similar to: How/when to file bugs on upstream bugzilla?

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

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

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 8/27/21 1:50 PM, wwp wrote: > Hello Greg, > > > On Mon, 7 Oct 2019 09:06:23 -0700 Greg Bailey <gbailey at lxpro.com> wrote: > >> There's been discussions in the past about updating MATE RPMs in EPEL-7: >> https://bugzilla.redhat.com/show_bug.cgi?id=1436260 >> https://lists.centos.org/pipermail/centos/2019-August/173154.html >> (and lots of

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

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 >

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

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

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

Thinkpad T410 running CentOS 7 with the Mate desktop (Gnome 3 is too demanding on video capabilities for this hardware) Under CentOS 7.1 - the laptop would sleep when I closed the lid. It no longer does. I can tell because the laptop remains warm when I close the lid now, mail filters in Thunderbird run when the lid is closed, and it doesn't need to re-establish wifi when opening. This

Hi folks, I''m just in the process of installing ubuntu dapper on my new laptop, which came with windows xp preinstalled. For now I''ve kept the original windows install in a separate partition, and I''m wondering if it''s possible for me to access it from within ubuntu, using xen''s hardware virtualization. The laptop is a Latitude D820, with a CoreDuo

On Sun, Dec 20, 2015 at 04:23:07PM +0000, Richard wrote: > > > > Date: Sunday, December 20, 2015 07:52:25 -0800 > > From: Alice Wonder <alice at domblogger.net> > > > > Thinkpad T410 running CentOS 7 with the Mate desktop (Gnome 3 is > > too demanding on video capabilities for this hardware) > > > > Under CentOS 7.1 - the laptop would sleep

Hello, I have a problem with the srptools to connect my Dom0 to the scst over IB ressources. *When i''m on the Debian kernel (without Dom0) * root@blade1:/# ibsrpdm -c id_ext=003048ffff9dd3b4,ioc_guid=003048ffff9dd3b4,dgid=fe80000000000000003048ffff9dd3b5,pkey=ffff,service_id=003048ffff9dd3b4

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

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

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

On Fri, Dec 11, 2015 at 03:40:27PM +0000, Nux! wrote: > I've heard this happening to someone on IRC, the solution if I remember correctly is to update MATE from epel-testing. > See if that works for you. > > -- > Sent from the Delta quadrant using Borg technology! > > Nux! > www.nux.ro thanks, Nux. I've just installed allthe MATE packaages from epel testing, and

Thank you for your mail. ibv_rc_pingpong seems working between servers and client. Also udaddy, ucmatose, rping etc are working. root at gluster1:~# ibv_rc_pingpong -d mlx5_0 -g 0 ? local address:? LID 0x0000, QPN 0x0001e4, PSN 0x10090e, GID fe80::ee0d:9aff:fec0:1dc8 ? remote address: LID 0x0000, QPN 0x00014c, PSN 0x09402b, GID fe80::ee0d:9aff:fec0:1b14 8192000 bytes in 0.01 seconds =

On 02/08/2016 03:05 PM, m.roth at 5-cent.us wrote: > Wes James wrote: >> Is there a utility to zero unused blocks on a disk? >> >> CentOS 6.7/Ext4 >> >> I saw zerofree, but I?m not sure it would work on Ext4 or even work on >> this version of CentOS. >> > I don't understand the point of doing this. Wes didn't say the reason he wanted to zero