Subject: Re: Current kernel breaks hfs
To: None <port-mac68k@NetBSD.ORG>
From: Frederick Bruckman <fb@enteract.com>
List: port-mac68k
Date: 11/07/1997 20:02:26
Colin Wood responds:

>Frederick Bruckman wrote:
>>
>> I find that hfs stopped working with GENERICSBC-47. Also with all the
>> kernels I built from last week's source tree. Locks the Mac up hard. Have
>> to use the reset button. Same hfs still works with the GENERICSBC-46
>> kernel. Anyone know what changed?
>
>Which hfs?  The one on Puma?  I had it cause a panic on me last night
>(something in pg_alloc? maybe), but it didn't lock up the machine.  The
>hfsutils were working just fine tho.

Yes, the hfs on Puma. Would you happen to know the url for hfsutils? There
was one posted to this list a short while back, but either it was a bad
address, or the server was napping when I tried it.

>
>> Booting NetBSD from a Nomai 540M cartridge on a Performa 636 w/ a real
>>68040.
>
>Mine was on a Q700.  Do you know if Allen's "quick" SCSI patches are in
>the kernels you're compiling?

Sorry, I don't know. I got a real 68040 chip just  a couple of weeks ago,
and loaded BSD. The first build of hfs with last months 1.3ALPHA binaraies
and the GENERICSBC-46 kernel worked just fine. The first kernel that I
finally got to build, and boot, crashed into the debugger when I launched
hfs. Something must have changed in the last couple of weeks. I can't even
look in the sources I used, because I filled up (fragmented) the /usr
partition and had to delete most of it.

On the bright side, sd0h now works. It was broken under GENERICSBC-46. That
partition is going away anyway, however, as I think I'm going to need one,
big /usr partition. I intend to repartition and reload current this week.



Fred Bruckman               URL:http://www.enteract.com/~fb