Please note: This project is no longer active. The website is kept online for historic purposes only.
If you´re looking for a Linux driver for your Atheros WLAN device, you should continue here .

Ticket #2346 (new defect)

Opened 12 years ago

Last modified 12 years ago

2x CM9 crash MadWifi in (0.9.4 0.9.4-current ..)

Reported by: anonymous Assigned to:
Priority: major Milestone:
Component: madwifi: other Version: v0.9.4
Keywords: Cc:
Patch is attached: 0 Pending: 0

Description

Dears,

I have tested 2 CM9 devices together on two different hardware. It crashes on both. Two diffetent Atheros chipsets does not cause this kind of crash.

It often causes ksoftirqd/0 to stuck at 100% CPU load. When ifconfig ath1 down

is typed, ksoftirqd/0 releases CPU and ath0 works without

interruption.

(Other branches e.g. madwifi-trunk does not work with this configuration.)

regards

Jara

Attachments

2xCM9_crash.jpg (87.1 kB) - added by JaFojtik@seznam.cz on 09/19/09 18:39:55.
Crash screen shot.

Change History

09/19/09 18:39:55 changed by JaFojtik@seznam.cz

  • attachment 2xCM9_crash.jpg added.

Crash screen shot.

10/10/09 10:03:29 changed by JaFojtik@seznam.cz

I have tested only one device CM9 and a same problem is observed. It is interesting that it occurs only in master mode and managed mode works without any problem.

And this bug seems too be hardware dependent. It occurs on K6 motherboard and it was not observed on Pentium 2 motherboard, nor on VIA C3 Ester.

May be that it is caused by some kind of PCI timing or whatever I could guess. It would be good to internally monitor master mode by the same way as it works in managed mode.

10/30/09 15:43:31 changed by JaFojtik@seznam.cz

After analysing this problem has something to do with unfinished PCI transfers. It is very interesting that MadWiFi in managed mode could recover from unfinished PCI transfer, but MadWiFi in a master mode (AP) silly overload CPU.