If Alexander agrees on what path we should take on this, we should be having some real stuff getting in. A'int it Vitaly. Well i will look into the ntoskrnl stuff as soon as i get my laptop I think should be like a seperate process as in windows.
Just my two cents.
On 6/15/06, Vitaliy Margolen wine-devel@kievinfo.com wrote:
Thursday, June 15, 2006, 10:01:03 AM, Brian Vincent wrote:
On 6/15/06, Mario Demontis mario.demontis@email.it wrote:
Any news about ntoskrnl.exe support? As far as I can understand it's not yet integrated... Are there any new patches?
Read here first: http://www.winehq.com/pipermail/wine-devel/2006-April/047262.html
Read here next: http://www.winehq.com/pipermail/wine-devel/2006-June/048583.html
Vitaliy Margolen seems to be working on it a bit.
Vitaliy - in your email above you wrote, "Here is last instalment". Did you mean, "Here is _the latest_ installment."? I was going to include that post in this week's WWN and just wanted to make it correct.
Yes sorry. It was last at the time I sent it. Now I have one more (with suggested fixes and against yesterday's git.
As far as state of it:
- It runs again using new method of communications to ntoskrnl.
- It's still more of the prove of concept stage then production quality code.
- There are several hacks that needs to be dealt with.
- Not yet agreed on what ntoskrnl.exe should be (a dll, or a separate process).
- We used named pipe to talk to ntoskrnl directly from the user space. Now all
the communication is going through wineserver.
- New ioctl code is highly experimental. wineserver needs to use already setup
objects and structures. To start with, I think user space code and ntoskrnl code are good enough. Driver loading looks fine, with exception of service query. We need some way to check if driver is loaded and running (might need to add one more ioctl to the ntoskrnl).
- ntoskrnl startup is suboptimal. It should look like explorer's startup (there
are few problems and major differences however). One more hack is associated with process startup sequence of events. Wine differs from native in such a way that brakes safedisc.
- Alexandre offered an idea to make ntoskrnl.exe a dll that could be loaded by
an existent explorer process. This is an interesting approach, but there could be some complications associated with it.
So to sum it up: we have a working prototype that's been in this state for almost a year now. It's big project with number of different parts. Each part could be a big project on it's own if implemented all the way. So if anyone wants to spend some time learning the subject and getting it into Wine, they are very welcome to jump on board.
Vitaliy.