OpenBIOS

openbios@openbios.org

4289 discussions

Re: [OpenBIOS] Back at it again( PCI Passthrough )
by Jd Lyons 13 Jul '19

13 Jul '19

Ok, I made those changes to openbios, here is the output. > On May 8, 2018, at 6:50 AM, Joe van Tunen <joevt(a)shaw.ca> wrote: > > : (debug-feval) ( fcode# -- fcode# ) > \ Address > fcode-stream 1 - . here u. ." : " > > \ Indicate if word is compiled > state @ 0<> if > ." (compile) " > then > dup fcode>xt cell - lfa2name type > dup ." [ 0x" . ." ]" cr > ;

7 54

[PATCH v5] arch/ppc/qemu: Add a node for the other (empty) PCI bus to the device tree
by BALATON Zoltan 04 Jul '19

04 Jul '19

QEMU mac99 emulates two of the three PCI buses found on real PowerMac3,1 but OpenBIOS only handles a single PCI bus and initialises and puts info in the device tree of the second PCI bus only which is where devices are connected and calls it bus 0. However, some clients may not know about this or have hardcoded assumptions and erroneously use the address of the first bus to access PCI config registers for devices on the second bus which silently fails as these requests will go to the other empty bus emulated and return invalid values. Devices mapped via MMIO still appear to work but they may not be correctly initialised and some cards are not detected because of this. Until support for multiple PCI buses is implemented add an empty node in the device tree for the uninitialised bus to let clients know about it. This fixes detecting PCI devices (such as USB) under MorphOS and may also fix enabling the bus master bit needed with some network cards and allow the workarund for that to be reverted. Signed-off-by: BALATON Zoltan <balaton(a)eik.bme.hu> --- arch/ppc/qemu/init.c | 50 ++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 50 insertions(+) diff --git a/arch/ppc/qemu/init.c b/arch/ppc/qemu/init.c index f72728c..a996404 100644 --- a/arch/ppc/qemu/init.c +++ b/arch/ppc/qemu/init.c @@ -716,6 +716,46 @@ static void kvm_of_init(void) fword("finish-device"); } +static void empty_pci_bus_init(void) +{ + if (machine_id == ARCH_MAC99) { + activate_device("/"); + fword("new-device"); + push_str("pci"); + fword("device-name"); + push_str("pci"); + fword("device-type"); + PUSH(0xf0000000); + fword("encode-int"); + PUSH(0x02000000); + fword("encode-int"); + fword("encode+"); + push_str("reg"); + fword("property"); + PUSH(3); + fword("encode-int"); + push_str("#address-cells"); + fword("property"); + PUSH(2); + fword("encode-int"); + push_str("#size-cells"); + fword("property"); + PUSH(1); + fword("encode-int"); + push_str("#interrupt-cells"); + fword("property"); + PUSH(0); + fword("encode-int"); + PUSH(0); + fword("encode-int"); + fword("encode+"); + push_str("bus-range"); + fword("property"); + fword("finish-device"); + device_end(); + } +} + /* * filll ( addr bytes quad -- ) */ @@ -859,7 +899,17 @@ arch_of_init(void) feval("['] ppc-dma-sync to (dma-sync)"); #ifdef CONFIG_DRIVER_PCI + /* Add empty node for first pci bus on MAC99 */ + /* Remove this when pci driver is fixed to handle multiple buses */ + empty_pci_bus_init(); ob_pci_init(); + if (machine_id == ARCH_MAC99) { + phandle_t dev = find_dev("/pci@f2000000"); + if (dev) { + u32 props[2] = {0, 1}; + set_property(dev, "bus-range", (char *)props, 2 * sizeof(props[0])); + } + } #endif printk("\n"); -- 2.13.7

2 8

[PATCH 0/2] SPARC32: fix crash when starting qemu-system-sparc with no framebuffer
by Mark Cave-Ayland 28 Jun '19

28 Jun '19

