Problem mit ACPI Sleepstates

[Masta Pete]

Hi Leute,
hab jetzt seit ein paar wochen gentoo auf meinen Notebook(HP Compaq NX5000) laufen. Hab aber mitn acpi(suspend2ram, suspend2disk) probleme. wenn ich an /proc/acpi/sleep S3, S4 oder S4bios übergebe, tut der pc so als ober in den StandBy gehen würde, schaltet das tft, die platte und so aus, nur leutet die powerled(die unter windows im standby blinkt). Und reaktivieren lässt er sich auch nicht, da hilft dann immer nur die 4-sekunden-wunder-taste. so, jetzt hab ich im internet was über dsdt bugs und so gelesen, und mal mein dsdt mit iasl disassambeld und anschleißend neu kompiliert. Beim kompilieren bringt er diese warnung:

bash-2.05b# ./iasl -tc dsdt.dsl

Intel ACPI Component Architecture
ASL Optimizing Compiler / AML Disassembler version 20040715 [Nov 17 2004]
Copyright (C) 2000 - 2004 Intel Corporation
Supports ACPI Specification Revision 2.0c

dsdt.dsl 4776: Name (_WDG, Buffer (0x50)
Warning 2033 - ^ Unknown reserved name (_WDG)

ASL Input: dsdt.dsl - 6115 lines, 198362 bytes, 3219 keywords
AML Output: DSDT.aml - 23749 bytes 790 named objects 2429 executable opcodes

Compilation complete. 0 Errors, 1 Warnings, 0 Remarks, 879 Optimizations
bash-2.05b#

ich weis aber echt nicht, wie ich das reparieren kann. Hab auch noch meine dsdt angehängt(habs gzippen müssen, weil die maximal größe für textdatein bei 123kb liegt, und die datei von mit ganze 193kb hat!!)
ich hab mal meine dsdt angehängt, vielleicht kennt sich ja jemand von euch mit sowas aus und kann mir bei meinem problem helfen.

thx
pete

[Masta Pete]

*threadwiederraufholen* ich weis so was tut man nicht, aber ich habe das problem noch immer nicht lösen können. Vielleicht kann mir jemand zumindest einen tipp geben, oder ein tutorial,handbuch oder was auch immer, zu asl selbst.

Bin für jeden tipp dankbar

lg
pete

[Masta Pete]

Nach dem ich jetzt einen neuen Kernel gebacken habe (2.6.11-rc1-mm1) kann ich nun auch endlich in den Standby mode gehen(laut acpi mailling list, wird seit dem 2.6.11-rc1 nicht nur mein nx5000, sonder auch das nx8000,nx7000 und einige presario books unterstützt(vl. interresierts ja jemanden)).

Nur habe ich jetzt das problem, wenn ich mein nb aufwecke, das des lcd ausgeschalten bleibt. das sys fährt zwar hoch aber erst wenn ich dann mit [strg]+[alt]+[entf] neustarte, bekomme ich wieder ein bild. kann mir vielleicht jemand sagen, was ich dagegen tun kann?

thx
pete

[Masta Pete]

Ich will ja nicht irgendwie unhöflich sein, aber schön langsam bekomme ich das gefühl, das ich hier ein selbstgespräch führe. Naja was solls, ich schreib mal einfach weiter, vielleicht weist doch noch irgendjemand etwas.

Ich habe nun in der Datei /usr/src/linux/Documantation/power/video.txt gelesen, das manche grafikkarten vom Bios reaktiviert werden müssen. Nun habe ich das mal mit dem Parameter acpi_sleep=s3_bios ausprobiert, aber da kommt er dann überhaupt nichtmehr hoch. Ich versuche heut noch, ob ich vielleicht mich über ssh auf das nb hängen kann, vielleicht spuckt dann ja dmesg oder so was dazu aus.

thx
pete

[Masta Pete]

Also, das mit ssh hat funktioniert und wie ich es mir gedacht habe, hab ich auch was in der ausgabe von dmesg gefunden, ich weis zwar nicht ob das daran schuld is oder nicht.

Hier mal die normale dmesg:

re... done.
Enabling unmasked SIMD FPU exception support... done.
Checking 'hlt' instruction... OK.
ACPI: setting ELCR to 0200 (from 0c00)
NET: Registered protocol family 16
PCI: PCI BIOS revision 2.10 entry at 0xf031f, last bus=3
PCI: Using configuration type 1
mtrr: v2.0 (20020519)
ACPI: Subsystem revision 20041203
ACPI: Interpreter enabled
ACPI: Using PIC for interrupt routing
ACPI: PCI Root Bridge [C045] (00:00)
PCI: Probing PCI hardware (bus 00)
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.C045._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.C045.C057._PRT]
ACPI: Embedded Controller [C0E7] (gpe 16)
ACPI: Power Resource [C171] (on)
ACPI: Power Resource [C141] (on)
ACPI: Power Resource [C188] (on)
ACPI: Power Resource [C18F] (on)
ACPI: Power Resource [C199] (on)
ACPI: Power Resource [C0E6] (on)
ACPI: PCI Interrupt Link [C0C2] (IRQs *10 11)
ACPI: PCI Interrupt Link [C0C3] (IRQs 10 *11)
ACPI: PCI Interrupt Link [C0C4] (IRQs *10 11)
ACPI: PCI Interrupt Link [C0C5] (IRQs *10 11)
ACPI: PCI Interrupt Link [C0C6] (IRQs 10 *11)
ACPI: PCI Interrupt Link [C0C7] (IRQs 10 *11)
ACPI: PCI Interrupt Link [C0C8] (IRQs 10 11) *0, disabled.
ACPI: PCI Interrupt Link [C0C9] (IRQs *10 11)
ACPI: Power Resource [C1FE] (off)
ACPI: Power Resource [C1FF] (off)
ACPI: Power Resource [C200] (off)
ACPI: Power Resource [C201] (off)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 16 devices
SCSI subsystem initialized
Linux Kernel Card Services
options: [pci] [cardbus] [pm]
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
** PCI interrupts are no longer routed automatically. If this
** causes a device to stop working, it is probably because the
** driver failed to call pci_enable_device(). As a temporary
** workaround, the "pci=routeirq" argument restores the old
** behavior. If this argument makes the device work again,
** please email the output of "lspci" to bjorn.helgaas@hp.com
** so I can fix the driver.
NET: Registered protocol family 23
pnp: 00:0d: ioport range 0x4d0-0x4d1 has been reserved
pnp: 00:0d: ioport range 0x1000-0x107f could not be reserved
pnp: 00:0d: ioport range 0x1100-0x113f has been reserved
pnp: 00:0d: ioport range 0x1200-0x121f has been reserved
Machine check exception polling timer started.
audit: initializing netlink socket (disabled)
audit(1106742199.769:0): initialized
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
NTFS driver 2.1.23-WIP [Flags: R/O].
SGI XFS with large block numbers, no debug enabled
Initializing Cryptographic API
vesafb: framebuffer at 0x98000000, mapped to 0xf0080000, using 3072k, total 8000k
vesafb: mode is 1024x768x16, linelength=2048, pages=4
vesafb: protected mode interface info at 00ff:44f0
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 128x48
fb0: VESA VGA frame buffer device
ACPI: AC Adapter [C139] (off-line)
ACPI: Battery Slot [C13B] (battery present)
ACPI: Battery Slot [C13A] (battery absent)
ACPI: Power Button (FF) [PWRF]
ACPI: Sleep Button (CM) [C13D]
ACPI: Lid Switch [C13C]
ACPI: Fan [C202] (off)
ACPI: Fan [C203] (off)
ACPI: Fan [C204] (off)
ACPI: Fan [C205] (off)
ACPI: Video Device [C046] (multi-head: yes rom: no post: no)
ACPI: CPU0 (power states: C1[C1] C2[C2] C3[C3])
ACPI: Processor [CPU0] (supports 8 throttling states)
ACPI: Thermal Zone [TZ1] (22 C)
ACPI: Thermal Zone [TZ2] (22 C)
ACPI: Thermal Zone [TZ3] (23 C)
ibm_acpi: ec object not found
inotify device minor=63
lp: driver loaded but no devices found
hw_random: RNG not detected
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 855 Chipset.
agpgart: Detected 8060K stolen memory.
agpgart: AGP aperture is 128M @ 0x98000000
[drm] Initialized drm 1.0.0 20040925
PCI: 0000:00:02.0 has unsupported PM cap regs version (1)
ACPI: PCI Interrupt Link [C0C2] enabled at IRQ 10
PCI: setting IRQ 10 as level-triggered
ACPI: PCI interrupt 0000:00:02.0[A] -> GSI 10 (level, low) -> IRQ 10
mtrr: 0x98000000,0x8000000 overlaps existing 0x98000000,0x400000
[drm] Initialized i915 1.1.0 20040405 on minor 0: Intel Corp. 82852/855GM Integrated Graphics Device
PCI: 0000:00:02.1 has unsupported PM cap regs version (1)
mtrr: 0x98000000,0x8000000 overlaps existing 0x98000000,0x400000
[drm] Initialized i915 1.1.0 20040405 on minor 1: Intel Corp. 82852/855GM Integrated Graphics Device (#2)
ACPI: PS/2 Keyboard Controller [C196] at I/O 0x60, 0x64, irq 1
ACPI: PS/2 Mouse Controller [C197] at irq 12
i8042.c: Detected active multiplexing controller, rev 1.1.
serio: i8042 AUX0 port at 0x60,0x64 irq 12
serio: i8042 AUX1 port at 0x60,0x64 irq 12
serio: i8042 AUX2 port at 0x60,0x64 irq 12
serio: i8042 AUX3 port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing disabled
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
ttyS2 at I/O 0x3e8 (irq = 4) is a 16550A
ACPI: PCI Interrupt Link [C0C3] enabled at IRQ 11
PCI: setting IRQ 11 as level-triggered
ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 11 (level, low) -> IRQ 11
ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP(,...)]
lp0: using parport0 (interrupt-driven).
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
loop: loaded (max 8 devices)
pktcdvd: v0.2.0a 2004-07-14 Jens Axboe (axboe@suse.de) and petero2@telia.com
b44.c:v0.95 (Aug 3, 2004)
ACPI: PCI Interrupt Link [C0C6] enabled at IRQ 11
ACPI: PCI interrupt 0000:01:0e.0[A] -> GSI 11 (level, low) -> IRQ 11
eth0: Broadcom 4400 10/100BaseT Ethernet 00:08:02:e6:02:11
found SMC SuperIO Chip (devid=0x5a rev=00 base=0x004e): LPC47N227
smsc_superio_flat(): fir: 0x100, sir: 0x3e8, dma: 03, irq: 3, mode: 0x0e
smsc_ircc_present: can't get sir_base of 0x3e8
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH4: IDE controller at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ACPI: PCI Interrupt Link [C0C4] enabled at IRQ 10
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 10 (level, low) -> IRQ 10
ICH4: chipset revision 1
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x2c20-0x2c27, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x2c28-0x2c2f, BIOS settings: hdc:DMA, hdd:pio
Probing IDE interface ide0...
hda: TOSHIBA MK3021GAS, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: HL-DT-STCD-RW/DVD DRIVE GCC-4241N, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
ide2: I/O resource 0x3EE-0x3EE not free.
ide2: ports already in use, skipping probe
Probing IDE interface ide3...
ide3: Wait for ready failed before probe !
Probing IDE interface ide4...
ide4: Wait for ready failed before probe !
Probing IDE interface ide5...
ide5: Wait for ready failed before probe !
hda: max request size: 128KiB
hda: 58605120 sectors (30005 MB), CHS=58140/16/63, UDMA(100)
hda: cache flushes supported
hda: hda1 hda2 hda3 hda4
hdc: ATAPI 24X DVD-ROM CD-R/RW drive, 2048kB Cache, DMA
Uniform CD-ROM driver Revision: 3.20
libata version 1.10 loaded.
ohci1394: $Rev: 1223 $ Ben Collins <bcollins@debian.org>
ACPI: PCI Interrupt Link [C0C9] enabled at IRQ 10
ACPI: PCI interrupt 0000:01:0d.0[A] -> GSI 10 (level, low) -> IRQ 10
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[10] MMIO=[90300000-903007ff] Max Packet=[2048]
ieee1394: raw1394: /dev/raw1394 device initialized
ACPI: PCI interrupt 0000:01:06.0[A] -> GSI 10 (level, low) -> IRQ 10
Yenta: CardBus bridge found at 0000:01:06.0 [103c:08bc]
Yenta: ISA IRQ mask 0x0078, PCI irq 10
Socket status: 30000006
ACPI: PCI interrupt 0000:01:06.1[A] -> GSI 10 (level, low) -> IRQ 10
Yenta: CardBus bridge found at 0000:01:06.1 [103c:08bc]
Yenta: ISA IRQ mask 0x0078, PCI irq 10
Socket status: 30000006
ACPI: PCI interrupt 0000:00:1d.7[D] -> GSI 10 (level, low) -> IRQ 10
ehci_hcd 0000:00:1d.7: Intel Corp. 82801DB/DBM (ICH4/ICH4-M) USB 2.0 EHCI Controller
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: irq 10, pci mem 0x90500000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 initialized, EHCI 1.00, driver 10 Dec 2004
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
USB Universal Host Controller Interface driver v2.2
ACPI: PCI interrupt 0000:00:1d.0[A] -> GSI 10 (level, low) -> IRQ 10
uhci_hcd 0000:00:1d.0: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: irq 10, io base 0x28c0
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt Link [C0C5] enabled at IRQ 10
ACPI: PCI interrupt 0000:00:1d.1[B] -> GSI 10 (level, low) -> IRQ 10
uhci_hcd 0000:00:1d.1: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: irq 10, io base 0x28e0
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ACPI: PCI interrupt 0000:00:1d.2[C] -> GSI 10 (level, low) -> IRQ 10
uhci_hcd 0000:00:1d.2: Intel Corp. 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: irq 10, io base 0x2c00
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
usbcore: registered new driver usblp
drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.0:USB HID core driver
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard on isa0060/serio0
ieee1394: impossible ack_complete from node 65535 (tcode 4)
ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
ieee1394: impossible ack_complete from node 65535 (tcode 4)
ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
ieee1394: impossible ack_complete from node 65535 (tcode 4)
ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
Synaptics Touchpad, model: 1
Firmware: 5.9
Sensor: 27
new absolute packet format
Touchpad has extended capability bits
-> multifinger detection
-> palm detection
-> pass-through port
input: SynPS/2 Synaptics TouchPad on isa0060/serio4
serio: Synaptics pass-through port at isa0060/serio4/input0
ieee1394: impossible ack_complete from node 65535 (tcode 4)
ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
ieee1394: impossible ack_complete from node 65535 (tcode 4)
ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
ieee1394: impossible ack_complete from node 65535 (tcode 4)
ieee1394: Current remote IRM is not 1394a-2000 compliant, resetting...
ieee1394: Stopping reset loop for IRM sanity
tlabel: 0, (data[1] >> 16): ffc0
packet->tlabel: 0, packet->node_id: ffc0
tlabel: 1, (data[1] >> 16): ffc0
packet->tlabel: 1, packet->node_id: ffc0
tlabel: 2, (data[1] >> 16): ffc0
packet->tlabel: 2, packet->node_id: ffc0
tlabel: 3, (data[1] >> 16): ffc0
packet->tlabel: 3, packet->node_id: ffc0
tlabel: 4, (data[1] >> 16): ffc0
packet->tlabel: 4, packet->node_id: ffc0
tlabel: 5, (data[1] >> 16): ffc0
packet->tlabel: 5, packet->node_id: ffc0
ieee1394: Host added: ID:BUS[0-00:1023] GUID[718b500029991da3]
wbsd: Winbond W83L51xD SD/MMC card interface driver, 1.0
wbsd: Copyright(c) Pierre Ossman
Advanced Linux Sound Architecture Driver Version 1.0.8 (Thu Jan 13 09:39:32 2005 UTC).
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 49329 usecs
intel8x0: clocking to 48000
ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1f.6 to 64
ALSA device list:
#0: Intel 82801DB-ICH4 with AD1981B at 0x90600000, irq 11
#1: Intel 82801DB-ICH4 Modem at 0x2400, irq 11
NET: Registered protocol family 2
IP: routing cache hash table of 8192 buckets, 64Kbytes
TCP established hash table entries: 131072 (order: 8, 1048576 bytes)
TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
TCP: Hash tables configured (established 131072 bind 65536)
ip_conntrack version 2.1 (6078 buckets, 48624 max) - 292 bytes per conntrack
ip_tables: (C) 2000-2002 Netfilter core team
ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/
arp_tables: (C) 2002 David S. Miller
NET: Registered protocol family 1
NET: Registered protocol family 17
ACPI wakeup devices:
C057
ACPI: (supports S0 S3 S4 S4bios S5)
UDF-fs: No VRS found
XFS mounting filesystem hda4
Ending clean XFS mount for filesystem: hda4
VFS: Mounted root (xfs filesystem) readonly.
Freeing unused kernel memory: 204k freed
ieee80211_crypt: registered algorithm 'NULL'
ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, 0.21
ipw2200: Copyright(c) 2003-2004 Intel Corporation
ACPI: PCI Interrupt Link [C0C7] enabled at IRQ 11
ACPI: PCI interrupt 0000:01:04.0[A] -> GSI 11 (level, low) -> IRQ 11
ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
NTFS volume version 3.1.
NTFS volume version 3.1.
mtrr: base(0x98020000) is not aligned on a size(0x300000) boundary
mtrr: 0x98000000,0x8000000 overlaps existing 0x98000000,0x400000
ieee80211_crypt: registered algorithm 'WEP'
b44: eth0: Link is down.


