Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Fri, 2008-02-22 at 07:39 +, Chris Clayton wrote: > On Thursday 21 February 2008, Chris Vine wrote: [snip] > > > > Does the same happen with 2.0.14 under kernel 2.6.24? > > Unfortunately, a 2.6.24.2 tree with the drivers/net/wireless/rt2x00 directory > replaced with that from 2.6.25-rc2-git4 doesn't build: You have to have a version of mac80211 which is current with the version of rt2x00 2.0.14. If you don't want to go back into wireless-2.6 git to do that I can send you my known working copy (for rt73 and I hope for rt61) of compat-wireless-2.6 which will compile under 2.6.24. However it is just over 1MB in size so I won't sent it to you unless you would like me to do that instead of you pulling git from wireless-2.6 for mid January (actually the most recent working version would be immediately before the patch which raised the version of rt2x00 to 2.1.0). Chris -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Friday 22 February 2008, Chris Clayton wrote: > On Thursday 21 February 2008, Chris Vine wrote: > > On Thu, 2008-02-21 at 23:04 +, Chris Clayton wrote: > > > On Thursday 21 February 2008, Ivo van Doorn wrote: > > > > On Thursday 21 February 2008, Chris Vine wrote: > > [snip] > > > > > This probably explains the problem another user reported with rt61. > > > > > > > > Perhaps something similar like: > > > > http://bugzilla.kernel.org/show_bug.cgi?id=10058 > > > > in there a reference is made to the following patch: > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/broken-out/revert-send-a-single-notification-on-device-state-changes.patch > > > > > > > > Does applying that help? > > > > > > I'm afraid not, Ivo. The test I ran last night was against > > > 2.6.25.-rc2-git4 and > > > that already has this patch applied. Furthermore, I have another card > > > that uses > > > the rtl8180 driver and that works reliably. I, therefore, suspect that my > > > problem > > > lies within the rt61pci driver or the rt2x00 infrastructure. > > > > Does the same happen with 2.0.14 under kernel 2.6.24? > > Unfortunately, a 2.6.24.2 tree with the drivers/net/wireless/rt2x00 directory > replaced with that from 2.6.25-rc2-git4 doesn't build: You need the mac80211 compat module from Intel. That allows new mac80211 versions to run on older kernels. When you use that you need to grab the rt2x00 cvs tarball from: http://rt2x00.serialmonkey.com/wiki/index.php/Downloads which allows rt2x00 to be compiled outside of the kernel. > In file included from drivers/net/wireless/rt2x00/rt2x00dev.c:29: > drivers/net/wireless/rt2x00/rt2x00.h:942: warning: `struct > ieee80211_bss_conf' declared inside parameter list > drivers/net/wireless/rt2x00/rt2x00.h:942: warning: its scope is only this > definition or declaration, which is probably not what you want > > [...] > > drivers/net/wireless/rt2x00/rt2x00dev.c: In function > `rt2x00lib_configuration_scheduled': > drivers/net/wireless/rt2x00/rt2x00dev.c:484: error: storage size of > `bss_conf' isn't known > drivers/net/wireless/rt2x00/rt2x00dev.c:494: error: > `BSS_CHANGED_ERP_PREAMBLE' undeclared (first use in this function) > drivers/net/wireless/rt2x00/rt2x00dev.c:494: error: (Each undeclared > identifier is reported only once > drivers/net/wireless/rt2x00/rt2x00dev.c:494: error: for each function it > appears in.) > drivers/net/wireless/rt2x00/rt2x00dev.c:484: warning: unused variable > `bss_conf' > drivers/net/wireless/rt2x00/rt2x00dev.c: In function > `rt2x00lib_beacondone_scheduled': > drivers/net/wireless/rt2x00/rt2x00dev.c:511: warning: passing arg 2 of > `ieee80211_beacon_get' makes integer from pointer without a cast Ivo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Thursday 21 February 2008, Chris Vine wrote: > On Thu, 2008-02-21 at 23:04 +, Chris Clayton wrote: > > On Thursday 21 February 2008, Ivo van Doorn wrote: > > > On Thursday 21 February 2008, Chris Vine wrote: > [snip] > > > > This probably explains the problem another user reported with rt61. > > > > > > Perhaps something similar like: > > > http://bugzilla.kernel.org/show_bug.cgi?id=10058 > > > in there a reference is made to the following patch: > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/broken-out/revert-send-a-single-notification-on-device-state-changes.patch > > > > > > Does applying that help? > > > > I'm afraid not, Ivo. The test I ran last night was against 2.6.25.-rc2-git4 > > and > > that already has this patch applied. Furthermore, I have another card that > > uses > > the rtl8180 driver and that works reliably. I, therefore, suspect that my > > problem > > lies within the rt61pci driver or the rt2x00 infrastructure. > > Does the same happen with 2.0.14 under kernel 2.6.24? Unfortunately, a 2.6.24.2 tree with the drivers/net/wireless/rt2x00 directory replaced with that from 2.6.25-rc2-git4 doesn't build: In file included from drivers/net/wireless/rt2x00/rt2x00dev.c:29: drivers/net/wireless/rt2x00/rt2x00.h:942: warning: `struct ieee80211_bss_conf' declared inside parameter list drivers/net/wireless/rt2x00/rt2x00.h:942: warning: its scope is only this definition or declaration, which is probably not what you want [...] drivers/net/wireless/rt2x00/rt2x00dev.c: In function `rt2x00lib_configuration_scheduled': drivers/net/wireless/rt2x00/rt2x00dev.c:484: error: storage size of `bss_conf' isn't known drivers/net/wireless/rt2x00/rt2x00dev.c:494: error: `BSS_CHANGED_ERP_PREAMBLE' undeclared (first use in this function) drivers/net/wireless/rt2x00/rt2x00dev.c:494: error: (Each undeclared identifier is reported only once drivers/net/wireless/rt2x00/rt2x00dev.c:494: error: for each function it appears in.) drivers/net/wireless/rt2x00/rt2x00dev.c:484: warning: unused variable `bss_conf' drivers/net/wireless/rt2x00/rt2x00dev.c: In function `rt2x00lib_beacondone_scheduled': drivers/net/wireless/rt2x00/rt2x00dev.c:511: warning: passing arg 2 of `ieee80211_beacon_get' makes integer from pointer without a cast > > Chris > > > > -- Beauty is in the eye of the beerholder. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Thursday 21 February 2008, Chris Vine wrote: > On Wed, 2008-02-20 at 21:16 +, Chris Vine wrote: > > On Wed, 2008-02-20 at 21:50 +0100, Ivo van Doorn wrote: > > [snip] > > > On Wednesday 20 February 2008, Chris Vine wrote: > > > > I did that yesterday and it just reported a kernel panic on the terminal > > > > with the message: > > > > > > > > Kernel panic - not syncing: Aiee, killing interrupt handler! > > > > > > I have an idea, could you try below patch? > > > Note that while applying it will mention something about a line offset, > > > but that can be ignored. > > > > > > This could perhaps also fix the TX/RX issue mentioned earlier in the > > > thread, but I am not > > > quite sure about that. > > > > The patch applied OK (with some offsets as you say) but it doesn't help. > > The kernel panic still occurs when association is attempted. > > Here's some further information. > > I have a fully functioning version of rt2x00-2.0.14 and mac80211 from > wireless-2.6/compat-wireless-2.6 of mid January which works fine on > kernel 2.6.24. On doing a comparison with the rt2x00 in vanilla kernel > 2.6.25-rc2, there are no material differences. (There was a slight > change in the declaration a variable in rt2x00usb.c but it is > immaterial.) > > I compiled up the working mid-January version of rt2x00 and mac80211 > under kernel 2.6.25-rc2 and I get exactly the same result as I reported > earlier, namely I get a kernel panic as soon as I try to associate. It > looks therefore as if something has changed within the remainder of the > kernel which has caused rt2x00 (and possibly mac80211?) to break. > > This probably explains the problem another user reported with rt61. Perhaps something similar like: http://bugzilla.kernel.org/show_bug.cgi?id=10058 in there a reference is made to the following patch: ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/broken-out/revert-send-a-single-notification-on-device-state-changes.patch Does applying that help? Ivo -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Wed, 2008-02-20 at 21:16 +, Chris Vine wrote: > On Wed, 2008-02-20 at 21:50 +0100, Ivo van Doorn wrote: > [snip] > > On Wednesday 20 February 2008, Chris Vine wrote: > > > I did that yesterday and it just reported a kernel panic on the terminal > > > with the message: > > > > > > Kernel panic - not syncing: Aiee, killing interrupt handler! > > > > I have an idea, could you try below patch? > > Note that while applying it will mention something about a line offset, but > > that can be ignored. > > > > This could perhaps also fix the TX/RX issue mentioned earlier in the > > thread, but I am not > > quite sure about that. > > The patch applied OK (with some offsets as you say) but it doesn't help. > The kernel panic still occurs when association is attempted. Here's some further information. I have a fully functioning version of rt2x00-2.0.14 and mac80211 from wireless-2.6/compat-wireless-2.6 of mid January which works fine on kernel 2.6.24. On doing a comparison with the rt2x00 in vanilla kernel 2.6.25-rc2, there are no material differences. (There was a slight change in the declaration a variable in rt2x00usb.c but it is immaterial.) I compiled up the working mid-January version of rt2x00 and mac80211 under kernel 2.6.25-rc2 and I get exactly the same result as I reported earlier, namely I get a kernel panic as soon as I try to associate. It looks therefore as if something has changed within the remainder of the kernel which has caused rt2x00 (and possibly mac80211?) to break. This probably explains the problem another user reported with rt61. Chris -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
Hi Ivo, [...] > > I have an idea, could you try below patch? > Note that while applying it will mention something about a line offset, but > that can be ignored. > > This could perhaps also fix the TX/RX issue mentioned earlier in the thread, > but I am not > quite sure about that. > Sorry, but again a few pings and the network fails. I've attached the before and after register dumps. This is with your patch applied against 2.6.25-rc2-git4. Chris -- Beauty is in the eye of the beerholder. BBP: 0 0x16 1 0x68 2 0x18 3 0x00 4 0x11 5 0x0b 6 0x01 7 0x38 8 0x00 9 0x00 10 0x02 11 0x04 12 0x00 13 0x15 14 0x18 15 0x30 16 0x2c 17 0x40 18 0x06 19 0x00 20 0x1e 21 0xc8 22 0x38 23 0x06 24 0xfe 25 0x0a 26 0x0d 27 0x27 28 0x06 29 0x00 30 0x6e 31 0x2b 32 0x14 33 0x55 34 0x12 35 0x50 36 0x11 37 0x07 38 0x00 39 0xf8 40 0x06 41 0x60 42 0x09 43 0x00 44 0x4e 45 0x96 46 0xc1 47 0x6e 48 0x04 49 0x00 50 0x2a 51 0x00 52 0xee 53 0x10 54 0x18 55 0x00 56 0x10 57 0x08 58 0x02 59 0x08 60 0x10 61 0x04 62 0x04 63 0x00 64 0x01 65 0x03 66 0x00 67 0x00 68 0x00 69 0x00 70 0x26 71 0x00 72 0x00 73 0x00 74 0xff 75 0xfe 76 0x40 77 0x00 78 0x00 79 0x00 80 0x05 81 0x14 82 0x50 83 0xc0 84 0x10 85 0xcf 86 0xfe 87 0x40 88 0xfe 89 0x40 90 0x0f 91 0x08 92 0x00 93 0x00 94 0x06 95 0x08 96 0x48 97 0x48 98 0x48 99 0x00 100 0x20 101 0x06 102 0x16 103 0x00 104 0x2c 105 0x20 106 0x90 107 0x04 108 0x04 109 0x00 110 0x00 111 0x00 112 0x00 113 0x00 114 0x00 115 0x00 116 0x00 117 0x00 118 0x00 119 0x00 120 0x00 121 0x00 122 0x00 123 0x00 124 0x00 125 0x00 126 0x00 127 0x00 CSR: 0 0x0002561c 1 0x0004 2 0xde501100 3 0x00fff404 4 0x77b36000 5 0x00031a73 6 0x0fff 7 0x 8 0x013a030a 9 0xa314 10 0x071c 11 0x000a0050 12 0x0009 13 0xe060 14 0x00071e46 15 0x 16 0x027eb162 17 0x9eaa9eaf 18 0x8a8b8c8d 19 0x00858687 20 0x740a0732 21 0x015f 22 0x0a143870 23 0x2e31353b 24 0x2a2a2a2c 25 0x00033e80 26 0x1010 27 0xc78f 28 0x96dc8ba9 29 0x00a0 30 0x 31 0x000f 32 0x0001 33 0x23b0 34 0x82188200 35 0xff00 36 0x150cca0b 37 0x060a100c 38 0x00080606 39 0x0a08 40 0x 41 0x 42 0x 43 0x 44 0x 45 0x 46 0x 47 0x 48 0x 49 0x 50 0x 51 0x 52 0x00014300 53 0x 54 0x 55 0x 56 0x 57 0x 58 0x0300 59 0x 60 0x 61 0x 62 0x 63 0x 64 0x 65 0x 66 0x 67 0x 68 0x 69 0x 70 0x 71 0x 72 0x 73 0x 74 0x 75 0x 76 0x 77 0x 78 0x 79 0x 80 0x 81 0x 82 0x 83 0x 84 0x 85 0x 86 0x 87 0x 88 0x 89 0x 90 0x 91 0x 92 0x 93 0x 94 0x 95 0x 96 0x 97 0x 98 0x 99 0x 100 0x 101 0x 102 0x 103 0x 104 0x 105 0x 106 0x 107 0x 108 0x 109 0x 110 0x 111 0x 112 0x 113 0x 114 0x 115 0x 116 0x 117 0x 118 0x 119 0x 120 0x 121 0x 122 0x 123 0x 124 0x 125 0x 126 0x 127 0x 128 0x 129 0x 130 0x 131 0x 132 0x 133 0x 134 0x 135 0x 136 0x 137 0x 138 0x 139 0x 140 0x 141 0x 142 0x 143 0x 144 0x 145 0x 146 0x 147 0x 148 0x 149 0x 150 0x 151 0x 152 0x 153 0x 154 0x 155 0x 156 0x 157 0x 158 0x 159 0x 160 0x 161 0x 162 0x 163 0x 164 0x 165 0x 166 0x 167 0x 168 0x 169 0x 170 0x 171 0x 172 0x 173 0x 174 0x 175 0x 176 0x 177 0x 178 0x 179 0x 180 0x 181 0x 182 0x 183 0x 184 0x 185 0x 186 0x 187 0x 188 0x 189 0x 190 0x 191 0x 192 0x 193 0x 194 0x 195 0x 196 0x 197 0x 198 0x 199 0x 200 0x 201 0x 202 0x 203 0x 204 0x 205 0x 206 0x 207 0x 208 0x 209 0x 210 0x 211 0x 212 0x 213 0x 214 0x 215 0x 216 0x 217 0x 218 0x 219 0x 220 0x 221 0x 222 0x 223 0x 224 0x 225 0x 226 0x 227 0x 228 0x 229 0x 230 0x 231 0x 232 0x 233 0x 234 0x 235 0x 236 0x000
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Wed, 2008-02-20 at 21:50 +0100, Ivo van Doorn wrote: [snip] > On Wednesday 20 February 2008, Chris Vine wrote: > > I did that yesterday and it just reported a kernel panic on the terminal > > with the message: > > > > Kernel panic - not syncing: Aiee, killing interrupt handler! > > I have an idea, could you try below patch? > Note that while applying it will mention something about a line offset, but > that can be ignored. > > This could perhaps also fix the TX/RX issue mentioned earlier in the thread, > but I am not > quite sure about that. The patch applied OK (with some offsets as you say) but it doesn't help. The kernel panic still occurs when association is attempted. Chris -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Wednesday 20 February 2008, Chris Vine wrote: > > On Wed, 2008-02-20 at 11:05 -0500, Dan Williams wrote: > > On Tue, 2008-02-19 at 23:04 +, Chris Vine wrote: > > > On Tue, 2008-02-19 at 20:46 +0100, Ivo van Doorn wrote: > > > > Hi, > > > > > > > > [added rt2400-devel (rt2x00 development mailinglist) to the CC list.] > > > > > > > > > > > > I have a series of tests I would like to request from you, > > > > > > > > you mentioned you already enabled debugfs, and that is just > > > > > > > > what we need. ;) > > > > > > > > Please use attached script to create dumps of the hardware > > > > > > > > register contents. > > > > > > > > > > > > > > > > There are specific moments that should be dumped: > > > > > > > > - kernel 2.6.24 (last known working version for you). > > > > > > > > - kernel 2.6.25-rc2 (after ifup, before TX dies) > > > > > > > > - kernel 2.6.25-rc2 (after ifup, after TX dies) > > > > > > > > > > > > > > > > > > > > > > These diagnostics are attached, with obvious filenames. > > > > > > > > > > > > Thanks. I think I found something, please test below patch: > > > > > > > > > > > > > > > > I've tried the patch but, unfortunately, my wireless LAN still dies > > > > > after a few pings. > > > > > > rt2x00 2.0.14 is broken with my rt73 stick in the vanilla 2.6.25-rc2 > > > kernel (not wireless-2.6/rt2x00 git). The modules load when I plug the > > > stick in but I then get a complete kernel lock up with two flashing > > > leds. Nothing is recorded to system logs. The last logged messages are > > > that usbcore has registered new interface driver rt73usb, and that the > > > rate control algorithm has been selected on phy0. This happens whether > > > the simple or pid mac80211 rate control algorithms have been chosen. > > > > > > This is a shame because 2.0.14 was working really well for me until the > > > mac80211 changes 2 or 3 weeks ago broke it. (Shortly followed by the > > > release of 2.1.*). > > > > Switch to a VT with Ctl+Alt+1, then plug the stick in, and take a > > picture of the panic if one shows up. _Something_ should show up on the > > VT. > > I did that yesterday and it just reported a kernel panic on the terminal > with the message: > > Kernel panic - not syncing: Aiee, killing interrupt handler! I have an idea, could you try below patch? Note that while applying it will mention something about a line offset, but that can be ignored. This could perhaps also fix the TX/RX issue mentioned earlier in the thread, but I am not quite sure about that. --- diff --git a/drivers/net/wireless/rt2x00/rt2400pci.c b/drivers/net/wireless/rt2x00/rt2400pci.c index b63bc66..460ef2f 100644 --- a/drivers/net/wireless/rt2x00/rt2400pci.c +++ b/drivers/net/wireless/rt2x00/rt2400pci.c @@ -953,8 +953,12 @@ static int rt2400pci_set_device_state(struct rt2x00_dev *rt2x00dev, rt2400pci_disable_radio(rt2x00dev); break; case STATE_RADIO_RX_ON: + case STATE_RADIO_RX_ON_LINK: + rt2400pci_toggle_rx(rt2x00dev, STATE_RADIO_RX_ON); + break; case STATE_RADIO_RX_OFF: - rt2400pci_toggle_rx(rt2x00dev, state); + case STATE_RADIO_RX_OFF_LINK: + rt2400pci_toggle_rx(rt2x00dev, STATE_RADIO_RX_OFF); break; case STATE_DEEP_SLEEP: case STATE_SLEEP: diff --git a/drivers/net/wireless/rt2x00/rt2500pci.c b/drivers/net/wireless/rt2x00/rt2500pci.c index add8aff..ffcd996 100644 --- a/drivers/net/wireless/rt2x00/rt2500pci.c +++ b/drivers/net/wireless/rt2x00/rt2500pci.c @@ -1106,8 +1106,12 @@ static int rt2500pci_set_device_state(struct rt2x00_dev *rt2x00dev, rt2500pci_disable_radio(rt2x00dev); break; case STATE_RADIO_RX_ON: + case STATE_RADIO_RX_ON_LINK: + rt2500pci_toggle_rx(rt2x00dev, STATE_RADIO_RX_ON); + break; case STATE_RADIO_RX_OFF: - rt2500pci_toggle_rx(rt2x00dev, state); + case STATE_RADIO_RX_OFF_LINK: + rt2500pci_toggle_rx(rt2x00dev, STATE_RADIO_RX_OFF); break; case STATE_DEEP_SLEEP: case STATE_SLEEP: diff --git a/drivers/net/wireless/rt2x00/rt2500usb.c b/drivers/net/wireless/rt2x00/rt2500usb.c index d9643c5..9f59db9 100644 --- a/drivers/net/wireless/rt2x00/rt2500usb.c +++ b/drivers/net/wireless/rt2x00/rt2500usb.c @@ -996,8 +996,12 @@ static int rt2500usb_set_device_state(struct rt2x00_dev *rt2x00dev, rt2500usb_disable_radio(rt2x00dev); break; case STATE_RADIO_RX_ON: + case STATE_RADIO_RX_ON_LINK: + rt2500usb_toggle_rx(rt2x00dev, STATE_RADIO_RX_ON); + break; case STATE_RADIO_RX_OFF: - rt2500usb_toggle_rx(rt2x00dev, state); + case STATE_RADIO_RX_OFF_LINK: + rt2500usb_toggle_rx(rt2x00dev, STATE_RADIO_RX_OFF); break; case STATE_DEEP_SLEEP: case STATE_SLEE
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Wed, 2008-02-20 at 11:05 -0500, Dan Williams wrote: > On Tue, 2008-02-19 at 23:04 +, Chris Vine wrote: > > On Tue, 2008-02-19 at 20:46 +0100, Ivo van Doorn wrote: > > > Hi, > > > > > > [added rt2400-devel (rt2x00 development mailinglist) to the CC list.] > > > > > > > > > > I have a series of tests I would like to request from you, > > > > > > > you mentioned you already enabled debugfs, and that is just what > > > > > > > we need. ;) > > > > > > > Please use attached script to create dumps of the hardware > > > > > > > register contents. > > > > > > > > > > > > > > There are specific moments that should be dumped: > > > > > > > - kernel 2.6.24 (last known working version for you). > > > > > > > - kernel 2.6.25-rc2 (after ifup, before TX dies) > > > > > > > - kernel 2.6.25-rc2 (after ifup, after TX dies) > > > > > > > > > > > > > > > > > > > These diagnostics are attached, with obvious filenames. > > > > > > > > > > Thanks. I think I found something, please test below patch: > > > > > > > > > > > > > I've tried the patch but, unfortunately, my wireless LAN still dies > > > > after a few pings. > > > > rt2x00 2.0.14 is broken with my rt73 stick in the vanilla 2.6.25-rc2 > > kernel (not wireless-2.6/rt2x00 git). The modules load when I plug the > > stick in but I then get a complete kernel lock up with two flashing > > leds. Nothing is recorded to system logs. The last logged messages are > > that usbcore has registered new interface driver rt73usb, and that the > > rate control algorithm has been selected on phy0. This happens whether > > the simple or pid mac80211 rate control algorithms have been chosen. > > > > This is a shame because 2.0.14 was working really well for me until the > > mac80211 changes 2 or 3 weeks ago broke it. (Shortly followed by the > > release of 2.1.*). > > Switch to a VT with Ctl+Alt+1, then plug the stick in, and take a > picture of the panic if one shows up. _Something_ should show up on the > VT. I did that yesterday and it just reported a kernel panic on the terminal with the message: Kernel panic - not syncing: Aiee, killing interrupt handler! There is a complete lock up. Even the two leds don't send a dump in morse code (if that is still a feature of the 2.6 kernels). They just flash together at 1 second intervals. However, I do not have debugging enabled on 2.6.25-rc2 (I was just interested to see how it worked). If it is thought to be useful I can recompile the kernel with debugging enabled, but this should be reproducible by anyone with a rt73 stick. By way of a further data point, I can scan OK using 2.6.25-rc2 and it will report all the available access points in my area. But as soon as association is attempted, it blows up. Chris -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Tue, 2008-02-19 at 23:04 +, Chris Vine wrote: > On Tue, 2008-02-19 at 20:46 +0100, Ivo van Doorn wrote: > > Hi, > > > > [added rt2400-devel (rt2x00 development mailinglist) to the CC list.] > > > > > > > > I have a series of tests I would like to request from you, > > > > > > you mentioned you already enabled debugfs, and that is just what we > > > > > > need. ;) > > > > > > Please use attached script to create dumps of the hardware register > > > > > > contents. > > > > > > > > > > > > There are specific moments that should be dumped: > > > > > > - kernel 2.6.24 (last known working version for you). > > > > > > - kernel 2.6.25-rc2 (after ifup, before TX dies) > > > > > > - kernel 2.6.25-rc2 (after ifup, after TX dies) > > > > > > > > > > > > > > > > These diagnostics are attached, with obvious filenames. > > > > > > > > Thanks. I think I found something, please test below patch: > > > > > > > > > > I've tried the patch but, unfortunately, my wireless LAN still dies after > > > a few pings. > > rt2x00 2.0.14 is broken with my rt73 stick in the vanilla 2.6.25-rc2 > kernel (not wireless-2.6/rt2x00 git). The modules load when I plug the > stick in but I then get a complete kernel lock up with two flashing > leds. Nothing is recorded to system logs. The last logged messages are > that usbcore has registered new interface driver rt73usb, and that the > rate control algorithm has been selected on phy0. This happens whether > the simple or pid mac80211 rate control algorithms have been chosen. > > This is a shame because 2.0.14 was working really well for me until the > mac80211 changes 2 or 3 weeks ago broke it. (Shortly followed by the > release of 2.1.*). Switch to a VT with Ctl+Alt+1, then plug the stick in, and take a picture of the panic if one shows up. _Something_ should show up on the VT. Dan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: [Rt2400-devel] 2.6.25-rc2 regression in rt61pci wireless driver
On Tue, 2008-02-19 at 20:46 +0100, Ivo van Doorn wrote: > Hi, > > [added rt2400-devel (rt2x00 development mailinglist) to the CC list.] > > > > > > I have a series of tests I would like to request from you, > > > > > you mentioned you already enabled debugfs, and that is just what we > > > > > need. ;) > > > > > Please use attached script to create dumps of the hardware register > > > > > contents. > > > > > > > > > > There are specific moments that should be dumped: > > > > > - kernel 2.6.24 (last known working version for you). > > > > > - kernel 2.6.25-rc2 (after ifup, before TX dies) > > > > > - kernel 2.6.25-rc2 (after ifup, after TX dies) > > > > > > > > > > > > > These diagnostics are attached, with obvious filenames. > > > > > > Thanks. I think I found something, please test below patch: > > > > > > > I've tried the patch but, unfortunately, my wireless LAN still dies after a > > few pings. rt2x00 2.0.14 is broken with my rt73 stick in the vanilla 2.6.25-rc2 kernel (not wireless-2.6/rt2x00 git). The modules load when I plug the stick in but I then get a complete kernel lock up with two flashing leds. Nothing is recorded to system logs. The last logged messages are that usbcore has registered new interface driver rt73usb, and that the rate control algorithm has been selected on phy0. This happens whether the simple or pid mac80211 rate control algorithms have been chosen. This is a shame because 2.0.14 was working really well for me until the mac80211 changes 2 or 3 weeks ago broke it. (Shortly followed by the release of 2.1.*). Chris -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/