UML Merged Into 2.5.34 , VxD's
I see UML made it into the 2.5.34 kernel http://user-mode-linux.sourceforge.net/ From what I get VxD drivers try to get hold of your pci bus and a ton of other stuff . Could this be the start to a fix down the road when it comes to .vxd support ? Will this help when it comes to a Wine Kernel Module ? cut from there site --- User-Mode Linux gives you a virtual machine that may have more hardware and software virtual resources than your actual, physical computer. Disk storage for the virtual machine is entirely contained inside a single file on your physical machine. You can assign your virtual machine only the hardware access you want it to have. With properly limited access, nothing you do on the virtual machine can change or damage your real computer, or its software. ----- Tom
On Fri, Sep 13, 2002 at 12:43:08PM -0400, Thomas Wickline wrote:
I see UML made it into the 2.5.34 kernel
http://user-mode-linux.sourceforge.net/
From what I get VxD drivers try to get hold of your pci bus and a ton of other stuff . Could this be the start to a fix down the road when it comes to .vxd support ? Will this help when it comes to a Wine Kernel Module ?
Well, it is a bit useless to wine as it is basicly doing the same as wine (loading a kernel with its own memory managment and everything in Linux without PC virtualization), and the idea of a wine kernel module is still insane imho, I mean there wouldn't be any real advantagem, unless you go the way ReactOS took.
Ilja Kamps <ikarus(a)ikarus.ath.cx> wrote: <...>
and the idea of a wine kernel module is still insane imho, I mean there wouldn't be any real advantagem, unless you go the way ReactOS took.
AFAIK, one area which would improve with a kernel module is speed increase in threads that insanely uses mutex. []'s Raul Dias
Raul Dias wrote:
Ilja Kamps <ikarus(a)ikarus.ath.cx> wrote:
<...>
and the idea of a wine kernel module is still insane imho, I mean there wouldn't be any real advantagem, unless you go the way ReactOS took.
AFAIK, one area which would improve with a kernel module is speed increase in threads that insanely uses mutex.
[]'s Raul Dias
I do have a philosophical question about that point. Should every part of Win32 be emulated in Wine? Such kind of technology tries to enable hw drivers to run under Linux, right? Until it reaches a mature state (which seems to me long to come) it will have many bugs, which may cause the kernel to die (bad!). Nevertheless, assuming that VxD's do work, they may be bad for the future of Linux and the platforms Wine runs on. This way, for example, HP may say that they will not develop a driver for their product, since the Win32 one should run under Wine. They will also claim that it's Wine community's fault that the driver is buggy. One guy suggested that Wine should never reach 1.0, because it will help software companies never abandon Win32 for a cross-platform solution. I don't fully agree, but drivers may be an issue. IMHO Wine should only enable existing apps (the ones users heavily depend on) to run under other OS's and help users switch to those OS's.
On September 14, 2002 06:10 pm, P. Christeas wrote:
One guy suggested that Wine should never reach 1.0, because it will help software companies never abandon Win32 for a cross-platform solution.
Hey, maybe Wine is this cross-patform solution, afterall! -- Dimi.
Dimitrie O. Paun wrote:
On September 14, 2002 06:10 pm, P. Christeas wrote:
One guy suggested that Wine should never reach 1.0, because it will help software companies never abandon Win32 for a cross-platform solution.
Hey, maybe Wine is this cross-patform solution, afterall!
Thumbs up for winelib, thumbs down for developers that rely on Wine running their Win32 apps!
Ilja Kamps wrote:
On Fri, Sep 13, 2002 at 12:43:08PM -0400, Thomas Wickline wrote:
I see UML made it into the 2.5.34 kernel
http://user-mode-linux.sourceforge.net/
From what I get VxD drivers try to get hold of your pci bus and a ton of other stuff . Could this be the start to a fix down the road when it comes to .vxd support ? Will this help when it comes to a Wine Kernel Module ?
Well, it is a bit useless to wine as it is basicly doing the same as wine (loading a kernel with its own memory managment and everything in Linux without PC virtualization), and the idea of a wine kernel module is still insane imho, I mean there wouldn't be any real advantagem, unless you go the way ReactOS took.
A Wineserver Kernel mod could still have a few pluses as you could reduce overhead of threading and context switching. I'm still no big fan of Wineserver but moving parts of it to a kernel module would be nice.
participants (6)
-
Dimitrie O. Paun -
Ilja Kamps -
P. Christeas -
Raul Dias -
Steven Edwards -
Thomas Wickline