Und das hier wird nach dem standby angehängt:

Stopping tasks: ===============================|
eth1: Going into suspend...
Back to C!
hub 3-0:1.0: resubmit --> -108
hub 4-0:1.0: resubmit --> -108
hub 2-0:1.0: resubmit --> -108
MCE: The hardware reports a non fatal, correctable incident occurred on CPU 0.
Bank 1: f2000000000001d1
PCI: 0000:00:02.0 has unsupported PM cap regs version (1)
ACPI: PCI interrupt 0000:00:02.0[A] -> GSI 10 (level, low) -> IRQ 10
PCI: 0000:00:02.1 has unsupported PM cap regs version (1)
PCI: Setting latency timer of device 0000:00:1d.0 to 64
PCI: Setting latency timer of device 0000:00:1d.1 to 64
PCI: Setting latency timer of device 0000:00:1d.2 to 64
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 restarted, EHCI 1.00, driver 10 Dec 2004
ACPI: PCI interrupt 0000:00:1f.1[A] -> GSI 10 (level, low) -> IRQ 10
ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1f.5 to 64
ACPI: PCI interrupt 0000:00:1f.6[B] -> GSI 11 (level, low) -> IRQ 11
PCI: Setting latency timer of device 0000:00:1f.6 to 64
eth1: Coming out of suspend...
PCI: Enabling device 0000:01:04.0 (0000 -> 0002)
ACPI: PCI interrupt 0000:01:04.0[A] -> GSI 11 (level, low) -> IRQ 11
ACPI: PCI interrupt 0000:01:0d.0[A] -> GSI 10 (level, low) -> IRQ 10
Restarting tasks... done


