Sie sind nicht angemeldet.

Bildschirm bleibt im Stand-By an

nullnullfzu

Schüler

  • »nullnullfzu« ist männlich
  • »nullnullfzu« ist der Autor dieses Themas

Beiträge: 108

  • Nachricht senden

1

23.12.2007, 13:05

Bildschirm bleibt im Stand-By an

Hallo

Ich kann mein Thinkoad X31 mit dem Befehl

Quellcode

 
1

 echo -n mem > /sys/power/state

einschläfern. Das funktioniert zunächst sehr gut: Jeweils ungefähr 7 Sekunden zum Starten und Stoppen. Und nach dem Start funktioniert alles problemlos.

Allerdings schaltet sich beim Stoppen der Bildschirm zunächst aus und dann geht die Hintergrundbeleuchtung wieder an und bleibt es auch. Auch wenn ich den Rechner zuklappe! Hat jemand eine Idee wie man das abstellen kann? Das ist doch nicht normal, oder? Und auch wenn ich den Deckel direkt nach dem Absetzen des Standby-Befehls zumache, geht der Bldschrim zunächst aus und dann wieder an, sobald der Rechner gestoppt ist.

Als Grafiktreiber benutze ich die standard Ati-Treiber aus Portage (Habe Probleme mit den Treibern von der AMD-Seite. Wenn das jemand für relevant hält gebe ich dazu gern mehr Info.)

Hier ein bisschen Info über meinen Gentoo-Kernel 2.6.22-r8:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

 itchy linux # grep -i acpi .config # Power management options (ACPI, APM) # ACPI (Advanced Configuration and Power Interface) Support CONFIG_ACPI=y
CONFIG_ACPI_SLEEP=y 
CONFIG_ACPI_SLEEP_PROC_FS=y 
# CONFIG_ACPI_SLEEP_PROC_SLEEP is not set 
CONFIG_ACPI_PROCFS=y 
CONFIG_ACPI_AC=y 
CONFIG_ACPI_BATTERY=y 
CONFIG_ACPI_BUTTON=y # 
CONFIG_ACPI_VIDEO is not set 
CONFIG_ACPI_FAN=y 
CONFIG_ACPI_DOCK=y 
CONFIG_ACPI_BAY=y 
CONFIG_ACPI_PROCESSOR=y 
CONFIG_ACPI_THERMAL=y 
# CONFIG_ACPI_ASUS is not set 
# CONFIG_ACPI_TOSHIBA is not set 
CONFIG_ACPI_BLACKLIST_YEAR=2001 
CONFIG_ACPI_DEBUG=y 
CONFIG_ACPI_EC=y 
CONFIG_ACPI_POWER=y 
CONFIG_ACPI_SYSTEM=y 
# CONFIG_ACPI_CONTAINER is not set 
# CONFIG_ACPI_SBS is not set 
CONFIG_X86_ACPI_CPUFREQ=y 
# CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI is not set 
# CONFIG_X86_ACPI_
CPUFREQ_PROC_INTF is not set 
CONFIG_PNPACPI=y 
CONFIG_THINKPAD_ACPI=y 
# CONFIG_THINKPAD_ACPI_DEBUG is not set 
CONFIG_THINKPAD_ACPI_BAY=y 
CONFIG_BLK_DEV_IDEACPI=y



DMESG sagt folgendes über den letzten Standby:

Quellcode

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74

