ndiswrapper-general — General discussion

[Ndiswrapper-general] Fw: Help to Update HP laptop wireless card driver - Intel AX201

[Hin-Tak L. <hin...@ya...>]

 Hmm, probably was using a different alias. Anyway.
   ----- Forwarded message ----- From: "ndi...@li..." <ndi...@li...>To: "ht...@us..." <ht...@us...>Sent: Friday, 21 July 2023 at 13:02:42 BSTSubject: Re: [Ndiswrapper-general] Help to Update HP laptop wireless card driver - Intel AX201
 You need to subscribe to post to this list. Visit
https://lists.sourceforge.net/lists/listinfo/ndiswrapper-general to
subscribe.

 It has been so long without any traffic on this list (no relation/special role). The info you seek isn't too hard to find - apparently you need to install iwlwifi . Just doing "sudo apt-get install iwlwifi" should do it! And you need the firmware too, so sudo apt-get install linux-firmware too. I suspect you are missing the latter. No need to use ndiswrapper. You may need to use a newer kernel. (Unbuntu packages them - just go to their website and look for "mainline kernel" and get the latest then reboot)
    On Thursday, 20 July 2023 at 04:22:27 BST, Joshua Miller via Ndiswrapper-general <ndi...@li...> wrote:  
 
 Hello,
I have an HP ProBook 430 G8 Notebook PC that I have installed Ubuntu 22.04.2 LTS on.  Ubuntu is not recognizing my wireless card, which is an "Intel Corporation Wi-Fi 6 AX201".  I came across your ndiswrapper-1.9 tool in the Linux Command Library app via F-Droid.  Will the options of commands in your documentation to install Windows XP drivers help Ubuntu recognize my wireless card so I can use wi-fi on my machine?  What do you think should be my next step...I am new to Linux world so digging in to find out how to fix it.  
Let me know if you need any other information.  
Thank you,
Joshua Miller
    _______________________________________________
Ndiswrapper-general mailing list
Ndi...@li...
https://lists.sourceforge.net/lists/listinfo/ndiswrapper-general
    

Re: [Ndiswrapper-general] Help to Update HP laptop wireless card driver - Intel AX201

[Dirk <uj...@gm...>]

> Hello Joshua,
>  
> you probably won't find a Windows XP driver for a WiFi 6 Intel Device,
> so Ndiswrapper isn't a solution for your problem.
>  
> Recent linux kernels should support your WiFi. 22.04.2 LTS has kernel
> 5.15 (check with uname -r) und intel claims to support your device since
> kernel 5.2+.
>  
> You should ask for assistance in a forum about intel linux drivers or
> maybe an UBUNTU forum.  I don't possess an Intel WiFi, so I only can
> give "generic" hints:- check if interface exists with iwconfig
> - if not: get name of "your driver" and try to load it with modprobe
> - if that fails get info from logs with journalctl (maybe missing
> firmware?)
>  
> Development of ndiswrapper has moved to github and hasn't seen an update
> for years now.
>  
> Good luck,
>  
> Dirk 

[Ndiswrapper-general] Help to Update HP laptop wireless card driver - Intel AX201

[Joshua M. <jos...@pr...>]

Hello,

I have an HP ProBook 430 G8 Notebook PC that I have installed Ubuntu 22.04.2 LTS on. Ubuntu is not recognizing my wireless card, which is an "Intel Corporation Wi-Fi 6 AX201". I came across your ndiswrapper-1.9 tool in the Linux Command Library app via F-Droid. Will the options of commands in your documentation to install Windows XP drivers help Ubuntu recognize my wireless card so I can use wi-fi on my machine? What do you think should be my next step...I am new to Linux world so digging in to find out how to fix it.

Let me know if you need any other information.

Thank you,

Joshua Miller

[Ndiswrapper-general] je voulais juste dire salut

[berger.binz <ber...@fr...>]

Salut,

