lid switch on dell latitude d800 freezes system

lid switch on dell latitude d800 freezes system

[Malcolm Caldwell]

Hello,

I am running 2.4.21-rc1 with acpi patches.  I have also patched to run a
custom dstc which I got from someone on the net.  (The interface at
acpi.sourceforge.net fails to find the dstc that it says are there -
however the author's email address is there and he sent it to me
directly)

The only problem is that the lid switch freezes the machine.  As far as
I know the freeze only happens if something is reading from
/proc/acpi/events (although I would have to do some more testing to
verify this).

Can anyone give any hints on how to go about fixing this?



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Malcolm Caldwell]

Ok,

I have more or less confirmed that the problem is, as Michael suggested,
the nvidia driver.  If I never start X the lid button does nothing
except log stuff into the log file.  With X started once, even if it is
no longer running running the system freezes.

So - what now?  Report this to nvidia?  Try to work this out in some
other way?  Any hints where to look?

On Fri, 2003-05-16 at 03:02, Malcolm Caldwell wrote:
> Hello,
> 
> I am running 2.4.21-rc1 with acpi patches.  I have also patched to run a
> custom dstc which I got from someone on the net.  (The interface at
> acpi.sourceforge.net fails to find the dstc that it says are there -
> however the author's email address is there and he sent it to me
> directly)
> 
> The only problem is that the lid switch freezes the machine.  As far as
> I know the freeze only happens if something is reading from
> /proc/acpi/events (although I would have to do some more testing to
> verify this).
> 
> Can anyone give any hints on how to go about fixing this?
> 
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Michael Hardy]

Seems to me like there are two separate paths to follow, one of which 
may only
be here because I haven't tested everything correctly -

1) work with nvidia and/or Dell - if loading the nvidia driver causes an 
ACPI
   interaction that locks the machine, it seems that it must be a vendor 
thing.
   I'd go with nvidia first just because they at least *try*, and might know
   something, then maybe followup with Dell

2) work with the open source nv authors to see if they can work out DPMS for
   the D800. This is where I might be ignorant, but I'm under the impression
   screen blanking doesn't work with the nv driver and getting it to 
work would
   get a very effective power-save state on lid close combined with ACPI S1.
   Obviously doesn't get you 3D, but I'd be quite happy if this worked

Mainly, I'm just glad I'm not crazy and someone else sees what I do :-). 
I've
posted this on my D800 site, and I'll be happy to test and chronicle 
anything
anyone finds out.

Thanks for putting in the effort to try and isolate this-
-Mike

Malcolm Caldwell wrote:

>Ok,
>
>I have more or less confirmed that the problem is, as Michael suggested,
>the nvidia driver.  If I never start X the lid button does nothing
>except log stuff into the log file.  With X started once, even if it is
>no longer running running the system freezes.
>
>So - what now?  Report this to nvidia?  Try to work this out in some
>other way?  Any hints where to look?
>
>On Fri, 2003-05-16 at 03:02, Malcolm Caldwell wrote:
>  
>
>>Hello,
>>
>>I am running 2.4.21-rc1 with acpi patches.  I have also patched to run a
>>custom dstc which I got from someone on the net.  (The interface at
>>acpi.sourceforge.net fails to find the dstc that it says are there -
>>however the author's email address is there and he sent it to me
>>directly)
>>
>>The only problem is that the lid switch freezes the machine.  As far as
>>I know the freeze only happens if something is reading from
>>/proc/acpi/events (although I would have to do some more testing to
>>verify this).
>>
>>Can anyone give any hints on how to go about fixing this?
>>
>>
>>
>>-------------------------------------------------------
>>Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>>The only event dedicated to issues related to Linux enterprise solutions
>>www.enterpriselinuxforum.com
>>
>>_______________________________________________
>>Acpi-devel mailing list
>>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>
>>    
>>



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Markus Gutschke]

As mentioned before, I do not see any of these problems. Screen blanking 
works just fine when I close the lid. I get the ACPI event and then call 
xset to (un)blank the screen from a script.

I'd be happy to make my kernel (somewhat patched version of Linux 
2.4.21-rc1-ac3 with ACPI patches) and X binaries (Debian unstable, XFree 
  4.2.1.1) available to anybody who wants to investigate this problem 
further.


Markus