Ich kann damit nicht wirklich viel anfangen, aber vielleicht kennt sich ja jemand von euch damit aus

thx
pete

[serum]

Hallo...nicht böse sein, dass Dir keiner antwortet.
Habe auch gerade Probleme mit ACPI, und habe nicht so viel Feedback bekommen.
Die Probleme liegen dabei mehr bei der Hardware.
Ich habe jedenfalls die Erfahrungen gemacht, alle ACPI-Einstellungen nur über die sysconfig Dateien vorzunehmen, dabei aber nur die Powersave configs beachten, die acpid configs für Suspend auf ignore setzen.
Inzwischen hab ich Supend to Ram hinbekommen, allerdings mit der Boot-Option
"acpi_sleep=s3_bios" (und das trotz 2.6.11*-Kernel). Außerdem sind alle DPMS-Einstellungen deaktiviert.
Allerdings hängt jetzt mein CD-Rom nach Suspend...
Vielleicht hilft Dir das etwas - ansonsten viel Glück...

MfG Serum

[Masta Pete]

@serum: danke für deine antwort. Nachdem ich mich jetzt schon soweit durchgelesen hab, dass ein BIOS Update bei mir reichen würde, damit der Standby geht(das einzige was beim reaktivieren nicht will ist die graka), HP aber anscheinend unfähig ist da auch nur irgendetwas zu unternehmen. Die Kernel parameter hab ich auch schon durchprobiert, mit denen geht alles nur schlechter. Nach dem ich auch noch eine Zeitlang mit torvalds gemailt hab(nicht nur wegen acpi, auch noch wegen einiger anderer hw), bin nun schon kurz davor den suspen-ram/disk aufzugeben und halt einfach jedes mal zu booten.

