OpenBIOS January 2010

openbios@openbios.org

15 participants
34 discussions

starting
by G 3 18 Oct '10

18 Oct '10

I have begun doing work with OpenBIOS. I was wondering if it is possible to compile OpenBIOS for PowerPC on Mac OS X? If not, what Linux distro should I use? Any advice would really help.

6 17

Solaris 9: failed boot with strange device names
by Mark Cave-Ayland 25 Aug '10

25 Aug '10

Hi all, So given that the Fcode evaluator is sorted for Solaris 10, I thought I'd try my original Solaris 9 disk image again and was surprised to find that it didn't boot. Further investigation seems to show that strangely encoded device names are being passed into cif-open which is failing: : get-file ( 6000 ffe35870 27 ) 00000000ffe36378: fname>devname$ 3 > 2dup type /platform/OpenBiosTeam,OpenBIOS/ufsboot ok 3 > resume ok ( 6000 ffe35870 27 ) 00000000ffe36378: fname>devname$ ( 6000 ffe35ee8 2f ) 00000000ffe36380: ufs-fopen 3 > 2dup type cdrom:a,|platform|OpenBiosTeam,OpenBIOS|ufsboot ok 3 > resume ok ( 6000 ffe35ee8 2f ) 00000000ffe36380: ufs-fopen : ufs-fopen ( 6000 ffe35ee8 2f ) 00000000ffe360e8: drop ( 6000 ffe35ee8 ) 00000000ffe360f0: cif-open ( 6000 0 ) 00000000ffe360f8: (semis) : get-file ( 6000 ffe35870 17 ) 00000000ffe36378: fname>devname$ 3 > 2dup type /platform/sun4u/ufsboot ok 3 > resume ok ( 6000 ffe35870 17 ) 00000000ffe36378: fname>devname$ ( 6000 ffe35ee8 1f ) 00000000ffe36380: ufs-fopen 3 > 2dup type cdrom:a,|platform|sun4u|ufsboot ok 3 > resume ok ( 6000 ffe35ee8 1f ) 00000000ffe36380: ufs-fopen : ufs-fopen ( 6000 ffe35ee8 1f ) 00000000ffe360e8: drop ( 6000 ffe35ee8 ) 00000000ffe360f0: cif-open OFMEM: ofmem_claim_virt virt=ffffffffffffffff size=0000000000000200 align=0000000000000001 ( 6000 0 ) 00000000ffe360f8: (semis) It looks as if a special type of device-specifier is being passed into cif-open consisting of a device and argument, a comma, then the actual filename required with /s replaced by |s. Is this some kind of special syntax that needs to be taught to the dev word and/or cif-open words? 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

3 10

QEMU OpenBIOS booting?
by Steven Noonan 24 May '10

24 May '10

