Re: lid switch on dell latitude d800 freezes system

[Michael Hardy <mike-YPUHpfzIkGtIf6P1QZMOBw@public.gmane.org>]

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