From: Holger Schurig <hs4233@mail.mn-solutions.de>
To: Clemens Koller <clemens.koller@anagramm.de>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>,
linux-kernel@vger.kernel.org, daniel.ritz@gmx.ch
Subject: Re: 2.6.21.5: BUG: usbtouchscreen.c DMC TSC-10 wrong descriptor type / type->init() failed.
Date: Fri, 29 Jun 2007 10:22:16 +0200 [thread overview]
Message-ID: <200706291022.16888.hs4233@mail.mn-solutions.de> (raw)
In-Reply-To: <4683D444.5030408@anagramm.de>
> The same is true if there is no EEPROM present but the EEPROM
> is enabled. Anyway, I disabled my EEPROM by pulling the SEL4
> pin high because I don't need/want it (yet).
The same is done by my hardware guy. In my case, there is no
EEPROM attached ... but he didn't pull up this pin up, until I
found out what happend.
For the EEPROM: I actually don't care if the calibration data is
written somewhere in my filesystem or in some proprietary
EEPROM. If you create gadgets with unwritable filesystems, e.g.
cramfs, then you might care. But I didn't, and therefore didn't
bother implementing any support for calibration on the
driver-level. I'm doing that completely from userspace.
> I started to do some more error handling, but it's propably
> not worth doing so if the driver(s) has only limited
> functionality (and no userspace app using it).
Who says that the driver has no user space app? All touchscreen
events that you get are exported via /dev/input/eventX to user
space and there are plenty of apps that utilize this info.
I wrote a (company inside) tool that reads /dev/input/eventXX,
calibrates them and injects those events into X11 via the XTest
extension. But for newer X.Org release you can also use
xserver-input-event driver. My approach has just the benefit
that I can "SIGHUP" my driver any time to re-calibrate, I don't
need to restart X for this, which is cumbersome.
So, please add error handling and post your patch :-)
next prev parent reply other threads:[~2007-06-29 8:22 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-27 16:48 Clemens Koller
2007-06-27 17:04 ` Dmitry Torokhov
2007-06-27 17:56 ` Clemens Koller
2007-06-27 19:19 ` Dmitry Torokhov
2007-06-28 15:31 ` Clemens Koller
2007-06-29 8:22 ` Holger Schurig [this message]
2007-06-29 8:29 ` Holger Schurig
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200706291022.16888.hs4233@mail.mn-solutions.de \
--to=hs4233@mail.mn-solutions.de \
--cc=clemens.koller@anagramm.de \
--cc=daniel.ritz@gmx.ch \
--cc=dmitry.torokhov@gmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®