Sakurao NEMOTO (nemossan@uitec.ac.jp) wrote: : So, the following is MXboot/Linux, and if you have any interest in it, : please try, but WITH YOUR OWN RISKS. Professor Nemoto-san was so kind as to present me, on my request, a copy of MXBoot for Linux (the same as now posted, I guess). It works fine, but there are a few snags: 1. The first trap I fell into is that you should not use a symbolic link for the image to boot from (/system/linux.sys by default). 2. The second bit is the reason why Lilo is so nice: MXBoot does not know about holes in the image, which most likely will be there because of the 'cp' used to put the image in place. I had to use an old Minix cp to do the trick. At present I can boot Linux from the hard disk. Oddly I now have trouble with booting the Minix partition when chosen from the FDassist program. Yet, as these problems are completely similar as with Lilo I guess the problem is in the Minix partition. Funny that it will boot alright when that Minix partition is active in the partition table. : So, source-codes (CDIFFs from : original Linux) are enough to understand for experienced users. The sources are quite clear in case you can guess what need to be done. Just the sources before doing things. : Caution: Assembling "mxpatch.c" will give warning-message, but no-problem, : If you want, modify the source-code by yourself, says iga@mix. I only had one warning about a declared but not used variable c in the function main(). Hardly something to be afraid of. Met vriendelijke groeten, Wim `Blue Baron' van Dorst
| Greg Kroah-Hartman | [PATCH 006/196] Chinese: add translation of oops-tracing.txt |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
| James Bottomley | Re: Integration of SCST in the mainstream Linux kernel |
| Borislav Petkov | 2.6.23-rc1: no setup signature found... |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| David Miller | [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | Re: [BUG] New Kernel Bugs |
