Re: OpenBSD 6.6 snapshot #262 - no USB mouse
First, thanks for all good advices.
Ok I finally had time to sit down and figure it out, and my first guess
was wrong, it was a change in pms.c which made the touchpad stop
working. The patch that made it stop work was revision 1.89 committed
Mon Aug 19 21:08 UTC. Most of the patch is probably correct, I've not
worked with hardware drivers on this level before so someone that knows
what they are doing should probably look into this - but I also made a
patch to fix it, however I might have broken the support of other
touchpads or so with my suggested change. What I did was bringing back
the three lines deleted from elantech_get_hwinfo_v4 and re-added them to
the new if statement. I'm attaching a diff for this change.
On 30/08/2019, 17:16, Stuart Henderson wrote:
Mikal, as your problem started before the problematic snapshot, while
it may seem a similar issue, it definitely needs investigating differently.
On 2019/08/30 17:26, Mikal Villa wrote:
I tried that, booted with #248 but I'm sorry to say the issues are still
here. I wrote wrong in the last mail, wsmouse0 is the touchscreen which
as last time, is no responsive. wsmouse1, the trackpad is "sometimes"
acting on input but not nessesarry where you meant it to go, however
right clicking seem to work, and has in all tries of mine worked.
Is there a place I can read about whats already known about this issue?
I know you don't do bugtrackers, but maybe if I knew more I could make a
brave attempt to help fixing it myself. Unfamiliar with the openbsd
kernel, but has a little experience from xnu and linux. Dmesg has all
it's output from pms0, but I've read the pms driver code and I suspect
it's not the trouble maker but something else where it's just a
biproduct of it.
The best easy-ish thing you could do would be to try to identify a time
range (or even better the actual commit) when the problem started occurring.
The pms entries in dmesg seem to point at something kernel-side rather
than X so I would start by just trying different kernels. You could e.g.
fetch the src tree if you don't already have it, then do a date-based
update in /sys ("cvs up -Pd -D 2019/08/01"). Start with a date before
you think the problem started, to confirm that it was indeed working at
that point and to confirm that the process of just building kernels is
good enough for these tests. (If you go back too far you may run into
syscall or kernel structure incompatibilities, but I can't think of any
that will cause major problems in the suggested time window).
Build/install a kernel and test, if it works then do another cvs up
moving forward through time (forwards a week or so?) until it stops
working, then backwards again with smaller increments to narrow it down.
--
Best regards,
Mikal Villa
--- a/sys/dev/pckbc/pms.c
+++ b/sys/dev/pckbc/pms.c
@@ -1946,7 +1946,10 @@ elantech_get_hwinfo_v4(struct pms_softc *sc)
if (synaptics_query(sc, ELANTECH_QUE_FW_VER, _version))
return (-1);
- if ((fw_version & 0x0f) >> 16 < 6)
+ if ((fw_version & 0x0f) >> 16 != 6
+ && (fw_version & 0x0f) >> 16 != 8
+ && (fw_version & 0x0f) >> 16 != 15
+ && (fw_version & 0x0f) >> 16 < 6)
return (-1);
elantech->fw_version = fw_version;
Re: OpenBSD 6.6 snapshot #262 - no USB mouse
Mikal, as your problem started before the problematic snapshot, while
it may seem a similar issue, it definitely needs investigating differently.
On 2019/08/30 17:26, Mikal Villa wrote:
> I tried that, booted with #248 but I'm sorry to say the issues are still
> here. I wrote wrong in the last mail, wsmouse0 is the touchscreen which
> as last time, is no responsive. wsmouse1, the trackpad is "sometimes"
> acting on input but not nessesarry where you meant it to go, however
> right clicking seem to work, and has in all tries of mine worked.
>
> Is there a place I can read about whats already known about this issue?
> I know you don't do bugtrackers, but maybe if I knew more I could make a
> brave attempt to help fixing it myself. Unfamiliar with the openbsd
> kernel, but has a little experience from xnu and linux. Dmesg has all
> it's output from pms0, but I've read the pms driver code and I suspect
> it's not the trouble maker but something else where it's just a
> biproduct of it.
The best easy-ish thing you could do would be to try to identify a time
range (or even better the actual commit) when the problem started occurring.
The pms entries in dmesg seem to point at something kernel-side rather
than X so I would start by just trying different kernels. You could e.g.
fetch the src tree if you don't already have it, then do a date-based
update in /sys ("cvs up -Pd -D 2019/08/01"). Start with a date before
you think the problem started, to confirm that it was indeed working at
that point and to confirm that the process of just building kernels is
good enough for these tests. (If you go back too far you may run into
syscall or kernel structure incompatibilities, but I can't think of any
that will cause major problems in the suggested time window).
Build/install a kernel and test, if it works then do another cvs up
moving forward through time (forwards a week or so?) until it stops
working, then backwards again with smaller increments to narrow it down.
Re: OpenBSD 6.6 snapshot #262 - no USB mouse
I tried that, booted with #248 but I'm sorry to say the issues are still here. I wrote wrong in the last mail, wsmouse0 is the touchscreen which as last time, is no responsive. wsmouse1, the trackpad is "sometimes" acting on input but not nessesarry where you meant it to go, however right clicking seem to work, and has in all tries of mine worked. Is there a place I can read about whats already known about this issue? I know you don't do bugtrackers, but maybe if I knew more I could make a brave attempt to help fixing it myself. Unfamiliar with the openbsd kernel, but has a little experience from xnu and linux. Dmesg has all it's output from pms0, but I've read the pms driver code and I suspect it's not the trouble maker but something else where it's just a biproduct of it. As always, attached xorg log, dmesg for boot and after xorg. On 30/08/2019, 08:05, Cleber A. Nascimento wrote: What if do you make just a "sysupgrade -s", and lets the system download the next snapshot? Em qui, 29 de ago de 2019 às 23:34, Mikal Villa escreveu: I tried it now. Booted with "OpenBSD 6.6-beta (GENERIC.MP) #2: Fri Aug 30 03:36:27 CEST 2019". Unfortunately I experience the same issues now, so if it where an attempt already on fixed it, I'm sorry to say it didn't work. The only difference is that this time wsmouse0 (the trackpad) seem to not respond at all, while the trackpad behaves quite uncontrollable and where I wouldn't say the debug output of it reflect anything near what I actually did on the trackpad.. I'll attach the dmesg.boot, dmesg after xorg, and the Xorg.0.log for this test. On 29/08/2019, 14:16, Stefan Sperling wrote: >Kernel #262 is known to be broken. >Compile your own from -current sources or wait for the next snapshot. > -- Best regards, Mikal Villa -- Cleber Alves .ılı..ılı. "Observe as estrelas e aprenda com elas." Albert Einstein -- Best regards, Mikal Villa [19.503] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem (Operation not permitted) Check that you have set 'machdep.allowaperture=1' in /etc/sysctl.conf and reboot your machine refer to xf86(4) for details [19.503]linear framebuffer access unavailable [19.530] (--) Using wscons driver on /dev/ttyC4 [19.550] X.Org X Server 1.20.5 X Protocol Version 11, Revision 0 [19.550] Build Operating System: OpenBSD 6.6 amd64 [19.550] Current Operating System: OpenBSD openbsd.meeh.no 6.6 GENERIC.MP#266 amd64 [19.551] Build Date: 29 August 2019 05:54:46PM [19.551] [19.551] Current version of pixman: 0.38.4 [19.551]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [19.551] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [19.551] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Aug 30 15:21:44 2019 [19.553] (==) Using config file: "/etc/X11/xorg.conf" [19.553] (==) Using config directory: "/etc/X11/xorg.conf.d" [19.553] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [19.558] (==) ServerLayout "Lenovo Yoga" [19.558] (**) |-->Screen "Screen0" (0) [19.558] (**) | |-->Monitor "LCD Panel" [19.560] (==) No device specified for screen "Screen0". Using the first device section listed. [19.560] (**) | |-->Device "drm" [19.560] (**) | |-->GPUDevice "drm" [19.561] (**) |-->Input Device "Trackpoint" [19.561] (**) |-->Input Device "Touchscreen" [19.561] (**) |-->Input Device "Generic Keyboard" [19.561] (**) Option "AutoAddDevices" "no" [19.561] (**) Option "DRI2" "True" [19.561] (**) Not automatically adding devices [19.561] (==) Automatically enabling devices [19.561] (==) Not automatically adding GPU devices [19.561] (==) Max clients allowed: 256, resource mask: 0x1f [19.562] (**) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/, /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [19.562] (**) ModulePath set to "/usr/X11R6/lib/modules" [19.562] (II) Loader magic: 0xa28cc00f000 [19.562] (II) Module ABI versions: [19.562]X.Org ANSI C Emulation: 0.4 [19.562]X.Org Video Driver: 24.0 [19.562]X.Org XInput driver : 24.1 [19.562]X.Org Server Extension : 10.0 [19.563] (--) PCI:*(0@0:2:0) 8086:5916:17aa:39f4 rev 2, Mem @ 0xa200/16777216, 0xb000/268435456, I/O @ 0x4000/64 [19.563] (--)
Re: OpenBSD 6.6 snapshot #262 - no USB mouse
What if do you make just a "sysupgrade -s", and lets the system download the next snapshot? Em qui, 29 de ago de 2019 às 23:34, Mikal Villa escreveu: > > I tried it now. Booted with "OpenBSD 6.6-beta (GENERIC.MP) #2: Fri Aug > 30 03:36:27 CEST 2019". Unfortunately I experience the same issues now, > so if it where an attempt already on fixed it, I'm sorry to say it > didn't work. > > The only difference is that this time wsmouse0 (the trackpad) seem to > not respond at all, while the trackpad behaves quite uncontrollable > and where I wouldn't say the debug output of it reflect anything near > what I actually did on the trackpad.. I'll attach the dmesg.boot, > dmesg after xorg, and the Xorg.0.log for this test. > > > On 29/08/2019, 14:16, Stefan Sperling wrote: > >Kernel #262 is known to be broken. > >Compile your own from -current sources or wait for the next snapshot. > > > > -- > Best regards, > Mikal Villa > > -- Cleber Alves .ılı..ılı. "Observe as estrelas e aprenda com elas." Albert Einstein
Re: OpenBSD 6.6 snapshot #262 - no USB mouse
Kernel #262 is known to be broken. Compile your own from -current sources or wait for the next snapshot.
OpenBSD 6.6 snapshot #262 - no USB mouse
The USB mouse has stopped working. Only the touchpad works -- Dmitry Orlov [34.414] (WW) checkDevMem: failed to open /dev/xf86 and /dev/mem (Operation not permitted) Check that you have set 'machdep.allowaperture=1' in /etc/sysctl.conf and reboot your machine refer to xf86(4) for details [34.414]linear framebuffer access unavailable [34.474] (--) Using wscons driver on /dev/ttyC4 [34.540] X.Org X Server 1.20.5 X Protocol Version 11, Revision 0 [34.540] Build Operating System: OpenBSD 6.6 amd64 [34.540] Current Operating System: OpenBSD ORLOV-NB.sharifa.local 6.6 GENERIC.MP#262 amd64 [34.540] Build Date: 28 August 2019 07:10:52PM [34.540] [34.540] Current version of pixman: 0.38.4 [34.540]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [34.540] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [34.540] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Aug 29 09:29:26 2019 [34.564] (==) Using system config directory "/usr/X11R6/share/X11/xorg.conf.d" [34.580] (==) No Layout section. Using the first Screen section. [34.580] (==) No screen section available. Using defaults. [34.580] (**) |-->Screen "Default Screen Section" (0) [34.580] (**) | |-->Monitor "" [34.604] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [34.604] (==) Automatically adding devices [34.604] (==) Automatically enabling devices [34.604] (==) Not automatically adding GPU devices [34.611] (==) Max clients allowed: 256, resource mask: 0x1f [34.940] (==) FontPath set to: /usr/X11R6/lib/X11/fonts/misc/, /usr/X11R6/lib/X11/fonts/TTF/, /usr/X11R6/lib/X11/fonts/OTF/, /usr/X11R6/lib/X11/fonts/Type1/, /usr/X11R6/lib/X11/fonts/100dpi/, /usr/X11R6/lib/X11/fonts/75dpi/ [34.941] (==) ModulePath set to "/usr/X11R6/lib/modules" [34.941] (II) The server relies on wscons to provide the list of input devices. If no devices become available, reconfigure wscons or disable AutoAddDevices. [34.990] (II) Loader magic: 0xdc94ca7 [34.990] (II) Module ABI versions: [34.990]X.Org ANSI C Emulation: 0.4 [34.990]X.Org Video Driver: 24.0 [34.990]X.Org XInput driver : 24.1 [34.990]X.Org Server Extension : 10.0 [35.017] (--) PCI:*(0@1:2:0) 8086:0166:103c:179c rev 9, Mem @ 0xd400/4194304, 0xc000/268435456, I/O @ 0x4000/64 [35.018] (II) LoadModule: "glx" [35.049] (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so [35.452] (II) Module glx: vendor="X.Org Foundation" [35.452]compiled for 1.20.5, module version = 1.0.0 [35.452]ABI class: X.Org Server Extension, version 10.0 [35.453] (==) Matched modesetting as autoconfigured driver 0 [35.453] (==) Assigned the driver to the xf86ConfigLayout [35.453] (II) LoadModule: "modesetting" [35.453] (II) Loading /usr/X11R6/lib/modules/drivers/modesetting_drv.so [35.496] (II) Module modesetting: vendor="X.Org Foundation" [35.496]compiled for 1.20.5, module version = 1.20.5 [35.496]Module class: X.Org Video Driver [35.496]ABI class: X.Org Video Driver, version 24.0 [35.496] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [35.514] (**) modeset(0): claimed PCI slot 0@1:2:0 [35.514] (II) modeset(0): using default device [35.530] (II) modeset(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [35.531] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [35.531] (==) modeset(0): RGB weight 888 [35.531] (==) modeset(0): Default visual is TrueColor [35.531] (II) Loading sub module "glamoregl" [35.531] (II) LoadModule: "glamoregl" [35.544] (II) Loading /usr/X11R6/lib/modules/libglamoregl.so [35.754] (II) Module glamoregl: vendor="X.Org Foundation" [35.754]compiled for 1.20.5, module version = 1.0.1 [35.754]ABI class: X.Org ANSI C Emulation, version 0.4 [36.739] (II) modeset(0): glamor X acceleration enabled on Mesa DRI Intel(R) Ivybridge Mobile [36.739] (II) modeset(0): glamor initialized [36.740] (II) modeset(0): Output LVDS-1 has no monitor section [36.742] (II) modeset(0): Output VGA-1 has no monitor section [36.744] (II) modeset(0): Output HDMI-1 has no monitor section [36.751] (II) modeset(0): Output DP-1 has no monitor section [36.753] (II) modeset(0): Output HDMI-2 has no monitor section [36.756] (II) modeset(0): Output HDMI-3 has no monitor section [36.756] (II) modeset(0): Output DP-2 has no monitor section [36.756] (II) modeset(0): Output DP-3 has no
