Re: lid switch on dell latitude d800 freezes system

Michael Hardy
2003-05-16T15:44:27Z

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
>>>>
>>>>
>>>