History log of /netbsd/sys/arch/macppc/stand/ofwboot/Locore.c (Results 1 – 25 of 35)
Revision Date Author Comments
# 9112fc8a 28-Feb-2021 thorpej <thorpej@NetBSD.org>

- When starting the boot program, cache a bunch of OFW frequently used
ihandles / phandles, rather than fetching them all the time.
- Change the signature of OF_call_method() to take an array of ce

- When starting the boot program, cache a bunch of OFW frequently used
ihandles / phandles, rather than fetching them all the time.
- Change the signature of OF_call_method() to take an array of cells for
the inputs and outputs, rather than using variadic arguments. This
makes it much easier to use OF_call_method() when the format of the
arguments passed to a given method are determined at run-time
(due to e.g. #address-cells).
- Properly inform OpenFirmware where the kernel is loaded by using
"claim" on /chosen/memory and, if running in virtual-mode, using
"claim" on /chosen/mmu to reserve the VA, and "map" on /chosen/mmu
to enter the translation. (The kernel is still always mapped VA==PA.)

show more ...


# 307c9f17 15-Apr-2020 rin <rin@NetBSD.org>

When boot up with auto-boot? == true, some systems do not provide stdout
if the normal output is screen.

Open screen explicitly as stdout in this case, both for ofwboot and kernel,
which fixes probl

When boot up with auto-boot? == true, some systems do not provide stdout
if the normal output is screen.

Open screen explicitly as stdout in this case, both for ofwboot and kernel,
which fixes problems with auto-boot? == true for Mac mini G4:

- messages from ofwboot do not appear
- kernel freeze during early boot stage

Taken from OpenBSD:
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/macppc/macppc/ofw_machdep.c#rev1.3
http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/sys/arch/macppc/stand/Locore.c#rev1.3

XXX
pullup to netbsd-9 and -8

show more ...


# 3e99b94d 12-Nov-2018 scole <scole@NetBSD.org>

PR 51495/port-macppc

Allow ppc601 to boot off hard disk


# 1d19319c 17-Aug-2018 macallan <macallan@NetBSD.org>

- add some G5-specific setup
- OF_claim() more heap space on G5
With this, and -DHEAP_VARIABLE my G5s boot from harddisk


# 4ad5cf64 06-Jun-2018 uwe <uwe@NetBSD.org>

Provide commented out OF_enter() that comes in handy when debugging.


# 31e2dde5 06-Jun-2018 uwe <uwe@NetBSD.org>

Provide an option to use libsa allocator. Not yet enabled. Same
binary code is generated.

To enable uncomment -DHEAP_VARIABLE and comment out alloc.c in the
makefile.

PR port-macppc/44895


# 79af7f76 22-Apr-2016 christos <christos@NetBSD.org>

undo unintended commit


# 57460631 22-Apr-2016 christos <christos@NetBSD.org>

Elide unused variable warnings (Felix Deichmann)


# d0a86883 13-Mar-2016 tsutsui <tsutsui@NetBSD.org>

TAB/space cleanup.


# dbf8c76a 26-Jul-2015 tsutsui <tsutsui@NetBSD.org>

Don't set garbages into BAT registers, which was broken in rev 1.25.

Should fix PR port-macppc/50018 (though there is no response for 3 weeks),
and should be pulled up to netbsd-7.


# bcc4bf28 26-Feb-2014 macallan <macallan@NetBSD.org>

support 601, from scole_mail


# 9f2c6cd5 17-Jul-2011 joerg <joerg@NetBSD.org>

Retire varargs.h support. Move machine/stdarg.h logic into MI
sys/stdarg.h and expect compiler to provide proper builtins, defaulting
to the GCC interface. lint still has a special fallback.
Reduce a

Retire varargs.h support. Move machine/stdarg.h logic into MI
sys/stdarg.h and expect compiler to provide proper builtins, defaulting
to the GCC interface. lint still has a special fallback.
Reduce abuse of _BSD_VA_LIST_ by defining __va_list by default and
derive va_list as required by standards.

show more ...


# 7b8d178f 18-Sep-2006 sanjayl <sanjayl@NetBSD.org>

Undo my half hearted atttempt at porting ofwboot to the G5.
Thanks to Cherry for pointing this out, and my apologies.


# 265929b2 05-Aug-2006 sanjayl <sanjayl@NetBSD.org>

1st cut of Powermac G5 support (uses bridge mode).


# f75f446e 27-Jan-2006 uwe <uwe@NetBSD.org>

More constification.


# d9fda226 27-Jan-2006 uwe <uwe@NetBSD.org>

Tell gcc that startup and stack are used.
In startup remove declarations of unused symbols.
This file now compiles with WARNS=4.


# f62a1602 27-Jan-2006 uwe <uwe@NetBSD.org>

Make -Wcast-qual happy.


# 2d65de24 24-Dec-2005 perry <perry@NetBSD.org>

bare asm -> __asm


# 95e1ffb1 11-Dec-2005 christos <christos@NetBSD.org>

merge ktrace-lwp.


# 58472c33 17-Mar-2004 wrstuden <wrstuden@NetBSD.org>

Have Locore zero out the bss (which includes our stack) BEFORE
we start calling into C code. Previously we called memset() in our
C code. Unfortunately the compiler would sometimes store local variab

Have Locore zero out the bss (which includes our stack) BEFORE
we start calling into C code. Previously we called memset() in our
C code. Unfortunately the compiler would sometimes store local variables
on the statck, which got killed by the memset(). Oops!

show more ...


# 652090f2 26-Dec-2003 aymeric <aymeric@NetBSD.org>

ANSIfy and clean up prototypes.
This has been lying around in my tree for too long now.


# ecd9fdcc 02-Apr-2003 thorpej <thorpej@NetBSD.org>

Oops, didn't mean to commit this.


# d470cda5 02-Apr-2003 thorpej <thorpej@NetBSD.org>

Use PAGE_SIZE rather than NBPG.


# 8b4993db 31-Oct-2002 matt <matt@NetBSD.org>

Convert to register prefixes. Use ANSI string concatenation for
multiline asm strings.


# 470e4ff3 27-Sep-2002 wrstuden <wrstuden@NetBSD.org>

Remove vestiges of the syncicache() call originally in powerpc/ofwboot
before rev 1.4. This change makes OF 2.4 machines actually boot, and
it works fine on my OF 2.01 machine. No reports of failures

Remove vestiges of the syncicache() call originally in powerpc/ofwboot
before rev 1.4. This change makes OF 2.4 machines actually boot, and
it works fine on my OF 2.01 machine. No reports of failures on other
archs.

I expect this change is fine as the original code flushed the just-loaded
ofwboot out of the cache, conditionalized on FIRMWORKSBUGS. In rev.
1.4, the code got in-lined, and changed to actually flush low memory
out of the cache. Since machines kept booting, I expect the firmware
was really flushing the binary out of the cache, so we're fine.

show more ...


12