Stopping tasks ... done.
Suspending console(s)
pnp: Device 00:0a disabled.
Trying to free already-free IRQ 11
eth1: Going into suspend...
ACPI: PCI interrupt for device 0000:02:02.0 disabled
radeonfb (0000:01:00.0): suspending for event: 2...
radeonfb (0000:01:00.0): switching to D2 state...
ACPI: PCI interrupt for device 0000:01:00.0 disabled
ACPI: PCI interrupt for device 0000:00:1f.5 disabled
ACPI: PCI interrupt for device 0000:00:1d.7 disabled
ACPI: PCI interrupt for device 0000:00:1d.2 disabled
ACPI: PCI interrupt for device 0000:00:1d.1 disabled
ACPI: PCI interrupt for device 0000:00:1d.0 disabled
 hwsleep-0322 [-19] enter_sleep_state 	: Entering sleep state [S3]
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
Back to C!
PCI: Enabling device 0000:00:1d.0 (0000 -> 0001)
ACPI: PCI Interrupt 0000:00:1d.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1d.0 to 64
PM: Writing back config space on device 0000:00:1d.0 at offset f (was 100, writing 10b)
PM: Writing back config space on device 0000:00:1d.0 at offset 8 (was 1, writing 1801)
usb usb2: root hub lost power or was reset
PCI: Enabling device 0000:00:1d.1 (0000 -> 0001)
ACPI: PCI Interrupt 0000:00:1d.1[B] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1d.1 to 64
PM: Writing back config space on device 0000:00:1d.1 at offset f (was 200, writing 20b)
PM: Writing back config space on device 0000:00:1d.1 at offset 8 (was 1, writing 1821)
usb usb3: root hub lost power or was reset
PCI: Enabling device 0000:00:1d.2 (0000 -> 0001)
ACPI: PCI Interrupt 0000:00:1d.2[C] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1d.2 to 64
PM: Writing back config space on device 0000:00:1d.2 at offset f (was 300, writing 30b)
PM: Writing back config space on device 0000:00:1d.2 at offset 8 (was 1, writing 1841)
usb usb4: root hub lost power or was reset
PCI: Enabling device 0000:00:1d.7 (0000 -> 0002)
ACPI: PCI Interrupt 0000:00:1d.7[D] -> Link [LNKH] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1d.7 to 64
PM: Writing back config space on device 0000:00:1d.7 at offset f (was 400, writing 40b)
PM: Writing back config space on device 0000:00:1d.7 at offset 4 (was 0, writing c0000000)
PM: Writing back config space on device 0000:00:1d.7 at offset 1 (was 2900006, writing 2900106)
PCI: Setting latency timer of device 0000:00:1e.0 to 64
PM: Writing back config space on device 0000:00:1f.1 at offset 9 (was 0, writing 60000000)
PM: Writing back config space on device 0000:00:1f.1 at offset 1 (was 2800005, writing 2800007)
ACPI: PCI Interrupt 0000:00:1f.1[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11
PM: Writing back config space on device 0000:00:1f.5 at offset 1 (was 2900007, writing 2900003)
ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1f.5 to 64
PM: Writing back config space on device 0000:00:1f.6 at offset 1 (was 2900005, writing 2900001)
radeonfb (0000:01:00.0): resuming from state: 2...
ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
radeonfb (0000:01:00.0): switching to D0 state...
ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI Interrupt 0000:02:00.1[B] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11
PM: Writing back config space on device 0000:02:00.2 at offset 4 (was 0, writing c0202000)
PM: Writing back config space on device 0000:02:00.2 at offset 3 (was 800000, writing 804000)
PM: Writing back config space on device 0000:02:00.2 at offset 1 (was 2100000, writing 2100106)
ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[11]  MMIO=[c0202000-c02027ff]  Max Packet=[2048]  IR/IT contexts=[4/4]
eth1: Coming out of suspend...
ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11
PM: Writing back config space on device 0000:02:08.0 at offset f (was 38080100, writing 3808010b)
PM: Writing back config space on device 0000:02:08.0 at offset 5 (was 1, writing 8001)
PM: Writing back config space on device 0000:02:08.0 at offset 4 (was 0, writing c0201000)
PM: Writing back config space on device 0000:02:08.0 at offset 3 (was 0, writing 4208)
PM: Writing back config space on device 0000:02:08.0 at offset 1 (was 2900000, writing 2900117)
pnp: Device 00:0a activated.
hda: selected mode 0x45
hda: Host Protected Area detected.
    	current capacity is 71367666 sectors (36540 MB)
    	native  capacity is 78140160 sectors (40007 MB)
hda: Host Protected Area disabled.
Restarting tasks ... done.
Hangcheck: hangcheck value past margin!


Gruß
Lenovo T60, Core2Duo T7200, X1400, 4GB RAM, Gentoo neu

IBM X31, Banias 1,4 GHz, Ati M6 LY, 2GB RAM
Gentoo 2007.0 - Erstlingswerk und 2 Jahre ohne Reboot 8-)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »nullnullfzu« (23.12.2007, 18:36)

nullnullfzu

Schüler

  • »nullnullfzu« ist männlich
  • »nullnullfzu« ist der Autor dieses Themas

Beiträge: 108

  • Nachricht senden

2

02.01.2008, 16:36

Euch allen ein frohes neues Jahr!

Hat denn niemand den Ansatz einer Idee zu meinem Problem? Haut ruhig mal ein paar wilde Therorien raus. Bin dankbar für jeden Tip!

Gruß
Lenovo T60, Core2Duo T7200, X1400, 4GB RAM, Gentoo neu

