is in use. A reported
example can
be found here:
http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/83948
Reviewed-by: Steven Toth st...@kernellabs.com
Signed-off-by: Brendan McGrath red...@redmandi.dyndns.org
---
Changes since v3:
- fixes a conflict with a commit (3f845f3c4cf4
example can
be found here:
http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/83948
Reviewed-by: Steven Toth st...@kernellabs.com
Signed-off-by: Brendan McGrath red...@redmandi.dyndns.org
---
Changes since v3:
* Added link to reported incident in comments
* Added Reviewed
,
Brendan McGrath
On 05/06/15 14:42, Kyle Sanderson wrote:
This has been plaguing users for years (there's a number of threads on
the Ubuntu board). I've been using revision 1 of the patch without
issue since early February. This is from having to constantly reboot
the system to flawless recording
Update the hid-asus module to add multitouch support for the Asus i2c touchpad.
Signed-off-by: Brendan McGrath <red...@redmandi.dyndns.org>
Signed-off-by: Victor Vlasenko <victor.vlase...@sysgears.com>
Signed-off-by: Frederik Wenigwieser <frederik.wenigwie...@gmail.com>
-
put->name to 'Asus Keyboard' for the keyboard
Signed-off-by: Brendan McGrath <red...@redmandi.dyndns.org>
---
drivers/hid/hid-asus.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/hid/hid-asus.c b/drivers/hid/hid-asus.c
index 96179b2..34
. But it was discovered the Windows
driver has a 1ms delay.
As a result, this patch modifies the i2c-hid module to add a sleep
inbetween the POWER ON and RESET commands which lasts between 1ms and 5ms.
See https://github.com/vlasenko/hid-asus-dkms/issues/24 for further
details.
Signed-off-by: Brendan
. But it was discovered the Windows
driver has a 1ms delay.
As a result, this patch modifies the i2c-hid module to add a sleep
inbetween the POWER ON and RESET commands which lasts between 1ms and 5ms.
See https://github.com/vlasenko/hid-asus-dkms/issues/24 for further
details.
Signed-off-by: Brendan
-off-by: Brendan McGrath <red...@redmandi.dyndns.org>
---
I considered three approaches for this patch:
a) add a hardcoded sleep that would affect all devices;
b) add a quirk with a hardcoded sleep value; or
c) add a quirk with a configurable sleep value
Each was a trade off between flexi
to ensure a looped back packet
is delivered to the Multicast Router.
Signed-off-by: Brendan McGrath <red...@redmandi.dyndns.org>
---
I considered putting this in mld_sendpack after the call to icmp6_dst_alloc
but it looks like igmp6_send could use this fix too.
In the end I followed the e
by the receiving
machine(s).
This patch ensures the checksum is recalculated before forwarding.
Signed-off-by: Brendan McGrath <red...@redmandi.dyndns.org>
---
It's a bit ugly putting UDP specific code in this spot - but I'm not
aware of any other protocols that are:
a) multicast;
b) forwarded;
ch can be withdrawn in favour of one of these two
workarounds.
On 16/12/17 05:27, David Miller wrote:
From: Brendan McGrath <red...@redmandi.dyndns.org>
Date: Thu, 14 Dec 2017 22:37:03 +1100
Currently, when forwarding a multicast packet originating from a
Virtual Interface on a Multicast Router t
cket accepted)
ip_summed = 1 (CHECKSUM_UNNECESSARY)
On 14/12/17 04:52, Eric Dumazet wrote:
On Wed, 2017-12-13 at 22:20 +1100, Brendan McGrath wrote:
Currently, when forwarding from a Virtual Interface to a Physical
Interface, ip_summed is set to a value of CHECKSUM_UNNECESSARY and
the UDP checksum has not b
as is and
therefore rejected by the receiving machine(s).
This patch ensures the checksum is recalculated before forwarding.
Signed-off-by: Brendan McGrath <red...@redmandi.dyndns.org>
---
Changes since PATCH v1:
- fixed formatting
- clarified in git comment that issue is with packet originating on
mul
as is and
therefore rejected by the receiving machine(s).
This patch ensures the checksum is recalculated before forwarding.
Signed-off-by: Brendan McGrath
---
Changes since PATCH v1:
- fixed formatting
- clarified in git comment that issue is with packet originating on
multicast router
- check value
ch can be withdrawn in favour of one of these two
workarounds.
On 16/12/17 05:27, David Miller wrote:
From: Brendan McGrath
Date: Thu, 14 Dec 2017 22:37:03 +1100
Currently, when forwarding a multicast packet originating from a
Virtual Interface on a Multicast Router to one of its Physical
Inte
by the receiving
machine(s).
This patch ensures the checksum is recalculated before forwarding.
Signed-off-by: Brendan McGrath
---
It's a bit ugly putting UDP specific code in this spot - but I'm not
aware of any other protocols that are:
a) multicast;
b) forwarded; and
c) checksummed
net/ipv6/ip6mr.c
to ensure a looped back packet
is delivered to the Multicast Router.
Signed-off-by: Brendan McGrath
---
I considered putting this in mld_sendpack after the call to icmp6_dst_alloc
but it looks like igmp6_send could use this fix too.
In the end I followed the example set by addrconf_dst_alloc
cket accepted)
ip_summed = 1 (CHECKSUM_UNNECESSARY)
On 14/12/17 04:52, Eric Dumazet wrote:
On Wed, 2017-12-13 at 22:20 +1100, Brendan McGrath wrote:
Currently, when forwarding from a Virtual Interface to a Physical
Interface, ip_summed is set to a value of CHECKSUM_UNNECESSARY and
the UDP checksum has not b
example can
be found here:
http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/83948
Reviewed-by: Steven Toth
Signed-off-by: Brendan McGrath
---
Changes since v3:
* Added link to reported incident in comments
* Added Reviewed-by tag from Steven Toth
* Used git send-mail
is in use. A reported
example can
be found here:
http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/83948
Reviewed-by: Steven Toth
Signed-off-by: Brendan McGrath
---
Changes since v3:
- fixes a conflict with a commit (3f845f3c4cf4) made to the media_tree after
v3 was created
,
Brendan McGrath
On 05/06/15 14:42, Kyle Sanderson wrote:
This has been plaguing users for years (there's a number of threads on
the Ubuntu board). I've been using revision 1 of the patch without
issue since early February. This is from having to constantly reboot
the system to flawless recording
Update the hid-asus module to add multitouch support for the Asus i2c touchpad.
Signed-off-by: Brendan McGrath
Signed-off-by: Victor Vlasenko
Signed-off-by: Frederik Wenigwieser
---
This patch aims to resolve the issue raised here:
https://bugzilla.kernel.org/show_bug.cgi?id=120181
The issue
-off-by: Brendan McGrath
---
I considered three approaches for this patch:
a) add a hardcoded sleep that would affect all devices;
b) add a quirk with a hardcoded sleep value; or
c) add a quirk with a configurable sleep value
Each was a trade off between flexibility and the amount of code/complexity
. But it was discovered the Windows
driver has a 1ms delay.
As a result, this patch modifies the i2c-hid module to add a sleep
inbetween the POWER ON and RESET commands which lasts between 1ms and 5ms.
See https://github.com/vlasenko/hid-asus-dkms/issues/24 for further
details.
Signed-off-by: Brendan
. But it was discovered the Windows
driver has a 1ms delay.
As a result, this patch modifies the i2c-hid module to add a sleep
inbetween the POWER ON and RESET commands which lasts between 1ms and 5ms.
See https://github.com/vlasenko/hid-asus-dkms/issues/24 for further
details.
Signed-off-by: Brendan
put->name to 'Asus Keyboard' for the keyboard
Signed-off-by: Brendan McGrath
---
drivers/hid/hid-asus.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/hid/hid-asus.c b/drivers/hid/hid-asus.c
index 96179b2..34a703c 100644
--- a/drivers/hid/hid-asus.c
26 matches
Mail list logo