RE: Generic VESA framebuffer driver and Video card BOOT?

From: Yu, Luming (luming.yu_at_intel.com)
Date: 10/21/04

  • Next message: Nick Piggin: "2.6.9-bk5-np1" 
    Date:	Thu, 21 Oct 2004 12:03:45 +0800
To: "Pavel Machek" <pavel@ucw.cz>, "Jon Smirl" <jonsmirl@gmail.com>

    It is hard to use native VGA for s3 debugging.
    I don know if serial console or net console
    can help s3 debugging.

    Thanks
    Luming

    >-----Original Message-----
    >From: linux-kernel-owner@vger.kernel.org
    >[mailto:linux-kernel-owner@vger.kernel.org] On Behalf Of Pavel Machek
    >Sent: 2004Äê10ÔÂ20ÈÕ 5:09
    >To: Jon Smirl
    >Cc: Kendall Bennett; Alan Cox; Linux Kernel Mailing List; fbdev
    >Subject: Re: Generic VESA framebuffer driver and Video card BOOT?
    >
    >Hi!
    >
    >> > What about non-x86 platforms such as PowerPC and MIPS
    >embedded devices
    >> > that want video (TiVo type platforms, media players etc).
    >How would these
    >> > fit into the picture? Would this require the boot loader
    >(ie: U-Boot or
    >> > whatever) to have the ability to POST the card?
    >>
    >> There is the assumption that whatever BIOS the device has
    >can get up a
    >> very early console that can output critical error messages before the
    >> kernel and early user space is loaded. For example the "I can't find
    >> the kernel" or "initramfs is missing" error message. This also
    >> assumes that the BIOS can post whatever display it is using.
    >>
    >> I'm not trying to fix the problem of getting early boot messages out
    >> of a Mac with an x86 card plugged into it. The card will work after
    >> early user space initializes. The right way to fix that would be to
    >> switch to something like LinuxBIOS and build the x86 emulator into
    >> it.
    >
    >That still does not solve resume from suspend-to-RAM. We need to post
    >VGA there. We probably could do it late in userspace... but it makes
    >debugging resume pretty hard.
    > Pavel
    >--
    >People were complaining that M$ turns users into beta-testers...
    >...jr ghea gurz vagb qrirybcref, naq gurl frrz gb yvxr vg gung jnl!
    >-
    >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/
    >
    -
    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: Nick Piggin: "2.6.9-bk5-np1"

    Relevant Pages

    • Re: preventing dos window close upon program termination
      ... While debugging, the call stack certainly serves my purposes, and is far ... Normally, if a program crashes, the debugger will stop and show you ... Seeing all the console outputs is not reliable if the program crashes. ... The console window WILL close when the program ...
      (microsoft.public.vsnet.debugging)
    • [PATCH 09/44 take 2] [UBI] debug unit header
      ... * the GNU General Public License for more details. ... * UBI debugging unit. ... The debugging prints may also be directed to the console. ... * @vtr: the object to dump ...
      (Linux-Kernel)
    • Re: [PATCH] console: make blank timeout value a boot option
      ... ok for most applications but might be annoying when using the console ... for debugging and no userspace application was started to manually ...
      (Linux-Kernel)
    • Re: Using TinyBoot at Work
      ... > I don't have time to support Tinyboot right now, ... > the current version (but the UART-based debugging probably works). ... in as a script based debugging tool, I expect I can get it to fly. ... there is a function called "Console" which seems to open a console to a ...
      (comp.lang.forth)