Vielleicht entschließt sich ja doch noch mal HP ein gefixtes BIOS zu releasen oder jemand macht sich die arbeit und schreibt eine gepatchte dsdt.

was mich aber noch interessieren würde, wäre welche hw(vor allem graka) du verwendest.

lg
pete

[serum]

Ich hab ein Thinkpad R52 mit dem neuen 915GM-Chipsatz, also OnBoard.
Habe bis jetzt aber auch noch keine Hardwareunterstützung hinbekommen, irgendwie gibt´s Probleme mit agpgart Modul.
Will mich da aber noch mal hinsetzen...

MfG Serum

[andreas_]

.... Und reaktivieren lässt er sich auch nicht, da hilft dann immer nur die 4-sekunden-wunder-taste.

Hi, ich musste bei meinem Lap auch diese "Wundertaste" zum ausschalten betätigen, bis mir jemand den Tip mit der Bootoption "nolapic" gegeben hat.

Hast du eigentlich schon mal auf tuxmobil.de\...org geschaut, ob jemand das Problem schon gelöst hat?

falls Suspend2Disk nicht geht, probier mal softwaresuspend.

[seeker77]

hmm... das tönt nach problem mit dem bios der graka. ich schalte in meinem suspend-skript immer zuerst auf eine konsole um (chvt 1) um keine probleme mit x zu kriegen. zusätzlich hilft das tool 'vbetool' die bios-settings des vga-adapters zu speichern und nach dem aufwachen wieder einzulesen. hier das skript:
#!/bin/sh
# sleep.sh Suspend-to-RAM script
# 17.03.2005
chvt 1
umount /media/usbstick
modprobe -r ehci_hcd
modprobe -r uhci_hcd
vbetool vbestate save > /tmp/sleeping
echo -n "mem" > /sys/power/state

Und zum wieder aufwachen:
vbetool post
vbetool vbestate restore < /tmp/sleeping
modprobe ehci_hcd
modprobe uhci_hcd
chvt 7
rm /tmp/sleeping

[Masta Pete]

@andreas_: mit der option nolapic tut sich bei mir gar nichts.
@seeker77: also dein skript hat mir echt hoffnung geben, nur leider funktioniert es bei mir nicht. wenn ich aber per vbetool meine graka im betrieb reinitialisiere, schafft er das auch, nur nach dem standby geht es nicht mehr.

Das letzte was ich am Bildschirm vor dem standby sehe, ist ein "eth1: going into suspend". nach dem aufwecken, kommt auch die wlan led wieder, nur kann ich den pc nicht mehr pingen. mit einem [strg]+[alt]+F1 und [strg]+[alt]+[entf] kann ich ihm aber noch neustarten, und mit dem laden des bios ist dann auch wieder das bild da.

lg
pete

[Masta Pete]

Ich hab mich wieder mal wieder mit dem suspend2ram beschäftigt und hab es jetzt zum erstenmal geschaft auch wieder den pc aufzuwecken. Es geht zwar noch nicht ganz so wie es sollte, aber ich werd es kurz mal schildern.

als erstes gehe ich mit echo -n "mem" > /sys/power/state in den standby, das funktioniert auch einwandfrei. dann wecke ich den pc durch einen druck am einschaltknopf auf -> Bildschirm dunkel. Da ich den suspend von X ausgemacht hab wechsle ich als erstes mit [strg]+[alt]+[f1] auf die erste konsole und melde mich dort im blindflug als root an(bei langen passwörtern gar nicht so leicht :ugly: ) dann hab ich mit vbetool post die grafikkarte reinitialisiert. darauf hatte ich lauter grüne und weise vierecke am schirm. zuerst dachte ich schon sch**ße schon wieder der ram im arsch. aber dann hab ich so nur noch weil mir fad war ein killall kdm && kdm gemacht und tada plötzlich sehe ich kdm und auch die konsole geht wieder. maus und wlan gingen dann zwar nicht mehr, aber ich hatte die module auch nicht vor dem suspend entladen, also denk ich mal war ich dran schuld.