Michael Hardy wrote:
> 
> Seems to me like there are two separate paths to follow, one of which 
> may only
> be here because I haven't tested everything correctly -
> 
> 1) work with nvidia and/or Dell - if loading the nvidia driver causes an 
> ACPI
>   interaction that locks the machine, it seems that it must be a vendor 
> thing.
>   I'd go with nvidia first just because they at least *try*, and might know
>   something, then maybe followup with Dell
> 
> 2) work with the open source nv authors to see if they can work out DPMS 
> for
>   the D800. This is where I might be ignorant, but I'm under the impression
>   screen blanking doesn't work with the nv driver and getting it to work 
> would
>   get a very effective power-save state on lid close combined with ACPI S1.
>   Obviously doesn't get you 3D, but I'd be quite happy if this worked
> 
> Mainly, I'm just glad I'm not crazy and someone else sees what I do :-). 
> I've
> posted this on my D800 site, and I'll be happy to test and chronicle 
> anything
> anyone finds out.
> 
> Thanks for putting in the effort to try and isolate this-
> -Mike
> 
> Malcolm Caldwell wrote:
> 
>> Ok,
>>
>> I have more or less confirmed that the problem is, as Michael suggested,
>> the nvidia driver.  If I never start X the lid button does nothing
>> except log stuff into the log file.  With X started once, even if it is
>> no longer running running the system freezes.
>>
>> So - what now?  Report this to nvidia?  Try to work this out in some
>> other way?  Any hints where to look?
>>
>> On Fri, 2003-05-16 at 03:02, Malcolm Caldwell wrote:
>>  
>>
>>> Hello,
>>>
>>> I am running 2.4.21-rc1 with acpi patches.  I have also patched to run a
>>> custom dstc which I got from someone on the net.  (The interface at
>>> acpi.sourceforge.net fails to find the dstc that it says are there -
>>> however the author's email address is there and he sent it to me
>>> directly)
>>>
>>> The only problem is that the lid switch freezes the machine.  As far as
>>> I know the freeze only happens if something is reading from
>>> /proc/acpi/events (although I would have to do some more testing to
>>> verify this).
>>>
>>> Can anyone give any hints on how to go about fixing this?
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>>> The only event dedicated to issues related to Linux enterprise solutions
>>> www.enterpriselinuxforum.com
>>>
>>> _______________________________________________
>>> Acpi-devel mailing list
>>> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>
>>>   




-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Michael Frank]

ACPI button (as a module) is acting plain weird on some systems. See ACPI button/USB interaction on this.

Suggest for testing that you disable the ACPI button (or not load the button module), trigger the script by another means - even from a console (could also run it in a loop) and see if problem goes away. 

Regards
Michael




-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Michael Hardy]

I'm not sure what in your mix of software makes it work since I actually 
used your scripts and my machine locks. The differences appear to be 
either in the '-ac' part of your kernel or in the delta between XFree 
4.2.1.1 and XFree 4.3.0 (Redhat 9 ships 4.3).

I don't believe swapping out X is going to be that easy for me, but 
perhaps someone with a 4.2.x X version and this hardware could confirm 
that it works with (or without) ac patches on their kernel?

-Mike

Markus Gutschke wrote:

> As mentioned before, I do not see any of these problems. Screen 
> blanking works just fine when I close the lid. I get the ACPI event 
> and then call xset to (un)blank the screen from a script.
>
> I'd be happy to make my kernel (somewhat patched version of Linux 
> 2.4.21-rc1-ac3 with ACPI patches) and X binaries (Debian unstable, 
> XFree  4.2.1.1) available to anybody who wants to investigate this 
> problem further.
>
>
> Markus
>
> Michael Hardy wrote:
>
>>
>> Seems to me like there are two separate paths to follow, one of which 
>> may only
>> be here because I haven't tested everything correctly -
>>
>> 1) work with nvidia and/or Dell - if loading the nvidia driver causes 
>> an ACPI
>>   interaction that locks the machine, it seems that it must be a 
>> vendor thing.
>>   I'd go with nvidia first just because they at least *try*, and 
>> might know
>>   something, then maybe followup with Dell
>>
>> 2) work with the open source nv authors to see if they can work out 
>> DPMS for
>>   the D800. This is where I might be ignorant, but I'm under the 
>> impression
>>   screen blanking doesn't work with the nv driver and getting it to 
>> work would
>>   get a very effective power-save state on lid close combined with 
>> ACPI S1.
>>   Obviously doesn't get you 3D, but I'd be quite happy if this worked
>>
>> Mainly, I'm just glad I'm not crazy and someone else sees what I do 
>> :-). I've
>> posted this on my D800 site, and I'll be happy to test and chronicle 
>> anything
>> anyone finds out.
>>
>> Thanks for putting in the effort to try and isolate this-
>> -Mike
>>
>> Malcolm Caldwell wrote:
>>
>>> Ok,
>>>
>>> I have more or less confirmed that the problem is, as Michael 
>>> suggested,
>>> the nvidia driver.  If I never start X the lid button does nothing
>>> except log stuff into the log file.  With X started once, even if it is
>>> no longer running running the system freezes.
>>>
>>> So - what now?  Report this to nvidia?  Try to work this out in some
>>> other way?  Any hints where to look?
>>>
>>> On Fri, 2003-05-16 at 03:02, Malcolm Caldwell wrote:
>>>  
>>>
>>>> Hello,
>>>>
>>>> I am running 2.4.21-rc1 with acpi patches.  I have also patched to 
>>>> run a
>>>> custom dstc which I got from someone on the net.  (The interface at
>>>> acpi.sourceforge.net fails to find the dstc that it says are there -
>>>> however the author's email address is there and he sent it to me
>>>> directly)
>>>>
>>>> The only problem is that the lid switch freezes the machine.  As 
>>>> far as
>>>> I know the freeze only happens if something is reading from
>>>> /proc/acpi/events (although I would have to do some more testing to
>>>> verify this).
>>>>
>>>> Can anyone give any hints on how to go about fixing this?
>>>>
>>>>
>>>>
>>>> -------------------------------------------------------
>>>> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>>>> The only event dedicated to issues related to Linux enterprise 
>>>> solutions
>>>> www.enterpriselinuxforum.com
>>>>
>>>> _______________________________________________
>>>> Acpi-devel mailing list
>>>> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>>> https://lists.sourceforge.net/lists/listinfo/acpi-devel
>>>>
>>>>   
>>>
>



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Michael Hardy]

This is something that I (or Malcolm) can probably test really easily - 
it would be a great workaround if it was just the button module. Thanks 
for the pointer-

-Mike

Michael Frank wrote:

>ACPI button (as a module) is acting plain weird on some systems. See ACPI button/USB interaction on this.
>
>Suggest for testing that you disable the ACPI button (or not load the button module), trigger the script by another means - even from a console (could also run it in a loop) and see if problem goes away. 
>
>Regards
>Michael
>
>  
>



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Markus Gutschke]

Michael Hardy wrote:
> This is something that I (or Malcolm) can probably test really easily - 
> it would be a great workaround if it was just the button module. Thanks 
> for the pointer-

If you want to quickly test whether my kernel would work better for you, 
you can now find it at 
http://gutschke.com/markus/kernel-2.4.21-rc1-ac3.tar.bz2


Markus



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Malcolm Caldwell]

On Sat, 2003-05-17 at 01:21, Markus Gutschke wrote: 
> Michael Hardy wrote:
> > This is something that I (or Malcolm) can probably test really easily - 
> > it would be a great workaround if it was just the button module. Thanks 
> > for the pointer-
> 
> If you want to quickly test whether my kernel would work better for you, 
> you can now find it at 
> http://gutschke.com/markus/kernel-2.4.21-rc1-ac3.tar.bz2

YES - It works.

Still my old X (4.3) but with markus's nvidia driver.

Anyway *something* about the kernel is good!  I might try to compile a
newer kernel.  I had already tried 2.4.21-rc2 but could not apply the
dsdt patch to it.

> Markus
> 
> 
> 
> --
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Michael Frank]

On Saturday 17 May 2003 01:57, Malcolm Caldwell \wrote:
> On Sat, 2003-05-17 at 01:21, Markus Gutschke wrote:
> > Michael Hardy wrote:
> > > This is something that I (or Malcolm) can probably test really
> > > easily - it would be a great workaround if it was just the
> > > button module. Thanks for the pointer-
> >
> > If you want to quickly test whether my kernel would work better
> > for you, you can now find it at
> > http://gutschke.com/markus/kernel-2.4.21-rc1-ac3.tar.bz2
>
> YES - It works.
>

Please clarify whether the button module makes a difference.

Regards
Michael


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

Re: lid switch on dell latitude d800 freezes system

[Malcolm Caldwell]

On Sat, 2003-05-17 at 03:27, Malcolm Caldwell wrote:
> On Sat, 2003-05-17 at 01:21, Markus Gutschke wrote: 
> > Michael Hardy wrote:
> > > This is something that I (or Malcolm) can probably test really easily - 
> > > it would be a great workaround if it was just the button module. Thanks 
> > > for the pointer-
> > 
> > If you want to quickly test whether my kernel would work better for you, 
> > you can now find it at 
> > http://gutschke.com/markus/kernel-2.4.21-rc1-ac3.tar.bz2
> 
> YES - It works.
> 
> Still my old X (4.3) but with markus's nvidia driver.
> 
> Anyway *something* about the kernel is good!  I might try to compile a
> newer kernel.  I had already tried 2.4.21-rc2 but could not apply the
> dsdt patch to it.

OK - I now have a working RH9 using 2.4.21-rc1-ac4.  X11 is 4.3 with
nvidia's latest driver.

Does anyone have any idea what there is in these ac kernels that fix
this? (At least for curiosity)

> 
> > Markus
> > 
> > 
> > 
> > --
> > Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> > The only event dedicated to issues related to Linux enterprise solutions
> > www.enterpriselinuxforum.com
> > 
> > _______________________________________________
> > Acpi-devel mailing list
> > Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> > https://lists.sourceforge.net/lists/listinfo/acpi-devel
> > 
> 
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Acpi-devel mailing list
> Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/acpi-devel
> 



-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com