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