Re: Successful install of a current NetBSD/bebox system
David Brownlee <[email protected]> Sun, 1 Jun 2014 23:46:38 +0100
| Newsgroups | gmane.os.netbsd.ports.bebox |
|---|---|
| Message-ID | <CAGN_6pa7-82X5Wq5=MX7GLkAiQ-5nVyq7r=AOZz2pFEUrKZyoA@mail.gmail.com> |
On 1 June 2014 18:14, Frank Wille <[email protected]> wrote: > Hi, > > just a status report. It works! So I have requested pull-up for my > mkbootimage fixes. NetBSD-6 should work as well. > > After replacing bad disks and a broken floppy disk drive I managed to boot > the installation kernel. The system (66MHz, 80MB) is now booting and running > multiuser from a SCSI disk (still needs the boot-floppy, though). Excellent - congrats :) > As everybody loves boot-logs, here it is: >[...] > ne1 at pci0 dev 15 function 0: Realtek 8029 Ethernet > ne1: Ethernet address 00:00:b4:xx:xx:xx > ne1: 10base2, 10baseT, 10baseT-FDX, auto, default [0x00 0x30] auto > ne1: interrupting at irq 29 > isa0 at pcib0 > lpt0 at isa0 port 0x378-0x37b irq 7 > ne0 at isa0 port 0x300-0x31f irq 5 > ne0: NE2000 Ethernet > ne0: Ethernet address 00:10:88:xx:xx:xx mmm... routing :-p Random comments below - apologies for any which may be bleedin' obvious :) > Things that don't work yet: > > 1. Reboot. All blinken lights (left and right) are activated. Then the > system hangs, until I manually press the reset buttons. Linux ran on the BeBox at one point - I wonder if it would be easy to check what it did to reboot? > 2. illegal request, data = 0 0 0 0 24 0 0 cb 0 1 0 0 0 0 0 0 ff ff ff ff... > when booting from SCSI is suspicious. Although the boot loader continues > to load the kernel. > > 3. Similar problem when booting from disk. There is always one read error, > and it's always the same. No matter which disk or kernel: > func: F_READ > st0 = 0x44 > st1 = 0x4 > st2 = 0x10 > c = 0x3 > h = 0x1 > r = 0x3 > n = 0x2 > The kernel loads nevertheless. What happens with the boot loader - does it get an error and automatically retry the request? I wonder it it could be something not initialised in the hardware? When you say "3.. from disk" is that IDE? > 4. Audio, wss(4), doesn't work. There is no crash or other malfunction, > but the internal speaker and the external audio connectors remain > silent Nothing that can be tweaked in mixerctl? > 5. Floppy disk driver fdc(4) doesn't work. It reads something from disk, > but it has nothing to do with the disk's contents. > > 6. mcclock(4) doesn't work correctly. The time after a cold-start is > wrong (e.g. "WARNING: preposterous TOD clock time"). Maybe I need a > new battery, but IIRC it worked under BeOS. It could be oddly parsed. If NetBSD writes something back to the TOD does BeOS see it as gibberish? > 7. X11/Xorg doesn't work yet. Cannot map I/O space. But the correct driver > (S3) is recognized: > [ 888.123] (WW) xf86EnableIO -1 > [ 888.126] (II) xf86EnableIO: ffffffff > [ 888.128] (WW) Can't map IO space! > [ 888.143] (--) PCI:*(0:0:13:0) 5333:8811:0000:0000 rev 0, Mem @ 0x00000000/8 > [ 888.170] (==) Using default built-in configuration (12 lines) > [ 888.214] (==) --- Start of built-in configuration --- > [ 888.216] Section "Device" > [ 888.218] Identifier "Builtin Default s3 Device 0" > [ 888.220] Driver "s3" > [ 888.222] EndSection Wouldn't it be mem space rather than io space on a powerpc? > 8. IDE disks hang the system. The boot loader seems to support IDE disks, > but the kernel doesn't. As soon as the atabus0 process is running the > kernel hangs in infinite interrupts. The stack backtrace shows these > four repeating forever: > pic_do_pending_int+0x1ac > splx+0x50 > pic_handle_intr+0x220 > trapstart+0x690 Sounds like an interrupt either mismapped, or not being cleared? > 9. Multiprocessor support. I compiled the GENERIC.MP kernel, but the > boot loader doesn't want to load it. A renamed GENERIC kernel works, > which is strange. > Boot: /dev/disk/scsi/000/0_0:netbsdmp > Loading /dev/disk/scsi/000/0_0:netbsdmp > illegal request, data = 0 0 0 0 24 0 0 cb 0 1 0 0 0 0 0 0 ff ff ff ff 0 0 0 0 > PHASE MSGIN: siop_clearfifo... > invalid status code 128 > generic HBA error > siop_intr: I shouldn't be there ! Could this be related to kernel size? Could you strip stuff out of GENERIC.MP until its smaller than GENERIC as a quick test? > Something which would be very nice for the future: Support for APM (Apple > Partition Map) partitioned disks. So we could add a minimal Be_FS > partition with the boot loader, and there is no more need for the boot > disk. It might also be possible to co-exist with BeOS on one disk. Both mac68k and macppc have "some" support for APM - sounds like its part time being abstracted out to something more MI. Anyway, again, most excellent news that you have a BeBox running NetBSD again :)