Re: [Linux-fbdev-devel] [announce 0/7] fbsplash - The Framebuffer Splash

From: Antonino A. Daplas (adaplas_at_hotpop.com)
Date: 03/09/05

  • Next message: John Cherry: "IA32 (2.6.11 - 2005-03-08.16.00) - 1 New warnings"
    To: linux-fbdev-devel@lists.sourceforge.net, Michal Januszewski <spock@gentoo.org>, linux-kernel@vger.kernel.org
    Date:	Wed, 9 Mar 2005 13:01:15 +0800
    
    

    On Tuesday 08 March 2005 09:57, Michal Januszewski wrote:
    > Fbsplash - The Framebuffer Splash - is a feature that allows displaying
    > images in the background of consoles that use fbcon. The project is
    > partially descended from bootsplash.
    >
    > Unlike bootsplash, fbsplash has no in-kernel image decoder. Picture
    > decompression is handled by a userspace helper which provides raw image
    > data to the kernel. There is also no support for things like the silent
    > mode and progress bars, as these are best handled by userspace programs.
    >

    If splash support is really, really, really wanted in the kernel, it's probably better
    to just add minimal Overlay support for the framebuffer. If overlay is added, it
    won't be necessary to modify fbcon and the drivers, just core fb.

    We can have 3 levels of support. In it's most basic form, we have the display
    layer (what get's shown in your monitor) plus 2 buffers in system ram, the
    primary layer (where the console output is written) and the overlay, the
    static image in raw framebuffer format. Then we replace the basic
    framebuffer operations (imageblit, fillrect and copyarea) with ones that
    will read the contents of both buffers, do basic raster ops (colorkey, alpha
    blend, etc) before writing to the actual display buffer.

    The next level is both buffers are in video ram. This will need basic driver
    support, at least to subdivide the framebuffer memory to display, primary,
    and overlay. We can use the drivers accelerated drawing functions to
    write to the primary layer, then use software to write the processed
    contents to the display layer.

    Finally, we can enable full hardware video overlay.

    Tony

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/


  • Next message: John Cherry: "IA32 (2.6.11 - 2005-03-08.16.00) - 1 New warnings"

    Relevant Pages

    • Re: universelle programmierbare Heizungssteuerung gesucht
      ...Display modes ... Passive color mode supports a total of 16777216 colors ... Support for LCD panels with an internal frame buffer ... Base plane with software control of two overlay windows and a hardware cursor ...
      (de.sci.electronics)
    • [PATCH v2 08/11] async_tx: add support for asynchronous GF multiplication
      ... async_syndrome_valvalidates the given source buffers against known P ... Some devices have native support for P+Q continuation and can skip ... * under the terms of the GNU General Public License as published by the Free ... +static struct page *scribble; ...
      (Linux-Kernel)
    • Re: PAE question about memory access
      ... >> upper memory, if possible. ... Some of our devices do not support 64-bit/DAC. ... The system will use map register 'bounce buffers' to ... For those devices which do not support DAC, is there any way to tell ...
      (microsoft.public.development.device.drivers)
    • Re: [RFC] Union mounts/writable overlays design
      ... Features we do not currently plan to support as part of writable ... Online upgrade: E.g., installing software on a file system NFS ... overlay file system is mounted invalidates our locking strategy. ... So as long as the RO filesystem is NOT mounted as part of an overlay, ...
      (Linux-Kernel)
    • RE: Reference for DCB coexistence with RMODE 31 programs?
      ... "The support for areas above the line is not provided for the following ... For the above devices, issue macros other than ... I think a lot of the documentation problem with this issue is that the ... the line but keeping the buffers below the line and see if it still ...
      (bit.listserv.ibm-main)