Jump to content
10 posts in this topic

Recommended Posts

Someone with a lot more knowledge than I can tell me why this is a stupid idea. If I get this, a device driver converts the device's IO scheme to one the OS can understand. If that's true, shouldn't it be possible to write a program to convert the windows standard for IO into the osx one? Then any device driver for windows would work (with this conversion) under osx. If it somehow is possible, it'd be darned useful, although I'd have a hard time seeing it for performance critical things like graphics cards, perhaps more for network cards and the like. Just tossing it out there.

I would like to see the day someone would make something like that. But I would have to say it would be close to impossible to make one. If you ask me it is impossible because of the huge differences between the OSs. Its like someone being able to make an OS that runs windows and mac apps. Simply out of this world.

Just my opinion,

iPoco

A similar project exists for Linux and FreeBSD, it is called NDISwrapper or NDISulator, for wireless and network cards... taking a .sys driver for win and converting to a loadable module in linux or freebsd without recoding anything... It should be nice to port it to OSX.

 

Not totally impossible so... :(

Imagine forking a few of the open source virtualization projects which presently exist, eliminating all the functions that would not be of any use and adding or improving appropriate support for direct access to hardware, a custom tailored version of Windows which all things unrelated to the functionality of the hardware and host software are removed. Integrate this product into the Darwin/XNU kernel and voila, Windows Native Driver Support. However, its limitations are obvious, this would consume a greater amount of system resources, also it would increase the overhead so performance will be more or so unpleasant.

Out of curiosity, how does parallels handle device drivers? I realize the conversion is the opposite way. Also, it bears mentioning that in theory this isn't one program, but several, one for each class of device (network card, printer, sound card, etc). I figured such a thing was in principle possible, but had no illusions that it was likely to be attempted anytime soon (if ever).

Out of curiosity, how does parallels handle device drivers?

Good question. Windows has supported drivers for many more devices than OSX and I don't think Apple could re-write all of them. The technology must share the PCI/USB/Firewire/etc bus hardware between the native OSX operating system and the Windows guest, in which case it's actually the native Windows drivers controlling the devices with a thin sharing layer for interrupts and I/O data paths in between. But I'm not sure.

Ndiswrapper is evil. On Linux it gives the false sense that a device is supported. You don't get the full features of your network adapter when you use it. Don't hold your breath waiting for an OSX version.

 

It depends from card to card... the project itself is very cool! It worked for me in freebsd + at those times an unsupported broadcom wifi card. There's even a thread in insanely about porting it to osx... supporters wanted!

 

http://forum.insanelymac.com/index.php?sho...mp;#entry463950

 

Begin from there searching sources:

 

http://developer.berlios.de/projects/evil-sources/

 

So, again, really not easy at all, but not impossible! And results can also be improved :wacko:

  • 5 weeks later...
×
×
  • Create New...