linux-kernel - Re: lid switch hangs notebook

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <200706040942.07661.bjorn.helgaas@hp.com>
Date:	Mon, 4 Jun 2007 09:42:07 -0600
From:	Bjorn Helgaas <bjorn.helgaas@...com>
To:	"Antonio Mignolli" <antoniomignolli@...il.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: lid switch hangs notebook

On Monday 04 June 2007 04:57:21 am Antonio Mignolli wrote:
> The problem reported below has not been solved,
> I tried with the last stable kernel 2.6.21.3.
> 
> But it seems not to be an ACPI issue,
> I removed ACPI support from the kernel,
> and still have the problem.
> What else could be?

The lid switch event is probably reported via ACPI.  But the
fact that you see your "LID switch" message from /etc/acpi/acpi_handler.sh
means the switch event is getting through.

What else does the acpi_handler.sh script do?  Can you add more
log messages in it and any related scripts?

If all else fails, you could try git-bisect to isolate a changeset
that broke it.  That's tedious but usually effective.

Bjorn

> On 4/13/07, Bjorn Helgaas <bjorn.helgaas@...com> wrote:
> > On Thursday 15 March 2007 13:06, Andrew Morton wrote:
> > > > On Mon, 12 Mar 2007 15:53:18 +0100 "Antonio Mignolli" <antoniomignolli@...il.com> wrote:
> > > > Hi,
> > > > I'm running a slackware 10.2 on a HP/Compaq nx5000.
> > > >
> > > > With kernels <= 2.6.17.3 I didn't have problems.
> > > > Starting from 2.6.19 if I close the notebook's video,
> > > > or if I press the lid switch,
> > > > after a couple of time, or after a few seconds, the o.s. hangs
> > > > completely. The only thing to do is a brute power off
> > > > by pressing for 5 seconds the power button
> > > > (If I press for few it should do a clean shutdown -h).
> > > > I've tried 2.6.19, 2.6.19.1, 2.6.19.2, 2.6.20, 2.6.20.1, 2.6.20.2,
> > > > and all of them seem to give problems.
> > > >
> > > > I don't have KERNEL_DEBUG set, so I haven't any debug informations,
> > > > I will be happy to activate it and provide more info if someone suggests
> > > > me which debug parameters I should set.
> > > > There's nothing in /var/log/messages and /var/log/syslog,
> > > > except for the message "LID switch" added by me
> > > > with a logger command in /etc/acpi/acpi_handler.sh.
> > > > I've put it after noticing the problem, in order to be sure the event was
> > > > detected, and it was.
> > >
> > > I guess this is an ACPI think, although not necessarily.
> > >
> > > Len & co: do you think we should ask Antonio to raise a report
> > > against ACPI at bugzilla.kernel.org?
> >
> > I don't see a response to this on the linux-acpi list.  Did the
> > problem get resolved?
> >
> 


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/