IBM X31, Banias 1,4 GHz, Ati M6 LY, 2GB RAM
Gentoo 2007.0 - Erstlingswerk und 2 Jahre ohne Reboot 8-)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

3

02.01.2008, 17:02

Hallo nullnullfzu

Zitat

Hat denn niemand den Ansatz einer Idee zu meinem Problem? Haut ruhig mal ein paar wilde Therorien raus. Bin dankbar für jeden Tip!

Dann fange ich mal an, mit den wilden Theorien :cursing:

Zitat

Als Grafiktreiber benutze ich die standard Ati-Treiber aus Portage (Habe Probleme mit den Treibern von der AMD-Seite. Wenn das jemand für relevant hält gebe ich dazu gern mehr Info.


Hm.. vielleicht um die ATI Geschichte mal auszuschließen,
es mal mit den vesa Treiber probieren?

Viel Glück, und auch ein Frohes neues Jahr
josef.95

nullnullfzu

Schüler

  • »nullnullfzu« ist männlich
  • »nullnullfzu« ist der Autor dieses Themas

Beiträge: 108

  • Nachricht senden

4

03.01.2008, 13:35

Danke für den Vorschlag, brachte allerdings keine Veränderung.
Lenovo T60, Core2Duo T7200, X1400, 4GB RAM, Gentoo neu

IBM X31, Banias 1,4 GHz, Ati M6 LY, 2GB RAM
Gentoo 2007.0 - Erstlingswerk und 2 Jahre ohne Reboot 8-)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

5

03.01.2008, 14:08

Hm.. und wenn du dein Display mit:

Quellcode

 
1

$ xset dpms force off
in Stand by schickst,
wie verhält es sich da?

MfG josef.95

nullnullfzu

Schüler

  • »nullnullfzu« ist männlich
  • »nullnullfzu« ist der Autor dieses Themas

Beiträge: 108

  • Nachricht senden

6

04.01.2008, 17:23

Hallo

Habe ein paar weitere kleine Problemchen... Habe meinen Kernel neu kompiliert und dabei "sleep-to-disk" eingebaut.

Quellcode

 
1

echo -n disk > /sys/power/state

Das funktioniert auch. Seitdem startet er aber aus "sleep-to-ram" nicht mehr.

Quellcode

 
1

echo -n mem > /sys/power/state

Der Bildschirm bleibt schwarz - mit Hintergrundbeleuchtung.

Der von dir genannte Befehl funktioniert aber: Der Bildschirm schaltet aus. Mit meinem ursprünglichen Kernel habe ich folgendes ausprobiert:

Quellcode

 
1

xset dpms force off && echo -n mem > /sys/power/state

Das Ergebnis bleibt unverändert. Vergessen wir den neuen Kernel und bleiben beim ursprüglichen Problem... "mem" ist mir wichtiger...
Lenovo T60, Core2Duo T7200, X1400, 4GB RAM, Gentoo neu

IBM X31, Banias 1,4 GHz, Ati M6 LY, 2GB RAM
Gentoo 2007.0 - Erstlingswerk und 2 Jahre ohne Reboot 8-)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »nullnullfzu« (04.01.2008, 17:34)

maggu2810

OSI Layer 8

  • »maggu2810« ist männlich

Beiträge: 5 552

  • Nachricht senden

7

08.01.2008, 09:00

Scheint mir eher an DSDT oder ähnlichem zu liegen.
Mal an die ACPI Mailingliste gewand?
"Erst nachdem wir alles verloren haben, haben wir die Freiheit, alles zu tun."
"It's only after we've lost everything, that we're free to do anything!"

Jabber: Die ID kann via PN erfragt werden.

nullnullfzu

Schüler

  • »nullnullfzu« ist männlich
  • »nullnullfzu« ist der Autor dieses Themas

Beiträge: 108

  • Nachricht senden

8

16.01.2008, 13:51

Hallo Maggu

Sorry long time no see... Hatte wenig Zeit.

Ich hab mich in das Thema ein bisschen eingelesen. Nach meinem Verständnis ist dies quasi eine Hardware-Eigenschaft und würde bedeuten, dass andere Linuxdistributionen das gleiche Problem hätten. Um das auszuprobieren habe ich ein Ubuntu 7.10 installiert, und alles funktioniert wie es soll.
Lenovo T60, Core2Duo T7200, X1400, 4GB RAM, Gentoo neu

IBM X31, Banias 1,4 GHz, Ati M6 LY, 2GB RAM
Gentoo 2007.0 - Erstlingswerk und 2 Jahre ohne Reboot 8-)

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks