2.6.27-rc5-git7 iwl3945: driver still has receiver lockups and is worse than before

[jmerkey@wolfmountaingroup.com]

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