From: "Marc-F. Lucca-Daniau" <mfld.fr@gmail.com>
To: Paul Osmialowski <pawelo@king.net.pl>
Cc: ELKS <Linux-8086@Vger.Kernel.Org>
Subject: Re: Cannot boot the real thing from HDD
Date: Mon, 17 Feb 2020 22:24:07 +0100 [thread overview]
Message-ID: <c6cd0288-5710-51a9-3b49-0dc8b8ff38bc@gmail.com> (raw)
In-Reply-To: <alpine.LNX.2.21.1.2002122326370.561@localhost.localdomain>
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 <pawelo@king.net.pl> 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
>> > > > > > > > > > > > > > > > > > > <pawelo@king.net.pl> 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
>> > > > >
>>
>>
next prev parent reply other threads:[~2020-02-17 21:24 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <alpine.LNX.2.21.1904141943280.11933@localhost.localdomain>
[not found] ` <alpine.LNX.2.21.1904151809190.25824@localhost.localdomain>
[not found] ` <e10535c1-4751-7e9a-5f76-9cc631e4eb3c@gmail.com>
[not found] ` <alpine.LNX.2.21.1904162210400.4944@localhost.localdomain>
[not found] ` <6e26eeeb-c80a-c42b-f2af-91b8df146a5e@gmail.com>
[not found] ` <alpine.LNX.2.21.1904172300570.28634@localhost.localdomain>
[not found] ` <cf48f070-f306-4afa-8afa-3e5b338114e7@gmail.com>
[not found] ` <alpine.LNX.2.21.1904181343510.11093@localhost.localdomain>
[not found] ` <1c3b5526-66ae-5ed3-ecc2-b6e7f14b53ca@gmail.com>
[not found] ` <alpine.LNX.2.21.1.1912161352140.19666@localhost.localdomain>
[not found] ` <alpine.LNX.2.21.1.1912171117001.25658@localhost.localdomain>
[not found] ` <f62d11b1-8e42-cbd9-d466-b4b60c5c18ea@gmail.com>
[not found] ` <alpine.LNX.2.21.1.1912172310001.28757@localhost.localdomain>
[not found] ` <CACpuWUnxxZr=8i0srFGkSPPLzrhMxMVBF1xXbh6ZXaG2ORS8Tw@mail.gmail.com>
[not found] ` <alpine.LNX.2.21.1.1912182337240.24813@localhost.localdomain>
[not found] ` <alpine.LNX.2.21.1.1912182347540.24813@localhost.localdomain>
[not found] ` <3c988b36-6f34-b903-6a80-e54b56c1c950@gmail.com>
2020-01-24 21:05 ` Cannot boot the real thing from HDD Marc-F. Lucca-Daniau
2020-01-30 19:51 ` Paul Osmialowski
2020-01-30 21:43 ` Marc-F. Lucca-Daniau
2020-02-01 10:28 ` Marc-F. Lucca-Daniau
2020-02-03 16:59 ` Paul Osmialowski
2020-02-03 18:52 ` Marc-F. Lucca-Daniau
2020-02-03 22:05 ` Paul Osmialowski
2020-02-03 22:09 ` Paul Osmialowski
2020-02-05 15:37 ` Paul Osmialowski
2020-02-08 9:35 ` Marc-F. Lucca-Daniau
2020-02-08 12:58 ` Paul Osmialowski
2020-02-05 19:26 ` Marc-F. Lucca-Daniau
2020-02-05 23:45 ` Paul Osmialowski
2020-02-06 10:07 ` Paul Osmialowski
2020-02-08 13:08 ` Paul Osmialowski
2020-02-10 23:38 ` Paul Osmialowski
2020-02-11 20:38 ` Marc-F. Lucca-Daniau
2020-02-12 19:39 ` Marc-F. Lucca-Daniau
[not found] ` <alpine.LNX.2.21.1.2002122207100.31423@localhost.localdomain>
[not found] ` <CACpuWU=DhqB93KxhmD2jpueOUrAkSPVeMPmLnRq4_j=zLjfm5g@mail.gmail.com>
[not found] ` <alpine.LNX.2.21.1.2002122326370.561@localhost.localdomain>
2020-02-17 21:24 ` Marc-F. Lucca-Daniau [this message]
2020-02-17 21:27 ` Paul Osmialowski
2020-02-17 21:34 ` Paul Osmialowski
2020-02-20 23:21 ` Paul Osmialowski
2020-02-22 16:24 ` Derek Johansen
2020-02-22 16:38 ` Jody Bruchon
2020-02-22 17:19 ` Derek Johansen
2020-02-22 21:27 ` Paul Osmialowski
2020-02-21 9:11 ` Marc-F. Lucca-Daniau
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c6cd0288-5710-51a9-3b49-0dc8b8ff38bc@gmail.com \
--to=mfld.fr@gmail.com \
--cc=Linux-8086@Vger.Kernel.Org \
--cc=pawelo@king.net.pl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).