lkml.org 
[lkml]   [2004]   [Oct]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: Generic VESA framebuffer driver and Video card BOOT?
    From
    On Fri, Oct 15, 2004 at 11:36:04AM -0700, Kendall Bennett wrote:
    > Helge Hafting <helgehaf@aitel.hist.no> wrote:
    >
    [...]
    > > Having video BOOT would be great, and please make it independent of
    > > the framebuffer drivers.
    >
    > Right now it is independent but I added a single line of code to the
    > Radeon driver to init the card prior to initing the rest of the driver.

    That's fine. What I meant, was please make it independent
    of the VESA framebuffer driver, because one might want to use an
    acellerated driver when one is available.

    > It can be done earlier than that inside fbmem.c, but I wasn't sure how to
    > set up the code so it would only POST each card as it is needed as I
    > don't want to bring up secondary controllers unless the user actually
    > wants this.
    >
    Selecting which cards to "boot" can probably be done with a
    kernel parameter? The default could be to bring up all cards
    except the one the bios brought up already. Wanting to _not_
    bring up some cards seems to be the unusual case to me.

    > How does the framebuffer console system handle secondary controllers
    > right now? It seems from my look at the code that it only brings up the
    > primary and not the secondary?
    >
    The stock 2.6.x fbcon only use one framebuffer console. I use the ruby
    patch which supports multiple consoles. The ruby patch for
    2.6.7 support multiple fbcons so you can have several keyboards
    attached to separate framebuffers thus supporting several users.
    (VT1-VT16 is the first kbd on the first fbcon,
    VT17-VT32 is the second kbd on the second fbcon, and so on.)

    The ruby patch for 2.6.8.1 is somewhat broken, and doesn't work with fbcon.
    It still support multiple keyboards and multiple framebuffers, so
    I can support several users with separate xservers but currently not
    gettys on separate fbcons.

    Note that soft-booting the "extra" video card in order to support
    a framebuffer driver is nice even if it doesn't attach to
    the console, because there is other software that can utilize
    a framebuffer. X is the most well-known of them.

    Helge Hafting

    -
    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/

    \
     
     \ /
      Last update: 2005-03-22 14:07    [W:3.921 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site