Cas

[Pavel Kankovsky]

On Thu, 29 Oct 2015, Martin Mokry wrote:

> podobne chovanie:
>
> [root na localhost ~]# cat /sys/class/rtc/rtc0/{date,time,since_epoch}
> cat: /sys/class/rtc/rtc0/date: Neprípustný argument
> cat: /sys/class/rtc/rtc0/time: Neprípustný argument
> cat: /sys/class/rtc/rtc0/since_epoch: Neprípustný argument
> [root na localhost ~]#

To je fakt zvláštní...

On Thu, 29 Oct 2015, Martin Mokry wrote:

> [root na localhost ~]# cat /proc/driver/rtc
> alrm_time       : 08:26:17
> alrm_date       : 2015-10-24
> alarm_IRQ       : no
> alrm_pending    : no
> update IRQ enabled      : no
> periodic IRQ enabled    : no
> periodic IRQ frequency  : 1024
> max user IRQ frequency  : 64
> 24hr            : yes
> periodic_IRQ    : yes
> update_IRQ      : yes
> HPET_emulated   : yes
> BCD             : yes
> DST_enable      : no
> periodic_freq   : 1024
> batt_status     : okay
> [root na localhost ~]#

A tady to je také hodně podivné, protože tam úplně chybí položky 
"rtc_time" a "rtc_date". Což tedy souhlasí s tím, že všechny jiné cesty, 
které měly vést k jejich přečtení skončily na EINVAL.

Pokud jádro nedokáže přečíst stav RTC, tak by to mohlo celkem vysvětlovat 
ty přeskoky hodin, když je systém uspaný.

Co tam máte za driver? Podle položek v /proc/driver/rtc to vypadá na 
rtc-cmos, ale to by bylo až moc divné. protože tam by to čtení nemělo 
selhat nikdy. Co vypíše následující příkaz?

   ls -l /sys/class/rtc/rtc0/device/driver


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