staging.inyokaproject.org

Hallo,

seit einiger Zeit funktioniert mein rtcwake nicht mehr, nachdem es jahrelang lief. Brauche es zum Programmieren von Aufnahmen mit VDR.

Wenn ich die Real-time-clock (rtc) abfrage mit

cat /proc/driver/rtc

wird angezeigt:

...
batt_status	: okay

Wenn ich aber einen Alarm setze mit rtcwake und herunter fahre, ist die Ausgabe (abgefragt in einem Script)

...
batt_status	: dead

Nach einem Neustart wieder batt_status : okay.

Ich habe die Onboard-Batterie CR 2032 nachgemessen: 2,93 Volt. Auch nach Austausch gegen eine neue das Gleiche.

Woran kann das liegen? Ich habe irgendwo gelesen, dass es nach einem Update von Ubuntu letztes Jahr Probleme gab mit der rtc. Kann ich Updates irgendwie rückgängig machen, ohne das System zu zerstören? Danke für Eure Hilfe.

MfG GBruno

Hallo,

Ich bin auf der Suche nach IRQ's auf ACPI gestoßen. Da gibt es einen Kernel-Parameter "acpi=force". Den habe ich in die

/etc/default/grub

eingetragen. Danach hat der PC erstmal einen Fehlstart hingelegt, nach reboot hat es wirklich funktioniert! ☺ Mit locatime und VDR-Timer. Zumindest einmal, ich muss es noch weiter beobachten. Wie das passieren konnte, ist mir unklar, vielleicht bei einem der Updates von Ubuntu. Ich habe das über 10 Jahre nicht gebraucht. Mal sehen.

Funktioniert immer noch. Nur ein Timer für heute Morgen, gesetzt gestern Abend, ist nicht gegangen, nachdem ich den PC über Nacht ganz vom Stromnetz getrennt habe.

gbruno schrieb:

Wenn ich aber einen Alarm setze mit rtcwake und herunter fahre, ist die Ausgabe (abgefragt in einem Script)

...
batt_status	: dead

Ein Indiz für eine erschöpfte Knopfzelle.

Ich habe die Onboard-Batterie CR 2032 nachgemessen: 2,93 Volt.

Im Leerlauf oder unter Last gemessen? Eine CR 2032 hat nominal 3 V und eine frische Zelle im Leerlauf ca. 3.2 V.

Auch nach Austausch gegen eine neue das Gleiche.

Welche Spannung liefert die neu Zelle unter denselben Bedingungen?

Woran kann das liegen?

Ich tippe auf verbrauchte Knopfzelle und/oder absterbende Hardware. Eventuell auch korrodierte/oxidierte/verschmutzte Kontakte.

rtcwake selbst funktioniert jedenfalls bei mir klaglos.

Jetzt geht es wieder nicht mehr, trotz acpi=force in der /etc/default/grub ☹ . Die rtc-Uhr hält den Alarm nicht beim Ausschalten. Kann es sein, dass irgend ein Prozess deim Shutdown den Alarm löscht? Ich bin völlig ratlos und nahe dran aufzugeben. Weiß jemand etwas? Danke.

Ich habe noch weiter nachgeforscht. Mit rtcwake -m no --date 20230309183000 habe ich einen Alarm etwa 30 min später gesetzt. Cat Proc/drivers/rtc zeigte korrekt an. Dann habe ich sofort den PC mit shutdown -r now neu gestartet und wieder mit Cat Proc/drivers/rtc kontrolliert. Die alarm_time war noch richtig, aber alarm_irq war jetzt "aus" statt "ein". batt_status immer "ok". Irgend etwas muss da auf die rtc beim Herunterfahren zugreifen, aber was? Ich habe das Gefühl, dass es nach einem (unfreiwilligem) Update von Xubuntu 20.04.05 auftrat. Gibt es ein shutdown-script, das auf die rtc zugreift? Hat sonst jemand eine Idee?

