Thread: [Ndiswrapper-general] no more oopses but it is sluggish
Status: Beta
Brought to you by:
pgiri
From: Cristiano De M. <dem...@na...> - 2004-03-31 22:35:57
|
Pontus, now finally it seems I can load/unload the module without problems (moving fixup_timers before free_betdev) anyway since you added the hangcheck code I get only transfer rates of the order of 800 Kb/s while before it hit up to 3.5 Mb/s. If for example I set handle->hangcheck_interval=3D500*HZ I recover=20 old performances. I know this is not a correct fixing but I hope this can help you=20 to find a solution, C. =20 --=20 Cristiano De Michele E-mail: cristiano.demichele@phys.uniroma= 1.it Department of Physics Tel. : +39064457131 University of Rome "La Sapienza" Fax : +39064463158 Piazzale Aldo Moro 2 I-00185 Roma - Italy =09 ------ "Shoot for the moon. Even if you miss, you'll land among the stars." |
From: Giridhar P. <gi...@lm...> - 2004-03-31 23:27:17
|
Pontus, I believe DEBUG_CRASH_ON_INIT is not necessary anymore, so can we scrap it and move free_netdev to after flush_scheduled_work()? It seems that is the right thing to do. Cristiano, thanks for tracking it down (it was easy, wasn't it?) -- Giri |
From: Cristiano De M. <dem...@na...> - 2004-04-01 00:46:29
|
On Thu, 2004-04-01 at 02:06, Giridhar Pemmasani wrote: > On Thu, 01 Apr 2004 02:01:42 +0200, Cristiano De Michele <dem...@na...f= n.it> said: >=20 > Cristiano> Hangcheck...". It seems that once it calls > Cristiano> miniport_char.hangcheck routine it start to be sluggish. >=20 > That is rather odd! I will let you know if I have any ideas about it.=20 I also tried the tiacx111 driver of DWLINK card and it's the same, hence it does not appear to be a problem related to the miniport layer unfortunately :-/ --=20 Cristiano De Michele E-mail: cristiano.demichele@phys.uniroma= 1.it Department of Physics Tel. : +39064457131 University of Rome "La Sapienza" Fax : +39064463158 Piazzale Aldo Moro 2 I-00185 Roma - Italy =09 ------ "Shoot for the moon. Even if you miss, you'll land among the stars." |
From: Cristiano De M. <dem...@na...> - 2004-04-01 20:49:23
|
I discovered another problem: if I remove the pcmcia card without unloading the driver=20 the keyboard gets locked (I have to reboot using magic keys), though there is no oops and all processes go on regularly. The lock happens exactly after first flush_scheduled_work in ndis_remove_one. On Thu, 2004-04-01 at 02:06, Giridhar Pemmasani wrote: > On Thu, 01 Apr 2004 02:01:42 +0200, Cristiano De Michele <dem...@na...f= n.it> said: >=20 > Cristiano> Hangcheck...". It seems that once it calls > Cristiano> miniport_char.hangcheck routine it start to be sluggish. >=20 > That is rather odd! I will let you know if I have any ideas about it.=20 --=20 Cristiano De Michele E-mail: cristiano.demichele@phys.uniroma= 1.it Department of Physics Tel. : +39064457131 University of Rome "La Sapienza" Fax : +39064463158 Piazzale Aldo Moro 2 I-00185 Roma - Italy =09 ------ "Shoot for the moon. Even if you miss, you'll land among the stars." |