On Sun, 19 Oct 2008, Finn Thain wrote:

> On Sat, 18 Oct 2008, Kolbjørn Barmen wrote:
> 
> > On Sat, 18 Oct 2008, Riccardo wrote:
> > 
> > > I don't know "how", but with 2.2 kernels I always had a correct date 
> > > at boot without any tricks. It is true though that with high CPU load 
> > > we had clockskew and that we didn't save back the date and hourtime to 
> > > the clock, thus any clock setting needed to be done from the mac side. 
> > > A compromoise, but better than the current situation.
> > 
> > The clockproblem is something I stumble upon every now and then on 
> > various machinees - I really wish there was a kernel parameter where one 
> > could set a date string, then the bootloader could pass it on.
> 
> It isn't a problem if you disable the time-stamp triggered fsck and set 
> the clock from the network (rdate or ntp).

This is the answer I keep getting, but it isnt really helping.

* SSL/TLS and certificate validation. For example my gumtix uses 802.1X to
get online, when it is running in "1970-01-01", the server and client
certificates are ofcourse not valid and the authentication _will_ fail,
and it wont go online, and therefor no ntp. As .1x is becoming more common
even on the wire, this problem will grow, at least for me - and .1X is not
the only "get online"-method that relies on certificate validation.

* Logs, erronous datestamps all over the place, and files made in 1970 or
whatever (my acer laptop always starts in 1988-01-01)

There are so many kernel parameters for the strangest things, all I ask
for is one with a timestamp - then I could tell my gumstick to always boot
on a given time where the .1x certificates would be valid instead of
1970-01-01. And on my laptop, I could just change a value in grub before
booting. On the mac, penguin could just take system time from macos and
pass it on, maybe even emile could do it.

-- kolla
--
To unsubscribe from this list: send the line "unsubscribe linux-m68k" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to