Messages in this thread | | | Date | Fri, 5 Sep 2008 10:29:44 -0600 (MDT) | Subject | 2.6.27-rc5-git7 iwl3945: driver still has receiver lockups and is worse than before | From | jmerkey@wolfmoun ... |
| |
Same problems as previously reported, except now it's gotten worse. Where before the adapter would lockup only when setting encryption keys, now it locks up intermittently even without using encryption using the native linux iwl3945 driver
This same kernel now causes ndis drivers to crash under ndiswrapper (which wrked before) with bugs being reported in the "workqueue" functions. The specific area where I tracked down some serious bugginess and sickness was here (I LOVE MY SHINY NEW LINUX KERNEL DEBUGGER).
if (unlikely(in_atomic() || lockdep_depth(current) > 0)) { printk(KERN_ERR "BUG: workqueue leaked lock or atomic: " "%s/0x%08x/%d\n", current->comm, preempt_count(), task_pid_nr(current)); printk(KERN_ERR " last function: "); print_symbol("%s\n", (unsigned long)f); debug_show_held_locks(current); dump_stack(); }
These iwl3945 problems seem related to the copy of Novell's work-to-do subsystem called "workqueues" in linux when preemption is active, at least in the ndiswrapper case.
Jeff
| |