linux-kernel - Re: incorrect taint of ndiswrapper

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <1161813778.3441.84.camel@dv>
Date:	Wed, 25 Oct 2006 18:02:58 -0400
From:	Pavel Roskin <proski@....org>
To:	David Weinehall <tao@....umu.se>
Cc:	Alan Cox <alan@...rguk.ukuu.org.uk>, linux-kernel@...r.kernel.org
Subject: Re: incorrect taint of ndiswrapper

On Wed, 2006-10-25 at 23:33 +0200, David Weinehall wrote:

> No matter how the legal situation looks like: do we *want* to support
> drivers that use an API totally alien to Linux concepts?

The word "support" is overloaded.  I think tainting was striking the
perfect balance between the two meanings.  The driver would work, but
the kernel developers could ignore problems with the driver.

What is going on now is making sure that the driver doesn't work.  At
least that's my understanding of Alan's intention not to allow code
loading for modules that have used GPL-only symbols.

And that's what I think is way over the top.  It's akin looking for
process called "wine" (or detecting it by its behavior) and denying it
access to some syscalls.

> Personally I feel that no matter if they are legal or not, we should not
> cater to such drivers in the first place.  If it's trickier to use
> Windows API-drivers under Linux than to write a native Linux driver,
> big deal...  We don't want Windows-drivers.  We want native drivers.

The only non-native part of ndiswrapper is NDIS, as opposed to bare
hardware access.  ndiswrapper implements quite a lot of functionality in
the free code.

Discouraging the ndiswrapper developer is especially unfair because he
did much better job at supporting such features as WPA, compared to what
some of us, myself included, did with the free drivers.

I'm not against free and fully open drivers, but they won't appear
overnight.  Sometimes ndiswrapper is a good starting point to understand
what the hardware can do and whether it's functional at all.  It could
also be used for reverse engineering.

-- 
Regards,
Pavel Roskin

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/