ACPI Wakeup läuft nicht

Sammlerjaeger · 12. April 2008

Hallo,

bekomme einfach ACPI Wakeup nicht hin!

Will meinen VDR nicht über Nacht laufen lassen, abends normal über Fernbedienung ausschalten und morgens nach Zeit einschalten.

echo "2008-04-12 04:15:00" >/proc/acpi/alarm geht nicht, wenn der PC um 06:15 angehen soll.

BIOS-Option "Wake on RTC" geht allerdings.

meine hwclock.sh hat die Parameter:

Code

HWCLOCKPARS="--directisa --systohc"

Mein Board: Asus P4PE-X

Ratlos....

FireFly · 12. April 2008

evtl. das echo zweimal absetzen, das brauchen manche Boards. Den Wiki-Artikel zu ACPI kennst Du? Der Device /proc/acpi/alarm existiert auch?

Sammlerjaeger · 12. April 2008

Wiki kenne ich

Eintrag wird geschrieben siehe:

Code

cat /proc/acpi/alarm

Das echo habe ich auch zweimal absetzen

PeterD · 12. April 2008

Zitat

Original von Sammlerjaeger
BIOS-Option "Wake on RTC" geht allerdings.

Du weisst das eventuelle Wake on timer funktionen im BIOS aus sein müssen (auch wenns unlogisch scheint) ?

Sammlerjaeger · 13. April 2008

So nach 100 Versuchen und Reboots

ich hänge mal ein paar Info an, kann einer den Fehler erkennen?

ich gehe so vor:

Code

vdr1:~# echo "2008-13-04 08:35:00" >/proc/acpi/alarm
vdr1:~# echo "2008-13-04 08:35:00" >/proc/acpi/alarm
vdr1:~# cat /proc/driver/rtc
rtc_time        : 08:44:30
rtc_date        : 2008-04-13
rtc_epoch       : 1900
alarm           : 08:35:00
DST_enable      : no
BCD             : yes
24hr            : yes
square_wave     : no
alarm_IRQ       : yes
update_IRQ      : no
periodic_IRQ    : no
periodic_freq   : 1024
batt_status     : okay

Alles anzeigen

meine Bios Einstellungen
[Blockierte Grafik: http://freenet-homepage.de/kf1/2008_04_13_10_03_22_kl.JPG]
[Blockierte Grafik: http://freenet-homepage.de/kf1/2008_04_13_10_03_44_kl.JPG]

meine sys.log

Code

Apr 13 10:02:28 vdr1 kernel: ACPI: RSDP (v000 ASUS                                  ) @ 0x000f5320
Apr 13 10:02:28 vdr1 kernel: ACPI: RSDT (v001 ASUS   P4PE-X   0x42302e31 MSFT 0x31313031) @ 0x1ffec000
Apr 13 10:02:28 vdr1 kernel: ACPI: FADT (v001 ASUS   P4PE-X   0x42302e31 MSFT 0x31313031) @ 0x1ffec0c0
Apr 13 10:02:28 vdr1 kernel: ACPI: BOOT (v001 ASUS   P4PE-X   0x42302e31 MSFT 0x31313031) @ 0x1ffec030
Apr 13 10:02:28 vdr1 kernel: ACPI: MADT (v001 ASUS   P4PE-X   0x42302e31 MSFT 0x31313031) @ 0x1ffec058
Apr 13 10:02:28 vdr1 kernel: ACPI: DSDT (v001   ASUS P4PE-X   0x00001000 MSFT 0x0100000b) @ 0x00000000
Apr 13 10:02:28 vdr1 kernel: ACPI: PM-Timer IO Port: 0xe408
Apr 13 10:02:28 vdr1 kernel: ACPI: Local APIC address 0xfee00000
Apr 13 10:02:28 vdr1 kernel: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Apr 13 10:02:28 vdr1 kernel: Processor #0 15:2 APIC version 20
Apr 13 10:02:28 vdr1 kernel: ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
Apr 13 10:02:28 vdr1 kernel: ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0])
Apr 13 10:02:28 vdr1 kernel: IOAPIC[0]: apic_id 2, version 32, address 0xfec00000, GSI 0-23
Apr 13 10:02:28 vdr1 kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl edge)
Apr 13 10:02:28 vdr1 kernel: ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 22 low level)
Apr 13 10:02:28 vdr1 kernel: ACPI: IRQ0 used by override.
Apr 13 10:02:28 vdr1 kernel: ACPI: IRQ2 used by override.
Apr 13 10:02:28 vdr1 kernel: Enabling APIC mode:  Flat.  Using 1 I/O APICs
Apr 13 10:02:28 vdr1 kernel: Using ACPI (MADT) for SMP configuration information
Apr 13 10:02:28 vdr1 kernel: Allocating PCI resources starting at 30000000 (gap: 20000000:dec00000)
Apr 13 10:02:28 vdr1 kernel: Detected 2405.555 MHz processor.
Apr 13 10:02:28 vdr1 kernel: Built 1 zonelists.  Total pages: 131052
Apr 13 10:02:28 vdr1 kernel: Kernel command line: root=/dev/hda5 acpi=force ro BOOT_ 
Apr 13 10:02:28 vdr1 kernel: mapped APIC to ffffd000 (fee00000)
Apr 13 10:02:28 vdr1 kernel: mapped IOAPIC to ffffc000 (fec00000)
Apr 13 10:02:28 vdr1 kernel: Enabling fast FPU save and restore... done.
Apr 13 10:02:28 vdr1 kernel: Enabling unmasked SIMD FPU exception support... done.
Apr 13 10:02:28 vdr1 kernel: Initializing CPU#0
Apr 13 10:02:28 vdr1 kernel: PID hash table entries: 2048 (order: 11, 8192 bytes)
Apr 13 10:02:28 vdr1 kernel: Console: colour VGA+ 80x25
Apr 13 10:02:28 vdr1 kernel: Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Apr 13 10:02:28 vdr1 kernel: Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Apr 13 10:02:28 vdr1 kernel: Memory: 511824k/524208k available (1502k kernel code, 11828k reserved, 601k data, 256k init, 0k highmem)
Apr 13 10:02:28 vdr1 kernel: Checking if this processor honours the WP bit even in supervisor mode... Ok.
Apr 13 10:02:28 vdr1 kernel: Calibrating delay using timer specific routine.. 4814.49 BogoMIPS (lpj=9628988)
Apr 13 10:02:28 vdr1 kernel: Security Framework v1.0.0 initialized
Apr 13 10:02:28 vdr1 kernel: SELinux:  Disabled at boot.
Apr 13 10:02:28 vdr1 kernel: Capability LSM initialized
Apr 13 10:02:28 vdr1 kernel: Mount-cache hash table entries: 512
Apr 13 10:02:28 vdr1 kernel: CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
Apr 13 10:02:28 vdr1 kernel: CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
Apr 13 10:02:28 vdr1 kernel: CPU: Trace cache: 12K uops, L1 D cache: 8K
Apr 13 10:02:28 vdr1 kernel: CPU: L2 cache: 128K
Apr 13 10:02:28 vdr1 kernel: CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Apr 13 10:02:28 vdr1 kernel: Compat vDSO mapped to ffffe000.
Apr 13 10:02:28 vdr1 kernel: CPU: Intel(R) Celeron(R) CPU 2.40GHz stepping 09
Apr 13 10:02:28 vdr1 kernel: Checking 'hlt' instruction... OK.
Apr 13 10:02:28 vdr1 kernel: ACPI: Core revision 20060707
Apr 13 10:02:28 vdr1 kernel: ENABLING IO-APIC IRQs
Apr 13 10:02:28 vdr1 kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
Apr 13 10:02:28 vdr1 kernel: checking if image is initramfs... it is
Apr 13 10:02:28 vdr1 kernel: Freeing initrd memory: 4714k freed
Apr 13 10:02:28 vdr1 kernel: NET: Registered protocol family 16
Apr 13 10:02:28 vdr1 kernel: EISA bus registered
Apr 13 10:02:28 vdr1 kernel: ACPI: bus type pci registered
Apr 13 10:02:28 vdr1 kernel: PCI: PCI BIOS revision 2.10 entry at 0xf1e40, last bus=2
Apr 13 10:02:28 vdr1 kernel: PCI: Using configuration type 1
Apr 13 10:02:28 vdr1 kernel: Setting up standard PCI resources
Apr 13 10:02:28 vdr1 kernel: ACPI: Interpreter enabled
Apr 13 10:02:28 vdr1 kernel: ACPI: Using IOAPIC for interrupt routing
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 11 *12 14 15)
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0, disabled.
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Root Bridge [PCI0] (0000:00)
Apr 13 10:02:28 vdr1 kernel: PCI: Probing PCI hardware (bus 00)
Apr 13 10:02:28 vdr1 kernel: ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
Apr 13 10:02:28 vdr1 kernel: * The chipset may have PM-Timer Bug. Due to workarounds for a bug,
Apr 13 10:02:28 vdr1 kernel: * this clock source is slow. If you are sure your timer does not have
Apr 13 10:02:28 vdr1 kernel: * this bug, please use "acpi_pm_good" to disable the workaround
Apr 13 10:02:28 vdr1 kernel: PCI quirk: region e400-e47f claimed by ICH4 ACPI/GPIO/TCO
Apr 13 10:02:28 vdr1 kernel: PCI quirk: region ec00-ec3f claimed by ICH4 GPIO
Apr 13 10:02:28 vdr1 kernel: PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Apr 13 10:02:28 vdr1 kernel: Boot video device is 0000:01:00.0
Apr 13 10:02:28 vdr1 kernel: PCI: Transparent bridge - 0000:00:1e.0
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI2._PRT]
Apr 13 10:02:28 vdr1 kernel: Linux Plug and Play Support v0.97 (c) Adam Belay
Apr 13 10:02:28 vdr1 kernel: pnp: PnP ACPI init
Apr 13 10:02:28 vdr1 kernel: pnp: PnP ACPI: found 15 devices
Apr 13 10:02:28 vdr1 kernel: PnPBIOS: Disabled by ACPI PNP
Apr 13 10:02:28 vdr1 kernel: PCI: Using ACPI for IRQ routing
Apr 13 10:02:28 vdr1 kernel: PCI: If a device doesn't work, try "pci=routeirq".  If it helps, post a report
Apr 13 10:02:28 vdr1 kernel: pnp: 00:02: ioport range 0xe400-0xe47f could not be reserved
Apr 13 10:02:28 vdr1 kernel: pnp: 00:02: ioport range 0xe800-0xe81f has been reserved
Apr 13 10:02:28 vdr1 kernel: pnp: 00:02: ioport range 0xec00-0xec3f has been reserved
Apr 13 10:02:28 vdr1 kernel: pnp: 00:02: ioport range 0x4d6-0x4d6 has been reserved
Apr 13 10:02:28 vdr1 kernel: pnp: 00:0e: ioport range 0x3f0-0x3f1 has been reserved
Apr 13 10:02:28 vdr1 kernel: PCI: Bridge: 0000:00:01.0
Apr 13 10:02:28 vdr1 kernel:   IO window: disabled.
Apr 13 10:02:28 vdr1 kernel:   MEM window: f2000000-f3efffff
Apr 13 10:02:28 vdr1 kernel:   PREFETCH window: f3f00000-f7ffffff
Apr 13 10:02:28 vdr1 kernel: PCI: Bridge: 0000:00:1e.0
Apr 13 10:02:28 vdr1 kernel:   IO window: disabled.
Apr 13 10:02:28 vdr1 kernel:   MEM window: f0000000-f17fffff
Apr 13 10:02:28 vdr1 kernel:   PREFETCH window: disabled.
Apr 13 10:02:28 vdr1 kernel: PCI: Setting latency timer of device 0000:00:1e.0 to 64
Apr 13 10:02:28 vdr1 kernel: NET: Registered protocol family 2
Apr 13 10:02:28 vdr1 kernel: IP route cache hash table entries: 4096 (order: 2, 16384 bytes)
Apr 13 10:02:28 vdr1 kernel: TCP established hash table entries: 16384 (order: 4, 65536 bytes)
Apr 13 10:02:28 vdr1 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
Apr 13 10:02:28 vdr1 kernel: TCP: Hash tables configured (established 16384 bind 8192)
Apr 13 10:02:28 vdr1 kernel: TCP reno registered
Apr 13 10:02:28 vdr1 kernel: Simple Boot Flag at 0x3a set to 0x1
Apr 13 10:02:28 vdr1 kernel: audit: initializing netlink socket (disabled)
Apr 13 10:02:28 vdr1 kernel: audit(1208073734.960:1): initialized
Apr 13 10:02:28 vdr1 kernel: VFS: Disk quotas dquot_6.5.1
Apr 13 10:02:28 vdr1 kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Apr 13 10:02:28 vdr1 kernel: Initializing Cryptographic API
Apr 13 10:02:28 vdr1 kernel: io scheduler noop registered
Apr 13 10:02:28 vdr1 kernel: io scheduler anticipatory registered
Apr 13 10:02:28 vdr1 kernel: io scheduler deadline registered
Apr 13 10:02:28 vdr1 kernel: io scheduler cfq registered (default)
Apr 13 10:02:28 vdr1 kernel: isapnp: Scanning for PnP cards...
Apr 13 10:02:28 vdr1 kernel: isapnp: No Plug & Play device found
Apr 13 10:02:28 vdr1 kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Apr 13 10:02:28 vdr1 kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Apr 13 10:02:28 vdr1 kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Apr 13 10:02:28 vdr1 kernel: 00:0a: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Apr 13 10:02:28 vdr1 kernel: 00:0b: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
Apr 13 10:02:28 vdr1 kernel: RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
Apr 13 10:02:28 vdr1 kernel: PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1
Apr 13 10:02:28 vdr1 kernel: PNP: PS/2 controller doesn't have AUX irq; using default 12
Apr 13 10:02:28 vdr1 kernel: serio: i8042 AUX port at 0x60,0x64 irq 12
Apr 13 10:02:28 vdr1 kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Apr 13 10:02:28 vdr1 kernel: mice: PS/2 mouse device common for all mice
Apr 13 10:02:28 vdr1 kernel: EISA: Probing bus 0 at eisa.0
Apr 13 10:02:28 vdr1 kernel: EISA: Detected 0 cards.
Apr 13 10:02:28 vdr1 kernel: TCP bic registered
Apr 13 10:02:28 vdr1 kernel: NET: Registered protocol family 1
Apr 13 10:02:28 vdr1 kernel: NET: Registered protocol family 17
Apr 13 10:02:28 vdr1 kernel: NET: Registered protocol family 8
Apr 13 10:02:28 vdr1 kernel: NET: Registered protocol family 20
Apr 13 10:02:28 vdr1 kernel: Using IPI Shortcut mode
Apr 13 10:02:28 vdr1 kernel: ACPI: (supports S0<6>Time: tsc clocksource has been installed.
Apr 13 10:02:28 vdr1 kernel:  S1 S3 S4 S5)
Apr 13 10:02:28 vdr1 kernel: Freeing unused kernel memory: 256k freed
Apr 13 10:02:28 vdr1 kernel: ACPI: Invalid PBLK length [5]
Apr 13 10:02:28 vdr1 kernel: ACPI: Getting cpuindex for acpiid 0x1
Apr 13 10:02:28 vdr1 kernel: input: AT Translated Set 2 keyboard as /class/input/input0
Apr 13 10:02:28 vdr1 kernel: usbcore: registered new driver usbfs
Apr 13 10:02:28 vdr1 kernel: usbcore: registered new driver hub
Apr 13 10:02:28 vdr1 kernel: USB Universal Host Controller Interface driver v3.0
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 177
Apr 13 10:02:28 vdr1 kernel: PCI: Setting latency timer of device 0000:00:1d.0 to 64
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.0: UHCI Host Controller
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.0: irq 177, io base 0x0000d800
Apr 13 10:02:28 vdr1 kernel: usb usb1: configuration #1 chosen from 1 choice
Apr 13 10:02:28 vdr1 kernel: hub 1-0:1.0: USB hub found
Apr 13 10:02:28 vdr1 kernel: hub 1-0:1.0: 2 ports detected
Apr 13 10:02:28 vdr1 kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
Apr 13 10:02:28 vdr1 kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 185
Apr 13 10:02:28 vdr1 kernel: PCI: Setting latency timer of device 0000:00:1d.1 to 64
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.1: UHCI Host Controller
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.1: irq 185, io base 0x0000d400
Apr 13 10:02:28 vdr1 kernel: usb usb2: configuration #1 chosen from 1 choice
Apr 13 10:02:28 vdr1 kernel: hub 2-0:1.0: USB hub found
Apr 13 10:02:28 vdr1 kernel: hub 2-0:1.0: 2 ports detected
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 193
Apr 13 10:02:28 vdr1 kernel: PCI: Setting latency timer of device 0000:00:1d.2 to 64
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.2: UHCI Host Controller
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
Apr 13 10:02:28 vdr1 kernel: uhci_hcd 0000:00:1d.2: irq 193, io base 0x0000d000
Apr 13 10:02:28 vdr1 kernel: usb usb3: configuration #1 chosen from 1 choice
Apr 13 10:02:28 vdr1 kernel: hub 3-0:1.0: USB hub found
Apr 13 10:02:28 vdr1 kernel: hub 3-0:1.0: 2 ports detected
Apr 13 10:02:28 vdr1 kernel: ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 201
Apr 13 10:02:28 vdr1 kernel: PCI: Setting latency timer of device 0000:00:1d.7 to 64
Apr 13 10:02:28 vdr1 kernel: ehci_hcd 0000:00:1d.7: EHCI Host Controller
Apr 13 10:02:28 vdr1 kernel: ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
Apr 13 10:02:28 vdr1 kernel: ehci_hcd 0000:00:1d.7: debug port 1
Apr 13 10:02:28 vdr1 kernel: PCI: cache line size of 128 is not supported by device 0000:00:1d.7
Apr 13 10:02:28 vdr1 kernel: ehci_hcd 0000:00:1d.7: irq 201, io mem 0xf1800000
Apr 13 10:02:28 vdr1 kernel: ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004

Alles anzeigen

LordNikon · 13. April 2008

Mit welcher ct Version arbeitest Du ?

Ich hatte vor einigen Tagen mit einem MSI Board die gleichen schwierigkeiten mit ACPI unter ct'vdr 6.1.

Ich hab das Startkonfigfenster ( mit ctvdrcfg) aufgerufen und ACIP sowie NVRAM deaktiviert (deinstalliert) Dann hab ich einen VDR Neustart durchgeführt, danach wieder ctvdrcfg eingegeben und dann ACPI wieder angehakt und wieder einen Neustart gemacht. Seit dem läuft es bei mir.

Vielleicht geht es bei Dir ja auch !!!

hightower · 15. April 2008

Hallo,

wieso setzt du den Alarm in die Vergangenheit?

vdr1:~# echo "2008-13-04 08:35:00" >/proc/acpi/alarm
vdr1:~# echo "2008-13-04 08:35:00" >/proc/acpi/alarm
vdr1:~# cat /proc/driver/rtc
rtc_time : 08:44:30 <<<----jetzige Zeit
rtc_date : 2008-04-13
rtc_epoch : 1900
alarm : 08:35:00 <<<----Alarmzeit
DST_enable : no
BCD : yes
24hr : yes
square_wave : no
alarm_IRQ : yes
update_IRQ : no
periodic_IRQ : no
periodic_freq : 1024
batt_status : okay

