lkml.org 
[lkml]   [2011]   [Aug]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Kernel almost hangs when CONFIG_DRM_RADEON=y
From
Date
On Mon, 2011-08-29 at 23:08 -0300, Henrique de Moraes Holschuh wrote:
> On Mon, 29 Aug 2011, Borislav Petkov wrote:
> > So, hypothetically speaking, hpa suggested then that we could pass
> > firmware blobs over the linked list setup_data thing in the real-mode
> > kernel header and parse_setup_data() can look at them and map them
> > somewhere later for the driver to find. This should be doable because
> > you're only gonna need a handful of blobs for CPU ucode, network and GPU
> > if the last is compiled in.
> >
> > I wanted to take a serious look at that for the ucode loading, maybe I
> > should try to shuffle some time for it...
>
> It would be very useful, yes.
>
> Alternatively, you could extend the initrd format to have a firmware
> directory appended after the filesystem image. ACPI is going to abuse
> the initrd in just that way to override ACPI tables very soon (patches
> have been already submitted to linux-acpi), so if a more structured and
> extensible way to piggy-back early-init data in the initrd is needed, it
> would be good to bring that to the table NOW.

Uhm,.. does that mean that soon we can't boot kernels without initrd?
That too is a massive regression in my eyes.


\
 
 \ /
  Last update: 2011-08-30 10:39    [W:0.056 / U:0.792 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site