OpenBIOS April 2011

openbios@openbios.org

10 participants
28 discussions

by Nick Couchman

> Hi Nick, > > Thanks again for testing this. The issue with Solaris not detecting the > disks is a known one - the following guide should point you in the right > direction: > > http://virtuallyfun.blogspot.com/2010/10/formatting-disks-for-solaris.html > > Also don't forget the "set scsi_options" part from Artyom's SPARC/QEMU > howto here: http://tyom.blogspot.com/2009/12/solaris-under-qemu-how-to.html > > I think it may actually be possible to come up with a patch for OpenBIOS > so that the scsi_options change isn't required - let me know how you get > on with the above links, and if it all seems to work I'll look at > creating the patch for you. > > Okay, I got passed the issue with formatting the root filesystem. Apparently there are some limitations on the C/H/S parameters you use for the disk that correspond with how UFS wants to format a new filesystem. I'm not sure what exactly those limitations are at this point, but, by adjusting a couple of the C/H/S settings when using format to set up the disk I was able to get it to work correctly. So, I now have Solaris 9 installed on qemu-system-sparc with OpenBIOS! I'll probably go back to Solaris 8 as that one has a free binary license while Solaris 9 is a commercial license, IIRC. I do own a Solaris 9 commercial license, but I like the free idea, better. Anyway, now I'm on to an issue with networking - I've used the following two qemu network parameter combinations: -net nic -net tap,ifname=tap0 -net nic -net user In the first instance, tap0 was configured on my Linux box and added to my bridge br0. In both cases the Solaris system is unable to obtain a DHCP address - the DHCP client times out. Not sure if I should be using a different parameter set, or if this is another area that needs some work either for OpenBIOS or qemu? -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.

7 years, 10 months

8
34
0 / 0

Getting Closer With Booting AIX? I Would Like to Help Please.

by Kenneth Salerno

