* [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo @ 2017-12-20 12:22 Mick 2017-12-20 12:52 ` Floyd Anderson 2017-12-20 15:28 ` Peter Humphrey 0 siblings, 2 replies; 17+ messages in thread From: Mick @ 2017-12-20 12:22 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 348 bytes --] Has something changed in 4.14.7-gentoo sources from its predecessors? I'm getting this on two systems: [snip ...] INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko INSTALL sound/pci/hda/snd-hda-codec.ko INSTALL sound/pci/hda/snd-hda-intel.ko DEPMOD 4.14.7-gentoo make: *** No rule to make target 'firmware_install'. Stop. -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 12:22 [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo Mick @ 2017-12-20 12:52 ` Floyd Anderson 2017-12-20 14:26 ` Mick 2017-12-20 15:28 ` Peter Humphrey 1 sibling, 1 reply; 17+ messages in thread From: Floyd Anderson @ 2017-12-20 12:52 UTC (permalink / raw To: gentoo-user On Wed, 20 Dec 2017 12:22:29 +0000 Mick <michaelkintzios@gmail.com> wrote: >Has something changed in 4.14.7-gentoo sources from its predecessors? > >I'm getting this on two systems: > >[snip ...] > INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko > INSTALL sound/pci/hda/snd-hda-codec.ko > INSTALL sound/pci/hda/snd-hda-intel.ko > DEPMOD 4.14.7-gentoo >make: *** No rule to make target 'firmware_install'. Stop. Yes, there is a change to drop the target rule ‘firmware_install’ [1]. I’ve noticed also [2] but in the end it seems the rule is finally dropped: /usr/src/linux-4.12.12-gentoo/scripts/Makefile.fwinst ... exists /usr/src/linux-4.14.4-gentoo/scripts/Makefile.fwinst ... no such file To check it’s there look for ‘Other generic targets’ in kernel dir: sudo make help or just grep: grep -q 'firmware_install' /usr/src/linux/Makefile References: - [1] <torvalds/linux@5620a0d> - [2] <torvalds/linux@df85b2d> -- Regards, floyd ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 12:52 ` Floyd Anderson @ 2017-12-20 14:26 ` Mick 2017-12-20 16:03 ` Mike Gilbert 0 siblings, 1 reply; 17+ messages in thread From: Mick @ 2017-12-20 14:26 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1302 bytes --] On Wednesday, 20 December 2017 12:52:16 GMT Floyd Anderson wrote: > On Wed, 20 Dec 2017 12:22:29 +0000 > > Mick <michaelkintzios@gmail.com> wrote: > >Has something changed in 4.14.7-gentoo sources from its predecessors? > > > >I'm getting this on two systems: > > > >[snip ...] > > > > INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko > > INSTALL sound/pci/hda/snd-hda-codec.ko > > INSTALL sound/pci/hda/snd-hda-intel.ko > > DEPMOD 4.14.7-gentoo > > > >make: *** No rule to make target 'firmware_install'. Stop. > > Yes, there is a change to drop the target rule ‘firmware_install’ [1]. > I’ve noticed also [2] but in the end it seems the rule is finally > dropped: > > /usr/src/linux-4.12.12-gentoo/scripts/Makefile.fwinst ... exists > /usr/src/linux-4.14.4-gentoo/scripts/Makefile.fwinst ... no such file > > To check it’s there look for ‘Other generic targets’ in kernel dir: > > sudo make help > > or just grep: > > grep -q 'firmware_install' /usr/src/linux/Makefile > > > References: > - [1] <torvalds/linux@5620a0d> > - [2] <torvalds/linux@df85b2d> You are quite right, there is no firmware_install in the 4.14.7 release. What does this mean? How are we meant to install firmware now? -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 14:26 ` Mick @ 2017-12-20 16:03 ` Mike Gilbert 2017-12-20 16:51 ` Mick 0 siblings, 1 reply; 17+ messages in thread From: Mike Gilbert @ 2017-12-20 16:03 UTC (permalink / raw To: gentoo-user On Wed, Dec 20, 2017 at 9:26 AM, Mick <michaelkintzios@gmail.com> wrote: > On Wednesday, 20 December 2017 12:52:16 GMT Floyd Anderson wrote: >> On Wed, 20 Dec 2017 12:22:29 +0000 >> >> Mick <michaelkintzios@gmail.com> wrote: >> >Has something changed in 4.14.7-gentoo sources from its predecessors? >> > >> >I'm getting this on two systems: >> > >> >[snip ...] >> > >> > INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko >> > INSTALL sound/pci/hda/snd-hda-codec.ko >> > INSTALL sound/pci/hda/snd-hda-intel.ko >> > DEPMOD 4.14.7-gentoo >> > >> >make: *** No rule to make target 'firmware_install'. Stop. >> >> Yes, there is a change to drop the target rule ‘firmware_install’ [1]. >> I’ve noticed also [2] but in the end it seems the rule is finally >> dropped: >> >> /usr/src/linux-4.12.12-gentoo/scripts/Makefile.fwinst ... exists >> /usr/src/linux-4.14.4-gentoo/scripts/Makefile.fwinst ... no such file >> >> To check it’s there look for ‘Other generic targets’ in kernel dir: >> >> sudo make help >> >> or just grep: >> >> grep -q 'firmware_install' /usr/src/linux/Makefile >> >> >> References: >> - [1] <torvalds/linux@5620a0d> >> - [2] <torvalds/linux@df85b2d> > > You are quite right, there is no firmware_install in the 4.14.7 release. What > does this mean? How are we meant to install firmware now? I believe all firmware has been removed from the kernel sources. You should install sys-kernel/linux-firmware, or grab just the files you need from the git repo. https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 16:03 ` Mike Gilbert @ 2017-12-20 16:51 ` Mick 2017-12-20 17:27 ` Mike Gilbert 2017-12-20 17:54 ` Floyd Anderson 0 siblings, 2 replies; 17+ messages in thread From: Mick @ 2017-12-20 16:51 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1182 bytes --] On Wednesday, 20 December 2017 16:03:02 GMT Mike Gilbert wrote: > On Wed, Dec 20, 2017 at 9:26 AM, Mick <michaelkintzios@gmail.com> wrote: > > You are quite right, there is no firmware_install in the 4.14.7 release. > > What does this mean? How are we meant to install firmware now? > > I believe all firmware has been removed from the kernel sources. > > You should install sys-kernel/linux-firmware, or grab just the files > you need from the git repo. > > https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git Thank you all, but I see to have a mental disconnect here: I already have sys-kernel/linux-firmware-20170314 installed. I have specified in the kernel which blobs I need and /lib/firmware/ as the path for the kernel to find any firmware it may need. I used to run make firmware_install and the kernel was able to load whatever firmware I had specified so that CPU/GPU can function properly at boot time. With 4.14.7 I (can) no longer do this; AND the newly compiled kernel does not load at boot time any of the needed firmware. What step am I missing to arrive at a bootable kernel with all necessary firmware? -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 16:51 ` Mick @ 2017-12-20 17:27 ` Mike Gilbert 2017-12-20 17:39 ` Mick 2017-12-20 17:54 ` Floyd Anderson 1 sibling, 1 reply; 17+ messages in thread From: Mike Gilbert @ 2017-12-20 17:27 UTC (permalink / raw To: gentoo-user On Wed, Dec 20, 2017 at 11:51 AM, Mick <michaelkintzios@gmail.com> wrote: > On Wednesday, 20 December 2017 16:03:02 GMT Mike Gilbert wrote: >> On Wed, Dec 20, 2017 at 9:26 AM, Mick <michaelkintzios@gmail.com> wrote: > >> > You are quite right, there is no firmware_install in the 4.14.7 release. >> > What does this mean? How are we meant to install firmware now? >> >> I believe all firmware has been removed from the kernel sources. >> >> You should install sys-kernel/linux-firmware, or grab just the files >> you need from the git repo. >> >> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git > > Thank you all, but I see to have a mental disconnect here: > > I already have sys-kernel/linux-firmware-20170314 installed. > > I have specified in the kernel which blobs I need and /lib/firmware/ as the > path for the kernel to find any firmware it may need. > > I used to run make firmware_install and the kernel was able to load whatever > firmware I had specified so that CPU/GPU can function properly at boot time. > > With 4.14.7 I (can) no longer do this; > > AND > > the newly compiled kernel does not load at boot time any of the needed > firmware. > > What step am I missing to arrive at a bootable kernel with all necessary > firmware? Are you using an initramfs? Does the initramfs contain the necessary firmware blobs? ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 17:27 ` Mike Gilbert @ 2017-12-20 17:39 ` Mick 2017-12-20 18:31 ` Mike Gilbert 2017-12-24 4:10 ` [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo Adam Carter 0 siblings, 2 replies; 17+ messages in thread From: Mick @ 2017-12-20 17:39 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 6388 bytes --] On Wednesday, 20 December 2017 17:27:25 GMT Mike Gilbert wrote: > On Wed, Dec 20, 2017 at 11:51 AM, Mick <michaelkintzios@gmail.com> wrote: > > What step am I missing to arrive at a bootable kernel with all necessary > > firmware? > > Are you using an initramfs? Does the initramfs contain the necessary > firmware blobs? Thanks again Mike, no I am not using an initramfs. I just had a further look to see why the 4.14.7 does not boot. I discovered radeon/RV730_pfp.bin blob does not load and xserver segfaults. CPU microcode and WiFi firmware loads fine. So seems more relevant to a radeon firmware problem. Some additional observations: When I boot with 4.14.7 the xserver segfaults: ============================================== ATI Mobility Radeon HD 5000 Series, ATI Mobility Radeon HD 5570, ATI Radeon HD 5670, ATI Radeon HD 5570, ATI Radeon HD 5500 Series, REDWOOD, ATI Mobility Radeon Graphics, CEDAR, ATI FirePro 2270, ATI Radeon HD 5450, CAYMAN, AMD Radeon HD 6900 Series, AMD Radeon HD 6900M Series, Mobility Radeon HD 6000 Series, BARTS, AMD Radeon HD 6800 Series, AMD Radeon HD 6700 Series, TURKS, CAICOS, ARUBA, TAHITI, PITCAIRN, VERDE, OLAND, HAINAN, BONAIRE, KABINI, MULLINS, KAVERI, HAWAII [ 30.806] (++) using VT number 7 [ 30.808] (EE) [ 30.808] (EE) Backtrace: [ 30.808] (EE) 0: /usr/bin/X (xorg_backtrace+0x4a) [0x55f50ff8d4aa] [ 30.808] (EE) 1: /usr/bin/X (0x55f50fde0000+0x1b1199) [0x55f50ff91199] [ 30.808] (EE) 2: /lib64/libpthread.so.0 (0x7f32631b0000+0x13d30) [0x7f32631c3d30] [ 30.808] (EE) 3: /usr/bin/X (xf86PlatformDeviceCheckBusID+0xa7) [0x55f50fe950e7] [ 30.808] (EE) 4: /usr/bin/X (0x55f50fde0000+0xaf8f2) [0x55f50fe8f8f2] [ 30.809] (EE) 5: /usr/bin/X (xf86CallDriverProbe+0xb0) [0x55f50fe67970] [ 30.809] (EE) 6: /usr/bin/X (xf86BusConfig+0x46) [0x55f50fe682b6] [ 30.809] (EE) 7: /usr/bin/X (InitOutput+0x961) [0x55f50fe76211] [ 30.809] (EE) 8: /usr/bin/X (0x55f50fde0000+0x54866) [0x55f50fe34866] [ 30.809] (EE) 9: /lib64/libc.so.6 (__libc_start_main+0xf1) [0x7f3262e21541] [ 30.809] (EE) 10: /usr/bin/X (_start+0x2a) [0x55f50fe1e6ea] [ 30.809] (EE) [ 30.809] (EE) Segmentation fault at address 0x0 [ 30.809] (EE) Fatal server error: [ 30.809] (EE) Caught signal 11 (Segmentation fault). Server aborting ============================================== Looking at dmesg I notice this: ====================================================== [ 1.069560] [drm] radeon kernel modesetting enabled. [ 1.070133] [drm] initializing kernel modesetting (RV730 0x1002:0x9488 0x1028:0x02FE 0x00). [ 1.070309] resource sanity check: requesting [mem 0x000c0000-0x000dffff], which spans more than PCI Bus 0000:00 [mem 0x000d4000-0x000d7fff window] [ 1.070505] caller pci_map_rom+0x53/0xd0 mapping multiple BARs [ 1.070655] ATOM BIOS: BR036993 [ 1.070813] radeon 0000:02:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used) [ 1.070995] radeon 0000:02:00.0: GTT: 1024M 0x0000000040000000 - 0x000000007FFFFFFF [ 1.071219] [drm] Detected VRAM RAM=1024M, BAR=256M [ 1.071352] [drm] RAM width 128bits DDR [ 1.071773] [TTM] Zone kernel: Available graphics memory: 2012374 kiB [ 1.071883] [TTM] Initializing pool allocator [ 1.071990] [TTM] Initializing DMA pool allocator [ 1.072241] [drm] radeon: 1024M of VRAM memory ready [ 1.072372] [drm] radeon: 1024M of GTT memory ready. [ 1.072525] [drm] Loading RV730 Microcode [ 1.072679] radeon 0000:02:00.0: Direct firmware load for radeon/ RV730_pfp.bin failed with error -2 [ 1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin" [ 1.072974] [drm:rv770_init] *ERROR* Failed to load firmware! [ 1.073183] radeon 0000:02:00.0: Fatal error during GPU init [ 1.073294] [drm] radeon: finishing device. [ 1.084495] ACPI: Battery Slot [BAT0] (battery present) [ 1.095528] [TTM] Finalizing pool allocator [ 1.095637] [TTM] Finalizing DMA pool allocator [ 1.095903] [TTM] Zone kernel: Used memory at exit: 0 kiB [ 1.096082] [drm] radeon: ttm finalized [ 1.096832] radeon: probe of 0000:02:00.0 failed with error -2 [ 1.097301] [drm] Initialized vgem 1.0.0 20120112 for virtual device on minor 0 [ 1.103389] brd: module loaded [ 1.105711] loop: module loaded [ 1.105810] mtip32xx Version 1.3.1 ===================================== Comparing firmware between kernels 4.12.12 and 4.14.7 I see: $ ls -l /usr/src/linux-4.12.12-gentoo/firmware/radeon/RV730* -rw-r--r-- 1 root root 5440 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_me.bin -rw-r--r-- 1 root root 454 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_me.bin.gen.S -rw-r--r-- 1 root root 6704 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_me.bin.gen.o -rw-r--r-- 1 root root 14972 Jul 3 00:07 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_me.bin.ihex -rw-r--r-- 1 root root 3392 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_pfp.bin -rw-r--r-- 1 root root 461 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_pfp.bin.gen.S -rw-r--r-- 1 root root 4656 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_pfp.bin.gen.o -rw-r--r-- 1 root root 9340 Jul 3 00:07 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_pfp.bin.ihex -rw-r--r-- 1 root root 467 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_smc.bin.gen.S -rw-r--r-- 1 root root 17952 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ firmware/radeon/RV730_smc.bin.gen.o $ ls -l /usr/src/linux-4.14.7-gentoo/firmware/radeon/RV730* -rw-r--r-- 1 root root 467 Dec 20 11:46 /usr/src/linux-4.14.7-gentoo/ firmware/radeon/RV730_smc.bin.gen.S -rw-r--r-- 1 root root 17952 Dec 20 11:46 /usr/src/linux-4.14.7-gentoo/ firmware/radeon/RV730_smc.bin.gen.o As you can see above there is a marked difference between the firmware built by the two kernels. In any case, my '/lib/firmware/' path contains: $ ls -l /lib/firmware/radeon/RV730* -rw-r--r-- 1 root root 5440 Dec 20 17:29 /lib/firmware/radeon/RV730_me.bin -rw-r--r-- 1 root root 3392 Dec 20 17:29 /lib/firmware/radeon/RV730_pfp.bin -rw-r--r-- 1 root root 16684 Dec 20 17:29 /lib/firmware/radeon/RV730_smc.bin How should I proceed from here? -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 17:39 ` Mick @ 2017-12-20 18:31 ` Mike Gilbert 2017-12-20 19:55 ` [gentoo-user] Radeon RV730 blobs changed Mick 2017-12-24 4:10 ` [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo Adam Carter 1 sibling, 1 reply; 17+ messages in thread From: Mike Gilbert @ 2017-12-20 18:31 UTC (permalink / raw To: gentoo-user On Wed, Dec 20, 2017 at 12:39 PM, Mick <michaelkintzios@gmail.com> wrote: > [ 1.072525] [drm] Loading RV730 Microcode > [ 1.072679] radeon 0000:02:00.0: Direct firmware load for radeon/ > RV730_pfp.bin failed with error -2 > [ 1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin" > [ 1.072974] [drm:rv770_init] *ERROR* Failed to load firmware! Does this error occur before your root filesystem has been mounted? You should see a message about mounting root further down in the dmesg output. If that's the case, and your kernel needs the firmware blob before root has been mounted, you will probably need to start using an initramfs, or add radeon/RV730_pfp.bin to CONFIG_EXTRA_FIRMWARE. ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] Radeon RV730 blobs changed 2017-12-20 18:31 ` Mike Gilbert @ 2017-12-20 19:55 ` Mick 2017-12-20 20:20 ` Mick 0 siblings, 1 reply; 17+ messages in thread From: Mick @ 2017-12-20 19:55 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1383 bytes --] On Wednesday, 20 December 2017 18:31:03 GMT Mike Gilbert wrote: > On Wed, Dec 20, 2017 at 12:39 PM, Mick <michaelkintzios@gmail.com> wrote: > > [ 1.072525] [drm] Loading RV730 Microcode > > [ 1.072679] radeon 0000:02:00.0: Direct firmware load for radeon/ > > RV730_pfp.bin failed with error -2 > > [ 1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin" > > [ 1.072974] [drm:rv770_init] *ERROR* Failed to load firmware! > > Does this error occur before your root filesystem has been mounted? > You should see a message about mounting root further down in the dmesg > output. > > If that's the case, and your kernel needs the firmware blob before > root has been mounted, you will probably need to start using an > initramfs, or add radeon/RV730_pfp.bin to CONFIG_EXTRA_FIRMWARE. I beg your pardon guys, the deprecated 'make firmware_install' through me off the scent! It seems that the blobs for Radeon R730 have changed with kernel 4.14.7, from those the Gentoo Wiki shows. So I'm fishing for errors in dmesg and adding one blob at a time to see what I get. The kernel compile builds the blobs fine as I show below, even if the firmware_install is not used any longer. CHK include/generated/compile.h MK_FW firmware/radeon/RV730_me.bin.gen.S AS firmware/radeon/RV730_me.bin.gen.o AR firmware/built-in.o -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] Radeon RV730 blobs changed 2017-12-20 19:55 ` [gentoo-user] Radeon RV730 blobs changed Mick @ 2017-12-20 20:20 ` Mick 2017-12-24 4:45 ` Adam Carter 0 siblings, 1 reply; 17+ messages in thread From: Mick @ 2017-12-20 20:20 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 2088 bytes --] On Wednesday, 20 December 2017 19:55:40 GMT Mick wrote: > On Wednesday, 20 December 2017 18:31:03 GMT Mike Gilbert wrote: > > On Wed, Dec 20, 2017 at 12:39 PM, Mick <michaelkintzios@gmail.com> wrote: > > > [ 1.072525] [drm] Loading RV730 Microcode > > > [ 1.072679] radeon 0000:02:00.0: Direct firmware load for radeon/ > > > RV730_pfp.bin failed with error -2 > > > [ 1.072859] r600_cp: Failed to load firmware "radeon/RV730_pfp.bin" > > > [ 1.072974] [drm:rv770_init] *ERROR* Failed to load firmware! > > > > Does this error occur before your root filesystem has been mounted? > > You should see a message about mounting root further down in the dmesg > > output. > > > > If that's the case, and your kernel needs the firmware blob before > > root has been mounted, you will probably need to start using an > > initramfs, or add radeon/RV730_pfp.bin to CONFIG_EXTRA_FIRMWARE. > > I beg your pardon guys, the deprecated 'make firmware_install' through me > off the scent! It seems that the blobs for Radeon R730 have changed with > kernel 4.14.7, from those the Gentoo Wiki shows. So I'm fishing for errors > in dmesg and adding one blob at a time to see what I get. The kernel > compile builds the blobs fine as I show below, even if the firmware_install > is not used any longer. > > CHK include/generated/compile.h > MK_FW firmware/radeon/RV730_me.bin.gen.S > AS firmware/radeon/RV730_me.bin.gen.o > AR firmware/built-in.o OK, problem solved for now! :-) My list of blobs was: CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/ RV730_smc.bin radeon/RV710_uvd.bin" and it now is: CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/ RV730_pfp.bin radeon/RV730_me.bin radeon/RV730_smc.bin radeon/RV710_uvd.bin" Console buffer works, xserver works. I don't know if all of them are necessary, but if it works and doesn't complain I don't have to try messing things up. ;-) My video card in case you have the same is: Chipset: "ATI Mobility Radeon HD 4670" (ChipID = 0x9488) -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] Radeon RV730 blobs changed 2017-12-20 20:20 ` Mick @ 2017-12-24 4:45 ` Adam Carter 0 siblings, 0 replies; 17+ messages in thread From: Adam Carter @ 2017-12-24 4:45 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 2431 bytes --] On Thu, Dec 21, 2017 at 7:20 AM, Mick <michaelkintzios@gmail.com> wrote: > On Wednesday, 20 December 2017 19:55:40 GMT Mick wrote: > > On Wednesday, 20 December 2017 18:31:03 GMT Mike Gilbert wrote: > > > On Wed, Dec 20, 2017 at 12:39 PM, Mick <michaelkintzios@gmail.com> > wrote: > > > > [ 1.072525] [drm] Loading RV730 Microcode > > > > [ 1.072679] radeon 0000:02:00.0: Direct firmware load for radeon/ > > > > RV730_pfp.bin failed with error -2 > > > > [ 1.072859] r600_cp: Failed to load firmware > "radeon/RV730_pfp.bin" > > > > [ 1.072974] [drm:rv770_init] *ERROR* Failed to load firmware! > > > > > > Does this error occur before your root filesystem has been mounted? > > > You should see a message about mounting root further down in the dmesg > > > output. > > > > > > If that's the case, and your kernel needs the firmware blob before > > > root has been mounted, you will probably need to start using an > > > initramfs, or add radeon/RV730_pfp.bin to CONFIG_EXTRA_FIRMWARE. > > > > I beg your pardon guys, the deprecated 'make firmware_install' through me > > off the scent! It seems that the blobs for Radeon R730 have changed with > > kernel 4.14.7, from those the Gentoo Wiki shows. So I'm fishing for > errors > > in dmesg and adding one blob at a time to see what I get. The kernel > > compile builds the blobs fine as I show below, even if the > firmware_install > > is not used any longer. > > > > CHK include/generated/compile.h > > MK_FW firmware/radeon/RV730_me.bin.gen.S > > AS firmware/radeon/RV730_me.bin.gen.o > > AR firmware/built-in.o > > OK, problem solved for now! :-) > > My list of blobs was: > > CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/ > RV730_smc.bin radeon/RV710_uvd.bin" > > and it now is: > > CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/ > RV730_pfp.bin radeon/RV730_me.bin radeon/RV730_smc.bin > radeon/RV710_uvd.bin" > > Console buffer works, xserver works. I don't know if all of them are > necessary, but if it works and doesn't complain I don't have to try messing > things up. ;-) > > My video card in case you have the same is: > > Chipset: "ATI Mobility Radeon HD 4670" (ChipID = 0x9488) > https://en.wikipedia.org/wiki/List_of_AMD_graphics_processing_units#Radeon_HD_4000_Series reckons that the 4670 is RV730, so i'd say you dont need radeon/R700_rlc.bin or radeon/RV710_uvd.bin [-- Attachment #2: Type: text/html, Size: 3426 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 17:39 ` Mick 2017-12-20 18:31 ` Mike Gilbert @ 2017-12-24 4:10 ` Adam Carter 2017-12-24 8:52 ` Mick 1 sibling, 1 reply; 17+ messages in thread From: Adam Carter @ 2017-12-24 4:10 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 2735 bytes --] > > Comparing firmware between kernels 4.12.12 and 4.14.7 I see: > > $ ls -l /usr/src/linux-4.12.12-gentoo/firmware/radeon/RV730* > -rw-r--r-- 1 root root 5440 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_me.bin > -rw-r--r-- 1 root root 454 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_me.bin.gen.S > -rw-r--r-- 1 root root 6704 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_me.bin.gen.o > -rw-r--r-- 1 root root 14972 Jul 3 00:07 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_me.bin.ihex > -rw-r--r-- 1 root root 3392 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_pfp.bin > -rw-r--r-- 1 root root 461 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_pfp.bin.gen.S > -rw-r--r-- 1 root root 4656 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_pfp.bin.gen.o > -rw-r--r-- 1 root root 9340 Jul 3 00:07 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_pfp.bin.ihex > -rw-r--r-- 1 root root 467 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_smc.bin.gen.S > -rw-r--r-- 1 root root 17952 Dec 7 09:02 /usr/src/linux-4.12.12-gentoo/ > firmware/radeon/RV730_smc.bin.gen.o > > > $ ls -l /usr/src/linux-4.14.7-gentoo/firmware/radeon/RV730* > -rw-r--r-- 1 root root 467 Dec 20 11:46 /usr/src/linux-4.14.7-gentoo/ > firmware/radeon/RV730_smc.bin.gen.S > -rw-r--r-- 1 root root 17952 Dec 20 11:46 /usr/src/linux-4.14.7-gentoo/ > firmware/radeon/RV730_smc.bin.gen.o > > > As you can see above there is a marked difference between the firmware > built > by the two kernels. In any case, my '/lib/firmware/' path contains: > > $ ls -l /lib/firmware/radeon/RV730* > -rw-r--r-- 1 root root 5440 Dec 20 17:29 /lib/firmware/radeon/RV730_me. > bin > -rw-r--r-- 1 root root 3392 Dec 20 17:29 /lib/firmware/radeon/RV730_ > pfp.bin > -rw-r--r-- 1 root root 16684 Dec 20 17:29 /lib/firmware/radeon/RV730_ > smc.bin > Earlier I saw CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/RV730_smc.bin radeon/RV710_uvd.bin" For radeon/R700_rlc.bin $ find /lib/firmware/ -name \*R700\* /lib/firmware/radeon/R700_rlc.bin For radeon/RV730_smc.bin $ find /lib/firmware/ -name \*RV730\* /lib/firmware/radeon/RV730_pfp.bin /lib/firmware/radeon/RV730_smc.bin /lib/firmware/radeon/RV730_me.bin For adeon/RV710_uvd.bin $ find /lib/firmware/ -name \*RV710\* /lib/firmware/radeon/RV710_me.bin /lib/firmware/radeon/RV710_pfp.bin /lib/firmware/radeon/RV710_smc.bin /lib/firmware/radeon/RV710_uvd.bin So it looks like you're trying to load firmware from three different models. Run lspci -v to determine which is correct one, then load all the firmwares for that model. [-- Attachment #2: Type: text/html, Size: 3739 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-24 4:10 ` [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo Adam Carter @ 2017-12-24 8:52 ` Mick 0 siblings, 0 replies; 17+ messages in thread From: Mick @ 2017-12-24 8:52 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 3202 bytes --] On Sunday, 24 December 2017 04:10:55 GMT Adam Carter wrote: > > As you can see above there is a marked difference between the firmware > > built > > by the two kernels. In any case, my '/lib/firmware/' path contains: > > > > $ ls -l /lib/firmware/radeon/RV730* > > -rw-r--r-- 1 root root 5440 Dec 20 17:29 /lib/firmware/radeon/RV730_me. > > bin > > -rw-r--r-- 1 root root 3392 Dec 20 17:29 /lib/firmware/radeon/RV730_ > > pfp.bin > > -rw-r--r-- 1 root root 16684 Dec 20 17:29 /lib/firmware/radeon/RV730_ > > smc.bin > > Earlier I saw > > CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin > radeon/RV730_smc.bin radeon/RV710_uvd.bin" Yes, other than the Intel microcode I followed the Gentoo Wiki page for my graphics card: https://wiki.gentoo.org/wiki/Radeon > For radeon/R700_rlc.bin > $ find /lib/firmware/ -name \*R700\* > /lib/firmware/radeon/R700_rlc.bin > > For radeon/RV730_smc.bin > $ find /lib/firmware/ -name \*RV730\* > /lib/firmware/radeon/RV730_pfp.bin > /lib/firmware/radeon/RV730_smc.bin > /lib/firmware/radeon/RV730_me.bin > > For adeon/RV710_uvd.bin > $ find /lib/firmware/ -name \*RV710\* > /lib/firmware/radeon/RV710_me.bin > /lib/firmware/radeon/RV710_pfp.bin > /lib/firmware/radeon/RV710_smc.bin > /lib/firmware/radeon/RV710_uvd.bin > > So it looks like you're trying to load firmware from three different > models. Yes, this is what the Wiki recommends for RV730. > Run lspci -v to determine which is correct one, then load all the firmwares > for that model. 02:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV730/M96-XT [Mobility Radeon HD 4670] (prog-if 00 [VGA controller]) Subsystem: Dell RV730/M96-XT [Mobility Radeon HD 4670] Flags: bus master, fast devsel, latency 0, IRQ 29 Memory at d0000000 (32-bit, prefetchable) [size=256M] I/O ports at 2000 [size=256] Memory at cfef0000 (32-bit, non-prefetchable) [size=64K] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Kernel driver in use: radeon 02:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] RV710/730 HDMI Audio [Radeon HD 4000 series] Subsystem: Dell RV710/730 HDMI Audio [Radeon HD 4000 series] Flags: bus master, fast devsel, latency 0, IRQ 32 Memory at cfeec000 (32-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 3 Capabilities: [58] Express Legacy Endpoint, MSI 00 Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+ Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?> Kernel driver in use: snd_hda_intel Kernel modules: snd_hda_intel It seems the blobs changed. The firmware_install message confused me by making me think this was the cause of not being able to initiate the graphics card when I tried to boot the new kernel, rather than the missing blobs. -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 16:51 ` Mick 2017-12-20 17:27 ` Mike Gilbert @ 2017-12-20 17:54 ` Floyd Anderson 1 sibling, 0 replies; 17+ messages in thread From: Floyd Anderson @ 2017-12-20 17:54 UTC (permalink / raw To: gentoo-user On Wed, 20 Dec 2017 16:51:04 +0000 Mick <michaelkintzios@gmail.com> wrote: >On Wednesday, 20 December 2017 16:03:02 GMT Mike Gilbert wrote: >> On Wed, Dec 20, 2017 at 9:26 AM, Mick <michaelkintzios@gmail.com> wrote: > >> > You are quite right, there is no firmware_install in the 4.14.7 release. >> > What does this mean? How are we meant to install firmware now? >> >> I believe all firmware has been removed from the kernel sources. >> >> You should install sys-kernel/linux-firmware, or grab just the files >> you need from the git repo. >> >> https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git > >Thank you all, but I see to have a mental disconnect here: > >I already have sys-kernel/linux-firmware-20170314 installed. > >I have specified in the kernel which blobs I need and /lib/firmware/ as the >path for the kernel to find any firmware it may need. > >I used to run make firmware_install and the kernel was able to load whatever >firmware I had specified so that CPU/GPU can function properly at boot time. > >With 4.14.7 I (can) no longer do this; Since I fully encrypt my drives and therefore using an EFI-stub kernel with an embedded initramfs, I use genkernel-next and different scripts to build my kernels. It can be tricky and feels like a tool-chain but also works for me. > >AND > >the newly compiled kernel does not load at boot time any of the needed >firmware. > >What step am I missing to arrive at a bootable kernel with all necessary >firmware? Assuming your specified blobs are all available and required kernel options like CONFIG_MICROCODE and CONFIG_MICROCODE_INTEL [1] are proper set, I’m not sure it makes any difference but the default is: CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" without the appended forward slash. [1] <https://wiki.gentoo.org/wiki/Intel_microcode> -- Regards, floyd ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 12:22 [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo Mick 2017-12-20 12:52 ` Floyd Anderson @ 2017-12-20 15:28 ` Peter Humphrey 2017-12-20 15:51 ` Mick 1 sibling, 1 reply; 17+ messages in thread From: Peter Humphrey @ 2017-12-20 15:28 UTC (permalink / raw To: gentoo-user On Wednesday, 20 December 2017 12:22:29 GMT Mick wrote: > Has something changed in 4.14.7-gentoo sources from its predecessors? > > I'm getting this on two systems: > > [snip ...] > INSTALL sound/pci/hda/snd-hda-codec-hdmi.ko > INSTALL sound/pci/hda/snd-hda-codec.ko > INSTALL sound/pci/hda/snd-hda-intel.ko > DEPMOD 4.14.7-gentoo > make: *** No rule to make target 'firmware_install'. Stop. What firmware are you trying to install? This box needs firmware for the graphics card and the Intel CPU, and I've been declaring the file names in CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display works fine, and so does opencl on the GPU since I emerged dev-libs/amdgpu-pro- opencl, I assume that the firmware is being loaded. I didn't even know about a firmware_install make target. -- Regards, Peter. ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 15:28 ` Peter Humphrey @ 2017-12-20 15:51 ` Mick 2017-12-21 0:11 ` Peter Humphrey 0 siblings, 1 reply; 17+ messages in thread From: Mick @ 2017-12-20 15:51 UTC (permalink / raw To: gentoo-user [-- Attachment #1: Type: text/plain, Size: 1441 bytes --] On Wednesday, 20 December 2017 15:28:03 GMT Peter Humphrey wrote: > On Wednesday, 20 December 2017 12:22:29 GMT Mick wrote: > > Has something changed in 4.14.7-gentoo sources from its predecessors? [snip ...] > What firmware are you trying to install? This box needs firmware for the > graphics card and the Intel CPU, and I've been declaring the file names in > CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display works > fine, and so does opencl on the GPU since I emerged dev-libs/amdgpu-pro- > opencl, I assume that the firmware is being loaded. I didn't even know about > a firmware_install make target. Thanks Peter, I am also declaring relevant firmware in the kernel for CPU microcode and GPU, but they do not get loaded when I build kernel 4.14.7: $ grep FIRMWARE /usr/src/linux/.config CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/ RV730_smc.bin radeon/RV710_uvd.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/" # CONFIG_CYPRESS_FIRMWARE is not set # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set CONFIG_FIRMWARE_EDID=y CONFIG_FIRMWARE_MEMMAP=y # CONFIG_GOOGLE_FIRMWARE is not set # CONFIG_TEST_FIRMWARE is not set So I can't load a desktop because xserver will not launch. I also recall having additional firmware for WiFi/BT cards on this laptop. The same problem exists on other systems, some running AMD. -- Regards, Mick [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 833 bytes --] ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo 2017-12-20 15:51 ` Mick @ 2017-12-21 0:11 ` Peter Humphrey 0 siblings, 0 replies; 17+ messages in thread From: Peter Humphrey @ 2017-12-21 0:11 UTC (permalink / raw To: gentoo-user On Wednesday, 20 December 2017 15:51:03 GMT Mick wrote: > On Wednesday, 20 December 2017 15:28:03 GMT Peter Humphrey wrote: > > On Wednesday, 20 December 2017 12:22:29 GMT Mick wrote: > > > Has something changed in 4.14.7-gentoo sources from its predecessors? > > [snip ...] > > > What firmware are you trying to install? This box needs firmware for the > > graphics card and the Intel CPU, and I've been declaring the file names > > in CONFIG_EXTRA_FIRMWARE and CONFIG_EXTRA_FIRMWARE_DIR. As the display > > works fine, and so does opencl on the GPU since I emerged > > dev-libs/amdgpu-pro- opencl, I assume that the firmware is being > > loaded. I didn't even know about a firmware_install make target. > > Thanks Peter, > > I am also declaring relevant firmware in the kernel for CPU microcode and > GPU, but they do not get loaded when I build kernel 4.14.7: > > $ grep FIRMWARE /usr/src/linux/.config > CONFIG_PREVENT_FIRMWARE_BUILD=y > CONFIG_FIRMWARE_IN_KERNEL=y > CONFIG_EXTRA_FIRMWARE="intel-ucode/06-1e-05 radeon/R700_rlc.bin radeon/ > RV730_smc.bin radeon/RV710_uvd.bin" > CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/" > # CONFIG_CYPRESS_FIRMWARE is not set > # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set > CONFIG_FIRMWARE_EDID=y > CONFIG_FIRMWARE_MEMMAP=y > # CONFIG_GOOGLE_FIRMWARE is not set > # CONFIG_TEST_FIRMWARE is not set Hm. Mine is: # grep FIRMWARE /usr/src/linux/.config CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FIRMWARE_IN_KERNEL=y CONFIG_EXTRA_FIRMWARE="intel-ucode/06-3f-02 intel-ucode/06-3f-04 amdgpu/ polaris10_ce.bin amdgpu/polaris10_k_smc.bin amdgpu/polaris10_mc.bin amdgpu/ polaris10_me.bin amdgpu/polaris10_mec2.bin amdgpu/polaris10_mec.bin amdgpu/ polaris10_pfp.bin amdgpu/polaris10_rlc.bin amdgpu/polaris10_sdma1.bin amdgpu/polaris10_sdma.bin amdgpu/polaris10_smc.bin amdgpu/ polaris10_smc_sk.bin amdgpu/polaris10_uvd.bin amdgpu/polaris10_vce.bin" CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware" # CONFIG_DRM_LOAD_EDID_FIRMWARE is not set CONFIG_FIRMWARE_EDID=y CONFIG_FIRMWARE_MEMMAP=y # CONFIG_GOOGLE_FIRMWARE is not set # CONFIG_TEST_FIRMWARE is not set I don't see that cypress entry (why not? Are you using gentoo-sources?), but otherwise it looks the same. If I didn't have all that polaris stuff I wouldn't have an X display; that's how I started off, and I had to go looking for the right set of amdgpu modules to load. > So I can't load a desktop because xserver will not launch. I also recall > having additional firmware for WiFi/BT cards on this laptop. > > The same problem exists on other systems, some running AMD. We must differ in some other way, I suppose in the way we build our kernels. This is my kernel build script on this UEFI box: # cat /usr/local/bin/kmake #!/bin/bash mount /boot cd /usr/src/linux time (make -j12 && make modules_install && make install &&\ /bin/ls -lh --color=auto /boot && echo &&\ cp -v ./arch/x86/boot/bzImage /boot/EFI/Boot/bootX64.efi ) &&\ echo; echo "Rebuilding modules" && echo &&\ emerge --jobs --load-average=48 @module-rebuild @x11-module-rebuild && echo &&\ echo "Remounting /sys/firmware/efi/efivars read-write" &&\ mount -oremount,rw /sys/firmware/efi/efivars && echo &&\ echo "Don't forget to bootctl-install the new kernel!" && echo HTH, but I wonder... -- Regards, Peter. ^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2017-12-24 8:52 UTC | newest] Thread overview: 17+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2017-12-20 12:22 [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo Mick 2017-12-20 12:52 ` Floyd Anderson 2017-12-20 14:26 ` Mick 2017-12-20 16:03 ` Mike Gilbert 2017-12-20 16:51 ` Mick 2017-12-20 17:27 ` Mike Gilbert 2017-12-20 17:39 ` Mick 2017-12-20 18:31 ` Mike Gilbert 2017-12-20 19:55 ` [gentoo-user] Radeon RV730 blobs changed Mick 2017-12-20 20:20 ` Mick 2017-12-24 4:45 ` Adam Carter 2017-12-24 4:10 ` [gentoo-user] 'firmware_install' won't on 4.14.7-gentoo Adam Carter 2017-12-24 8:52 ` Mick 2017-12-20 17:54 ` Floyd Anderson 2017-12-20 15:28 ` Peter Humphrey 2017-12-20 15:51 ` Mick 2017-12-21 0:11 ` Peter Humphrey
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox