Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
Package: firmware-iwlwifi Version: 20151207-1 Severity: normal # dmesg | grep iwlwifi | head -5 [7.473576] iwlwifi :06:00.0: enabling device ( -> 0002) [7.475332] iwlwifi :06:00.0: firmware: failed to load iwlwifi-7260-17.ucode (-2) [7.475337] iwlwifi :06:00.0: Direct firmware load for iwlwifi-7260-17.ucode failed with error -2 [7.479873] iwlwifi :06:00.0: firmware: direct-loading firmware iwlwifi-7260-16.ucode [7.480478] iwlwifi :06:00.0: loaded firmware version 16.242414.0 op_mode iwlmvm -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) firmware-iwlwifi depends on no packages. firmware-iwlwifi recommends no packages. Versions of packages firmware-iwlwifi suggests: ii initramfs-tools 0.120 -- no debconf information
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
Hi, On Wed, 20 Apr 2016, Ben Hutchings wrote: > > The -16 which is currently in the package is marked as "end-of-life". > > Might be the time to upgrade the firmware-iwlwifi package? > > Our upstream is linux-firmware.git, not a hundred vendor web sites. > Frankly I'm quite sick of the iwlwifi maintainers thinking their > firmware is special and should be distributed differently from every. It looks like -17 reached linux-firmware.git a few hours ago. Maybe it's time to update firmware-nonfree? https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/commit/?id=f2cf4d67e8eced29c8a473d3a27057aa2df57c42 Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
Hi, On Tue, 12 Jul 2016, Raphael Hertzog wrote: > It looks like -17 reached linux-firmware.git a few hours ago. Maybe > it's time to update firmware-nonfree? We updated firmware-nonfree for Kali with the most important firmware files, you can find our work here: http://git.kali.org/gitweb/?p=packages/firmware-nonfree.git;a=summary We left some new firmware files that we did not know where to put. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
> It looks like -17 reached linux-firmware.git a few hours ago. Maybe > it's time to update firmware-nonfree? Yes please, as it also contains iwlwifi-7265D-21.ucode which was needed for my ASUS ZenBook UX305CA. I managed to workaround it, but I doubt the average user would. signature.asc Description: This is a digitally signed message part.
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
On Wed, 23 Dec 2015 10:48:01 +0900 Mike Hommey wrote: > Package: firmware-iwlwifi > Version: 20151207-1 > Severity: normal > > # dmesg | grep iwlwifi | head -5 > [ 7.473576] iwlwifi :06:00.0: enabling device ( -> 0002) > [ 7.475332] iwlwifi :06:00.0: firmware: failed to load iwlwifi-7260-17.ucode (-2) > [ 7.475337] iwlwifi :06:00.0: Direct firmware load for iwlwifi-7260-17.ucode failed with error -2 > [ 7.479873] iwlwifi :06:00.0: firmware: direct-loading firmware iwlwifi-7260-16.ucode > [ 7.480478] iwlwifi :06:00.0: loaded firmware version 16.242414.0 op_mode iwlmvm > According to this website[0], the latest maintained versions are -19.ucode and -21.ucode. The -16 which is currently in the package is marked as "end-of-life". Might be the time to upgrade the firmware-iwlwifi package? Cheers, Laurent Bigonville [0]https://wireless.wiki.kernel.org/en/users/drivers/iwlwifi/core_release
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
On Wed, 2016-04-20 at 13:23 +0200, Laurent Bigonville wrote: > On Wed, 23 Dec 2015 10:48:01 +0900 Mike Hommey > wrote: > > Package: firmware-iwlwifi > > Version: 20151207-1 > > Severity: normal > > > > # dmesg | grep iwlwifi | head -5 > > [ 7.473576] iwlwifi :06:00.0: enabling device ( -> 0002) > > [ 7.475332] iwlwifi :06:00.0: firmware: failed to load > iwlwifi-7260-17.ucode (-2) > > [ 7.475337] iwlwifi :06:00.0: Direct firmware load for > iwlwifi-7260-17.ucode failed with error -2 > > [ 7.479873] iwlwifi :06:00.0: firmware: direct-loading firmware > iwlwifi-7260-16.ucode > > [ 7.480478] iwlwifi :06:00.0: loaded firmware version 16.242414.0 > op_mode iwlmvm > > > > According to this website[0], the latest maintained versions are > -19.ucode and -21.ucode. > > The -16 which is currently in the package is marked as "end-of-life". > Might be the time to upgrade the firmware-iwlwifi package? Our upstream is linux-firmware.git, not a hundred vendor web sites. Frankly I'm quite sick of the iwlwifi maintainers thinking their firmware is special and should be distributed differently from every. Ben. -- Ben.Hutchings Never attribute to conspiracy what can adequately be explained by stupidity. signature.asc Description: This is a digitally signed message part
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
Ben Hutchings writes: > Our upstream is linux-firmware.git, not a hundred vendor web sites. > Frankly I'm quite sick of the iwlwifi maintainers thinking their > firmware is special and should be distributed differently from every. Huh? I always though they sent a pull request whenever they felt a new update was "ready". Like this: http://permalink.gmane.org/gmane.linux.kernel.wireless.general/149963 But I'm not sure there has been a pull request for the 7260-17.ucode yet? It's going to be the last revision for that hardware, so they might want to get it "right" first. Nothing wrong about that AFAICS. Or the fact that the driver has support for a revision which isn't yet in the official repo. The driver works fine with the 7260-16.ucode too. I don't see neither the website, or their firmware repo, as any attmept to distribute firmware differently. It's merely a service to users wanting to beta test early firmware. Personally I like having that choice. But Debian should definitely not start packaging any of the firmware revisions which aren't in linux-firmware.git. Bjørn
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
On Wed, 2016-04-20 at 20:51 +0200, Bjørn Mork wrote: > Ben Hutchings writes: > > > > > Our upstream is linux-firmware.git, not a hundred vendor web sites. > > Frankly I'm quite sick of the iwlwifi maintainers thinking their > > firmware is special and should be distributed differently from every. > Huh? I always though they sent a pull request whenever they felt a new > update was "ready". Like this: > http://permalink.gmane.org/gmane.linux.kernel.wireless.general/149963 [...] But apparently the firmware sometimes isn't 'ready' until *after* the previous major version reaches end of life. If all versions of firmware are either EOL or beta, Intel is effectively disclaiming support for the affected hardware. Ben. -- Ben Hutchings Never attribute to conspiracy what can adequately be explained by stupidity. signature.asc Description: This is a digitally signed message part
Bug#808792: firmware-iwlwifi: iwlwifi-7260-17.ucode is missing
Ben Hutchings writes: > On Wed, 2016-04-20 at 20:51 +0200, Bjørn Mork wrote: >> Ben Hutchings writes: >> >> > >> > Our upstream is linux-firmware.git, not a hundred vendor web sites. >> > Frankly I'm quite sick of the iwlwifi maintainers thinking their >> > firmware is special and should be distributed differently from every. >> Huh? I always though they sent a pull request whenever they felt a new >> update was "ready". Like this: >> http://permalink.gmane.org/gmane.linux.kernel.wireless.general/149963 > [...] > > But apparently the firmware sometimes isn't 'ready' until *after* the > previous major version reaches end of life. > > If all versions of firmware are either EOL or beta, Intel is > effectively disclaiming support for the affected hardware. Well, yes, that is confusing. I cannot imagine that it was their intention. FWIW, the current driver still supports firmwares back to "13" for the 7260: /* Highest firmware API version supported */ #define IWL7260_UCODE_API_MAX 17 #define IWL7265_UCODE_API_MAX 17 #define IWL7265D_UCODE_API_MAX 21 #define IWL3168_UCODE_API_MAX 21 /* Oldest version we won't warn about */ #define IWL7260_UCODE_API_OK13 #define IWL7265_UCODE_API_OK13 #define IWL7265D_UCODE_API_OK 13 #define IWL3168_UCODE_API_OK20 /* Lowest firmware API version supported */ #define IWL7260_UCODE_API_MIN 13 #define IWL7265_UCODE_API_MIN 13 #define IWL7265D_UCODE_API_MIN 13 #define IWL3168_UCODE_API_MIN 20 That is the authoritative source wrt "support". Bjørn