Question about xserve G5

[Javi Hotmail]

Thanks for the information. I'll give it a go.

I also discover that there is something wrong with the PMU of my Xserve.
I tried installing OSX server, and I realized that it would get stuck in
the booting process for quite a bit, then enter in the desktop, and
after 5 minutes or so the fans will ramp up like crazy. Long story short
I've discovered that I have to reset the PRAM every single time (so
pressing command + alt + p + r four times), and after that I'll boot
without problem (in a split second). After that I was playing around
removing cards and memory and I realised that if I remove the graphics
card from the xserve it'll pretty much boot correctly all the time.

Internally it was complaining about not being able to read the I2C  (I
assume from the PMU); But anyways it seems to be more or less working
now, I'll switch back to FBSD and see how it goes.


On 30/10/2020 15:29, Brandon Bergren wrote:
> In any case, without the interpreter, what we have to do on a per model basis is manually decode the platform functions from a dumped device tree and do the same sequences in C, and then run that code when encountering that model.
>
> On Fri, Oct 30, 2020, at 10:25 AM, Brandon Bergren wrote:
>>
>> On Fri, Oct 30, 2020, at 10:02 AM, Javi Hotmail wrote:
>>> Is there any documentation that I could read about this? Also why is not
>>> possible from the kernel to run functions from the DT?. I just started
>>> looking at the code now; It seems to me that depends on some sort of
>>> openfirmware functionality. Why is this?
>>>
>>> Regards,
>>>
>> It's not possible because we don't have an implementation of the 
>> platform function interpreter written.
>>
>> If someone were to write a BSD-licensed platform function interpreter, 
>> it would be pretty easy to hook it in.
>>
>> The (GPL) linux interpreter is an example of a platform function 
>> interpreter. 
>> https://github.com/torvalds/linux/blob/master/arch/powerpc/platforms/powermac/pfunc_core.c
>>
>> Darwin has one as well but when I looked at it it was a bunch of 
>> Objective C that would be less work to just reimplement rather than 
>> trying to use. (I think the license wasn't BSD either)
>>
>> The device tree has a series of platform functions that contain 
>> bytecode that the kernel runs to do a function like change the cpu 
>> clockrate, etc. It's done this way so it can be run without having to 
>> context-switch, and have platform drivers that automatically work on 
>> all Mac99 machines.
>>
>> I'm not sure off the top of my head what documentation there is available.
>> _______________________________________________
>> freebsd-ppc at freebsd.org mailing list
>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc
>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe at freebsd.org"
>>