Je  voulais juste vous dire bonjour  et  vous faire  savoir que j’ai  trouvé quelque chose d'intéressant pour vous, regardez  le ici <http://thrive.musteriler.com/xordbpn>

Affectueusement... berger.binz

[Ndiswrapper-general] ndiswrapper dependent on hardware?

[Marlon Ng <gu...@gm...>]

Hi guys.

I have a computer that is several years old.  I installed Bodhi Linux on it
then installed ndiswrapper to use the Linksys AE2500.  It works fine.

I have another computer that maybe somewhat newer.  I installed Lubuntu on
it, then ndiswrapper.  Ndiswrapper doesn't work most of the time.  If it
connects to the wifi, it's a fluke.

I'm wondering if it's hardware related or operating system related?

Thanks guys!

[Ndiswrapper-general] Version 1.59 released

[Giridhar P. <pg...@ya...>]

ndiswrapper version 1.59 has been released. Short summary of changes since 1.58:

 * Support for Linux kernels from 2.6.13 to 3.12
 * 32-bit userspace on 64-bit kernel is supported now
 * Fixed kernel hang if loadndisdriver exits with an error

Pavel Roskin contributed these changes.
 

Giri

Re: [Ndiswrapper-general] Wrapping an esotheric driver for a thermal imaging camera

[Pavel R. <pr...@gn...>]

Quoting Matthew Bryan <mm...@gm...>:

> I am trying to get a thermal imaging camera up and running in our lab
> in Linux.  We have only a Windows driver for it, which is known to work
> in Windows.  However, all of our systems here are running Linux, so we
> would like to load it somehow.  All systems run Ubuntu 12.04 presently.
>
> The driver is for the Guide M8 thermal camera (repackaged as RAZ-IR
> Nano), and can be found for download here:
> http://www.x20.org/raz-ir-nano-thermal-camera
>
> I am using ndiswrapper 1.9, which I installed from the Ubuntu repository.

The current version of ndiswrapper is 1.57.  ndiswrapper 1.9 was  
released in year 2006, and I doubt it would even compile for a kernel  
used in any recent Ubuntu distribution.

Generally, you have better chances that somebody would look at the  
issue if you test the latest version of the software that gives you  
trouble.

> I have used ndiswrapper to install the driver; the hardware shows up
> under lsusb successfully and ndiswrapper -l shows it loaded with
> hardware present.  However, when I modprobe ndiswrapper, I get the
> following output in dmesg:
>
> [ 4868.925656] ndiswrapper (import:232): unknown symbol:
> ntoskrnl.exe:'ExAllocatePool'

It means that ExAllocatePool needs to be implemented for the driver to work.

> ndiswrapper does show up under lsmod.  The device does not show up in
> the /dev folder and its internal flash storage does not show up in
> /media or anything else of that nature.
>
> Is this a case where ndiswrapper is not going to work out for me?  Why
> is this symbol not recognized?  Do you all have any other hints about
> getting this system up and working in Linux?

That function is not implemented.

Additionally, the driver may not work if it's not for a network device.

-- 
Regards,
Pavel Roskin

[Ndiswrapper-general] Wrapping an esotheric driver for a thermal imaging camera

[Matthew B. <mm...@gm...>]

I am trying to get a thermal imaging camera up and running in our lab in 
Linux.  We have only a Windows driver for it, which is known to work in 
Windows.  However, all of our systems here are running Linux, so we 
would like to load it somehow.  All systems run Ubuntu 12.04 presently.

The driver is for the Guide M8 thermal camera (repackaged as RAZ-IR 
Nano), and can be found for download here:
http://www.x20.org/raz-ir-nano-thermal-camera

I am using ndiswrapper 1.9, which I installed from the Ubuntu repository.

I have used ndiswrapper to install the driver; the hardware shows up 
under lsusb successfully and ndiswrapper -l shows it loaded with 
hardware present.  However, when I modprobe ndiswrapper, I get the 
following output in dmesg:

