OpenBIOS October 2006

openbios@openbios.org

14 participants
38 discussions

r89 - fcode-utils/toke
by svn＠openbios.org 14 Oct '06

14 Oct '06

Author: stepan Date: 2006-10-14 22:18:07 +0200 (Sat, 14 Oct 2006) New Revision: 89 Modified: fcode-utils/toke/Makefile Log: add coverage examples to Makefile Modified: fcode-utils/toke/Makefile =================================================================== --- fcode-utils/toke/Makefile 2006-10-14 20:17:30 UTC (rev 88) +++ fcode-utils/toke/Makefile 2006-10-14 20:18:07 UTC (rev 89) @@ -27,10 +27,16 @@ CC = gcc STRIP = strip INCLUDES = -I../shared + +# No coverage: #CFLAGS = -O2 -g -Wall CFLAGS = -Os -Wall -Wno-pointer-sign -DSYS_IS_GNU_Linux -LDFLAGS = +LDFLAGS = +# Coverage: +#CFLAGS = -O2 -fprofile-arcs -ftest-coverage -Wall -Wno-pointer-sign -DSYS_IS_GNU_Linux +#LDFLAGS = -lgcov + OBJS = clflags.o conditl.o devnode.o dictionary.o emit.o errhandler.o \ flowcontrol.o macros.o nextfcode.o parselocals.o scanner.o stack.o \ stream.o strsubvocab.o ticvocab.o toke.o tokzesc.o tracesyms.o \

1 0

r88 - fcode-utils/shared
by svn＠openbios.org 14 Oct '06

14 Oct '06

Author: stepan Date: 2006-10-14 22:17:30 +0200 (Sat, 14 Oct 2006) New Revision: 88 Modified: fcode-utils/shared/types.h Log: fix types on Mac OS X Modified: fcode-utils/shared/types.h =================================================================== --- fcode-utils/shared/types.h 2006-10-10 17:43:11 UTC (rev 87) +++ fcode-utils/shared/types.h 2006-10-14 20:17:30 UTC (rev 88) @@ -39,7 +39,20 @@ * **************************************************************************** */ +#if defined(__ppc__) && defined(__APPLE__) +#include <sys/types.h> +typedef int8_t s8; +typedef u_int8_t u8; + +typedef int16_t s16; +typedef u_int16_t u16; + +typedef int32_t s32; +typedef u_int32_t u32; + +#else + #include <asm/types.h> typedef __s8 s8; @@ -50,6 +63,7 @@ typedef __s32 s32; typedef __u32 u32; +#endif #ifdef FALSE /* Hack for AIX. */ #undef FALSE

1 0

hello, first patch...
by Garrett D'Amore 11 Oct '06

11 Oct '06

Hi, This is my first post to this list. I'm considering a port of OpenBIOS to a MIPS platform. (Why? Initially, to help with a hypothetical port of OpenSolaris to MIPS, but I think it has other applications as well. YAMON, the normal MIPS bootloader on many platforms, is really, really crummy in many significant respects. And Redboot has its own issues as well.) I can see this being useful for NetBSD as well. First target platforms would be Alchemy DBAu15xx and Cobalt RaQs, primarily because that's what I have hardware and sources for. (Maybe also Atheros WiSoCs, although the information I have is less complete for those platforms.) Anyway, I'm very interested in this, so the first thing I did was pull down the latest OpenBIOS to check it out. No MIPS support. Okay, no problem. That's what I want to work on anyway. (I seem to recall seeing a post from someone else who'd done a MIPS port. Not sure why it isn't in SVN.) Anyway, the next thing I discovered, is that trying to build a normal amd64 build on my Ultra 20 running Solaris 10 didn't work. Apparently the code is only tested on Linux. So I have some diffs to make it somewhat better. Already I have diffs for fcode-utils, and am working on openbios-devel. What is needed to get my diffs integrated? What is the best way to get contributions into the tree? Sorry for my ignorance, but I'm _very_ new to the project. -- Garrett

1 0

Re: [OpenBIOS] SUN OBP source code released
by Armistead, Jason (Minto) 10 Oct '06

10 Oct '06

Maybe we should just ask them to release the OBP code from a really old Sparcstation or early Ultra 1 model ? While Sun are feeling generous, who knows ? -----Original Message----- From: openbios-bounces(a)openbios.org [mailto:openbios-bounces@openbios.org]On Behalf Of Jose Renau Sent: Wednesday, 11 October 2006 6:35 AM To: Blue Swirl Cc: openbios(a)openbios.org Subject: Re: [OpenBIOS] SUN OBP source code released That sucks, I guess that Sun only released the OpenSPARC version. In that version, the hardware implements the hypervisor (sun4v). On Oct 10, 2006, at 1:25 PM, Blue Swirl wrote: >> 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. > > The mode of operation in this version is that OBP talks to a > hypervisor, it does not access hardware directly. So for example the > low level code could be used in making OpenBIOS run on top of the > hypervisor, but would this be useful? Higher level code could be used > elsewhere, but I'm no Forth expert. > > The hypervisor sources are very Niagara-specific. > > Actually I don't know what to do with this otherwise very nice package. > > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's > FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > -- Practice everything with moderation, even moderation - Unknown -- OpenBIOS http://openbios.org/ Mailinglist: http://lists.openbios.org/mailman/listinfo Free your System - May the Forth be with you

1 0

