Re: DST flag in NVRAM revisited (was: Re: NVRAM stuck in DST?)

On Thu, Mar 28, 2002 at 05:19:56PM +0100, Geert Uytterhoeven wrote:

Perhaps someone can writes a utility to `patch' MacOS to treat the hardware
clock being in GMT/UTC/Zulu time? I did a similar thing for AmigaOS many many
years ago.

or if you want a macos only use OSX, it has no problems with the
hardware clock set to UTC, at least the beta did not.

(i tinkered with the beta, at the time my machine had no trace of
MacOS 8/9 and my nvram contains no macos cruft, that is the timezones
and DST fields are null, OSX showed the proper time, and it never
reset the hardware clock to localtime.)

--
Ethan Benson
http://www.alaska.net/~erbenson/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Hi,

The following has showed up in my dmesg log (running Ben's latest) on a
dual SMP G4 machine:

bug: kernel timer added twice at e3259abc.
bug: kernel timer added twice at e3259abc.

And using sun gem driver I see the following on occaision:

invalidate: busy buffer
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
sending pkt_too_big to self
Saw underflow (9728 of 61440 bytes). Treated as error
Saw underflow (3584 of 53248 bytes). Treated as error
sending pkt_too_big to self

Ideas welcome about either.

Kevin

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/