[PlanetCCRMA] Kernel-rt support for Ndiswrapper broken
vikeul at omnitude.net
Tue Jun 2 22:32:51 PDT 2009
This sounds exactly like a problem I was having with my RTL8139
ethernet card. Eventually I discovered that turning on
CONFIG_8139TOO_PIO in the kernel config solved the problem. This makes
the kernel use PIO (likely slower) instead of MMIO for access to the
card. If you could find a similar option for ndiswrapper somewhere it
might solve your problems. I'm not sure that you'll be able to do that
though as it seems that ndiswrapper uses both MMIO and PIO.
Is there any particular reason you need to use ndiswrapper over native
Timo Sivula <timo.sivula at gmail.com> wrote:
> with high hopes I installed the new kernel
> (188.8.131.52-1.rt16.1.fc10.ccrma.i686.rt) and associated development
> packages. Unfortunately I still have the same trouble as with the
> earlier versions. Support for Ndiswrapper is broken.
> Ndiswrapper 1.54 compiles nicely and the module installs as should.
> After a reboot network comes up and the WLAN connection works as
> The trouble starts when I start my internet radio. After about ten
> seconds of streaming audio the WLAN connection dies and the only way to
> resurrect it is to reload the ndiswrapper module and restart network
> service. With occasional packets transferred back and forth like in
> average network surfing this problem does not appear. Streaming is
> Used software:
> FC10 (184.108.40.206-1.rt16.1.fc10.ccrma.i686.rt
> Ndiswrapper 1.54
> 3 GHz P4
> 1 GB RAM
> SMC 2802W V2 PCI WLAN card
> Any ideas what to do?
> PlanetCCRMA mailing list
> PlanetCCRMA at ccrma.stanford.edu
More information about the PlanetCCRMA