diff options
Diffstat (limited to 'user')
| -rw-r--r-- | user/jkoenig.mdwn | 169 | ||||
| -rw-r--r-- | user/zhengda.mdwn | 15 |
2 files changed, 132 insertions, 52 deletions
diff --git a/user/jkoenig.mdwn b/user/jkoenig.mdwn index 14e40bf6..68020599 100644 --- a/user/jkoenig.mdwn +++ b/user/jkoenig.mdwn @@ -19,70 +19,126 @@ 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) - -* 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 - -#### Week 3 (2010-06-07..13) +* **mach**: initrd support + * (./) preliminary patch posted and self-built (2010-06-12) + * adjustments will be needed (postponed) + * consider the alternatives discussed on bug-hurd (postponed) + +* **glibc**: fix `mkdir("/")` which returned `EINVAL` + * (./) eglibc 2.11.2-1 includes a quick fix by youpi (2010-06-15) + * (./) more complete patch posted to bug-hurd, + since other calls return incorrect errors under some circumstances + (2010-06-16) + * more work on it will be needed to make it fix the whole thing + (postponed) + +* **partman** + * (./) add hurd-i386 to + `partman-partitioning/lib/disk-label.sh` + (2010-06-16) + * (./) short-circuit + `partman-basicfilesystems/init.d/kernelmodules_basicfilesystems` + (2010-06-16) + * (./) partman-auto recipes: + make the default filesystem os-dependent + when it has not been preseeded (ie. the *seen* flag is clear) + * rebuild with responsible version numbers and upload to my repository + * submit patches to bugs.debian.org + (expected 2010-06-17) + +* **libparted**: fix device paths (expected 2010-06-17) + * one-char-er patch to be tested real soon + * submit to bugs.debian.org + +* **mach**/**libparted**: reloading the partition table (unsure, urgent) + * unfortunately, *non-workable-aroud* without a reboot + * rumour has it that there is some support in mach, + we need to coordinate that with userspace + * rumour has it that there is some code to handle partitions in userspace + with libparted, might be interesting as well + +* **d-i/installer/build**: (expected 2010-06-19) + * publish the patch I use + * sort out the changes suitable for inclusion + and ask youpi and/or debian-boot@l.d.o to commit them + +* **hurd-udeb**: (expected 2010-06-19) + * rebuild with the hack suggested by youpi for qemu network configuration + * cleanup, ask youpi to commit + +* **busybox**: submit upstream and to [[!debbug 323670]] (expected 2010-06-20) + * (./) I have mentioned my work on the upstream mailing list, + * merge the recent changes from upstream, + notably to the build system. + * ask upstream for review and merge + * backport any additional changes onto the debian branch + * hijack [[!debbug 323670]] and submit my patches + +*Milestone (expected 2010-06-21): +installer kindof works, with documented manual intervention required* + +* **partman**: further adjustments + * force 4k blocks in every case + * hide irrelevant mount options? (sync, relatime) + +* **busybox**: port + * fix stty/stat/ipcs on kFreeBSD, + * generally port more stuff, + * *ip* is needed for network configuration, + * *mount*, *swaponoff* can be from hurd-udeb for now, + though the kFreeBSD people will need them -* 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 + [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] -#### Week 4 (2010-06-14..20) +* investigate the /hurd/proc issue + +* 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) +* grub2 installation -* 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 +153,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 --- |