OpenBIOS January 2010

openbios@openbios.org

15 participants
34 discussions

by G 3

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.

10 years, 1 month

Solaris 9: failed boot with strange device names

by Mark Cave-Ayland

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

10 years, 3 months

QEMU OpenBIOS booting?

by Steven Noonan

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

10 years, 6 months

[commit] r673 - trunk/openbios-devel/arch/sparc64

by repository service

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[] = {

10 years, 10 months

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

by repository service

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; }

10 years, 10 months

[commit] r671 - in trunk/openbios-devel: arch/sparc64 include/sparc64

by repository service

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

10 years, 10 months

FCode-utils 1.0.2 toke checksum issue

by Asif Haswarey

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

10 years, 10 months

r670 - trunk/fcode-utils-devel/shared

by svn＠openbios.org

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;

10 years, 10 months

Compiling OpenBIOS on Mac OS X

by G 3

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

10 years, 10 months

r669 - trunk/openbios-devel/arch/sparc64

by svn＠openbios.org

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);

10 years, 10 months