Re: Cannot boot the real thing from HDD
"Marc-F. Lucca-Daniau" <[email protected]> Fri, 21 Feb 2020 10:11:23 +0100
| Newsgroups | org.kernel.vger.linux-8086 |
|---|---|
| Message-ID | <[email protected]> |
Hello Paul, Your latest problems are now tracked by: https://github.com/jbruchon/elks/issues/348 Since I am no more one maintainer of the project, I won't provide any more 'user' support on that mailing list, just 'developer' support. Please ask here to Jody Bruchon, or post in the opened issue 348. Thanks, MFLD Le 17/02/2020 à 22:27, Paul Osmialowski a écrit : > Yes, I failed to express how worried I am by (ab)using ageing DD floppy > drive (the only thing on-board floppy disk controller is able to > recognize) when doing my tests. I'm mounting the on-card rootfs in /mnt to > start as many of the commands as possible (chroot would help). > > Setting "Extra external buffer cache" would probably help, but it fails to > compile... > > Cheers, > Paul > > On Mon, 17 Feb 2020, Marc-F. Lucca-Daniau wrote: > >> Got the same problem as you while trying to use the HD image, with wrong >> partition detection when no MBR. Working on it... >> >> I am just wondering why you try to mount the rootfs partition as you booted on >> it and it should be mounted. Did I miss something in your statement ? >> >> MFLD >> >> >> Le 12/02/2020 ? 23:31, Paul Osmialowski a écrit : >>> Yeah, it is described there indeed. >>> >>> I tried todays master. It does boot from CF card (MINIX HD image), so the >>> original issue is now fixed. Yet still problem with lack of ability to >>> mount rootfs from the same CF card and wrong listing of partitions on a >>> card that contains no partitions (just a boot sector and a MINIX rootfs >>> filesystem) remains and I guess deserved new (critical?) ticket as it >>> limits usability of ELKS severely. >>> >>> Thanks, >>> Paul >>> >>> On Wed, 12 Feb 2020, Marc-François Lucca-Daniau wrote: >>> >>>> Please read the updated 'README.md' :-) >>>> MFLD >>>> >>>> Le mer. 12 févr. 2020 22:10, Paul Osmialowski <[email protected]> a >>>> écrit : >>>> Just a quick question. If there's no tools/env.sh, how one does >>>> 'make >>>> clean' now? >>>> >>>> On Wed, 12 Feb 2020, Marc-F. Lucca-Daniau wrote: >>>> >>>> > Hello Paul, >>>> > >>>> > Regression should be fixed now by latest commits. >>>> > >>>> > I selected CONFIG_IMG_HD, set CHS to 80/2/18 and size to 1440 >>>> blocks (to mimic >>>> > a floppy). >>>> > >>>> > After modifying 'qemu.sh' to boot on 'image/hd.bin', got the ELKS >>>> login >>>> > prompt. >>>> > >>>> > So closing the issue, unless you still have the problem. >>>> > >>>> > Thanks, >>>> > >>>> > MFLD >>>> > >>>> > >>>> > Le 11/02/2020 ? 21:38, Marc-F. Lucca-Daniau a écrit : >>>> > > Hello Paul, >>>> > > >>>> > > Yes, confirmed, a recent commit on the boot sector missed the >>>> CONFIG_IMG_HD >>>> > > case. >>>> > > >>>> > > Tracked by : https://github.com/elks-org/elks/issues/323 >>>> > > >>>> > > It again shows that we REALLY need more automatic testing in >>>> the CI ! >>>> > > >>>> > > MFLD >>>> > > >>>> > > >>>> > > Le 11/02/2020 ? 00:38, Paul Osmialowski a écrit : >>>> > > > Hi Marc, >>>> > > > >>>> > > > I'm observing some regression with today's changes on git >>>> master. Despite >>>> > > > selecting MINIX boot image, -DBOOT_FAT is still present in >>>> build log >>>> > > > (seems -UBOOT_FAT is not propagated properly): >>>> > > > >>>> > > > make[2]: Entering directory >>>> '/home/pawelo/elks.git/elkscmd/bootblocks' >>>> > > > ia16-elf-gcc -I /home/pawelo/elks.git/include -E -o >>>> boot_sect.tmp >>>> > > > boot_sect.S >>>> > > > ia16-elf-gcc -I /home/pawelo/elks.git/include -E -UBOOT_FAT >>>> -o >>>> > > > boot_sect.tmp boot_sect.S >>>> > > > ia16-elf-as -o boot_sect.o boot_sect.tmp >>>> > > > rm -f boot_sect.tmp >>>> > > > ia16-elf-gcc -Wall -Os -mregparmcall -fno-toplevel-reorder >>>> -fno-inline >>>> > > > -mcmodel=tiny -mno-segment-relocation-stuff -ffreestanding >>>> -mtune=i8086 -I >>>> > > > /home/pawelo/elks.git/include -c -o boot_minix.o >>>> boot_minix.c >>>> > > > ia16-elf-ld -T /home/pawelo/elks.git/elks/elks-raw.ld -M -o >>>> minix.bin >>>> > > > boot_sect.o boot_minix.o > minix.map >>>> > > > ia16-elf-gcc -I /home/pawelo/elks.git/include -E -o >>>> boot_probe.tmp >>>> > > > boot_probe.S >>>> > > > ia16-elf-as -oboot_probe.o boot_probe.tmp >>>> > > > rm -f boot_probe.tmp >>>> > > > ia16-elf-ld -T /home/pawelo/elks.git/elks/elks-raw.ld -M -o >>>> probe.bin >>>> > > > boot_sect.o boot_probe.o > probe.map >>>> > > > ia16-elf-gcc -I /home/pawelo/elks.git/include -E -DBOOT_FAT >>>> -o >>>> > > > boot_sect_fat.tmp boot_sect.S >>>> > > > ia16-elf-as -o boot_sect_fat.o boot_sect_fat.tmp >>>> > > > boot_sect.S: Assembler messages: >>>> > > > boot_sect.S:41: Error: Unknown disk medium! >>>> > > > make[2]: *** [Makefile:42: boot_sect_fat.o] Error 1 >>>> > > > make[2]: Leaving directory >>>> '/home/pawelo/elks.git/elkscmd/bootblocks' >>>> > > > make[1]: *** [Makefile:126: all] Error 1 >>>> > > > make[1]: Leaving directory '/home/pawelo/elks.git/elkscmd' >>>> > > > make: *** [Makefile:37: all] Error 2 >>>> > > > Build script has terminated with error 5 >>>> > > > >>>> > > > >>>> > > > On Sat, 8 Feb 2020, Paul Osmialowski wrote: >>>> > > > >>>> > > > > Things changed overnight on the ELKS repo and now my >>>> Amstrad PC 2086 >>>> > > > > boots >>>> > > > > ELKS from 32MB CF card! >>>> > > > > >>>> > > > > There are some shortcomings though: >>>> > > > > >>>> > > > > 1. Bootable MINIX image does not contain partition table. >>>> There's >>>> > > > > nothing >>>> > > > > wrong about that, yet it makes ELKS's Partition Check >>>> routine lost a >>>> > > > > bit. >>>> > > > > Contrary to this, the Desktop tools for managing external >>>> storage in my >>>> > > > > Desktop Linux environment somehow are able to spot that and >>>> do mount >>>> > > > > MINIX >>>> > > > > fs on /dev/sdc when asked, not on /dev/sdc1 or anything >>>> else (note that >>>> > > > > fdisk /dev/sdc shows rubbish like non-existing /dev/sdc4 >>>> partition of >>>> > > > > exotic type and size). ELKS's Partition Check also shows >>>> rubbush bda4 >>>> > > > > partition of a very wrong size. >>>> > > > > >>>> > > > > 2. Root fs mount fails asking me to insert rootfs floppy: >>>> > > > > >>>> > > > > FAT: can't read super >>>> > > > > VFS: Insert root floppy and press ENTER >>>> > > > > >>>> > > > > Fortunately, I still have one. Yet during that, good old >>>> problem with >>>> > > > > mounting on-card fs appeared again: >>>> > > > > >>>> > > > > minix: unable to read sb >>>> > > > > mount failed: Invalid argument >>>> > > > > >>>> > > > > I suspect it tried to mount non-existing /dev/bda1 or wrong >>>> /dev/bda4 >>>> > > > > partition as suggested by misleading Partition Check >>>> > > > > >>>> > > > > When I finally reached the shell, I managed to mount MINIX >>>> fs anyway, >>>> > > > > just >>>> > > > > by doing: >>>> > > > > >>>> > > > > mount /dev/bda /mnt >>>> > > > > >>>> > > > > and it just worked, all the files and directories were >>>> there! >>>> > > > > >>>> > > > > Cheers, >>>> > > > > Paul >>>> > > > > >>>> > > > > On Thu, 6 Feb 2020, Paul Osmialowski wrote: >>>> > > > > >>>> > > > > > Some more update: >>>> > > > > > >>>> > > > > > I've compiled FAT support into kernel. Then I've also >>>> built HD image >>>> > > > > > with >>>> > > > > > FAT filesystem (non-bootable), in facts, what have been >>>> built was not >>>> > > > > > binary image, it was rather rootfs in the 'target' >>>> directory. I've >>>> > > > > > created >>>> > > > > > partition table on the 32MB CF card with DOS partition >>>> and formated >>>> > > > > > the >>>> > > > > > partition with FAT16 filesystem (all using FreeDOS booted >>>> from >>>> > > > > > floppy). >>>> > > > > > Then I've rebooted the machine with ELKS bootable floppy >>>> and this >>>> > > > > > time... >>>> > > > > > the rootfs was mounted by init into '/mnt' mountpoint. So >>>> the HDD >>>> > > > > > support >>>> > > > > > isn't that entirely bad in ELKS and we're nearly there! >>>> What I also >>>> > > > > > immediately noticed is that this system lacks 'chroot' >>>> command... >>>> > > > > > >>>> > > > > > Cheers, >>>> > > > > > Paul >>>> > > > > > >>>> > > > > > On Thu, 6 Feb 2020, Paul Osmialowski wrote: >>>> > > > > > >>>> > > > > > > Hi Marc, >>>> > > > > > > >>>> > > > > > > Now it prints: >>>> > > > > > > >>>> > > > > > > C=0x3C H=0x10 S=0x3F >>>> > > > > > > >>>> > > > > > > Following this, I've tried to build HD boot image with >>>> 63 sectors, >>>> > > > > > > 16 >>>> > > > > > > heads and 60 tracks (cylinders), but it still dies at >>>> '....4!'. >>>> > > > > > > >>>> > > > > > > Also, when I booted ELKS from floppy again, I noticed >>>> it tried to >>>> > > > > > > mount >>>> > > > > > > filesystem on the card with the image mentioned above >>>> that I left in >>>> > > > > > > the >>>> > > > > > > CF adapter. It failed eventually as such: >>>> > > > > > > >>>> > > > > > > Mounting FAT filesystem: hd: error: AX=0x04 >>>> > > > > > > BIOSHD: I/O error >>>> > > > > > > dev 301, sector 2 >>>> > > > > > > minix: unable to read sb >>>> > > > > > > mount failed: Invalid argument >>>> > > > > > > >>>> > > > > > > This 'Mounting FAT filesystem' message is kinda >>>> misleading: I didn't >>>> > > > > > > compile FAT support into the system, and the image on >>>> CF card has >>>> > > > > > > MINIX >>>> > > > > > > filesystem installed. >>>> > > > > > > >>>> > > > > > > Cheers, >>>> > > > > > > Paul >>>> > > > > > > >>>> > > > > > > On Wed, 5 Feb 2020, Marc-F. Lucca-Daniau wrote: >>>> > > > > > > >>>> > > > > > > > Yep, hex error fixed in latest commit: >>>> > > > > > > > >>>> > > > > > > > >>>> https://github.com/elks-org/elks/commit/6332929104591ecbd62f18757a76506938cf96ce >>>> > > > > > > > >>>> > > > > > > > MFLD >>>> > > > > > > > >>>> > > > > > > > >>>> > > > > > > > Le 03/02/2020 ? 23:05, Paul Osmialowski a écrit : >>>> > > > > > > > > probe.bin prints: >>>> > > > > > > > > >>>> > > > > > > > > Boot sector >>>> > > > > > > > > C=0x3D H=0x10 S=0x3G >>>> > > > > > > > > Press key >>>> > > > > > > > > >>>> > > > > > > > > 0x3G is a rather strange hex value... I assume >>>> off-by-one error >>>> > > > > > > > > while >>>> > > > > > > > > doing 'A' + h. >>>> > > > > > > > > >>>> > > > > > > > > I looked at what fdisk on different systems prints >>>> about this >>>> > > > > > > > > 32MB CF >>>> > > > > > > > > card. >>>> > > > > > > > > >>>> > > > > > > > > On Linux (fdisk -c=dos /dev/sdX): cyls: 1024, >>>> heads: 1, sects: >>>> > > > > > > > > 61 >>>> > > > > > > > > On Linux (fdisk -c=dos on FreeDOS image): cyls: 3, >>>> heads: 16, >>>> > > > > > > > > sects: 63 >>>> > > > > > > > > On FreeDOS (fdisk /info /tech): TC: 61 TH: 15 TS: >>>> 63 >>>> > > > > > > > > >>>> > > > > > > > > I've tried all of those values, with the same >>>> effect (....4!). >>>> > > > > > > > > >>>> > > > > > > > > Also I think the name of config option in kernel >>>> configuration >>>> > > > > > > > > is >>>> > > > > > > > > misleading. Tracks refers to number of tracks per >>>> cylinder which >>>> > > > > > > > > is heads >>>> > > > > > > > > * sectors. I assume what this option really expects >>>> is >>>> > > > > > > > > 'cylinders', and >>>> > > > > > > > > IMO should be named that way. >>>> > > > > > > > > >>>> > > > > > > > > There's a chance that the problem with FDD is not >>>> with the drive >>>> > > > > > > > > itself. >>>> > > > > > > > > I'm waiting for delivery of used 3.5'' 720k DD >>>> floppy disks to >>>> > > > > > > > > verify this >>>> > > > > > > > > suspicion, should arrive in a week. >>>> > > > > > > > > >>>> > > > > > > > > Thanks, >>>> > > > > > > > > Paul >>>> > > > > > > > > >>>> > > > > > > > > On Mon, 3 Feb 2020, Marc-F. Lucca-Daniau wrote: >>>> > > > > > > > > >>>> > > > > > > > > > Hello Paul, >>>> > > > > > > > > > >>>> > > > > > > > > > It is really too bad that you don't have any >>>> working FDD on >>>> > > > > > > > > > your Amstrad >>>> > > > > > > > > > PC, >>>> > > > > > > > > > so that we could test if the latest fixes solve >>>> the "cannot >>>> > > > > > > > > > boot the real >>>> > > > > > > > > > thing from floppy" problem... >>>> > > > > > > > > > >>>> > > > > > > > > > It would help a lot before attacking the HDD >>>> problem. >>>> > > > > > > > > > >>>> > > > > > > > > > Anyway... there is a new payload in the >>>> 'bootblocks' folder, >>>> > > > > > > > > > named >>>> > > > > > > > > > 'probe.bin', that queries the BIOS for the actual >>>> geometry of >>>> > > > > > > > > > the HDD. >>>> > > > > > > > > > Could >>>> > > > > > > > > > you please DD that payload to your CF first >>>> sectors (2) and >>>> > > > > > > > > > give us what >>>> > > > > > > > > > is >>>> > > > > > > > > > displayed on boot ? >>>> > > > > > > > > > >>>> > > > > > > > > > Thanks, >>>> > > > > > > > > > >>>> > > > > > > > > > MFLD >>>> > > > > > > > > > >>>> > > > > > > > > > >>>> > > > > > > > > > Le 03/02/2020 ? 17:59, Paul Osmialowski a écrit : >>>> > > > > > > > > > > Hi Marc, >>>> > > > > > > > > > > >>>> > > > > > > > > > > I gave it a go, it now looks differend, yet it >>>> still fails >>>> > > > > > > > > > > at the end: >>>> > > > > > > > > > > >>>> > > > > > > > > > > Boot sector >>>> > > > > > > > > > > ...Linux found >>>> > > > > > > > > > > ..........................................4! >>>> > > > > > > > > > > Press key >>>> > > > > > > > > > > >>>> > > > > > > > > > > (number of dots in the longest line may differ >>>> from actual) >>>> > > > > > > > > > > >>>> > > > > > > > > > > According to boot_err.h file, the error code 4 >>>> means >>>> > > > > > > > > > > ERR_BAD_SYSTEM >>>> > > > > > > > > > > >>>> > > > > > > > > > > I looked into hd.bin image. It does seem to >>>> have correct >>>> > > > > > > > > > > minix fs with >>>> > > > > > > > > > > /linux file of size 49778 bytes and /bin/init >>>> (instead of >>>> > > > > > > > > > > /sbin/init) >>>> > > > > > > > > > > among other files and directories. >>>> > > > > > > > > > > >>>> > > > > > > > > > > Good news with Amstrad PC 2086, I managed to >>>> fix its >>>> > > > > > > > > > > keyboard, it just >>>> > > > > > > > > > > needed a good scrub. Now I can boot FreeDOS >>>> from a CF card >>>> > > > > > > > > > > and start >>>> > > > > > > > > > > things like OpenGEM and alike. >>>> > > > > > > > > > > >>>> > > > > > > > > > > Cheers, >>>> > > > > > > > > > > Paul >>>> > > > > > > > > > > >>>> > > > > > > > > > > On Sat, 1 Feb 2020, Marc-F. Lucca-Daniau wrote: >>>> > > > > > > > > > > >>>> > > > > > > > > > > > Hello Paul, >>>> > > > > > > > > > > > >>>> > > > > > > > > > > > The problem should be solved now (at least >>>> for the >>>> > > > > > > > > > > > floppy). >>>> > > > > > > > > > > > >>>> > > > > > > > > > > > Details in the issues listed below (253 and >>>> 288). >>>> > > > > > > > > > > > >>>> > > > > > > > > > > > MFLD >>>> > > > > > > > > > > > >>>> > > > > > > > > > > > >>>> > > > > > > > > > > > Le 30/01/2020 ? 22:43, Marc-F. Lucca-Daniau a >>>> écrit : >>>> > > > > > > > > > > > > Hello Paul, >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > Thanks for the report, that time with the >>>> error code 3. >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > Your problem is still tracked by: >>>> > > > > > > > > > > > > https://github.com/elks-org/elks/issues/253 >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > It looks like you are facing the same >>>> problem as another >>>> > > > > > > > > > > > > user: >>>> > > > > > > > > > > > > https://github.com/elks-org/elks/issues/288 >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > We are now quite sure there is a somewhere >>>> a bug in the >>>> > > > > > > > > > > > > new >>>> > > > > > > > > > > > > `disk_read` >>>> > > > > > > > > > > > > function, that fires only on real HW, not >>>> in QEmu. >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > Investigation is still ongoing... stay >>>> tuned ! >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > MFLD >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > >>>> > > > > > > > > > > > > Le 30/01/2020 ? 20:51, Paul Osmialowski a >>>> écrit : >>>> > > > > > > > > > > > > > Hi Marc, >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > As I mentioned earlier, I'm again away >>>> from my old >>>> > > > > > > > > > > > > > home and won't >>>> > > > > > > > > > > > > > be >>>> > > > > > > > > > > > > > there >>>> > > > > > > > > > > > > > before April (to make tests on my old >>>> XT-Turbo). Yet I >>>> > > > > > > > > > > > > > managed to >>>> > > > > > > > > > > > > > buy >>>> > > > > > > > > > > > > > on >>>> > > > > > > > > > > > > > e-bay an Amstrad PC2086 here, so in >>>> theory, I should >>>> > > > > > > > > > > > > > be able to >>>> > > > > > > > > > > > > > continue >>>> > > > > > > > > > > > > > from here too. The machine itself came in >>>> a very bad >>>> > > > > > > > > > > > > > shape, the >>>> > > > > > > > > > > > > > keyboard >>>> > > > > > > > > > > > > > is broken, FDD and original MFM HDD are >>>> also dead. >>>> > > > > > > > > > > > > > Fortunately, >>>> > > > > > > > > > > > > > I've >>>> > > > > > > > > > > > > > got >>>> > > > > > > > > > > > > > one more XT-IDE 8-bit ISA card and an >>>> CF-IDE adapter. >>>> > > > > > > > > > > > > > It's the >>>> > > > > > > > > > > > > > only >>>> > > > > > > > > > > > > > workable boot device this machine >>>> currently has. >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > I've compiled ELKS's recent git master >>>> and copied boot >>>> > > > > > > > > > > > > > image to >>>> > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > 32MB >>>> > > > > > > > > > > > > > CF card. While configuring the build, >>>> some progess >>>> > > > > > > > > > > > > > I've noticed in >>>> > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > way >>>> > > > > > > > > > > > > > HD image is configured (CHS geometry can >>>> now be given >>>> > > > > > > > > > > > > > through >>>> > > > > > > > > > > > > > menuconfig). >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > I tried to boot the image, but all I >>>> could see was: >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > MINIX boot >>>> > > > > > > > > > > > > > 3! >>>> > > > > > > > > > > > > > Press key. >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > Some specs of this machine: >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > - CPU: AMD 8086 >>>> > > > > > > > > > > > > > - RAM: 640kB >>>> > > > > > > > > > > > > > - Video: Onboard VGA Paradise >>>> > > > > > > > > > > > > > - Serial port: Onboard Amstrad 40049 >>>> inherited from >>>> > > > > > > > > > > > > > Amstrad >>>> > > > > > > > > > > > > > Portable >>>> > > > > > > > > > > > > > PC >>>> > > > > > > > > > > > > > line (I hope it's compatible with 8250, >>>> not sure where >>>> > > > > > > > > > > > > > to find >>>> > > > > > > > > > > > > > more >>>> > > > > > > > > > > > > > info >>>> > > > > > > > > > > > > > about it) >>>> > > > > > > > > > > > > > - Amstrad-specific keyboard and mouse >>>> (not compatible >>>> > > > > > > > > > > > > > with >>>> > > > > > > > > > > > > > anything >>>> > > > > > > > > > > > > > else >>>> > > > > > > > > > > > > > and not repairable when broken) >>>> > > > > > > > > > > > > > - Onboard Zilog 765 floppy disk >>>> controller >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > I've removed MFM HDD controller (8-bit >>>> ISA card), as >>>> > > > > > > > > > > > > > there's no >>>> > > > > > > > > > > > > > use >>>> > > > > > > > > > > > > > for >>>> > > > > > > > > > > > > > it. >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > Cheers, >>>> > > > > > > > > > > > > > Paul >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > On Fri, 24 Jan 2020, Marc-F. Lucca-Daniau >>>> wrote: >>>> > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > Hello Paul, >>>> > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > I added some error checking with very >>>> simple traces >>>> > > > > > > > > > > > > > > in my latest >>>> > > > > > > > > > > > > > > commit: >>>> > > > > > > > > > > > > > > >>>> https://github.com/jbruchon/elks/commit/63647a9a37ec3c5751fb2adc4ddad368e18ba7c5 >>>> > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > It would be nice if you (or someone >>>> else on that >>>> > > > > > > > > > > > > > > mailing list) >>>> > > > > > > > > > > > > > > could >>>> > > > > > > > > > > > > > > try >>>> > > > > > > > > > > > > > > to >>>> > > > > > > > > > > > > > > boot again from a floppy disk and >>>> report the traces >>>> > > > > > > > > > > > > > > in case of >>>> > > > > > > > > > > > > > > any >>>> > > > > > > > > > > > > > > failure. >>>> > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > Also, I added some options to describe >>>> the HD >>>> > > > > > > > > > > > > > > geometry in the >>>> > > > > > > > > > > > > > > configuration, >>>> > > > > > > > > > > > > > > not to have to hack that part of code: >>>> > > > > > > > > > > > > > > >>>> https://github.com/jbruchon/elks/commit/28d5f0ae66fd62bb7e25770e23d3c402cd301d76 >>>> > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > And last but not least, the boot block >>>> now reuses >>>> > > > > > > > > > > > > > > the driver >>>> > > > > > > > > > > > > > > number >>>> > > > > > > > > > > > > > > as >>>> > > > > > > > > > > > > > > provided by the BIOS, again to avoid >>>> forcing it in >>>> > > > > > > > > > > > > > > the code: >>>> > > > > > > > > > > > > > > >>>> https://github.com/jbruchon/elks/commit/9dbcd5ace60dc19f1bad24e34f1a3dd8793bcfcf >>>> > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > MFLD >>>> > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > Le 22/12/2019 ? 11:51, Marc-F. >>>> Lucca-Daniau a >>>> > > > > > > > > > > > > > > écrit : >>>> > > > > > > > > > > > > > > > Hello Paul, >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > I forced the build of minix.bin to >>>> 8086 model >>>> > > > > > > > > > > > > > > > (-mtune 8086), >>>> > > > > > > > > > > > > > > > but >>>> > > > > > > > > > > > > > > > no >>>> > > > > > > > > > > > > > > > change >>>> > > > > > > > > > > > > > > > in the binary, so not related to >>>> possible >>>> > > > > > > > > > > > > > > > 80186/286 >>>> > > > > > > > > > > > > > > > instructions. >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > Also, you memory is largely enough >>>> for the >>>> > > > > > > > > > > > > > > > relocation of the >>>> > > > > > > > > > > > > > > > code, >>>> > > > > > > > > > > > > > > > so >>>> > > > > > > > > > > > > > > > not >>>> > > > > > > > > > > > > > > > related either (it could fail for >>>> memory < 128 >>>> > > > > > > > > > > > > > > > Kb). >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > I am currently suspecting the INT 13h >>>> in >>>> > > > > > > > > > > > > > > > disk_read() to fail >>>> > > > > > > > > > > > > > > > at >>>> > > > > > > > > > > > > > > > one >>>> > > > > > > > > > > > > > > > moment, >>>> > > > > > > > > > > > > > > > but as there is no error checking in >>>> load_zone() >>>> > > > > > > > > > > > > > > > and in >>>> > > > > > > > > > > > > > > > load_file() in >>>> > > > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > > > current version, it could be a silent >>>> error. >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > I am going to try to add that error >>>> checking in >>>> > > > > > > > > > > > > > > > the remaining >>>> > > > > > > > > > > > > > > > space of >>>> > > > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > > > second sector. >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > Stay tuned... >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > MFLD >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > Le 18/12/2019 ? 23:51, Paul >>>> Osmialowski a écrit : >>>> > > > > > > > > > > > > > > > > Some more info: >>>> > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > CPU: 8088, no FPU installed (empty >>>> socket) >>>> > > > > > > > > > > > > > > > > MEM: 640kB, no expansions >>>> > > > > > > > > > > > > > > > > FDD: standard 765-based FDD >>>> controller on 8-bit >>>> > > > > > > > > > > > > > > > > ISA card >>>> > > > > > > > > > > > > > > > > HDD: XT-CF IDE controller on 8-bit >>>> ISA card >>>> > > > > > > > > > > > > > > > > bought here: >>>> > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > >>>> https://www.lo-tech.co.uk/wiki/Lo-tech_ISA_CompactFlash_Adapter_revision_2b >>>> > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > with BIOS obtained from here: >>>> > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > >>>> https://code.google.com/archive/p/xtideuniversalbios >>>> > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > On Wed, 18 Dec 2019, Paul >>>> Osmialowski wrote: >>>> > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > Hi Marc, >>>> > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > Thanks for your quick reply. This >>>> machine is >>>> > > > > > > > > > > > > > > > > > NOT an >>>> > > > > > > > > > > > > > > > > > original >>>> > > > > > > > > > > > > > > > > > IBM >>>> > > > > > > > > > > > > > > > > > PC/XT, >>>> > > > > > > > > > > > > > > > > > it >>>> > > > > > > > > > > > > > > > > > is a cheap Taiwan made clone from >>>> 1986, very >>>> > > > > > > > > > > > > > > > > > popular Turbo >>>> > > > > > > > > > > > > > > > > > XT. >>>> > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > Using simple Willem programmer I >>>> managed to >>>> > > > > > > > > > > > > > > > > > dump its BIOS >>>> > > > > > > > > > > > > > > > > > to a >>>> > > > > > > > > > > > > > > > > > file >>>> > > > > > > > > > > > > > > > > > (attached xt-rom.BIN file, 8192 >>>> bytes). When >>>> > > > > > > > > > > > > > > > > > powered on it >>>> > > > > > > > > > > > > > > > > > prints: >>>> > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > T U R B O - XT 1986 >>>> > > > > > > > > > > > > > > > > > Speed 4.77/8.00MHz Version 3.10 >>>> > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > Thanks, >>>> > > > > > > > > > > > > > > > > > Paul >>>> > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > On Wed, 18 Dec 2019, >>>> Marc-François >>>> > > > > > > > > > > > > > > > > > Lucca-Daniau wrote: >>>> > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > Hello Paul, >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > I walked into the dump of your >>>> CF image, and >>>> > > > > > > > > > > > > > > > > > > everything >>>> > > > > > > > > > > > > > > > > > > looks >>>> > > > > > > > > > > > > > > > > > > correct >>>> > > > > > > > > > > > > > > > > > > : Minix boot blocks, geometry >>>> constants, >>>> > > > > > > > > > > > > > > > > > > filesystem, >>>> > > > > > > > > > > > > > > > > > > root >>>> > > > > > > > > > > > > > > > > > > directory >>>> > > > > > > > > > > > > > > > > > > and kernel image. >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > Could you please tell me the >>>> size of your >>>> > > > > > > > > > > > > > > > > > > low memory, >>>> > > > > > > > > > > > > > > > > > > and >>>> > > > > > > > > > > > > > > > > > > confirm the >>>> > > > > > > > > > > > > > > > > > > processor is a 8088/86, not a >>>> 80186/286 ? >>>> > > > > > > > > > > > > > > > > > > After reading >>>> > > > > > > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > > > > > > code >>>> > > > > > > > > > > > > > > > > > > of >>>> > > > > > > > > > > > > > > > > > > the boot blocks again, I found >>>> two potential >>>> > > > > > > > > > > > > > > > > > > failures >>>> > > > > > > > > > > > > > > > > > > related. >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > Also, if you could tell me the >>>> BIOS version >>>> > > > > > > > > > > > > > > > > > > & date, for >>>> > > > > > > > > > > > > > > > > > > me >>>> > > > > > > > > > > > > > > > > > > to >>>> > > > > > > > > > > > > > > > > > > have a >>>> > > > > > > > > > > > > > > > > > > look in the IBM manual ? >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > Thanks, >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > MFLD >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > Le mar. 17 déc. 2019 23:21, >>>> Paul Osmialowski >>>> > > > > > > > > > > > > > > > > > > <[email protected]> a >>>> > > > > > > > > > > > > > > > > > > écrit : >>>> > > > > > > > > > > > > > > > > > > Hi Marc, >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > The bzipped file is >>>> so small I'd >>>> > > > > > > > > > > > > > > > > > > try to attach >>>> > > > > > > > > > > > > > > > > > > it >>>> > > > > > > > > > > > > > > > > > > to >>>> > > > > > > > > > > > > > > > > > > this >>>> > > > > > > > > > > > > > > > > > > message. >>>> > > > > > > > > > > > > > > > > > > The other attachment >>>> is the diff >>>> > > > > > > > > > > > > > > > > > > of all of my >>>> > > > > > > > > > > > > > > > > > > changes. >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > I must admit, I was >>>> looking into >>>> > > > > > > > > > > > > > > > > > > wrong places. >>>> > > > > > > > > > > > > > > > > > > As I >>>> > > > > > > > > > > > > > > > > > > mounted >>>> > > > > > > > > > > > > > > > > > > this image, it >>>> > > > > > > > > > > > > > > > > > > indeed contains >>>> MINIX filesystem >>>> > > > > > > > > > > > > > > > > > > with /linux >>>> > > > > > > > > > > > > > > > > > > file >>>> > > > > > > > > > > > > > > > > > > in it, >>>> > > > > > > > > > > > > > > > > > > and >>>> > > > > > > > > > > > > > > > > > > that file >>>> > > > > > > > > > > > > > > > > > > indeed has magic >>>> string "ELKS" at >>>> > > > > > > > > > > > > > > > > > > offset >>>> > > > > > > > > > > > > > > > > > > 0x1E6. So >>>> > > > > > > > > > > > > > > > > > > I >>>> > > > > > > > > > > > > > > > > > > suspect, >>>> > > > > > > > > > > > > > > > > > > load_zone() >>>> > > > > > > > > > > > > > > > > > > does something >>>> wrong. >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > Note that I wasn't >>>> able to boot >>>> > > > > > > > > > > > > > > > > > > from 360k >>>> > > > > > > > > > > > > > > > > > > floppy >>>> > > > > > > > > > > > > > > > > > > either >>>> > > > > > > > > > > > > > > > > > > (with >>>> > > > > > > > > > > > > > > > > > > the same >>>> > > > > > > > > > > > > > > > > > > outcome!), despite >>>> all the >>>> > > > > > > > > > > > > > > > > > > changes as in the >>>> > > > > > > > > > > > > > > > > > > patch. >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > Cheers, >>>> > > > > > > > > > > > > > > > > > > Paul >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > On Tue, 17 Dec 2019, >>>> Marc-F. >>>> > > > > > > > > > > > > > > > > > > Lucca-Daniau >>>> > > > > > > > > > > > > > > > > > > wrote: >>>> > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > Hello Paul, >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > I understand your >>>> mail on >>>> > > > > > > > > > > > > > > > > > > dec-16, but I >>>> > > > > > > > > > > > > > > > > > > don't the >>>> > > > > > > > > > > > > > > > > > > latest >>>> > > > > > > > > > > > > > > > > > > today. >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > * minix_second.c >>>> loads the root >>>> > > > > > > > > > > > > > > > > > > directory, >>>> > > > > > > > > > > > > > > > > > > then >>>> > > > > > > > > > > > > > > > > > > finds >>>> > > > > > > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > > > > > > "/linux" file in it, >>>> > > > > > > > > > > > > > > > > > > > as you got the >>>> "Linux found!" >>>> > > > > > > > > > > > > > > > > > > trace. >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > * the "linux" file >>>> is supposed >>>> > > > > > > > > > > > > > > > > > > to be the >>>> > > > > > > > > > > > > > > > > > > /elks/arch/i86/boot/Image (see >>>> > > > > > > > > > > > > > > > > > > > image/Makefile): >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > sudo install >>>> > > > > > > > > > > > > > > > > > > $(ELKS_DIR)/arch/i86/boot/Image >>>> > > > > > > > > > > > > > > > > > > $(TARGET_MNT)/linux >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > * that file >>>> concatenates 3 >>>> > > > > > > > > > > > > > > > > > > other files : >>>> > > > > > > > > > > > > > > > > > > bootsect, >>>> > > > > > > > > > > > > > > > > > > setup and >>>> > > > > > > > > > > > > > > > > > > system (through >>>> > > > > > > > > > > > > > > > > > > > the >>>> /elks/arch/i86/tools >>>> > > > > > > > > > > > > > > > > > > utility) >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > * run_prog() >>>> checks that the >>>> > > > > > > > > > > > > > > > > > > "bootsect" file >>>> > > > > > > > > > > > > > > > > > > contains >>>> > > > > > > > > > > > > > > > > > > "ELKS" >>>> > > > > > > > > > > > > > > > > > > at offset 1E6h: >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > minix_first.S: >>>> > > > > > > > > > > > > > > > > > > > mov >>>> 0x01E6,%ax // check >>>> > > > > > > > > > > > > > > > > > > for ELKS magic >>>> > > > > > > > > > > > > > > > > > > number >>>> > > > > > > > > > > > > > > > > > > > cmp >>>> $0x4C45,%ax >>>> > > > > > > > > > > > > > > > > > > > jnz not_elks >>>> > > > > > > > > > > > > > > > > > > > mov 0x01E8,%ax >>>> > > > > > > > > > > > > > > > > > > > cmp >>>> $0x534B,%ax >>>> > > > > > > > > > > > > > > > > > > > jz boot_it >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > bootsect.S: >>>> > > > > > > > > > > > > > > > > > > > .org 0x1E3 >>>> > > > > > > > > > > > > > > > > > > > msg1: >>>> > > > > > > > > > > > > > > > > > > > .byte 13,10,7 >>>> > > > > > > > > > > > > > > > > > > > .ascii "ELKS >>>> Boot" >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > * dumping the >>>> "Image" file on >>>> > > > > > > > > > > > > > > > > > > my machine >>>> > > > > > > > > > > > > > > > > > > shows >>>> > > > > > > > > > > > > > > > > > > that >>>> > > > > > > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > > > > > > offset and the string >>>> > > > > > > > > > > > > > > > > > > > are correct: >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > 0001e0 12 0f 09 0d >>>> 0a 07 45 4c >>>> > > > > > > > > > > > > > > > > > > 4b 53 20 42 >>>> > > > > > > > > > > > > > > > > > > 6f 6f >>>> > > > > > > > > > > > > > > > > > > 74 20 >>>> > > > > > > > > > > > > > > > > > > > ......ELKS Boot < >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > * so I agree that >>>> the loaded >>>> > > > > > > > > > > > > > > > > > > file "linux" is >>>> > > > > > > > > > > > > > > > > > > not >>>> > > > > > > > > > > > > > > > > > > the >>>> > > > > > > > > > > > > > > > > > > right >>>> > > > > > > > > > > > > > > > > > > one in memory >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > Could you please: >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > 1) dump the >>>> "Image" file and >>>> > > > > > > > > > > > > > > > > > > check the data >>>> > > > > > > > > > > > > > > > > > > @ >>>> > > > > > > > > > > > > > > > > > > 1E0h ? >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > 2) "DD" the >>>> content of your CF >>>> > > > > > > > > > > > > > > > > > > card to a >>>> > > > > > > > > > > > > > > > > > > file and >>>> > > > > > > > > > > > > > > > > > > upload that >>>> > > > > > > > > > > > > > > > > > > file to a >>>> > > > > > > > > > > > > > > > > > > > server, so that I >>>> could inspect >>>> > > > > > > > > > > > > > > > > > > the actual >>>> > > > > > > > > > > > > > > > > > > structure >>>> > > > > > > > > > > > > > > > > > > of the >>>> > > > > > > > > > > > > > > > > > > Minix filesystem >>>> > > > > > > > > > > > > > > > > > > > on your CF card ? >>>> I understood >>>> > > > > > > > > > > > > > > > > > > you flashed >>>> > > > > > > > > > > > > > > > > > > it >>>> > > > > > > > > > > > > > > > > > > with >>>> > > > > > > > > > > > > > > > > > > fd1440.bin, but I would >>>> > > > > > > > > > > > > > > > > > > > like to see what >>>> the CF card >>>> > > > > > > > > > > > > > > > > > > contains at the >>>> > > > > > > > > > > > > > > > > > > end. >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > Thanks, >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > MFLD >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > Le 17/12/2019 ? >>>> 11:23, Paul >>>> > > > > > > > > > > > > > > > > > > Osmialowski a >>>> > > > > > > > > > > > > > > > > > > écrit : >>>> > > > > > > > > > > > > > > > > > > > > I've looked at >>>> the problem >>>> > > > > > > > > > > > > > > > > > > more closely >>>> > > > > > > > > > > > > > > > > > > and now >>>> > > > > > > > > > > > > > > > > > > I >>>> > > > > > > > > > > > > > > > > > > see that >>>> > > > > > > > > > > > > > > > > > > after >>>> > > > > > > > > > > > > > > > > > > > > "Revise >>>> bootblocks for >>>> > > > > > > > > > > > > > > > > > > GCC-IA16" commit >>>> > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > >>>> (9e038b816014f83c0808df1ee5697380cd6be499) >>>> > > > > > > > > > > > > > > > > > > there's >>>> > > > > > > > > > > > > > > > > > > no way >>>> > > > > > > > > > > > > > > > > > > to boot ELKS on >>>> > > > > > > > > > > > > > > > > > > > > any real machine >>>> whatsoever. >>>> > > > > > > > > > > > > > > > > > > The magic >>>> > > > > > > > > > > > > > > > > > > number >>>> > > > > > > > > > > > > > > > > > > was >>>> > > > > > > > > > > > > > > > > > > specified >>>> > > > > > > > > > > > > > > > > > > in file >>>> > > > > > > > > > > > > > > > > > > > > sysboot16.s that >>>> this patch >>>> > > > > > > > > > > > > > > > > > > hapily >>>> > > > > > > > > > > > > > > > > > > removes. The >>>> > > > > > > > > > > > > > > > > > > bootloader's run_prog() >>>> > > > > > > > > > > > > > > > > > > > > routine looks >>>> for >>>> > > > > > > > > > > > > > > > > > > non-existing thing. And >>>> > > > > > > > > > > > > > > > > > > even >>>> > > > > > > > > > > > > > > > > > > after >>>> > > > > > > > > > > > > > > > > > > removal of that check, >>>> > > > > > > > > > > > > > > > > > > > > the bootloader >>>> stucks >>>> > > > > > > > > > > > > > > > > > > somewhere after >>>> > > > > > > > > > > > > > > > > > > boot_it >>>> > > > > > > > > > > > > > > > > > > label. >>>> > > > > > > > > > > > > > > > > > > It >>>> > > > > > > > > > > > > > > > > > > happens with hd, >>>> > > > > > > > > > > > > > > > > > > > > it happens with >>>> floppy. ELKS >>>> > > > > > > > > > > > > > > > > > > now can be >>>> > > > > > > > > > > > > > > > > > > used >>>> > > > > > > > > > > > > > > > > > > only >>>> > > > > > > > > > > > > > > > > > > with >>>> > > > > > > > > > > > > > > > > > > emulators and it's >>>> > > > > > > > > > > > > > > > > > > > > a regression >>>> comparing to >>>> > > > > > > > > > > > > > > > > > > what was >>>> > > > > > > > > > > > > > > > > > > possible >>>> > > > > > > > > > > > > > > > > > > last >>>> > > > > > > > > > > > > > > > > > > year. >>>> > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > > On Mon, 16 Dec >>>> 2019, Paul >>>> > > > > > > > > > > > > > > > > > > Osmialowski >>>> > > > > > > > > > > > > > > > > > > wrote: >>>> > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > > > Hello MFLD, >>>> > > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > > > As I'm back to >>>> my old flat >>>> > > > > > > > > > > > > > > > > > > for a while, >>>> > > > > > > > > > > > > > > > > > > I can >>>> > > > > > > > > > > > > > > > > > > follow this >>>> > > > > > > > > > > > > > > > > > > up for couple of >>>> > > > > > > > > > > > > > > > > > > > > > days. >>>> > > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > > > I've made >>>> following changes >>>> > > > > > > > > > > > > > > > > > > in >>>> > > > > > > > > > > > > > > > > > > bootsector >>>> > > > > > > > > > > > > > > > > > > files: >>>> > > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > > > > diff --git >>>> > > > > > > > > > > > > > > > > > > >>>> a/elkscmd/bootblocks/minix_first.S >>>> > > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > >>>> b/elkscmd/bootblocks/minix_first.S >>>> > > > > > > > > > > > > > > > > > > > > > index >>>> c70625a6..cce72ba1 >>>> > > > > > > > > > > > > > > > > > > 100644 >>>> > > > > > > > > > > > > > > > > > > > > > --- >>>> > > > > > > > > > > > > > > > > > > >>>> a/elkscmd/bootblocks/minix_first.S >>>> > > > > > > > > > > > > > > > > > > > > > +++ >>>> > > > > > > > > > > > > > > > > > > >>>> b/elkscmd/bootblocks/minix_first.S >>>> > > > > > > > > > > > > > > > > > > > > > @@ -75,7 +75,8 >>>> @@ loopy: >>>> > > > > > > > > > > > > > > > > > > > > > mov >>>> $0x0201,%ax // read >>>> > > > > > > > > > > > > > > > > > > 1 >>>> > > > > > > > > > > > > > > > > > > sector >>>> > > > > > > > > > > > > > > > > > > > > > mov >>>> $sector_2,%bx // >>>> > > > > > > > > > > > > > > > > > > destination >>>> > > > > > > > > > > > > > > > > > > > > > mov $2,%cx >>>> // track >>>> > > > > > > > > > > > > > > > > > > 0 - >>>> > > > > > > > > > > > > > > > > > > from >>>> > > > > > > > > > > > > > > > > > > sector 2 >>>> > > > > > > > > > > > > > > > > > > (base 1) >>>> > > > > > > > > > > > > > > > > > > > > > - xor >>>> %dx,%dx // >>>> > > > > > > > > > > > > > > > > > > drive 0 - >>>> > > > > > > > > > > > > > > > > > > head >>>> > > > > > > > > > > > > > > > > > > 0 >>>> > > > > > > > > > > > > > > > > > > > > > + mov >>>> $0x80,%dx // >>>> > > > > > > > > > > > > > > > > > > head 0 - >>>> > > > > > > > > > > > > > > > > > > drive >>>> > > > > > > > > > > > > > > > > > > 0x80 >>>> > > > > > > > > > > > > > > > > > > > > > + // xor >>>> %dx,%dx // drive >>>> > > > > > > > > > > > > > > > > > > 0 - head >>>> > > > > > > > > > > > > > > > > > > 0 >>>> > > > > > > > > > > > > > > > > > > > > > int $0x13 >>>> // BIOS >>>> > > > > > > > > > > > > > > > > > > disk >>>> > > > > > > > > > > > > > > > > > > services >>>> > > > > > > > > > > > > > > > > > > > > > jc loopy >>>> > > > > > > > > > > > > > > > > > > > > > jmp _next2 >>>> > > > > > > > > > > > > > > > > > > > > > @@ -250,7 >>>> +251,7 @@ >>>> > > > > > > > > > > > > > > > > > > drive_reset: >>>> > > > > > > > > > > > > > > > > > > > > > // #undef >>>> > > > > > > > > > > > > > > > > > > CONFIG_IMG_FD360 >>>> > > > > > > > > > > > > > > > > > > > > > sect_max: >>>> > > > > > > > > > > > > > > > > > > > > > -#ifdef >>>> CONFIG_IMG_FD720 >>>> > > > > > > > > > > > > > > > > > > > > > +#if >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD360) || >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD720) >>>> > > > > > > > > > > > > > > > > > > > > > .word 9 >>>> > > > > > > > > > > > > > > > > > > > > > #endif >>>> > > > > > > > > > > > > > > > > > > > > > #if >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD1200) >>>> > > > > > > > > > > > > > > > > > > > > > @@ -262,11 >>>> +263,17 @@ >>>> > > > > > > > > > > > > > > > > > > sect_max: >>>> > > > > > > > > > > > > > > > > > > > > > #if >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD1680) >>>> > > > > > > > > > > > > > > > > > > > > > .word 21 >>>> > > > > > > > > > > > > > > > > > > > > > #endif >>>> > > > > > > > > > > > > > > > > > > > > > +#if >>>> defined(CONFIG_IMG_HD) >>>> > > > > > > > > > > > > > > > > > > > > > + .word 61 >>>> > > > > > > > > > > > > > > > > > > > > > +#endif >>>> > > > > > > > > > > > > > > > > > > > > > head_max: >>>> > > > > > > > > > > > > > > > > > > > > > #if >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD1440) || >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD720) || >>>> > > > > > > > > > > > > > > > > > > > > > >>>> defined(CONFIG_IMG_FD360) >>>> > > > > > > > > > > > > > > > > > > || >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD1200) >>>> > > > > > > > > > > > > > > > > > > || >>>> > > > > > > > > > > > > > > > > > > > > > >>>> defined(CONFIG_IMG_FD1680) >>>> > > > > > > > > > > > > > > > > > > > > > .word 2 >>>> > > > > > > > > > > > > > > > > > > > > > #endif >>>> > > > > > > > > > > > > > > > > > > > > > +#if >>>> defined(CONFIG_IMG_HD) >>>> > > > > > > > > > > > > > > > > > > > > > + .word 1 >>>> > > > > > > > > > > > > > > > > > > > > > +#endif >>>> > > > > > > > > > > > > > > > > > > > > > track_max: >>>> > > > > > > > > > > > > > > > > > > > > > #if >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD360) >>>> > > > > > > > > > > > > > > > > > > > > > @@ -275,6 >>>> +282,9 @@ >>>> > > > > > > > > > > > > > > > > > > track_max: >>>> > > > > > > > > > > > > > > > > > > > > > #if >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD1440) || >>>> > > > > > > > > > > > > > > > > > > defined(CONFIG_IMG_FD720) >>>> > > > > > > > > > > > > > > > > > > > > > .word 80 >>>> > > > > > > > > > > > > > > > > > > > > > #endif >>>> > > > > > > > > > > > > > > > > > > > > > +#if >>>> defined(CONFIG_IMG_HD) >>>> > > > > > > > > > > > > > > > > > > > > > + .word 1024 >>>> > > > > > > > > > > > > > > > > > > > > > +#endif >>>> > > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > >>>> //------------------------------------------------------------------------------ >>>> > > > > > > > > > > > > > > > > > > > > > diff --git >>>> > > > > > > > > > > > > > > > > > > >>>> a/elkscmd/bootblocks/minix_second.c >>>> > > > > > > > > > > > > > > > > > > > > > >>>> > > > > > > > > > > > > > > > > > > >>>> b/elkscmd/bootblocks/minix_second.c >>>> > > > > > > > > > > > > > > > > > > > > > index >>>> f33c6139..9fd3e6d2 >>>> > > > > > > > > > > > > > > > > > > 100644 >>>> > > > > > > > > > > > > > > > > > > > > > --- >>>> > > > > > > > > > > > > > > > > > > >>>> a/elkscmd/bootblocks/minix_second.c >>>> > > > > > > > > > > > > > > > > > > > > > +++ >>>> > > > > > > > > > > > > > > > > > > >>>> b/elkscmd/bootblocks/minix_second.c >>>> > > > > > > > > > > > > > > > > > > > > > @@ -74,7 +74,7 >>>> @@ static >>>> > > > > > > > > > > > > > > > > > > int load_super >>>> > > > > > > > > > > > > > > > > > > () >>>> > > > > > > > > > > > > > > > > > > > > > int err; >>>> > > > > > > > > > > > > > > > > > > > > > while (1) { >>>> > > > > > > > > > > > > > > > > > > > > > - err = >>>> disk_read >>>> > > > > > > > > > > > > > > > > > > (0, 2, >>>> > > > > > > > > > > > > > > > > > > 2, >>>> > > > > > > > > > > > > > > > > > > sb_block, >>>> > > > > > > > > > > > > > > > > > > seg_data ()); >>>> > > > > > > > > > > > > > > > > > > > > > + err = >>>> disk_read >>>> > > > > > > > > > > > > > > > > > > (0x80, >>>> > > > > > > > > > > > > > > > > > > 2, 2, >>>> > > > > > > > > > > > > > > > > > > sb_block, >>>> > > > > > > > > > > > > > > > > > > seg_data ()); >>>> > > > > > > > > > > > > > > > > > > > > > //if >>>> (err) break; >>>> > > > > > > > > > > > > > > > > > > > > > >>>> sb_data = (struct >>>> > > > > > > > > > > > > > > > > > > super_block >>>> > > > > > > > > > > > > > > > > > > *) >>>> > > > > > > > > > > > > > > > > > > sb_block; >>>> > > > > > > > > > > > > > > > > > > > > > @@ -116,7 >>>> +116,7 @@ static >>>> > > > > > > > > > > > > > > > > > > int >>>> > > > > > > > > > > > > > > > > > > load_inode () >>>> > > > > > > > > > > > > > > > > > > > > > // >>>> Compute inode >>>> > > > > > > > > > > > > > > > > > > block >>>> > > > > > > > > > > > > > > > > > > and >>>> > > > > > > > > > > > > > > > > > > load >>>> > > > > > > > > > > > > > > > > > > if not >>>> > > > > > > > > > > > > > > > > > > cached >>>> > > > > > > > > > > > > > > > > > > > > > int >>>> ib = ib_first >>>> > > > > > > > > > > > > > > > > > > + >>>> > > > > > > > > > > > > > > > > > > i_now >>>> > > > > > > > > > > > > > > > > > > / >>>> > > > > > > > > > > > > > > > > > > INODES_PER_BLOCK; >>>> > > > > > > > > > > > > > > > > > > > > > - err = >>>> disk_read >>>> > > > > > > > > > > > > > > > > > > (0, ib >>>> > > > > > > > > > > > > > > > > > > << 1, >>>> > > > > > > > > > > > > > > > > > > 2, >>>> > > > > > > > > > > > > > > > > > > i_block, >>>> > > > > > > > > > > > > > > > > > > seg_data ()); >>>> > > > > > > > > > > > > > > > > > > > > > + err = >>>> disk_read >>>> > > > > > > > > > > > > > > > > > > (0x80, >>>> > > > > > > > > > > > > > > > > > > ib << >>>> > > > > > > > > > > > > > > > > > > 1, 2, >>>> > > > > > > > > > > > > > > > > > > i_block, seg_data ()); >>>> > > > > > > > > > > > > > > > > > > > > > //if >>>> (err) break; >>>> > > > > > > > > > > > > > > > > > > > > > // >>>> Get inode data >>>> > > > > > > > > > > > > > > > > > > > > > @@ -137,12 >>>> +137,12 @@ >>>> > > > > > > > > > > > > > > > > > > static int >>>> > > > > > > > > > > > > > > > > > > load_zone >>>> > > > > > > > > > > > > > > > > > > (int >>>> > > > > > > > > > > > > > > > > > > level, >>>> > > > > > > > > > > > > > > > > > > zone_nr * z_start, >>>> > > > > > > > > > > > > > > > > > > > > > zone_nr * >>>> z_end) >>>> > > > > > > > > > > > > > > > > > > > > > for (zone_nr * >>>> z = z_start; >>>> > > > > > > > > > > > > > > > > > > z < >>>> > > > > > > > > > > > > > > > > > > z_end; >>>> > > > > > > > > > > > > > > > > > > z++) { >>>> > > > > > > > > > > > > > > > > > > > > > if >>>> (level == 0) { >>>> > > > > > > > > > > > > > > > > > > > > > >>>> // FIXME: >>>> > > > > > > > > > > > > > > > > > > image >>>> > > > > > > > > > > > > > > > > > > can >>>> > > > > > > > > > > > > > > > > > > be > >>>> > > > > > > > > > > > > > > > > > > 64K >>>> > > > > > > > > > > > > > > > > > > > > > - >>>> err = >>>> > > > > > > > > > > > > > > > > > > disk_read >>>> > > > > > > > > > > > > > > > > > > (0, >>>> > > > > > > > > > > > > > > > > > > (*z) >>>> > > > > > > > > > > > > > > > > > > << 1, 2, >>>> > > > > > > > > > > > > > > > > > > i_now ? f_pos : >>>> > > > > > > > > > > > > > > > > > > > > > d_dir + f_pos, >>>> i_now ? >>>> > > > > > > > > > > > > > > > > > > LOADSEG : >>>> > > > > > > > > > > > > > > > > > > seg_data >>>> > > > > > > > > > > > > > > > > > > ()); >>>> > > > > > > > > > > > > > > > > > > > > > + >>>> err = >>>> > > > > > > > > > > > > > > > > > > disk_read >>>> > > > > > > > > > > > > > > > > > > (0x80, >>>> > > > > > > > > > > > > > > > > > > (*z) << 1, >>>> > > > > > > > > > > > > > > > > > > 2, i_now ? f_pos >>>> > > > > > > > > > > > > > > > > > > > > > : d_dir + >>>> f_pos, i_now ? >>>> > > > > > > > > > > > > > > > > > > LOADSEG : >>>> > > > > > > > > > > > > > > > > > > seg_data >>>> > > > > > > > > > > > > > > > > > > ()); >>>> > > > > > > > > > > > > > > > > > > > > > >>>> f_pos += >>>> > > > > > > > > > > > > > > > > > > BLOCK_SIZE; >>>> > > > > > > > > > > > > > > > > > > > > > >>>> if (f_pos >>>> > > > > > > > > > > > > > > > > > > >= >>>> > > > > > > > > > > > > > > > > > > i_data->i_size) >>>> > > > > > > > > > > > > > > > > > > break; >>>> > > > > > > > > > > > > > > > > > > > > > } else >>>> { >>>> > > > > > > > > > > > > > > > > > > > > > >>>> int next = >>>> > > > > > > > > > > > > > > > > > > level - >>>> > > > > > > > > > > > > > > > > > > 1; >>>> > > > > > > > > > > > > > > > > > > > > > - >>>> err = >>>> > > > > > > > > > > > > > > > > > > disk_read >>>> > > > > >>>> >>>>