Cas

[Martin Mokry]

Je tam to co ste predpokladali:

[root na localhost ~]# ls -l /sys/class/rtc/rtc0/device/driver
lrwxrwxrwx. 1 root root 0 okt 30  2015 /sys/class/rtc/rtc0/device/driver ->
../../../bus/pnp/drivers/rtc_cmos


2015-10-30 0:13 GMT+01:00 Pavel Kankovsky <peak na argo.troja.mff.cuni.cz>:

> 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?"
>
> _______________________________________________
> Linux mailing list
> Linux na linux.cz
> http://www.linux.cz/mailman/listinfo/linux
>



-- 
Martin "Megac" Mokry