Hi Nick,
Thanks for looking at this...
Nick Holland wrote:
Keep in mind the Macs are basically closed, secretive hardware, supported
by a closed, secretive OS provided by the same vendor...so they can stick
workarounds in for odd hardware quirks that no one else knows about (and
they do have some odd hardware quirks...like the inaccessible, incomplete
gem(4) found on one of my machines...that apparently was replaced by an
on-board dc(4)...???)
I am well aware of this-- we have about two dozen OpenBSD machines
running on i386 and amd64. They run great, and when we have issues,
they're usually very easy to track down. However, it pains me to have
this machine sitting around doing nothing (our designers now turn their
noses up at these machines), so I thought I'd poke around with it
again. May not be worth it, but we'll see!
mainbus0 at root: model PowerMac3,1
cpu0 at mainbus0: 7455 (Revision 0x303): 1200 MHz: 256KB L2 cache, 2MB L3
cache
mem at mainbus0 not configured
That doesn't look good...
and not like my otherwise somewhat similar machine:
This was my next step after JCR's suggestions. The trick is to track
down the old processor. I know it's around here somewhere...
umass0 at uhub0 port 1 configuration 1 interface 0 "Memorex Flashdrive
303B" rev 2.00/1.10 addr 2
umass0: using SCSI over Bulk-Only
scsibus1 at umass0: 2 targets, initiator 0
sd0 at scsibus1 targ 1 lun 0: <Memorex, Flashdrive 303B, PMAP> SCSI0
0/direct removable
sd0: 122MB, 15 cyl, 255 head, 63 sec, 512 bytes/sec, 251776 sec total
um. I'd remove this until you figure out your issue...
Actually-- this was here so that I could dump the dmesg. I wanted to
try to do it quickly before the machine froze again. So no, it does not
appear to be a USB issue-- I did do that.
Another data point-- I quickly installed Linux (Ubuntu) on this machine
to see if anything similar popped it. Like the MacOS, it seems to run
fine. JCR suggested that I try NetBSD, so if the processor swap doesn't
work, I'll try that as well.
Many thanks everyone,
Dan
