Still having a problem building elks kernel

Still having a problem building elks kernel

[Dieter R Kedrowitsch]

With the help of a few folks on here I've gotten pretty far with 
building the elks kernel, but it looks like I have one more problem 
before the image will build.  It seems there is a syntax error in the 
makefile ld86. 

Has anyone else run into this?

make[2]: Leaving directory `/usr/src/elks/arch/i86/drivers/block'
(cd ../.. ; ld86 -0 -i   \
        arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
        init/main.o kernel/kernel.a fs/fs.a lib/lib.a net/net.a 
fs/minix/minixfs.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 \
        -t -M -o arch/i86/boot/system > System.tmp ; \
        sort -k4 System.tmp > System.map ; rm -f System.tmp )
usage: ld86 [-03NMdimrstz[-]] [-llib_extension] [-o outfile] [-Ccrtfile]
       [-Llibdir] [-Olibfile] [-Ttextaddr] [-Ddataaddr] [-Hheapsize] 
infile...
tools/build boot/bootsect boot/setup boot/system > boot/Image
Root device is (3, -128)
Non-Minix header of 'boot'
make[1]: *** [Image] Error 1

Re: Still having a problem building elks kernel

[Harley Laue]

On Sat, Mar 6, 2010 at 11:29 AM, Dieter R Kedrowitsch
<dieter.kedrowitsch@gmail.com> wrote:
> With the help of a few folks on here I've gotten pretty far with building
> the elks kernel, but it looks like I have one more problem before the image
> will build.  It seems there is a syntax error in the makefile ld86.
> Has anyone else run into this?
>
> make[2]: Leaving directory `/usr/src/elks/arch/i86/drivers/block'
> (cd ../.. ; ld86 -0 -i   \
>       arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
>       init/main.o kernel/kernel.a fs/fs.a lib/lib.a net/net.a
> fs/minix/minixfs.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 \
>       -t -M -o arch/i86/boot/system > System.tmp ; \
>       sort -k4 System.tmp > System.map ; rm -f System.tmp )
> usage: ld86 [-03NMdimrstz[-]] [-llib_extension] [-o outfile] [-Ccrtfile]
>      [-Llibdir] [-Olibfile] [-Ttextaddr] [-Ddataaddr] [-Hheapsize] infile...
> tools/build boot/bootsect boot/setup boot/system > boot/Image
> Root device is (3, -128)
> Non-Minix header of 'boot'
> make[1]: *** [Image] Error 1

Sorry, I meant to get back to you sooner. I run into the exact same
thing with Debian, but not Arch Linux.
Here's the last little bit from Make on Arch which seems to work (I
don't have the means to actually test it though)

as86 -0  -o boot/crt0.o boot/crt0.s
(cd ../.. ; ld86 -0 -i   \
                -t -M -o arch/i86/boot/system \
                arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
                init/main.o kernel/kernel.a fs/fs.a lib/lib.a
net/net.a fs/minix/minixfs.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 \
                > System.tmp ; \
                sort -k4 System.tmp > System.map ; rm -f System.tmp )
tools/build boot/bootsect boot/setup boot/system > boot/Image
Root device is (3, -128)
Boot sector 512 bytes.
Setup is 1596 bytes.
System is 117788 B (58784 B code, 7728 B data and 51276 B bss)
System is 66544
make[2]: Leaving directory `/home/harley/Source/elks-project/elks/arch/i86'


Obviously the ld86 is failing in Debian/Ubuntu, but like I said, I
haven't looked into why yet other then the fact that it looks like "-t
-M -o arch/i86/boot/system \" isn't in the Debian/Ubuntu's ld86's
command for some reason...
--
To unsubscribe from this list: send the line "unsubscribe linux-8086" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Still having a problem building elks kernel

[Harley Laue]

On Fri, Mar 5, 2010 at 3:47 PM, Harley Laue <losinggeneration@gmail.com> wrote:
> On Sat, Mar 6, 2010 at 11:29 AM, Dieter R Kedrowitsch
> <dieter.kedrowitsch@gmail.com> wrote:
>> With the help of a few folks on here I've gotten pretty far with building
>> the elks kernel, but it looks like I have one more problem before the image
>> will build.  It seems there is a syntax error in the makefile ld86.
>> Has anyone else run into this?
>>
>> make[2]: Leaving directory `/usr/src/elks/arch/i86/drivers/block'
>> (cd ../.. ; ld86 -0 -i   \
>>       arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
>>       init/main.o kernel/kernel.a fs/fs.a lib/lib.a net/net.a
>> fs/minix/minixfs.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 \
>>       -t -M -o arch/i86/boot/system > System.tmp ; \
>>       sort -k4 System.tmp > System.map ; rm -f System.tmp )
>> usage: ld86 [-03NMdimrstz[-]] [-llib_extension] [-o outfile] [-Ccrtfile]
>>      [-Llibdir] [-Olibfile] [-Ttextaddr] [-Ddataaddr] [-Hheapsize] infile...
>> tools/build boot/bootsect boot/setup boot/system > boot/Image
>> Root device is (3, -128)
>> Non-Minix header of 'boot'
>> make[1]: *** [Image] Error 1
>
> Sorry, I meant to get back to you sooner. I run into the exact same
> thing with Debian, but not Arch Linux.
> Here's the last little bit from Make on Arch which seems to work (I
> don't have the means to actually test it though)
>
> as86 -0  -o boot/crt0.o boot/crt0.s
> (cd ../.. ; ld86 -0 -i   \
>                -t -M -o arch/i86/boot/system \
>                arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
>                init/main.o kernel/kernel.a fs/fs.a lib/lib.a
> net/net.a fs/minix/minixfs.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 \
>                > System.tmp ; \
>                sort -k4 System.tmp > System.map ; rm -f System.tmp )
> tools/build boot/bootsect boot/setup boot/system > boot/Image
> Root device is (3, -128)
> Boot sector 512 bytes.
> Setup is 1596 bytes.
> System is 117788 B (58784 B code, 7728 B data and 51276 B bss)
> System is 66544
> make[2]: Leaving directory `/home/harley/Source/elks-project/elks/arch/i86'
>
>
> Obviously the ld86 is failing in Debian/Ubuntu, but like I said, I
> haven't looked into why yet other then the fact that it looks like "-t
> -M -o arch/i86/boot/system \" isn't in the Debian/Ubuntu's ld86's
> command for some reason...

Well, I was partially wrong. It looks like it does have the same ld86
command, but the Debian/Ubuntu one is returning an empty boot/Image
file whereas on Arch it's returning a 68K file. But that's without
looking too far into it....
--
To unsubscribe from this list: send the line "unsubscribe linux-8086" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Still having a problem building elks kernel

[Dieter Kedrowitsch]

I just created a new VM and installed Arch Linux last night.  I'll try
installing the bcc x86 packages this evening and cross my fingers that
this distro does the trick.  I wonder what the difference is?


On Fri, Mar 5, 2010 at 4:47 PM, Harley Laue <losinggeneration@gmail.com> wrote:
> Sorry, I meant to get back to you sooner. I run into the exact same
> thing with Debian, but not Arch Linux.
> Here's the last little bit from Make on Arch which seems to work (I
> don't have the means to actually test it though)
>
> as86 -0  -o boot/crt0.o boot/crt0.s
> (cd ../.. ; ld86 -0 -i   \
>                -t -M -o arch/i86/boot/system \
>                arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
>                init/main.o kernel/kernel.a fs/fs.a lib/lib.a
> net/net.a fs/minix/minixfs.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 \
>                > System.tmp ; \
>                sort -k4 System.tmp > System.map ; rm -f System.tmp )
> tools/build boot/bootsect boot/setup boot/system > boot/Image
> Root device is (3, -128)
> Boot sector 512 bytes.
> Setup is 1596 bytes.
> System is 117788 B (58784 B code, 7728 B data and 51276 B bss)
> System is 66544
> make[2]: Leaving directory `/home/harley/Source/elks-project/elks/arch/i86'
>
>
> Obviously the ld86 is failing in Debian/Ubuntu, but like I said, I
> haven't looked into why yet other then the fact that it looks like "-t
> -M -o arch/i86/boot/system \" isn't in the Debian/Ubuntu's ld86's
> command for some reason...
--
To unsubscribe from this list: send the line "unsubscribe linux-8086" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Still having a problem building elks kernel

