From: Pavel Kysilka <goldenfish-kkCZSxYw6FY@public.gmane.org>
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: S5 not working, and another problem
Date: Sat, 20 Nov 2004 03:55:33 +0100 [thread overview]
Message-ID: <20041120025533.GA2384@prog3> (raw)
Hi all,
i was testing today acpi with 2.6.10-rc2 kernel on my computer.
0)
there are difference with dmesg and /proc/acpi/sleep
dmesg::
ACPI: (supports S0 S1 S4bios S5)
cat /proc/acpi/sleep ::
S0 S1 S4 S4bios S5
feature or error ?
1)
echo 1 > /proc/acpi/sleep
echo 4 > /proc/acpi/sleep
echo 4b > /proc/acpi/sleep
this states working fine. only problem with emu10k1 chip (no support,
but no freeze). module snd-via82xxx freeze with S1,S4 computer (reported
today to alsa-devel list).
echo 5 > /proc/acpi/sleep not working.
i look in the log and no information.
button and command "poweroff" work good.
2) i look in the difference of dmesg (2.6.10-rc1->2.6.10-rc2):
ignore ext3-fs recovery.
1c1
< Linux version 2.6.10-rc1 (root@prog3) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #6 Fri Oct 29 20:59:56 CEST 2004
---
> Linux version 2.6.10-rc2 (root@prog3) (gcc version 3.3.4 (Debian 1:3.3.4-13)) #1 Wed Nov 17 20:52:04 CET 2004
21c21
< Kernel command line: BOOT_IMAGE=2.6.10-rc1 ro root=302
---
> Kernel command line: BOOT_IMAGE=2.6.10-rc2 ro root=302
29c29
< Memory: 385244k/393152k available (2592k kernel code, 7376k reserved, 883k data, 152k init, 0k highmem)
---
> Memory: 385104k/393152k available (2667k kernel code, 7516k reserved, 939k data, 164k init, 0k highmem)
42a43,46
> tbxface-0117 [02] acpi_load_tables : ACPI Tables successfully acquired
> Parsing all Control Methods:....................................................................
> Table [DSDT](id F004) - 281 Objects with 27 Devices 68 Methods 18 Regions
> ACPI Namespace successfully loaded at root c04c6ba0
43a48
> evxfevnt-0093 [03] acpi_enable : Transition to ACPI mode successful
48c53,59
< ACPI: Subsystem revision 20040816
---
> ACPI: Subsystem revision 20041105
> evgpeblk-0979 [06] ev_create_gpe_block : GPE 00 to 0F [_GPE] 2 regs on int 0x9
> evgpeblk-0987 [06] ev_create_gpe_block : Found 3 Wake, Enabled 0 Runtime GPEs in this block
> Completing Region/Field/Buffer/Package initialization:.......................................
> Initialized 18/18 Regions 1/1 Fields 16/16 Buffers 4/6 Packages (290 nodes)
> Executing all Device _STA and_INI methods:..............................
> 30 Devices found containing: 30 _STA, 1 _INI methods
58a70,73
> pnp: PnP ACPI init
> acpi_bus-0077 [03] acpi_bus_get_device : Error getting context for object [c13738fc]
> acpi_bus-0077 [03] acpi_bus_get_device : Error getting context for object [c13736e8]
> pnp: PnP ACPI: found 12 devices
62,72c77,83
< ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 10
< ACPI: PCI interrupt 0000:00:07.2[D] -> GSI 10 (level, low) -> IRQ 10
< ACPI: PCI interrupt 0000:00:07.3[D] -> GSI 10 (level, low) -> IRQ 10
< ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
< ACPI: PCI interrupt 0000:00:07.5[C] -> GSI 11 (level, low) -> IRQ 11
< ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11
< ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 11 (level, low) -> IRQ 11
< ACPI: PCI interrupt 0000:00:0b.0[A] -> GSI 10 (level, low) -> IRQ 10
< ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
< ACPI: PCI interrupt 0000:00:0c.0[A] -> GSI 11 (level, low) -> IRQ 11
< ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11
---
> ** 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-VXdhtT5mjnY@public.gmane.org
> ** so I can fix the driver.
83a95,96
> ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11
> PCI: setting IRQ 11 as level-triggered
139,142d151
< EXT3-fs: INFO: recovery required on readonly filesystem.
< EXT3-fs: write access will be enabled during recovery.
< (fs/jbd/recovery.c, 255): journal_recover: JBD: recovery, exit status 0, recovered transactions 512905 to 512932
< (fs/jbd/recovery.c, 257): journal_recover: JBD: Replayed 1124 and revoked 0/8 blocks
144d152
< EXT3-fs: recovery complete.
147c155
< Freeing unused kernel memory: 152k freed
---
> Freeing unused kernel memory: 164k freed
154c162,165
< ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 11 (level, low) -> IRQ 11
---
> ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10
> PCI: setting IRQ 10 as level-triggered
> ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 10 (level, low) -> IRQ 10
> ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11
158a170
> ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 10
171c183,184
< ACPI: Processor [CPU0] (supports C1 C2, 2 throttling states)
---
> ACPI: Processor [CPU0] (supports C1 C2)
> ACPI: Processor [CPU0] (supports 2 throttling states)
for information and testing (disk non destructive) contact me.
sorry for my bad english. thank for your time.
bye
pavel kysilka
programmer http://www.bsys.cz/
________ Information from NOD32 ________
This message was checked by NOD32 Antivirus System for Linux Mail Server.
http://www.nod32.com
-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
next reply other threads:[~2004-11-20 2:55 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-20 2:55 Pavel Kysilka [this message]
2004-11-21 19:42 ` S5 not working, and another problem Pavel Machek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041120025533.GA2384@prog3 \
--to=goldenfish-kkczsxyw6fy@public.gmane.org \
--cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.