Übrigens: auf meinem Desktop funktioniert rtcwake ohne Probleme.

Hallo,

auf meinem Desktop funktioniert rtcwake genauso, beim Neustart alarm_irq auf "aus", obwohl hier das Wiederaufwachen geht. Das kann es also nicht sein ☹ .

Was dann?

Grüße und schönen Sonntag GBruno

Hallo,

ich habe mir mit "rtcwake -m disk -t ..." beholfen. Das funktioniert auch mit VDR. Allerdings musste ich /usr/lib/vdr-shutdown und /us/share/vdr/shutdown-hooks/S95.acpiwakeup anpassen, War ziemlich mühsam, weil ich mich mit der bash-Progarmmierung nicht so gut auskenne.

Den Fehler bei rtcwake habe ich leider nicht gefunden. Immerhin habe ich 2 Module, die den Kernel "tainten": libahci und tt_s2_4100. Irgendwo habe ich gelesen, dass bei "... tainting kernel" rtcwake nicht mehr richtig funktioniert. Kann das sein? Für Tipps bin ich dankbar.

MfG G.Bruno

Wenn Du den Wecker der RTC schon oft gestellt und dementsprechend oft in das NVRAM geschrieben hast, ist dieses möglicherweise defekt. NVRAMs erlauben nur eine begrenzte Zahl von Schreibvorgängen.

Danke. Das Board ist ja schon ziemlich alt. Kann ich das irgendwie testen? Da hilft sonst nur ein neues Mainboard, oder gibt es Ersatzteile?

MfG

GBruno

Hallo, ich habe etwas Neues gefunden. dmesg | grep disabled liefert

 dmesg | grep disabled
[    0.389757] pci 0000:00:10.0: System wakeup disabled by ACPI
[    0.389982] pci 0000:00:10.1: System wakeup disabled by ACPI
[    0.390314] pci 0000:00:12.0: System wakeup disabled by ACPI
[    0.390504] pci 0000:00:12.2: System wakeup disabled by ACPI
[    0.390646] pci 0000:00:13.0: System wakeup disabled by ACPI
[    0.390830] pci 0000:00:13.2: System wakeup disabled by ACPI
[    0.391120] pci 0000:00:14.2: System wakeup disabled by ACPI
[    0.391350] pci 0000:00:14.4: System wakeup disabled by ACPI
[    0.391515] pci 0000:00:15.0: System wakeup disabled by ACPI
[    0.391663] pci 0000:00:15.1: System wakeup disabled by ACPI

mit syslog | grep disabled das Gleiche:

...
Mar 30 16:47:48 linvdr kernel: [    0.389757] pci 0000:00:10.0: System wakeup disabled by ACPI
Mar 30 16:47:48 linvdr kernel: [    0.389982] pci 0000:00:10.1: System wakeup disabled by ACPI
Mar 30 16:47:48 linvdr kernel: [    0.390314] pci 0000:00:12.0: System wakeup disabled by ACPI
...

Aber dmesg | grep acpi:

dmesg | grep acpi
[    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x10] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x11] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x12] enabled)
[    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x13] enabled)
[    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
[    0.350880] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[    0.388350] acpi PNP0A03:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
[    0.388531] acpi PNP0A03:00: _OSC: platform does not support [PCIeHotplug PME]
[    0.388702] acpi PNP0A03:00: _OSC: OS now controls [AER PCIeCapability]
[    0.398939] Found 1 acpi root devices
[    0.718105] ACPI: acpi_idle registered with cpuidle

und

root@LinVDR:/etc# cat /var/log/syslog|grep acpi
Mar 30 12:22:55 linvdr vdr-shutdown: executing /usr/share/vdr/shutdown-hooks/S95.acpiwakeup.gut
Mar 30 12:22:55 linvdr vdr-RTC-acpiwakeup: rtc-nop
Mar 30 12:22:55 linvdr vdr-RTC-acpiwakeup: Setze RTC alarm auf: 01.01.1970 00:57:00 ## Vielleicht ist hier etwas faul?
Mar 30 16:47:48 linvdr kernel: [    0.000000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x10] enabled)
Mar 30 16:47:48 linvdr kernel: [    0.000000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x11] enabled)
Mar 30 16:47:48 linvdr kernel: [    0.000000] ACPI: LAPIC (acpi_id[0x03] lapic_id[0x12] enabled)
Mar 30 16:47:48 linvdr kernel: [    0.000000] ACPI: LAPIC (acpi_id[0x04] lapic_id[0x13] enabled)
Mar 30 16:47:48 linvdr kernel: [    0.000000] ACPI: LAPIC_NMI (acpi_id[0xff] high edge lint[0x1])
Mar 30 16:47:48 linvdr kernel: [    0.350880] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
Mar 30 16:47:48 linvdr kernel: [    0.388350] acpi PNP0A03:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
Mar 30 16:47:48 linvdr kernel: [    0.388531] acpi PNP0A03:00: _OSC: platform does not support [PCIeHotplug PME]
Mar 30 16:47:48 linvdr kernel: [    0.388702] acpi PNP0A03:00: _OSC: OS now controls [AER PCIeCapability]
Mar 30 16:47:48 linvdr acpid: starting up with netlink and the input layer
Mar 30 16:47:48 linvdr acpid: 8 rules loaded
Mar 30 16:47:48 linvdr acpid: waiting for events: event logging is off
Mar 30 16:47:48 linvdr kernel: [    0.398939] Found 1 acpi root devices
Mar 30 16:47:48 linvdr kernel: [    0.718105] ACPI: acpi_idle registered with cpuidle
Mar 30 16:47:48 linvdr kernel: [    1.042705] acpi-cpufreq: overriding BIOS provided _PSD data

Kann mir dabei jemand helfen? Danke. GBruno

gbruno schrieb:

[…]

 dmesg | grep disabled
[    0.389757] pci 0000:00:10.0: System wakeup disabled by ACPI
[    0.389982] pci 0000:00:10.1: System wakeup disabled by ACPI
[    0.390314] pci 0000:00:12.0: System wakeup disabled by ACPI

Der Befehl

lspci 

verrät Dir, welches PCI-Gerät das jeweils ist. Und die Energieverwaltung für diese Geräte hast Du offenbar in der Firmware deaktiviert.

Hallo kB,

hab ich gemacht. Es scheinen die USB-Controller und die PCI-Bridge zu sein:

 lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Root Complex
00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Trinity [Radeon HD 7660D]
00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Trinity HDMI Audio Controller
00:10.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 03)
00:10.1 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 03)
00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 40)
00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:12.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:13.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB OHCI Controller (rev 11)
00:13.2 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 11)
00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 14)
00:14.1 IDE interface: Advanced Micro Devices, Inc. [AMD] FCH IDE Controller (rev 40)
00:14.2 Audio device: Advanced Micro Devices, Inc. [AMD] FCH Azalia Controller (rev 01)
00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11)
00:14.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] FCH PCI Bridge (rev 40)
00:15.0 PCI bridge: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 0)
00:15.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Hudson PCI to PCI bridge (PCIE port 1)
00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 0
00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 1
00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 2
00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 3
00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 4
00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) Processor Function 5
01:06.0 Ethernet controller: Qualcomm Atheros AR5212/5213/2414 Wireless Network Adapter (rev 01)
02:00.0 Multimedia controller: Philips Semiconductors SAA7160 (rev 03)
03:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller

Aber was fange ich damit an? Außerdem erscheint in dem syslog PME# supported from D0 D3hot D3cold jedesmal vor System wakeup disabled by ACPI, aber auch anderes. PME# scheint etwas mit PCIexpress zu tun zu haben.

Code6:34:52 linvdr kernel: [    0.398047] pci 0000:00:10.0: reg 0x10: [mem 0xfeb4a000-0xfeb4bfff 64bit]
16:34:52 linvdr kernel: [    0.398151] pci 0000:00:10.0: PME# supported from D0 D3hot D3cold
16:34:52 linvdr kernel: [    0.398213] pci 0000:00:10.0: System wakeup disabled by ACPI
16:34:52 linvdr kernel: [    0.398285] pci 0000:00:10.1: [1022:7812] type 00 class 0x0c0330
16:34:52 linvdr kernel: [    0.398305] pci 0000:00:10.1: reg 0x10: [mem 0xfeb48000-0xfeb49fff 64bit]
16:34:52 linvdr kernel: [    0.398408] pci 0000:00:10.1: PME# supported from D0 D3hot D3cold
16:34:52 linvdr kernel: [    0.398470] pci 0000:00:10.1: System wakeup disabled by ACPI
16:34:52 linvdr kernel: [    0.398538] pci 0000:00:11.0: [1022:7801] type 00 class 0x010601
16:34:52 linvdr kernel: [    0.398557] pci 0000:00:11.0: reg 0x10: [io  0xf190-0xf197]
16:34:52 linvdr kernel: [    0.398567] pci 0000:00:11.0: reg 0x14: [io  0xf180-0xf183]
16:34:52 linvdr kernel: [    0.398576] pci 0000:00:11.0: reg 0x18: [io  0xf170-0xf177]
16:34:52 linvdr kernel: [    0.398585] pci 0000:00:11.0: reg 0x1c: [io  0xf160-0xf163]
16:34:52 linvdr kernel: [    0.398594] pci 0000:00:11.0: reg 0x20: [io  0xf150-0xf15f]
16:34:52 linvdr kernel: [    0.398603] pci 0000:00:11.0: reg 0x24: [mem 0xfeb50000-0xfeb507ff]
16:34:52 linvdr kernel: [    0.398712] pci 0000:00:12.0: [1022:7807] type 00 class 0x0c0310
16:34:52 linvdr kernel: [    0.398725] pci 0000:00:12.0: reg 0x10: [mem 0xfeb4f000-0xfeb4ffff]
16:34:52 linvdr kernel: [    0.398829] pci 0000:00:12.0: System wakeup disabled by ACPI
16:34:52 linvdr kernel: [    0.398895] pci 0000:00:12.2: [1022:7808] type 00 class 0x0c0320
16:34:52 linvdr kernel: [    0.398913] pci 0000:00:12.2: reg 0x10: [mem 0xfeb4e000-0xfeb4e0ff]
16:34:52 linvdr kernel: [    0.399002] pci 0000:00:12.2: supports D1 D2
16:34:52 linvdr kernel: [    0.399004] pci 0000:00:12.2: PME# supported from D0 D1 D2 D3hot
16:34:52 linvdr kernel: [    0.399056] pci 0000:00:12.2: System wakeup disabled by ACPI
16:34:52 linvdr kernel: [    0.399118] pci 0000:00:13.0: [1022:7807] type 00 class 0x0c0310
16:34:52 linvdr kernel: [    0.399131] pci 0000:00:13.0: reg 0x10: [mem 0xfeb4d000-0xfeb4dfff]
16:34:52 linvdr kernel: [    0.399230] pci 0000:00:13.0: System wakeup disabled by ACPI

Vielleicht liegt es doch an der ACPI-Firmware. Im Netz habe ich dazu aber nicht viel gefunden.

lsmod |grep acpi
pata_acpi              13038  0

Mehr kommt da nicht. Kannst Du mir noch einmal helfen?

Hallo kB,

ich muss doch noch einmal darauf zurück kommen.

Und die Energieverwaltung für diese Geräte hast Du offenbar in der Firmware deaktiviert.

Wie oder wo habe ich das gemacht?

MfG GBruno