Hello Tejun,
[Tejun: sorry for duplicate, did hit reply instead of reply to all]
On Mon, 13 Aug 2012 16:27:08 Tejun Heo t...@kernel.org wrote:
On Thu, Aug 09, 2012 at 08:09:47PM +0200, Bruno Prémont wrote:
As you are working on workqueues and related code, could you have a look
at my usage
On Thu, Aug 9, 2012 at 5:53 PM, Lee Jones lee.jo...@linaro.org wrote:
There was a plan to place ab8500_irq_get_virq() calls in each AB8500
child device prior to requesting an IRQ, but as we're no longer using
Device Tree to collect our IRQ numbers, it's actually better to allow
the core to do
I just got a Dell E6230 with the same E7 report: 73 03 0a
As noted above using the qemu serio logging doesn't work.
The driver only enables multitouch if it sees the right
name for the device in the DSDT.
The following patch (against the seabios in qemu-0.14.1)
enables the windows 7 driver
James linux-in...@madingley.org writes:
I just got a Dell E6230 with the same E7 report: 73 03 0a
As noted above using the qemu serio logging doesn't work.
The driver only enables multitouch if it sees the right
name for the device in the DSDT.
The following patch (against the seabios in
On Tue, Aug 14, 2012 at 12:01:29PM -0400, Ben Gamari wrote:
James linux-in...@madingley.org writes:
I just got a Dell E6230 with the same E7 report: 73 03 0a
As noted above using the qemu serio logging doesn't work.
The driver only enables multitouch if it sees the right
name for the
Hello,
On Tue, Aug 14, 2012 at 08:30:44AM +0200, Bruno Prémont wrote:
I'm kinda shooting in the dark but who flushes / cancels
fb_info-deferred_work?
fb_deferred_io_cleanup() does so and is called by destroy fbops
(when last reference to fb_info is returned):
I see. Sorry but just from
On 08/13/2012 08:55 PM, Stephen Rothwell wrote:
Hi all,
Changes since 20120813:
on x86_64, when CONFIG_DEBUG_FS is not enabled:
drivers/input/touchscreen/edt-ft5x06.c: In function 'edt_ft5x06_ts_remove':
drivers/input/touchscreen/edt-ft5x06.c:846:14: error: 'struct
edt_ft5x06_ts_data'
Hi Russell,
On Tue, Aug 14, 2012 at 12:54:00PM +0200, Jiri Kosina wrote:
Actually, Henrik (added to CC) has been doing some latency improvements
both for input core in general, and for HID devices as well lately. I
still have his patchset in my to-review queue, as I have just came back
On Sun, Aug 12, 2012 at 2:42 PM, Henrik Rydberg rydb...@euromail.se wrote:
Many MT devices send a number of keys along with the mt information.
This patch makes sure that there is room for them in the packet
buffer.
Signed-off-by: Henrik Rydberg rydb...@euromail.se
---
On Tuesday, August 14, 2012 12:32:21 PM Ping Cheng wrote:
On Sun, Aug 12, 2012 at 2:42 PM, Henrik Rydberg rydb...@euromail.se wrote:
Many MT devices send a number of keys along with the mt information.
This patch makes sure that there is room for them in the packet
buffer.
Hi Ping,
Long time no see. :-)
+ /* Make room for KEY and MSC events */
+ events += 7;
It is nice to get rid of the redundant pieces and to incorporate
common functions. Thank you.
I have a question about the code above though. Why do we use 7
instead of going through
On Tue, Aug 14, 2012 at 12:53 PM, Dmitry Torokhov
dmitry.torok...@gmail.com wrote:
On Tuesday, August 14, 2012 12:32:21 PM Ping Cheng wrote:
On Sun, Aug 12, 2012 at 2:42 PM, Henrik Rydberg rydb...@euromail.se wrote:
Many MT devices send a number of keys along with the mt information.
This
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/14/2012 07:59 PM, Randy Dunlap wrote:
on x86_64, when CONFIG_DEBUG_FS is not enabled:
drivers/input/touchscreen/edt-ft5x06.c: In function
'edt_ft5x06_ts_remove':
drivers/input/touchscreen/edt-ft5x06.c:846:14: error: 'struct
After doing some fiddling around myself, I've put together a few tools
and I think I now have the beginnings of an understanding of the report
frame structure. I've attached some notes below. The data packets
appear to be 6 bytes long, consistent with earlier versions of the
protocol. The first
14 matches
Mail list logo