Hello, I would like to help debug booting AIX with qemu-system-ppc. Here is what I have so far, please let me know what further information I should provide to aid in pinpointing where the following hang occurs: ==================================================== Booting AIX in QEMU+OpenBIOS (CPU type PowerPC,750) ==================================================== ------------------------------------------------------------------------------- Welcome to AIX. boot image timestamp: 00:39 35/2D The current time and date: 01:10:58 04/25/2011 processor count: 1; memory size: 2047MB; kernel size: 2293829 boot device: cd:\ppc\chrp\bootfile.exe [hangs here...] ============ Environment ============ OpenBIOS: SVN snapshot as of 2011-04-25 QEMU: Git snapshot as of 2011-04-25 Host OS: GNU/Linux x86_64 Guest OS: AIX V6.1 Cross-Compiler: powerpc-unknown-linux-gnu-gcc (GCC) 4.6.0 ================= OpenBIOS config =================  <option name="CONFIG_DEBUG" type="boolean" value="true"/> <option name="CONFIG_DEBUG_BOOT" type="boolean" value="false"/> <option name="CONFIG_DEBUG_DSTACK" type="boolean" value="false"/> <option name="CONFIG_DEBUG_RSTACK" type="boolean" value="false"/> <option name="CONFIG_DEBUG_DICTIONARY" type="boolean" value="false"/> <option name="CONFIG_DEBUG_INTERNAL" type="boolean" value="false"/> <option name="CONFIG_DEBUG_INTERPRETER" type="boolean" value="false"/> <option name="CONFIG_DEBUG_CONSOLE" type="boolean" value="true"/> <option name="CONFIG_DEBUG_CONSOLE_SERIAL" type="boolean" value="true"/> <option name="CONFIG_SERIAL_PORT" type="integer" value="0"/> <option name="CONFIG_SERIAL_SPEED" type="integer" value="115200"/> <option name="CONFIG_DEBUG_CONSOLE_VGA" type="boolean" value="true"/> <option name="CONFIG_DEBUG_OFMEM" type="boolean" value="false"/>  <option name="CONFIG_CMDLINE" type="boolean" value="true"/> <option name="CONFIG_DEBLOCKER" type="boolean" value="true"/> <option name="CONFIG_FONT_8X8" type="boolean" value="true"/> <option name="CONFIG_FONT_8X16" type="boolean" value="false"/> <option name="CONFIG_OFMEM" type="boolean" value="true"/> <option name="CONFIG_OFMEM_MALLOC_ALIGN" type="integer" value="4"/> <option name="CONFIG_VGA_WIDTH" type="integer" value="800"/> <option name="CONFIG_VGA_HEIGHT" type="integer" value="600"/> <option name="CONFIG_VGA_DEPTH" type="integer" value="8"/> <option name="CONFIG_LOADER_AOUT" type="boolean" value="false"/> <option name="CONFIG_LOADER_BOOTINFO" type="boolean" value="true"/> <option name="CONFIG_LOADER_ELF" type="boolean" value="true"/> <option name="CONFIG_LOADER_FCODE" type="boolean" value="false"/> <option name="CONFIG_LOADER_FORTH" type="boolean" value="false"/> <option name="CONFIG_LOADER_XCOFF" type="boolean" value="true"/>  <option name="CONFIG_DISK_LABEL" type="boolean" value="true"/> <option name="CONFIG_PART_SUPPORT" type="boolean" value="true"/> <option name="CONFIG_MAC_PARTS" type="boolean" value="true"/> <option name="CONFIG_DEBUG_MAC_PARTS" type="boolean" value="false"/> <option name="CONFIG_PC_PARTS" type="boolean" value="true"/> <option name="CONFIG_HFS" type="boolean" value="true"/> <option name="CONFIG_HFSP" type="boolean" value="true"/> <option name="CONFIG_ISO9660" type="boolean" value="true"/> <option name="CONFIG_EXT2" type="boolean" value="true"/> <option name="CONFIG_GRUBFS" type="boolean" value="true"/> <option name="CONFIG_FSYS_EXT2FS" type="boolean" value="false"/> <option name="CONFIG_FSYS_FAT" type="boolean" value="false"/> <option name="CONFIG_FSYS_JFS" type="boolean" value="true"/> <option name="CONFIG_FSYS_MINIX" type="boolean" value="false"/> <option name="CONFIG_FSYS_REISERFS" type="boolean" value="false"/> <option name="CONFIG_FSYS_XFS" type="boolean" value="false"/> <option name="CONFIG_FSYS_UFS" type="boolean" value="false"/> <option name="CONFIG_FSYS_ISO9660" type="boolean" value="false"/> <option name="CONFIG_FSYS_FFS" type="boolean" value="false"/> <option name="CONFIG_FSYS_VSTAFS" type="boolean" value="false"/> <option name="CONFIG_FSYS_NTFS" type="boolean" value="false"/> <option name="CONFIG_FSYS_AFFS" type="boolean" value="false"/> <option name="CONFIG_DEBUG_FS" type="boolean" value="false"/>  <option name="CONFIG_PPC_64BITSUPPORT" type="boolean" value="true"/> <option name="CONFIG_LINUXBIOS" type="boolean" value="false"/> <option name="CONFIG_RTAS" type="boolean" value="true"/>  <option name="CONFIG_DRIVER_PCI" type="boolean" value="true"/> <option name="CONFIG_DEBUG_PCI" type="boolean" value="false"/> <option name="CONFIG_DRIVER_IDE" type="boolean" value="true"/> <option name="CONFIG_IDE_NUM_CHANNELS" type="integer" value="2"/> <option name="CONFIG_IDE_FIRST_UNIT" type="integer" value="1"/> <option name="CONFIG_IDE_DEV_NAME" type="string" value="ata-%d"/> <option name="CONFIG_IDE_DEV_TYPE" type="string" value="ata"/> <option name="CONFIG_DEBUG_IDE" type="boolean" value="false"/> <option name="CONFIG_DRIVER_ADB" type="boolean" value="true"/> <option name="CONFIG_DRIVER_VGA" type="boolean" value="true"/> <option name="CONFIG_DRIVER_MACIO" type="boolean" value="true"/> <option name="CONFIG_DRIVER_ESCC" type="boolean" value="true"/> <option name="CONFIG_DRIVER_FW_CFG" type="boolean" value="true"/> <option name="CONFIG_FW_CFG_ADDR" type="integer" value="0xf0000510"/> =========================================== OpenBIOS debug (built with CONFIG_DEBUG_*) =========================================== >> >R: 7fb5bc80 >> >R: 7fb5bc24 >> >R: 7fb5bba0 >> >R: 7fb5bbd8 >> IDE - ob_ide_read_blocks: ob_ide_read_blocks 7fb9f0a8 block=0 n=1 >> IDE - ob_ide_read_sectors: ob_ide_read_sectors: block=0 sectors=1 >> IDE - ob_ide_atapi_drive_ready: ob_ide_atapi_drive_ready >> R>: 7fb5bbd8 >> R>: 7fb5bba0 >> R>: 7fb5bc24 >> R>: 7fb5bc80 >> R>: 0 >> R>: 14 >> R>: 4 >> R>: 0 >> >R: fff5648c >> >R: b >> R>: b >> R>: fff5648c >> >R: fff5646c >> >R: 9 >> R>: 9 >> R>: fff5646c >> >R: fff56344 >> >R: c >> R>: c >> R>: fff56344 >> >R: fff56324 >> >R: 7 >> R>: 7 >> R>: fff56324 >> >R: fff4fd44 >> >R: b >> R>: b >> R>: fff4fd44 >> >R: fff4fd14 >> >R: 4 >> R>: 4 >> R>: fff4fd14 >> >R: fff4fcd4 >> >R: 9 >> R>: 9 >> R>: fff4fcd4 >> >R: fff4fca8 >> >R: c >> R>: c >> R>: fff4fca8 >> >R: fff4fc1c >> >R: 9 >> R>: 9 >> R>: fff4fc1c >> >R: fff4fbf0 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff3df68 >> R>: 1 >> R>: 5 >> >R: fff3df68 >> R>: fff4fbf0 >> >R: fff4fbc8 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff3df68 >> R>: 0 >> R>: 5 >> >R: fff3df68 >> R>: fff4fbc8 >> >R: fff4fba4 >> >R: 4 >> R>: 4 >> R>: fff4fba4 >> >R: fff4fb50 >> >R: 7 >> R>: 7 >> R>: fff4fb50 >> >R: fff4faf4 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff3df68 >> R>: 2 >> R>: 5 >> >R: fff3df68 >> R>: fff4faf4 >> >R: fff4faa4 >> >R: 4 >> R>: 4 >> R>: fff4faa4 >> >R: fff4fa44 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff3df68 >> R>: 0 >> R>: 5 >> >R: fff3df68 >> R>: fff4fa44 >> >R: fff4f9e8 >> >R: 4 >> R>: 4 >> R>: fff4f9e8 >> >R: fff4f9d0 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff4f9d0 >> >R: 0 >> >R: 2 >> >R: 14 >> R>: fff440e4 >> >R: fff440f0 >> >R: 0 >> >R: 6 >> >R: 28 >> >R: 7fb5bc80 >> >R: fff52d18 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff52d18 >> R>: 7fb5bc80 >> >R: 0 >> R>: 0 >> R>: 28 >> R>: 6 >> R>: 0 >> >R: 7fb980ac >> R>: 7fb980ac >> >R: 0 >> R>: 0 >> R>: fff3d44c >> R>: fff440e4 >> >R: fff440f0 >> >R: 0 >> >R: 6 >> >R: 28 >> >R: 7fb5bc24 >> >R: fff51cb0 >> >R: 3 >> R>: 3 >> R>: fff51cb0 >> >R: fff51c84 >> >R: 4 >> R>: 4 >> R>: fff51c84 >> >R: fff51c58 >> >R: 4 >> R>: 4 >> R>: fff51c58 >> >R: fff51c2c >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff3df68 >> R>: 0 >> R>: 5 >> >R: fff3df68 >> R>: fff51c2c >> >R: fff51c00 >> >R: 4 >> R>: 4 >> R>: fff51c00 >> >R: fff51bd4 >> >R: 4 >> R>: 4 >> R>: fff51bd4 >> >R: fff51ba8 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff51ba8 >> R>: 7fb5bc24 >> >R: 0 >> R>: 0 >> R>: 28 >> R>: 6 >> R>: 0 >> >R: 7fb980ac >> R>: 7fb980ac >> >R: 0 >> R>: 0 >> R>: fff3d614 >> R>: fff3d44c >> R>: fff440e4 >> >R: fff440f0 >> >R: 0 >> >R: 6 >> >R: 28 >> >R: 7fb5bba0 >> >R: fff54120 >> >R: c >> R>: c >> R>: fff54120 >> >R: fff540ec >> >R: a >> R>: a >> R>: fff540ec >> >R: fff540bc >> >R: b >> R>: b >> R>: fff540bc >> >R: fff54088 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff54088 >> R>: 7fb5bba0 >> >R: 0 >> R>: fff440e4 >> >R: fff440f0 >> >R: 7fb5bba0 >> >R: 7 >> >R: 30 >> >R: 7fb5bbd8 >> >R: fff51b10 >> >R: 4 >> R>: 4 >> R>: fff51b10 >> >R: fff51ae4 >> >R: 4 >> R>: 4 >> R>: fff51ae4 >> >R: fff51ab8 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff3df68 >> R>: 0 >> R>: 5 >> >R: fff3df68 >> R>: fff51ab8 >> >R: fff51a8c >> >R: 4 >> R>: 4 >> R>: fff51a8c >> >R: fff51a60 >> >R: 5 >> R>: 5 >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> >R: 7b >> R>: 7b >> R>: fff51a60 >> R>: 7fb5bbd8 >> >R: 7fb5bba0 ====================== QEMU debug ====================== (qemu) info registers info registers NIP fff1086c LR fff10844 CTR fff122bc XER 00000000 MSR 00003032 HID0 00000000 HF 00002000 idx 1 TB 00000000 3720793498 DECR 574173816 GPR00 000000007fb9f0a0 000000007fcf7790 0000000000000000 000000007fba29b4 GPR04 000000000000000d 0000000000000000 0000000000000000 0000000000000000 GPR08 0000000000000000 000000007fba29b4 000000000000000c 0000000000000820 GPR12 0000000000000000 0000000000000000 00000000fff393aa 00000000fff3a137 GPR16 00000000fff3741e 0000000004000000 00000000fffbc6cc 00000000fffbcecc GPR20 00000000000030ec 00000000fff37204 00000000fff371f2 00000000fff37172 GPR24 00000000fff371fa 00000000fffbc630 0000000000000001 00000000000444a0 GPR28 0000000000000036 00000000fffc0000 00000000fffc0000 000000007fb9f0a8 CR 48000084 [ G L - - - - L G ] RES ffffffff FPR00 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPR04 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPR08 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPR12 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPR16 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPR20 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPR24 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPR28 0000000000000000 0000000000000000 0000000000000000 0000000000000000 FPSCR 00000000 SRR0 fff2bdcc SRR1 00003032 SDR1 7fd00000 (qemu) info cpus info cpus * CPU #0: nip=0xfff1086c thread_id=7838 (qemu) x/20i $pc-4 x/20i $pc-4 0xfff10710: beq- cr7,0xfff10724 0xfff10714: lwz r10,4(r9) 0xfff10718: lwz r11,-4(r31) 0xfff1071c: cmplw cr7,r10,r11 0xfff10720: blt+ cr7,0xfff10704 0xfff10724: stw r9,-8(r31) 0xfff10728: stw r0,0(r3) 0xfff1072c: addi r11,r1,16 0xfff10730: b 0xfff2cb10 0xfff10734: stwu r1,-32(r1) 0xfff10738: mflr r0 0xfff1073c: stmw r29,20(r1) 0xfff10740: mr. r30,r3 0xfff10744: mr r29,r4 0xfff10748: stw r0,36(r1) 0xfff1074c: bne+ 0xfff10760 0xfff10750: mr r3,r4 0xfff10754: bl 0xfff08498 0xfff10758: mr r31,r3 0xfff1075c: b 0xfff107ac IN: deblk_close 0xfff122bc: stwu r1,-16(r1) 0xfff122c0: mflr r0 0xfff122c4: stw r0,20(r1) 0xfff122c8: lwz r3,24(r3) 0xfff122cc: bl 0xfff084b8 OP: ---- 0xfff122bc movi_i32 access_type,$0x20 movi_i32 tmp1,$0xfffffff0 add_i32 tmp0,r1,tmp1 qemu_st32 r1,tmp0,$0x1 mov_i32 r1,tmp0 ---- 0xfff122c0 mov_i32 r0,lr ---- 0xfff122c4 movi_i32 tmp1,$0x14 add_i32 tmp0,r1,tmp1 qemu_st32 r0,tmp0,$0x1 ---- 0xfff122c8 movi_i32 tmp1,$0x18 add_i32 tmp0,r3,tmp1 qemu_ld32 r3,tmp0,$0x1 ---- 0xfff122cc movi_i32 lr,$0xfff122d0 movi_i32 nip,$0xfff084b8 exit_tb $0x0 OP after liveness analysis: ---- 0xfff122bc movi_i32 access_type,$0x20 movi_i32 tmp1,$0xfffffff0 add_i32 tmp0,r1,tmp1 qemu_st32 r1,tmp0,$0x1 mov_i32 r1,tmp0 ---- 0xfff122c0 mov_i32 r0,lr ---- 0xfff122c4 movi_i32 tmp1,$0x14 add_i32 tmp0,r1,tmp1 qemu_st32 r0,tmp0,$0x1 ---- 0xfff122c8 movi_i32 tmp1,$0x18 add_i32 tmp0,r3,tmp1 qemu_ld32 r3,tmp0,$0x1 ---- 0xfff122cc movi_i32 lr,$0xfff122d0 movi_i32 nip,$0xfff084b8 exit_tb $0x0 end OUT: [size=252] 0x400eb320: mov 0x4(%r14),%ebp 0x400eb324: lea -0x10(%rbp),%ebx 0x400eb327: mov $0x20,%r12d 0x400eb32d: mov %r12d,0x260(%r14) 0x400eb334: mov %ebx,%esi 0x400eb336: mov %ebx,%edi 0x400eb338: shr $0x7,%esi 0x400eb33b: and $0xfffff003,%edi 0x400eb341: and $0x1fe0,%esi 0x400eb347: lea 0x228c(%r14,%rsi,1),%rsi 0x400eb34f: cmp (%rsi),%edi 0x400eb351: mov %ebx,%edi 0x400eb353: jne 0x400eb361 0x400eb355: add 0xc(%rsi),%rdi 0x400eb359: mov %ebp,%esi 0x400eb35b: bswap %esi 0x400eb35d: mov %esi,(%rdi) 0x400eb35f: jmp 0x400eb36d 0x400eb361: mov %ebp,%esi 0x400eb363: mov $0x1,%edx 0x400eb368: callq 0x57ffa9 0x400eb36d: mov 0x100(%r14),%ebp 0x400eb374: lea 0x14(%rbx),%r12d 0x400eb378: mov %ebp,(%r14) 0x400eb37b: mov %ebx,0x4(%r14) 0x400eb37f: mov %r12d,%esi 0x400eb382: mov %r12d,%edi 0x400eb385: shr $0x7,%esi 0x400eb388: and $0xfffff003,%edi 0x400eb38e: and $0x1fe0,%esi 0x400eb394: lea 0x228c(%r14,%rsi,1),%rsi 0x400eb39c: cmp (%rsi),%edi 0x400eb39e: mov %r12d,%edi 0x400eb3a1: jne 0x400eb3af 0x400eb3a3: add 0xc(%rsi),%rdi 0x400eb3a7: mov %ebp,%esi 0x400eb3a9: bswap %esi 0x400eb3ab: mov %esi,(%rdi) 0x400eb3ad: jmp 0x400eb3bb 0x400eb3af: mov %ebp,%esi 0x400eb3b1: mov $0x1,%edx 0x400eb3b6: callq 0x57ffa9 0x400eb3bb: mov 0xc(%r14),%ebp 0x400eb3bf: lea 0x18(%rbp),%ebx 0x400eb3c2: mov %ebx,%esi 0x400eb3c4: mov %ebx,%edi 0x400eb3c6: shr $0x7,%esi 0x400eb3c9: and $0xfffff003,%edi 0x400eb3cf: and $0x1fe0,%esi 0x400eb3d5: lea 0x2288(%r14,%rsi,1),%rsi 0x400eb3dd: cmp (%rsi),%edi 0x400eb3df: mov %ebx,%edi 0x400eb3e1: jne 0x400eb3ed 0x400eb3e3: add 0x10(%rsi),%rdi 0x400eb3e7: mov (%rdi),%ebp 0x400eb3e9: bswap %ebp 0x400eb3eb: jmp 0x400eb3f9 0x400eb3ed: mov $0x1,%esi 0x400eb3f2: callq 0x57fb92 0x400eb3f7: mov %eax,%ebp 0x400eb3f9: mov %ebp,0xc(%r14) 0x400eb3fd: mov $0xfff084b8,%ebp 0x400eb402: mov %ebp,0x25c(%r14) 0x400eb409: mov $0xfff122d0,%ebp 0x400eb40e: mov %ebp,0x100(%r14) 0x400eb415: xor %eax,%eax 0x400eb417: jmpq 0x11c2bce ============================================= gdb: qemu vl.c ============================================= 1946 const char *gdbstub_dev = NULL; 1947 int i; 1948 int snapshot, linux_boot; 1949 const char *icount_option = NULL; 1950 const char *initrd_filename; 1951 const char *kernel_filename, *kernel_cmdline; 1952 char boot_devices[33] = "cad"; /* default to HD->floppy->CD-ROM */ 1953 DisplayState *ds; 1954 DisplayChangeListener *dcl; 1955 int cyls, heads, secs, translation; 1956 QemuOpts *hda_opts = NULL, *opts; 1957 QemuOptsList *olist; 1958 int optind; 1959 const char *optarg; 1960 const char *loadvm = NULL; 1961 QEMUMachine *machine; 1962 const char *cpu_model; 1963 int tb_size; 1964 const char *pid_file = NULL; 1965 const char *incoming = NULL; Thank you! Ken

