yaVDR: S3-Resume funktioniert nicht

JK1974 · 18. Januar 2010

Hi,

möchte die Frage aus dem Announcement-Thread rausziehen. Problem: Nach dem Aufwecken aus dem Standby-Modus kommt bei mir kein Bild.

HolgerR hat dazu geschrieben:

Zitat
Erzeuge bitte mal eine Datei namens:
Code
/etc/yavdr/force-reload-modules.list
mit dem problematischen Modul als Inhalt, also
Code
nvidia
.
Damit sollte der S3 Resume verlässlich funktionieren. Wäre klasse, wenn du das mal testen könntest.

Tut leider nicht, stattdessen steht in der /var/log/syslog:

Code

NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0xffffffff:930)
NVRM: rm_init_adapter(0) failed

Habe das File jetzt wieder gelöscht.

Nach dem ersten Wakeup ging es wieder, zwei Shutdowns und Wakeups danach bleibt der Fernseher wieder schwarz. Im syslog finde ich auch nichts:

Code

Jan 18 02:56:49 hd-vdr kernel: [  179.068064] ACPI: Waking up from system sleep state S3
Jan 18 02:56:49 hd-vdr kernel: [  179.068727] pci 0000:00:00.0: restoring config space at offset 0xf (was 0x0, writing 0xff)
Jan 18 02:56:49 hd-vdr kernel: [  179.068998] ohci_hcd 0000:00:02.0: restoring config space at offset 0x1 (was 0xb00007, writing 0xb00003)
Jan 18 02:56:49 hd-vdr kernel: [  179.069016] ohci_hcd 0000:00:02.0: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.069041] ehci_hcd 0000:00:02.1: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
Jan 18 02:56:49 hd-vdr kernel: [  179.069062] ehci_hcd 0000:00:02.1: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.069084] ohci_hcd 0000:00:04.0: restoring config space at offset 0x1 (was 0xb00007, writing 0xb00003)
Jan 18 02:56:49 hd-vdr kernel: [  179.069101] ohci_hcd 0000:00:04.0: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.069125] ehci_hcd 0000:00:04.1: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
Jan 18 02:56:49 hd-vdr kernel: [  179.069146] ehci_hcd 0000:00:04.1: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.069194] HDA Intel 0000:00:07.0: restoring config space at offset 0x1 (was 0xb00006, writing 0xb00002)
Jan 18 02:56:49 hd-vdr kernel: [  179.069216] pci 0000:00:08.0: restoring config space at offset 0xf (was 0x20400ff, writing 0x60400ff)
Jan 18 02:56:49 hd-vdr kernel: [  179.069292] ahci 0000:00:09.0: restoring config space at offset 0x1 (was 0xb00000, writing 0xb00407)
Jan 18 02:56:49 hd-vdr kernel: [  179.069447] ahci 0000:00:09.0: Enabling HT MSI Mapping
Jan 18 02:56:49 hd-vdr kernel: [  179.069618] forcedeth 0000:00:0a.0: Enabling HT MSI Mapping
Jan 18 02:56:49 hd-vdr kernel: [  179.069637] pci 0000:00:0b.0: restoring config space at offset 0x7 (was 0x2000d1d1, writing 0xd1d1)
Jan 18 02:56:49 hd-vdr kernel: [  179.069792] pci 0000:00:0b.0: Enabling HT MSI Mapping
Jan 18 02:56:49 hd-vdr kernel: [  179.069907] pcieport-driver 0000:00:10.0: restoring config space at offset 0x1 (was 0x100007, writing 0x100407)
Jan 18 02:56:49 hd-vdr kernel: [  179.070147] pcieport-driver 0000:00:12.0: restoring config space at offset 0x1 (was 0x100007, writing 0x100407)
Jan 18 02:56:49 hd-vdr kernel: [  179.070386] pcieport-driver 0000:00:13.0: restoring config space at offset 0x1 (was 0x100007, writing 0x100407)
Jan 18 02:56:49 hd-vdr kernel: [  179.070625] pcieport-driver 0000:00:14.0: restoring config space at offset 0x1 (was 0x100007, writing 0x100407)
Jan 18 02:56:49 hd-vdr kernel: [  179.070863] cx88_audio 0000:01:08.1: restoring config space at offset 0xf (was 0xff040100, writing 0xff0401ff)
Jan 18 02:56:49 hd-vdr kernel: [  179.070882] cx88_audio 0000:01:08.1: restoring config space at offset 0x4 (was 0x0, writing 0xfb000000)
Jan 18 02:56:49 hd-vdr kernel: [  179.070890] cx88_audio 0000:01:08.1: restoring config space at offset 0x3 (was 0x800000, writing 0x802008)
Jan 18 02:56:49 hd-vdr kernel: [  179.070899] cx88_audio 0000:01:08.1: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002)
Jan 18 02:56:49 hd-vdr kernel: [  179.070920] cx88-mpeg driver manager 0000:01:08.2: restoring config space at offset 0xf (was 0x58060100, writing 0x580601ff)
Jan 18 02:56:49 hd-vdr kernel: [  179.070939] cx88-mpeg driver manager 0000:01:08.2: restoring config space at offset 0x4 (was 0x0, writing 0xfa000000)
Jan 18 02:56:49 hd-vdr kernel: [  179.070948] cx88-mpeg driver manager 0000:01:08.2: restoring config space at offset 0x3 (was 0x800000, writing 0x802008)
Jan 18 02:56:49 hd-vdr kernel: [  179.070957] cx88-mpeg driver manager 0000:01:08.2: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002)
Jan 18 02:56:49 hd-vdr kernel: [  179.070978] pci 0000:01:08.4: restoring config space at offset 0xf (was 0xff060100, writing 0xff0601ff)
Jan 18 02:56:49 hd-vdr kernel: [  179.070996] pci 0000:01:08.4: restoring config space at offset 0x4 (was 0x0, writing 0xf9000000)
Jan 18 02:56:49 hd-vdr kernel: [  179.071004] pci 0000:01:08.4: restoring config space at offset 0x3 (was 0x800000, writing 0x802008)
Jan 18 02:56:49 hd-vdr kernel: [  179.071013] pci 0000:01:08.4: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900006)
Jan 18 02:56:49 hd-vdr kernel: [  179.071065] cx88_audio 0000:01:09.1: restoring config space at offset 0xf (was 0xff040100, writing 0xff0401ff)
Jan 18 02:56:49 hd-vdr kernel: [  179.071084] cx88_audio 0000:01:09.1: restoring config space at offset 0x4 (was 0x0, writing 0xf7000000)
Jan 18 02:56:49 hd-vdr kernel: [  179.071092] cx88_audio 0000:01:09.1: restoring config space at offset 0x3 (was 0x800000, writing 0x802008)
Jan 18 02:56:49 hd-vdr kernel: [  179.071101] cx88_audio 0000:01:09.1: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002)
Jan 18 02:56:49 hd-vdr kernel: [  179.071121] cx88-mpeg driver manager 0000:01:09.2: restoring config space at offset 0xf (was 0x58060100, writing 0x580601ff)
Jan 18 02:56:49 hd-vdr kernel: [  179.071140] cx88-mpeg driver manager 0000:01:09.2: restoring config space at offset 0x4 (was 0x0, writing 0xf6000000)
Jan 18 02:56:49 hd-vdr kernel: [  179.071149] cx88-mpeg driver manager 0000:01:09.2: restoring config space at offset 0x3 (was 0x800000, writing 0x802008)
Jan 18 02:56:49 hd-vdr kernel: [  179.071158] cx88-mpeg driver manager 0000:01:09.2: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900002)
Jan 18 02:56:49 hd-vdr anacron[3482]: Anacron 2.3 started on 2010-01-18
Jan 18 02:56:49 hd-vdr anacron[3482]: Normal exit (0 jobs run)
Jan 18 02:56:49 hd-vdr kernel: [  179.071178] pci 0000:01:09.4: restoring config space at offset 0xf (was 0xff060100, writing 0xff0601ff)
Jan 18 02:56:49 hd-vdr kernel: [  179.071197] pci 0000:01:09.4: restoring config space at offset 0x4 (was 0x0, writing 0xf5000000)
Jan 18 02:56:49 hd-vdr kernel: [  179.071205] pci 0000:01:09.4: restoring config space at offset 0x3 (was 0x800000, writing 0x802008)
Jan 18 02:56:49 hd-vdr kernel: [  179.071214] pci 0000:01:09.4: restoring config space at offset 0x1 (was 0x2900000, writing 0x2900006)
Jan 18 02:56:49 hd-vdr kernel: [  179.071271] nvidia 0000:02:00.0: restoring config space at offset 0x1 (was 0x100107, writing 0x100007)
Jan 18 02:56:49 hd-vdr kernel: [  179.072217] nForce2_smbus 0000:00:01.1: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.072229] ohci_hcd 0000:00:02.0: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.072243] ohci_hcd 0000:00:02.0: PCI INT A -> Link[AUBA] -> GSI 20 (level, low) -> IRQ 20
Jan 18 02:56:49 hd-vdr kernel: [  179.072252] ohci_hcd 0000:00:02.0: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.096124] ehci_hcd 0000:00:02.1: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.096143] ehci_hcd 0000:00:02.1: PCI INT B -> Link[AUB2] -> GSI 22 (level, low) -> IRQ 22
Jan 18 02:56:49 hd-vdr kernel: [  179.096152] ehci_hcd 0000:00:02.1: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.096163] ohci_hcd 0000:00:04.0: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.096172] ohci_hcd 0000:00:04.0: PCI INT A -> Link[AU1B] -> GSI 23 (level, low) -> IRQ 23
Jan 18 02:56:49 hd-vdr kernel: [  179.096179] ohci_hcd 0000:00:04.0: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.120123] ehci_hcd 0000:00:04.1: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.120142] ehci_hcd 0000:00:04.1: PCI INT B -> Link[AU2B] -> GSI 21 (level, low) -> IRQ 21
Jan 18 02:56:49 hd-vdr kernel: [  179.120151] ehci_hcd 0000:00:04.1: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.120166] pata_amd 0000:00:06.0: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.120192] HDA Intel 0000:00:07.0: PCI INT A -> Link[AAZA] -> GSI 21 (level, low) -> IRQ 21
Jan 18 02:56:49 hd-vdr kernel: [  179.120200] HDA Intel 0000:00:07.0: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.120232] pci 0000:00:08.0: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.120244] ahci 0000:00:09.0: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.120289] forcedeth 0000:00:0a.0: wake-up capability disabled by ACPI
Jan 18 02:56:49 hd-vdr kernel: [  179.120296] forcedeth 0000:00:0a.0: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.123143] ata8: port disabled. ignoring.
Jan 18 02:56:49 hd-vdr kernel: [  179.185783] forcedeth 0000:00:0a.0: irq 29 for MSI/MSI-X
Jan 18 02:56:49 hd-vdr kernel: [  179.185986] eth0: no link during initialization.
Jan 18 02:56:49 hd-vdr kernel: [  179.186131] pci 0000:00:0b.0: setting latency timer to 64
Jan 18 02:56:49 hd-vdr kernel: [  179.304105] cx88_audio 0000:01:08.1: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.304127] cx88_audio 0000:01:08.1: PCI INT A -> Link[APC1] -> GSI 16 (level, low) -> IRQ 16
Jan 18 02:56:49 hd-vdr kernel: [  179.304140] cx88-mpeg driver manager 0000:01:08.2: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.304149] cx88-mpeg driver manager 0000:01:08.2: PCI INT A -> Link[APC1] -> GSI 16 (level, low) -> IRQ 16
Jan 18 02:56:49 hd-vdr kernel: [  179.304161] pci 0000:01:08.4: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.424121] cx88_audio 0000:01:09.1: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.424144] cx88_audio 0000:01:09.1: PCI INT A -> Link[APC2] -> GSI 17 (level, low) -> IRQ 17
Jan 18 02:56:49 hd-vdr kernel: [  179.424157] cx88-mpeg driver manager 0000:01:09.2: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.424166] cx88-mpeg driver manager 0000:01:09.2: PCI INT A -> Link[APC2] -> GSI 17 (level, low) -> IRQ 17
Jan 18 02:56:49 hd-vdr kernel: [  179.424177] pci 0000:01:09.4: PME# disabled
Jan 18 02:56:49 hd-vdr kernel: [  179.440124] ata4: SATA link down (SStatus 0 SControl 300)
Jan 18 02:56:49 hd-vdr kernel: [  179.440150] ata5: SATA link down (SStatus 0 SControl 300)
Jan 18 02:56:49 hd-vdr kernel: [  179.440167] ata3: SATA link down (SStatus 0 SControl 300)
Jan 18 02:56:49 hd-vdr kernel: [  179.440184] ata6: SATA link down (SStatus 0 SControl 300)
Jan 18 02:56:49 hd-vdr kernel: [  179.482125] ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[19]  MMIO=[fcfff000-fcfff7ff]  Max Packet=[2048]  IR/IT contexts=[8/8]
Jan 18 02:56:49 hd-vdr kernel: [  179.493666] serial 00:09: activated
Jan 18 02:56:49 hd-vdr kernel: [  179.597484] sd 0:0:0:0: [sda] Starting disk
Jan 18 02:56:49 hd-vdr kernel: [  180.751970] eth0: link up.
Jan 18 02:56:49 hd-vdr kernel: [  185.048115] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Jan 18 02:56:49 hd-vdr kernel: [  185.049892] ata2.00: configured for UDMA/100
Jan 18 02:56:49 hd-vdr kernel: [  187.456136] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jan 18 02:56:49 hd-vdr kernel: [  187.481853] ata1.00: configured for UDMA/133
Jan 18 02:56:49 hd-vdr kernel: [  190.484075] 
Jan 18 02:56:49 hd-vdr kernel: [  190.484081] floppy driver state
Jan 18 02:56:49 hd-vdr kernel: [  190.484084] -------------------
Jan 18 02:56:49 hd-vdr kernel: [  190.484091] now=4294939917 last interrupt=4294894763 diff=45154 last called handler=f8119500
Jan 18 02:56:49 hd-vdr kernel: [  190.484096] timeout_message=lock fdc
Jan 18 02:56:49 hd-vdr kernel: [  190.484099] last output bytes:
Jan 18 02:56:49 hd-vdr kernel: [  190.484103] 18 80 4294892716
Jan 18 02:56:49 hd-vdr kernel: [  190.484107]  8 80 4294892717
Jan 18 02:56:49 hd-vdr kernel: [  190.484111]  8 80 4294892717
Jan 18 02:56:49 hd-vdr kernel: [  190.484114]  8 80 4294892717
Jan 18 02:56:49 hd-vdr kernel: [  190.484117]  8 80 4294892717
Jan 18 02:56:49 hd-vdr kernel: [  190.484121] 12 80 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484124]  0 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484128] 13 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484131]  0 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484134] 1a 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484138]  0 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484141]  3 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484144] c1 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484148] 10 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484151]  7 80 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484154]  0 90 4294894594
Jan 18 02:56:49 hd-vdr kernel: [  190.484158]  8 81 4294894675
Jan 18 02:56:49 hd-vdr kernel: [  190.484161]  7 80 4294894682
Jan 18 02:56:49 hd-vdr kernel: [  190.484164]  0 90 4294894682
Jan 18 02:56:49 hd-vdr kernel: [  190.484167]  8 81 4294894763
Jan 18 02:56:49 hd-vdr kernel: [  190.484170] last result at 4294894763
Jan 18 02:56:49 hd-vdr kernel: [  190.484174] last redo_fd_request at 4294922717
Jan 18 02:56:49 hd-vdr kernel: [  190.484177] 70  0 
Jan 18 02:56:49 hd-vdr kernel: [  190.484189] status=0
Jan 18 02:56:49 hd-vdr kernel: [  190.484191] fdc_busy=1
Jan 18 02:56:49 hd-vdr kernel: [  190.484194] do_floppy=f8115770
Jan 18 02:56:49 hd-vdr kernel: [  190.484197] cont=f811e904
Jan 18 02:56:49 hd-vdr kernel: [  190.484200] current_req=(null)
Jan 18 02:56:49 hd-vdr kernel: [  190.484203] command_status=-1
Jan 18 02:56:49 hd-vdr kernel: [  190.484206] 
Jan 18 02:56:49 hd-vdr kernel: [  190.484211] floppy0: floppy timeout called
Jan 18 02:56:49 hd-vdr kernel: [  190.582565] PM: resume devices took 11.512 seconds
Jan 18 02:56:49 hd-vdr kernel: [  190.582570] ------------[ cut here ]------------
Jan 18 02:56:49 hd-vdr kernel: [  190.582585] WARNING: at /build/buildd/linux-2.6.31/kernel/power/suspend_test.c:53 suspend_test_finish+0x84/0x90()
Jan 18 02:56:49 hd-vdr kernel: [  190.582591] Hardware name: System Product Name
Jan 18 02:56:49 hd-vdr kernel: [  190.582595] Component: resume devices, time: 11512
Jan 18 02:56:49 hd-vdr kernel: [  190.582598] Modules linked in: nls_utf8 ntfs snd_hda_codec_realtek cx22702 isl6421 cx24116 cx88_dvb cx88_vp3054_i2c wm8775 tuner_simple tuner_types tda9887 tda8290 videobuf_dvb dvb_core tuner hid_gaff ff_memless lp parport joydev psmouse serio_raw cx8802 cx88_alsa cx8800 cx88xx ir_common i2c_algo_bit tveeprom v4l2_common videodev v4l1_compat videobuf_dma_sg videobuf_core nvidia(P) btcx_risc agpgart asus_atk0110 video output snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_timer snd soundcore snd_page_alloc shpchp i2c_nforce2 hid_sunplus usbhid floppy ohci1394 ieee1394 forcedeth
Jan 18 02:56:49 hd-vdr kernel: [  190.582674] Pid: 3307, comm: pm-suspend Tainted: P        W  2.6.31-17-generic #54-Ubuntu
Jan 18 02:56:49 hd-vdr kernel: [  190.582679] Call Trace:
Jan 18 02:56:49 hd-vdr kernel: [  190.582691]  [<c01450fd>] warn_slowpath_common+0x6d/0xa0
Jan 18 02:56:49 hd-vdr kernel: [  190.582700]  [<c0174e34>] ? suspend_test_finish+0x84/0x90
Jan 18 02:56:49 hd-vdr kernel: [  190.582708]  [<c0174e34>] ? suspend_test_finish+0x84/0x90
Jan 18 02:56:49 hd-vdr kernel: [  190.582717]  [<c0145176>] warn_slowpath_fmt+0x26/0x30
Jan 18 02:56:49 hd-vdr kernel: [  190.582725]  [<c0174e34>] suspend_test_finish+0x84/0x90
Jan 18 02:56:49 hd-vdr kernel: [  190.582733]  [<c0174c1f>] suspend_devices_and_enter+0x9f/0xd0
Jan 18 02:56:49 hd-vdr kernel: [  190.582740]  [<c056e92c>] ? printk+0x18/0x1c
Jan 18 02:56:49 hd-vdr kernel: [  190.582747]  [<c0174d09>] enter_state+0xb9/0xf0
Jan 18 02:56:49 hd-vdr kernel: [  190.582754]  [<c01743fd>] state_store+0x6d/0xb0
Jan 18 02:56:49 hd-vdr kernel: [  190.582762]  [<c0174390>] ? state_store+0x0/0xb0
Jan 18 02:56:49 hd-vdr kernel: [  190.582771]  [<c0311fb0>] kobj_attr_store+0x20/0x30
Jan 18 02:56:49 hd-vdr kernel: [  190.582780]  [<c0239790>] sysfs_write_file+0x90/0x100
Jan 18 02:56:49 hd-vdr kernel: [  190.582788]  [<c01e792a>] vfs_write+0x9a/0x190
Jan 18 02:56:49 hd-vdr kernel: [  190.582795]  [<c0239700>] ? sysfs_write_file+0x0/0x100
Jan 18 02:56:49 hd-vdr kernel: [  190.582803]  [<c057325b>] ? do_page_fault+0x19b/0x380
Jan 18 02:56:49 hd-vdr kernel: [  190.582810]  [<c01e83ed>] sys_write+0x3d/0x70
Jan 18 02:56:49 hd-vdr kernel: [  190.582818]  [<c010336c>] syscall_call+0x7/0xb
Jan 18 02:56:49 hd-vdr kernel: [  190.582823] ---[ end trace e00a4d2fcaa8d83b ]---
Jan 18 02:56:49 hd-vdr kernel: [  190.582944] PM: Finishing wakeup.

