Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 07 May 2008 16:29:58 -0500
From:      Nathan Whitehorn <nathanw@uchicago.edu>
To:        grehan@freebsd.org
Cc:        freebsd-ppc@freebsd.org
Subject:   Re: UMA_MD_SMALL_ALLOC
Message-ID:  <48221F56.5040900@uchicago.edu>
In-Reply-To: <4821C9DB.4080008@freebsd.org>
References:  <4821C6AB.3080101@uchicago.edu> <4821C85A.7090605@freebsd.org> <4821C945.5030008@uchicago.edu> <4821C9DB.4080008@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
Peter Grehan wrote:
>>>  A long time ago I talked to Alan Cox about modifying this option so 
>>> it could be done at run-time, and he seemed agreeable.
> 
>  I should clarify: Alan was agreeable to integrating working patches :)

Very well, then :P

The current G5 patch can be found here: 
http://banshee.uchicago.edu/~nwhitehorn/g5.diff.

It has a million kinds of rough edges. If anyone wants to fix them, I'm 
not going to able to touch any of this code for the next week or so 
because of real work. Here are a few current bugs and mysteries:

moea64_syncicache() is currently commented out, since in certain 
circumstances I can't identify and don't make sense, calling 
_syncicache() causes an alignment trap.

3 knobs need to be twiddled to get the kernel to run on G3/G4 machines 
after applying the patch. UMA_MD_SMALL_ALLOC needs to be defined in 
vmparam.h, and the two instances of rfid in trap_subr.S need to be 
changed to rfi. This last bit can easily be done at runtime, but I 
haven't added this yet.

The patch doesn't include the required addition of mmu_oea64.c to 
/sys/conf/files.powerpc.

Adding the OF pages to ofw_pmap instead of the kernel pmap causes an ISI 
on Open Firmware calls because of a null pointer deference. Mysterious. 
There is no real reason to add them to ofw_pmap, though. (I've mapped OF 
directly into the kernel's address space in order to get pages for the 
frame buffer and few other things we got to use BAT for on older systems)

L2 Cache setup and CPU speed printout isn't set up and doesn't work.

No SMP support (though it shouldn't be too terrible to set up).

And, of course, there is no support for the IBM CPC bridges or the 
cascaded OpenPICs.
-Nathan



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48221F56.5040900>