search for: lids

Hi, All. I'm trying to use HP Suresore 24e on FreeBSD 4.8-STABLE (Mon May 12 09:32:15 YEKST 2003). The system is installed on Asus P2b-DS motherboard with Adaptec aic7890 onboard scsi-controller. I have 2 SCSI-3 HDDs attached to it: da0: <IBM DDYS-T18350N S96H> Fixed Direct Access SCSI-3 device da1: <IBM DDYS-T09170N S80D> Fixed Direct Access SCSI-3 device and I'trying to

Both nouveau and i915, the only 2 kernel space lid notification listeners, invoke acpi_lid_open() API to obtain _LID returning value instead of using the notified value. So this patch moves this logic from listeners to lid driver, always notify kernel space listeners using _LID returning value. This is a no-op cleanup, but facilitates administrators to configure to notify kernel drivers with

....data.frame in an attempt to isolate the third element of the list s, but this was not helpful. Any help would be appreciated. > dim(s) [1] 342 3 > names(s) [1] "scan" "time" "a" > s scan time a.a a.a2 a.a3 202 Plastic lids Plastic lids NaN NaN NaN 195 Plastic lids Cookware lids 44 31 58 205 Plastic lids Seasoning packets 9 4 20 191 Plastic lids Baking sheets 15 7 27 209 Plastic lids Utensils 9 4 20 194 Plastic lids Cell phones...

Hi, If my previous reply is not persuasive enough. Let me do that in a different way. > From: linux-acpi-owner at vger.kernel.org [mailto:linux-acpi-owner at vger.kernel.org] On Behalf Of Zheng, > Lv > Subject: RE: [PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations > > Hi, > > > From: Benjamin Tissoires [mailto:benjamin.tissoires at gmail.com] > >

Hi Lv, I am trying to reduce the number of parallel discussion we have on the same subject, but there is something here I can't let you have. On Fri, May 12, 2017 at 8:08 AM, Zheng, Lv <lv.zheng at intel.com> wrote: > Hi, > > If my previous reply is not persuasive enough. > Let me do that in a different way. > >> From: linux-acpi-owner at vger.kernel.org

On Tue, May 9, 2017 at 9:02 AM, Lv Zheng <lv.zheng at intel.com> wrote: > Since notification side has been changed to always notify kernel listeners > using _LID returning value. Now listeners needn't invoke acpi_lid_open(), > it should use a spec suggested control method lid device usage model: > register lid notification and use the notified value instead, which is the >

What's the motivation behind commit 60821e0 (drm/nouveau: report LVDS as disconnected if lid closed)? The only noticeable effect I can see from it is that if I turn on my laptop and then close the lid, X fails to start as it can't find any screens. In fact, if I close the lid before nouveau initialises, I don't even get a framebuffer console. I know I can just use the ignorelid

Hi, Benjamin > From: linux-acpi-owner at vger.kernel.org [mailto:linux-acpi-owner at vger.kernel.org] On Behalf Of Benjamin > Tissoires > Subject: Re: [PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations > > Hi Lv, > > I am trying to reduce the number of parallel discussion we have on the > same subject, but there is something here I can't let you have.

since I got the big bolus of updates from the CR repo a few days ago my netbook (AcerAspire One D255E) will no longer go to standby when the lid is closed. This was a Gnome desktopp installation with theh MATE desktop fromm EPEL. I've verified that the correct setting still exists in power manager but it persists in continuing to run when the lid closes. it WILL go to standby if explicitly

Hi, I'm using CentOS on a laptop that part of the time is connected to a docking station with two monitor connected to it. When the laptop lid is docked, its lid is closed, as the system is placed in a position where it's not convenient to keep it open, let alone look at the screen. Now in the past, with CentOS 5 (on a different laptop, but same physical config) and 6, the screen has

Folks I have a laptop which i am using temporarily as a test server. It is permanently plugged in. It is running Centos 6, command line only. In the past, I could close the lid, thereby turning off the display, but not turning off the machine. It remained running indefinitely. A recent update (this past week) changed that behavior. Now, when I close the lid, the laptop turns itself off

Um texto embutido e sem conjunto de caracteres especificado associado... Nome: n?o dispon?vel Url: https://stat.ethz.ch/pipermail/r-help/attachments/20060617/d28b0fb4/attachment.pl

Since notification side has been changed to always notify kernel listeners using _LID returning value. Now listeners needn't invoke acpi_lid_open(), it should use a spec suggested control method lid device usage model: register lid notification and use the notified value instead, which is the only way to ensure the value is correct for "button.lid_init_state=ignore" mode or other

Hi Lv, On Mon, May 15, 2017 at 5:55 AM, Zheng, Lv <lv.zheng at intel.com> wrote: > Hi, Benjamin > >> From: linux-acpi-owner at vger.kernel.org [mailto:linux-acpi-owner at vger.kernel.org] On Behalf Of Benjamin >> Tissoires >> Subject: Re: [PATCH v2 5/5] ACPI: button: Obselete acpi_lid_open() invocations >> >> Hi Lv, >> >> I am trying to reduce

On Fri, Dec 11, 2015 at 03:42:21PM +0000, Richard wrote: > > > > Date: Friday, December 11, 2015 10:29:20 -0500 > > From: Fred Smith <fredex at fcshome.stoneham.ma.us> > > > > since I got the big bolus of updates from the CR repo a few days > > ago my netbook (AcerAspire One D255E) will no longer go to standby > > when the lid is closed. > >

Damjan, Glad to hear that worked for you. I don't know if the gnome people can make this very much easier. Different version of different linux distros might invoke hibernate differently. How would they know which one to map to the lid button? Also, some people might want to invoke sleep rather than hibernate. If there were system commands which were persistent over all distros and

How can I prevent the laptop from sleeping when the lid is closed. I tried messing with the settings in gnome-power-preferences but that doesn't seem to prevent it when no one is logged in. Any suggestions? Thanks, Dave

On 05/12/17 08:53, Toralf Lund wrote: > Hi, > > I'm using CentOS on a laptop that part of the time is connected to a > docking station with two monitor connected to it. When the laptop lid is > docked, its lid is closed, as the system is placed in a position where > it's not convenient to keep it open, let alone look at the screen. > > Now in the past, with CentOS

Hello, I am using CentOS 5.1 on a toshiba tecra 8000 notebook. That works great so far. The only thing I could not realize is to shutdown the notebook if closing the lid. Therefor I need the current status (open or close) of the lid, but I don't know how. Is there any way to get this status, maybe under /proc/ or by some command? [root at beutelsend ~]# uname -a Linux beutelsend

Has anyone seen the following error before? "error on enabled probe ID 2 (ID 473: sdt:unix:av_dispatch_autovect:interrupt-complete): invalid address (0x198) in action #3 at DIF offset 20" I''m trying to capture interrupt times as inlined in the below script. The script gives me some output after the errors, and I''m trying to understand if the errors are affecting