esp large sector handling
by Paul Brook 10 Oct '06

10 Oct '06

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

r87 - openbios-devel/drivers
by svn＠openbios.org 10 Oct '06

10 Oct '06

Author: stepan Date: 2006-10-10 19:43:11 +0200 (Tue, 10 Oct 2006) New Revision: 87 Modified: openbios-devel/drivers/esp.c Log: >From Paul Brook <paul(a)codesourcery.com> 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 Modified: openbios-devel/drivers/esp.c =================================================================== --- openbios-devel/drivers/esp.c 2006-09-20 20:12:04 UTC (rev 86) +++ openbios-devel/drivers/esp.c 2006-10-10 17:43:11 UTC (rev 87) @@ -149,13 +149,12 @@ return 0; // OK } -// offset is multiple of 512, len in bytes +// offset is in sectors static int -ob_sd_read_sectors(esp_private_t *esp, sd_private_t *sd, int offset, void *dest, - short len, short sect_offset) +ob_sd_read_sector(esp_private_t *esp, sd_private_t *sd, int offset) { - DPRINTF("ob_sd_read_sectors id %d %lx sector=%d len=%d soff %d\n", - sd->id, (unsigned long)dest, offset, len, sect_offset); + DPRINTF("ob_sd_read_sector id %d %lx sector=%d\n", + sd->id, (unsigned long)dest, offset); // Setup command = Read(10) memset(esp->buffer, 0, 10); @@ -167,14 +166,12 @@ esp->buffer[5] = (offset >> 8) & 0xff; esp->buffer[6] = offset & 0xff; - esp->buffer[8] = (len >> 8) & 0xff; - esp->buffer[9] = len & 0xff; + esp->buffer[8] = 0; + esp->buffer[9] = 1; - if (do_command(esp, sd, 10, len * 512 + sect_offset)) + if (do_command(esp, sd, 10, sd->bs)) return 0; - memcpy(dest, esp->buffer + sect_offset, len * 512); - return 0; } @@ -249,13 +246,17 @@ sect_offset = blk / spb; pos = (blk - sect_offset * spb) * 512; - if (ob_sd_read_sectors(global_esp, *sd, sect_offset, dest, 1, pos)) { + if (ob_sd_read_sector(global_esp, *sd, sect_offset)) { DPRINTF("ob_sd_read_blocks: error\n"); RET(0); } - dest += 512; - n--; - blk++; + while (n && pos < spb * 512) { + memcpy(dest, global_esp->buffer + pos, 512); + pos += 512; + dest += 512; + n--; + blk++; + } } PUSH(cnt); }

1 0

Re: [OpenBIOS] Open Firmware / Forth
by William DUCK 08 Oct '06

08 Oct '06

>I saw your requests to the LinuxBIOS mailinglist and other lists before, >asking interesting questions and never coming up with anything after >that, so I keep this really short. If you are serious with your attempt >come back with more detailed questions rather than a list of links. >Stefan Hi Stefan :), I am currently a student in computer science. Here is my ultimate goal : http://lists.duskglow.com/open-graphics/2006-October/007834.html Full-fledged Open Source PC based on cutting-edge stuff : Power PC, K42 or a libOS ... on a *high-end* motherboard. To learn only one language (powerful enough to enjoy all this computing power :).) will be easier ( get rid of java and C ... ). => we need mature solutions from dependent type theory and CSP for massive parallelism and verification... I can spend my life to support legacy stuff but this is useless, I am waiting the right time to start up. Geneseo Initiative, Open Game Platform, SLOF, K42, Y0 seem to be good start points and its only the beginning ... http://www.eecs.harvard.edu/~greg/ Y0: (y-naught) A next generation functional programming language. The focus of this project is a synthesis of good ideas from the ML, Haskell, Scheme, and LF communities. In particular, we are designing a language that like ML and Scheme, is primarily call-by-value, but like Haskell, provides good support for laziness. As in Haskell and FX, we are attempting to isolate effects and reflect them in the types. As in Haskell, O'Caml, and LF, we are trying to push the boundaries of type systems and type inference to the next level. Currently, I am working with Amal Ahmed, Mathew Fluet, and Aleks Nanevski on issues involving state and effects. I am also working with Norman Ramsey & Paul Govereau on integrating type-classes with ML-style modules. For example, I was interested in the Coyotos and Hurd project. But all this stuff is too much x86 related ... The K42 team spent more 9 years of work on this project, so we can't explore so many ways in a whole life ... That's I post so many links and try to see what happens. I go forward, quitely but surely ... :) Best Regards, Will Give me a microcontroller, then feel the power ...

1 0

Open Firmware / Forth
by William DUCK 07 Oct '06

07 Oct '06

Hello, I would want to rewrite an Open Firmware with Ficl or Factor. Will this be possible ? SLOF : http://www-128.ibm.com/developerworks/power/library/pa-expert5/ Ficl : http://ficl.sourceforge.net/ Factor : http://factorcode.org/ Here is quote from a previous mail to one of the SLOF's developer : > I know that Slimline OpenFirmware is written in Forth. Could Factor ( > http://factorcode.org/ ) be a good alternative , or haskell ? Open Firmware requires Forth, and Forth is a great fit to the specific requirements of a boot firmware anyway. Any language that needs garbage collection of any sort is right out, completely unsuitable. Thank you for your answer, Best Regards, Will

2 1