Bei Mir sieht das so aus.

VDR:~# cat /proc/driver/rtc
rtc_time : 09:57:25 (UTC Zeit)
rtc_date : 2008-04-15
alrm_time : 10:05:00 (UTC Zeit)
alrm_date : ****-**-**
alarm_IRQ : yes
alrm_pending : no
24hr : yes
periodic_IRQ : no
update_IRQ : no
DST_enable : no
periodic_freq : 1024
batt_status : okay

hightower · 16. April 2008

Hallöchen Sammlerjaeger,

ist dein ACPI nun funktionstüchtig.
Meines habe ich nun hinbekommen.

GLG

Sammlerjaeger · 16. April 2008

Zitat

Original von hightower
Hallo,

wieso setzt du den Alarm in die Vergangenheit?

Das war nur ein Beispiel, ok schlechtes Beispiel.

Aber sonst hatte ich es schon richtig

... Nö, es läuft nicht.

hightower · 16. April 2008

Zitat

... Nö, es läuft nicht.

Vielleicht kann ich Dir nun helfen denn meines läuft seit heute früh.
Es hat mich auch viele Nerven gekostet aber es geht

GLG

Sammlerjaeger · 16. April 2008

hightower

sehr gerne, wo fangen wir an?

Hast du auch gleiche Problem gehabt?

