[lkml]   [2006]   [May]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: OpenGL-based framebuffer concepts
    On 5/23/06, Matthew Garrett <> wrote:
    > Jon Smirl <> wrote:
    > > 1) Running the video ROM at boot to reset cards, emu86
    > Jon, how many times am I going to have to tell you that this won't work?
    > The video ROM is not always present on laptop hardware, and even when it
    > is it may jump into sections of ROM that have vanished since boot.
    > In the long run, graphics drivers need to know how to program cards from
    > scratch rather than depending on 80x25 text mod being there for them.

    1) I didn't put a lot of detail into the line item but you only need
    to use the ROM to reset secondary cards on x86 architectures. Primary
    cards are always initialized by the system BIOS so you don't need to
    run their ROM on boot. I think the only way to get a secondary card
    into a laptop is through a PCMCIA slot and I've only seen one PCMCIA
    video card.

    2) The ROM support in the kernel knows about the shadow RAM copy at
    C000::0. When you request the ROM from a laptop video system it
    returns a map to the shadow RAM copy, not to a physical ROM. You need
    access to the shadow RAM copy to get to things the BIOS left there
    when it ran.

    So to add more detail,
    Run the ROM on primary adapters if the arch is non-x86 and the ROM
    contains x86 code.
    Run the ROM on primary adapters on embedded systems if the system BIOS
    doesn't do it.
    Otherwise don't run a primary ROM. The kernel ROM API tracks primary
    versus secondary for you.
    Always run the ROM on secondary adapters. Secondary adapters don't
    have the compressed laptop ROM problem.

    When running the ROMs you will need to add code to manage the active
    VGA device since both adapters will try and turn it on when their ROMs
    are run.

    You will also need to provide a mechanism to call out to userspace.
    The userspace program will use vm86 or emu86 to run the ROM image.

    The contents of the ROM image should be put back into the kernel using
    the ROM copy APIs but no one has gotten that far yet. Video ROMs
    assume they are running out of shadow RAM so they alter things and
    leave pointers to what they found.

    I can provide more detail on how to set all of this up if needed.

    Jon Smirl
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-05-24 01:42    [W:0.022 / U:2.640 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site