Alles anzeigen

Habe ich was übersehen, gibt es noch ein anderes Logfile, das von Interesse sein könnte?

Viele Grüße

Jörg

hepi · 18. Januar 2010

Was passiert denn, wenn Du den Rechner bei ausgeschaltetem TV bootest und den TV dann nach einer Minute anschaltest? Bekommst Du ein Bild oder bleibt der TV schwarz? Du warst ja über HDMI dran, richtig?

Gruß
hepi

gda · 18. Januar 2010

Das ist jetzt eher Voodoo als Wissen, aber versuche nur der Vollständigkeit halber in der Datei /etc/pm/config.d/10vdr_module das Nvidia-Modul aus den SUSPEND_MODULES zu entfernen. Ich weiß von Rechnern bei denen S3 nur funktioniert, wenn das Nvidia-Modul nicht entfernt wird vor dem Suspend.

Leider ist das Thema S3 kaum logisch zu erfassen. Trotz gleicher Hardware gibt es hier bei verschiedenen Boards oft unterschiedliche Verhaltensweisen. Ursache ist dann vermutlich das BIOS.

Gerald

HolgerR · 18. Januar 2010

Hi,

Zitat
Original von JK1974
Tut leider nicht, stattdessen steht in der /var/log/syslog:
Code
NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0xffffffff:930)
NVRM: rm_init_adapter(0) failed

