On Sat, Feb 09, 2019 at 01:09:11AM +0100, Cliff McDiarmid via blfs-support 
wrote:
> >To be clear : the mouse pointer works, but you cannot click on a
> >window's title bar and drag it, and left or right clicks do nothing
> >(in contexts where you expect something to happen) ?
>  
> Correct
> 

At the risk of being rude, can you look again at your Xorg log ?
say that because I think that with libinput the pointing devices
(pointers, trackpads, maybe something else, mice) can be picked up
by libinput, which explains some of the noise.

> >Are you using libinput or evdev ?
>  
> Libinput
> 
> >Related question : does the keyboard work, and if so, which driver
> >did you specify for that ? (I use a British keyboard with a couple
> >of mappings so I have to use a conf file for it, perhaps people
> >using the default US keymap do not need a conf file).
> 
> Yes works fine.. Looks like Libinput is handling it
> 
> >At the risk of spreading confusion, what does it say about mouse or
> >Mouse or MOUSE in the X log ?
> 
> Mouse is added at the beginning from /usr/share/X11/xorg.conf.d
> 
> >I put that qualification because after looking at one of my logs to
> >see what it say, there were a *lot* of messages, some of the later
> >messages implying it was ignored - in fact, the earlier messages
> >were what mattered in that case. I think the noise in that case was
> >because of the conf file from libinput.
> 
> Mine is the same a lot of early messages about ignoring.  But working 
> nonetheless.
> 

Please go through the messages to confirm it has been identified as
a mouse (or a trackpad, if that is what it is).

In my own log, my optical mouse shows up twice and the first is
removed for some reason:

[    33.408] (**) PixArt USB Optical Mouse: Applying InputClass "libinput 
pointer catchall"
[    33.408] (II) Using input driver 'libinput' for 'PixArt USB Optical Mouse'
[    33.408] (**) PixArt USB Optical Mouse: always reports core events
[    33.408] (**) Option "Device" "/dev/input/event9"
[    33.408] (**) Option "_source" "server/udev"
[    33.408] (II) event9  - PixArt USB Optical Mouse: is tagged by udev as: 
Mouse
[    33.409] (II) event9  - PixArt USB Optical Mouse: device set to 1000 DPI
[    33.409] (II) event9  - PixArt USB Optical Mouse: device is a pointer
[    33.409] (II) event9  - PixArt USB Optical Mouse: device removed
[    33.429] (**) Option "config_info" 
"udev:/sys/devices/pci0000:00/0000:00:01.3/0000:03:00.0/usb1/1-9/1-9:1.0/0003:093A:2510.0001/input/input9/event9"
[    33.429] (II) XINPUT: Adding extended input device "PixArt USB Optical 
Mouse" (type: MOUSE, id 8)
[    33.429] (**) Option "AccelerationScheme" "none"
[    33.429] (**) PixArt USB Optical Mouse: (accel) selected scheme none/0
[    33.429] (**) PixArt USB Optical Mouse: (accel) acceleration factor: 2.000
[    33.429] (**) PixArt USB Optical Mouse: (accel) acceleration threshold: 4
[    33.429] (II) event9  - PixArt USB Optical Mouse: is tagged by udev as: 
Mouse
[    33.429] (II) event9  - PixArt USB Optical Mouse: device set to 1000 DPI
[    33.429] (II) event9  - PixArt USB Optical Mouse: device is a pointer
[    33.429] (II) config/udev: Adding input device PixArt USB Optical Mouse 
(/dev/input/mouse0)
[    33.429] (II) No input driver specified, ignoring this device.

I guess the important thing is that it gets type: MOUSE or is tagged
by udev as: Mouse - all I can think of for your case is that either
it has been identified as a pointer, or that the mouse buttons have
stopped working.  Actually, one of my other mice is sometimes a bit
difficult and occasionally doesn't seem to generate clicks.

ĸen
-- 
Currently studying https://bugzilla.kernel.org/show_bug.cgi?id=200087
- I bought the same model, usb sticks boot if I add noapic in grub,
but no trackpad (and therefore no mouse). The ivrs parms seemed
ineffective. Fun, ain't it ?
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-support
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to