[ 4868.925656] ndiswrapper (import:232): unknown symbol: 
ntoskrnl.exe:'ExAllocatePool'
[ 4868.925726] ndiswrapper (load_sys_files:199): couldn't prepare driver 
'guideusb64'
[ 4868.925780] ndiswrapper (load_wrap_driver:121): couldn't load driver 
'guideusb64'
[ 4868.925885] usbcore: registered new interface driver ndiswrapper

ndiswrapper does show up under lsmod.  The device does not show up in 
the /dev folder and its internal flash storage does not show up in 
/media or anything else of that nature.

Is this a case where ndiswrapper is not going to work out for me?  Why 
is this symbol not recognized?  Do you all have any other hints about 
getting this system up and working in Linux?

Thanks,
Matt Bryan

Re: [Ndiswrapper-general] (no subject)

[boywhp w <bo...@gm...>]

good job!!!

> Stable version 1.57 has been released (took lot longer than expected, as
> Pavel Roskin kept fixing it!). Following is short summary of changes:
>
> * Added support for Linux 2.6.35 - Linux 3.1
> * Kernels as old as 2.6.14 are now supported
> * IW_AUTH_MFP implemented
> * Reserve stack before copying arguments when calling from Windows to Linux
>   on x86_64
> * Fixed a kernel panic if there are many devices for one driver and one
>   fails to initialize
> * Fixed a kernel panic with Marvell USB if ndiswrapper is reloaded
> * Fixed support for AVM Fritz USB
> * Loading drivers with unknown symbols is disallowed, it's a certain crash
> * Fixed procfs registration if the network device is renamed
> * Added more function stubs
> * Build system improved
> * Code cleanup, fixed many warnings, style issues and typos
>
> Giri
>
>
> ------------------------------------------------------------------------------
> Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
> infrastructure or vast IT resources to deliver seamless, secure access to
> virtual desktops. With this all-in-one solution, easily deploy virtual
> desktops for less than the cost of PCs and save 60% on VDI infrastructure
> costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox
> _______________________________________________
> Ndiswrapper-general mailing list
> Ndi...@li...
> https://lists.sourceforge.net/lists/listinfo/ndiswrapper-general
>
>

[Ndiswrapper-general] (no subject)

[Giridhar P. <pg...@ya...>]

Stable version 1.57 has been released (took lot longer than expected, as Pavel Roskin kept fixing it!). Following is short summary of changes:

* Added support for Linux 2.6.35 - Linux 3.1
* Kernels as old as 2.6.14 are now supported
* IW_AUTH_MFP implemented
* Reserve stack before copying arguments when calling from Windows to Linux
  on x86_64
* Fixed a kernel panic if there are many devices for one driver and one
  fails to initialize
* Fixed a kernel panic with Marvell USB if ndiswrapper is reloaded
* Fixed support for AVM Fritz USB
* Loading drivers with unknown symbols is disallowed, it's a certain crash
* Fixed procfs registration if the network device is renamed
* Added more function stubs
* Build system improved
* Code cleanup, fixed many warnings, style issues and typos

Giri

Re: [Ndiswrapper-general] Any way to run 32 bit ndiswrapper on 64-bit Linux system?

[Pavel R. <pr...@gn...>]

Hello!

On Thu, 15 Sep 2011 13:31:48 -0400
Mark _ <mar...@ho...> wrote:

> Hi,I am wondering if there is any way to run a 32 bit ndiswrapper
> binary on a 64-bit Linux system?

I think it should be possible to run ndiswrapper in a 32-bit virtual
machine using a device exported by the host.  The virtual machine could
have another network interface and act as a router with NAT for the
host.

> For example could something like ia32-libs be used?

The is no ia32-libs equivalent for the kernel.  All the kernel code
is supposed to run in the same CPU mode.