8 years, 1 month

5
15
0 / 0

Re: [OpenBIOS] Solaris anyone?

by Nick Couchman

> > Nick - do you think you could do a quick test on this one? > This patch for the scsi_options seems to work fine - system boots with the patch applied and with the line removed from /etc/system. -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.

8 years, 2 months

9
26
0 / 0

[PATCH] RFC: Change ofmem_common.c to set memory translation properties by reference

by Mark Cave-Ayland

Hi folks, The attached patch changes OFMEM so that instead of allocating new space within the Forth dictionary every time the /memory and /virtual-memory available/translations nodes are updated, we simply change the property to point directly to a static buffer. This has the effect of saving substantial amounts of memory during OpenSolaris 10 boot (in fact the final dictionary size after boot is now < 256K once again). Blue/Andreas: please could you take a look at this patch and make sure it doesn't break anything in your SPARC64/PPC tests? On the plus side, with this patch applied Milax gets to the end of its natural boot without crashing giving the following output: OpenBIOS for Sparc64 Configuration device id QEMU version 1 machine id 0 kernel cmdline CPUs: 1 x SUNW,UltraSPARC-IIi UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.0 built on Oct 14 2010 20:18 Type 'help' for detailed information Trying cdrom:f... Not a bootable ELF image Not a bootable a.out image Loading FCode image... Loaded 7084 bytes entry point is 0x4000 Ignoring failed claim for va 1000000 memsz bf34e! Ignoring failed claim for va 1402000 memsz 303b3! Ignoring failed claim for va 1800000 memsz 60a30! Jumping to entry point 00000000010071d8 for type 0000000000000001... switching to new context: entry point 0x10071d8 stack 0x00000000ffe06b49 warning:interpret: exception -13 caught SunOS Release 5.11 Version MilaX_0.3.2 64-bit Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved. Use is subject to license terms. spacex@:interpret: exception -13 caught kdbg-words:interpret: exception -13 caught cb-r/w:interpret: exception -13 caught (Can't load tod module) EXIT -1 > Does anyone know what the tod modules does? Is it Time Of Day (i.e. we are missing some kind of hardware clock emulation?) ATB, Mark. -- Mark Cave-Ayland - Senior Technical Architect PostgreSQL - PostGIS Sirius Corporation plc - control through freedom http://www.siriusit.co.uk t: +44 870 608 0063 Sirius Labs: http://www.siriusit.co.uk/labs

