Processed: Re: Bug#471505: vga16fb framebuffer doesn't work on HP Compaq 2510p notebook
Processing commands for cont...@bugs.debian.org: > tag 471505 pending Bug #471505 [debian-installer] vga16fb framebuffer doesn't work on HP 2510p notebook Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#471505: vga16fb framebuffer doesn't work on HP Compaq 2510p notebook
tag 471505 pending thanks On Friday 09 October 2009, Przemysław Kulczycki wrote: > Any news on this bug? Lenny has been released long time ago, and squeeze > is not frozen yet so fixing it now won't be risky. > Also see the related Ubuntu bug: > https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/147250 > "Alternate install CD (both x86, AMD64) not booting on HP NX6325, HP > 6510b and HP 2510p". > > As you can see, this bug affects more models than just the 2510p. I've committed a change that changes the default video mode for normal installs (using the newt frontend) to vga=788, which forces the VESA framebuffer. Tested on my own HP 2510p. The change should take effect in the next daily and weekly builds. Here's the commit log for the change: r60979 | fjp | 2009-10-10 14:01:55 +0200 (Sat, 10 Oct 2009) | 15 lines Change default video mode for i386/amd64 to vga=788 for the "newt" frontend This forces the framebuffer to VESA and will thereby solve problems reported on various HP notebooks with the vga16fb driver (#471505). It also increases the screen size (to 600x800, which is still quite conservative) and thus allows more information to be displayed. Note that dialogs should continue to be designed to work with 480x640 as other architectures may still use that as a default, and for network-console. vga=788 is the same video mode we use for the gtk frontend and as we've seen very few reports of that failing the change should be safe, but it is still somewhat experimental. Cheers, FJP -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#471505: vga16fb framebuffer doesn't work on HP Compaq 2510p notebook
Any news on this bug? Lenny has been released long time ago, and squeeze is not frozen yet so fixing it now won't be risky. Also see the related Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/147250 "Alternate install CD (both x86, AMD64) not booting on HP NX6325, HP 6510b and HP 2510p". As you can see, this bug affects more models than just the 2510p. Cheers, Przemek --- From: Otavio Salvador To: 471...@bugs.debian.org Subject: Re: Bug#471505: vga16fb framebuffer doesn't work on HP Compaq 2510p notebook Date: Wed, 17 Sep 2008 09:28:32 -0300 Frans Pop writes: > As the VESA framebuffer _does_ work (I've tried both vga=788 and vga=791), > a better option would seem to be to just use the VESA framebuffer for all > x86 installs by using e.g. vga=788, which is 800x600/16 bits. > vga=788 is the same setting we use for the graphical installer and I can't > remember (m)any reports that that setting did not work for users. > > We could still keep the vga16fb as a fallback if people explicitly boot > with VGA=normal. > > Not sure if we should make such a change so short before Lenny... It looks too risk for me, better to leave it post-lenny to be safe. -- ## Przemysław Kulczycki <<>> Azrael Nightwalker ## # jabber: azrael[na]jabster.pl | tlen: azrael29a # ### www: http://reksio.ftj.agh.edu.pl/~azrael/ ### -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#471505: vga16fb framebuffer doesn't work on HP Compaq 2510p notebook
Frans Pop <[EMAIL PROTECTED]> writes: > As the VESA framebuffer _does_ work (I've tried both vga=788 and vga=791), > a better option would seem to be to just use the VESA framebuffer for all > x86 installs by using e.g. vga=788, which is 800x600/16 bits. > vga=788 is the same setting we use for the graphical installer and I can't > remember (m)any reports that that setting did not work for users. > > We could still keep the vga16fb as a fallback if people explicitly boot > with VGA=normal. > > Not sure if we should make such a change so short before Lenny... It looks too risk for me, better to leave it post-lenny to be safe. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://otavio.ossystems.com.br - "Microsoft sells you Windows ... Linux gives you the whole house." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#471505: vga16fb framebuffer doesn't work on HP Compaq 2510p notebook
Processing commands for [EMAIL PROTECTED]: > reassign 471505 debian-installer Bug#471505: fb=false required on HP Compaq 2510p notebook Bug reassigned from package `installation-reports' to `debian-installer'. > retitle 471505 vga16fb framebuffer doesn't work on HP 2510p notebook Bug#471505: fb=false required on HP Compaq 2510p notebook Changed Bug title to `vga16fb framebuffer doesn't work on HP 2510p notebook' from `fb=false required on HP Compaq 2510p notebook'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#471505: vga16fb framebuffer doesn't work on HP Compaq 2510p notebook
reassign 471505 debian-installer retitle 471505 vga16fb framebuffer doesn't work on HP 2510p notebook thanks On Saturday 13 September 2008, Martin Michlmayr wrote: > Well, they basically say that we shouldn't load vga16fb. I don't know > the reason d-i loads the different fb modules, so I'm not the right > person to handle this. Frans, maybe you want to tackle this. Not loading vga16fb does indeed work, but also means that we don't have a framebuffer at all since the (built in) VESA framebuffer does not get activated with vga=normal. And with no framebuffer you have a tiny display and only a very small selection of languages. As the VESA framebuffer _does_ work (I've tried both vga=788 and vga=791), a better option would seem to be to just use the VESA framebuffer for all x86 installs by using e.g. vga=788, which is 800x600/16 bits. vga=788 is the same setting we use for the graphical installer and I can't remember (m)any reports that that setting did not work for users. We could still keep the vga16fb as a fallback if people explicitly boot with VGA=normal. Not sure if we should make such a change so short before Lenny... signature.asc Description: This is a digitally signed message part.