>  If not, how much effort would be involved to get
> this to happen, would this require kernel changes, or just changes to
> ndiswrapper?Thanks,Mark 		 	   		  

Let's consider the possibilities.

If ndiswrapper is 32-bit, another wrapper between ndiswrapper and the
kernel would be needed to change the CPU mode and translate the code.
The kernel may assume that all kernel code is 64-bit.  Some changes may
be needed to account for that.  Essentially, it would be a project to
load 32-bit modules into a 64-bit kernel.  My estimate is that it would
be an effort compared to writing ndiswrapper itself.  It's hard for
me to imagine any benefits for any other modules.

If ndiswrapper is 64-bit and runs the Windows driver natively in the
kernel mode, it would need to switch the mode in the interfaces between
Windows and Linux functions.  Those interfaces are already written in
assembler, so different versions would be needed that would switch the
CPU mode. ndiswrapper will need to be compiled with special flags so
that Windows types are defined as they would be on 32-bit Windows.
Again, there is a problem with the kernel preempting 32-bit kernel code.
That may be tricky to solve.

ndiswrapper could be changed to run Windows code in userspace like a
process.  Then ndiswrapper would need to incorporate support for a new
executable format.  ndiswrapper would need to handle exceptions from
the Windows code trying to access privileged operations, such as
writing to ports.  When running 32-bit drivers, ndiswrapper would need
to provide compatibility versions of all functions called by the
driver.  The kernel would have no problem preempting 32-bit
userspace.  This approach may be useful to make ndiswrapper more
acceptable for users, even without considering 32-bit support on 64-bit
kernels. It's something that could be attempted, but the effort would
be significant.

ndiswrapper could include an emulator for i386 architecture and run
drivers in the emulator.   That would make ndiswrapper useful on
non-x86 architectures, such as ARM.  On the other hand, it could make
ndiswrapper slower.  Also, bringing an emulator to the kernel code
would not be taken with enthusiasm by the kernel folks.

To sum up, I don't see any easy solutions.  And of the hard solutions,
the only one that is potentially maintainable (that is, somebody could
be found to keep that code working and fix bugs once it's implemented)
is moving drivers to the userspace.

-- 
Regards,
Pavel Roskin

[Ndiswrapper-general] Any way to run 32 bit ndiswrapper on 64-bit Linux system?

[Mark _ <mar...@ho...>]

Hi,I am wondering if there is any way to run a 32 bit ndiswrapper binary on a 64-bit Linux system?  For example could something like ia32-libs be used?  If not, how much effort would be involved to get this to happen, would this require kernel changes, or just changes to ndiswrapper?Thanks,Mark 		 	   		  

Re: [Ndiswrapper-general] Instability after ndiswrapper unload with USB drivers

[Pavel R. <pr...@gn...>]

Quoting Pavel Roskin <pr...@gn...>:

> I think I have the culprit now.  I just don't have a fix.  In some
> cases, a urb can be freed twice.  First it's freed by the Linux USB
> code in usb_deregister() and then it's freed by our kill_all_urbs().
> Freeing a URB twice for the second time leads to decreasing the first
> byte of the freed memory by one.  That's where the reference count is
> located.

The fix was to remove usb_init_urb(), which is wrong to use on URBs  
allocated by usb_alloc_urb().  usb_init_urb() was resetting URB  
refcount from 2 to 1, which caused freeing the URB twice.

The fix has been committed.

-- 
Regards,
Pavel Roskin

Re: [Ndiswrapper-general] Instability after ndiswrapper unload with USB drivers

[Pavel R. <pr...@gn...>]

Hello!

This is a follow-up for the previous message.

I think I have the culprit now.  I just don't have a fix.  In some  
cases, a urb can be freed twice.  First it's freed by the Linux USB  
code in usb_deregister() and then it's freed by our kill_all_urbs().   
Freeing a URB twice for the second time leads to decreasing the first  
byte of the freed memory by one.  That's where the reference count is  
located.

I tried a hack in kill_all_urbs() that would prevent freeing URBs with  
refcount 0x6b6b6b6b.  That made the instability disappear.  Of course,  
this hack depends on SLUB debug, and it's still possible that somebody  
would claim and use the freed memory, overwriting the poison before  
kill_all_urbs() gets there.

The fix would require that we call kill_all_urbs() before  
usb_deregister().  Ideally, all URBs associated with a device should  
be removed as soon as the device is disabled.  I tried several  
approaches, but I would get various kernel crashes, usually in a  
worker for some queue.

I checked the code, and it appears that we never cancel any workqueue.  
  Indeed, wrap_cancel_work() is never used.  That alone may be the  
reason.  Also, killed URBs are never removed from  
wrap_urb->complete_list.  There is quite a lot of code that needs to  
be fixed.

-- 
Regards,
Pavel Roskin

[Ndiswrapper-general] Instability after ndiswrapper unload with USB drivers

[Pavel R. <pr...@gn...>]

Hello!

I was too optimistic to write in a recent subversion commit that the  
USB problems in ndiswrapper have been fixed.  I managed to unload  
ndiswrapper several times in a row so I concluded that my fix  
(canceling an IRP before freeing it) was the right fix for the problem.

I still think my fix was correct.  Freeing an irp with a cancel  
routine is not a good idea.  But it wasn't relevant to the actual  
problem.  The actual problem happens if IoCancelIrp() is called  
directly from the Windows driver.  It doesn't happen every time.

As far as I can tell, there are three different problems, and it's not  
clear if they are connected.

1) The freed URB is accessed for writing after being freed.  I believe  
that's the real source of instability after ndiswrapper is unloaded.

