Hello.
I observe a very negative and unpleasant development and behaviour with Intel
iwm driver
in FreeBSD recently. Using this WiFi adapter in a Lenovo E540 (technical specs
see below,
output of pciconf -lvbc), this adapter ran stable with FreeBSD 12-CURRENT some
time ago,
until I moved to 13
Hello,
is there any chance that FreeBSD 13 or 14 will support the WiFi adaptor
described below?
The WiFi NIC in question is a Chinese product branded
WLE600VX 7AA
and often bundled with PCengine's APUs. The WiFi Adaptor was supposed to drive
a FreeBSD based
router/firewall project with
On Fri, 24 Sep 2021 10:59:02 + (UTC)
"Bjoern A. Zeeb" wrote:
> On Sun, 12 Sep 2021, free...@walstatt-de.de wrote:
>
> Hallo,
Hello,
thanks for responding.
>
> > I observe a very negative and unpleasant development and behaviour with
> > Intel iwm
>
Running FreeBSD 13.0-STABLE #45 stable/13-n248789-9d96f4d3491: Thu Dec 30
23:02:26 CET
2021 amd on a Lenovo Thinkpad E540, which has the following chipset as WiFi
chipset
(loaded with the if_iwm module):
iwm0@pci0:5:0:0:class=0x028000 rev=0x73 hdr=0x00 vendor=0x8086
device=0x08b2
On Fri, 31 Dec 2021 00:36:51 + (UTC)
"Bjoern A. Zeeb" wrote:
> On Thu, 30 Dec 2021, FreeBSD User wrote:
>
> > Running FreeBSD 13.0-STABLE #45 stable/13-n248789-9d96f4d3491: Thu Dec 30
> > 23:02:26 CET
> > 2021 amd on a Lenovo Thinkpad E540, which
ge, 64 bit enabled with 1 message
cap 10[40] = PCI-Express 2 endpoint max data 128(128) FLR RO NS
max read 128
link x1(x1) speed 2.5(2.5) ASPM L1(L0s/L1) ClockPM enabled
ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected
ecap 0003[140] = Serial 1 native MAC
ecap 0018[14c] = LTR 1
ecap
Hello,
we have several APUs equipted with a 802.11ac WiFi chip as recognized by
FreeBSD 13-STABLE
(FreeBSD 13.0-STABLE #41 n249369-780049741e8: Wed Feb 9 09:31:32 CET 2022
amd64):
[...]
none2@pci0:1:0:0: class=0x028000 rev=0x00 hdr=0x00 vendor=0x168c
device=0x003c
subvendor=0x
max read 128
link x1(x1) speed 2.5(2.5) ASPM L1(L0s/L1) ClockPM enabled
ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected
ecap 0003[140] = Serial 1 XX
ecap 0018[14c] = LTR 1
ecap 000b[154] = Vendor [1] ID cafe Rev 1 Length 20
Running FreeBSD 13.1-
On Sat, Dec 31, 2022 at 3:15 PM wrote:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=268687
>
> Bug ID: 268687
>Summary: rtwn_usb fails after reset triggered when running ssh
>
...
> FreeBSD ptavv 14.0-CURRENT FreeBSD 14.0-CURRENT #4
> main
27;s original fix that I was
> referring to.
>
> I have been running KIB's patch for over a month with no problems... all
> cores enabled and the pmap enabled.
>
Oh, that is good to note. Thank you for testing for me/rest of us.
Happy New Year!
- parv
> On Sat, De
Hello,
what is the status of wpa_supplicant/WiFi in FreeBSD allowing WPA3? On a recent
13-STABLE
(update sources today) I run into trouble connection via iwm/iwlwifi with APs
(OpenWRT
22.X.X) allowing WPA3-only.
Checking wpa_suppilcant.conf manpage doesn't reveal anything about key_mgm
Hello,
running 13-STABLE (13.2-STABLE #29 stable/13-n255792-d295e418ae7e: Sun Jul 9
10:08:25 CEST
2023 amd64) on a Lenovo T560 with Intel i8260 WiFi chipset, combining the LAN
(if_em) and WiFi
(if_iwm) via if_lagg for convenient switching between LAN and WiFi APs of our
departments,
worked fin
Am Mon, 10 Jul 2023 00:46:45 + (UTC)
"Bjoern A. Zeeb" schrieb:
> On Sun, 9 Jul 2023, FreeBSD User wrote:
>
> > Hello,
> >
> > running 13-STABLE (13.2-STABLE #29 stable/13-n255792-d295e418ae7e: Sun Jul
> > 9 10:08:25 CEST
> > 2023 amd64)
Hello,
Access Point is OpenWRT, openwrt-23.05 branch git-23.306.39416-c86c256.
Client are either FreeBSD 13-STABLE or 14-STABLE, last tested on a recent
14-STBLE, running on
Lenovo T560 hardware, WiFi chipset is recognised as Intel Wireless 8260.
iwm(4) is working, but bumpy, see subject and
All good on my Framework 13:
iwlwifi0@pci0:170:0:0:class=0x028000 rev=0x1a hdr=0x00 vendor=0x8086
device=0x2725 subvendor=0x8086 subdevice=0x0020
No obvious differences from before. I have a feeling it might be a tad
faster than before - especially under high CPU load - but that may also
On 05.03.2025 10:27, ltning-freebsd-wirel...@anduin.net wrote:
On 03.03.2025 23:47, Bjoern A. Zeeb wrote:
On Mon, 3 Mar 2025, Eirik Øverby wrote:
Note that there has been *no* suspend/resume between last night and this
morning. There was a suspend/resume cycle earlier in the day, but it did
Take care,
/EIrik
Forwarded Message
Subject: Re: HT and VHT testing for modern iwlwifi chipsets (notes
about others)
Date: Mon, 3 Mar 2025 20:15:26 +0100
From: ltning-freebsd-wirel...@anduin.net
To: wireless@freebsd.org
[Re-sending this since it did not show up on the list; c
een encouraging enough from some people who've been
testing during the last weeks (the rough edges being sorted step but
step now). For more information about how to test, about older chipsets,
or other drivers see the wireless mailing list archive[2] of this year
and the FreeBSD Foundation Laptop
On 20.03.2025 11:42, Bjoern A. Zeeb wrote:
Yes, I know the firmware crash you reported and along with TKIP that's
the two main (new) things to fix for the moment. Unfortunately there's
been
other regressions (one in net80211 and one outside wireless) which needed
more focus the last days.
Ok
On 02.04.2025 18:11, Bjoern A. Zeeb wrote:
On Tue, 1 Apr 2025, ltning-freebsd-wirel...@anduin.net wrote:
After a few attempts at this, I gave up and reverted to iwlwifi (which
gave me a whole new set of headaches since I can no longer disable HT/
VHT, so I have to cold reboot every few hours
Hi,
I have ath setup in hostap mode. I upgraded freebsd from 13-CURRENT to
14-CURRENT last weekend. After this hostapd is not starting.
root@ryzen:~ # ifconfig wlan0
wlan0: flags=8843 metric 0 mtu 1500
ether 18:d6:c7:1c:9e:de
groups: wlan
ssid freebsdap channel 44 (5220
hello - i've successfully run the "apply-wireless.sh" script and booted
into a rebuilt kernel. the system has an intel 9560 device which i
usually used with if_iwm.
i am able to successfully unload if_iwm and load if_iwlwifi.ko. after
updating my rc.conf to use the iwlwifi0 device and running
On 9/24/21 2:59 AM, Bjoern A. Zeeb wrote:
On Thu, 9 Sep 2021, Pete Wright via freebsd-wireless wrote:
Hi Pete,
sorry for the late reply. This was burried in some 4k emails from
when I was AFK.
no worries - and thanks for your work on this and taking time to respond!
I think from what
Hi All,
Today, I tried to test the iwlwifi driver at
https://wiki.freebsd.org/WiFi/Iwlwifi,
but I could not rebuild a kernel as follows.
In file included from /usr/src/sys/dev/rtw88/main.c:11:
/usr/src/sys/dev/rtw88/main.h:14:10: fatal
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 firm
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: h
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:
27 matches
Mail list logo