8 years, 2 months

4
14
0 / 0

Re: [OpenBIOS] Solaris anyone?

by Nick Couchman

On Fri, 2011-04-22 at 08:08 +0100, Mark Cave-Ayland wrote: > With my previously posted patched applied: > > Wow. All I can say is thank you so much to everyone who helped me get > this far - in particular Blue, Artyom and Tarl. Does anyone know if we > are the first non-Sun firmware to be able to boot a Solaris kernel? > > Blue - I think you owe me that 1.1 release soon! > > > Happy Easter everyone! > > Mark. > Thanks, again, Mark - this is fantastic! After booting the install successfully from the Solaris ISO/CDROM and getting through the initial configuration (on both Solaris 8 and 9), the install fails trying to label the hard drive. First, I see the following during the installer boot: WARNING: /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd@0,0 (sd0): corrupt label - wrong magic number Then, after doing the system identification, I get the following: One or more disks are found, but one of the following problems exists: > Hardware failure > Unformatted disk. At which point I get dropped to a shell. If I try to use the format command from the shell, format cannot auto-configure the disk. Even if I try manually setting C/H/S parameters (either at qemu run time or in the format command), it does not seem to want to use the disk. This seems to happen whether I'm using an LVM volume or a file-based disk. Also, seems as though all changes are lost on the disk when I exit format and then immediately go back in. Ideas? Any further help/input/debugging I could provide? -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.