2) IoCancelIrp() is called with an IRP that has stack location  
pointing the end of the memory allocated for the IRP.  That leads to  
reading dev_obj from random memory.  Fortunately, ndiswrapper's only  
implementation of cancel_routine doesn't use dev_obj at all.  I have a  
proof that IRP is set to that position in
IofCompleteRequest().  I think that function should be reviewed by  
somebody who knows Windows driver programming.  I have a simple fix  
that simply sends NULL instead of dev_obj in IoCancelIrp().  However,  
that fix doesn't fix the instability.

3) I get an occasional "invalid task" from  
NdisMSetInformationComplete(), which is racing against itself.   
However, it doesn't seem to be related to the instability after  
ndiswrapper unload.

As it stands now, the PCI support is pretty good, but USB support is  
quite unstable.  Maybe it doesn't matter for the end users that much,  
as they are unlikely to unload ndiswrapper.  But since we don't have a  
fix, it's hard to say definitely that the instability would only  
happen on the module unload.

I'll appreciate any help with those issues, as they delay the next release.

-- 
Regards,
Pavel Roskin

Re: [Ndiswrapper-general] 1.57-rc1

[Pavel R. <pr...@gn...>]

On Sun, 21 Aug 2011 22:16:38 -0700 (PDT)
Giridhar Pemmasani <pg...@ya...> wrote:

> Pavel Roskin has been working to improve ndiswrapper. In fact, all
> the changes in this release are by him.

It's not quite true.

> Following is short summary of
> changes:
> 
> * Added support for Linux 2.6.35 - Linux 3.1
> * Kernels as old as 2.6.14 are now supported
> * IW_AUTH_MFP implemented

This is not my change.  It's from Rene van Paassen.  I didn't even know
what MFP means until I started writing this message (it's management
frame protection).

> * Reserve stack before copying arguments when calling from Windows to
> Linux on x86_64
> * Fixed a kernel panic if there are many devices for one driver and
> one fails to initialize
> * Fixed a kernel panic with Marvell USB if ndiswrapper is reloaded

This is mine, but it only fixed one type of crash.  Unloading
ndiswrapper with Marvell USB can destabilize the system.  I have no fix
for that, and I don't think I'll have it for 1.57.  I know that the
problem happens on both i386 and x64_64.

I'm removing that entry from ChangeLog now.  It's wrong to claim that
something is fixed when in fact it's just a little less broken than it
was.

> * Fixed support for AVM Fritz USB

That's by Dirk Schwendemann.

> * Loading drivers with unknown symbols is disallowed, it's a certain
> crash
> * Fixed procfs registration if the network device is renamed
> * Added more function stubs

Some stubs were collected from patches on Sourceforge by different
authors.

> * Build system improved
> * Code cleanup, fixed many warnings, style issues and typos
> 
> Please test this version as changes have been all over the place and
> if something is broken, it helps to know now than later. We expect to
> release 1.57 soon (couple of weeks at most).

Thank you for making the prerelease!

The feedback will be welcome.  Of course, not everything can be fixed
for the release, but maybe there is some simple stuff missing that would
make all the difference for some drivers.

-- 
Regards,
Pavel Roskin

[Ndiswrapper-general] 1.57-rc1

[Giridhar P. <pg...@ya...>]

Pavel Roskin has been working to improve ndiswrapper. In fact, all the changes in this release are by him. Following is short summary of changes:

* Added support for Linux 2.6.35 - Linux 3.1
* Kernels as old as 2.6.14 are now supported
* IW_AUTH_MFP implemented
* Reserve stack before copying arguments when calling from Windows to Linux
  on x86_64
* Fixed a kernel panic if there are many devices for one driver and one
  fails to initialize
* Fixed a kernel panic with Marvell USB if ndiswrapper is reloaded
* Fixed support for AVM Fritz USB
* Loading drivers with unknown symbols is disallowed, it's a certain crash
* Fixed procfs registration if the network device is renamed
* Added more function stubs
* Build system improved
* Code cleanup, fixed many warnings, style issues and typos

Please test this version as changes have been all over the place and if something is broken, it helps to know now than later. We expect to release 1.57 soon (couple of weeks at most).

Thanks,
Giri

Re: [Ndiswrapper-general] BUG: unable to handle kernel paging request

[Giridhar P. <pg...@ya...>]

> May  7 07:11:52 laptop kernel: ndiswrapper (import:233): unknown symbol: 
>ntoskrn
l.exe:'IoUnregisterPlugPlayNotification'
> May  7 07:11:52 laptop kernel: ndiswrapper (import:233): unknown symbol: 
>ntoskrn
l.exe:'IoRegisterPlugPlayNotification'
> May  7 07:11:52 laptop kernel: ndiswrapper (import:233): unknown symbol: 
>ntoskrn
l.exe:'DbgPrintEx'


Those messages indicate this driver uses some functions not (yet) implemented in 
ndiswrapper.
I believe Atheros has open source driver now. If you have not tried it yet, 
please see if it
supports your device.

Giri

[Ndiswrapper-general] BUG: unable to handle kernel paging request

[hymie! <hy...@la...>]

Greetings.  I hope I'm doing this correctly.

I have a HP G62-355DX laptop running Linux 2.6.36 from Slackware.

This laptop has PCI Atheros Communications Inc. AR9285 Wireless Network 
Adapter (PCI-Express) (rev 01) network card.  It uses the Linux ath9k
driver, but I'm having problems with it.  Since I've used ndiswrapper
successfully in the past with my old laptop, I thought I'd give it a
try.

I downloaded the SVN trunk for revision 2729.  It compiled and installed
just fine, and the WinXP driver installed as well:

newlaptop-pts/5:/var/log% /usr/sbin/ndiswrapper -l
netathw : driver installed
        device (168C:002B) present (alternate driver: ath9k)

But when I try to modprobe it, I get this error:

May  7 07:11:52 laptop kernel: Disabling lock debugging due to kernel taint
May  7 07:11:52 laptop kernel: ndiswrapper (import:233): unknown symbol: ntoskrn
l.exe:'IoUnregisterPlugPlayNotification'
May  7 07:11:52 laptop kernel: ndiswrapper (import:233): unknown symbol: ntoskrn
l.exe:'IoRegisterPlugPlayNotification'
May  7 07:11:52 laptop kernel: ndiswrapper (import:233): unknown symbol: ntoskrn
l.exe:'DbgPrintEx'
May  7 07:11:52 laptop kernel: BUG: unable to handle kernel paging request at 00
1d8b6c
May  7 07:11:52 laptop kernel: IP: [<001d8b6c>] 0x1d8b6c
May  7 07:11:52 laptop kernel: *pde = 00000000 
May  7 07:11:52 laptop kernel: Oops: 0000 [#1] 
May  7 07:11:52 laptop kernel: last sysfs file: /sys/module/led_class/refcnt

(I've got the whole crash report if you want it)

Did I do something wrong?  Is there any help to be had?  Or do I need to
stick with the problematic ath9k driver?

Thank you very much.

--hymie!    http://lactose.homelinux.net/~hymie    hy...@la...
-------------------------------------------------------------------------------

Re: [Ndiswrapper-general] ndiswrapper-kmod-common

[Hin-Tak L. <hin...@ya...>]

--- On Mon, 7/3/11, Pavel Roskin <pr...@gn...> wrote:

> On 03/05/2011 05:11 PM, Gerald Sloan
> wrote:
> > Hello,
> >
> > I have been wrestling with the installation of
> akmod-ndiswrapper on my Fedora 14 64 bit machine. No matter
> what I do I get stopped by this message
> >   Failed dependencies:
> >      ndiswrapper-kmod-common>= 1.56
> is needed by akmod-ndiswrapper-1.56-1.fc14.1.x86_64
> > What can I do? All of the repositories I download from
> show that
> >
> > Provides
> >
> >    * ndiswrapper = 1.56-1.fc14
> >    * ndiswrapper(x86-32) = 1.56-1.fc14
> >    * ndiswrapper-kmod-common = 1.56
> >
> > The thing I need is in what I am trying to
> install...it is getting frustrating.
> 
> Distribution specific question should be asked in the
> distribution 
> specific lists or in the bug tracker of the distribution.
> 
> This list is about ndiswrapper itself, not about
> packaging.  You can try 
> installing ndiswrapper from the source if your distribution
> fails to 
> provide working packages.

Hmm, that was a bit harsh... I would try to answer the question first before saying 'ask the question somewhere else'. "ndiswrapper(x86-32)" is the 32-bit package. So there were some mismatch about what the initial poster asked for, etc and what the package provides. Anyhow, to run the 64-bit version of ndiswrapper (with a 64-bit kernel) you need the 64-bit version of the windows driver (AFAIK), which is a bit rarer.

In any case, the relevant place the initial poster need to download rpm packages are here:
http://download1.rpmfusion.org/free/fedora/updates/testing/14/x86_64/repoview/ndiswrapper.html

and there abouts.

And problem he might or might not have should be filed with http://www.rpmfusion.org/ (not fedora, since ndiswrapper is not shipped by redhat at all).

Just out of curiosity, what's the wlan hardware which isn't supported by the kernel to resort to ndiswrapper? May be using wireless-testing or compat-wireless (the bleeding-edge wireless part of the kernel) is a better answer to ndiswrapper.



      

Re: [Ndiswrapper-general] ndiswrapper-kmod-common

[Pavel R. <pr...@gn...>]

On 03/05/2011 05:11 PM, Gerald Sloan wrote:
> Hello,
>
> I have been wrestling with the installation of akmod-ndiswrapper on my Fedora 14 64 bit machine. No matter what I do I get stopped by this message
>   Failed dependencies:
>      ndiswrapper-kmod-common>= 1.56 is needed by akmod-ndiswrapper-1.56-1.fc14.1.x86_64
> What can I do? All of the repositories I download from show that
>
> Provides
>
>    * ndiswrapper = 1.56-1.fc14
>    * ndiswrapper(x86-32) = 1.56-1.fc14
>    * ndiswrapper-kmod-common = 1.56
>
> The thing I need is in what I am trying to install...it is getting frustrating.

Distribution specific question should be asked in the distribution 
specific lists or in the bug tracker of the distribution.

This list is about ndiswrapper itself, not about packaging.  You can try 
installing ndiswrapper from the source if your distribution fails to 
provide working packages.

-- 
Regards,
Pavel Roskin

[Ndiswrapper-general] ndiswrapper-kmod-common

[Gerald S. <gs...@iv...>]

Hello,

I have been wrestling with the installation of akmod-ndiswrapper on my Fedora 14 64 bit machine. No matter what I do I get stopped by this message
 Failed dependencies:
    ndiswrapper-kmod-common >= 1.56 is needed by akmod-ndiswrapper-1.56-1.fc14.1.x86_64
What can I do? All of the repositories I download from show that 

Provides 

  * ndiswrapper = 1.56-1.fc14
  * ndiswrapper(x86-32) = 1.56-1.fc14
  * ndiswrapper-kmod-common = 1.56

The thing I need is in what I am trying to install...it is getting frustrating.

Jerry

[Ndiswrapper-general] Need another release

[Pavel R. <pr...@gn...>]

Hi, Giri!

We need another release.  It turns out that the i386 compilation was
broken since Linux 2.6.31.  The code assumed that Linux 2.6.31 and newer
export cmpxchg8b() on i386, but it wasn't true for any kernel version.

To anticipate future compile errors, I checked compilation with the
current linux-next branch, which includes changes scheduled for the
future kernels.  Everything was fine for i386 and x86_64.

I made a change to satisfy realtime kernels distributed by Ubuntu.  They
don't have init_MUTEX.

There is one big thing that needs to be done.  It's porting the
configuration from Wireless Extension to cfg80211.  Linux 2.6.33 will
disable wireless extensions unless some old wireless driver is enabled
(e.g. ipw2100).  That will surely result in user complaints.  But that
effort is better done in a separate release.

-- 
Regards,
Pavel Roskin

Re: [Ndiswrapper-general] problen driver USR5421 on linux 64bit

[Pavel R. <pr...@gn...>]

On Sun, 2010-01-24 at 10:09 +0100, sacarde wrote:
> hi,
>   I have a usb-key wireless USrobotics 5421
> 
> in archlinux 32bit following this:  
> http://sourceforge.net/apps/mediawiki/ndiswrapper/index.php?title=US_Robotics_USR805421
> all works OK
> 
> I have problem installing it on archlinux 64bit
> I use this: 
> http://www.usr.com/support/5421a/5421a-files/5421-v6.01.19.10x64.exe
> 
> but I find only .inf file
> and no .sys

That's a Vista driver (NDIS 6).  ndiswrapper only works with Windows XP
and older drivers.

> can you help me?

No.  I suggest that you use the rndis_wlan driver from the Linux kernel.

-- 
Regards,
Pavel Roskin

[Ndiswrapper-general] problen driver USR5421 on linux 64bit

[sacarde <sa...@ti...>]

hi,
  I have a usb-key wireless USrobotics 5421

in archlinux 32bit following this:  
http://sourceforge.net/apps/mediawiki/ndiswrapper/index.php?title=US_Robotics_USR805421
all works OK

I have problem installing it on archlinux 64bit
I use this: 
http://www.usr.com/support/5421a/5421a-files/5421-v6.01.19.10x64.exe

but I find only .inf file
and no .sys


can you help me?

thankyou

sa...@ti...


p.s.
http://sourceforge.net/projects/ndiswrapper/forums/forum/323168/topic/3526052/index/page/1