OpenBIOS April 2010

openbios@openbios.org

14 participants
65 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

[commit] r759 - in trunk/fcode-utils-devel: detok romheaders toke
by repository service 24 May '10

24 May '10

Author: stepan Date: Mon Apr 26 19:01:01 2010 New Revision: 759 URL: http://tracker.coreboot.org/trac/openbios/changeset/759 Log: warning free build on OS X 10.5.8 Modified: trunk/fcode-utils-devel/detok/Makefile trunk/fcode-utils-devel/detok/addfcodes.c trunk/fcode-utils-devel/detok/decode.c trunk/fcode-utils-devel/detok/pcihdr.c trunk/fcode-utils-devel/detok/stream.c trunk/fcode-utils-devel/romheaders/Makefile trunk/fcode-utils-devel/toke/Makefile Modified: trunk/fcode-utils-devel/detok/Makefile ============================================================================== --- trunk/fcode-utils-devel/detok/Makefile Mon Apr 26 17:57:21 2010 (r758) +++ trunk/fcode-utils-devel/detok/Makefile Mon Apr 26 19:01:01 2010 (r759) @@ -29,7 +29,7 @@ INCLUDES = -I../shared # Normal Flags: -CFLAGS = -O2 -Wall -Wextra +CFLAGS = -O2 -Wall -ansi #-Wextra LDFLAGS = # Coverage: Modified: trunk/fcode-utils-devel/detok/addfcodes.c ============================================================================== --- trunk/fcode-utils-devel/detok/addfcodes.c Mon Apr 26 17:57:21 2010 (r758) +++ trunk/fcode-utils-devel/detok/addfcodes.c Mon Apr 26 19:01:01 2010 (r759) @@ -98,9 +98,9 @@ **************************************************************************** */ static char *current_vfc_line; -static char *vfc_remainder; +static u8 *vfc_remainder; static int vfc_line_no = 0; -static char *vfc_buf_end; +static u8 *vfc_buf_end; /* Special Functions List */ /* Initial fcode-field value of -1 guarantees they won't be used */ @@ -173,12 +173,12 @@ { bool retval = FALSE; /* TRUE = not at end yet */ while (vfc_remainder < vfc_buf_end) { - current_vfc_line = vfc_remainder; - vfc_remainder = strchr(current_vfc_line, '\n'); + current_vfc_line = (char *)vfc_remainder; + vfc_remainder = (u8 *)strchr((const char *)current_vfc_line, '\n'); *vfc_remainder = 0; vfc_remainder++; vfc_line_no++; - skip_whitespace(&current_vfc_line); + skip_whitespace((char **)&current_vfc_line); if (*current_vfc_line == 0) continue; /* Blank line */ if (*current_vfc_line == '#') Modified: trunk/fcode-utils-devel/detok/decode.c ============================================================================== --- trunk/fcode-utils-devel/detok/decode.c Mon Apr 26 17:57:21 2010 (r758) +++ trunk/fcode-utils-devel/detok/decode.c Mon Apr 26 19:01:01 2010 (r759) @@ -357,7 +357,7 @@ { u16 token; u8 len; - u8 *string; + char *string; output_token(); /* get forth string ( [len] [char0] ... [charn] ) */ Modified: trunk/fcode-utils-devel/detok/pcihdr.c ============================================================================== --- trunk/fcode-utils-devel/detok/pcihdr.c Mon Apr 26 17:57:21 2010 (r758) +++ trunk/fcode-utils-devel/detok/pcihdr.c Mon Apr 26 19:01:01 2010 (r759) @@ -461,7 +461,7 @@ } else { sprintf(temp_buf, "PCI Image padding-field of %d bytes " "had first non-zero byte at offset %ld", - filler_len, scan_ptr - filler_ptr); + filler_len, (unsigned long)(scan_ptr - filler_ptr)); } printremark(temp_buf); } Modified: trunk/fcode-utils-devel/detok/stream.c ============================================================================== --- trunk/fcode-utils-devel/detok/stream.c Mon Apr 26 17:57:21 2010 (r758) +++ trunk/fcode-utils-devel/detok/stream.c Mon Apr 26 19:01:01 2010 (r759) @@ -236,7 +236,7 @@ throw_eof(TRUE); } pc += nbytes; - return (retval); + return retval; } @@ -252,7 +252,7 @@ { bool retval; retval = INVERSE(pc == max); - return (retval); + return retval; } @@ -282,7 +282,7 @@ tok |= *(get_bytes(1)); } fcode = tok; - return (tok); + return tok; } u32 get_num32(void) @@ -293,7 +293,7 @@ num_str = get_bytes(4); retval = BIG_ENDIAN_LONG_FETCH(num_str); - return (retval); + return retval; } u16 get_num16(void) @@ -304,7 +304,7 @@ num_str = get_bytes(2); retval = BIG_ENDIAN_WORD_FETCH(num_str); - return (retval); + return retval; } u8 get_num8(void) @@ -326,7 +326,7 @@ retval |= (retval & 0x80) ? 0xff00 : 0; } - return (retval); + return retval; } /* ************************************************************************** @@ -356,12 +356,12 @@ u8 *get_string(u8 * len) { - char *retval; + u8 *retval; *len = get_num8(); retval = get_bytes((int) *len); - return (retval); + return retval; } @@ -405,7 +405,7 @@ char *retval; u8 sav_byt; - str_start = get_string(len); + str_start = (char *)get_string(len); sav_byt = *pc; *pc = 0; @@ -413,7 +413,7 @@ retval = strdup(str_start); *pc = sav_byt; - return (retval); + return retval; } /* ************************************************************************** @@ -462,7 +462,7 @@ } pc = save_pc; - return (retval); + return retval; } Modified: trunk/fcode-utils-devel/romheaders/Makefile ============================================================================== --- trunk/fcode-utils-devel/romheaders/Makefile Mon Apr 26 17:57:21 2010 (r758) +++ trunk/fcode-utils-devel/romheaders/Makefile Mon Apr 26 19:01:01 2010 (r759) @@ -24,7 +24,7 @@ CC ?= gcc STRIP = strip -CFLAGS = -O2 -Wall -W -ansi +CFLAGS = -O2 -Wall -Wextra -ansi INCLUDES = -I../shared SOURCES = romheaders.c ../shared/classcodes.c Modified: trunk/fcode-utils-devel/toke/Makefile ============================================================================== --- trunk/fcode-utils-devel/toke/Makefile Mon Apr 26 17:57:21 2010 (r758) +++ trunk/fcode-utils-devel/toke/Makefile Mon Apr 26 19:01:01 2010 (r759) @@ -29,7 +29,7 @@ INCLUDES = -I../shared # Normal flags -CFLAGS = -O2 -Wall -Wextra +CFLAGS = -O2 -Wall -ansi -Wno-pointer-sign #-Wextra LDFLAGS = # Coverage:

