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.
9 years
- 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
9 years, 1 month
- 3
- 10
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
9 years, 4 months
- 13
- 55
[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[] = {
9 years, 8 months
- 1
- 0
[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;
}
9 years, 8 months
- 1
- 0
[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
9 years, 8 months
- 1
- 0
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
9 years, 8 months
- 2
- 1
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;
9 years, 8 months
- 1
- 0
Compiling OpenBIOS on Mac OS X
by G 3
Hi, what version of GCC is needed to build OpenBIOS on Mac OS X?
9 years, 8 months
- 1
- 0
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);
9 years, 8 months
- 1
- 0