i did a git pull last night and then sudp ./build.sh and got these
errors. This is the same process i have been using to build forever.
Did not modify any settings in menuconfig. How do i get back to a
working build?
On Mon, Feb 17, 2020 at 2:38 PM Paul Osmialowski <pawelo@xxxxxxxxxxx> wrote:
>
>
>
> On Mon, 17 Feb 2020, Paul Osmialowski wrote:
>
> > 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...
>
> Turning this option on causes ELKS building proces to fail at linking like
> this:
>
> arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
> init/main.o '-(' fs/fs.a kernel/kernel.a lib/lib.a net/net.a
> fs/minix/minixfs.a fs/msdos/msdos.a arch/i86/kernel/akernel.a
> arch/i86/lib/lib86.a arch/i86/mm/mm.a arch/i86/drivers/char/chr_drv.a
> arch/i86/drivers/block/blk_drv.a arch/i86/drivers/net/net_drv.a '-)' \
> -o arch/i86/boot/system > arch/i86/boot/system.map)
> kernel/kernel.a(sleepwake.o): in function `_wake_up':
> (.text+0xf4): relocation truncated to fit: R_386_16 against `select_queue'
> net/net.a(af_inet.o): in function `inet_create':
> (.text+0xb): relocation truncated to fit: R_386_16 against `tcpdev_inuse'
> arch/i86/drivers/char/chr_drv.a(tcpdev.o): in function `tcpdev_open':
> (.text+0xc): relocation truncated to fit: R_386_16 against `tcpdev_inuse'
> (.text+0x19): relocation truncated to fit: R_386_16 against `tcpdev_inuse'
> arch/i86/drivers/char/chr_drv.a(tcpdev.o): in function `tcpdev_release':
> (.text+0x2b): relocation truncated to fit: R_386_16 against `tcpdev_inuse'
> arch/i86/drivers/char/chr_drv.a(tcpdev.o): in function `tcpdev_init':
> (.text+0x174): relocation truncated to fit: R_386_16 against
> `tcpdev_inuse'
> arch/i86/drivers/block/blk_drv.a(ll_rw_blk.o): in function `make_request':
> (.text+0x179): relocation truncated to fit: R_386_16 against `blk_dev'
> arch/i86/drivers/block/blk_drv.a(ll_rw_blk.o): in function `ll_rw_blk':
> (.text+0x1ba): relocation truncated to fit: R_386_16 against `blk_dev'
> arch/i86/drivers/block/blk_drv.a(ll_rw_blk.o): in function `blk_dev_init':
> (.text+0x1ef): relocation truncated to fit: R_386_16 against `blk_dev'
> (.text+0x1ff): relocation truncated to fit: R_386_16 against `blk_dev'
> arch/i86/drivers/block/blk_drv.a(doshd.o): in function `end_request':
> (.text+0xa0): additional relocation overflows omitted from the output
>
>
> >
> > 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 <pawelo@xxxxxxxxxxx> 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@xxxxxxxxxxx> 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
> > > > > > > > >
> > > > >
> > > > >
> > >