8 years, 2 months

6
14
0 / 0

[commit] r1037 - in trunk/openbios-devel: config/examples drivers

by repository service

Author: mcayland Date: Wed Apr 27 21:20:10 2011 New Revision: 1037 URL: http://tracker.coreboot.org/trac/openbios/changeset/1037 Log: Fix up LANCE ethernet DMA mapping under Solaris 8 on SPARC32. It seems that Solaris doesn't set up a DMA mapping for the LANCE DMA buffers and hence must inherit this from OpenBIOS. To make things more complicated, Solaris appears to assume that the buffers are fixed at 0xff000000 rather than detecting this information from the OpenBIOS IOMMU pagetable before switching. Mimicking this behaviour with a fixed location allows Solaris 8 to correctly use the network card under QEMU. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> Modified: trunk/openbios-devel/config/examples/sparc32_config.xml trunk/openbios-devel/drivers/sbus.c Modified: trunk/openbios-devel/config/examples/sparc32_config.xml ============================================================================== --- trunk/openbios-devel/config/examples/sparc32_config.xml Wed Apr 27 21:20:06 2011 (r1036) +++ trunk/openbios-devel/config/examples/sparc32_config.xml Wed Apr 27 21:20:10 2011 (r1037) @@ -63,6 +63,7 @@  <option name="CONFIG_DRIVER_SBUS" type="boolean" value="true"/> + <option name="CONFIG_DEBUG_SBUS" type="boolean" value="false"/> <option name="CONFIG_DRIVER_OBIO" type="boolean" value="true"/> <option name="CONFIG_DRIVER_ESP" type="boolean" value="true"/> <option name="CONFIG_DRIVER_FLOPPY" type="boolean" value="true"/> Modified: trunk/openbios-devel/drivers/sbus.c ============================================================================== --- trunk/openbios-devel/drivers/sbus.c Wed Apr 27 21:20:06 2011 (r1036) +++ trunk/openbios-devel/drivers/sbus.c Wed Apr 27 21:20:10 2011 (r1037) @@ -29,6 +29,20 @@ #define SS600MP_ESPDMA 0x00081000ULL #define SS600MP_ESP 0x00080000ULL #define SS600MP_LEBUFFER (SS600MP_ESPDMA + 0x10) // XXX should be 0x40000 +#define LEDMA_REGS 0x4 +#define LE_REGS 0x20 + +#ifdef CONFIG_DEBUG_SBUS +#define DPRINTF(fmt, args...) \ + do { printk(fmt , ##args); } while (0) +#else +#define DPRINTF(fmt, args...) +#endif + +typedef struct le_private { + uint32_t *dmaregs; + uint32_t *regs; +} le_private_t; static void ob_sbus_node_init(uint64_t base) @@ -57,8 +71,36 @@ } static void -ob_le_init(unsigned int slot, unsigned long leoffset, unsigned long dmaoffset) +ob_le_init(unsigned int slot, uint64_t base, unsigned long leoffset, unsigned long dmaoffset) { + le_private_t *le; + + le = malloc(sizeof(le_private_t)); + if (!le) { + DPRINTF("Can't allocate LANCE private structure\n"); + return; + } + + /* Get the IO region for DMA registers */ + le->dmaregs = (void *)ofmem_map_io(base + (uint64_t)dmaoffset, LEDMA_REGS); + if (le->dmaregs == NULL) { + DPRINTF("Can't map LANCE DMA registers\n"); + return; + } + + /* Now it appears that the Solaris kernel forgets to set up the LANCE DMA mapping + and so it must inherit the one from OpenBIOS. The symptom of this is that the + LANCE DMA base addr register is still zero, and so we start sending network + packets containing random areas of memory. + + The correct fix for this should be to use dvma_alloc() to grab a section of + memory and point the LANCE DMA buffers to use that instead; this gets + slightly further but still crashes. Time-consuming investigation on various + hacked versions of QEMU seems to indicate that Solaris always assumes the LANCE + DMA base address is fixed 0xff000000 when setting up the IOMMU for the LANCE + card. Hence we imitate this behaviour here. */ + le->dmaregs[3] = 0xff000000; + push_str("/iommu/sbus/ledma"); fword("find-device"); PUSH(slot); @@ -72,6 +114,13 @@ push_str("reg"); fword("property"); + /* Get the IO region for Lance registers */ + le->regs = (void *)ofmem_map_io(base + (uint64_t)leoffset, LE_REGS); + if (le->regs == NULL) { + DPRINTF("Can't map LANCE registers\n"); + return; + } + push_str("/iommu/sbus/ledma/le"); fword("find-device"); PUSH(slot); @@ -371,7 +420,7 @@ #endif // NCR 92C990, Am7990, Lance. See http://www.amd.com - ob_le_init(slot, offset + 0x00c00000, offset + 0x00400010); + ob_le_init(slot, base, offset + 0x00c00000, offset + 0x00400010); // Parallel port //ob_bpp_init(base); @@ -430,7 +479,7 @@ ob_esp_init(slot, base, SS600MP_ESP, SS600MP_ESPDMA); #endif // NCR 92C990, Am7990, Lance. See http://www.amd.com - ob_le_init(slot, 0x00060000, SS600MP_LEBUFFER); + ob_le_init(slot, base, 0x00060000, SS600MP_LEBUFFER); // Power management (APC) XXX should not exist ob_apc_init(slot, APC_OFFSET); break;

