starting
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.
8 years, 7 months
- 6
- 17
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
8 years, 8 months
- 3
- 10
[commit] r759 - in trunk/fcode-utils-devel: detok romheaders toke
by repository service
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(¤t_vfc_line);
+ skip_whitespace((char **)¤t_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:
8 years, 12 months
- 3
- 5
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
8 years, 12 months
- 13
- 55
[commit] r754 - trunk/fcode-utils-devel/shared
by repository service
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. */
8 years, 12 months
- 2
- 1
/packages/elf-loader is missing
by Andreas Färber
... 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
9 years
- 6
- 22
[commit] r763 - trunk/openbios-devel/libopenbios
by repository service
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 );
9 years
- 1
- 0
[commit] r762 - trunk/openbios-devel/arch/ppc/qemu
by repository service
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";
9 years
- 1
- 0
[commit] r761 - trunk/openbios-devel/forth/bootstrap
by repository service
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
9 years
- 1
- 0
Re: [OpenBIOS] Adding words to forth - the tutorial
by Programmingkid
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.
9 years
- 3
- 2