[iwlwifi] fail to load firmware

2021-12-29 Thread Pete Wright via freebsd-wireless

hello - i've got an intel device currently working under iwm:

iwm0:  mem 0xdd338000-0xdd33bfff at 
device 20.3 on pci0

iwm0: hw rev 0x310, fw ver 34.3125811985.0, address

after building CURRENT on the 28th and attempting to load if_iwlwifi via 
/boot/loader.conf i get these errors when the firmware tries to load:

iwlwifi0:  mem 0xdd338000-0xdd33bfff at device 20.3 on pci0
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-46.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-45.ucode'
iwlwifi0: File size way too small!
...
iwlwifi0: no suitable firmware found!
iwlwifi0: minimum version required: iwlwifi-9000-pu-b0-jf-b0-30
iwlwifi0: maximum version supported: iwlwifi-9000-pu-b0-jf-b0-46
iwlwifi0: check 
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git


i verified that iwlwifi-9000-pu-b0-jf-b0-46.ucode exists and doesn't 
seem to be empty:

$ ls -lh /boot/kernel/iwlwifi-9000-pu-b0-jf-b0-46.ucode.ko
-r-xr-xr-x  1 root  wheel   1.5M Dec 28 19:47 
/boot/kernel/iwlwifi-9000-pu-b0-jf-b0-46.ucode.ko

$ strings /boot/kernel/iwlwifi-9000-pu-b0-jf-b0-46.ucode.ko |head
uEUH
iwlwifi-9000-pu-b0-jf-b0-46.ucode
iwlwifi_9000_pu_b0_jf_b0_46_ucode_fw
firmware
kernel
release/core43::5e069cbd
LMAC DEFAULT DEBUG CONFIG
error_table_lmac1
! -!
al,?


I checked the wiki as well for the iwlwifi effort and didn't see 
anything there pertinent, so i am not sure if this is a pebkac issue on 
my end or something else.


thanks for any advice!
-pete

--
Pete Wright
p...@nomadlogic.org
@nomadlogicLA




Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Bjoern A. Zeeb

On Wed, 29 Dec 2021, Pete Wright via freebsd-wireless wrote:

Hi Pete,


hello - i've got an intel device currently working under iwm:

iwm0:  mem 0xdd338000-0xdd33bfff at 
device 20.3 on pci0

iwm0: hw rev 0x310, fw ver 34.3125811985.0, address

after building CURRENT on the 28th and attempting to load if_iwlwifi via 
/boot/loader.conf i get these errors when the firmware tries to load:


Can you send me the full output as well as a checksum (md5, sha256, as
you want) of the firmware files in the source tree (*) privately to my
FreeBSD email?


(*) they are in sys/contrib/dev/iwlwififw/ ; so a
md5 sys/contrib/dev/iwlwififw/*
would do the trick from the top of your source tree.


I checked the wiki as well for the iwlwifi effort and didn't see anything 
there pertinent, so i am not sure if this is a pebkac issue on my end or 
something else.


It's more likely something else.


--
Bjoern A. Zeeb r15:7



Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Bjoern A. Zeeb

On Wed, 29 Dec 2021, Bjoern A. Zeeb wrote:


On Wed, 29 Dec 2021, Pete Wright via freebsd-wireless wrote:

Hi Pete,


hello - i've got an intel device currently working under iwm:

iwm0:  mem 0xdd338000-0xdd33bfff at 
device 20.3 on pci0

iwm0: hw rev 0x310, fw ver 34.3125811985.0, address

after building CURRENT on the 28th and attempting to load if_iwlwifi via 
/boot/loader.conf i get these errors when the firmware tries to load:


I am sorry; I hadn't fully realised;  if you load the driver from
loader you'd have to load the fimrware manually as well as otherwise
there's no file system yet to load it from.

Problem is the loader.conf syntax doesn't allow you to say,
foo-bar-baz_load="YES".

My suggestion is to instead load the module from rc.conf adding
kld_list="if_iwlwifi"
there or exteding the line accordingly (in case there is some drm module
there already).

I'll add this to the FAQ on the wiki.


I have a patch sitting in review to allow auto-loading for linuxkpi
using drivers but we haven't applied that yet until we are sure things
are stable and work well also for drm [1].


Bjoern

[1] https://reviews.freebsd.org/D26651

--
Bjoern A. Zeeb r15:7



Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Pete Wright via freebsd-wireless




On 12/29/21 09:36, Bjoern A. Zeeb wrote:

On Wed, 29 Dec 2021, Bjoern A. Zeeb wrote:


On Wed, 29 Dec 2021, Pete Wright via freebsd-wireless wrote:

Hi Pete,


hello - i've got an intel device currently working under iwm:

iwm0:  mem 
0xdd338000-0xdd33bfff at device 20.3 on pci0

iwm0: hw rev 0x310, fw ver 34.3125811985.0, address

after building CURRENT on the 28th and attempting to load if_iwlwifi 
via /boot/loader.conf i get these errors when the firmware tries to 
load:


I am sorry; I hadn't fully realised;  if you load the driver from
loader you'd have to load the fimrware manually as well as otherwise
there's no file system yet to load it from.

Problem is the loader.conf syntax doesn't allow you to say,
foo-bar-baz_load="YES".

My suggestion is to instead load the module from rc.conf adding
kld_list="if_iwlwifi"
there or exteding the line accordingly (in case there is some drm module
there already).


ah ok cool - let me give this a spin and let you know how it goes. i 
think that is how i got it working previous when i was testing your patches.


cheers!
-pete


--
Pete Wright
p...@nomadlogic.org
@nomadlogicLA




Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Shawn Webb
On Wed, Dec 29, 2021 at 05:16:07PM +, Bjoern A. Zeeb wrote:
> On Wed, 29 Dec 2021, Pete Wright via freebsd-wireless wrote:
> 
> Hi Pete,
> 
> > hello - i've got an intel device currently working under iwm:
> > 
> > iwm0:  mem 0xdd338000-0xdd33bfff at
> > device 20.3 on pci0
> > iwm0: hw rev 0x310, fw ver 34.3125811985.0, address
> > 
> > after building CURRENT on the 28th and attempting to load if_iwlwifi via
> > /boot/loader.conf i get these errors when the firmware tries to load:
> 
> Can you send me the full output as well as a checksum (md5, sha256, as
> you want) of the firmware files in the source tree (*) privately to my
> FreeBSD email?
> 
> 
> (*) they are in sys/contrib/dev/iwlwififw/ ; so a
>   md5 sys/contrib/dev/iwlwififw/*
> would do the trick from the top of your source tree.
> 
> 
> > I checked the wiki as well for the iwlwifi effort and didn't see
> > anything there pertinent, so i am not sure if this is a pebkac issue on
> > my end or something else.
> 
> It's more likely something else.
> 

I'm seeing the same thing when using loader.conf. But, if I use
rc.conf's kld_list, then both the module and the firmware loads fine.
Here's a `dmesg | grep iwlwifi` when using loader.conf:

https://hardenedbsd.org/~shawn/2021-12-27_iwlwifi-01.txt

I'm also seeing a kernel panic when trying to connect to my FreeBSD /
HardenedBSD based wireless AP (which also means I'm using the kld_list
method for iwlwifi). Picture of panic here:

https://hardenedbsd.org/~shawn/2021-12-27_iwlwifi_panic-01.jpg

More information about the panic:

(wlan0 -> iwlwifi0). I set up lagg failover with wlan0 and the
laptop's em0.

Here's my relevant rc.conf lines:

 BEGIN rc.conf 
cloned_interfaces="lagg0"
wlans_iwlwifi0="wlan0"
ifconfig_wlan0="WPA"

ifconfig_lagg0="up laggproto failover laggport em0 laggport wlan0 DHCP"
ifconfig_lagg0_ipv6="inet6 accept_rtadv"
 END rc.conf 

My laptop is running HardenedBSD 14-CURRENT/amd64, commit
d915dda7bdbc369ba20cd6bbee8828fdf518e01d. The last FreeBSD HEAD
commit, then, would be 989453da0589b8dc5c1948fd81f986a37ea385eb.

The PNP info for iwlwifi0:

dev.iwlwifi.0.%pnpinfo: vendor=0x8086 device=0x06f0 subvendor=0x8086 
subdevice=0x4070 class=0x028000

More pasted info:

 BEGIN dmesg 
[7029] iwlwifi0:  mem 0x604b11c000-0x604b11 at device 20.3 on pci0
[7029] iwlwifi0: successfully loaded firmware image 
'iwlwifi-QuZ-a0-hr-b0-67.ucode'
[7029] iwlwifi0: api flags index 2 larger than supported by driver
[7029] iwlwifi0: TLV_FW_FSEQ_VERSION: FSEQ Version: 89.3.35.37
[7029] iwlwifi0: loaded firmware version 67.8f59b80b.0 QuZ-a0-hr-b0-67.ucode 
op_mode iwlmvm
[7029] iwlwifi0: Detected Intel(R) Wi-Fi 6 AX201 160MHz, REV=0x354
[7029] iwlwifi0: Detected RF HR B3, rfid=0x10a100
[7029] iwlwifi0: base HW address: 34:7d:f6:12:19:6b
[7080] iwlwifi0: lkpi_ic_getradiocaps: Adding chan 1/2412/0/0/0/0 returned 
error 55
[7080] iwlwifi0: lkpi_ic_getradiocaps: Adding chan 36/5180/0/0/0/0 returned 
error 55
 END dmesg 

 BEGIN md5 of stuffs 
MD5 (LICENCE.iwlwifi_firmware) = 2ce6786e0fc11ac6e36b54bb9b799f1b
MD5 (WHENCE) = 316f699cddfeafcf65216db6d470751e
MD5 (iwlwifi-3160-9.ucode) = f8907344ccec9f002c5634c782ad6868
MD5 (iwlwifi-3168-29.ucode) = bd89b5ff8435776dbc2852e2f4501068
MD5 (iwlwifi-7260-9.ucode) = e44b5de2a16cd0009ac464f3cf80c347
MD5 (iwlwifi-7265-9.ucode) = 6c0b3493a1784ce60b6d97b27f1a73d0
MD5 (iwlwifi-7265D-29.ucode) = 3f653e562129cc5748dfa319545369e0
MD5 (iwlwifi-8000C-36.ucode) = 0b0d0c6962a66b5bad7cb2449d54e608
MD5 (iwlwifi-8265-36.ucode) = 9c288997be7cbdf88df55e0c7b4c7b59
MD5 (iwlwifi-9000-pu-b0-jf-b0-46.ucode) = 5d5a8e7d6f3aef18fe605e574eb0c8da
MD5 (iwlwifi-9260-th-b0-jf-b0-46.ucode) = 84e013e3151484798bcbe121d07a565a
MD5 (iwlwifi-Qu-b0-hr-b0-63.ucode) = d72ea5034212340ea02e9c0cb3938dbd
MD5 (iwlwifi-Qu-b0-jf-b0-63.ucode) = 51d955c7de4af033ccdd83406e73
MD5 (iwlwifi-Qu-c0-hr-b0-63.ucode) = ed52de124380b132a5b80dd5c6463456
MD5 (iwlwifi-Qu-c0-jf-b0-63.ucode) = 779565f65e0b7960ef4ea2eeb1e8285f
MD5 (iwlwifi-QuZ-a0-hr-b0-67.ucode) = 0d4c29c2972d1399f6a21fbe23f4abb6
MD5 (iwlwifi-QuZ-a0-jf-b0-63.ucode) = 04f3ed3266f8cc70312795b2a9d540a7
MD5 (iwlwifi-cc-a0-67.ucode) = 2eb90eded4c2cdb7a89fb11987c71d40
MD5 (iwlwifi-so-a0-gf-a0-67.ucode) = 94b050870088bcb9276e8576b9736d41
MD5 (iwlwifi-so-a0-gf4-a0-67.ucode) = ea1670bccdcfedbac2f935decb35a04d
MD5 (iwlwifi-so-a0-hr-b0-64.ucode) = 1254ef4e882bb337d3cbda2e5bbd8593
MD5 (iwlwifi-so-a0-jf-b0-64.ucode) = c7ce881d7599c0ac839d6c827ca5caad
MD5 (iwlwifi-ty-a0-gf-a0-67.ucode) = 19a4a9b1f6fca36cb18979964ec462ec
MD5 (iwlwifi-ty-a0-gf-a0.pnvm) = 4db24aa821ea7c45bb728f6957f87fd6
 END md5 of stuffs 

Thanks,

-- 
Shawn Webb
Cofounder / Security Engineer
HardenedBSD

https://git.hardenedbsd.org/hardenedbsd/pubkeys/-/raw/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc


signature.asc
Description: PGP signature


Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Kyle Evans
On Wed, Dec 29, 2021 at 11:36 AM Bjoern A. Zeeb  wrote:
>
> On Wed, 29 Dec 2021, Bjoern A. Zeeb wrote:
>
> > On Wed, 29 Dec 2021, Pete Wright via freebsd-wireless wrote:
> >
> > Hi Pete,
> >
> >> hello - i've got an intel device currently working under iwm:
> >>
> >> iwm0:  mem 0xdd338000-0xdd33bfff at
> >> device 20.3 on pci0
> >> iwm0: hw rev 0x310, fw ver 34.3125811985.0, address
> >>
> >> after building CURRENT on the 28th and attempting to load if_iwlwifi via
> >> /boot/loader.conf i get these errors when the firmware tries to load:
>
> I am sorry; I hadn't fully realised;  if you load the driver from
> loader you'd have to load the fimrware manually as well as otherwise
> there's no file system yet to load it from.
>
> Problem is the loader.conf syntax doesn't allow you to say,
> foo-bar-baz_load="YES".
>

FWIW you can work around this, but it's ugly. We offer ${module}_name
to specify the actual name of a module, so:

my_fw_with_dashes_load="YES"
my_fw_with_dashes_name="my-fw-with-dashes"

Thanks,

Kyle Evans



Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Bjoern A. Zeeb

On Wed, 29 Dec 2021, Shawn Webb wrote:


I'm also seeing a kernel panic when trying to connect to my FreeBSD /
HardenedBSD based wireless AP (which also means I'm using the kld_list
method for iwlwifi). Picture of panic here:

https://hardenedbsd.org/~shawn/2021-12-27_iwlwifi_panic-01.jpg

More information about the panic:


..

I'll take that offline with you.

/bz

--
Bjoern A. Zeeb r15:7



Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Bjoern A. Zeeb

On Wed, 29 Dec 2021, Kyle Evans wrote:


On Wed, Dec 29, 2021 at 11:36 AM Bjoern A. Zeeb  wrote:


On Wed, 29 Dec 2021, Bjoern A. Zeeb wrote:


On Wed, 29 Dec 2021, Pete Wright via freebsd-wireless wrote:

Hi Pete,


hello - i've got an intel device currently working under iwm:

iwm0:  mem 0xdd338000-0xdd33bfff at
device 20.3 on pci0
iwm0: hw rev 0x310, fw ver 34.3125811985.0, address

after building CURRENT on the 28th and attempting to load if_iwlwifi via
/boot/loader.conf i get these errors when the firmware tries to load:


I am sorry; I hadn't fully realised;  if you load the driver from
loader you'd have to load the fimrware manually as well as otherwise
there's no file system yet to load it from.

Problem is the loader.conf syntax doesn't allow you to say,
foo-bar-baz_load="YES".



FWIW you can work around this, but it's ugly. We offer ${module}_name
to specify the actual name of a module, so:

my_fw_with_dashes_load="YES"
my_fw_with_dashes_name="my-fw-with-dashes"


Oh, cool.  Thank you!  I didn't know that worked generally :-)
A lot better than any crude exec hacks I'd have used old-school way.

/bz

--
Bjoern A. Zeeb r15:7



Re: [iwlwifi] fail to load firmware

2021-12-29 Thread Pete Wright via freebsd-wireless




On 12/29/21 09:56, Kyle Evans wrote:

On Wed, Dec 29, 2021 at 11:36 AM Bjoern A. Zeeb  wrote:

On Wed, 29 Dec 2021, Bjoern A. Zeeb wrote:


On Wed, 29 Dec 2021, Pete Wright via freebsd-wireless wrote:

Hi Pete,


hello - i've got an intel device currently working under iwm:

iwm0:  mem 0xdd338000-0xdd33bfff at
device 20.3 on pci0
iwm0: hw rev 0x310, fw ver 34.3125811985.0, address

after building CURRENT on the 28th and attempting to load if_iwlwifi via
/boot/loader.conf i get these errors when the firmware tries to load:

I am sorry; I hadn't fully realised;  if you load the driver from
loader you'd have to load the fimrware manually as well as otherwise
there's no file system yet to load it from.

Problem is the loader.conf syntax doesn't allow you to say,
foo-bar-baz_load="YES".


FWIW you can work around this, but it's ugly. We offer ${module}_name
to specify the actual name of a module, so:

my_fw_with_dashes_load="YES"
my_fw_with_dashes_name="my-fw-with-dashes"


Thanks Kyle,
using loader.conf to load the module was due to me misreading the wiki 
and thinking that was the preferred method to load if_iwlwifi. moving it 
to rc.conf loads both the driver and firmware as expected i think - i'm 
chasing down a gremlin with bz now via email.


hoping that once i get this working reliably on my end i'll take a stab 
at updating the wiki if Bjoern doesn't mind :)


-pete


--
Pete Wright
p...@nomadlogic.org
@nomadlogicLA




Re: [iwlwifi] status for stable/13

2021-12-29 Thread Bjoern A. Zeeb

On Mon, 27 Dec 2021, Bjoern A. Zeeb wrote:

Unless I missed something the MFCs to stable/13 did not yet happen. I 
couldn't spot a "cherrypicking-script" either.


I'll prepare that as well as I'll need it in a few days to do the MFCs.


The script is linked here for today's stable/13 :
https://people.freebsd.org/~bz/wireless/

Despite the problems showing up in HEAD now for some, I hope to do the
MFCs to 13 tomorrow anyway and then we can more or less given a few days
of difference go through future changes in HEAD and 13 and there won't
be more snapshots for iwlwifi at least.

Bjoern

--
Bjoern A. Zeeb r15:7



[Bug 256255] Atheros AR9462 not recognised in bsdconfig

2021-12-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=256255

--- Comment #7 from Daniel Cervus  ---
I reinstalled, this time, it can recognize my Wi-Fi, that’s weird.

-- 
You are receiving this mail because:
You are the assignee for the bug.


[Bug 260813] iwlwifi: Cannot load firmware for 9560ac

2021-12-29 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=260813

Bug ID: 260813
   Summary: iwlwifi: Cannot load firmware for 9560ac
   Product: Base System
   Version: CURRENT
  Hardware: amd64
OS: Any
Status: New
  Severity: Affects Only Me
  Priority: ---
 Component: wireless
  Assignee: wireless@FreeBSD.org
  Reporter: junch...@dec.sakura.ne.jp

Cannot load firmware on main git c74ab5ce6f25, amd64.
Hardware probe is at [1].

[1] http://bsd-hardware.info/?probe=676f16ac86

Downloaded linux firmware from kernel.org and checked diff against
/usr/src/sys/dev/iwlwififw/iwlwifi-9000-pu-b0-jf-b0-46.ucode shows no
difference.

Error messages are as below.

Intel(R) Wireless WiFi based driver for FreeBSD
iwlwifi0:  mem 0x404a10c000-0x404a10 at device 20.3 on pci0
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-46.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-45.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-44.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-43.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-42.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-41.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-40.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-39.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-38.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-37.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-36.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-35.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-34.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-33.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-32.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-31.ucode'
iwlwifi0: File size way too small!
iwlwifi0: could not load firmware image 'iwlwifi-9000-pu-b0-jf-b0-30.ucode'
iwlwifi0: File size way too small!
iwlwifi0: no suitable firmware found!
iwlwifi0: minimum version required: iwlwifi-9000-pu-b0-jf-b0-30
iwlwifi0: maximum version supported: iwlwifi-9000-pu-b0-jf-b0-46
iwlwifi0: check
git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git

-- 
You are receiving this mail because:
You are the assignee for the bug.