8 years, 2 months

1
0
0 / 0

[commit] r1036 - trunk/openbios-devel/drivers

by repository service

Author: mcayland Date: Wed Apr 27 21:20:06 2011 New Revision: 1036 URL: http://tracker.coreboot.org/trac/openbios/changeset/1036 Log: Set properties to disable carrier detection on the serial ports for SPARC32. This prevents the Solaris 8 kernel from freezing during boot after detecting the serial ports. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> Modified: trunk/openbios-devel/drivers/escc.c Modified: trunk/openbios-devel/drivers/escc.c ============================================================================== --- trunk/openbios-devel/drivers/escc.c Fri Apr 22 02:13:53 2011 (r1035) +++ trunk/openbios-devel/drivers/escc.c Wed Apr 27 21:20:06 2011 (r1036) @@ -342,6 +342,16 @@ ob_intr(intr); + PUSH(0); + PUSH(0); + push_str("port-a-ignore-cd"); + fword("property"); + + PUSH(0); + PUSH(0); + push_str("port-b-ignore-cd"); + fword("property"); + fword("finish-device"); snprintf(nodebuff, sizeof(nodebuff), "/obio/zs@0,%x",

8 years, 2 months

1
0
0 / 0

Re: [OpenBIOS] [PATCH] Fix up LANCE ethernet DMA mapping under Solaris 8 on SPARC32.

