lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 04 Dec 2009 23:24:24 +1000
From:	Peter Hutterer <peter.hutterer@...hat.com>
To:	Peter Korsgaard <jacmet@...site.dk>
CC:	Jiri Kosina <jkosina@...e.cz>, linux-input@...r.kernel.org,
	linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] HID: add multi-input quirk for NextWindow Touchscreen.

On 04/12/09 22:59, Peter Korsgaard wrote:
>>>>>> "Peter" == Peter Hutterer<peter.hutterer@...hat.com>  writes:
>   Peter>  it's a hack in userspace that works around wrong event
>   Peter>  reporting. So yes, it works if you're using evtouch but if you
>   Peter>  want to use any other driver that driver needs the same
>   Peter>  hack. treating Z as X and RX as Y doesn't work too well for a
>   Peter>  generic driver such as evdev, which has to deal with devices
>   Peter>  where RX is a valid axis.
>
> Hmm, I don't see it sending Z / RX:
>
> sudo evtest /dev/input/event12
> Input driver version is 1.0.0
> Input device ID: bus 0x3 vendor 0x1926 product 0x1 version 0x100
> Input device name: "Nextwindow Touchscreen"
> Supported events:
>    Event type 0 (Sync)
>    Event type 1 (Key)
>      Event code 272 (LeftBtn)
>      Event code 273 (RightBtn)
>      Event code 274 (MiddleBtn)
>    Event type 3 (Absolute)
>      Event code 0 (X)
>        Value      0
>        Min        0
>        Max    32767
>      Event code 1 (Y)
>        Value      0
>        Min        0
>        Max    32767
>    Event type 4 (Misc)
>      Event code 4 (ScanCode)
> Testing ... (interrupt to exit)

with the quirk, the device exposes three /dev/input/event files, the 
highest of which sends the actual events now (in X/Y). number two looks 
like a mouse device (like yours), number three like a touchscreen 
(BTN_TOUCH, etc.)
without the quirk, I only get two devices, the second of which looks 
like a mix of mouse/touchscreen and it sends ABS_Z/ABS_RX while ABS_X 
and ABS_Y are mute. I can get you the full evtest blurb but not before 
Monday, the screen is in the office.

> sudo nwtool -u -i
> Version:                2.91
> Serial:                 233025
> Model:                  1900
> HW capabilities:        0x40
> Rightclick delay:       1000 ms
> Doubleclick time:       200 ms
> Report mode:            1
> Drag threshold:         500
> Buzzer time:            40 ms
> Buzzer tone:            40
> Calibration key:        4
> Calibration presses:    3

where do I get nwtool from? google is unusually quiet about it.
is it possible that you changed the report mode (or have it different to 
me anyway) and that affects things?

Cheers,
   Peter


--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