Table Of Contents
|1.||17�Nov�2004||(9 posts)||KDBG in VMware, kmode exceptions|
|2.||16�Nov�2004�-�17�Nov�2004||(8 posts)||Support for NIC Realtek|
|3.||14�Nov�2004||(1 post)||ne2000.sys bug fixed|
|4.||9�Nov�2004�-�10�Nov�2004||(25 posts)||Ekush forks ReactOS, GPL Violation|
|5.||16�Nov�2004�-�17�Nov�2004||Recent CVS Activity|
There has been talk recently about a ReactOS newsletter in the tradition of Kernel Traffic (http://www.kerneltraffic.org/) or WineHQ (http://winehq.com/?issue=back) . At the same time I began investigating the ReactOS scene in hopes of helping. Unfortunately, my C/C++ skills are not up to par. Steven Edwards suggested I work on the ReactOS newsletter, which until this point, was absent from the ReactOS scene. Thus Splash was born.
Splash is the official ReactOS newsletter. Each issue will highlight and cover the interesting points that happen on the mailing list. It will also cover, when I can decipher it, the activities on CVS and IRC. Issues are planned to be released on a roughly bi-weekly basis. This project will be a learning project, a get-better-as-time-goes project. I have little experience with writing technical newsletters, and even less with ReactOS itself. Fortunately, time should help my judgment and writting. I hope you enjoy Splash. If you have any questions, comments, concerns or hate mail, please send it to: reactos (at) tong-web (dot) com.
An alternate layout of Splash may be found here (http://www.tong-web.com/splash/index.xml)
1. KDBG in VMware, kmode exceptions
17�Nov�2004 (9 posts) Archive Link: "[ros-dev] What is difference in installation procedure w/wo DGG, KDBG set?"
David reports that he has been unable to install ReactOS with DBG=1 and KDBG=1 enabled. This happens because KDBG is designed to treat all exceptions as kmode exceptions. In this case, the VMware detection routine attempts to perform an instruction, that on normal systems, would raise a umode exception (or nothing at all if on a VMware system). Unfortunately, KDBG treats the umode exception as kmode, and goes *boom*, regardless of it is actually running on VMware or not.
At the time of this writing, Art said he would commit a change to KDBG that would allow configuration of umode exception catching. General consensus (on IRC) seems that this is a good idea, and furthermore, configurable at runtime rather than compile time.
2. Support for NIC Realtek
16�Nov�2004�-�17�Nov�2004 (8 posts) Archive Link: "[ROS-Dev] Support of NIC Realtek 8139"
People: Filip Navara
Gerard conducted some testing on the Realtek 8139 NIC. He reports that the detection/enumeration of the third PCI bus (PCI BUS 2) has been fixed (thanks to Eric Khol, bug #436 (http://reactos.org/bugzilla/show_bug.cgi?id=436) ). Additionaly, he reports that the RTL8139.SYS loads successfully but does not start properly. This is due to a unimplemented function in ROS, "NdisMQueyAdapterResources" (new bug, #446 (http://reactos.org/bugzilla/show_bug.cgi?id=446) ). Filip offered a workaround ( io_res_patch (http://www.volny.cz/xnavara/rtl_bins/io_res.patch) , binaries (http://www.volny.cz/xnavara/rtl_bins/) ) as well as an ""example filter driver that implements PnP Arbiter for Windows"" (available here (http://www.volny.cz/xnavara/arbfilter.zip) ). Filip also requests that someone adapt and implement the code for ReactOS, as he doesn't have time.
Despite the workaround, it appears that the driver still does not start properly.
3. ne2000.sys bug fixed
14�Nov�2004 (1 post) Archive Link: "[ros-dev] Our ne2000 driver and tcpip"
People: Art Yerkes
The ne2000.sys bug that was previously causing problems has now been resolved by Arty. A structure in ne2000.sys, named PACKET_HEADER, was previously thought to hold the ethernet frame header. After some digging, Art discovered that it is merely 4 bytes and only held which buffer page to use next. This was assigned by the ne2000 hardware, and had nothing to do with the ethernet frame itself.
Art says he has ""now factored in the ethernet frame header and made tcpip work the right way, that is to remove consideration of the ethernet frame header at layers above lan in the receive pipe. This should make all adapters work the same way for larger packets (and ne2000 now work right).""
Art used what Filip said, as well as examples from here (http://cvs.sourceforge.net/viewcvs.py/openh323/pwlib/tools/PacketVxD/epacket.c?rev=1.2) , to fix the bug.
4. Ekush forks ReactOS, GPL Violation
9�Nov�2004�-�10�Nov�2004 (25 posts) Archive Link: "[ROS-Dev] Ekush"
People: Jason Filby,�Thomas Weidenmueller,�Filip Navara
G� van Geldorp noticed that Ekush (http://www.ekush.com) ( Google Cache (http://18.104.22.168/search?q=cache:zVauACrLkV8J:www.akshor.com) ), a project designed to do the same as ReactOS, had published its binaries. After some simple string searching in the binaries, it was determined that Ekush was in GPL violation for using ReactOS source without abiding by its license.
Jason Filby said he would write ""a letter explaining [ReactOS's] position (when their site is back up) with appropriate links to fsf.org and perhaps eff.org.""
Thomas Weidenmueller describes why Ekush is violating the GPL, saying, ""Remember, we still own the copyright, we just permit others to use the sources as the license says. Which, as I understand it, implies they must not remove copyrights, neither from binaries nor from sources."" After some more investigation, Filip Navara discovered that they had also included QEMU (http://fabrice.bellard.free.fr/qemu/) (licensed under LGPL). QEMU was renamed to EmuPC. There were references to FreeType and Wine as well.
But the plot thickens. G� van Geldorp reports that shortly after the first email was sent to the ReactOS mailing list, the site went "Down for Maintenance". The next day, the site came back up with new binaries. The references to ReactOS mentioned by G� van Geldorp were all gone, minus a few. Geldorp submitted a story to Slashdot which highlights the code theft (available here (http://slashdot.org/article.pl?sid=04/11/10/1320231&tid=201&tid=190&tid=1) ) and Anich Gregor put together a list of identical ASM code between the ReactOS and Ekush (which can be found here (http://blight.eu.org/reactos/ekush-tskswitch.html) ). It appears that the Ekush website is now down. Whether done by Ekush itself or its hosting company is not known.
5. Recent CVS Activity
This section contains nothing more than interesting CVS comments that I personally like. There are more CVS comments then listed here, and many more actual commits.
Sharon And Joy