Eigenartig: Genau wegen dieses Verhaltens gibt es die Möglichkeit des "force-reload" eigentlich.

Zitat

Nach dem ersten Wakeup ging es wieder, zwei Shutdowns und Wakeups danach bleibt der Fernseher wieder schwarz.

Kannst du dich dann noch per SSH anmelden? Wenn ja: Läuft in diesen Fällen der vdr?

Zitat

Habe ich was übersehen, gibt es noch ein anderes Logfile, das von Interesse sein könnte?

Es gibt auch noch ein "pm-suspend" in /var/log. Das ist nicht immer sonderlich hilfreich, aber einen Blick wäre es wert.

Nochwas:
Verwendest du xine oder xineliboutput als Frontend'?

Gruß
Holger

JK1974 · 18. Januar 2010

Scheint so ähnlich wie mein anderes Problem zu sein, dass bei XBMC kein HD-Video angezeigt wird bzw. es über den VGA-Ausgang geschickt wird.

Code

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.4  0.1   2640  1580 ?        Ss   11:13   0:01 /sbin/init
root         2  0.0  0.0      0     0 ?        S<   11:13   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S<   11:13   0:00 [migration/0]
root         4  0.0  0.0      0     0 ?        S<   11:13   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   11:13   0:00 [watchdog/0]
root         9  0.0  0.0      0     0 ?        S<   11:13   0:00 [events/0]
root        11  0.0  0.0      0     0 ?        S<   11:13   0:00 [cpuset]
root        12  0.0  0.0      0     0 ?        S<   11:13   0:00 [khelper]
root        13  0.0  0.0      0     0 ?        S<   11:13   0:00 [netns]
root        14  0.0  0.0      0     0 ?        S<   11:13   0:00 [async/mgr]
root        15  0.0  0.0      0     0 ?        S<   11:13   0:00 [kintegrityd/0]
root        17  0.0  0.0      0     0 ?        S<   11:13   0:00 [kblockd/0]
root        19  0.0  0.0      0     0 ?        S<   11:13   0:00 [kacpid]
root        20  0.0  0.0      0     0 ?        S<   11:13   0:00 [kacpi_notify]
root        21  0.0  0.0      0     0 ?        S<   11:13   0:00 [kacpi_hotplug]
root        22  0.0  0.0      0     0 ?        S<   11:13   0:00 [ata/0]
root        24  0.0  0.0      0     0 ?        S<   11:13   0:00 [ata_aux]
root        25  0.0  0.0      0     0 ?        S<   11:13   0:00 [ksuspend_usbd]
root        26  0.0  0.0      0     0 ?        S<   11:13   0:00 [khubd]
root        27  0.0  0.0      0     0 ?        S<   11:13   0:00 [kseriod]
root        28  0.0  0.0      0     0 ?        S<   11:13   0:00 [kmmcd]
root        29  0.0  0.0      0     0 ?        S<   11:13   0:00 [bluetooth]
root        30  0.0  0.0      0     0 ?        S    11:13   0:00 [khungtaskd]
root        31  0.0  0.0      0     0 ?        S    11:13   0:00 [pdflush]
root        32  0.0  0.0      0     0 ?        S    11:13   0:00 [pdflush]
root        33  0.0  0.0      0     0 ?        S<   11:13   0:00 [kswapd0]
root        34  0.0  0.0      0     0 ?        S<   11:13   0:00 [aio/0]
root        36  0.0  0.0      0     0 ?        S<   11:13   0:00 [ecryptfs-kthrea]
root        37  0.0  0.0      0     0 ?        S<   11:13   0:00 [crypto/0]
root        42  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_0]
root        43  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_1]
root        44  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_2]
root        45  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_3]
root        46  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_4]
root        47  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_5]
root        53  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_6]
root        54  0.0  0.0      0     0 ?        S<   11:13   0:00 [scsi_eh_7]
root        57  0.0  0.0      0     0 ?        S<   11:13   0:00 [kstriped]
root        58  0.0  0.0      0     0 ?        S<   11:13   0:00 [kmpathd/0]
root        60  0.0  0.0      0     0 ?        S<   11:13   0:00 [kmpath_handlerd]
root        61  0.0  0.0      0     0 ?        S<   11:13   0:00 [ksnapd]
root        62  0.0  0.0      0     0 ?        S<   11:13   0:00 [kondemand/0]
root        64  0.0  0.0      0     0 ?        S<   11:13   0:00 [kconservative/0]
root        66  0.0  0.0      0     0 ?        S<   11:13   0:00 [krfcommd]
root       374  0.0  0.0      0     0 ?        S<   11:13   0:00 [khpsbpkt]
root       403  0.0  0.0      0     0 ?        S<   11:13   0:00 [knodemgrd_0]
root       415  0.0  0.0      0     0 ?        S<   11:13   0:00 [usbhid_resumer]
root       447  0.0  0.0      0     0 ?        S<   11:14   0:00 [kjournald2]
root       483  0.0  0.0   2284   836 ?        S    11:14   0:00 upstart-udev-bridge --daemon
root       485  0.0  0.1   2768  1220 ?        S<s  11:14   0:00 udevd --daemon
root       708  0.0  0.0      0     0 ?        S<   11:14   0:00 [kpsmoused]
root       812  0.0  0.0      0     0 ?        S<   11:14   0:00 [hd-audio0]
root       858  0.1  0.0      0     0 ?        S<   11:14   0:00 [cx88 tvaudio]
daemon     935  0.0  0.0   1808   500 ?        Ss   11:14   0:00 portmap
root       943  0.0  0.0   1852   552 ?        Ss   11:14   0:00 dd bs=1 if=/proc/kmsg of=/var/run/rsyslog/kmsg
syslog     949  0.0  0.1  34328  1372 ?        Sl   11:14   0:00 rsyslogd -c4
102        970  0.1  0.1   2688   936 ?        Ss   11:14   0:00 dbus-daemon --system --fork
103       1025  0.1  0.3   5500  3440 ?        Ss   11:14   0:00 hald --daemon=yes
root      1030  0.0  0.3   9124  2736 ?        Ssl  11:14   0:00 /usr/sbin/console-kit-daemon
statd     1103  0.0  0.0   1880   720 ?        Ss   11:14   0:00 rpc.statd -L
root      1104  0.0  0.1   3344  1208 ?        S    11:14   0:00 hald-runner
root      1261  0.0  0.0      0     0 ?        S<   11:14   0:00 [kjournald2]
root      1390  0.0  0.1   3420  1132 ?        S    11:14   0:00 hald-addon-input: Listening on /dev/input/event5 /dev/input/event0 /dev/input/event1 /dev/input/event3 /dev/input/event4
root      1399  0.0  0.1   3428  1128 ?        S    11:14   0:00 /usr/lib/hal/hald-addon-cpufreq
103       1401  0.0  0.1   3264  1128 ?        S    11:14   0:00 hald-addon-acpi: listening on acpid socket /var/run/acpid.socket
root      1426  0.0  0.1   3420  1136 ?        S    11:14   0:00 hald-addon-storage: polling /dev/sr0 (every 16 sec)
root      1460  0.0  0.0   1704   544 tty4     Ss+  11:14   0:00 /sbin/getty -8 38400 tty4
root      1461  0.0  0.0   1704   544 tty5     Ss+  11:14   0:00 /sbin/getty -8 38400 tty5
root      1468  0.0  0.0   1704   544 tty2     Ss+  11:14   0:00 /sbin/getty -8 38400 tty2
root      1469  0.0  0.0   1704   552 tty3     Ss+  11:14   0:00 /sbin/getty -8 38400 tty3
root      1471  0.0  0.0   1704   544 tty6     Ss+  11:14   0:00 /sbin/getty -8 38400 tty6
root      1473  0.0  0.0   1976   860 ?        Ss   11:14   0:00 acpid -c /etc/acpi/events -s /var/run/acpid.socket
daemon    1475  0.0  0.0   1964   420 ?        Ss   11:14   0:00 atd
root      1476  0.0  0.0   2092   868 ?        Ss   11:14   0:00 cron
root      1547  0.0  0.1   5360  1064 ?        Ss   11:14   0:00 /usr/sbin/sshd
root      1593  0.0  0.0   3032   612 ?        Ss   11:14   0:00 /usr/sbin/lircd --output=/var/run/lirc/lircd --driver=devinput --device=/dev/input/ir
root      1601  0.0  0.0   1692   316 ?        Ss   11:14   0:00 /usr/bin/irexec -d /etc/lirc/lircrc
root      1616  0.0  0.1   8596  1688 ?        Ss   11:14   0:00 /usr/sbin/nmbd -D
root      1620  0.0  0.3  16172  2820 ?        Ss   11:14   0:00 /usr/sbin/smbd -D
root      1621  0.0  0.1  16172  1340 ?        S    11:14   0:00 /usr/sbin/smbd -D
root      1628  0.0  0.0   5532   868 ?        Ss   11:14   0:00 /usr/bin/tntnet
root      1630  0.0  0.2  77368  1816 ?        Sl   11:14   0:00 /usr/bin/tntnet
root      1857  0.0  0.0   1704   544 tty1     Ss+  11:15   0:00 /sbin/getty -8 38400 tty1
root      2316  0.0  0.3   8300  2740 ?        Ss   11:15   0:00 sshd: root@pts/0 
root      2339  0.0  0.2   4384  1884 pts/0    Ss   11:15   0:00 -bash
root      2630  0.0  0.0      0     0 ?        S<   11:16   0:00 [migration/1]
root      2631  0.0  0.0      0     0 ?        S<   11:16   0:00 [ksoftirqd/1]
root      2632  0.0  0.0      0     0 ?        S<   11:16   0:00 [watchdog/1]
root      2633  0.0  0.0      0     0 ?        S<   11:16   0:00 [kconservative/1]
root      2634  0.0  0.0      0     0 ?        R<   11:16   0:00 [kondemand/1]
root      2635  0.0  0.0      0     0 ?        S<   11:16   0:00 [kmpathd/1]
root      2636  0.0  0.0      0     0 ?        S<   11:16   0:00 [crypto/1]
root      2637  0.0  0.0      0     0 ?        S<   11:16   0:00 [aio/1]
root      2638  0.0  0.0      0     0 ?        S<   11:16   0:00 [ata/1]
root      2639  0.0  0.0      0     0 ?        S<   11:16   0:00 [kblockd/1]
root      2640  0.0  0.0      0     0 ?        S<   11:16   0:00 [kintegrityd/1]
root      2641  0.0  0.0      0     0 ?        S<   11:16   0:00 [events/1]
root      2674  0.0  0.1   4204  1456 ?        Ss   11:16   0:00 /bin/sh -e /dev/fd/10
root      2683  0.0  0.0   1764   612 ?        S    11:16   0:00 /usr/sbin/nodm
root      2684  0.0  0.0   3056   776 ?        S    11:16   0:00 /usr/bin/xinit /usr/sbin/nodm -- :1 vt9 -br
root      2685  1.0  3.5  40644 31816 tty9     S<s+ 11:16   0:00 X :1 vt9 -br
root      2698  0.0  0.1   2764  1116 ?        S<   11:16   0:00 udevd --daemon
root      2702  0.0  0.1   2764  1116 ?        S<   11:16   0:00 udevd --daemon
vdr       2708  0.0  0.1   2464  1088 ?        S    11:16   0:00 /usr/sbin/nodm
vdr       2712  0.0  0.1   4492  1524 ?        S    11:16   0:00 /bin/sh /etc/X11/Xsession.vdr
root      2721  0.0  0.1   2996  1444 ?        Ss   11:16   0:00 /bin/bash /usr/sbin/vdr-upstart
vdr       2766  0.0  0.1   3164   924 ?        S    11:16   0:00 /usr/bin/unclutter -idle 1 -root -visible
vdr       2767  0.0  0.1   4492  1536 ?        S    11:16   0:00 /bin/bash /usr/bin/start-xine
root      2892  0.0  0.1   2952  1356 ?        S    11:16   0:00 /bin/bash -p /usr/sbin/runvdr -v /video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 2001 --vfat -w 60 -P "suspendoutput " -P wirbelscan -P externalplayer -P epgsearch -P extrecmenu -P "osdteletext " -P "burn " -P menuorg -P quickepgsearch -P epgsearchonly -P channellists -P iptv -P femon -P avolctl -P "live --port=8008 --ip=0.0.0.0" -P conflictcheckonly -P "xine ? -r" -P text2skin -P streamdev-server
vdr       2904 11.5  4.7 342936 42696 ?        Sl   11:16   0:04 /usr/bin/vdr -v /video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-recordingaction -s /usr/lib/vdr/vdr-shutdown.wrapper -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 2001 --vfat -w 60 -P suspendoutput  -P wirbelscan -P externalplayer -P epgsearch -P extrecmenu -P osdteletext  -P burn  -P menuorg -P quickepgsearch -P epgsearchonly -P channellists -P iptv -P femon -P avolctl -P live --port=8008 --ip=0.0.0.0 -P conflictcheckonly -P xine ? -r -P text2skin -P streamdev-server
root      2907  0.2  0.0      0     0 ?        S<   11:16   0:00 [kdvb-ad-0-fe-0]
root      2910  0.2  0.0      0     0 ?        S<   11:16   0:00 [kdvb-ad-1-fe-0]
root      2932  1.9  0.0      0     0 ?        S<   11:16   0:00 [cx88[0] dvb]
vdr       2937 11.5  8.6 264808 77656 ?        Sl   11:16   0:04 /usr/bin/xine -f -A alsa --post vdr --post vdr_video --post vdr_audio --verbose=2 --no-gui --no-logo --no-splash --deinterlace -pq -V vdpau --post autocrop:enable_autodetect=0,enable_subs_detect=1,soft_start=1,stabilize=1 vdr:/tmp/vdr-xine/stream#demux:mpeg_pes
root      2963  0.0  0.1   2644  1012 pts/0    R+   11:17   0:00 ps aux

