Re: [Ndiswrapper-general] 64 Bit Linux and 32 Bit Windows XP Driver

[Jim Cromie <jim.cromie@gm...>]

Sameer Deshpande wrote:
> Hello,
>
> I need some information about ndiswrapper. 
>
> I have installed 64 bit SuSE 10 Linux and I want to install ndiswrapper for my USB wireless network adaptor from Linksys USB54G-DE. While installing ndiswrapper, it finds the hardware but failed to start because driver (.INF) file which I use is from 32 bit windows XP driver.
>
> Is it possible to use this 32 bit windows XP driver file to configure n/w adaptor using ndiswrapper on 64 bit linux?
>
>   

http://ndiswrapper.sourceforge.net/mediawiki/index.php/FAQ#Can_I_use_32-bit_Windows_driver_in_64-bit_mode.3F
> Thanks in advance

Re: [Ndiswrapper-general] Please, help me to configure my Wireless system

[Jim Cromie <jim.cromie@gm...>]

Wilson Pedro Tamega Junior wrote:
> 	Dear Sirs,
>
> 	I've tried everything to make my Fedora Core 4 recognizes my
> wire-less USB device from Navini. Attached to this message follows:
> dmesg info after I have configured ndiswrapper with "make DEBUG=3", and
> a file with the verbose information of Navini form lsusb. Please, send
> me an answer with instructions that I can make this device work! The
> installation procedure was fine, when I command "ndiswrapper -l" it
> responds that the dirver is installed and the hardware is present.
>
> 	Best regards,
>
>
> Wilson P. Tamega Jr.
>
>   

the list of things you havent done/provided is too long to enumerate here.
pls start by reading
    http://ndiswrapper.sourceforge.net/mediawiki/index.php/Main_Page

esp the Bugs, Troubleshooting, FAQ, working-card-list sections

[Ndiswrapper-general] Please, help me to configure my Wireless system

[Wilson Pedro Tamega Junior <tamegajr@ya...>]

	Dear Sirs,

	I've tried everything to make my Fedora Core 4 recognizes my
wire-less USB device from Navini. Attached to this message follows:
dmesg info after I have configured ndiswrapper with "make DEBUG=3", and
a file with the verbose information of Navini form lsusb. Please, send
me an answer with instructions that I can make this device work! The
installation procedure was fine, when I command "ndiswrapper -l" it
responds that the dirver is installed and the hardware is present.

	Best regards,


Wilson P. Tamega Jr.


		
_______________________________________________________ 
Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! 
http://br.acesso.yahoo.com

Re: [Ndiswrapper-general] [patch] support building against kernels built with make O=../output

[Jim Cromie <jim.cromie@gm...>]

Giridhar Pemmasani wrote:
> Try latest snapshot / CVS. IIUC it should work. If it doesn't, submit
> patch against that.
>
> Thanks,
> Giri
>
>   
ok - heres a patch against cvs
(I couldnt find the svn info, and had cvs from some earlier time)

it works for me, against vanilla kernel,
     kernel built as:     make O=../linux-2.6.16-sk,
     ndiswrapper as:     KVERS=2.6.16-sk make

