Johan Torin <[email protected]> writes: > On Monday 26 July 2010, Miod Vallat wrote: > > > This is due to revision 1.3 of sys/dev/pckbc/pms_intelli.c, > > > reverting it back to 1.2 fixes the problem. > > > > Does the following diff help? > > Seems like it, the error messages are gone and the touchpad works > (although additional testing after my previous mail showed that > it actually could work sometimes, just like for TeXitoi).
Fix here too (without debug). > On a related note, this machine seems to be able to do a > suspend/resume cycle (most of the tries atleast - hanged once), > and the touchpad also works after resume. I've tested suspend. Without X runing (even if you run X, quit X, suspend and start X), it works quite OK, exept for network interfaces: - after suspend, ale0 does not work. Active connections hangs. Begining a new connection makes ale0 watchdog respond, reset the device, and then the network works. The previously active connection are still dead. ifconfig ale0 down before suspending and up after make ale0 work perfectly with suspend. - ral0, if activated, will be dead after suspend, even if the interface is down before suspending. If ral0 is not used, then suspend, after wake up, ral0 works. But after another suspend, I have the previously described behavior. http://texitoi.eu/~texitoi/OpenBSD-2010-07-24-report/dmesg.suspend-noX This dmesg shows the different messages when trying suspend and networks interfaces. You can see ale0: watchdog timeout as the watchdog timeout of ale0, and ral0: device timeout ral0: could not read from BBP through MCU (20x) ral0: timeout waiting for BBP to wake up when trying to reuse ral0 the first time after suspend, and ral0: could not read from BBP through MCU (20x) ral0: timeout waiting for BBP to wake up when trying to use ral0 again. Suspending with X runing is chaotic: sometimes it works, sometimes the screen is not completely drawn (only the background is drawn or some special weird draw with echo and no fonts), sometimes it crashs. One time I have seen that in dmesg after buggy rendering and quiting X with a ^C on VT: inteldrm0: gpu hung! no reset function for chipset. error: [drm:pid25992:inteldrm_lastclose] *ERROR* failed to idle hardware: 5 and then, trying to launch X again, the system crashs. Except that, suspending works (sound OK, SSD OK, VT OK). acpidump can be found here: http://texitoi.eu/~texitoi/OpenBSD-2010-07-24-report/ Thanks for the good work on suspend! -- Guillaume Pinot http://www.irccyn.ec-nantes.fr/~pinot/ + Les grandes personnes ne comprennent jamais rien toutes seules, et c'est fatigant, pour les enfants, de toujours leur donner des explications... ; -- Antoine de Saint-Exupiry, Le Petit Prince () ASCII ribbon campaign -- Against HTML e-mail /\ http://www.asciiribbon.org -- Against proprietary attachments
