On Sun, Nov 30, 2014 at 6:42 AM, Ken Moffat <[email protected]> wrote:
> On Fri, Nov 28, 2014 at 09:05:08PM +0000, Ken Moffat wrote: > > On Fri, Nov 28, 2014 at 07:26:43PM +0000, Ken Moffat wrote: > > > Just to add to Bruce's answer, this is what I have on my A4 > > > (Aruba): > > > CONFIG_PREVENT_FIRMWARE_BUILD=y > > > # CONFIG_FIRMWARE_IN_KERNEL is not set > > > CONFIG_EXTRA_FIRMWARE="radeon/BTC_rlc.bin radeon/ARUBA_me.bin > radeon/ARUBA_pfp.bin radeon/ARUBA_rlc.bin radeon/TAHITI_uvd.bin" > > > CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" > > > > > > This is the machine where I've had to add more firmware over its > > > life, ISTR that I did not initially need TAHITI. Hence my initial > > > comment that it might take a few builds to get it all nailed down. > > > > > Of course, now I have posted, I've thought a little more about > > this (while checking a slackware config.gz trying to work out what > > is wrong with my own cnfig for an LFS qemu guest). I used to build > > the firmware in (stage one : find build options which let me use > > Xorg; stage two : do not change what works) and have obviously now > > moved away from that. > > > > The CONFIG_EXTRA_FIRMWARE line is almost-certainly NOT required: > > just dump all the radeon firmware in /lib/firmware/radeon and let > > the kernel decide. > > > > Apologies to people who have probably told me that over the past > > year, but I'm reluctant to break what worked. Will try to schedule > > a build to check that. > > > And now, I withdraw those apologies. > > I've just built the 3.18-rc6 kernel, and at first I thought I'd > stumbled on a kernel regression. > > Without the firmware, this AMD A4 boots - but from the initial 80x25 > console it does not switch to a framebuffer, nor load my 12x22 > console font which requires a framebuffer. For people who do not > care about penguins, nor readable fonts (without pretending to have > a smaller screen using e.g. video=1024x768) there is a further > problem: Xorg will not start, with an error message something like > "kms is not implemented" (the A4 has a radeon chipset, kms is > required). > > Reinstating the firmware, and changing the firmware directory back > to /lib/firmware (it seems to default to 'firmware' in the kernel > tree when the extra firmware is unset), has given me a working > system. > > So, for _recent_ radeons (r600 and newer, no idea about r300, I > used to have an r200 which did not need firmware) the extra firmware > DOES need to be specified in the kernel config, at least in my > experience. > > ĸen > -- > Nanny Ogg usually went to bed early. After all, she was an old lady. > Sometimes she went to bed as early as 6 a.m. > -- > http://lists.linuxfromscratch.org/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > > I have arrived, but no cigar. I tried many times to get video firmware supported properly for my X Window needs, but it's not working. > The CONFIG_EXTRA_FIRMWARE line is almost-certainly NOT required: > just dump all the radeon firmware in /lib/firmware/radeon and let > the kernel decide. Okay, regarding letting kernel decide, if I have CONFIG_EXTRA_FIRMWARE="" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" The systems tells me (via dmesg) that it lacks radeon/TURKS_pfp.bin I add it, recompile kernel, reboot - The system tells me it lacks radeon/TURKS_me.bin I add it, recompile kernel, reboot - The system tells me it lacks radeon/BTC_rlc.bin I add it, recompile kernel, reboot - The system tells me it lacks radeon/TURKS_mc.bin So, I add it, like this - CONFIG_EXTRA_FIRMWARE="radeon/TURKS_pfp.bin radeon/TURKS_me.bin radeon/BTC_rlc.bin radeon/TURKS_mc.bin" #on 1 line Recompile kernel. Reboot. System freezes up as it boots up. I can provide info on messages on console, but it seems to be related to a PCI resources conflict. In terms of the host Debian system, here's what I know in terms of what's working for radeon video - dmesg | grep radeon [ 7.583523] [drm] radeon kernel modesetting enabled. [ 7.583551] VGA switcheroo: detected switching method \_SB_.PCI0.GFX0.ATPX handle [ 7.634084] [drm:radeon_pci_probe] *ERROR* radeon kernel modesetting for R600 or later requires firmware-linux-nonfree. Regardless of the 3rd line on pci_probe *ERROR*, video for X Window, of course, works great. So, still looking for a way to deduce the proper files for video support of this Dell Vostro 3450 for LFS. ~Patrick
-- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
