On Tue, Mar 25, 2014 at 4:53 AM, Dave Airlie airl...@gmail.com wrote:
So I've got a reproducable oops with udl sharing from i915,
start X, connect UDL, randr it into position, rip out udl device, kill X,
we get an oops when dma_unmap_sg in i915_gem_unmap_dma_buf gets
called, attachment-dev
On 03/25/2014 09:01 AM, Daniel Vetter wrote:
On Tue, Mar 25, 2014 at 4:53 AM, Dave Airlie airl...@gmail.com wrote:
So I've got a reproducable oops with udl sharing from i915,
start X, connect UDL, randr it into position, rip out udl device, kill X,
we get an oops when dma_unmap_sg in
Hi
On Tue, Mar 25, 2014 at 9:01 AM, Daniel Vetter dan...@ffwll.ch wrote:
Besides the issue at hand though I think drivers need to make sure
that the device they use for attaching does outlive the dma-buf. Which
for real hotpluggin probably means that drivers need to drop all
attachment on
From: Michael Ulbricht michael.ulbri...@systec-electronic.com
By specifying NO_UNION_NORMAL the ACM driver does only use the first two
USB interfaces (modem data control). The AT Port, Diagnostic and NMEA
interfaces are left to the USB serial driver.
Signed-off-by: Michael Ulbricht
As the module does not use the standard USB mechanism, the appropriate
product and vendor IDs have to be added.
Signed-off-by: Michael Ulbricht michael.ulbri...@systec-electronic.com
Signed-off-by: Alexander Stein alexander.st...@systec-electronic.com
---
drivers/usb/serial/usb-serial-simple.c |
On Tue, Mar 25, 2014 at 7:40 PM, David Herrmann dh.herrm...@gmail.com wrote:
Hi
On Tue, Mar 25, 2014 at 9:01 AM, Daniel Vetter dan...@ffwll.ch wrote:
Besides the issue at hand though I think drivers need to make sure
that the device they use for attaching does outlive the dma-buf. Which
for
Changes since v3:
- Move out 2 patches from this patchset, as which are not directly
related to
otg fsm.
- Add a new file chipidea.txt under Documentation/usb/ to show how to
test
OTG HNP and SRP.
- Directly embed struct otg_fsm into ci_hdrc instead of pointer of
otg_fsm.
- Remove
From: Of Sarah Sharp
Cc'ing Mathias Nyman, who is taking over as xHCI driver maintainer.
Do you need to repost these mails to the list just so that Mathias
gets a private copy?
Maybe Mathias could filter mails to linux_usb@ that are also
addressed to Sarah into his 'interesting' emails folder.
On Tue, Mar 25, 2014 at 10:40:45AM +0100, David Herrmann wrote:
Hi
On Tue, Mar 25, 2014 at 9:01 AM, Daniel Vetter dan...@ffwll.ch wrote:
Besides the issue at hand though I think drivers need to make sure
that the device they use for attaching does outlive the dma-buf. Which
for real
sscanf() parses the input buffer for four input items. However,
the return value check is incorrect, as it checks for one input
item instead of four which is what it is expecting in the input
buffer. As a result, sscanf() will always fail even when the input
buffer is correct.
Signed-off-by:
On 03/25/2014 12:56 PM, David Laight wrote:
From: Of Sarah Sharp
Cc'ing Mathias Nyman, who is taking over as xHCI driver maintainer.
Do you need to repost these mails to the list just so that Mathias
gets a private copy?
Maybe Mathias could filter mails to linux_usb@ that are also
addressed
Hi Peter,
On Fri, Mar 14, 2014 at 3:51 AM, Peter Chen peter.c...@freescale.com wrote:
On Thu, Mar 13, 2014 at 10:18:41AM +0100, Denis Carikli wrote:
This adds the i.MX25 and the i.MX35 support in the
ChipIdea usbmisc driver.
The i.MX25 and i.MX35 usb controllers are similar enough to be
Hello.
On 03/25/2014 02:12 AM, Shuah Khan wrote:
Fix commit - 88fa1ebfa21b5deaaad2dc88ecd9f6af91796cf7
Please also specify that commit's summary line in parens. Also, there's
now an established format for such things:
Fixes: 12-digit SHA ID (summary line)
You can place such line
On Tue, 25 Mar 2014, Peter Münster wrote:
On Mon, Mar 24 2014, Alan Stern wrote:
All three files show the system hanging after the resume, even the file
with nothing in the rear ports. Also, the logs are incomplete; it
looks like a bunch of stuff is missing from the start of the
On 03/19/2014 01:37 PM, Andreas Reis wrote:
I've uploaded a dmesg with the new debugging patch to bugzilla:
https://bugzilla.kernel.org/attachment.cgi?id=130041
Andreas Reis
On 18.03.2014 15:57, Alan Stern wrote:
The debugging information didn't go far enough. Try the patch below
instead,
On 03/23/2014 08:16 PM, baum...@hotmail.com wrote:
Hello,
I have problems with my USB 3.0 devices; external HDDs (HGST Touro
Mobile Pro (Simpletech-Chip), Fantec case with WDC, Asmedia Chip) and a
Sandisk card reader, with a NEC Corporation uPD720200 USB 3.0 Host
Controller (rev 03) controller.
OK, I'll try the two patches in the way you wrote. Does it matter if the
patch from James (the one also suggested to me by Alan) stays applied as
well?
The bug hasn't occurred since I applied the latter, but then again there
were days before that when it didn't happen either.
Hard to really
The current XHCI driver recalculates the Context Entries field in the
Slot Context on every add_endpoint() and drop_endpoint() call. In the
case of drop_endpoint(), it seems to assume that the add_flags will
always contain every endpoint for the new configuration, which is not
necessarily correct
Thank you for your patch, but the same problems occur with the patch applied.
= log attached
= xHCI xhci_drop_endpoint called with disabled ep-messages, ...
Do you know why the lspci output shows different capabilities/features/flags
with the same NEC Controller (exact revision), but
Custom VID/PID for Brainboxes VX-001 ExpressCard RS232 as reported in
https://bugzilla.redhat.com/show_bug.cgi?id=1071914
Signed-off-by: Michele Baldessari mich...@acksyn.org
---
drivers/usb/serial/ftdi_sio.c | 2 ++
drivers/usb/serial/ftdi_sio_ids.h | 7 +++
2 files changed, 9
On 2014-01-22 18:16 CET (UTC+1), Takashi Iwai wrote:
At Wed, 22 Jan 2014 18:12:45 +0100,
baum...@hotmail.com wrote:
On 2014-01-20 17:07, Takashi Iwai wrote:
At Mon, 20 Jan 2014 09:45:58 +0100,
Takashi Iwai wrote:
At Sun, 19 Jan 2014 21:30:58 +0100,
baum...@hotmail.com wrote:
Hello,
there
2014-03-25 20:00 GMT+01:00 Michele Baldessari:
Custom VID/PID for Brainboxes VX-001 ExpressCard RS232 as reported in
+ * Product: ExpressCard 1 Port RS2323
there is a stray trailing 3
--
Daniele Forsi
--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a
On Tue, Mar 4, 2014 at 4:01 AM, Hayes Wang hayesw...@realtek.com wrote:
Reset and reinitialize the device when the tx timeout occurs.
Hayes,
I believe this patch was dropped after the series was split.
Can you please repost this patch by itself?
(and fix the function typo in the patch header)
On Thu, Mar 06, 2014 at 01:56:46PM -0800, Sarah Sharp wrote:
What do you mean by this sentence? Are you fixing some bug in those two
functions, or just cleaning up how they look? Either way, this should
really be two patches.
Hi Sarah,
Any feedback on v2?
Thanks!
Sarah Sharp
--
Make dwc3_gadget_resize_tx_fifos() iterate only over IN
endpoints that are actually present, based on the
num_in_eps parameter. This terminates the loop so as to
prevent dereferencing a potential NULL dwc-eps[i] where
i = (num_in_eps + num_out_eps).
Change-Id:
On Tue, Mar 25 2014, Alan Stern wrote:
Below is a patch you should apply to normal 3.14 (nothing reverted).
Hi Alan,
I've used 3.12.14, because the source-tree is already set up. I hope
that this is ok.
For this test, plug some device you aren't going to use (the mouse, for
example, if
On Tue, Mar 25, 2014 at 02:11:01PM -0700, Jack Pham wrote:
Make dwc3_gadget_resize_tx_fifos() iterate only over IN
endpoints that are actually present, based on the
num_in_eps parameter. This terminates the loop so as to
prevent dereferencing a potential NULL dwc-eps[i] where
i = (num_in_eps
On Tue, Mar 25, 2014 at 03:39:09PM -0700, Greg KH wrote:
On Tue, Mar 25, 2014 at 02:11:01PM -0700, Jack Pham wrote:
Make dwc3_gadget_resize_tx_fifos() iterate only over IN
endpoints that are actually present, based on the
num_in_eps parameter. This terminates the loop so as to
prevent
Make dwc3_gadget_resize_tx_fifos() iterate only over IN
endpoints that are actually present, based on the
num_in_eps parameter. This terminates the loop so as to
prevent dereferencing a potential NULL dwc-eps[i] where
i = (num_in_eps + num_out_eps).
Signed-off-by: Jack Pham ja...@codeaurora.org
Dear Greg K-H
Thanks for your new kernel information.
Dear Alan,
Thanks for your patch's information.
Here is my test environment :
CPU : Bay Trail-M N2920
Bios USB setting : XHCI
Kernel : 3.13.7 with scsi patch
USB : 2 front usb2.0 port (electronic diagram : link to usb hub and
then
Hi,
On Tue, Mar 25, 2014 at 04:11:06PM -0700, Jack Pham wrote:
Make dwc3_gadget_resize_tx_fifos() iterate only over IN
endpoints that are actually present, based on the
num_in_eps parameter. This terminates the loop so as to
prevent dereferencing a potential NULL dwc-eps[i] where
i =
On Wed, Mar 19, 2014 at 06:01:34PM +0800, Li Jun wrote:
This patch adds OTG fsm related initialization when do otg init,
add a seperate file for OTG fsm related utilities.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/Makefile |1 +
drivers/usb/chipidea/ci.h
On Wed, Mar 19, 2014 at 06:01:35PM +0800, Li Jun wrote:
Leave vbus on/off hanlded by OTG fsm if in OTG mode.
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/host.c |6 +++---
drivers/usb/chipidea/host.h |9 +
2 files changed, 12 insertions(+), 3
On Wed, Mar 19, 2014 at 06:01:37PM +0800, Li Jun wrote:
Add b_hnp_enable request handling and enable gadget-is_otg
Signed-off-by: Li Jun b47...@freescale.com
---
drivers/usb/chipidea/udc.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git
On Wed, Mar 19, 2014 at 06:01:38PM +0800, Li Jun wrote:
Add OTG HNP and SRP operation functions implementation:
- charge vbus
- drive vbus
- connection signaling
- drive sof
- start data pulse
- add fsm timer
- delete fsm timer
- start host
- start gadget
Signed-off-by: Li Jun
35 matches
Mail list logo