OpenBIOS May 2015

openbios@openbios.org

11 participants
24 discussions

[PATCH] Add non-standard compiler prefix support
by Programmingkid 10 May '15

10 May '15

This patch gives OpenBIOS users the ability to specify their own compiler prefix. It can be used by just adding PREFIX=<your prefix> right before the switch-arch command. Example: PREFIX=ppc-elf- ./switch-arch ppc Signed-off-by: John Arbuckle <programmingkidx(a)gmail.com> Index: config/scripts/switch-arch =================================================================== --- config/scripts/switch-arch (revision 1335) +++ config/scripts/switch-arch (working copy) @@ -99,6 +99,13 @@ select_prefix() { + # if the user specified the prefix like this: PREFIX=ppc-elf- ./switch-arch ppc + if [ $PREFIX ] + then + TARGET=$PREFIX + return + fi + for TARGET in ${1}-unknown-linux-gnu- ${1}-linux-gnu- ${1}-linux- ${1}-elf- ${1}-eabi- do if type ${TARGET}gcc > /dev/null 2>&1

4 11

[RFC] Free DVMA area : Available memory on PowerPC and Sparc64
by Olivier Danet 10 May '15

10 May '15

I don't have the cross-compilers at hand for building the PPC and Sparc64 versions of OpenBIOS, and test the preceding patch for DVMA, but here are instead the memory properties of an iBook G3 and a Sun Ultra10 : ----------------------------------------------- iBook PowerPC : /memory available 00003000 07bfd000 /cpus/PowerPC,750 available 00003000 7fffd000 d0000000 20000000 ------------------------- OpenBIOS PPC : /cpus/PowerPC,750@0 available 00004000 07c54000 07e10000 f80f0000 00000000 ffffffff /memory available 00004000 07c54000 07e10000 000f0000 The "available 00000000 ffffffff" line above looks odd. It may confuse an OS willing to use these properties. ----------------------------------------------- Sun Ultra 10 : /virtual-memory available fffff800 00000000 000007fc 00000000 00000001 00000000 000007ff 00000000 00000000 ffff0000 00000000 0000e000 00000000 00000000 00000000 f0000000 00000000 fff86000 00000000 00004000 00000000 fff76000 00000000 00004000 00000000 fff00000 00000000 00070000 00000000 f0800000 00000000 0d800000 /memory available 00000000 07f00000 00000000 0000e000 00000000 07c02000 00000000 002fc000 00000000 07002000 00000000 00bfe000 00000000 00000000 00000000 07000000 ------------------------- OpenBIOS Sparc64 : /memory available 00000000 00000000 00000000 07e80000 /virtual-memory available 00000000 00000000 00000000 ffc80000 00000000 fff00000 ffffffff 000fffff Here, the "ffffffff 000ffffff" looks like an off-by-one error. ----------------------------------------------- (photos : http://temlib.org/pub/mem_ibook.jpg, http://temlib.org/pub/mem_ultra.jpg)

2 1

[PATCH][RFC] SPARC32 : Free DVMA area
by Olivier Danet 08 May '15

08 May '15

Hello ! SunOS needs that the DVMA (IOMMU) area between 0xFFF00000 and 0xFFFFFFFF is marked as available (/virtual-memory .properties). With this patch, SunOS 4.1.4 can run on QEMU/OpenBIOS. But. I'm not quite sure this is right on all targets because "ofmem_update_memory_available" is modified to include the address -1=0xFFFFFFFF in the range. Index: arch/sparc32/ofmem_sparc32.c =================================================================== --- arch/sparc32/ofmem_sparc32.c (revision 1335) +++ arch/sparc32/ofmem_sparc32.c (copy) @@ -254,5 +254,5 @@ ofmem_claim_phys(ofmem_arch_get_phys_top(), s_ofmem_data.ofmem.ramsize - ofmem_arch_get_phys_top(), 0); /* Claim OpenBIOS reserved space */ - ofmem_claim_virt(0xffd00000, 0x300000, 0); + ofmem_claim_virt(0xffd00000, 0x200000, 0); } Index: libopenbios/ofmem_common.c =================================================================== --- libopenbios/ofmem_common.c (revision 1335) +++ libopenbios/ofmem_common.c (copy) @@ -321,7 +321,7 @@ prop = *mem_prop; for (r = range; r; r=r->next) { - if (r->start >= top_address) { + if (r->start > top_address) { break; } @@ -334,8 +334,8 @@ } /* tail */ - if (start < top_address) { - ofmem_arch_create_available_entry(ph, &prop[ncells], start, top_address - start); + if (start <= top_address) { + ofmem_arch_create_available_entry(ph, &prop[ncells], start, top_address + 1 - start); ncells += ofmem_arch_get_available_entry_size(ph); } @@ -348,7 +348,7 @@ ofmem_t *ofmem = ofmem_arch_get_private(); ofmem_update_memory_available(s_phandle_memory, ofmem->phys_range, - &phys_range_prop, &phys_range_prop_size, &phys_range_prop_used, ofmem_arch_get_phys_top()); + &phys_range_prop, &phys_range_prop_size, &phys_range_prop_used, ofmem_arch_get_phys_top() - 1); ofmem_update_memory_available(s_phandle_mmu, ofmem->virt_range, &virt_range_prop, &virt_range_prop_size, &virt_range_prop_used, (ucell)-1); ofmem_update_mmu_translations(); ==================================================================== Regards. Olivier

2 1

[Patch] Add rom node to device tree
by Programmingkid 03 May '15

03 May '15

This patch adds the rom node to the device tree for powerpc only. This node is needed by Mac OS 9. Adding this patch allowed for Mac OS 9 to boot further than before. This is the forth code in the Mac OS ROM file that OpenBIOS would call: " /rom" find-device When the /rom node couldn't be found, booting would just die at that code. Signed-off-by: John Arbuckle <programmingkidx(a)gmail.com> Index: arch/ppc/qemu/tree.fs =================================================================== --- arch/ppc/qemu/tree.fs (revision 1335) +++ arch/ppc/qemu/tree.fs (working copy) @@ -42,6 +42,11 @@ : close ; finish-device +new-device + " rom" device-name +finish-device + + \ ------------------------------------------------------------- \ /packages \ -------------------------------------------------------------

2 1