3 5

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] r754 - trunk/fcode-utils-devel/shared
by repository service 24 May '10

24 May '10

Author: stepan Date: Mon Apr 26 17:39:20 2010 New Revision: 754 URL: http://tracker.coreboot.org/trac/openbios/changeset/754 Log: fcode-utils: support compilation on solaris. Modified: trunk/fcode-utils-devel/shared/types.h Modified: trunk/fcode-utils-devel/shared/types.h ============================================================================== --- trunk/fcode-utils-devel/shared/types.h Mon Apr 26 15:06:48 2010 (r753) +++ trunk/fcode-utils-devel/shared/types.h Mon Apr 26 17:39:20 2010 (r754) @@ -40,6 +40,7 @@ **************************************************************************** */ #if defined(__APPLE__) + #include <sys/types.h> typedef int8_t s8; @@ -51,6 +52,22 @@ typedef int32_t s32; typedef u_int32_t u32; +#elif defined(__sparc) + +#include <sys/types.h> + +typedef int8_t s8; +typedef uint8_t u8; + +typedef int16_t s16; +typedef uint16_t u16; + +typedef int32_t s32; +typedef uint32_t u32; + +typedef int64_t s64; +typedef uint64_t u64; + #else #include <asm/types.h> @@ -63,6 +80,7 @@ typedef __s32 s32; typedef __u32 u32; + #endif #ifdef FALSE /* Hack for AIX. */

2 1

/packages/elf-loader is missing
by Andreas Färber 01 May '10

01 May '10

... is the message I get from QEMU's official ppc OpenBIOS blob. sparc and sparc64 blobs work better. Probably the ppc blob just needs updating. My cross-compilation is still running to confirm whether HEAD works better. Some notes: binutils 2.20.1 and 2.20 do not compile on Mac OS X v10.6. They error about lots of _("...") format strings that Ubuntu (gcc 4.4.1) just warns about. OSX default gcc is 4.2.1; CC=gcc-4.0 leads to /usr/lib/iconv.la not found during linking instead. Andreas

6 22

[commit] r763 - trunk/openbios-devel/libopenbios
by repository service 30 Apr '10

30 Apr '10

