#2094: implementation bug
---------------------------------+------------------------------------------
Reporter: fayçal labrani | Owner:
Type: defect | Status: new
Priority: critical | Milestone:
Component: madwifi: other | Version: v0.9.4
Resolution: | Keywords:
Patch_attached: 0 | Pending: 1
---------------------------------+------------------------------------------
Comment (by faycal labrani):
Replying to [comment:3 mrenzmann]:
> I suggest you test again with a recent revision from trunk, to see
whether the issue still exists there.
>
> I vaguely remember there were changes that addressed issues
ath_rate_findrate. In case the issue has fixed in trunk, it would be worth
to consider backporting the relevant changes for v0.9.4.1.
I need some more information on the oops dumped message :
EIP: [<e007223f>] ath_rate_findrate+0x4bb/0x509 [ath_rate_sample] SS:ESP
0068:c036dd1c /// does it mean that the function that causes the kernel
panic is one of those two precedent : "ath_rate_findrate" or
"ath_rate_sample"??
or does it mean that those two functions have been called by the kernel in
order to retrieve their value?
Thanks for your answer.
Nevertheless i'll download the tatest version of madwifi driver and see if
the kernel panic still trigger.
--
Ticket URL: <https://madwifi.org/ticket/2094#comment:4>
madwifi.org <http://madwifi.org/>
Multiband Atheros Driver for Wireless Fidelity
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Madwifi-tickets mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/madwifi-tickets