[PATCH] Revert "UBUNTU: SAUCE: Don't register vga16fb framebuffer if other framebuffers are present"

Scott James Remnant scott at ubuntu.com
Mon May 24 09:22:07 UTC 2010

On Fri, 2010-05-21 at 08:07 -0400, Chase Douglas wrote:

> On Fri, 2010-05-21 at 09:14 +0800, Eric Miao wrote:
> > On Fri, May 21, 2010 at 12:44 AM, Chase Douglas
> > <chase.douglas at canonical.com> wrote:
> > > This reverts commit a3ce60db76c222c030b5837112e779b8630d0746.
> > >
> > > This was a one-time fix for Lucid because we will not be using vga16fb
> > > in Maverick. Thus, we should drop it.
> > >
> > 
> > Just wondering, since some one from OEM team noted that vga16fb being always
> > loaded, and I asked smb/apw for a little bit about this. By not
> > removing MODULE_ALIAS
> > and keep vga16fb as a module will still get this loaded (and fb
> > registered) by default.
> That's a good point. I was assuming we would get rid of vga16fb in
> Maverick, but I guess we never discussed that at UDS. If we don't remove
> vga16fb then we may actually want this patch still. The Nouveau folks
> won't help anyone who has both nouveau and vga16fb loaded at the same
> time, for example.
> Scott, should we remove vga16fb altogether?
We discussed it in the GRUB/Framebuffer conversation - the plan is to
have GRUB set a video mode and use vesafb or efifb, rather than vga16fb

So you can drop the patch that adds aliases to vga16fb and the load
order patch.

Scott James Remnant
scott at ubuntu.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <https://lists.ubuntu.com/archives/kernel-team/attachments/20100524/50a27180/attachment.sig>

More information about the kernel-team mailing list