macppc

NetBSD/macppc kernel status

Recent options/configs used:
makoptions CC="cc -fno-strict-aliasing"
The existing NetBSD source tree may not be complient with 'strict aliasing' defined in ANSI-C starndard. It's been just fortunate this strict-aliasing option was not enabled even with -O2 until gcc-2.95.3 is used as toolchain. Starting gcc-3.x this option is enabled with -O2 and this becomes harmful for NetBSD source tree using union construct. To avoid this issue, set -fno-strict-aliasing till we put all strict-aliasing complient src.
makoptions CC="gcc3 -fno-strict-aliasing"
Enable to use gcc3 for kernel compile
options INSECURE
Necessay to use XFree86 4.x
options SHMMAXPGS=2048
#options        SHMMAXPGS=1024  # 1024 pages is the default
                           |
                           v
options        SHMMAXPGS=2048   # for PostgreSQL
options SOSEND_LOAN
Experimental zero-copy for TCP and UDP transmit-side
options OFB_ENABLE_CACHE
This line enabled in GENERIC config since 2002/07/07 but it makes 8500 + Millennium II disastrous status explanation found in Japanese
options ZS_CONSOLE_ABORT
Enable aborting with break when serial console is used.
Kernel date By Ver. Compiled by gcc version: Comment
egcs- 1.1.2 2.95.33.0.43.13.2
20020817 (1.6F) mefts iBook/SE 366 StarMax 3000/240 (SCSI only) PowerMac 4400/200(SCSI only) OF 1/2 machine with Internal IDE drive may stop at probing kbd (wskdb).
20020801 (1.6E) mefts OK G4/800 MP reading RTC clock problem
20020722 (1.6D) mefts OK G4/800 MP OK Segfault storm resovled by using ts version of ld.elf_so
20020705 mefna stdint.h:45: parse error before `int8_t' ../../../../sys/stdint.h:45: parse error before `int8_t'
cc1: warnings being treated as errors
../../../../sys/stdint.h:45: warning: type defaults to `int' in declaration of `int8_t'
20020619 (1.6B) + 20020615 mefts S G4/800 Dual(*2)
20020526 (1.6A) + xcast6 mefna O iBook
309.952u 40.926s 6:34.43 88.9% 0+0k 20+9310io 142pf+0w on Quick
20020526 (1.6_BETA1) mefna O StarMax 3/240
Q G4/800 Daul(*7)
Panics often, See note for 1.6

(*7) with old ofwboot.xcf, I got:

5940880+219184=0x5e0134
  start=0x800000
panic: lockmgr: pid 0, not exclusive lock holder 1008730331 unlocking
Stopped in pid 0 () at 0xa0f2bc: lwz r0, r1, 0x14
db> unable-to-key-in
(*0)
20020525 (1.6A)mefts O G4/400 AGP (*4)
S G4/800 Dual(*2)
S iBook
S StarMax 3180 (*2)
O G4/400 AGP
S G4/800 Dual(*2)
O G4/400 AGP (*5)
(*6) (*4) Options ALTIVEC removed
(*5) patch required
(*6) not compiled with _BIG_ENDIAN redefined
20020523 mef ts
na O iBook
X G4/800 Dual(*3)
(*3) trap type 200 at 31b77c
Press a key to panic.
panic: trap
Stopped in pid 0 ()at 0x30f200: lwz r0, r1, 0x14
db> (unable to type in)
20020519mef ts S StarMax 3/240(*2) S G4/800 Dual(*2) (*2) segfault storm -- userland mismatch (too old) ?
na
20020518 tsubaits S G4/800 Dual netbsd.GENERIC_MD.gz
20020414mef ts O iBook
O StarMax 3/200
na O StarMax 3/240
20020407 tsutsuina O iBook X G4/800 Dual (*1)
(*1) panic: lockmgr: pid 0, not exclusive lock holder 1008730185 unlocking
Stopped in pid 0 () at 0x306e44: lwz r0,r1, 0x14
(*0) .... may this be resolved by (1)boot MacOS X (2) Reboot (3) boot NetBSD sequence.
20020328 tsubaits O G4/800 Dual

Legend:

O: Good
S: Single User works
Q: in Question, Strange behaviour
X: Not Good
To get ts version compiled, you need

egcs-1.1.2

Prior to -current date 20011030 or arroud that date, cc ( and gcc ) is egcs-1.1.2 and binutils are version 2.9.x, which you may have following problems. If you don't need 'Options ALTIVEC', just remove the line from kernel configuration.
cc -O2 -pipe -Werror -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-uninitialized -Wno-main -msoft-float -ffreestanding -I. -I../../../../arch -I../../../.. -nostdinc - DDIAGNOSTIC -DMAXUSERS=32 -D_KERNEL -D_KERNEL_OPT -Dmacppc -c ../../../../arch/powerpc/powerpc/altivec.c
{standard input}: Assembler messages:
{standard input}:64: Error: Unrecognized opcode: `lvx'

Last Update

19:52:54 03/12/08
claudebot
Apache/2.0.65 (Unix) mod_ssl/2.0.65 OpenSSL/1.0.1g DAV/2 PHP/5.4.26
Count.cgi
(since 2002/05/25)