Gleiche VDR Version?

.....

hightower · 16. April 2008

Hallo,

ich nutze den VDR von CT-Distri 6.1 mit dem Kernel 2.6.22-4.
welche Version nutzt du und was hast du schon installiert?

- ACPI installliert?
- ggf. Anpassungen in s90.acpiwakeup vorgenommen?
- schonmal nen manuellen Test gemacht und selber die Hochfahrtzeit gesetzt für den VDR

Gruß

-nichts ist unmöglich-

TheChief · 16. April 2008

Bei mir gings anfangs unter Debian auch nicht (Kernel 2.6.23.9)

Das Wiki und längere Rechere im Internet hat geholfen

Zitat

Kernel >= 2.6.22

Der Pfad lautet /sys/class/rtc/rtc0/wakealarm. Näheres zur benötigten Kernelkonfiguration siehe MythTV-Wiki-Eintrag zu ACPI-Wakeup. Die Weckzeit wird als Anzahl der Sekunden seit dem 01.01.1970 erwartet und ohne Beachtung der jeweiligen Zeitzone in YYYY-MM-DD HH:MM:SS umgerechnet. Es ist daher ratsam, die Systemuhr in UTC laufen zu lassen, um im Shutdown-Skript keine Zeitzonen-abhängige Korrektur der vom VDR kommenden UTC-Zeiten vornehmen zu müssen.

Ist bereits ein Wert gesetzt, so muss der Alarm erst wieder deaktiviert werden, sonst schlägt ein zweites Setzen fehl. Dies geschieht durch Setzen eines Datums in der Vergangenheit (z.B. 0).

Beispiel:

echo 0 > /sys/class/rtc/rtc0/wakealarm
date +%s -d "Fri Feb 22 21:00:00 MET 2008" > /sys/class/rtc/rtc0/wakealarm

Alles anzeigen

Ich musste allerdings vorher noch das Kernelmodule rtc_cmos laden, bevor der Pfad vorhanden war.

Hier gibts auch noch Infos: http://www.mythtv.org/wiki/index.php/ACPI_Wakeup

Gruss
TheChief

Sammlerjaeger · 16. April 2008

Zitat

Original von hightower
Hallo,

ich nutze den VDR von CT-Distri 6.1 mit dem Kernel 2.6.22-4.
welche Version nutzt du und was hast du schon installiert?

- ACPI installliert?

ich habe auch c't 6.1 mit etobi und Kernel 2.6.18-4-486, ACPI ist installliert

Zitat

- ggf. Anpassungen in s90.acpiwakeup vorgenommen?

nein, was muss ich machen?

Zitat

- schonmal nen manuellen Test gemacht und selber die Hochfahrtzeit gesetzt für den VDR

es klappt nur wenn ich eine Zeit im BIOS setzt habe, sonst geht nix. Habe bislang nur den manuellen Test gemacht!

@The Chief
ich habe Kernel <2.6.22 da läuft es anders

estebe · 16. April 2008

Zitat

Original von PeterD
Du weisst das eventuelle Wake on timer funktionen im BIOS aus sein müssen (auch wenns unlogisch scheint) ?

Das stimmt so nicht. Ich kenne zumindest 2 Boards, bei denen es gerade eingeschaltet sein muss: Mein altes Asus CUBX und mein aktuelles Gigabyte GA-6OXM7.
Also bitte mal beides probieren. Bei den o.g. Boards sieht man die eingestellte Zeit sogar im BIOS, wenn man den Rechner nach dem Setzen statt auszuschalten neustartet und ins BIOS geht.

Außerdem könnte es etwas brigen, hwclock komplett zu deaktivieren (auskommentieren oder via update-rc.d).

Wenn dein Rechner Suspend to RAM/Disk unterstützt, versuch mal ihn schlafen zu legen statt ihn auszuschalten. Aufwachen aus S5 ist laut ACPI-Standard eigentlich nicht vorgesehen, vielleicht hast du ein ganz pingeliges Board.

Zu guter letzt würde ich dich bitten, mal die Ausgabe von

Code

xxd -g1 /proc/acpi/fadt

(siehe Wiki) zu posten.

Viel Glück,
Stefan

Sammlerjaeger · 16. April 2008

Zitat

Wenn dein Rechner Suspend to RAM/Disk unterstützt, versuch mal ihn schlafen zu legen statt ihn auszuschalten. Aufwachen aus S5 ist laut ACPI-Standard eigentlich nicht vorgesehen, vielleicht hast du ein ganz pingeliges Board.

Wie lege ich ihn schlafen

Zitat
Zu guter letzt würde ich dich bitten, mal die Ausgabe von
Code
xxd -g1 /proc/acpi/fadt
(siehe Wiki) zu posten.

Hier mal auf die Schnelle:

Code

vdr1:~# xxd -g1 /proc/acpi/fadt
0000000: 46 41 43 50 f4 00 00 00 01 50 41 53 55 53 20 20  FACP.....PASUS
0000010: 50 34 50 45 2d 58 20 20 31 2e 30 42 4d 53 46 54  P4PE-X  1.0BMSFT
0000020: 31 30 31 31 00 f0 ff 1f 34 c1 fe 1f 00 00 09 00  1011....4.......
0000030: b2 00 00 00 a1 a0 00 00 00 e4 00 00 00 00 00 00  ................
0000040: 04 e4 00 00 00 00 00 00 00 00 00 00 08 e4 00 00  ................
0000050: 28 e4 00 00 00 00 00 00 04 02 00 04 08 00 20 00  (............. .
0000060: be 00 6c 07 00 00 00 00 01 03 0d 00 00 01 00 00  ..l.............
0000070: a5 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
0000080: 00 00 00 00 00 f0 ff 1f 00 00 00 00 34 c1 fe 1f  ............4...
0000090: 00 00 00 00 01 04 00 00 00 e4 00 00 00 00 00 00  ................
00000a0: 01 04 00 00 00 00 00 00 00 00 00 00 01 02 00 00  ................
00000b0: 04 e4 00 00 00 00 00 00 01 02 00 00 00 00 00 00  ................
00000c0: 00 00 00 00 01 00 00 00 00 00 00 00 00 00 00 00  ................
00000d0: 01 04 00 00 08 e4 00 00 00 00 00 00 01 00 00 00  ................
00000e0: 28 e4 00 00 00 00 00 00 01 00 00 00 00 00 00 00  (...............
00000f0: 00 00 00 00                                      ....

Alles anzeigen

Das sieht doch nicht schlecht aus oder ?

estebe · 16. April 2008

Zitat

Original von Sammlerjaeger
Wie lege ich ihn schlafen

Code

$> # alle möglichen Dienste stoppen und Module entladen
$> cat /sys/power/state
standby mem disk
$> echo mem > /sys/power/state

Es gibt da noch spezielle Skripte (hibernate, uswsusp), die noch vorarbeiten erledigen. Davon hab ich aber keine Ahnung. Generell ist Suspend ein heißes Thema, da würde ich auf Google verweisen wollen.

Erfolgversprechender ist denke ich die BIOS-Einstellungs-Geschichte bzw. hwclock.

Zitat

Original von Sammlerjaeger

Code

vdr1:~# xxd -g1 /proc/acpi/fadt
0000060: be 00 6c 07 00 00 00 00 01 03 0d 00 00 01 00 00  ..l.............
0000070: a5 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................

Das sieht doch nicht schlecht aus oder ?

Jap, das sollte keine Probleme geben, Setzen des Tages und Aufwachen aus S4 wird unterstützt.

MfG, Stefan

bubbu · 23. April 2008

Hi, mein Wakeup funktioniert auch nich !!!

Ich weiß nich wo ich anfangen soll, ich hab einen 2.6.22-gentoo-r8 Kernel am laufen "GENTOO " :). Jedoch hab ich noch /proc/acpi/alarm . Wenn ich nun echo "2008-04-19 23:59:59" >/proc/acpi/alarm ausführe und ein poweroff mache fährt mein system wieder hoch . Bin nach der Anleitung von Hubertus
gegangen. Jetzt hab ich aber das Problem das er nix richtiges in /proc/acpi/alarm einträgt, ich habe das Gefühl dieses skript führt der vdr gar nicht aus weil ich vorher auch kein vdrpoweroff.sh hatte. Jetzt Blick ich gar nicht mehr durch :). Bitte um Hilfe, wenn fragen sein sollten, was ich verstehen könnte dann postet sie bitte .

mfg

bubbu

estebe · 23. April 2008

bubbu
Bitte kein Thread-Hijacking! Da dein Wakeup hardwaremäßig läuft, gehört dein Thema eher als neuer Thread in die Kategorie Linux => Betriebssystem => Gentoo oder Gen2vdr, Titel "Wakeup-Zeit wird nicht gesetzt", bitte mit genauen Versionsangaben zu media-video/vdr, media-tv/gentoo-vdr-scripts und kurzer Beschreibung deiner Hard- und Softwareumgebung sowie deiner Vorgehensweise beim Testen.

Danke,
Stefan

Hans Olo · 29. November 2008

Hallo zusammen, sieht ja so aus, als haette Sammlerjaeger das Problem geloest.

ich habe genau dasselbe board ASUS P4PE-X und dasselbe problem: nur setzen der Wakeup-zeit im Bios funktioniert, alle haendischen versuche mit echo xxx >/proc/acpi/alarm funzen nicht, vdr timer per acpi dann erst recht nicht...

wie geht's denn nun?

danke + gruss

ACPI Wakeup läuft nicht

Jetzt mitmachen!

Teilen