|
NDISwrapper dodges another bulletNDISwrapper dodges another bulletPosted Mar 6, 2008 16:07 UTC (Thu) by iabervon (subscriber, #722)In reply to: NDISwrapper dodges another bullet by jengelh Parent article: NDISwrapper dodges another bullet
Doesn't vmware abstract access to network devices anyway? I somehow doubt that a suspend image containing a Linux kernel using a Windows driver to talk to a physical network device would actually have any chance of working at all. And running Linux under vmware with the Windows driver for the vmware simulated network device instead of the Linux driver for it is just silly. In order for this particular issue to be relevant, you'd need to distribute a booted system with a driver loaded for a chipset with only a Windows driver available, which only makes sense if it's running on physical hardware.
(Log in to post comments)
NDISwrapper dodges another bullet Posted Mar 6, 2008 17:10 UTC (Thu) by jengelh (subscriber, #33263) [Link] >Doesn't vmware abstract access to network devices anyway? This is independent of providing a linked variant of ndiswrapper IMHO. That said, VMware provides virtual HW that behaves like AMD PCnet32 or Intel E1000; so I could link e1000.drv with ndiswrapper — then what? Abstraction does not relate to anything. Imagine we had have kexec from/to VMSS someday — then what?
|
Copyright © 2008, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds
Powered by Rackspace Managed Hosting.