[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20110829054926.GA7123@liondog.tnic>
Date: Mon, 29 Aug 2011 07:49:26 +0200
From: Borislav Petkov <bp@...en8.de>
To: Pavel Ivanov <paivanof@...il.com>
Cc: Michel Dänzer <michel@...nzer.net>,
dri-devel@...ts.freedesktop.org,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Kernel almost hangs when CONFIG_DRM_RADEON=y
On Sun, Aug 28, 2011 at 05:47:59PM -0400, Pavel Ivanov wrote:
> On Sun, Aug 28, 2011 at 1:36 AM, Borislav Petkov <bp@...en8.de> wrote:
> >> > With CONFIG_DRM_RADEON=y, the microcode is needed before it can be
> >> > loaded from userspace, so it needs to be built into the kernel as well.
> >>
> >> How should I do that? I've tried to set all "m"s to "y" in .config and
> >> still saw this issue. Should I set some special parameter?
> >
> > You need to add "radeon/CEDAR_pfp.bin" to CONFIG_EXTRA_FIRMWARE when you
> > configure your kernel and enable CONFIG_FIRMWARE_IN_KERNEL.
> >
> > The radeon/CEDAR_pfp.bin file (+ leading directory, mind you) should
> > most probably be located in /lib/firmware or to whatever you have set
> > CONFIG_EXTRA_FIRMWARE_DIR so that Kbuild can find it (if not, you'll get
> > a warning at the end of the kernel build). This way, it works for both
> > radeon being =m and =y.
>
> Everything else in /lib/firmware/radeon is needed after user space
> become available?
You mean the other *.bin files? If so, not for your case, AFAICT - your
driver is requesting CEDAR_pfp.bin only, correct? But I mean, it won't
hurt if you leave them all there, they're under 1M.
You should recheck and add any other .bin files to the
CONFIG_EXTRA_FIRMWARE string so that radeon.ko is satisfied :).
HTH.
--
Regards/Gruss,
Boris.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists