NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: kern/60043: ACPI suspend does not work properly with ps/2 keyboard and track-pad

The following reply was made to PR kern/60043; it has been noted by GNATS.

From: stephane Tranchemer <stranche%free.fr@localhost>
To: gnats-bugs%netbsd.org@localhost,
 stephane Tranchemer via gnats <gnats-admin%NetBSD.org@localhost>,
 kern-bug-people%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/60043: ACPI suspend does not work properly with ps/2
 keyboard and track-pad
Date: Sat, 28 Feb 2026 14:12:07 +0900

 This is a multi-part message in MIME format.
 --------------i058w1jy77jBK7ZXV09eAxWo
 Content-Type: text/plain; charset=UTF-8; format=flowed
 Content-Transfer-Encoding: 8bit
 
 I found something interesting...
 
 Googling you find some articles or blogs a bit older that states things 
 about |PMS_DISABLE_POWERHOOK| option.
 
 This options in the NetBSD kernel is a configuration option used to 
 modify how the PS/2 mouse driver (|pms(4)|) handles power management 
 events, specifically preventing reset of the touch-pad or mouse upon 
 resuming from suspend.
 
 Unsure if it can help our case, I wanted to try.
 To do so you need to compile a personalized kernel.
 
 So I took the steps, removing the comment to the /options 
 PMS_DISABLE_POWERHOOK/ line and ran config.
 And here's what I get...
 
 > MYKERNEL:438: warning: obsolete option `PMS_DISABLE_POWERHOOK' will be 
 > ignored
 >
 Well... that's interesting, so no way to try and test some alternative 
 solution.
 
 If I read and understand correctly all I could gather,
 -this option is now obsolete, does it mean the kernel code has been 
 modified enough so that it just (supposedly) work?
 -if so, doesn't our issue shows that the reset of ps/2 bus and all 
 that's connected to it upon resuming from suspend actually doesn't work?
 
 There may be something else at play, like the need to add a few more 
 commands to //etc/powerd/scripts/lid_switch/.
 
 Is there anyone that can help? Do not hesitate to ask for logs, outputs 
 or anything that could help.
 
 --------------i058w1jy77jBK7ZXV09eAxWo
 Content-Type: text/html; charset=UTF-8
 Content-Transfer-Encoding: 8bit
 
 <!DOCTYPE html>
 <html>
   <head>
     <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
   </head>
   <body>
     I found something interesting...<br>
     <p>Googling you find some articles or blogs a bit older that states
       things about <code dir="ltr" class="o8j0Mc" data-processed="true">PMS_DISABLE_POWERHOOK</code>
       option.</p>
     <p>This options in the NetBSD kernel is a configuration option used
       to modify how the PS/2 mouse driver (<code dir="ltr"
         class="o8j0Mc" data-processed="true">pms(4)</code>) handles
       power management events, specifically preventing reset of the
       touch-pad or mouse upon resuming from suspend.</p>
     <p>Unsure if it can help our case, I wanted to try.<br>
       To do so you need to compile a personalized kernel.</p>
     <p>So I took the steps, removing the comment to the <i>options
         PMS_DISABLE_POWERHOOK</i> line and ran config.<br>
       And here's what I get...</p>
     <p>
       <blockquote type="cite">
         <p>MYKERNEL:438: warning: obsolete option
           `PMS_DISABLE_POWERHOOK' will be ignored</p>
       </blockquote>
     </p>
     <p>Well... that's interesting, so no way to try and test some
       alternative solution.</p>
     <p>If I read and understand correctly all I could gather,<br>
       -this option is now obsolete, does it mean the kernel code has
       been modified enough so that it just (supposedly) work?<br>
       -if so, doesn't our issue shows that the reset of ps/2 bus and all
       that's connected to it upon resuming from suspend actually doesn't
       work?</p>
     <p>There may be something else at play, like the need to add a few
       more commands to <i>/etc/powerd/scripts/lid_switch</i>.</p>
     <p>Is there anyone that can help? Do not hesitate to ask for logs,
       outputs or anything that could help.</p>
   </body>
 </html>
 
 --------------i058w1jy77jBK7ZXV09eAxWo--
Home | Main Index | Thread Index | Old Index