diff options
Diffstat (limited to 'user')
| -rw-r--r-- | user/jkoenig.mdwn | 105 | ||||
| -rw-r--r-- | user/zhengda.mdwn | 15 |
2 files changed, 68 insertions, 52 deletions
diff --git a/user/jkoenig.mdwn b/user/jkoenig.mdwn index 14e40bf6..1a4f5dbb 100644 --- a/user/jkoenig.mdwn +++ b/user/jkoenig.mdwn @@ -19,70 +19,62 @@ I will be keeping track of my progress on this page. ### Latest news - * *busybox*: - patches [posted](http://lists.debian.org/debian-bsd/2010/05/msg00048.html). - I need to test them on kFreeBSD, - then submit them upstream and to #323670. - * installation images boot with the following changes: - * rebuild hurd-udeb from with the latest pkg-hurd patches - * use busybox from my osports-debian branch (see link above) - * tweak the d-i image build scripts - * the symlink /lib/ld.so -> ld.so.1 needs to be created somehow - (youpi mentionned it being the job of libc0.3-udeb I think) - * fix the poll() issue in libdebian-installer - (patch to be submitted soon), - also there is some hurd doxygen short-circuiting stuff - there which does not apply any more and prevents is to build. - * initrd support coming soon (BTW gnumach does not like gcc-4.4), - for the time being it needs to be fed to qemu as a hard drive - (with some more space added to avoid it from becoming full) + * current status: + [busybox](http://lists.debian.org/debian-bsd/2010/05/msg00048.html), + [genext2fs](http://bugs.debian.org/562999), + [libdebian-installer](http://bugs.debian.org/584538) and + [gnumach initrd](http://lists.gnu.org/archive/html/bug-hurd/2010-06/msg00047.html) + have been worked on; + * [modified packages](http://jk.fr.eu.org/debian/unstable) and + [images](http://jk.fr.eu.org/debian/hurd-installer) published. ### Roadmap -#### Week 2 (2010-05-31 to 2010-06-06) - +* busybox: fix `mkdir -p` on Hurd * see what breaks in the installer and fix the problems one by one - (install-time netcfg, cdrom detection, whatever) -* start working on mach initrd support +* busybox: submit upstream and to #323670, + fix stty/stat/ipcs on kFreeBSD, + generally port more stuff, + notably (u)mount/swaponoff. -#### Week 3 (2010-06-07..13) +*Milestone (expected 2010-06-21): +installer kindof works, with documented manual intervention required* -* try to get the busybox changes merged upstream - and integrated into the debian package * tweak the hurd debian package to handle what native-install used to be required for - -#### Week 4 (2010-06-14..20) - + [apparently there's already some relevant stuff done in the postinst, + it might just work though maybe something is missing, + or some special code would be needed in the installer + to enable say, /servers/socket/local before anything + is attempted in the chroot] +* netcfg: make it work on Hurd somehow (port `busybox ip`?) * Hurd-specific partitionning (use supported fs types and options). NB: we will need support in mach to reload the partition tables, or alternatively use the parted support in libstore somehow. * grub2 installation -#### Week 5-6 (2010-06-21..07-04) - -* unexpected stuff -* cleanup -* call for testing -* fix bugs - -At this point we would have a basic but working installer. -Hopefully the summer would not be over yet... - -#### Week 7-8 (2010-07-05..18) - -* hurd console +*Milestone (expected 2010-07-05): +installer works but it's still somewhat ugly and broken* + +* call for testing and fix the bugs +* improve the [initrd situation](FIXME: link to bug-hurd post): + ajust the ramdisk support in Mach, + use tmpfs if possible, + possibly add `module -nounzip` to grub2. +* mklibs{,-copy}: + test library reduction, + make it copy the ld.so -> ld.so.1 symlink. +* hurd console fonts * better DHCP support during and after installation -* support more types of installation images - -#### Week 9-10 (2010-07-19..08-01) - -* give a shot at the graphical installer ? -#### Week 11-12 (2010-08-02..15) +*Milestone (expected 2010-07-19): +it works great and it's beautiful* * test, fix, document - +* support more types of installation images +* give a shot at the graphical installer if time permits +* see how [[zhengda]]'s work on DDE could be integrated +* etc.. ### Mostly done @@ -97,3 +89,22 @@ Hopefully the summer would not be over yet... (BTW would there be a mean to detect this from the libdiskfs bootstrap code and report it ?) +#### Week 2 (2010-05-31 to 2010-06-06) + +* *busybox*: patches [posted](http://lists.debian.org/debian-bsd/2010/05/msg00048.html). +* *libdebian-installer4*: [ditto](http://bugs.debian.org/584538) +* started working on mach initrd support +* the installation images could boot into the main-menu + with the following changes: + * rebuild hurd-udeb from with the latest pkg-hurd patches + * use busybox from my osports-debian branch (see link above) + * tweak the d-i image build scripts + * the symlink /lib/ld.so -> ld.so.1 needs to be created somehow + (youpi mentionned it being the job of libc0.3-udeb I think) + * fix the poll() issue in libdebian-installer + (patch to be submitted soon), + also there is some hurd doxygen short-circuiting stuff + there which does not apply any more and prevents is to build. + * feed the initrd as a hard drive in qemu + (with some more space added to avoid it from becoming full) + diff --git a/user/zhengda.mdwn b/user/zhengda.mdwn index 39af5699..0c3b26bb 100644 --- a/user/zhengda.mdwn +++ b/user/zhengda.mdwn @@ -12,23 +12,28 @@ porting DDE developed by DROPS to the Hurd, and it will still run in the user sp ##Introduction The introduction of DDE/DDEKit can be found in [here](http://wiki.tudos.org/DDE/DDEKit) and more information can be found [here](http://os.inf.tu-dresden.de/pipermail/l4-hackers/2009/004291.html). DDE/DDEKit is a library, and it should be compiled with the code of Linux or FreeBSD drivers. DDE Linux26 is still under development and it can now support network and block devices (but doesn't support SCSI). +##The current status +Currently a few NIC cards work now. I tested pcnet32, e100, e1000, ne2k-pci and rtl8139 in VMWare and Qemu. But the DDE e100 driver cannot work for some e100 cards as currently DDE doesn't support firmware. Someone also reported sis900 cannot work, unfortunately, I cannot test it myself. I appreciate if someone can try some other NIC drivers and give me some feedbback. Please run DDE with GNUMach in the [master-user_level_drivers](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/) branch. + ## My work I separate DDE Linux26 to 2 parts: libddekit and libdde_linux26. I also provide a library called libmachdev on the top of the Linux code to provide the Mach device interface, so it is easy for the user to compile a Linux driver and run it in the Hurd. The latest code can be found in the dde branch of the incubator repository. -The current status: the pcnet32 driver can work very well in DDE Linux26 now. I hope someone can try other NIC drivers. Please run DDE with GNUMach in the [master-user_level_drivers](http://git.savannah.gnu.org/cgit/hurd/gnumach.git/) branch. - There is a minor problem when we compile a Linux driver. Linux drivers use jiffies to measure time. Unfortunately, Mach doesn't provide it, so whenever we need it, we need to calculate it by ourselves. I decide to provide a macro to calculate it for the sake of performance and the cost is that the source code of Linux drivers has to include ddekit/timer.h. ## Build and run DDE drivers -It is better to disable the corresponding kernel drivers in GNU Mach. For example, if we use the pcnet card, we'd better disable lance and pcnet32 drivers while building GNU Mach. DDE requires the pfinet with the modification during my GSoC project in 2008 and that pfinet requires libpcap-dev. To build DDE, we have to first install libpciaccess. libdde_linux26 has to be compiled manually (building dde_pcnet32 doesn't compile libdde_linux26 automatically). +To build a Linux driver with DDE Linux, we need libddekit, libdde_linux26, libmachdev and libhurd-slab. libddekit and libmachdev use the same Makefile system as other Hurd components but libdde_linux26 does not, so we have to build libdde_linux26 in its source file directory. DDE drivers use the same makefile system as libdde_linux26 and thus we need to build them in their source file directories as well. + +The repository has all DDE drivers I have tested, but in case you want to try other drivers, the easiest way is to use dde_pcnet32 as a template. The directory of dde_pcnet32 has Makefile, Makeconf.local, default.ld, pcnet32.c and main.c. If we need to build a new driver file, we only need to replace pcnet32.c with the new file and change Makefile accordingly. You also need to change DDEKITLIBDIR, DDEKITINCDIR, DDE26LIBDIR and OBJ_BASE in Makeconf.local to indicate the path to ddekit and dde_linux26. -To build a Linux driver with DDE Linux, the easiest way is to use dde_pcnet32 (also in the dde branch) as a template. The directory of dde_pcnet32 has Makefile, Makeconf.local, default.ld, pcnet32.c and main.c. If we need to build a new driver file, we only need to replace pcnet32.c with the new file and change Makefile accordingly. You also need to change DDEKITLIBDIR, DDEKITINCDIR, DDE26LIBDIR and OBJ_BASE in Makeconf.local to indicate the path to ddekit and dde_linux26. +When all parts are ready, we can start to build DDE drivers now. In case someone hasn't installed libpciaccess, please install it first. We first build libddekit, libdde-slab, then libdde_linux26, then libmachdev and at last the DDE driver. It's better to install libddekit, libdde-slab and libmachdev to the system, so libdde_linux26 and the DDE driver find the library files and header files. -To run a DDE NIC driver: +To run a DDE NIC driver: It is better to disable the corresponding kernel drivers in GNU Mach. For example, if we use the pcnet card, we'd better disable lance and pcnet32 drivers in gnumach. DDE requires the pfinet with modification during my GSoC project in 2008 and that pfinet requires libpcap-dev (this pfinet is also in the dde branch). settrans -acfg pcnet32 hurd/dde_pcnet32/dde_pcnet32 + settrans -acfg /dev/eth0 hurd/devnode/devnode eth0 -M pcnet32 + settrans -acfg /servers/socket/2 hurd/pfinet/pfinet -i /dev/eth0 -a 172.16.172.10 -g 172.16.172.2 -m 255.255.255.0 --- |