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

[Igor Kovalenko]

On Sun, Dec 27, 2009 at 8:17 PM, Andreas Färber <andreas.faerber at web.de> wrote:
>
> 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]"...

Is it the same with r647?
I'd assume we have some qemu issue then, my host is x86_64.

-- 
Kind regards,
Igor V. Kovalenko