Hi Chanwoo,
On 8/30/2013 5:41 AM, Chanwoo Choi wrote:
Hi George,
On 08/29/2013 10:45 PM, George Cherian wrote:
Hi Chanwoo,
On 8/29/2013 5:42 PM, Chanwoo Choi wrote:
[big snip ]
I tested various development board based on Samsung Exynos series SoC.
Although some gpio of Exynos series SoC
Hi George,
On 08/30/2013 03:15 PM, George Cherian wrote:
Hi Chanwoo,
On 8/30/2013 5:41 AM, Chanwoo Choi wrote:
Hi George,
On 08/29/2013 10:45 PM, George Cherian wrote:
Hi Chanwoo,
On 8/29/2013 5:42 PM, Chanwoo Choi wrote:
[big snip ]
I tested various development board based on
Hi George,
In addition, I add answer about that device driver control gpio pin directly.
On 08/30/2013 03:15 PM, George Cherian wrote:
Hi Chanwoo,
On 8/30/2013 5:41 AM, Chanwoo Choi wrote:
Hi George,
On 08/29/2013 10:45 PM, George Cherian wrote:
Hi Chanwoo,
On 8/29/2013 5:42 PM,
Cc: Greg KH gre...@linuxfoundation.org
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Documentation/ABI/stable/sysfs-bus-usb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/Documentation/ABI/stable/sysfs-bus-usb
b/Documentation/ABI/stable/sysfs-bus-usb
index 6b59aea..a596414
Cc: Greg KH gre...@linuxfoundation.org
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Documentation/ABI/stable/sysfs-bus-usb | 10 ++
1 file changed, 10 insertions(+)
diff --git a/Documentation/ABI/stable/sysfs-bus-usb
b/Documentation/ABI/stable/sysfs-bus-usb
index
Cc: Greg KH gre...@linuxfoundation.org
Signed-off-by: Hans de Goede hdego...@redhat.com
---
Documentation/ABI/stable/sysfs-bus-usb | 126 +++
Documentation/ABI/testing/sysfs-bus-usb | 127
2 files changed, 126 insertions(+), 127
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/usb/core/devio.c | 18 +++---
1 file changed, 11 insertions(+), 7 deletions(-)
diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
index c7e946f..94e7839 100644
--- a/drivers/usb/core/devio.c
+++
Hi All,
As discussed a long while back, usbfs is currently missing bulk streams
support, and we ought to fix this. So this patch extends the usbfs API with
bulk stream support.
Note this patch-set is compile-tested only atm. I now have an USB-3 disk dock
which actually supports UAS and up to 4
This is a preparation patch for adding support for bulk streams.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/usb/core/devio.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
index
This patch makes it possible to specify a bulk stream id when submitting
an urb using the async usbfs API. It overloads the number_of_packets
usbdevfs_urb field for this. This is not pretty, but given other
constraints it is the best we can do. The reasoning leading to this goes
as follows:
1) We
This is a preparation patch for adding support for bulk streams to usbfs.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/usb/core/hcd.c | 40 +++-
include/linux/usb.h| 1 +
2 files changed, 32 insertions(+), 9 deletions(-)
diff --git
The hcd-driver free_streams method can return an error, so lets properly
propagate that.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/usb/core/hcd.c | 11 +++
include/linux/usb.h| 2 +-
2 files changed, 8 insertions(+), 5 deletions(-)
diff --git
On Fri, Aug 23, 2013 at 06:33:33PM +0100, Rupesh Gujare wrote:
diff --git a/drivers/staging/ozwpan/ozproto.h
b/drivers/staging/ozwpan/ozproto.h
index e532347..0c49c8a 100644
--- a/drivers/staging/ozwpan/ozproto.h
+++ b/drivers/staging/ozwpan/ozproto.h
@@ -19,7 +19,7 @@
#define
So I'm near being finished with my MCP2210 driver (a USB-to-SPI bridge
with GPIOs) and have started writing an spi protocol driver for one of
the devices I'll be talking to, the ADNS-9800. However, this device has
an interrupt output pin and I can't figure out how to communicate that
On Fri, 30 Aug 2013, Philippe De Swert wrote:
When an error occurs adding a udc platform device there is a risk of an
infinite loop.
If more than one platform device was added i will remain = than 0. The
intention seems
to clean up all the different already added platform devices before
On Fri, 30 Aug 2013, Philippe De Swert wrote:
Since USB_SS_PORT_LS_U0 is 0x the operation with the port state would
always be 0. Thus the if would never be true. Moreover USB_PORT_STAT_ENABLE
is 0x0002 and as such would never equal to 1. What we actually look for is a
port that is in
On Fri, 30 Aug 2013, Kasi Viswanathan wrote:
Hi,
I have a custom device, which is usb-hid. But, when i plug it in the
system,
it is not recognized as a usb-hid device. I have put prints on the
usbhid_probe() function, to confirm that, but there is no prints in the
dmesg, which
On Fri, 30 Aug 2013, Jürgen Liebmann wrote:
Another mystery effect:
I have Ubuntu with the same kernel installed in a virtual machine
(virtualbox).
When I plug in the camera in the host the error appears.
Then I plug in the camera in the virtual machine camera works fine.
And now I
On Wed, 14 Aug 2013, Alan Stern wrote:
On Tue, 13 Aug 2013, Sarah Sharp wrote:
Alan, if you have any other small tasks for OPW interns, please let me
know.
Good idea. I'll keep it in mind.
Sarah:
Here's a proposal for a project that might be suitable for one of the
OPW interns: Split
This patch fixes a build error that occurs when CONFIG_PM is enabled
and CONFIG_PM_SLEEP isn't:
drivers/usb/host/ohci-pci.c:294:10: error: 'usb_hcd_pci_pm_ops' undeclared
here (not in a function)
.pm = usb_hcd_pci_pm_ops
Since the usb_hcd_pci_pm_ops structure is defined and used when
On Fri, 30 Aug 2013, Kevin Archer wrote:
reading https://wiki.ubuntu.com/Kernel/KernelBisection now
On Fri, Aug 30, 2013 at 10:48 AM, Kevin Archer kevin.arche...@gmail.com
wrote:
yes they were plugged in.
Bisection?
Indeed.
The only way I can think of to explain what you saw is if
If a command on the command ring needs to be cancelled before it is handled
it can be turned to a no-op operation when the ring is stopped.
We want to store the command ring enqueue pointer in the command structure
when the command in enqueued for the cancellation case.
Some commands used to
I have narrowed it down to changes from 2.6.39.4 to 3.0.0
On Fri, Aug 30, 2013 at 11:18 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Fri, 30 Aug 2013, Kevin Archer wrote:
reading https://wiki.ubuntu.com/Kernel/KernelBisection now
On Fri, Aug 30, 2013 at 10:48 AM, Kevin Archer
Hi Gerd,
Thanks for catching this! I have a UAS device now, but won't have time
to test it for a week or so.
Can you please Cc me on patches to the xHCI driver in the future?
Otherwise it gets lost in the other linux-usb mailing list traffic.
One nit-picky comment below, but everything else
Anything below jump out at you?
running git log between versions i gives me:
--
~/ubuntu-oneiric$ git log --oneline 61c4f2c..02f8c6a | grep xhci
95a2424 Merge branch 'for-usb-linus' of
git+ssh://master.kernel.org/pub/scm/linux/kernel/git/sarah/xhci into
usb-linus
b3df3f9 xhci: Always set
Thank you for the fix, and my apologies for the redundant report!
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hi Rui,
Hi,
Can you give us a detail kernel top commit and config which you built,
in order to locate the break line (address offset) accurately like below:
I built on top v3.10, but it looks like line 1399 isn't the breakpoit.
Thanks,
Rui
Sorry I missed your message, and sorry for
CONFID ENTIAL TRUST REPLY .
Dear Friend,
I am contacting you to assist me in the transfer of $6,200,000.00 into your
personal bank account for our benefit, this transaction is confidential and we
MUST remain fiducially
On 08/29/2013 04:31 PM, Martin MOKREJŠ wrote:
Actually, there is some new bug I haven't seen before (this is 3.10.9 kernel).
First of all, I see my TI XHCI controller does not use MSI-X anymore, will have
to check my .config why is it so.
Why are you saying that xhci does not use MSI-X?
Can
Some of the defaults were missing or unclear. In particular, I suspect
the defaults were documented assuming there were still module parameters
and taking the default module parameters into account. Now, the defaults
are the values that will get chosen when the params passed to
dwc2_hcd_init are
This commit changes expressions from (val shift) (mask shift) to
(val mask) shift.
Signed-off-by: Matthijs Kooijman matth...@stdin.nl
Acked-by: Paul Zimmerman pa...@synopsys.com
---
drivers/staging/dwc2/core.c | 20 ++---
drivers/staging/dwc2/hcd.c | 62
This line extracted the available queue space without properly shifting
it. Since the code only cared wether it was zero or not, it worked as
expected without the shift, but adding shift makes the code cleaner.
While we're here, store the result in a helper variable that was already
declared to
Previously, the max_packet_count could be set to 1 x, where x is the
number of bits available (width + 4 in the code). Since 1 x requires
x + 1 bits to represent, this will not work. The real maximum value is
(1 x) - 1. This value is already used the default when the set value
is invalid, but
Bits 16-31 are reserved, so the old code just reads the whole register to
get bits 0-15, assuming the reserved bits would be 0 (which seems true
on current hardware, but who knows...).
This commit properly masks out the reserved bits when reading and
doesn't touch the reserved bits while writing.
Before, the hwcfg registers were read at device init time, but
interpreted at various parts in the code. This commit unpacks the hwcfg
register values into a struct with properly labeled variables at init
time, which makes all the other code using these values more consise and
easier to read. Some
For calculating FIFO offsets, the sizes of preceding fifos need to be
known. For filling the GDFIFOCFG register, these fifo sizes were read
from hardware registers. However, these values were written to these
registers just a few lines before, so we can just use the values written
instead.
A generic set of FIFOSIZE_* constants is defined which applies to all
fifo size and offset registers. It is already used for both the
GNPTXFSIZ and HPTXFSIZ registers, but it applies to DPTXFSIZN as well.
Some of these also had specific constants defined. This patch removes
the specific constants
On Fri, Aug 30, 2013 at 02:03:59PM +0200, Hans de Goede wrote:
The hcd-driver free_streams method can return an error, so lets properly
propagate that.
Signed-off-by: Hans de Goede hdego...@redhat.com
---
drivers/usb/core/hcd.c | 11 +++
include/linux/usb.h| 2 +-
2 files
On Wed, Aug 28, 2013 at 04:36:14PM -0700, Graham Williams wrote:
The gadget strings table should be null terminated.
usb_gadget_get_string() loops through the table
expecting a null at the end of the list.
Signed-off-by: Graham Williams gwi...@broadcom.com
Yeah, this finally worked! :)
DT node's unit address should be its own register offset address to make it a
unique across the system. This patch corrects the incorrect USB entries with
correct register offset for unit address.
Cc: Sebastian Andrzej Siewior bige...@linutronix.de
Cc: Felipe Balbi ba...@ti.com
Signed-off-by:
Hi Roger
On Thu, Jul 4, 2013 at 10:53 AM, Michael Trimarchi
mich...@amarulasolutions.com wrote:
Hi
On 07/02/2013 05:03 PM, Roger Quadros wrote:
On 07/02/2013 05:49 PM, Michael Trimarchi wrote:
Hi Roger
On 07/02/2013 04:42 PM, Roger Quadros wrote:
On 06/28/2013 07:47 PM, Michael Trimarchi
Please always use Reply-To-All so that your messages get sent to the
mailing list as well as to me.
On Fri, 30 Aug 2013, Jürgen Liebmann wrote:
When the commit that causes the problem increases the time between the two
request,
maybe that's just this is the cause of the problem?
Can you
On Fri, 30 Aug 2013, Kevin Archer wrote:
Anything below jump out at you?
running git log between versions i gives me:
--
~/ubuntu-oneiric$ git log --oneline 61c4f2c..02f8c6a | grep xhci
...
69e848c Intel xhci: Support EHCI/xHCI port switching.
...
That one certainly seems
On Fri, Aug 30, 2013 at 06:45:10PM +0200, Matthijs Kooijman wrote:
Hi folks,
here's a resend of my previous patches, with some comments from Paul
included, as well as rebased on top of a few patches from Paul which
have since been included in staging-next.
All of these patches, except
This looks fine as well.
Sarah Sharp
On Fri, Aug 23, 2013 at 11:15:05AM +0300, Xenia Ragiadakou wrote:
This patch refactors the code in TRB_ADDR_DEV switch case in
handle_cmd_completion() into a fuction named xhci_handle_cmd_addr_dev().
Signed-off-by: Xenia Ragiadakou burzalod...@gmail.com
David Miller da...@davemloft.net writes:
From: Bjørn Mork bj...@mork.no
Date: Fri, 30 Aug 2013 20:18:58 +0200
Bjørn Mork bj...@mork.no writes:
This module generates a common default address on init,
using eth_random_addr. Set addr_assign_type to let
userspace know the address is random
On Fri, Aug 23, 2013 at 11:15:02AM +0300, Xenia Ragiadakou wrote:
This patch renames the function handlers of a triggered Command Completion
Event that correspond to each command type into 'xhci_handle_cmd_type'.
Signed-off-by: Xenia Ragiadakou burzalod...@gmail.com
Acked-by: Sarah Sharp
Assuming you update the description with Oliver's suggestion, this looks
fine.
Sarah Sharp
On Fri, Aug 23, 2013 at 11:15:04AM +0300, Xenia Ragiadakou wrote:
This patch refactors the code in TRB_DISABLE_SLOT switch case in
handle_cmd_completion() into a fuction named
From: Bjørn Mork bj...@mork.no
Date: Fri, 30 Aug 2013 20:18:58 +0200
Bjørn Mork bj...@mork.no writes:
This module generates a common default address on init,
using eth_random_addr. Set addr_assign_type to let
userspace know the address is random unless it was
overridden by the minidriver.
On Fri, Aug 23, 2013 at 11:15:06AM +0300, Xenia Ragiadakou wrote:
This patch refactors the code in TRB_RESET_DEV switch case in
handle_cmd_completion() into a fuction named xhci_handle_cmd_reset_dev().
Here, in the original code, the slot id is retrieved by the command TRB.
Since this slot
On Aug 30, 2013, at 12:52 PM, Mugunthan V N wrote:
DT node's unit address should be its own register offset address to make it a
unique across the system. This patch corrects the incorrect USB entries with
correct register offset for unit address.
Cc: Sebastian Andrzej Siewior
This looks fine.
Sarah Sharp
On Fri, Aug 23, 2013 at 11:15:08AM +0300, Xenia Ragiadakou wrote:
This patch refactors the code in TRB_EVAL_CONTEXT switch case in
handle_cmd_completion() into a fuction named xhci_handle_cmd_eval_ctx().
Signed-off-by: Xenia Ragiadakou burzalod...@gmail.com
---
On Sun, Aug 25, 2013 at 02:25:54AM +0300, Xenia Ragiadakou wrote:
On 08/25/2013 12:48 AM, Oliver Neukum wrote:
On Fri, 2013-08-23 at 11:15 +0300, Xenia Ragiadakou wrote:
This patch refactors the code in TRB_ENABLE_SLOT switch case in
handle_cmd_completion() into a fuction named
From: Bjørn Mork bj...@mork.no
Date: Fri, 30 Aug 2013 20:56:15 +0200
David Miller da...@davemloft.net writes:
From: Bjørn Mork bj...@mork.no
Date: Fri, 30 Aug 2013 20:18:58 +0200
Bjørn Mork bj...@mork.no writes:
This module generates a common default address on init,
using
Good catch! This looks fine.
Sarah
On Fri, Aug 23, 2013 at 11:15:09AM +0300, Xenia Ragiadakou wrote:
This patch removes the variable 'ep_ring' that is assigned in
TRB_CONFIG_EP switch case but never used.
Signed-off-by: Xenia Ragiadakou burzalod...@gmail.com
---
David Miller da...@davemloft.net writes:
I was hoping to get this fix, via the series. When we have multiple instances
of the same bug it makes no sense to just fix one, especially now that you're
done the work to do all of them already.
I see. Sorry for not catching that earlier.
Bjørn
On Fri, Aug 23, 2013 at 11:15:10AM +0300, Xenia Ragiadakou wrote:
This patch refactors the code in TRB_CONFIG_EP switch case, in
handle_cmd_completion(), into a fuction named xhci_handle_cmd_config_ep().
There were added two additional variables, 'add_flags' and 'drop_flags',
to reduce line
On Fri, Aug 23, 2013 at 11:15:11AM +0300, Xenia Ragiadakou wrote:
This patch adds a new variable 'cmd_comp_code' to hold the command completion
status code aiming to reduce code duplication and to improve code readability.
Signed-off-by: Xenia Ragiadakou burzalod...@gmail.com
Looks fine!
On Fri, Aug 23, 2013 at 11:15:12AM +0300, Xenia Ragiadakou wrote:
This patch adds a new variable 'cmd_trb' to hold the address of the
command TRB, that is associated with the command completion event,
and to replace repetitions of xhci-cmd_ring-dequeue into the code.
Signed-off-by: Xenia
I changed the pci.quirks.c file based on
http://people.canonical.com/~lexical/bugs/lp981710/diff
that I found while searching for the commit that you suggested.
diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
index 833b3c6..aac5b03 100644
---
From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
Sent: Friday, August 30, 2013 11:51 AM
On Fri, Aug 30, 2013 at 06:45:10PM +0200, Matthijs Kooijman wrote:
Hi folks,
here's a resend of my previous patches, with some comments from Paul
included, as well as rebased on top of
Signed-off-by: Yann Cantin yann.can...@laposte.net
---
drivers/hid/hid-core.c | 3 +++
drivers/hid/hid-ids.h | 3 +++
2 files changed, 6 insertions(+)
diff --git a/drivers/hid/hid-core.c b/drivers/hid/hid-core.c
index 36668d1..da5dfa0 100644
--- a/drivers/hid/hid-core.c
+++
On Fri, 30 Aug 2013, Kevin Archer wrote:
I changed the pci.quirks.c file based on
http://people.canonical.com/~lexical/bugs/lp981710/diff
that I found while searching for the commit that you suggested.
diff --git a/drivers/usb/host/pci-quirks.c b/drivers/usb/host/pci-quirks.c
index
I figured it wasn't the REAL fix!
Thanks for the heads up on 3.12 though!
On Fri, Aug 30, 2013 at 4:56 PM, Alan Stern st...@rowland.harvard.edu wrote:
On Fri, 30 Aug 2013, Kevin Archer wrote:
I changed the pci.quirks.c file based on
http://people.canonical.com/~lexical/bugs/lp981710/diff
Hi,
New USB input driver for eBeam devices.
Currently supported (tested) :
- Luidia eBeam classic projection and edge projection models
- Nec interactive solution NP01Wi1 NP01Wi2 accessories.
From basic usb point of view, all these devices are
indistinguishable : they have the same usb ids
On Fri, Aug 23, 2013 at 11:15:13AM +0300, Xenia Ragiadakou wrote:
This patch adds a new variable 'cmd_type' to hold the command type so that
switch cases can be simplified by removing TRB_TYPE() macro.
Looks good. You might want to mention this improves readability.
Sarah Sharp
Please integrate the fixes Francois has proposed.
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Signed-off-by: Yann Cantin yann.can...@laposte.net
---
Documentation/ABI/testing/sysfs-driver-ebeam | 53 ++
drivers/input/misc/Kconfig | 22 +
drivers/input/misc/Makefile | 1 +
drivers/input/misc/ebeam.c | 759 +++
(Sorry for the delay, the CPU fan _and_ one of disks took offense for so
many frequent hard power-offs.)
On Tue, Aug 27, 2013 at 02:25:36PM -0400, Alan Stern wrote:
On Tue, 27 Aug 2013, Adam Borowski wrote:
What happens if go back to a kernel without that commit and enable
On 08/31/2013 04:25 AM, Greg KH wrote:
On Sat, Aug 31, 2013 at 04:20:09AM +0300, Xenia Ragiadakou wrote:
In usb_reset_and_verify_device(), hub_port_init() allocates a new bos
descriptor to hold the value read by the device. The new bos descriptor
has to be compared with the old one in order to
On Sat, Aug 31, 2013 at 04:52:47AM +0300, Xenia Ragiadakou wrote:
On 08/31/2013 04:25 AM, Greg KH wrote:
On Sat, Aug 31, 2013 at 04:20:09AM +0300, Xenia Ragiadakou wrote:
In usb_reset_and_verify_device(), hub_port_init() allocates a new bos
descriptor to hold the value read by the device.
71 matches
Mail list logo