Date: Tue, 29 Apr 2014 12:27:58 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Kaho Toshikazu <vinwa@elam.kais.kyoto-u.ac.jp> Cc: "freebsd-wireless@freebsd.org" <freebsd-wireless@freebsd.org> Subject: Re: Centrino Wireless-N 1000 support is also broken (Re: iwn(4) in -HEAD supporting Centrino Wireless-N 135) Message-ID: <CAJ-VmokVPA0rQSwins3NuppV%2B2ypYLCTF0nFGeU828GLpPp2KQ@mail.gmail.com> In-Reply-To: <75498.1398751548@elam.kais.kyoto-u.ac.jp> References: <20140226123709.GA31099@syn.pertho.net> <CAJ-Vmom=b5tPTh1qWNG=zV5qM=Wzf1BRe5%2B2-ndrR648NSFmkw@mail.gmail.com> <530EE7F4.3080903@shurik.kiev.ua> <CAJ-VmomsEdS5nm8rX6245rAEhVxWeOc4aO9AYrmEBHuUKHG=Tw@mail.gmail.com> <24791.1393550277@elam.kais.kyoto-u.ac.jp> <CAJ-Vmo=wZyMM1uWTyFV=Yb3vd=EmfiW_NY5Vp1c-JmV5hF2ENA@mail.gmail.com> <75498.1398751548@elam.kais.kyoto-u.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi! Would you mind clarifying what you wrote a little more? What I'm reading this as: * If I grab an r258030 tree, it's broken on your NIC * If I then do what, apply r258034, it works? * If I apply 258035 -> 258085, it also works? I really would appreciate it if you would re-state what you've written so I/we can better understand :-) Something like: * Revision X, doesn't work * Revision X with revisions A, B and then C applied, does work * Revision X with A, B and C applied, and a modified revision D applied, does work (and attach the modified revision D) That way I/we can clearly reproduce what you've done. :-) Thanks! -a On 28 April 2014 23:05, Kaho Toshikazu <vinwa@elam.kais.kyoto-u.ac.jp> wrote: > Hello, sorry for too delay reply. > > During a holiday week in Japan, I traced changes of if_iwn. > > r258030 broke and its problem were willing to be coverd by r258085, > then slightly modified r258034 with changes from r258035 to r258085 > can operate normally. > > r258035 introduced some program structure changes and some breakages. > I cannot chase what is incorrect in r258035. > > -- > kaho@elam.kais.kyoto-u.ac.jp > >> Date: Thu, 27 Feb 2014 19:40:26 -0800 >> Subject: Re: Centrino Wireless-N 1000 support is also broken (Re: iwn(4) in >> -HEAD supporting Centrino Wireless-N 135) >> From: Adrian Chadd <adrian@freebsd.org> >> >> Hi, >> >> Yes there are issues; I'm too busy to try and chase them down. >> >> I'd appreciate some help in chasing down why things are unhappy. >> >> Thanks, >> >> >> -a >> >> >> >> On 27 February 2014 17:17, Kaho Toshikazu <vinwa@elam.kais.kyoto-u.ac.jp> wrote: >> > Hello, -current members >> > >> > I have a similar problem with Centrino Wireless-N 1000. >> > It operated until r257951 and have a trouble after r258030. >> > I use r262433 kernel with sys/dev/iwn reverted to r257951 >> > and changed from IEEE80211_FC1_WEP to EEE80211_FC1_PROTECTED. >> > >> > r262422 if_iwn module with IWN_DEBUG in opt_iwn.h and dev.iwn.0.debug=1 says: >> > >> > -- output of `dmesg -a` -- >> > iwn0: <Intel Centrino Wireless-N 1000> mem 0xd2500000-0xd2501fff irq 19 at device 0.0 on pci2 >> > wlan0: Ethernet address: 00:1e:64:45:f5:64 >> > iwn0: iwn_setregdomain: invalid channel 8 freq 2447/0x20480 >> > iwn_notif_intr: scanning channel 1 status 1 >> > iwn_notif_intr: scanning channel 6 status 1 >> > iwn_notif_intr: scanning channel 11 status 1 >> > iwn_notif_intr: scanning channel 7 status 1 >> > iwn_notif_intr: scanning channel 13 status 1 >> > iwn_notif_intr: scanning channel 2 status 1 >> > iwn_notif_intr: scanning channel 3 status 1 >> > iwn_notif_intr: scanning channel 4 status 1 >> > 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 >> > iwn5000_tx_done: qid 3 idx 0 retries 0 nkill 0 rate 420a duration 778 status 201 >> > iwn_tx_data_raw: qid 3 idx 1 len 86 nsegs 1 >> > iwn5000_tx_done: qid 3 idx 1 retries 0 nkill 0 rate 420a duration 1418 status 201 >> > iwn_set_link_quality: 1stream antenna=0x01, 2stream antenna=0x03, ntxstreams=1 >> > iwn_set_link_quality: i=0, txrate=7, rate=0x87 >> > iwn_set_link_quality: i=1, txrate=6, rate=0x86 >> > iwn_set_link_quality: i=2, txrate=5, rate=0x85 >> > iwn_set_link_quality: i=3, txrate=4, rate=0x84 >> > iwn_set_link_quality: i=4, txrate=3, rate=0x83 >> > iwn_set_link_quality: i=5, txrate=2, rate=0x82 >> > iwn_set_link_quality: i=6, txrate=1, rate=0x81 >> > iwn_set_link_quality: i=7, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=8, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=9, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=10, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=11, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=12, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=13, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=14, txrate=0, rate=0x80 >> > iwn_set_link_quality: i=15, txrate=0, rate=0x80 >> > wlan0: link state changed to UP >> > iwn0: iwn_intr: fatal firmware error >> > firmware error log: >> > error type = "SYSASSERT" (0x00000005) >> > program counter = 0x00018DBC >> > source line = 0x00000032 >> > error data = 0x0000000100000000 >> > branch link = 0x00018D6E00018D6E >> > interrupt link = 0x0000082600000000 >> > time = 1043083265 >> > driver status: >> > tx ring 0: qid=0 cur=0 queued=0 >> > tx ring 1: qid=1 cur=0 queued=0 >> > tx ring 2: qid=2 cur=0 queued=0 >> > tx ring 3: qid=3 cur=2 queued=0 >> > tx ring 4: qid=4 cur=57 queued=0 >> > tx ring 5: qid=5 cur=0 queued=0 >> > tx ring 6: qid=6 cur=0 queued=0 >> > tx ring 7: qid=7 cur=0 queued=0 >> > tx ring 8: qid=8 cur=0 queued=0 >> > tx ring 9: qid=9 cur=0 queued=0 >> > tx ring 10: qid=10 cur=0 queued=0 >> > tx ring 11: qid=11 cur=0 queued=0 >> > tx ring 12: qid=12 cur=0 queued=0 >> > tx ring 13: qid=13 cur=0 queued=0 >> > tx ring 14: qid=14 cur=0 queued=0 >> > tx ring 15: qid=15 cur=0 queued=0 >> > tx ring 16: qid=16 cur=0 queued=0 >> > tx ring 17: qid=17 cur=0 queued=0 >> > tx ring 18: qid=18 cur=0 queued=0 >> > tx ring 19: qid=19 cur=0 queued=0 >> > rx ring: cur=55 >> > >> > -- output of `pciconf -lvcb` -- >> > iwn0@pci0:2:0:0: class=0x028000 card=0x13058086 chip=0x00838086 rev=0x00 hdr=0x00 >> > vendor = 'Intel Corporation' >> > device = 'Centrino Wireless-N 1000 [Condor Peak]' >> > class = network >> > bar [10] = type Memory, range 64, base 0xd2500000, size 8192, enabled >> > cap 01[c8] = powerspec 3 supports D0 D3 current D0 >> > cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message >> > cap 10[e0] = PCI-Express 1 endpoint max data 128(128) FLR link x1(x1) >> > speed 2.5(2.5) ASPM L1(L0s/L1) >> > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 3 corrected >> > ecap 0003[140] = Serial 1 001e64ffff45f564 >> > >> > -- >> > Kaho Toshikazu > > > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokVPA0rQSwins3NuppV%2B2ypYLCTF0nFGeU828GLpPp2KQ>