Alles anzeigen

Selbst X ist da...
Am VGA-Ausgang liegt übrigens auch kein Signal.

Auch wenn ich die Eingänge am TV nochmal durchschalte: Kein Bild bei HDMI 1.

hepi:
Kein Bild

gda:
Hat nicht geholfen. Das BIOS ist aktuell, habe auch keine Option bzgl. Grafikkarte und Suspend gefunden.
Werde dann wohl vorerst mal den S3 disablen.

hsteinhaus · 18. Januar 2010

Zitat

Original von JK1974
Hi,

Code

NVRM: failed to copy vbios to system memory.
NVRM: RmInitAdapter failed! (0x30:0xffffffff:930)
NVRM: rm_init_adapter(0) failed

Jörg

Das Verhalten kommt mir sehr bekannt vor, das passiert, wenn man vor dem Suspend das NVidia-Modul entlädt. Das führt beim aktuellen NVidia-Treiber mit 100%iger Sicherheit zum oben genannten Crash.

Grüße,
Holger

gda · 18. Januar 2010

Zitat

Original von hsteinhaus

Das Verhalten kommt mir sehr bekannt vor, das passiert, wenn man vor dem Suspend das NVidia-Modul entlädt. Das führt beim aktuellen NVidia-Treiber mit 100%iger Sicherheit zum oben genannten Crash.

