From: "Michel Dänzer" <michel@daenzer.net>
To: Borislav Petkov <bp@alien8.de>
Cc: Pavel Ivanov <paivanof@gmail.com>,
linux-kernel <linux-kernel@vger.kernel.org>,
dri-devel@lists.freedesktop.org
Subject: Re: Kernel almost hangs when CONFIG_DRM_RADEON=y
Date: Mon, 29 Aug 2011 08:04:04 +0200 [thread overview]
Message-ID: <1314597844.31972.32.camel@thor.local> (raw)
In-Reply-To: <20110829054926.GA7123@liondog.tnic>
On Mon, 2011-08-29 at 07:49 +0200, Borislav Petkov wrote:
> 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@alien8.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?
It'll need all the CEDAR_*.bin files.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Debian, X and DRI developer
next prev parent reply other threads:[~2011-08-29 6:04 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-27 4:20 Kernel almost hangs when CONFIG_DRM_RADEON=y Pavel Ivanov
2011-08-27 9:00 ` Michel Dänzer
2011-08-27 22:50 ` Pavel Ivanov
2011-08-28 5:36 ` Borislav Petkov
2011-08-28 21:47 ` Pavel Ivanov
2011-08-29 5:49 ` Borislav Petkov
2011-08-29 6:04 ` Michel Dänzer [this message]
2011-08-29 13:20 ` Peter Zijlstra
2011-08-29 13:38 ` Borislav Petkov
2011-08-29 13:43 ` Dave Airlie
2011-08-29 13:48 ` Alex Deucher
2011-08-29 14:16 ` Borislav Petkov
2011-08-29 15:47 ` David Airlie
2011-08-29 15:55 ` Borislav Petkov
2011-08-29 16:10 ` Arnaud Lacombe
2011-08-29 17:17 ` Borislav Petkov
2011-08-29 17:38 ` Michel Dänzer
2011-08-29 17:50 ` Peter Zijlstra
2011-08-29 18:09 ` Peter Zijlstra
2011-08-29 18:16 ` Peter Zijlstra
2011-08-29 21:14 ` Borislav Petkov
2011-08-30 2:08 ` Henrique de Moraes Holschuh
2011-08-30 7:17 ` Borislav Petkov
2011-08-30 14:44 ` Henrique de Moraes Holschuh
2011-08-30 8:37 ` Peter Zijlstra
2011-08-30 14:55 ` Henrique de Moraes Holschuh
2011-08-29 16:28 ` Kyle Moffett
2011-08-29 17:21 ` Borislav Petkov
2011-08-29 17:51 ` Peter Zijlstra
2011-08-27 23:03 ` Kyle Moffett
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1314597844.31972.32.camel@thor.local \
--to=michel@daenzer.net \
--cc=bp@alien8.de \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=paivanof@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox