Re: please (re) test if_ath in -HEAD
So you're saying -head is better, right? Adrian On 9 March 2011 15:35, Urankar Mikael mikael.uran...@ujf-grenoble.frwrote: Here are some dumb benchmarks through ftp : with 8.2R RX rate is 2400kBps and TX rate is 810KBps on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps More info on my system : ath0@pci0:4:0:0:class=0x02 card=0x5b001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR2312)' ath0: Atheros 5212 mem 0x8800-0x8800 irq 19 at device 0.0 on cardbus0 ath0: AR2413 mac 7.9 RF2413 phy 4.5 FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 r219368M: Mon Mar 7 12:15:50 CET 2011 $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 17:19:54Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp $ $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z adrian $ On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: What was the previous performance? And which chipsets? Adrian On 6 March 2011 00:30, Urankar Mikael mikael.uran...@ujf-grenoble.fr wrote: On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: Absolutely! Let me know if I've broken anything! Adrian On 5 March 2011 00:45, Urankar Mikael mikael.uran...@ujf-grenoble.fr wrote: On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Are you interested by tests on an old atheros card (Atheros 5212, AR2413 mac 7.9 RF2413 phy 4.5) ? Everything seems to work fine, performances are as good as before. I'm only doing basic stuff with this card (mostly web surfing), I'm connected to an AP with WPA encryption. If you want me to test other encryption or setup an AP with this card or whatever, feel free to ask. And thanks for you work ! ___ freebsd-mob...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to freebsd-mobile-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- Mikaël Urankar Moyens Informatiques et Réseaux IUT1 GRENOBLE BP67 38402 ST MARTIN D'HERES CEDEX ___ freebsd-mob...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to freebsd-mobile-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
Woo. That's great news. On a non-11n card too. Excellent! adrian On 9 March 2011 17:12, Urankar Mikael mikael.uran...@ujf-grenoble.frwrote: Yes ! On Wed 09 March 2011 at 04:58:50PM +0800, Adrian Chadd wrote: So you're saying -head is better, right? On 9 March 2011 15:35, Urankar Mikael mikael.uran...@ujf-grenoble.fr wrote: Here are some dumb benchmarks through ftp : with 8.2R RX rate is 2400kBps and TX rate is 810KBps on a 9-CURRENT RX rate is 2700kBps and TX rate is 2700kBps More info on my system : ath0@pci0:4:0:0:class=0x02 card=0x5b001385 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR2312)' ath0: Atheros 5212 mem 0x8800-0x8800 irq 19 at device 0.0 on cardbus0 ath0: AR2413 mac 7.9 RF2413 phy 4.5 FreeBSD iut-mir-o.ujf-grenoble.fr 9.0-CURRENT FreeBSD 9.0-CURRENT #39 r219368M: Mon Mar 7 12:15:50 CET 2011 $FreeBSD: head/sys/dev/ath/ah_osdep.c 219315 2011-03-05 21:20:18Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath.c 219185 2011-03-02 17:19:54Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_debug.c 218058 2011-01-29 05:08:21Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_keycache.c 219185 2011-03-02 17:19:54Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_pci.c 192147 2009-05-15 17:02:11Z imp $ $FreeBSD: head/sys/dev/ath/if_ath_sysctl.c 219180 2011-03-02 16:03:19Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_tx.c 218932 2011-02-22 00:37:53Z adrian $ $FreeBSD: head/sys/dev/ath/if_ath_tx_ht.c 219214 2011-03-03 03:02:06Z adrian $ On Sun 06 March 2011 at 05:02:38AM +0800, Adrian Chadd wrote: What was the previous performance? And which chipsets? Adrian On 6 March 2011 00:30, Urankar Mikael mikael.uran...@ujf-grenoble.fr wrote: On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: Absolutely! Let me know if I've broken anything! Adrian On 5 March 2011 00:45, Urankar Mikael mikael.uran...@ujf-grenoble.fr wrote: On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Are you interested by tests on an old atheros card (Atheros 5212, AR2413 mac 7.9 RF2413 phy 4.5) ? Everything seems to work fine, performances are as good as before. I'm only doing basic stuff with this card (mostly web surfing), I'm connected to an AP with WPA encryption. If you want me to test other encryption or setup an AP with this card or whatever, feel free to ask. And thanks for you work ! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
hello! FreeBSD 9.0-900033-CURRENT #0 r219338M: Mon Mar 7 11:31:40 VLAT 2011 All fine with AR9285, WPA2 is used stable 36/48/54Mbps with my AP 07.03.2011, 06:14, Adrian Chadd adrian.ch...@gmail.com: On 7 March 2011 03:21, Ian FREISLICH i...@clue.co.za; wrote: Adrian Chadd wrote: I'd like to establish at least a range of subversion revisions so we can start binary searching which one(s) caused instabilities. Is this all the source? Old: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ New: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ Ok, so between r219318 (today) and r218779 (2011-02-18). Would you please first test r218779 and verify that performance is (back to) fine? -- Dima Panov (flu...@freebsd.org) KDE@FreeBSD team Facebook: http://www.facebook.com/?id=10181104157 ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
Which versions did you have stable versus unstable AR9285 behaviour? I'd like to establish at least a range of subversion revisions so we can start binary searching which one(s) caused instabilities. Thanks, Adrian On 6 March 2011 22:24, Ian FREISLICH i...@clue.co.za wrote: Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. Since running the new code, I get a slew of these: Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:41:53 mini kernel: wlan0: link state changed to UP Mar 6 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:46:59 mini kernel: wlan0: link state changed to DOWN Mar 6 14:47:02 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:47:02 mini kernel: wlan0: link state changed to UP Mar 6 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 Mar 6 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:56:53 mini kernel: wlan0: link state changed to DOWN Mar 6 14:56:56 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:56:56 mini kernel: wlan0: link state changed to UP Mar 6 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting My hardware is: ath0@pci0:1:0:0:class=0x028000 card=0x7167144f chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class = network It's also only able to maintain an 18-24Mbps connection, where before I had stable 54Mbps. Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. Since running the new code, I get a slew of these: Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:41:53 mini kernel: wlan0: link state changed to UP Mar 6 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:46:59 mini kernel: wlan0: link state changed to DOWN Mar 6 14:47:02 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:47:02 mini kernel: wlan0: link state changed to UP Mar 6 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 Mar 6 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:56:53 mini kernel: wlan0: link state changed to DOWN Mar 6 14:56:56 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:56:56 mini kernel: wlan0: link state changed to UP Mar 6 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting My hardware is: ath0@pci0:1:0:0:class=0x028000 card=0x7167144f chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class = network It's also only able to maintain an 18-24Mbps connection, where before I had stable 54Mbps. Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
2011/3/6 Ian FREISLICH i...@clue.co.za: Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. Since running the new code, I get a slew of these: Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:41:53 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:41:53 mini kernel: wlan0: link state changed to UP Mar 6 14:41:54 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:41:54 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:46:59 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:46:59 mini kernel: wlan0: link state changed to DOWN Mar 6 14:47:02 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:47:02 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:47:02 mini kernel: wlan0: link state changed to UP Mar 6 14:47:03 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:47:03 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 14:49:31 mini ntpd[1848]: kernel time sync status change 2001 Mar 6 14:56:53 mini wpa_supplicant[422]: CTRL-EVENT-DISCONNECTED bssid=00:30:4f:58:bf:94 reason=0 Mar 6 14:56:53 mini kernel: wlan0: link state changed to DOWN Mar 6 14:56:56 mini wpa_supplicant[422]: Trying to associate with 00:30:4f:58:bf:94 (SSID='quasar' freq=2437 MHz) Mar 6 14:56:56 mini wpa_supplicant[422]: Associated with 00:30:4f:58:bf:94 Mar 6 14:56:56 mini kernel: wlan0: link state changed to UP Mar 6 14:56:57 mini wpa_supplicant[422]: WPA: Key negotiation completed with 00:30:4f:58:bf:94 [PTK=TKIP GTK=TKIP] Mar 6 14:56:57 mini wpa_supplicant[422]: CTRL-EVENT-CONNECTED - Connection to 00:30:4f:58:bf:94 completed (reauth) [id=7 id_str=] Mar 6 16:18:28 mini kernel: ath0: bb hang detected (0x80), resetting fyi; same issue. My hardware is: ath0@pci0:1:0:0: class=0x028000 card=0x7167144f chip=0x002b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'Atheros AR9285 Wireless LAN 802.11 a/b/g/n Controller (AR928x)' class = network same card. It's also only able to maintain an 18-24Mbps connection, where before I had stable 54Mbps. Ian -- Ian Freislich sorry, but i have no stable versions with me. it's a fresh and new freebsd install into an asus eeepc 1005pe (running 9current, clang compiled). later i will spend some time with real tests. unfortunately i'm not at home right now.. and running a gentoo based o.s. btw, ty for your work, chadd. ['s] -- Vinícius Zavam profiles.google.com/egypcio ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
Adrian Chadd wrote: I'd like to establish at least a range of subversion revisions so we can start binary searching which one(s) caused instabilities. Is this all the source? Old: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.9 2011/02/22 04:41:04 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/sample.c,v 1.35 2011/02/17 05:16:59 adrian Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/tx_schedules.h,v 1.1 2011/01/28 08:57:58 adrian Exp $ $FreeBSD: src/sys/dev/usb/wlan/if_uath.c,v 1.23 2010/09/02 03:28:03 thompsa Exp $ New: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_debug.c,v 1.1 2011/01/29 05:08:21 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_keycache.c,v 1.1 2011/03/02 17:19:54 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx.c,v 1.6 2011/02/22 00:37:53 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_tx_ht.c,v 1.10 2011/03/03 03:02:06 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_sysctl.c,v 1.1 2011/03/02 16:03:19 adrian Exp $ $FreeBSD: src/sys/dev/ath/if_ath_pci.c,v 1.25 2009/05/15 17:02:11 imp Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/sample.c,v 1.37 2011/03/03 20:41:59 adrian Exp $ $FreeBSD: src/sys/dev/ath/ath_rate/sample/tx_schedules.h,v 1.1 2011/01/28 08:57:58 adrian Exp $ $FreeBSD: src/sys/dev/usb/wlan/if_uath.c,v 1.23 2010/09/02 03:28:03 thompsa Exp $ Ian -- Ian Freislich ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
On 7 March 2011 03:21, Ian FREISLICH i...@clue.co.za wrote: Adrian Chadd wrote: I'd like to establish at least a range of subversion revisions so we can start binary searching which one(s) caused instabilities. Is this all the source? Old: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $ New: $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.302 2011/03/02 17:19:54 adrian Exp $ Ok, so between r219318 (today) and r218779 (2011-02-18). Would you please first test r218779 and verify that performance is (back to) fine? Thanks, Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
On 7 March 2011 07:27, daren dare...@daelive.com wrote: On Thu, 2011-03-03 at 14:31 -0800, Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Do these changes support the AR2427? On Mon, 2011-03-07 at 08:07 +0800, Adrian Chadd wrote: The AR2427 support in HEAD is still unstable. I'm just fleshing out the AR9280 support and finding/fixing regressions that have been introduced before I continue fixing up the AR9285/AR2427 support. Basically, 11g modes on the AR2427 start off fine but they stop being successfully TXed after a few hours. Maybe if you run it in 11b only mode it'll be stable enough for use. I do have an AR2427 in a laptop here so I can actually test it. :) adrian Ok great, thanks. ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
Absolutely! Let me know if I've broken anything! Adrian On 5 March 2011 00:45, Urankar Mikael mikael.uran...@ujf-grenoble.frwrote: On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Are you interested by tests on an old atheros card (Atheros 5212, AR2413 mac 7.9 RF2413 phy 4.5) ? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Are you interested by tests on an old atheros card (Atheros 5212, AR2413 mac 7.9 RF2413 phy 4.5) ? ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
On Thu, Mar 3, 2011 at 19:31, Adrian Chadd adrian.ch...@gmail.com wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Hi Adrian. I compiled your changes and everything worked. I'm using hostapd with WEP key. My kernel/world is compiled with clang. Is there any kind of test that I can do for you? There is still a annoying message, but it existed before your update: ath0: stuck beacon; resetting (bmiss count 4) - BARAD-DUR# uname -a FreeBSD BARAD-DUR 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r219303: Sat Mar 5 09:16:19 BRT 2011 root@BARAD-DUR:/usr/clang/obj/mnt/data/system/src/sys/GENERIC amd64 BARAD-DUR# dmesg| grep -i ath ath0: Atheros 5212 mem 0xfd8f-0xfd8f irq 16 at device 7.0 on pci1 ath0: AR2413 mac 7.9 RF2413 phy 4.5 ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 4) BARAD-DUR# ifconfig ath0 ath0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290 ether 00:19:e0:8a:0a:d6 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g hostap status: running Thanks, Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org -- Marcelo Rossi This e-mail is provided AS IS with no warranties, and confers no rights. I have nothing against God, I just hate His fan club ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: Absolutely! Let me know if I've broken anything! Adrian On 5 March 2011 00:45, Urankar Mikael mikael.uran...@ujf-grenoble.frwrote: On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Are you interested by tests on an old atheros card (Atheros 5212, AR2413 mac 7.9 RF2413 phy 4.5) ? Everything seems to work fine, performances are as good as before. I'm only doing basic stuff with this card (mostly web surfing), I'm connected to an AP with WPA encryption. If you want me to test other encryption or setup an AP with this card or whatever, feel free to ask. And thanks for you work ! ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: please (re) test if_ath in -HEAD
What was the previous performance? And which chipsets? Adrian On 6 March 2011 00:30, Urankar Mikael mikael.uran...@ujf-grenoble.frwrote: On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote: Absolutely! Let me know if I've broken anything! Adrian On 5 March 2011 00:45, Urankar Mikael mikael.uran...@ujf-grenoble.fr wrote: On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote: Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Are you interested by tests on an old atheros card (Atheros 5212, AR2413 mac 7.9 RF2413 phy 4.5) ? Everything seems to work fine, performances are as good as before. I'm only doing basic stuff with this card (mostly web surfing), I'm connected to an AP with WPA encryption. If you want me to test other encryption or setup an AP with this card or whatever, feel free to ask. And thanks for you work ! ___ freebsd-mob...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-mobile To unsubscribe, send any mail to freebsd-mobile-unsubscr...@freebsd.org ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
please (re) test if_ath in -HEAD
Hi all, For those of you who are testing out my if_ath changes, I'd really appreciate it if you'd update to -HEAD and re-test. I've done a variety of changes to the radio setup and found/fixed a few bugs in the TX path. It's quite possible these have introduced regressions. I'd like to make sure that I haven't broken legacy (11abg) support in weird/wonderful ways. I'd also like to make sure that I haven't broken/changed the behaviour or performance of the NICs in any way. Please give things a good thrashing and let me know the results. I'm still working towards debugging and enabling basic 11n support, but I need to first make sure that I haven't broken legacy operation in any way. Thanks, Adrian ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