Deswegen habe ich ihm ja geraten, das Modul aus SUSPEND_MODULES zu entfernen, hat ja aber nicht geholfen.

Gerald

hsteinhaus · 18. Januar 2010

Vielleicht wird das Modul noch durch irgend einen anderen Mechanismus entladen, z.B. eine vergessene Zeile in irgend einem Script. Bei mir korreliert der o.g. Fehler 1:1 mit dem Entladen des Moduls vor dem Suspend. Und zwar über verschiedenste Hardware hinweg.

Grüße,
Holger

gda · 18. Januar 2010

Zitat

Original von hsteinhaus
Vielleicht wird das Modul noch durch irgend einen anderen Mechanismus entladen, z.B. eine vergessene Zeile in irgend einem Script.

Kann nicht eigentlich sein, außer JK1974 hat da selbst etwas eingebaut.

Gerald

JK1974 · 18. Januar 2010

Zitat

Original von gda

Kann nicht eigentlich sein, außer JK1974 hat da selbst etwas eingebaut.

Gerald

Wer? Ich? Nö!

gda · 18. Januar 2010

JK1974

Ich kann immer noch nicht erkennen, was an deiner Maschine so besonders sein soll.

Sach ma, du wohnst nicht zufällig in Hamburg, oder?

Gerald