[jimc@... ndiswrapper]$ KVERS=2.6.16-sk make
make -C driver
make[1]: Entering directory 
`/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver'
make -C /lib/modules/2.6.16-sk/build 
SUBDIRS=/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver \
        DRIVER_VERSION=1.11rc3
make[2]: Entering directory 
`/mnt/dilbert/jimc/dilbert/lxbuild/linux-2.6.16-sk'
make -C /mnt/dilbert/jimc/dilbert/lxbuild/linux-2.6.16 
O=/mnt/dilbert/jimc/dilbert/lxbuild/linux-2.6.16-sk
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/hal.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/iw_ndis.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/loader.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/misc_funcs.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndis.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ntoskernel.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ntoskernel_io.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/pe_linker.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/pnp.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/proc.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/wrapndis.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/wrapper.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/usb.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/divdi3.o
  LD [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndiswrapper.o
  Building modules, stage 2.
  MODPOST
  CC      
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndiswrapper.mod.o
  LD [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndiswrapper.ko
make[2]: Leaving directory 
`/mnt/dilbert/jimc/dilbert/lxbuild/linux-2.6.16-sk'
make[1]: Leaving directory 
`/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver'
make -C utils
make[1]: Entering directory 
`/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/utils'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory 
`/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/utils'
[jimc@... ndiswrapper]$


also works against FC-4 kernel (currently running),

[jimc@... ndiswrapper]$ make
make -C driver
make[1]: Entering directory 
`/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver'
make -C /lib/modules/2.6.15-1.1833_FC4/build 
SUBDIRS=/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver \
        DRIVER_VERSION=1.11rc3
make[2]: Entering directory `/usr/src/kernels/2.6.15-1.1833_FC4-i686'
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/hal.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/iw_ndis.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/loader.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/misc_funcs.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndis.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ntoskernel.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ntoskernel_io.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/pe_linker.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/pnp.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/proc.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/wrapndis.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/wrapper.o
  CC [M]  /mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/usb.o
  CC [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/divdi3.o
  LD [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndiswrapper.o
  Building modules, stage 2.
  MODPOST
  CC      
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndiswrapper.mod.o
  LD [M]  
/mnt/dilbert/jimc/dilbert/ndis/cvs-ndis/ndiswrapper/driver/ndiswrapper.ko
make[2]: Leaving directory `/usr/src/kernels/2.6.15-1.1833_FC4-i686'


*** WARNING:  Kernel is compiled with 4K stack size option 
(CONFIG_4KSTACKS); many Windows drivers will not work with this option 
enabled. Disable CONFIG_4KSTACKS option, recompile and install kernel



All this said, you probably have valid reasons to keep KINC,
I'll leave those adaptations in you good hands.
thanks
jimc

Re: [Ndiswrapper-general] 1.11-rc3

[Giridhar Pemmasani <giri@lm...>]

On Thu, 23 Mar 2006 19:18:38 -0500, Jim Cromie <jim.cromie@...> said:

  Jim> ie you added a KBUILD symbol, presumably inspired by my attempt
  Jim> to produce a usable patch.

Well, that was based on feedback about SuSE 9.1 that someone submitted
sometime ago. It looked to me your patch was trying to do similar
thing, so I suggested that you try the latest snapshot.

  Jim> Since that patch was not my 1st try (I sent one also for rc1 on
  Jim> 3/02), heres a few questions that might help me understand

I must have missed that.

  Jim> 2. in prereq_check, you check -f $KINC/linux/version.h as I
  Jim> noted above, version.h is under KBUILD.  it is *not* under KSRC

Please submit a patch against latest CVS / snapshot.

  Jim> As yet, I dont see the need for KINC per se; when doing a

That was done to make SuSE happy (there is a bug report on Sourceforge
project site for it). I haven't heard from that person again, so if
you/someone can test whatever patch you provide with both, I will
commit that. Otherwise, I am not sure how to proceed.

  Jim> If you like, I'll rework my patch per your feedback.

TIA,
Giri

Re: [Ndiswrapper-general] Request for assistance

[Jim Cromie <jim.cromie@gm...>]

Giridhar Pemmasani wrote:
> On Thu, 23 Mar 2006 09:59:14 -0500, Mark Glassberg <vzeeaxwl@...> said:
>
>   Mark> I was referring to the fact that "ndiswrapper -l" recognizes
>   Mark> the device but modprobe only installs ndiswrapper without
>   Mark> making contact with the device, so that lsmod returns this:
>
> That information is no more useful than the previous information.
>
>   Mark> Module Size Used by
>        ndiswrapper 163164 0
>
> The size indicates you have an old version of ndiswrapper (thanks for
> not providing even version information). Provide debug trace with
> latest snapshot. Without that, you can't be helped.
>
>   
used-by count == 0 is common.

only when another kmodule uses it (depends upon it)
does the count go up.   man lsmod for more.

$> lsmod
...
ipw2200               104721  0
ieee80211              33033  1 ipw2200
hostap                116681  0
ieee80211_crypt         6209  2 ieee80211,hostap
e1000                 106157  0
joydev                  9857  0
ext3                  129993  2


the only exception to the above rule (that Im aware of)
is the ext3 line above - I dunno why it doesnt have a named user/dependent,
but maybe its just cuz the kernel itself has ext2 built-in.

Re: [Ndiswrapper-general] 1.11-rc3

[Jim Cromie <jim.cromie@gm...>]

Giridhar Pemmasani wrote:
> 1.11-rc3 is available. This fixes SMP performance issues and supports
> AMD Am1772. 
>
> Am1772 was tested with driver for SMC2602W (version 3) which supports
> WPA-PSK with TKIP. However, with latest wpa_supplicant, the driver
> associates and authenticates fine, but for some reason wpa_supplicant
> sometimes goes back to authentication. This disrupts traffic flow
> until authentication succeeds again. Not sure if this is an issue with
> ndiswrapper or wpa_supplicant. Other than that, this driver worked
> fine - I have tested with an open AP (without security). This driver
> also spawns 11 threads (yes, eleven threads)! So don't be alarmed if
> you see too many processes running when using this driver. Thanks to
> Laurent Sibilia for sending me a card based on Am1772. Without the
> card in hand, I couldn't have added support for it - it required many
> changes to how events are implemented in ndiswrapper, and
> generating/staring at large debug traces (each 64MB) to understand
> what this driver wants. This driver barks sometimes with
> NdisWriteErrorLogEntry. This doesn't seem to interfere with
> anything. If you are annoyed by this barking, you can shut it up by
> knocking off ERROR messages in NdisWriteErrorLogEntry in ndis.c.
>
>   

it looks like you also touched Makefile towards making ndiswrapper build
against an installed kernel which was built like this:
    make O=../output

ie you added a KBUILD symbol, presumably inspired by my attempt to
produce a usable patch.

Unfortunately, it doesnt work here, compiling vanilla 2.6.16 on FC-4,
(for use on an underpowered debian box, fwiw)

Since that patch was not my 1st try (I sent one also for rc1 on 3/02),
heres a few questions that might help me understand where they were 
insufficient.



1.  in setting KINC, you check for $KBUILD/include/linux/module.h
My build tree has these 3 only:
$ ls linux-2.6.16-sk/include/linux/
autoconf.h  compile.h  version.h

so for me, KINC = KSRC/include, ok so far..


2. in prereq_check, you check -f $KINC/linux/version.h
    as I noted above, version.h is under KBUILD.
    it is *not* under KSRC


As yet, I dont see the need for KINC per se;  when doing a normal build 
(no O= arg)
KBUILD and KSRC have the same value
(assuming theyre set from the default: /lib/modules/$KVERS/{source,build})
but when theyre different, KINC cannot serve the needs of both.

If you like, I'll rework my patch per your feedback.

thanks for your work.