A recent patch to QEMU that allows sun4m machines to be launched with -vga none revealed a crash on startup due to the missing framebuffer. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)ilande.co.uk> Mark Cave-Ayland (2): sbus: don't use internal fallback TCX driver with QEMU SPARC32: use serial console when QEMU is launched with -vga none arch/sparc32/init.fs | 7 +++++-- arch/sparc32/openbios.c | 8 ++++++++ drivers/sbus.c | 11 +++++++++++ 3 files changed, 24 insertions(+), 2 deletions(-) -- 2.11.0

2 11

[PATCH] SPARC64: use serial console when QEMU is launched with -vga none
by Mark Cave-Ayland 26 Jun '19

26 Jun '19

If no display device has been installed in the DT e.g. passing -vga none into the QEMU command line then fall back to using the serial console as already occurs when launching QEMU in -nographic mode. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)ilande.co.uk> --- arch/sparc64/openbios.c | 13 +++++++++++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/arch/sparc64/openbios.c b/arch/sparc64/openbios.c index a783c1f..e2f7e59 100644 --- a/arch/sparc64/openbios.c +++ b/arch/sparc64/openbios.c @@ -537,10 +537,11 @@ void arch_nvram_get(char *data) uint32_t temp; uint64_t ram_size; uint32_t clock_frequency; - uint16_t machine_id; + uint16_t machine_id, nographic; const char *stdin_path, *stdout_path; char *bootorder_file, *boot_path; uint32_t bootorder_sz, sz; + phandle_t display_ph; fw_cfg_init(); @@ -701,7 +702,15 @@ void arch_nvram_get(char *data) push_str("/chosen"); fword("find-device"); - if (fw_cfg_read_i16(FW_CFG_NOGRAPHIC)) { + nographic = fw_cfg_read_i16(FW_CFG_NOGRAPHIC); + + /* Check to see if any framebuffer present */ + display_ph = dt_iterate_type(0, "display"); + if (display_ph == 0) { + nographic = 1; + } + + if (nographic) { stdin_path = stdout_path = "ttya"; } else { stdin_path = "keyboard"; -- 2.11.0

1 1

Re: Build sparc32 openbios
by Mark Cave-Ayland 17 May '19

17 May '19

On 16/05/2019 08:09, BALARD Arnaud wrote: > Hi Mark, > > > I finally build my bios for SS20 and finish to install my solaris 7 + soft (with 2 cpu of 170Mhz). > > That's works great ! I just have two question if you can have a time : > > - I can't add more than 512M of RAM, I have qemu fatal trap when I try it. > - My screen are limited to the TCX model, when I try to use CG3 with args -"g 1152x900" I get "stopping execution" > > > Thanks you for all your answers, I would never have succeeded without your help ! Hi Arnaud, Excellent news! I see from Wikipedia that the SS-20 would only support a maximum of 512M RAM anyhow, but it seems qemu-system-sparc doesn't detect this correctly as the maximum address doesn't look right. For the moment I'd simply say "don't do that" and I'll try and find out a way to have qemu-system-sparc fail on a more friendly way. Also note that that target/sparc is not MTTNG enabled so your 2 vCPUs are currently running on just 1 physical CPU. It's something on my TODO list to look at but fairly low priority right now. As for CG3 due to memory constraints in OpenBIOS you can only run it at a maximum of 1024x768 unless you have a real Sun PROM and a CG3 FCode ROM which will allow it to run at the higher 1152x900 resolution. ATB, Mark.

1 0

Build sparc32 openbios
by BALARD Arnaud 03 Mar '19

03 Mar '19

Hi, Openbios ! I try to build a bios sparc32 for qemu. I use the script "./config/scripts/switch-arch sparc32" Initializing build tree ok Creating taget config.mak ok Creating taget rules.mak ok Creating config files ok When I do the "make build-verbose" I get the following error : "PATH/openbios/arch/sparc32/context.c: In function 'switch_to': "PATH/openbios/arch/sparc32/context.c:116:5: error: PIC register clobbered by 'l7' in 'asm' Asm_volatile_("\n\tcall_switch_context" ^~~ Rules.mak:219 « target/arch/sparc32/context.o » failed Make[1]: *** [target/arch/sparc32/context.o error 1 Makefile:32 target "subdir-sparc32" failed Make: *** [subdir-sparc32] error 2 I was try to build ppc and sparc64, that's ok, I can boot on my ppc's bios (not on sparc64, I think I need to do another thing). Do you know what I'm doing wrong for sparc 32 ? Thanks, Libre (C=0) Interne (C=1) Restreint (C=2) Confidentiel (C=3) X [X] Arnaud BALARD Chargé d'Exploitation et d'Affaires EDF - DPNT - DAIP - UNITEP AEI - Groupe SIMU UFPI Bugey CD 20 - BP 70130 01155 LAGNIEU arnaud.balard(a)edf.fr Tél. : 04 37 63 62 72 Un geste simple pour l'environnement, n'imprimez ce message que si vous en avez l'utilité. Ce message et toutes les pièces jointes (ci-après le 'Message') sont établis à l'intention exclusive des destinataires et les informations qui y figurent sont strictement confidentielles. Toute utilisation de ce Message non conforme à sa destination, toute diffusion ou toute publication totale ou partielle, est interdite sauf autorisation expresse. Si vous n'êtes pas le destinataire de ce Message, il vous est interdit de le copier, de le faire suivre, de le divulguer ou d'en utiliser tout ou partie. Si vous avez reçu ce Message par erreur, merci de le supprimer de votre système, ainsi que toutes ses copies, et de n'en garder aucune trace sur quelque support que ce soit. Nous vous remercions également d'en avertir immédiatement l'expéditeur par retour du message. Il est impossible de garantir que les communications par messagerie électronique arrivent en temps utile, sont sécurisées ou dénuées de toute erreur ou virus. ____________________________________________________ This message and any attachments (the 'Message') are intended solely for the addressees. The information contained in this Message is confidential. Any use of information contained in this Message not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. If you are not the addressee, you may not copy, forward, disclose or use any part of it. If you have received this message in error, please delete it and all copies from your system and notify the sender immediately by return message. E-mail communication cannot be guaranteed to be timely secure, error or virus-free.

3 4

[PATCH v2 0/5] SPARC32/SPARC64: allocate and map both kernel and initrd memory
by Mark Cave-Ayland 15 Feb '19

15 Feb '19

Bootloaders such as SILO will have already allocated and mapped the memory for the kernel and initrd before jumping into the kernel, so this patchset does the same for a kernel/initrd loaded directly by QEMU. Otherwise if the kernel/initrd grow beyond the default 1:1 memory region mapped by the PROM then the kernel will panic when clearing the memory on startup. In order for this to work on SPARC32 then the corresponding QEMU patch at https://lists.gnu.org/archive/html/qemu-devel/2019-01/msg06635.html must also be applied. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)ilande.co.uk> v2: - Add missing PAGE_ALIGN() macro around the ofmem_map() size parameter Mark Cave-Ayland (5): SPARC32: fix obp_arg.argv when no kernel command line specified SPARC32: mark kernel memory as mapped SPARC32: mark initrd memory as mapped and in use before booting kernel SPARC64: mark kernel memory as mapped and in use before booting kernel SPARC64: mark initrd memory as mapped and in use before booting kernel arch/sparc32/boot.c | 2 ++ arch/sparc32/openbios.c | 29 ++++++++++++++++++++--------- arch/sparc64/boot.c | 2 ++ arch/sparc64/boot.h | 2 ++ arch/sparc64/openbios.c | 18 +++++++++++++++++- include/drivers/drivers.h | 2 ++ 6 files changed, 45 insertions(+), 10 deletions(-) -- 2.11.0

1 6

[PATCH 0/5] SPARC32/SPARC64: allocate and map both kernel and initrd memory
by Mark Cave-Ayland 01 Feb '19

01 Feb '19

Bootloaders such as SILO will have already allocated and mapped the memory for the kernel and initrd before jumping into the kernel, so this patchset does the same for a kernel/initrd loaded directly by QEMU. Otherwise if the kernel/initrd grow beyond the default 1:1 memory region mapped by the PROM then the kernel will panic when clearing the memory on startup. In order for this to work on SPARC32 then the corresponding QEMU patch at https://lists.gnu.org/archive/html/qemu-devel/2019-01/msg06635.html must also be applied. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)ilande.co.uk> Mark Cave-Ayland (5): SPARC32: fix obp_arg.argv when no kernel command line specified SPARC32: mark kernel memory as mapped SPARC32: mark initrd memory as mapped and in use before booting kernel SPARC64: mark kernel memory as mapped and in use before booting kernel SPARC64: mark initrd memory as mapped and in use before booting kernel arch/sparc32/boot.c | 2 ++ arch/sparc32/openbios.c | 29 ++++++++++++++++++++--------- arch/sparc64/boot.c | 2 ++ arch/sparc64/boot.h | 2 ++ arch/sparc64/openbios.c | 18 +++++++++++++++++- include/drivers/drivers.h | 2 ++ 6 files changed, 45 insertions(+), 10 deletions(-) -- 2.11.0

1 5

[PATCH] SPARC32: divide physical memory reg property into physical SIMM sized ranges
by Mark Cave-Ayland 25 Jan '19

25 Jan '19

Currently the /memory node reg property is set to a single range encompassing the entire physical RAM of the machine. This seems to cause issues with Solaris when booting on QEMU SS-10 and SS-20 machines whereby having just a single entry causes the top of physical memory to be calculated incorrectly and triggers a panic on boot. Instead copy the behaviour of OBP which is to divide the reg property into a set of ranges representing the physical SIMM arrangement in the machine, which fixes the error and allows Solaris to boot under the QEMU SS-10 and SS-20 machines. Signed-off-by: Mark Cave-Ayland <mark.cave-ayland(a)ilande.co.uk> --- arch/sparc32/boot.h | 2 +- arch/sparc32/lib.c | 14 +++++++++----- arch/sparc32/openbios.c | 6 +++++- 3 files changed, 15 insertions(+), 7 deletions(-) diff --git a/arch/sparc32/boot.h b/arch/sparc32/boot.h index e372acc..366e0f6 100644 --- a/arch/sparc32/boot.h +++ b/arch/sparc32/boot.h @@ -33,5 +33,5 @@ extern struct linux_mlist_v0 *ptphys; extern struct linux_mlist_v0 *ptmap; extern struct linux_mlist_v0 *ptavail; -void ob_init_mmu(void); +void ob_init_mmu(uint32_t simm_size); void init_mmu_swift(void); diff --git a/arch/sparc32/lib.c b/arch/sparc32/lib.c index e88c0bf..727929c 100644 --- a/arch/sparc32/lib.c +++ b/arch/sparc32/lib.c @@ -294,12 +294,13 @@ static void ignore_dfault_addr(void) } void -ob_init_mmu(void) +ob_init_mmu(uint32_t simm_size) { ucell *memreg; ucell *virtreg; phys_addr_t virtregsize; ofmem_t *ofmem = ofmem_arch_get_private(); + int i, c; /* Find the phandles for the /memory and /virtual-memory nodes */ push_str("/memory"); @@ -315,14 +316,17 @@ ob_init_mmu(void) ofmem_register(s_phandle_memory, s_phandle_mmu); /* Setup /memory:reg (totphys) property */ - memreg = malloc(3 * sizeof(ucell)); - ofmem_arch_encode_physaddr(memreg, 0); /* physical base */ - memreg[2] = (ucell)ofmem->ramsize; /* size */ + c = ofmem->ramsize / simm_size; + memreg = malloc(3 * c * sizeof(ucell)); + for (i = 0; i < c; i++) { + ofmem_arch_encode_physaddr(&memreg[i * 3], simm_size * i); /* physical base */ + memreg[i * 3 + 2] = simm_size; /* size */ + } push_str("/memory"); fword("find-device"); PUSH(pointer2cell(memreg)); - PUSH(3 * sizeof(ucell)); + PUSH(3 * c * sizeof(ucell)); push_str("reg"); PUSH_ph(s_phandle_memory); fword("encode-property"); diff --git a/arch/sparc32/openbios.c b/arch/sparc32/openbios.c index 3ec8fd7..17a6550 100644 --- a/arch/sparc32/openbios.c +++ b/arch/sparc32/openbios.c @@ -42,6 +42,7 @@ struct hwdef { unsigned long aux1_offset, aux2_offset; uint64_t dma_base, esp_base, le_base; uint64_t tcx_base; + uint32_t simm_size; int intr_ncpu; int mid_offset; int machine_id_low, machine_id_high; @@ -65,6 +66,7 @@ static const struct hwdef hwdefs[] = { .dma_base = 0x78400000, .esp_base = 0x78800000, .le_base = 0x78c00000, + .simm_size = 0x2000000, .mid_offset = 0, .machine_id_low = 32, .machine_id_high = 63, @@ -86,6 +88,7 @@ static const struct hwdef hwdefs[] = { .dma_base = 0xef0400000ULL, .esp_base = 0xef0800000ULL, .le_base = 0xef0c00000ULL, + .simm_size = 0x4000000, .mid_offset = 8, .machine_id_low = 64, .machine_id_high = 65, @@ -107,6 +110,7 @@ static const struct hwdef hwdefs[] = { .dma_base = 0xef0081000ULL, .esp_base = 0xef0080000ULL, .le_base = 0xef0060000ULL, + .simm_size = 0x4000000, .mid_offset = 8, .machine_id_low = 66, .machine_id_high = 66, @@ -874,7 +878,7 @@ arch_init( void ) openbios_init(); modules_init(); - ob_init_mmu(); + ob_init_mmu(hwdef->simm_size); ob_init_iommu(hwdef->iommu_base); bind_func("(sparc32-dma-alloc)", dma_alloc); -- 2.11.0

1 1

Qemu 3.1.0 Sparc still does'nt boot Solaris 8 for SS-20
by Ulrich Gräpel 01 Jan '19

01 Jan '19

Just gave the latest Qemu a try to boot an emulated SparcStation 20 from the original Solaris install CD: /opt/qemu-3.1.0/sparc-softmmu/qemu-system-sparc \ -M SS-20 -m 256 \ -nographic \ -monitor telnet::3001,server,nowait \ -cdrom /mnt/iso/sol-8-hw4-install-sparc32.iso \ -boot d The resulting output: Configuration device id QEMU version 1 machine id 65 Probing SBus slot 0 offset 0 Probing SBus slot 1 offset 0 Probing SBus slot 2 offset 0 Probing SBus slot 3 offset 0 Probing SBus slot 15 offset 0 Invalid FCode start byte CPUs: 1 x TI,TMS390Z55 UUID: 00000000-0000-0000-0000-000000000000 Welcome to OpenBIOS v1.1 built on Oct 5 2018 08:20 Type 'help' for detailed information Trying cdrom:d... Not a bootable ELF image Loading a.out image... Loaded 7680 bytes entry point is 0x4000 bootpath: /iommu@f,e0000000/sbus@f,e0001000/espdma@f,400000/esp@f ,800000/sd@2,0:d switching to new context: SunOS Release 5.8 Version Generic_108528-29 32-bit Copyright 1983-2003 Sun Microsystems, Inc. All rights reserved. \ panic[cpu0]/thread=f0244020: BAD TRAP: type=9 (Data fault) rp=f0243624 addr=0 mmu_fsr=126 rw=1 occurred in module "unix" due to a NULL pointer dereference qemu: fatal: Trap 0x29 while interrupts disabled, Error state pc: f0163298 npc: f016329c %g0-7: 00000000 f00c220c 3024a52c f024fe14 4000020d f0243b88 00000000 f0244020 %o0-7: 00001fff 00001000 00001000 f5c89000 00000000 f5918240 f02500a0 f0074d94 %l0-7: fbcf4834 f013cc18 00000001 f026eb30 f5917c60 f02727e0 f5917c40 00001010 %i0-7: f5c89000 00001000 00000001 00000000 00000000 f5917c68 f0250100 f013d4a4 %f00: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 %f08: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 %f16: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 %f24: 0000000000000000 0000000000000000 0000000000000000 0000000000000000 psr: 40000fc5 (icc: ---- SPE: SP-) wim: 00000020fsr: 00000000 y: 00000000 Everything works fine though, if configured for the default SparcStation 5 (SS-5). I also tried other machine types: The only working configuration is the SS-5. I guess there is some issue with the device tree.

3 3

← Newer
1
...
7
8
9
10
11
12
13
...
429
Older →

Jump to page: