lkml.org 
[lkml]   [2008]   [Feb]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH 2.6.25] module: allow ndiswrapper to use GPL-only symbols
    From
    Date

    On Fri, 2008-02-29 at 22:15 +0100, Ingo Molnar wrote:
    > * Pavel Roskin <proski@gnu.org> wrote:
    >
    > > I already know what USB folks will say. They want proprietary drivers
    > > to be in the userspace. I doubt ndiswrapper will ever be ported to
    > > the userspace. It's much more likely that some other approach will be
    > > used.
    >
    > btw., what are the technical reasons why ndiswrapper cannot be done in
    > userspace, much like the (wildly successful) FUSE concept?

    ndiswrapper contains essentially two drivers in one - PCI and USB. The
    PCI driver uses DMA, which should be a strong argument for keeping it in
    the kernel.

    As for the USB driver, it may be possible, but some infrastructure may
    still be missing.

    ndiswrapper needs to register network devices. For wireless devices, it
    needs to be a device with wireless extension support. I don't think
    it's currently possible from the userspace.

    > what's the main hardware access method of ndiswrapper - only PIO, or
    > mmio as well? In the former case, ioperm() should work, in the latter
    > case, mmap()ing the device aperture should work.

    Both. I'm afraid DMA is the real problem here.

    > Frankly, it would be a great approach for the following reason: it would
    > be _far_ easier for people to write a proper free driver, if the NDIS
    > driver was in user-space, in a nicely debuggable, traceable, observable
    > environment. I dont really see what the technical difficulties there are
    > here.

    I agree that it would be great, but it's quite a lot of work.

    --
    Regards,
    Pavel Roskin


    \
     
     \ /
      Last update: 2008-02-29 23:33    [W:2.548 / U:0.464 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site