Hi folks, I've been trying to use OpenBIOS with QEMU, and I've had trouble getting it to boot any PowerPC-based OS discs (Linux, Mac OS X, etc). OpenBIOS just doesn't seem to find anything bootable. If I try booting QEMU with -nographic, I get this output (I get the same with a self-built openbios-qemu.elf from the OpenBIOS SVN as well): ---- snip ---- >> ============================================================= >> OpenBIOS 1.0 [Apr 12 2009 00:55] >> Configuration device id QEMU version 1 machine id 1 >> CPUs: 1 >> Memory: 128M >> UUID: 00000000-0000-0000-0000-000000000000 >> CPU type PowerPC,970FX Welcome to OpenBIOS v1.0 built on Apr 12 2009 00:55 >> ELF - yaboot_startup: Entering boot, no path >> ELF - try_bootinfo: Trying hd:0,ppc\bootinfo.txt >> ELF - try_bootinfo: Can't open hd:0,ppc\bootinfo.txt >> ELF - try_path: Trying hd:2,\ofclient >> ELF - try_path: Can't open hd:2,\ofclient >> ELF - try_path: Trying hd:2,\yaboot conf=hd:2,\yaboot.conf >> ELF - try_path: Can't open hd:2,\yaboot >> *** Boot failure! No secondary bootloader specified *** ---- snip ---- Laurent Vivier suggested in this conversation in February (http://lists.openbios.org/pipermail/openbios/2009-February/003476.html) that there could be a bug in partition map decoding. Has such a bug been confirmed? I was trying to find the bug myself (I am an experienced C/C++ programmer), but the bug seems to be subtle, and my lack of familiarity with the code base doesn't help much. I've been trying to figure this out for 7 hours straight now... Any advice or other help would be much appreciated! - Steven

13 55

[commit] r673 - trunk/openbios-devel/arch/sparc64
by repository service 31 Jan '10

31 Jan '10

Author: blueswirl Date: Sun Jan 31 13:16:46 2010 New Revision: 673 URL: http://tracker.coreboot.org/trac/openbios/changeset/673 Log: sparc64: implement reset Signed-off-by: Blue Swirl <blauwirbel(a)gmail.com> Modified: trunk/openbios-devel/arch/sparc64/openbios.c Modified: trunk/openbios-devel/arch/sparc64/openbios.c ============================================================================== --- trunk/openbios-devel/arch/sparc64/openbios.c Sat Jan 30 21:58:40 2010 (r672) +++ trunk/openbios-devel/arch/sparc64/openbios.c Sun Jan 31 13:16:46 2010 (r673) @@ -92,6 +92,17 @@ : : "r" (addr)); } +/* Reset control register is defined in 17.2.7.3 of US IIi User Manual */ +static void +sparc64_reset_all(void) +{ + unsigned long addr = 0x1fe0000f020ULL; + unsigned long val = 1 << 29; + + asm("stxa %0, [%1] 0x15\n\t" + : : "r" (val), "r" (addr) : "memory"); +} + static void cpu_generic_init(const struct cpudef *cpu, uint32_t clock_frequency) { unsigned long iu_version; @@ -146,6 +157,11 @@ push_str("/openprom/client-services"); fword("find-device"); bind_func("SUNW,set-trap-table", set_trap_table); + + // Reset + bind_func("sparc64-reset-all", sparc64_reset_all); + push_str("' sparc64-reset-all to reset-all"); + fword("eval"); } static const struct cpudef sparc_defs[] = {

1 0

[commit] r672 - trunk/openbios-devel/drivers
by repository service 30 Jan '10

30 Jan '10

Author: blueswirl Date: Sat Jan 30 21:58:40 2010 New Revision: 672 URL: http://tracker.coreboot.org/trac/openbios/changeset/672 Log: Sparc64: Add interrupt properties to Sabre Signed-off-by: Blue Swirl <blauwirbel(a)gmail.com> Modified: trunk/openbios-devel/drivers/pci.c Modified: trunk/openbios-devel/drivers/pci.c ============================================================================== --- trunk/openbios-devel/drivers/pci.c Fri Jan 29 19:46:38 2010 (r671) +++ trunk/openbios-devel/drivers/pci.c Sat Jan 30 21:58:40 2010 (r672) @@ -402,6 +402,11 @@ sizeof(props[0])); set_property(dev, "#virtual-dma-addr-cells", (char *)props, sizeof(props[0])); + props[0] = 0x000007f0; + props[1] = 0x000007ee; + props[2] = 0x000007ef; + props[3] = 0x000007e5; + set_property(dev, "interrupts", (char *)props, 4 * sizeof(props[0])); return 0; }

1 0

[commit] r671 - in trunk/openbios-devel: arch/sparc64 include/sparc64
by repository service 29 Jan '10

29 Jan '10

Author: blueswirl Date: Fri Jan 29 19:46:38 2010 New Revision: 671 URL: http://tracker.coreboot.org/trac/openbios/changeset/671 Log: QEMU changed PCI/IO port byte swapping, adapt OpenBIOS to new way This requires an updated QEMU. Also use little endian access ASIs. Signed-off-by: Blue Swirl <blauwirbel(a)gmail.com> Modified: trunk/openbios-devel/arch/sparc64/entry.S trunk/openbios-devel/include/sparc64/io.h trunk/openbios-devel/include/sparc64/pci.h Modified: trunk/openbios-devel/arch/sparc64/entry.S ============================================================================== --- trunk/openbios-devel/arch/sparc64/entry.S Thu Jan 28 14:20:14 2010 (r670) +++ trunk/openbios-devel/arch/sparc64/entry.S Fri Jan 29 19:46:38 2010 (r671) @@ -59,7 +59,7 @@ ! Check signature "QEMU" setx CFG_ADDR, %g2, %g5 mov FW_CFG_SIGNATURE, %g2 - stha %g2, [%g5] ASI_PHYS_BYPASS_EC_E + stha %g2, [%g5] ASI_PHYS_BYPASS_EC_E_L inc %g5 lduba [%g5] ASI_PHYS_BYPASS_EC_E, %g2 cmp %g2, 'Q' @@ -99,7 +99,7 @@ ! NB: little endian format mov FW_CFG_RAM_SIZE, %g2 dec %g5 - stha %g2, [%g5] ASI_PHYS_BYPASS_EC_E + stha %g2, [%g5] ASI_PHYS_BYPASS_EC_E_L inc %g5 lduba [%g5] ASI_PHYS_BYPASS_EC_E, %g4 Modified: trunk/openbios-devel/include/sparc64/io.h ============================================================================== --- trunk/openbios-devel/include/sparc64/io.h Thu Jan 28 14:20:14 2010 (r670) +++ trunk/openbios-devel/include/sparc64/io.h Fri Jan 29 19:46:38 2010 (r671) @@ -56,6 +56,7 @@ /* * 8, 16 and 32 bit, big and little endian I/O operations, with barrier. + * On Sparc64, BE versions must swap bytes using LE access ASI. */ static inline int in_8(volatile unsigned char *addr) { @@ -75,22 +76,19 @@ static inline int in_le16(volatile unsigned short *addr) { - int ret, tmp; + int ret; - // XXX __asm__ __volatile__("lduha [%1] 0x15, %0\n\t" :"=r"(ret):"r"(addr):"memory"); - tmp = (ret << 8) & 0xff00; - tmp |= (ret >> 8) & 0xff; - return tmp; + return ret; } static inline int in_be16(volatile unsigned short *addr) { int ret; - __asm__ __volatile__("lduha [%1] 0x15, %0\n\t" + __asm__ __volatile__("lduha [%1] 0x1d, %0\n\t" :"=r"(ret):"r"(addr):"memory"); return ret; @@ -98,61 +96,45 @@ static inline void out_le16(volatile unsigned short *addr, int val) { - unsigned tmp; - // XXX - tmp = (val << 8) & 0xff00; - tmp |= (val >> 8) & 0xff; __asm__ __volatile__("stha %0, [%1] 0x15\n\t" - : : "r"(tmp), "r"(addr):"memory"); + : : "r"(val), "r"(addr):"memory"); } static inline void out_be16(volatile unsigned short *addr, int val) { - __asm__ __volatile__("stha %0, [%1] 0x15\n\t" + __asm__ __volatile__("stha %0, [%1] 0x1d\n\t" : : "r"(val), "r"(addr):"memory"); } static inline unsigned in_le32(volatile unsigned *addr) { - unsigned ret, tmp; + unsigned ret; - // XXX __asm__ __volatile__("lduwa [%1] 0x15, %0\n\t" :"=r"(ret):"r"(addr):"memory"); - tmp = ret << 24; - tmp |= (ret << 8) & 0xff0000; - tmp |= (ret >> 8) & 0xff00; - tmp |= (ret >> 24) & 0xff; - return tmp; + return ret; } static inline unsigned in_be32(volatile unsigned *addr) { unsigned ret; - __asm__ __volatile__("lduwa [%1] 0x15, %0\n\t" + __asm__ __volatile__("lduwa [%1] 0x1d, %0\n\t" :"=r"(ret):"r"(addr):"memory"); - return ret; } static inline void out_le32(volatile unsigned *addr, int val) { - unsigned tmp; - // XXX - tmp = val << 24; - tmp |= (val << 8) & 0xff0000; - tmp |= (val >> 8) & 0xff00; - tmp |= (val >> 24) & 0xff; __asm__ __volatile__("stwa %0, [%1] 0x15\n\t" - : : "r"(tmp), "r"(addr):"memory"); + : : "r"(val), "r"(addr):"memory"); } static inline void out_be32(volatile unsigned *addr, int val) { - __asm__ __volatile__("stwa %0, [%1] 0x15\n\t" + __asm__ __volatile__("stwa %0, [%1] 0x1d\n\t" : : "r"(val), "r"(addr):"memory"); } Modified: trunk/openbios-devel/include/sparc64/pci.h ============================================================================== --- trunk/openbios-devel/include/sparc64/pci.h Thu Jan 28 14:20:14 2010 (r670) +++ trunk/openbios-devel/include/sparc64/pci.h Fri Jan 29 19:46:38 2010 (r671) @@ -35,14 +35,14 @@ static inline uint16_t pci_config_read16(pci_addr dev, uint8_t reg) { uint16_t res; - res = in_le16((uint16_t *)(PCI_CONFIG(dev) + reg)); + res = in_be16((uint16_t *)(PCI_CONFIG(dev) + reg)); return res; } static inline uint32_t pci_config_read32(pci_addr dev, uint8_t reg) { uint32_t res; - res = in_le32((uint32_t *)(PCI_CONFIG(dev) + reg)); + res = in_be32((uint32_t *)(PCI_CONFIG(dev) + reg)); return res; } @@ -53,12 +53,12 @@ static inline void pci_config_write16(pci_addr dev, uint8_t reg, uint16_t val) { - out_le16((uint16_t *)(PCI_CONFIG(dev) + reg), val); + out_be16((uint16_t *)(PCI_CONFIG(dev) + reg), val); } static inline void pci_config_write32(pci_addr dev, uint8_t reg, uint32_t val) { - out_le32((uint32_t *)(PCI_CONFIG(dev) + reg), val); + out_be32((uint32_t *)(PCI_CONFIG(dev) + reg), val); } #else /* !PCI_CONFIG_1 */ #error PCI Configuration Mechanism is not specified or implemented

1 0

FCode-utils 1.0.2 toke checksum issue
by Asif Haswarey 28 Jan '10

28 Jan '10

Hi, We have run into an issue with our FCodes tokenized using FCode-utils 1.0.2 toke, on specific SPARC (Enterprise) platforms: M4000, M9000. Power-up device probe yields the following warning message on the console: WARNING: /pci@20,600000/...: FCode checksum error; expected: 280d result: 2837 After looking at the OBP sources, I found that the routine: fcode-sum-ok? : obp/dev/pci/fcode-rom.fth calculates the checksum by adding every FCode image (excluding header) byte and doing: lwsplit + lwsplit + h# ffff and on the sum. The lwsplit + lwsplit + apparently breaks the OpenFirmware spec. OpenFirmware-1275 section 5.2.2.5 describes the checksum algorithm as: Checksum is the doublet size sum of the bytes of the program body (i.e., excluding the header), calculated using two's complement addition and ignoring overflow. FCode-utils 1.0.2 toke calculates the checksum in function: finish_fcodehdr : toke/emit.c as described in the spec. How do we deal with this? Any suggestions? Thanks for any response(s)! -Asif

2 1

r670 - trunk/fcode-utils-devel/shared
by svn＠openbios.org 28 Jan '10

28 Jan '10

Author: stepan Date: 2010-01-28 14:20:14 +0100 (Thu, 28 Jan 2010) New Revision: 670 Modified: trunk/fcode-utils-devel/shared/types.h Log: Also use the APPLE section on x86/x64 systems. Modified: trunk/fcode-utils-devel/shared/types.h =================================================================== --- trunk/fcode-utils-devel/shared/types.h 2010-01-24 13:38:28 UTC (rev 669) +++ trunk/fcode-utils-devel/shared/types.h 2010-01-28 13:20:14 UTC (rev 670) @@ -39,7 +39,7 @@ * **************************************************************************** */ -#if defined(__ppc__) && defined(__APPLE__) +#if defined(__APPLE__) #include <sys/types.h> typedef int8_t s8;

1 0

Compiling OpenBIOS on Mac OS X
by G 3 26 Jan '10

26 Jan '10

Hi, what version of GCC is needed to build OpenBIOS on Mac OS X?

1 0

r669 - trunk/openbios-devel/arch/sparc64
by svn＠openbios.org 24 Jan '10

24 Jan '10

Author: blueswirl Date: 2010-01-24 14:38:28 +0100 (Sun, 24 Jan 2010) New Revision: 669 Modified: trunk/openbios-devel/arch/sparc64/openbios.c Log: Sparc64: more generic method for display and keyboard selection Signed-off-by: Blue Swirl <blauwirbel(a)gmail.com> Modified: trunk/openbios-devel/arch/sparc64/openbios.c =================================================================== --- trunk/openbios-devel/arch/sparc64/openbios.c 2010-01-23 14:43:02 UTC (rev 668) +++ trunk/openbios-devel/arch/sparc64/openbios.c 2010-01-24 13:38:28 UTC (rev 669) @@ -387,8 +387,8 @@ if (fw_cfg_read_i16(FW_CFG_NOGRAPHIC)) { stdin_path = stdout_path = "ttya"; } else { - stdin_path = "/pci/pci/pci/ebus/kb_ps2"; - stdout_path = "/pci/pci/pci/QEMU,VGA"; + stdin_path = "keyboard"; + stdout_path = "screen"; } push_str(stdin_path);

1 0