das skript von seeker77 hat aber bei mir leider nicht funktioniert, obwohl das im prinzip das selbe macht, was ich händisch gemacht hab.

was mich noch interessiert, is ob man zum syspenden den acpid daemon braucht?

mein derzeitiger kernel ist ein vanilla-2.6.11.10 mit swsusp gepatcht.

anbei meine xorg.conf und das skript von seeker77.

lg
pete

[Mikey]

Bei Dir scheint der X-Server die Grafikkarte neu initialisieren zu müssen. Du kannst dir mal das hibernate Skript von www.suspend2.net anschauen, das kann man auch für Suspend2Ram benutzen und das unterstützt einige Hacks, u.a. auch das starten eines Dummy X-Servers zum reinitialisieren der Grafikkarte..

[Masta Pete]

Ich habe jetzt probiert, das mit dem hibernate skript zu machen, habe es aber nicht geschaft. was mir dann auch kommisch vorgekommen ist, als ich das normal hibernate aufgerufen hab(suspend2disk) hat er zwar die module entladen und alsa gestoppt, hat aber nicht den pc ausgeschalten. es hat nur kurz der tft geflackert und dann hat er wieder begonnen die module zu laden. obwohl das eigentlich bis vor kurzen noch funktioniert hat.

in der sleep.conf hab ich ihm das vbetool und das aktiviert, vor den suspend auch mit vbetool vbestate save > /var/lib/vbetool/vbestate den status der graka gespeichert, aber beim resume ist der bildschirm dunkel geblieben und der pc hat nichtmal mehr auf das bilndgetippe reagiert.

