Re: Kernel almost hangs when CONFIG_DRM_RADEON=y

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2011-08-29 at 19:50 +0200, Peter Zijlstra wrote:
> On Mon, 2011-08-29 at 19:17 +0200, Borislav Petkov wrote:
> > On Mon, Aug 29, 2011 at 12:10:45PM -0400, Arnaud Lacombe wrote:
> > > do you want something ala:
> > > 
> > > config EXTRA_FIRMWARE
> > >     string
> > >     default ""
> > >     append "FOO" if BAR
> > >     append "FOZ" if BAZ
> > > 
> > > or maybe a new type "list" which would behave as a comma/space separated value.
> > > 
> > > config EXTRA_FIRMWARE
> > >     list "bla"
> > >     append "FOO" if BAR
> > >     append "FOZ" if BAZ
> > 
> > Yeah, actually Kyle's note (http://lkml.org/lkml/2011/8/29/289) makes
> > much more sense for linux and the whole firmware in the kernel deal.
> > So it looks like the drivers should be taught to wait for userspace to
> > appear instead of Kconfig helping them build-in firmware. And then we
> > should go ahead and remove CONFIG_EXTRA_FIRMWARE completely...
> 
> That would suck, suppose this radeon thing is the only console you've
> got (ppc64/sparc64 don't have text mode iirc) and userspace doesn't come
> up?

Same is true for NICs and netconsole of course. Not being able to stick
blobs into the kernel image would so suck.

Silently building a kernel without one and then getting stuck on boot,
only to figure out after much pain that you need EXTRA_FIRMWARE and the
more pain to figure out what blob to stick in is beyond crazy.
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel


[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux