Cas

[Pavel Kankovsky]

On Sun, 1 Nov 2015, Martin Mokry wrote:

> Vdaka za prikaz na instalaciu ladiacich informacii. Teraz to uz cosi
> vyprodukovalo. Kopu hlasok typu:
>
> cmos_read_time --> 0
> rtc_valid_tm: *tm = { sec:29, min:4, hour:92, mday:1, mon:10, year:115,
> wday:0, yday:0, isdst:0 } --> -22
> __rtc_read_time --> -22
>
> Vsimol som si ze vo vasom priklade su vsade za sipkami hodnoty 0, a ja mam
> na druhej a tretej hodnotu -22. Co to moze znamenat ?

Připadá Vám normální, že v RTC máte aktuální čas DEVADESÁT DVA hodin, 4 
minuty a 29 sekund? rtc_valid_tm takovou hodnotu odmítne jako nesmyslnou, 
vrátí chybu EINVAL (to je ta návratová hodnota -22) a pak už se to sype.

Anomální hodnoty v RTC jsou téměř jistě příčinou toho, že Vám po uspání a 
probuzení systému přeskočí hodiny. Skoro to vypadá, že něco ty nesmyslné 
hodnoty vezme vážně a výsledkem je právě skok do budoucnosti (v případě 
pozorované hodnoty 92 by to skutečně vycházelo na skok o tři dny).

Zajímavé je, že "hwclock --show --directisa" vypsalo normální hodnoty:
Pi 30. október 2015, 12:16:03 CET  .719576 seconds

Pravděpodobně by to chtělo detailněji vyzkoumat, kde se ty nesmyslné údaje 
berou. Zkuste to s tím SystemTapem vícekrát. Je vždy nesmyslná ta samá 
položka a tím samým způsobem, nebo se nesmysly objevují i jinak či jinde? 
A zkuste opakovaně ten hwclock s --directisa. Vypíše to vždy smysluplné 
výsledky, nebo také někdy vyprodukuje nesmysl?

-- 
Pavel Kankovsky aka Peak                      "Que sais-je?"