Author: mcayland Date: Fri Apr 30 23:56:29 2010 New Revision: 763 URL: http://tracker.coreboot.org/trac/openbios/changeset/763 Log: Promote out of memory messages from debug level to standard console messages. This makes it possible to determine that you've not allocated enough memory in qemu without having to rebuild with CONFIG_DEBUG_OFMEM enabled. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> Modified: trunk/openbios-devel/libopenbios/ofmem_common.c Modified: trunk/openbios-devel/libopenbios/ofmem_common.c ============================================================================== --- trunk/openbios-devel/libopenbios/ofmem_common.c Fri Apr 30 22:57:27 2010 (r762) +++ trunk/openbios-devel/libopenbios/ofmem_common.c Fri Apr 30 23:56:29 2010 (r763) @@ -108,7 +108,7 @@ top = ofmem_arch_get_heap_top(); if( (ucell)ofmem->next_malloc + size > top ) { - OFMEM_TRACE("out of malloc memory (%x)!\n", size ); + printk("out of malloc memory (%x)!\n", size ); return NULL; } @@ -396,7 +396,7 @@ } phys = find_area( align, size, ofmem->phys_range, min, max, reverse ); if( phys == -1 ) { - OFMEM_TRACE("ofmem_claim_phys - out of space\n"); + printk("ofmem_claim_phys - out of space (failed request for " FMT_ucellx " bytes)\n", size); return -1; } add_entry( phys, size, &ofmem->phys_range ); @@ -431,7 +431,7 @@ virt = find_area( align, size, ofmem->virt_range, min, max, reverse ); if( virt == -1 ) { - OFMEM_TRACE("ofmem_claim_virt - out of space\n"); + printk("ofmem_claim_virt - out of space (failed request for " FMT_ucellx " bytes)\n", size); return -1; } add_entry( virt, size, &ofmem->virt_range );

1 0

[commit] r762 - trunk/openbios-devel/arch/ppc/qemu
by repository service 30 Apr '10

30 Apr '10

Author: mcayland Date: Fri Apr 30 22:57:27 2010 New Revision: 762 URL: http://tracker.coreboot.org/trac/openbios/changeset/762 Log: Fix for PPC bootloaders that force the output to the "screen" device when -nographic is used with qemu. Note that this isn't a complete fix in that the VGA device is still present within the device tree, but it at least allows the bootloader and kernel to execute far enough to prevent you from wondering why the console has apparently frozen. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> Modified: trunk/openbios-devel/arch/ppc/qemu/init.c Modified: trunk/openbios-devel/arch/ppc/qemu/init.c ============================================================================== --- trunk/openbios-devel/arch/ppc/qemu/init.c Fri Apr 30 22:54:03 2010 (r761) +++ trunk/openbios-devel/arch/ppc/qemu/init.c Fri Apr 30 22:57:27 2010 (r762) @@ -658,6 +658,17 @@ stdin_path = "sccb"; stdout_path = "sccb"; } + + /* Some bootloaders force the output to the screen device, so + let's create a screen alias for the serial device too */ + push_str("/aliases"); + fword("find-device"); + + push_str(stdout_path); + fword("pathres-resolve-aliases"); + fword("encode-string"); + push_str("screen"); + fword("property"); } else { stdin_path = "adb-keyboard"; stdout_path = "screen";

1 0

[commit] r761 - trunk/openbios-devel/forth/bootstrap
by repository service 30 Apr '10

30 Apr '10

Author: mcayland Date: Fri Apr 30 22:54:03 2010 New Revision: 761 URL: http://tracker.coreboot.org/trac/openbios/changeset/761 Log: Move the temporary compilation buffer into dictionary space. This prevent spurious dictionary overflow messages appearing due to setup-tmp-comp switching dictionaries to memory outside of the initial dictionary space. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)siriusit.co.uk> Modified: trunk/openbios-devel/forth/bootstrap/bootstrap.fs Modified: trunk/openbios-devel/forth/bootstrap/bootstrap.fs ============================================================================== --- trunk/openbios-devel/forth/bootstrap/bootstrap.fs Mon Apr 26 19:07:49 2010 (r760) +++ trunk/openbios-devel/forth/bootstrap/bootstrap.fs Fri Apr 30 22:54:03 2010 (r761) @@ -1542,7 +1542,7 @@ \ : init-tmp-comp - 200 alloc-mem tmp-comp-buf ! + here 200 allot tmp-comp-buf ! ; \ the end

1 0

Re: [OpenBIOS] Adding words to forth - the tutorial
by Programmingkid 27 Apr '10

27 Apr '10

On Apr 23, 2010, at 3:17 PM, openbios-request(a)openbios.org wrote: > Programmingkid wrote: > >> A while ago I posted a tutorial on how to add words to the dictionary. Has anyone done anything with it? I was hoping to see it on the OpenBIOS web site. > > Since the website is based on a wiki, I seem to recall that there was > the offer of a wiki account for people like yourself who were interested > in updating the documentation. > > I think it would be great to set up a page with programming hints, > including links to the various Forth tutorials around to help new people > get involved in the project. > > > ATB, > > Mark. I remember being offered an account, unfortunately I never received one. If you could offer one, I would definitely accept.

3 2