JK1974 · 18. Januar 2010

Nee, München. Könnte Dich höchstens per SSH drauflassen.

Ja, besonders ist sie nicht. Haben ja noch ein paar mehr dieses Board...

Ich habe aber die Vermutung, dass heir doch der Nvidia-Treiber mit reinspielt. So lief z.B. gerade Video in XBMC, wenn ich auf "Windowed" gestellt habe - was natürlich nicht akzeptabel ist.
Möchte mal wie beim anderen Ubuntu 9.10 (gerade nochmal gestartet) den 190.53 installieren.

hotzenplotz5 · 18. Januar 2010

Zitat

M3N78 Pro (GeForce 8300)

ich hab das M3N78-EM und hier klappt alles, auch wenn das aufwachen kaum schneller ist, als der normale boot.
was gibt es da überhaupt für unterschiede ?

JK1974 · 18. Januar 2010

Kurz ein Tipp, wie ich X komplett beende, damit ich die neueren Nvidia-Treiber aufspielen kann? Sehe gerade nicht, welches Script für den Loop sorgt...

EDIT: Hab´s gefunden, war "stop nodm".

gda · 18. Januar 2010

Zitat

Original von JK1974
Nee, München. Könnte Dich höchstens per SSH drauflassen.

Ohne den Fernseher zu sehen hilft das nicht viel. Das würde zu lange dauern, ich muss sowas immer selber sehen.

Gerald

JK1974 · 18. Januar 2010

Korrekt, Webcam installieren etc.

Aber: Um das S3-Problem komme ich ja herum, und ich werde da später nochmal das Suspend-Log anschauen, aber das XBMC-Problem ist recht essenziell - bin da aber auch weiter gekommen (siehe anderen Thread).

brombeerwilli · 21. Januar 2010

Zitat

Original von gda
Das ist jetzt eher Voodoo als Wissen, aber versuche nur der Vollständigkeit halber in der Datei /etc/pm/config.d/10vdr_module das Nvidia-Modul aus den SUSPEND_MODULES zu entfernen. Ich weiß von Rechnern bei denen S3 nur funktioniert, wenn das Nvidia-Modul nicht entfernt wird vor dem Suspend.

Gerald

Moin Gerald
das mit dem nvidia-Modul wars bei mir!
Jetzt klappts!!
Hab vorher im Bios meines MSI-945GCM478(mit 8400er-PCIe) im Power Management Setup unter "ACPI Standby State" noch auf S3 geändert und "Re-call VGA BIOS From S3" auf Enabled

Gruß
brombeerwilli

gda · 21. Januar 2010

Zitat

Original von brombeerwilli

das mit dem nvidia-Modul wars bei mir!
Jetzt klappts!!
Hab vorher im Bios meines MSI-945GCM478(mit 8400er-PCIe) im Power Management Setup unter "ACPI Standby State" noch auf S3 geändert und "Re-call VGA BIOS From S3" auf Enabled

