[OpenBIOS] [PATCH 0/5] v1 alternative implementation of sparc64 boot memory mapping

[Andreas Färber]

Am 27.12.2009 um 17:33 schrieb Igor Kovalenko:

> On Sun, Dec 27, 2009 at 5:35 PM, Andreas Färber <andreas.faerber at web.de 
> > wrote:
>>
>> For debian-503-sparc-businesscard.iso with your patches I get:
>>
>> boot:
>> Allocated 8 Megs of memory at 0x40000000 for kernel
>> Loaded kernel version 2.6.26
>> Loading initial ramdisk (4311252 bytes at 0x8C00000 phys, 0x40C00000
>> virt)...
>> |
>> [    0.000000] PROMLIB: Sun IEEE Boot Prom 'OBP 3.10.24 1999/01/01  
>> 01:01'
>> [    0.000000] PROMLIB: Root node compatible: sun4u
>> [    0.000000] Initializing cgroup subsys cpu
>> [    0.000000] Linux version 2.6.26-2-sparc64 (Debian 2.6.26-19)
>> (dannf at debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian
>> 4.1.2-25)) #1 Thu Aug 20 15:21:01 UTC 2009
>> [    0.000000] console [earlyprom0] enabled
>> [    0.000000] ARCH: SUN4U
>> [    0.000000] Ethernet address: 52:54:00:12:34:56
>> Unhandled Exception 0x0000000000000020
>> PC = 0x000000000055049c NPC = 0x00000000005504a0
>> Stopping execution
>>
>> With vanilla r647 I get:
>>
>> boot:
>> Allocated 8 Megs of memory at 0x40000000 for kernel
>> Loaded kernel version 2.6.26
>> Loading initial ramdisk (4311252 bytes at 0xC00000 phys, 0x40C00000  
>> virt)...
>> qemu: unsupported keyboard cmd=0x62
>> zqemu: unsupported keyboard cmd=0x27
>>
>
> Do you apply the full 5 patches set? It appears that your case
> is failing because first remapping patch is not applied. The
> 'unsupported keyboard cmd' messages are most probably
> due to loader writing over keyboard registers.

'vanilla r647' = none of your patches
'with your patches' = 5 of 5 patches, yes

Host is OSX/ppc64.

> What is your qemu command line?
> I test with 'qemu-system-sparc64 -hda empty.img -cdrom
> debian-503-sparc-businesscard.iso -m 256 -boot d'
> (mage is empty fwiw.)

qemu-system-sparc64 -m 1024 -boot d -cdrom debian-503-sparc- 
businesscard.iso -nographic

> Here with debian-503-sparc-businesscard.iso it progresses up to
> console handower (and a bit further, but misses timer support to
> continue.)

On OpenSolaris/amd64 host I do get to "console handover: boot  
[earlyprom0] -> real [tty0]"...

Andreas