[Hans]

For what it is worth, it builds OK under Gentoo Linux. The only problem is that 
the output is somewhat broken :-(

ELKS Boot........:
Console:
BIOS(0000000000000000000000000000015x0000000000000000000000000000025)
PC/                                               XT class machine, 80188
     CPU
0000000000000000000000000000640K base RAM.
ELKS kernel (-0000000000000000000000000014560 text +
0000000000000000000000000007044 data + -0000000000000000000
000000016516 bss)
Kernel text at 0000000000000000000000000001002:0000, data at
0000000000000000000000000001c74:0000
0000000000000000000000000000471 K of memory for user processes.
Serial driver version 0.02
ttyS0000000000000000000000000000000 at 0x00000000000000000000000000003f8
(irq = 0000000000000000000000000000004)
 is a 16450
ttyS0000000000000000000000000000001 at 0x00000000000000000000000000002f8
(irq = 0000000000000000000000000000003)
 is a 16450
rd driver Copyright (C) 1997 Alistair Riddoch
hd Driver Copyright (C) 1994 Yggdrasil Computing, Inc.
Extended and modified for Linux 8086 by Alan Cox.
doshd: found 0000000000000000000000000000000 floppy drive
s
ELKS version 0.1.3-pre1
Release not defined
VFS: Insert root floppy and press ENTER


If anybody has seen this bug or can send me an 80(1)86 build floppy image using 
BIOS calls I would very much appreciate it.

Hans
www.ht-lab.com



----- Original Message ----- 
From: "Dieter Kedrowitsch" <dieter.kedrowitsch@gmail.com>
To: <linux-8086@vger.kernel.org>
Sent: Monday, March 08, 2010 4:17 PM
Subject: Re: Still having a problem building elks kernel


I just created a new VM and installed Arch Linux last night.  I'll try
installing the bcc x86 packages this evening and cross my fingers that
this distro does the trick.  I wonder what the difference is?


On Fri, Mar 5, 2010 at 4:47 PM, Harley Laue <losinggeneration@gmail.com> wrote:
> Sorry, I meant to get back to you sooner. I run into the exact same
> thing with Debian, but not Arch Linux.
> Here's the last little bit from Make on Arch which seems to work (I
> don't have the means to actually test it though)
>
> as86 -0 -o boot/crt0.o boot/crt0.s
> (cd ../.. ; ld86 -0 -i \
> -t -M -o arch/i86/boot/system \
> arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
> init/main.o kernel/kernel.a fs/fs.a lib/lib.a
> net/net.a fs/minix/minixfs.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 \
> > System.tmp ; \
> sort -k4 System.tmp > System.map ; rm -f System.tmp )
> tools/build boot/bootsect boot/setup boot/system > boot/Image
> Root device is (3, -128)
> Boot sector 512 bytes.
> Setup is 1596 bytes.
> System is 117788 B (58784 B code, 7728 B data and 51276 B bss)
> System is 66544
> make[2]: Leaving directory `/home/harley/Source/elks-project/elks/arch/i86'
>
>
> Obviously the ld86 is failing in Debian/Ubuntu, but like I said, I
> haven't looked into why yet other then the fact that it looks like "-t
> -M -o arch/i86/boot/system \" isn't in the Debian/Ubuntu's ld86's
> command for some reason...
--
To unsubscribe from this list: send the line "unsubscribe linux-8086" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: Still having a problem building elks kernel

[Harley Laue]

> I just created a new VM and installed Arch Linux last night.  I'll try
> installing the bcc x86 packages this evening and cross my fingers that
> this distro does the trick.  I wonder what the difference is?

Oh, I think I know what the issue may be. I just tested building Elks in a 32
bit Ubuntu chroot (much quicker then a VM.) It seems something that there
are assumptions that the environment is 32 bit. I'd guess it's probably
./arch/i86/tools/build.c that's making assumptions someplace it shouldn't
about the size of int, char, long, etc. For now I guess setup a 32 bit system
(VM or chroot should both work fine), or if you're feeling ambitious, you can
try tackling the issue in that's probably in the file I mentioned.

Re: Still having a problem building elks kernel

[Dieter Kedrowitsch]

Ah-ha!  That would make sense!  I believe I have the 32 bit ISO for
the latest Ubuntu, I'll give that a shot!

On Mon, Mar 8, 2010 at 11:45 AM, Harley Laue <losinggeneration@gmail.com> wrote:
> Oh, I think I know what the issue may be. I just tested building Elks in a 32
> bit Ubuntu chroot (much quicker then a VM.) It seems something that there
> are assumptions that the environment is 32 bit. I'd guess it's probably
> ./arch/i86/tools/build.c that's making assumptions someplace it shouldn't
> about the size of int, char, long, etc. For now I guess setup a 32 bit system
> (VM or chroot should both work fine), or if you're feeling ambitious, you can
> try tackling the issue in that's probably in the file I mentioned.

Re: Still having a problem building elks kernel (nospam: message 16 of 20)

[Dieter Kedrowitsch]

Ok!

By using Ubuntu 9.10 i386 and applying the following changes to a
fresh download of the elks-0.1.3.tar.gz before doing make config, make
dep, make Image:

edit /arch/i86/boot/setup.S line 588 remove () from around CONFIG_CPU_80386
edit /arch/i86/drivers/char/Keymaps/mkcfg change "sort +1f" to "sort -f"

I was able to get 95% there.  It still errors out during linking of the image.

as86 -0  -o boot/crt0.o boot/crt0.s
(cd ../.. ; ld86 -0 -i   \
		arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
		init/main.o kernel/kernel.a fs/fs.a lib/lib.a net/net.a
fs/minix/minixfs.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 \
		-t -M -o arch/i86/boot/system > System.tmp ; \
		sort -k4 System.tmp > System.map ; rm -f System.tmp )
usage: ld86 [-03NMdimrstz[-]] [-llib_extension] [-o outfile] [-Ccrtfile]
       [-Llibdir] [-Olibfile] [-Ttextaddr] [-Ddataaddr] [-Hheapsize] infile...
tools/build boot/bootsect boot/setup boot/system > boot/Image
Root device is (3, -128)
Boot sector 512 bytes.
Setup is 1764 bytes.
Unable to open 'system'
make[1]: *** [Image] Error 1

However, by manually linking using the sample from Harley...

cd ../.. ; ld86 -0 -i \
-t -M -o arch/i86/boot/system \
arch/i86/boot/crt0.o arch/i86/boot/crt1.o \
init/main.o kernel/kernel.a fs/fs.a lib/lib.a net/net.a
fs/minix/minixfs.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 \
> System.tmp ; \
sort -k4 System.tmp > System.map ; rm -f System.tmp

...then allowing make Image to finish, I was successful!

So, why does make Image try to link differently then Harley's example?
 Does Arch vs Ubuntu really have anything to do with it?

Re: Still having a problem building elks kernel (nospam: message 15 of 20)

[Dieter Kedrowitsch]

[-- Attachment #1: Type: text/plain, Size: 1835 bytes --]

Looks like I'm having the same problem here.  I tested the build I
made in Ubuntu 9.10 i386, on a VMware Workstation 7 virtual host and
my output looks VERY similar.  See attached screenshot...

I'll test this tonight on my 10MHz XT clone and see if it behaves
better on an actual PC.

Ideas, comments?


On Mon, Mar 8, 2010 at 11:43 AM, Hans <hans64@ht-lab.com> wrote:
> For what it is worth, it builds OK under Gentoo Linux. The only problem is
> that the output is somewhat broken :-(
>
> ELKS Boot........:
> Console:
> BIOS(0000000000000000000000000000015x0000000000000000000000000000025)
> PC/                                               XT class machine, 80188
>    CPU
> 0000000000000000000000000000640K base RAM.
> ELKS kernel (-0000000000000000000000000014560 text +
> 0000000000000000000000000007044 data + -0000000000000000000
> 000000016516 bss)
> Kernel text at 0000000000000000000000000001002:0000, data at
> 0000000000000000000000000001c74:0000
> 0000000000000000000000000000471 K of memory for user processes.
> Serial driver version 0.02
> ttyS0000000000000000000000000000000 at 0x00000000000000000000000000003f8
> (irq = 0000000000000000000000000000004)
> is a 16450
> ttyS0000000000000000000000000000001 at 0x00000000000000000000000000002f8
> (irq = 0000000000000000000000000000003)
> is a 16450
> rd driver Copyright (C) 1997 Alistair Riddoch
> hd Driver Copyright (C) 1994 Yggdrasil Computing, Inc.
> Extended and modified for Linux 8086 by Alan Cox.
> doshd: found 0000000000000000000000000000000 floppy drive
> s
> ELKS version 0.1.3-pre1
> Release not defined
> VFS: Insert root floppy and press ENTER
>
>
> If anybody has seen this bug or can send me an 80(1)86 build floppy image
> using BIOS calls I would very much appreciate it.
>
> Hans
> www.ht-lab.com

[-- Attachment #2: ELKS-2010-03-09-12-48-48.png --]
[-- Type: image/png, Size: 9155 bytes --]

Re: Still having a problem building elks kernel (nospam: message 15 of 20)

[Hans]

From what I remembered you only seem to get this bug if you select BIOS for the 
console which is what I require since I have no video support,

Good luck,

Hans
www.ht-lab.com

----- Original Message ----- 
From: "Dieter Kedrowitsch" <dieter.kedrowitsch@gmail.com>
To: "Hans" <hans64@ht-lab.com>
Cc: <linux-8086@vger.kernel.org>
Sent: Tuesday, March 09, 2010 5:54 PM
Subject: Re: Still having a problem building elks kernel (nospam: message 15 of 
20)


Looks like I'm having the same problem here.  I tested the build I
made in Ubuntu 9.10 i386, on a VMware Workstation 7 virtual host and
my output looks VERY similar.  See attached screenshot...

I'll test this tonight on my 10MHz XT clone and see if it behaves
better on an actual PC.

Ideas, comments?


On Mon, Mar 8, 2010 at 11:43 AM, Hans <hans64@ht-lab.com> wrote:
> For what it is worth, it builds OK under Gentoo Linux. The only problem is
> that the output is somewhat broken :-(
>
> ELKS Boot........:
> Console:
> BIOS(0000000000000000000000000000015x0000000000000000000000000000025)
> PC/ XT class machine, 80188
> CPU
> 0000000000000000000000000000640K base RAM.
> ELKS kernel (-0000000000000000000000000014560 text +
> 0000000000000000000000000007044 data + -0000000000000000000
> 000000016516 bss)
> Kernel text at 0000000000000000000000000001002:0000, data at
> 0000000000000000000000000001c74:0000
> 0000000000000000000000000000471 K of memory for user processes.
> Serial driver version 0.02
> ttyS0000000000000000000000000000000 at 0x00000000000000000000000000003f8
> (irq = 0000000000000000000000000000004)
> is a 16450
> ttyS0000000000000000000000000000001 at 0x00000000000000000000000000002f8
> (irq = 0000000000000000000000000000003)
> is a 16450
> rd driver Copyright (C) 1997 Alistair Riddoch
> hd Driver Copyright (C) 1994 Yggdrasil Computing, Inc.
> Extended and modified for Linux 8086 by Alan Cox.
> doshd: found 0000000000000000000000000000000 floppy drive
> s
> ELKS version 0.1.3-pre1
> Release not defined
> VFS: Insert root floppy and press ENTER
>
>
> If anybody has seen this bug or can send me an 80(1)86 build floppy image
> using BIOS calls I would very much appreciate it.
>
> Hans
> www.ht-lab.com

Re: Still having a problem building elks kernel (nospam: message 15 of 20)

[Dieter Kedrowitsch]

Nope, I selected DIRECT for that option, not BIOS.

It looks like every time a number is displayed it adds a bunch of 0's
in front of it, almost as if a variable is cast incorrectly
somewhere...

On Wed, Mar 10, 2010 at 3:41 AM, Hans <hans64@ht-lab.com> wrote:
> From what I remembered you only seem to get this bug if you select BIOS for
> the console which is what I require since I have no video support,
>
> Good luck,
>
> Hans
> www.ht-lab.com