am besten ich poste meine sleep.conf und hibernate.conf mit, vielleicht kann mir jemand helfen den fehler zu finden.

lg
pete

[serum]

Moin...habe jetzt kein Bock mehr gehabt mich mit Suse 9.3 rumzuärgern - war mir u.A. zu langsam, und die Probleme mit Grafik und Suspend haben einfach nur genervt.
Schlussendlich hab ich Kubuntu ausprobiert - und alles geht!
Hardware-3D, Supend to Disk und Suspend to Ram (mit acpi_slepp=s3_bios als bootoption).
Ich bin wirklich begeistert von dieser Distri, vor allem weil sie auch um einiges fixer ist als Suse...vielleicht doch einfach mal tsten wenn nix geht...:)

MfG

[Masta Pete]

Deswegen verwende ich jetzt ja Gentoo, weil mir SuSE vieel zu langsam war und sogut wie keine hw funktioniert hat ;-)

lg
pete

[tux486]

Hi, ich musste bei meinem Lap auch diese "Wundertaste" zum ausschalten betätigen, bis mir jemand den Tip mit der Bootoption "nolapic" gegeben hat.

Meines Wissens heißt das "noapic" ohne "l".
Das kenne ich noch aus meinen erfolglosen Versuchen mit einem Compaq ProLiant 5000R Server und SuSE Linux 9.1 smp-Kernel.

[mianos]

hi,
bei mir ging der tft auch beim aufwachen nicht an:
lösung waren diese BEIDEN kernel optionen im bootloader:
acpi_sleep=s3_bios,s3_mode

tip: vergesst swsusp2 das ist langsam
mit dem aktuellen kernel geht suspend2ram suuuper fix:
flo@laptop:~$ uname -a
Linux laptop 2.6.13 #3 Wed Sep 7 19:01:24 CEST 2005 i686 GNU/Linux
schneller als unter windows: und sogar meine centrino wlan karte geht inkl. wpa SOFORT nach dem aufwachen wieder - geil!!!
das soll mein win erst ma nachmachen

gruß, flo

[Masta Pete]

Hi,
habe das mal ausprobiert, aber ich glaub das geht noch weniger gut als ohne den parameter. ich seh zwar nix(genauso wie vorher) aber ich kann auch nicht mehr mit blindgeschriebenen herunterfahren.

vielleicht kannst du ein bisschen was zu deiner hw sagen(graka). probiert hab ich es mit kernel 2.6.13-gentoo werde es heut aber noch mit 2.6.13-r1-gentoo probieren.

lg
pete

[mianos]

ich hab n centrino notebook:

msi megabook s260
da is ne intel i915 grafik drin!

wie gesagt probier mal die beiden parameter auch unabhängig von einander aus!
natürlich muss der rechner erst mal mit diesen kernel optionen gebootet werden!

ich mache echo mem > /sys/power/state um ins standby zu gehen