ADLO

[Stefan Reinauer]

* Xavier Pegenaute <xpegenaute at telepolis.es> [030705 15:07]:
> a question, may be i'm wrong, but .. Actually if we build an ADLO
> system, how the binari with "loader+vga bios+pirq+bochs bios" is the
> payload of LinuxBios,then we can't start a minisystem recorded in one
> DoC, no?
 
you should be able to boot from DoC via lilo/grub.

> If we want to do this is it enough with a Jump to the position of Kernel
> image in a DoC ? instead of jump to the power up entry of Bochs ?

something like that might also work. Or maybe returning to LinuxBIOS
from ADLO and chainloading another payload?

BTW, while looking at ADLO I was wondering why ADLO needs to include the
VGA bios in the payload. This makes sense for onboard graphics cards,
but safing the space on systems with AGP/PCI graphics adapters with
onboard roms would be nice. 
Another thing, I tried ADLO on a K8 system and I could get it to read 
the bootloader partly from disk, the output I got was:

Bochs BIOS, 1 cpu, $Revision: 1.2 $ $Date: 2003/05/22 12:52:38 $
[BOCHS BIOS VER:1.79]
[COMPILE DATE:Jul  1 2003 TIME:18:04:49]

DEVICE:0
ata0 master: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
ata0 master: IC35L080AVVA07-0 ATA-5 Hard-Disk (12997 MBytes)

int13_harddisk: AX=0201 BX=0000 CX=0001 DX=0080 ES=07C0
Booting from Hard Disk...
GRUBint13_harddisk: AX=4100 BX=55AA CX=0001 DX=0080 ES=0000
int13_harddisk: AX=4200 BX=75EF CX=6165 DX=0080 ES=0000
Loading stage2int13_harddisk: AX=4200 BX=75F0 CX=6165 DX=0080 ES=0800
.int13_harddisk: AX=4200 BX=766F CX=6165 DX=0080 ES=0820
.
int13_harddisk: AX=0000 BX=0001 CX=6165 DX=0080 ES=0000
[infinite hang]

It apparently hangs in stage2/asm.S in this code or shortly after it
(~line 140):
        /* transition to protected mode */
        DATA32  call EXT_C(real_to_prot)

Any idea what could be wrong?

Best regards,
  Stefan Reinauer
  
-- 
Architecture Team
    SuSE Linux AG