Re: [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  wrote:
> Am 27.12.2009 um 17:33 schrieb Igor Kovalenko:
> > On Sun, Dec 27, 2009 at 5:35 PM, Andreas Färber 
> > 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)
> > > ([e-mail]) (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.