.. I compared it to cedric's driver (after I made it compile on
-HEAD). Lo and behold, I realised a bunch of stuff in iwn_config()
wasn't being run.
Damned missing braces.
http://people.freebsd.org/~adrian/iwn/20131107-iwn-update-works-full-5100-2230-10.diff
This works on the 5100 and the
On Fri, Nov 8, 2013 at 3:03 AM, Adrian Chadd adr...@freebsd.org wrote:
This works on the 5100 and the Centrino 2230 NICs. I haven't yet
tested the rest.
It lives!
iwn0@pci0:2:0:0:class=0x028000 card=0x42228086 chip=0x08918086
rev=0xc4 hdr=0x00
vendor = 'Intel Corporation'
On Fri, Nov 8, 2013 at 2:37 PM, Eitan Adler li...@eitanadler.com wrote:
On Fri, Nov 8, 2013 at 3:03 AM, Adrian Chadd adr...@freebsd.org wrote:
This works on the 5100 and the Centrino 2230 NICs. I haven't yet
tested the rest.
It lives!
I spoke a bit fast: it works for a while but eventually
Per Adrian's request:
iwn_notif_intr: scanning channel 5 status 1
iwn_notif_intr: scanning channel 8 status 1
iwn_notif_intr: scanning channel 9 status 1
iwn_notif_intr: scanning channel 10 status 1
iwn_notif_intr: scanning channel 12 status 1
iwn_tx_data_raw: qid 3 idx 0 len 6 nsegs 1
Yeah, but those frames are successfully transmitting.
Are pings making it through?
-adrian
On 8 November 2013 21:38, Eitan Adler li...@eitanadler.com wrote:
Per Adrian's request:
iwn_notif_intr: scanning channel 5 status 1
iwn_notif_intr: scanning channel 8 status 1
iwn_notif_intr:
Well, my original hypothesis was wrong: HEAD r250200 (around 3 May 2013)
fully lost its wifi on me this morning. My iPhone was on during the night,
which generated a long list of stuck beacon messages. The iPhone could
not get a connection and neither could any other stations. A warm reboot
did
Hi,
the stuck beacon stuff is likely just the MAC getting angry at the
power save aggressiveness that the iphone/ipad does. But it itself
shouldn't lock things up.
When you say you did a warm reboot, is that a 'reboot' where you typed
reboot? is there a physical reset button on the ALIX you can
