So, the netbook only suspends every other time the lid is closed.
This could be dangerous with the netbook stowed in running mode
getting hot.
-- Package-specific info:
** Version:
Linux version 2.6.32-5-amd64 (Debian 2.6.32-20) (ben@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Thu Aug 12 13:01:50 UTC 2010
** Network interface configuration:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
** Network status:
*** IP interfaces and addresses:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
link/ether 00:24:54:a1:66:b5 brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
link/ether 78:e4:00:50:26:9e brd ff:ff:ff:ff:ff:ff
inet 192.168.0.108/24 brd 192.168.0.255 scope global wlan0
inet6 fe80::7ae4:ff:fe50:269e/64 scope link
valid_lft forever preferred_lft forever
4: pan0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN
link/ether 9a:ec:24:ff:7c:a2 brd ff:ff:ff:ff:ff:ff
*** Protocol statistics:
Ip:
3741 total packets received
4 with invalid addresses
0 forwarded
0 incoming packets discarded
2732 incoming packets delivered
1898 requests sent out
5 dropped because of missing route
Icmp:
544 ICMP messages received
0 input ICMP message failed.
ICMP input histogram:
destination unreachable: 544
544 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 544
IcmpMsg:
InType3: 544
OutType3: 544
Tcp:
17 active connections openings
0 passive connection openings
0 failed connection attempts
2 connection resets received
1 connections established
456 segments received
328 segments send out
12 segments retransmited
0 bad segments received.
10 resets sent
Udp:
770 packets received
544 packets to unknown port received.
0 packet receive errors
1007 packets sent
UdpLite:
TcpExt:
1 TCP sockets finished time wait in fast timer
10 delayed acks sent
Quick ack mode was activated 8 times
166 packet headers predicted
111 acknowledgments not containing data payload received
6 predicted acknowledgments
2 congestion windows recovered without slow start after partial ack
5 other TCP timeouts
8 DSACKs sent for old packets
2 connections reset due to early user close
1 connections aborted due to timeout
1 times unabled to send RST due to no memory
IpExt:
InMcastPkts: 56
OutMcastPkts: 48
InBcastPkts: 1095
OutBcastPkts: 386
InOctets: 927587
OutOctets: 198424
InMcastOctets: 12742
OutMcastOctets: 10654
InBcastOctets: 135942
OutBcastOctets: 51724
00:1f.2 SATA controller [0106]: Intel Corporation N10/ICH7 Family SATA AHCI Controller [8086:27c1] (rev 02) (prog-if 01 [AHCI 1.0])
Subsystem: Samsung Electronics Co Ltd Device [144d:c072]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin B routed to IRQ 29
Region 0: I/O ports at 18e8 [size=8]
Region 1: I/O ports at 18dc [size=4]
Region 2: I/O ports at 18e0 [size=8]
Region 3: I/O ports at 18d8 [size=4]
Region 4: I/O ports at 18c0 [size=16]
Region 5: Memory at f0604400 (32-bit, non-prefetchable) [size=1K]
Capabilities: <access denied>
Kernel driver in use: ahci
00:1f.3 SMBus [0c05]: Intel Corporation N10/ICH 7 Family SMBus Controller [8086:27da] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:c072]
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin B routed to IRQ 19
Region 4: I/O ports at 18a0 [size=32]
Kernel driver in use: i801_smbus
05:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)
Subsystem: Foxconn International, Inc. Device [105b:e025]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at f0100000 (64-bit, non-prefetchable) [size=64K]
Capabilities: <access denied>
Kernel driver in use: ath9k
09:00.0 Ethernet controller [0200]: Marvell Technology Group Ltd. 88E8040 PCI-E Fast Ethernet Controller [11ab:4354]
Subsystem: Samsung Electronics Co Ltd Device [144d:c072]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 28
Region 0: Memory at f0200000 (64-bit, non-prefetchable) [size=16K]
Region 2: I/O ports at 2000 [size=256]
Capabilities: <access denied>
Kernel driver in use: sky2
** USB devices:
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 002: ID 0ac8:c33f Z-Star Microelectronics Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages linux-image-2.6.32-5-amd64 depends on:
ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy
ii initramfs-tools [linux-initra 0.98 tools for generating an initramfs
ii linux-base 2.6.32-20 Linux image base package
ii module-init-tools 3.12-1 tools for managing Linux kernel mo
Versions of packages linux-image-2.6.32-5-amd64 recommends:
ii firmware-linux-free 2.6.32-20 Binary firmware for various driver
Versions of packages linux-image-2.6.32-5-amd64 suggests:
pn grub | lilo <none> (no description available)
pn linux-doc-2.6.32 <none> (no description available)
Versions of packages linux-image-2.6.32-5-amd64 is related to:
pn firmware-bnx2 <none> (no description available)
pn firmware-bnx2x <none> (no description available)
ii firmware-ipw2x00 0.26 Binary firmware for Intel Pro Wire
pn firmware-ivtv <none> (no description available)
ii firmware-iwlwifi 0.26 Binary firmware for Intel Wireless
ii firmware-linux 0.26 Binary firmware for various driver
ii firmware-linux-nonfree 0.26 Binary firmware for various driver
pn firmware-qlogic <none> (no description available)
ii firmware-ralink 0.26 Binary firmware for Ralink wireles
pn xen-hypervisor <none> (no description available)
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100824032131.3455.60935.reportbug@eSammy">http://lists.debian.org/20100824032131.3455.60935.reportbug@eSammy
08-25-2010, 04:58 AM
Ben Hutchings
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; suspend every other lid close; Samsung N150-11 netbook
On Mon, 2010-08-23 at 23:21 -0400, Doug Currie wrote:
> Package: linux-2.6
> Version: 2.6.32-20
> Severity: normal
>
>
> Samsung N150-11 netbook. Each lid close&open toggles the lid switch state
> so when the lid is open, half the time it reports closed:
>
> e@eSammy:~$ cat /proc/acpi/button/lid/LID0/state
> state: open
>
> # close & open lid
>
> e@eSammy:~$ cat /proc/acpi/button/lid/LID0/state
> state: closed
>
> So, the netbook only suspends every other time the lid is closed.
> This could be dangerous with the netbook stowed in running mode
> getting hot.
[...]
The firmware should throttle the processor and eventually power-off the
system if it is too hot. But still, this behaviour is unfortunate.
Did any earlier kernel version handle the lid switch correctly?
Can you test the package of Linux 2.6.35 in experimental?
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
08-25-2010, 02:13 PM
Doug Currie
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; suspend every other lid close; Samsung N150-11 netbook
Hi Ben,
On Aug 25, 2010, at 12:58 AM, Ben Hutchings - ben@decadent.org.uk wrote:
> Did any earlier kernel version handle the lid switch correctly?
> Can you test the package of Linux 2.6.35 in experimental?
The first kernel I installed on this netbook was 2.6.32-18 and it had the same problem. I was looking forward to -20 since -19 has a "Add samsung-laptop driver" (x86) in the changelog.
I will try the experimental kernel in the next day or so. Thanks.
e
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 44FB4155-577A-451C-AF7F-D1B36E0E2E29@gmail.com">http://lists.debian.org/44FB4155-577A-451C-AF7F-D1B36E0E2E29@gmail.com
08-25-2010, 04:09 PM
Doug Currie
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; suspend every other lid close; Samsung N150-11 netbook
On Aug 25, 2010, at 12:58 AM, Ben Hutchings - ben@decadent.org.uk wrote:
> Did any earlier kernel version handle the lid switch correctly?
> Can you test the package of Linux 2.6.35 in experimental?
I just tried linux-image-2.6.35-trunk-amd64 (2.6.35-1~experimental.2)
It does not fix the problem.
It shows the same lid behavior reporting the lid state as closed every other time it is closed&opened.
e
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 1FB12184-1B7F-4066-91C8-E8D032194683@gmail.com">http://lists.debian.org/1FB12184-1B7F-4066-91C8-E8D032194683@gmail.com
08-25-2010, 04:56 PM
Ben Hutchings
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; suspend every other lid close; Samsung N150-11 netbook
On Wed, Aug 25, 2010 at 12:09:27PM -0400, Doug Currie wrote:
>
> On Aug 25, 2010, at 12:58 AM, Ben Hutchings - ben@decadent.org.uk wrote:
>
> > Did any earlier kernel version handle the lid switch correctly?
> > Can you test the package of Linux 2.6.35 in experimental?
>
> I just tried linux-image-2.6.35-trunk-amd64 (2.6.35-1~experimental.2)
> It does not fix the problem.
> It shows the same lid behavior reporting the lid state as closed every other time it is closed&opened.
OK. Please report this upstream at <https://bugzilla.kernel.org>, under
product 'ACPI', component 'EC'. Let us know the bug number or URL so that
we can track it.
Ben.
--
Ben Hutchings
We get into the habit of living before acquiring the habit of thinking.
- Albert Camus
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20100825165632.GJ5063@decadent.org.uk">http://lists.debian.org/20100825165632.GJ5063@decadent.org.uk
08-25-2010, 09:26 PM
Doug Currie
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; suspend every other lid close; Samsung N150-11 netbook
On Aug 25, 2010, at 12:56 PM, Ben Hutchings wrote:
> OK. Please report this upstream at <https://bugzilla.kernel.org>, under
> product 'ACPI', component 'EC'. Let us know the bug number or URL so that
> we can track it.
https://bugzilla.kernel.org/show_bug.cgi?id=17081
Thanks.
e
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 7F65D4AB-9D90-48E1-9DF9-E1150565CAAA@gmail.com">http://lists.debian.org/7F65D4AB-9D90-48E1-9DF9-E1150565CAAA@gmail.com
06-13-2011, 02:25 AM
Jonathan Nieder
Bug#594149: linux-image-2.6.32-5-amd64: Lid switch correct every other time; suspend every other lid close; Samsung N150-11 netbook
tags 594149 = upstream moreinfo
quit
Hi Doug,
Doug Currie wrote:
> Samsung N150-11 netbook. Each lid close&open toggles the lid switch state
> so when the lid is open, half the time it reports closed:
Yikes, that's awesome. Thanks for finding it.
Zhang Rui wrote:
> really nice bug report!
>
> please try the _LID.aml attached and see if the the lid state is always
> reported correctly.
>
> IMO, the binary file attached should workaround the problem for you, but indeed
> this should be an EC driver problem.
> So it would be great if you can try to build a 2.6.38 kernel, uncomment line30
> "/* #define DEBUG */" in drivers/acpi/ec.c, and redo the test.
There are instructions for building a custom kernel at [1].
Would you be able to perform this test, or do you know anyone with
similar hardware who could?
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110613022534.GA3375@elie">http://lists.debian.org/20110613022534.GA3375@elie