Xserve G5 doesn't reboot or restart properly with SMU compiled in
Massimiliano Vegni
m.vegni at it-systems.it
Thu Jan 25 09:50:44 EST 2007
Ok Ben,
didn't know anything about RTC class reliability.
Maybe I can tell you more, i've tried even more configurations and i was
able to lock up my machine in several ways....
Here the list of drivers that caused the problems...
RTC Class + Dallas/Maxim DS1307 .... the bogus one
Maxim/Dallas Semiconductor DS1374 Real Time Clock in Miscellaneous I2C
Chip Support or DS1337...
and of course Support for SMU based macs....
I started thinking about something in the hardware RTC that causes
trouble to the firmware on the next boot.
By the way... still no working RTC.....
Ciao.
Massimiliano
Benjamin Herrenschmidt wrote:
> On Wed, 2007-01-24 at 02:55 +0100, Massimiliano Vegni wrote:
>> Hi,
>>
>> We are experiencing a problem with Apple Xserve G5 (2.3G/Dual Proc.).
>> After successfully booting the linux kernel ( tried 2.6.18, 2.6.19 or
>> 2.6.20-rc5 ) the machine fails to boot again.
>> It goes thru normal led flashing and fan spinning sequence, like the
>> first time it booted, but stops before actually reading from the boot
>> disk. It refuses to enter OF and the only way to make it boot again is
>> to reset internal PMU via a PMU reset button located inside the chassis.
>> We found experimentally that disabling the SMU (leaving PMU on) in the
>> kernel configuration leads to clean reboot with no problems.... but no
>> /dev/rtc of course and this is a BIG problem!
>> Enabling I2C driver for Dallas RTC or the new RTC Class driver for RTC
>> also locks up the machine on reboot, so I think it's i2c related.
>> We also tried with different models of Xserve (2.0Ghz/DP) with same
>> results....
>>
>> Any help would be appreciated.
>
> Hrm... that is strange... Are you absolutely sure that is related to the
> SMU ? There is no SMU in that machine and thus I wouldn't expect the SMU
> driver to instanciate at all nor do anything in fact.
>
> The RTC flass driver stuff is bogus, don't use that. It's know to cause
> that sort of problems.
>
> I'll give a go at the Xserve I have here see if I can reproduce the
> problem.
>
> Also send me your .config
>
> Ben.
>
>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: config
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20070124/729cb12a/attachment.txt>
More information about the Linuxppc-dev
mailing list