by Blue Swirl

On Mon, Apr 25, 2011 at 7:48 PM, Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> wrote: > It seems that Solaris doesn't set up a DMA mapping for the LANCE DMA buffers > and hence must inherit this from OpenBIOS. To make things more complicated, > Solaris appears to assume that the buffers are fixed at 0xff000000 rather > than detecting this information from the OpenBIOS IOMMU pagetable before > switching. Mimicking this behaviour with a fixed location allows Solaris > 8 to correctly use the network card under QEMU. > > Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> Would it make any difference if IOMMU region were 16M so that the base would start at 0xff000000? Otherwise the patch looks OK.

8 years, 2 months

2
4
0 / 0

Re: [OpenBIOS] [PATCH] Fix up LANCE ethernet DMA mapping under Solaris 8 on SPARC32.

by Andreas Färber

Am 25.04.2011 um 18:48 schrieb Mark Cave-Ayland: > It seems that Solaris doesn't set up a DMA mapping for the LANCE DMA > buffers > and hence must inherit this from OpenBIOS. To make things more > complicated, > Solaris appears to assume that the buffers are fixed at 0xff000000 > rather > than detecting this information from the OpenBIOS IOMMU pagetable > before > switching. Mimicking this behaviour with a fixed location allows > Solaris > 8 to correctly use the network card under QEMU. > > Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> > --- > openbios-devel/drivers/sbus.c | 55 ++++++++++++++++++++++++++++++++ > ++++++-- > 1 files changed, 52 insertions(+), 3 deletions(-) > > diff --git a/openbios-devel/drivers/sbus.c b/openbios-devel/drivers/ > sbus.c > index f4a6d66..1107c1d 100644 > --- a/openbios-devel/drivers/sbus.c > +++ b/openbios-devel/drivers/sbus.c > @@ -29,6 +29,20 @@ > #define SS600MP_ESPDMA 0x00081000ULL > #define SS600MP_ESP 0x00080000ULL > #define SS600MP_LEBUFFER (SS600MP_ESPDMA + 0x10) // XXX should be > 0x40000 > +#define LEDMA_REGS 0x4 > +#define LE_REGS 0x20 > + > +#ifdef CONFIG_DEBUG_SBUS Missing a corresponding sparc32_config.xml patch? > +#define DPRINTF(fmt, args...) \ > + do { printk(fmt , ##args); } while (0) > +#else > +#define DPRINTF(fmt, args...) > +#endif Andreas

8 years, 2 months

2
3
0 / 0

Re: [OpenBIOS] Solaris anyone?

by Nick Couchman

> In terms of graphics, there is definitely some work that needs to be > done. For example, if I try and run the Solaris installer from the VNC > viewer then rather than launching the installer it outputs "Starting > OpenWindows" and then freezes. Then again, this is not something that is > really on my priority list (as my aim was to virtualise a headless > server) so it's unlikely to happen in the short term. Yeah, I knew there were some challenges with graphics, and it's great just to have a working emulated Sparc platform, so, don't get me wrong, this is not a complaint! > > For running QEMU in this way, have you seen Artyom's post here? > http://tyom.blogspot.com/2010/04/ultimate-way-of-starting-qemu-under.html. > Aha - that's what I was looking for. I'll have to spend some more time reading through Artyom's blog so that I don't have to ask questions like this that he's already answered. > > Did the serial port patch ever get checked off and pushed to SVN? > > No, not yet. Once Blue has approved both patches then I'll send them up > to the SVN repository. > Cool - sounds good. -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.

8 years, 2 months

1
0
0 / 0

← Newer
1
2
3
Older →