steffen_b: das sollte mit in die FAQs denke ich.

Gerald

brombeerwilli · 22. Januar 2010

Zitat

Original von brombeerwilli

Moin Gerald
das mit dem nvidia-Modul wars bei mir!
Jetzt klappts!!
Hab vorher im Bios meines MSI-945GCM478(mit 8400er-PCIe) im Power Management Setup unter "ACPI Standby State" noch auf S3 geändert und "Re-call VGA BIOS From S3" auf Enabled

Gruß
brombeerwilli

Alles anzeigen

Moin,
das muß ich leider zum Teil revidieren!
Schick ich den Rechner per Powerknopf auf FB in S3 kann ich ihn per Tastatur(PS2) wieder aktivieren und vdr läuft auch.
Wenn er jedoch längere Zeit in S3 schläft, bleibt der Monitor aus, dann hilft nur noch ein "reboot"

HolgerR · 22. Januar 2010

Zitat

Original von brombeerwilli
Moin,
das muß ich leider zum Teil revidieren!
Schick ich den Rechner per Powerknopf auf FB in S3 kann ich ihn per Tastatur(PS2) wieder aktivieren und vdr läuft auch.
Wenn er jedoch längere Zeit in S3 schläft, bleibt der Monitor aus, dann hilft nur noch ein "reboot"

... hast du das "nvidia" Modul noch in der "/etc/yavdr/force-reload-modules.list" drin, oder ist es da wieder raus?

Gruß
Holger

yaVDR: S3-Resume funktioniert nicht

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema