As to reimplementing the OS2KRNL. WHat features would you like to have of the kernel ?
Roderick
For sure, the very huge and very important part that really needs to be reimplemented is the stuff that do memory management.
Memmanagement is known to be very poor (two arenas, continous troubles with shrmem) on OS/2. Also the 4 GiB for all the processes limit surely should be overcamed.
With the latest development of Phoenix team -- PAE ramdrive, you can use up to 64 GiB of memory on OS/2 (with any kernel, any version of OS/2 from Warp 3 to eCS *nextVersion), but even with swapfile placed on the ramdrive, the limit of 4 GiB/all processes still remains.
This will not remove the limit of 4 GiB per ONE process, but for sure will be a great move forward for OS/2, because you, of course, can just "write another videodriver", but the 4 GiB of RAM limitation for all the system is now a fundamental barrier, which SHOULD be overcamed as soon as possible.
Another big trouble, a bottleneck of Operating System/2, is the graphics subsystem and some parts of WPS.
While the most annoying defect of WPS -- instability -- really needs attention, the Presentation Manager and the graphics subsystem itself inhibits the development of eComStation very much.
PM and the graphics subsystem is a huge bunch of code, and its reverse-engineering and (preferably) opensourcing should became the next long-term goal of the whole eComStation community in general and Mensys in particular.
While WPS improvement (making it usable as a light filemanager -- copy/move dialog replacement, file open container (opensource it!), etc) may be performed relatively easy, in view of XWP, which is a very good start (or even the half of a distance), PM and the graphics subsystem need a lot more work, and should became the primary target.
Its defects are: inability of on-the-fly resolution change, no support of multidisplay configurations (one stretched desktop (!) on many monitors with different resolutions (!!) connected to a number (!!!) of different (!!!!) videocards ran by different videodrivers (!!!!!) -- this is fully possible on Microsoft Windows and impossible on OS/2), and no support of transparency (=>non-square windows, shadows).
Consider, that Windows, GNU/Linux, Mac OS X do support all these features.
Also, if I started to whine here, I am also gonna note a few problems, no one of which are also encountered on other OSes, and which are easy to fix.
First. USBCOM driver. It just is not suitable for anything. USBCOM devices should be plug and playable (no need to preconfigure the amount of usbcom devices in the config.sys), three or five more chips support should be added.
Ubuntu 12 supports USBCOM hardware very well -- I've tryied three devices which didn't work with OS/2, on Ubuntu -- worked well out-of-the-box, no additional drivers needed.
The problem may be easily fixed (look at the usbserial module sources of the linux kernel).
There is no attention paid to this problem.
Second. USBMSD with SCSI-Transparent command set support should be implemented. Chris Wohlgemut once did this, but his driver does not work for my device, the driver's source code is not opensourced.
Windows XP with no service packs support these hardware w/o any additional drivers needed, out-of-the-box.
The problem may be easily fixed (look at the usbmsd module sources of the linux kernel).
There is no attention paid to this problem.
I suppose, that's all
