September 2006 - OpenBIOS - mail.coreboot.org

SUN OBP source code released
by Jose Renau Oct. 14, 2006

Oct. 14, 2006

Hi all, SUN has released (under BSD license I believe), the source code for their OpenBoot (OPB). This includes the forth programs for many of their sun machines. This is available only starting from version 1.3 of OpenSPARC. http://opensparc-t1.sunsource.net/download_hw.html I guess that it could be a good boost on the functionality/code available at OpenBios. -- Copy from one, it is plagiarism; copy from two, it is research. - Wilson Mizner

5 5

esp large sector handling
by Paul Brook Oct. 10, 2006

Oct. 10, 2006

The current esp code will perform partial reads on devices with sector sizes > 512. The attached patch makes it read the whole sector from the device, and uses the additional if multiple blocks are requested. I'm not sure if the old behavior is technically wrong, but it confused me when debugging the qemu device emulation :-) Paul

2 1

BOOTSTRAP and libc
by Rolf Schroedter Sept. 28, 2006

Sept. 28, 2006

Could somebody please enlighten me what is the idea of libc/*.c files ? What does it mean that if -DBOOTSTRAP uses the standard C-library, and -UBOOTSTRAP uses the openbios-libc ? I'm asking, because I want to embed a minimal FCode interpreter into a C-application, which of course itself uses the standard C-library. Thanks & regards, Rolf. -- ------------------------------------ Rolf Schroedter German Aerospace Center Institute of Planetary Research D-12489 Berlin, Rutherfordstrasse 2 Tel/Fax: (+49) (30) 67055-416/384 Email: Rolf.Schroedter(a)dlr.de

1 0

FCode on an embedded Leon-Sparc system
by Rolf Schroedter Sept. 27, 2006

Sept. 27, 2006

For a scientific space project I'm thinking about including an FCode interpreter into the onboard software. The target system is a Leon3 processor (Sparc-V8) in FPGA with serial port(s), spacewire and a few other interfaces. I'm able to compile & run bare C applications (gcc cross-compiler), so it seems to me that I don't need a real BIOS. Having some experience with Forth I would like to include a FORTH interpreter for - interactive hardware implementation & testing via the serial port - executing FORTH code (precompiled bytecode ?) via telecommands during flight. Ideally the complete FORTH system should be in the range of 32-40 kBytes... I'm completely new to OpenBios & FCode. Any suggestions are appreciated: - where to start - how to strip down the OpenBios code - etc. Thanks & regards, Rolf. -- ------------------------------------ Rolf Schroedter German Aerospace Center Institute of Planetary Research D-12489 Berlin, Rutherfordstrasse 2 Tel/Fax: (+49) (30) 67055-416/384 Email: Rolf.Schroedter(a)dlr.de

6 16

r86 - openbios-devel/arch/sparc32
by svn＠openbios.org Sept. 20, 2006

Sept. 20, 2006

Author: stepan Date: 2006-09-20 22:12:04 +0200 (Wed, 20 Sep 2006) New Revision: 86 Modified: openbios-devel/arch/sparc32/tree.fs Log: power management patch from blueswirl Modified: openbios-devel/arch/sparc32/tree.fs =================================================================== --- openbios-devel/arch/sparc32/tree.fs 2006-09-14 16:29:48 UTC (rev 85) +++ openbios-devel/arch/sparc32/tree.fs 2006-09-20 20:12:04 UTC (rev 86) @@ -148,8 +148,7 @@ " /iommu/sbus" find-device new-device - \ disabled with xxx, bad interactions with Linux - " xxxpower-management" device-name + " power-management" device-name h# 4 encode-int h# 0a000000 encode-int encode+ h# 00000010 encode-int encode+ " reg" property finish-device

1 0

OpenBIOS Fails to compile.
by steve yannalfo Sept. 20, 2006

Sept. 20, 2006

I understand conflicting types... but why here? administrator@sky_bolt /bios/OpenBIOS/openbios-devel $ make build-verbose Building... make -f obj-amd64/Makefile "CROSSCFLAGS=-USWAP_ENDIANNESS -DNATIVE_BITWIDTH_EQUALS_HOST_BITWIDTH" make[1]: Entering directory `/bios/OpenBIOS/openbios-devel' EXTRACFLAGS="-DBOOTSTRAP" ;\ gcc $EXTRACFLAGS -Os -Wall -W -DNATIVE_BITWIDTH_EQUALS_HOST_BITWIDTH -USWAP_ENDIANNESS -fno-builtin-bcopy -fno-builtin-log2 -Iinclude -Ikernel/include -Iobj-amd64/target/include -c -o obj-amd64/target/arch/unix/unix.o arch/unix/unix.c arch/unix/unix.c:152: error: conflicting types for 'inb' obj-amd64/target/include/asm/io.h:45: error: previous definition of 'inb' was here arch/unix/unix.c:164: error: conflicting types for 'inw' obj-amd64/target/include/asm/io.h:46: error: previous definition of 'inw' was here arch/unix/unix.c:176: error: conflicting types for 'inl' obj-amd64/target/include/asm/io.h:47: error: previous definition of 'inl' was here arch/unix/unix.c:188: error: conflicting types for 'outb' obj-amd64/target/include/asm/io.h:45: error: previous definition of 'outb' was here arch/unix/unix.c:201: error: conflicting types for 'outw' obj-amd64/target/include/asm/io.h:46: error: previous definition of 'outw' was here arch/unix/unix.c:213: error: conflicting types for 'outl' obj-amd64/target/include/asm/io.h:47: error: previous definition of 'outl' was here arch/unix/unix.c: In function 'segv_handler': arch/unix/unix.c:268: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'long unsigned int' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'long unsigned int' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'long unsigned int' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 4 has type 'cell' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 5 has type 'ucell' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 6 has type 'long unsigned int' arch/unix/unix.c:272: warning: format '%x' expects type 'unsigned int', but argument 4 has type 'ucell' arch/unix/unix.c: In function 'read_from_disk': arch/unix/unix.c:348: warning: unused parameter 'channel' arch/unix/unix.c:348: warning: unused parameter 'unit' arch/unix/unix.c: In function 'main': arch/unix/unix.c:503: warning: format '%d' expects type 'int', but argument 2 has type 'cell' make[1]: *** [obj-amd64/target/arch/unix/unix.o] Error 1 make[1]: Leaving directory `/bios/OpenBIOS/openbios-devel' make: *** [build-verbose] Error 2 administrator@sky_bolt /bios/OpenBIOS/openbios-devel $ thanks steve --------------------------------- Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business.

2 1

Enable Sparc32 power management
by Blue Swirl Sept. 20, 2006

Sept. 20, 2006

Hi, Aurelien Jarno fixed Sparc32 power management I/O in Qemu, so Sparc32 emulator does not make constant 100% CPU load anymore. This patch enables the chip from OpenBIOS, please apply. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

1 0

OpenBios Fails To Compile ??
by steve yannalfo Sept. 20, 2006

Sept. 20, 2006

Hi, This is my first install & compile of OpenBIOS but, I am having trouble compiling... administrator@sky_bolt /bios/OpenBIOS/openbios-devel $ config/scripts/switch-arch amd64 administrator@sky_bolt /bios/OpenBIOS/openbios-devel $ make Building OpenBIOS on amd64 for amd64 Cleaning up... ok Initializing build tree...ok. Creating target Makefile...ok. Creating config files...ok. Building...error: arch/unix/unix.c: In function 'segv_handler': arch/unix/unix.c:268: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'long unsigned int' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 2 has type 'long unsigned int' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 3 has type 'long unsigned int' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 4 has type 'cell' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 5 has type 'ucell' arch/unix/unix.c:270: warning: format '%x' expects type 'unsigned int', but argument 6 has type 'long unsigned int' arch/unix/unix.c:272: warning: format '%x' expects type 'unsigned int', but argument 4 has type 'ucell' arch/unix/unix.c: In function 'read_from_disk': arch/unix/unix.c:348: warning: unused parameter 'channel' arch/unix/unix.c:348: warning: unused parameter 'unit' arch/unix/unix.c: In function 'main': arch/unix/unix.c:503: warning: format '%d' expects type 'int', but argument 2 has type 'cell' make[1]: *** [obj-amd64/target/arch/unix/unix.o] Error 1 make[1]: Leaving directory `/bios/OpenBIOS/openbios-devel' any help would be appreciated thanks steve --------------------------------- Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail.

2 1

r85 - openbios-devel/kernel
by svn＠openbios.org Sept. 14, 2006

Sept. 14, 2006

Author: stepan Date: 2006-09-14 18:29:48 +0200 (Thu, 14 Sep 2006) New Revision: 85 Modified: openbios-devel/kernel/forth.c Log: int-fixes part II Modified: openbios-devel/kernel/forth.c =================================================================== --- openbios-devel/kernel/forth.c 2006-09-14 15:08:45 UTC (rev 84) +++ openbios-devel/kernel/forth.c 2006-09-14 16:29:48 UTC (rev 85) @@ -633,7 +633,7 @@ static void wstore(void) { const u16 *aaddr = (u16 *)cell2pointer(POP()); - const ucell word = POP(); + const u16 word = POP(); write_word(aaddr, word); } @@ -645,7 +645,7 @@ static void lstore(void) { const u32 *aaddr = (u32 *)cell2pointer(POP()); - const ucell longval = POP(); + const u32 longval = POP(); write_long(aaddr, longval); } @@ -750,7 +750,7 @@ static void unalignedwordread(void) { - unsigned char *addr = (unsigned char *) cell2pointer(POP()); + const unsigned char *addr = (const unsigned char *) cell2pointer(POP()); PUSH(unaligned_read_word(addr)); } @@ -761,8 +761,8 @@ static void unalignedwordwrite(void) { - unsigned char *addr = (unsigned char *) cell2pointer(POP()); - ucell w = POP(); + const unsigned char *addr = (const unsigned char *) cell2pointer(POP()); + u16 w = POP(); unaligned_write_word(addr, w); } @@ -773,7 +773,7 @@ static void unalignedlongread(void) { - unsigned char *addr = (unsigned char *) cell2pointer(POP()); + const unsigned char *addr = (const unsigned char *) cell2pointer(POP()); PUSH(unaligned_read_long(addr)); } @@ -785,7 +785,7 @@ static void unalignedlongwrite(void) { unsigned char *addr = (unsigned char *) cell2pointer(POP()); - ucell l = POP(); + u32 l = POP(); unaligned_write_long(addr, l); }

1 0

Re: [OpenBIOS] Fixes for 'int' use
by Blue Swirl Sept. 14, 2006

Sept. 14, 2006

>any reason for removing all consts in forth.c? Sorry, I had the confused idea of considering these as errors. Now I know better... The attached patch contains the good pieces of the previous patch. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

1 0