On Thu, May 23, 2013 at 08:31:18AM -0700, Greg Kroah-Hartman wrote:
> On Thu, May 23, 2013 at 03:07:09PM +0200, Philippe De Muyter wrote:
> > Hi all,
> >
> > I have a lot of linux computers equipped with a GlobalSat Br-353 GPS
> > receiver,
> > which is connected via USB (an integrated PL2303).
In order to convert to configfs the usb functions need to be converted
to a new interface and compiled as modules. This patch creates an rndis
module which will be used by the new functions. After all users of
f_rndis are converted to the new interface, this module can be
merged with f_rndis module
Increase the current arbitrary limit for isocronous packet size to a
value large enough to account for USB 3.0 super bandwidth streams,
bMaxBurst (0~15 allowed, 1~16 packets)
bmAttributes (bit 1:0, mult 0~2, 1~3 packets)
so the size max for one USB 3 isocronous transfer is
1024 byte * 16 * 3 = 4915
The Option GTM681W uses a qualcomm chip and can be
served by the qcserial device driver.
Signed-off-by: Richard Weinberger
---
drivers/usb/serial/qcserial.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/serial/qcserial.c b/drivers/usb/serial/qcserial.c
index 59b32b7..bd794b4 10
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/u_ether.c | 11 +++
drivers/usb/gadget/u_ether.h | 10 ++
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a/drivers/usb/gadget/u_ether.c b/drivers/usb/gadget/u_ether.c
index
Here I present the conversion of everything that is required to provide
the equivalent of g_ether.ko with configfs.
A branch will be available here (from 24th May 2013, afternoon UTC):
git://git.infradead.org/users/kmpark/linux-samsung usb-gadget-configfs
This series requires the following series
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
Documentation/ABI/testing/configfs-usb-gadget-eem | 14 ++
drivers/usb/gadget/Kconfig| 15 ++
drivers/usb/gadget/f_eem.c| 49 +
drivers/usb/gadg
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/f_eem.c | 17 ++---
1 files changed, 6 insertions(+), 11 deletions(-)
diff --git a/drivers/usb/gadget/f_eem.c b/drivers/usb/gadget/f_eem.c
index 57fc6bd..b06e462 100644
--- a/drivers/usb/gadge
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/ether.c | 54 ---
2 files changed, 46 insertions(+), 9 deletions(-)
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gadge
Converting rndis to the new function interface requires converting
the USB rndis' function code and its users.
This patch converts the f_rndis.c to the new function interface.
The file is now compiled into a separate usb_f_rndis.ko module.
The old function interface is provided by means of a prepro
There are no old function interface users left, so the old interface
can be removed.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/f_eem.c | 59 --
drivers/usb/gadget/u_ether.h |1 -
2 files changed, 0 in
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/f_subset.c | 18 --
1 files changed, 8 insertions(+), 10 deletions(-)
diff --git a/drivers/usb/gadget/f_subset.c b/drivers/usb/gadget/f_subset.c
index e7ec10c..d2d2d36 100644
--- a/drivers
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
.../ABI/testing/configfs-usb-gadget-rndis | 14 ++
drivers/usb/gadget/Kconfig | 16 ++
drivers/usb/gadget/f_rndis.c | 49 +++-
drivers/usb/ga
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/f_rndis.c | 22 --
1 files changed, 8 insertions(+), 14 deletions(-)
diff --git a/drivers/usb/gadget/f_rndis.c b/drivers/usb/gadget/f_rndis.c
index 2d4aaa1..da95e18 100644
--- a/driver
This is required in preparation for using usb_gstrings_attach.
The rndis initialization so far has been performed on the first
occurence of rndis_bind(), but the condition to check it (first
or not first) was "borrowed" from strings handling.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Ky
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/ether.c | 54 +--
2 files changed, 32 insertions(+), 23 deletions(-)
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gadg
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
.../ABI/testing/configfs-usb-gadget-subset | 14 ++
drivers/usb/gadget/Kconfig | 10
drivers/usb/gadget/f_subset.c | 46 +++-
drivers/usb/gadg
Converting ecm subset to the new function interface requires converting
the USB subset's function code and its users.
This patch converts the f_subset.c to the new function interface.
The file is now compiled into a separate usb_f_subset.ko module.
The old function interface is provided by means of
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/multi.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/drivers/usb/gadget/multi.c b/drivers/usb/gadget/multi.c
index f9e07c0..66f756f 100644
--- a/drivers/usb/gadget/multi.c
+++ b/d
Converting eem to the new function interface requires converting
the USB eem's function code and its users.
This patch converts the f_eem.c to the new function interface.
The file is now compiled into a separate usb_f_eem.ko module.
The old function interface is provided by means of a preprocessor
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/ether.c | 104
2 files changed, 58 insertions(+), 47 deletions(-)
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gad
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/ether.c | 73
2 files changed, 61 insertions(+), 13 deletions(-)
diff --git a/drivers/usb/gadget/Kconfig b/drivers/usb/gad
Is noone interested in taking this up with me?
Martin
On Mon, May 13, 2013 at 1:20 PM, Martin van Es wrote:
> Hi,
>
> I have exactly the same problem as described by Harald Judt in this mail:
> http://www.spinics.net/lists/linux-usb/msg58841.html
>
> The thread ends here, in mid conversation wit
On Fri, May 24, 2013 at 09:27:17AM +0200, Philippe De Muyter wrote:
> On Thu, May 23, 2013 at 08:31:18AM -0700, Greg Kroah-Hartman wrote:
> > On Thu, May 23, 2013 at 03:07:09PM +0200, Philippe De Muyter wrote:
> > > Hi all,
> > >
> > > I have a lot of linux computers equipped with a GlobalSat Br-3
Richard Weinberger writes:
> The Option GTM681W uses a qualcomm chip and can be
> served by the qcserial device driver.
Should it also be added to the qmi_wwan driver?
Bjørn
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kerne
On Fri, 24 May 2013, Philippe De Muyter wrote:
> On Thu, May 23, 2013 at 08:31:18AM -0700, Greg Kroah-Hartman wrote:
> > On Thu, May 23, 2013 at 03:07:09PM +0200, Philippe De Muyter wrote:
> > > Hi all,
> > >
> > > I have a lot of linux computers equipped with a GlobalSat Br-353 GPS
> > > receiv
On Fri, 24 May 2013, Federico Manzan wrote:
> Increase the current arbitrary limit for isocronous packet size to a
> value large enough to account for USB 3.0 super bandwidth streams,
> bMaxBurst (0~15 allowed, 1~16 packets)
> bmAttributes (bit 1:0, mult 0~2, 1~3 packets)
> so the size max for one
On Fri, 24 May 2013, Jingoo Han wrote:
> From: Thomas Abraham
>
> Exynos5440 does not require any explict USB phy configuration. So skip
> the USB phy configuration for Exynos5440 based platforms.
>
> Signed-off-by: Thomas Abraham
> Signed-off-by: Jingoo Han
> ---
> Changes since v2:
> - chan
This patch series adds driver for palmas usb which is used to detect
attach/detach events of usb device and usb host.
[PATCH v5 2/3] extcon: Palmas Extcon Driver which was sent previously
is added in this patch series itself. The revision history is added
in the patch comments section.
A checkpat
From: Graeme Gregory
This is the driver for the USB comparator built into the palmas chip. It
handles the various USB OTG events that can be generated by cable
insertion/removal.
Signed-off-by: Graeme Gregory
Signed-off-by: Moiz Sonasath
Signed-off-by: Ruchika Kharwar
Signed-off-by: Kishon Vi
From: Graeme Gregory
Added an API to set/clear the switch bit on SMPS10 which can be used by
palmas usb. The switch bit should be set in order for palmas to
supply VBUS and is needed when OMAP is acting as USB HOST.
Signed-off-by: Graeme Gregory
Signed-off-by: Kishon Vijay Abraham I
---
drive
Modified dwc3-omap to receive connect and disconnect notification using
extcon framework. Also did the necessary cleanups required after
adapting to extcon framework.
Signed-off-by: Kishon Vijay Abraham I
---
drivers/usb/dwc3/dwc3-omap.c | 80 +--
include
Hello.
On 24-05-2013 9:34, B, Ravi wrote:
removed unused nop xceiv (un_)register API's from all musb platform
drivers
Since when are they unused?
Please refer to commit id 662dca54 : usb: otg: support for multiple
transceivers by a single controller.
Usb_get_phy() is used to get the
Conversion to new interface is required to move to configfs.
This patch edition fixes compilation error if RNDIS is not selected in Kconfig.
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/Kconfig |1 +
drivers/usb/gadget/ether.c | 56
Hello.
On 24-05-2013 12:47, Federico Manzan wrote:
Increase the current arbitrary limit for isocronous packet size to a
value large enough to account for USB 3.0 super bandwidth streams,
bMaxBurst (0~15 allowed, 1~16 packets)
bmAttributes (bit 1:0, mult 0~2, 1~3 packets)
so the size max for one
Hi list,
I'm experiencing problems while booting on a Freescale P1013 based board. It
hangs on USB initialization:
[3.763584] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[3.770519] ehci-pci: EHCI PCI platform driver
[3.775116] ohci_hcd: USB 1.1 'Open' Host Controller (O
Hello.
On 24-05-2013 16:17, Andrzej Pietrasiewicz wrote:
Signed-off-by: Andrzej Pietrasiewicz
Signed-off-by: Kyungmin Park
---
drivers/usb/gadget/u_ether.c | 11 +++
drivers/usb/gadget/u_ether.h | 10 ++
2 files changed, 21 insertions(+), 0 deletions(-)
diff --git a
Hello.
On 24-05-2013 18:31, Kishon Vijay Abraham I wrote:
From: Graeme Gregory
Added an API to set/clear the switch bit on SMPS10 which can be used by
palmas usb. The switch bit should be set in order for palmas to
supply VBUS and is needed when OMAP is acting as USB HOST.
Signed-off-by:
On 05/24/2013 03:51 PM, Alan Stern wrote:
diff --git a/drivers/usb/core/devio.c b/drivers/usb/core/devio.c
index caefc80..7ac137e 100644
--- a/drivers/usb/core/devio.c
+++ b/drivers/usb/core/devio.c
@@ -1287,9 +1287,11 @@ static int proc_do_submiturb(struct dev_state *ps,
struct usbdevfs_urb *uu
Am 24.05.2013 15:18, schrieb Bjørn Mork:
Richard Weinberger writes:
The Option GTM681W uses a qualcomm chip and can be
served by the qcserial device driver.
Should it also be added to the qmi_wwan driver?
Don't know. But I can happily test it. :)
Can you please explain me how to use the qm
Increase the current arbitrary limit for isocronous packet size to a
value large enough to account for USB 3.0 super bandwidth streams,
bMaxBurst (0~15 allowed, 1~16 packets)
bmAttributes (bit 1:0, mult 0~2, 1~3 packets)
so the size max for one USB 3 isocronous transfer is
1024 byte * 16 * 3 = 4915
At this point the port switchover quirk is getting unwieldy. I know of
at least two more platforms that will need the switchover quirk, and
it's silly to keep adding them to the list.
Heikki, can you change the code to always try to switchover the ports
from EHCI to xHCI if an Intel xHCI host is
On Tue, May 21, 2013 at 04:26:43PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 21-05-2013 10:08, Heikki Krogerus wrote:
>
> >From: "Chew, Chiau Ee"
>
> >Like the xHCI controller on Intel Panther Point and Lynx Point
> >chipsets, the xHCI controller on Intel BayTrail has also ports that
> >can
On Fri, 24 May 2013 14:42:46 +
"Thumshirn, Johannes Tobias" wrote:
> Hi list,
>
> I'm experiencing problems while booting on a Freescale P1013 based board. It
> hangs on USB initialization:
> [3.763584] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
> [3.770519] ehci-pci
Do we have support for the new extensions for USB communication devices
that use the Mobile Broadband Interface Model (MBIM) spec?
http://www.usb.org/developers/devclass_docs/MBIM10Errata1.zip
The spec was released pretty recently, which is why I'm asking on the
mailing lists, rather than digging
On Fri, May 24, 2013 at 03:56:37PM +0200, Tobias Winter wrote:
> Hi there,
>
> since my propblem is with usb to serial adapters I was unsure if this is
> the right place. If not, please let me know.
Not really, linux-usb@ is the proper one, I've included that on the cc:
> After equipping a serve
The context entries field of the slot context must be set to one more
than the highest endpoint index currently active. The previous logic
only included the set of endpoints currently being added, meaning that
if an endpoint where dropped then the field would be reset to 1,
deactivating all configu
Martin:
The patch below should implement the new behavior of the URB_ISO_ASAP
flag (as described in the kerneldoc for usb_submit_urb) for the
imx21-hcd driver. I can't test it -- I haven't even tried to
cross-compile it.
Does it look okay to you?
Alan Stern
Index: usb-3.9/drivers/usb/host/im
Hello.
On 05/24/2013 08:56 PM, Sarah Sharp wrote:
From: "Chew, Chiau Ee"
Like the xHCI controller on Intel Panther Point and Lynx Point
chipsets, the xHCI controller on Intel BayTrail has also ports that
can be switched between the EHCI host controller.
s/between/to/
Sergei, DO NOT REVIE
Ccing Dan Williams, since Johannes Berg mentioned on IRC that Dan might
know the status of MBIM support.
On Fri, May 24, 2013 at 10:09:15AM -0700, Sarah Sharp wrote:
> Do we have support for the new extensions for USB communication devices
> that use the Mobile Broadband Interface Model (MBIM) spe
If a USB controller with XHCI_RESET_ON_RESUME goes to runtime suspend,
a reset will be performed upon runtime resume. Any previously suspended
devices attached to the controller will be re-enumerated at this time.
This will cause problems, for example, if an open system call on the
device triggered
Richard Weinberger writes:
> Am 24.05.2013 15:18, schrieb Bjørn Mork:
>> Richard Weinberger writes:
>>
>>> The Option GTM681W uses a qualcomm chip and can be
>>> served by the qcserial device driver.
>>
>> Should it also be added to the qmi_wwan driver?
>
> Don't know. But I can happily test it.
[resending due to an unreliable smtp smarthost - apologies if you
receive any duplicates]
Sarah Sharp writes:
> Do we have support for the new extensions for USB communication devices
> that use the Mobile Broadband Interface Model (MBIM) spec?
We do. See drivers/net/usb/cdc_mbim.c. It's a usb
Sarah Sharp writes:
> Do we have support for the new extensions for USB communication devices
> that use the Mobile Broadband Interface Model (MBIM) spec?
We do. See drivers/net/usb/cdc_mbim.c. It's a usbnet minidriver based on
reusing parts of cdc_ncm. It should be fairly complete, but the IP
Bjørn Mork writes:
>> http://www.usb.org/developers/devclass_docs/MBIM10Errata1.zip
>
> Thanks for that pointer. I haven't seen the errata before. Will study
> it, but fortunately we are protected against anything involving
> management protocol updates.
Yuck. When did the USB-IF start publish
From: Fabio Estevam
Fix the following sparse warnings:
drivers/usb/chipidea/usbmisc_imx.c:246:5: warning: symbol
'usbmisc_imx_drv_init' was not declared. Should it be static?
drivers/usb/chipidea/usbmisc_imx.c:252:6: warning: symbol
'usbmisc_imx_drv_exit' was not declared. Should it be static?
(apologies if this is duplicate; I've tried posting several times over the
past few days, but it seems to be getting silently dropped)
This problem occurs in 3.9.0 and 3.9.3, but not in 3.6.11. Stock
kernel, not tainted, most things (including USB drivers) compiled as
modules.
modprobing ehci_hc
> From: Paul Zimmerman
> Sent: Monday, May 13, 2013 11:58 AM
>
> > From: Matthijs Kooijman [mailto:matth...@stdin.nl]
> > Sent: Wednesday, May 08, 2013 2:02 PM
> >
> > I'm running into an issue with the dwc2 driver. When I power on my board
> > with an usb device (mass storage in this case) connec
On Fri, May 24, 2013 at 11:12:57AM -0700, Shawn Nematbakhsh wrote:
> If a USB controller with XHCI_RESET_ON_RESUME goes to runtime suspend,
> a reset will be performed upon runtime resume. Any previously suspended
> devices attached to the controller will be re-enumerated at this time.
> This will
On Fri, May 24, 2013 at 10:05:01PM +0400, Sergei Shtylyov wrote:
> Hello.
>
> On 05/24/2013 08:56 PM, Sarah Sharp wrote:
>
> >>>From: "Chew, Chiau Ee"
> >>>Like the xHCI controller on Intel Panther Point and Lynx Point
> >>>chipsets, the xHCI controller on Intel BayTrail has also ports that
> >>
On Fri, 2013-05-24 at 20:25 +0200, Bjørn Mork wrote:
> Richard Weinberger writes:
> > Am 24.05.2013 15:18, schrieb Bjørn Mork:
> >> Richard Weinberger writes:
> >>
> >>> The Option GTM681W uses a qualcomm chip and can be
> >>> served by the qcserial device driver.
> >>
> >> Should it also be adde
Hello.
On 05/25/2013 01:54 AM, Sarah Sharp wrote:
From: "Chew, Chiau Ee"
Like the xHCI controller on Intel Panther Point and Lynx Point
chipsets, the xHCI controller on Intel BayTrail has also ports that
can be switched between the EHCI host controller.
s/between/to/
Sergei, DO NOT REVIE
The following changes since commit 2a0ebf80aa95cc758d4725f74a7016e992606a39:
USB: cxacru: potential underflow in cxacru_cm_get_array() (2013-05-20
11:35:47 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/sarah/xhci.git
for-usb-linus-2013-05-24
From: Vladimir Murzin
If for whatever reason we fall into fail path in xhci_mem_init()
before bw table gets initialized we may access the uninitialized lists
in xhci_mem_cleanup().
Check for bw table before traversing lists in cleanup routine.
This patch should be backported to kernels as old a
Some xHCI hosts contain a "redriver" from TI that silently drops port
status connect changes if the port slips into Compliance Mode. If the
port slips into compliance mode while the host is in D0, there will not
be a port status change event. If the port slips into compliance mode
while the host
From: Tony Camuso
Commit 71c731a2 (usb: host: xhci: Fix Compliance Mode on SN65LVPE502CP
Hardware) was a workaround for systems using the SN65LVPE502CP,
controller, but it introduced a bug in resume from hibernate.
The fix created a timer, comp_mode_recovery_timer, which is deleted from
a timer
From: Sergio Aguirre
It is possible that we fail on xhci_mem_init, just before doing
the INIT_LIST_HEAD, and calling xhci_mem_cleanup.
Problem is that, the list_for_each_entry_safe macro, assumes
list heads are initialized (not NULL), and dereferences their 'next'
pointer, causing a kernel panic
Passing the value DMA_BIT_MASK(31) to dma_set_mask() causes the
dwc2-pci driver to sometimes fail (cannot enumerate the connected
device). Change it to DMA_BIT_MASK(32) instead, which is a more
sensible value anyway.
Signed-off-by: Paul Zimmerman
---
This should be sent to Linus for the next -rc,
Change some dev_dbg() messages in dwc2_hcd_hub_control() to
dev_vdbg(), to prevent massive spew to the dmesg log when a device
is disconnected.
Signed-off-by: Paul Zimmerman
---
drivers/staging/dwc2/hcd.c | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/stag
On Fri, 2013-05-24 at 11:10 -0700, Sarah Sharp wrote:
> Ccing Dan Williams, since Johannes Berg mentioned on IRC that Dan might
> know the status of MBIM support.
As Bjorn mentioned, libmbim just got a 1.0 release, and ModemManager
0.7.x (git master, basically) has support for MBIM devices via lib
This patchset address some (but not all) of the security issues found
with the Klockwork static analysis tool. I have not reviewed these in
detail to see if these could be used by attackers, so someone with more
security experience may want to look these over.
Sarah Sharp
The following changes s
It's horrible coding style to panic the kernel when someone passes you
an argument value you didn't expect.
This patch should be backported to kernels as old as 2.6.31, that
contain the commit d115b04818e57bdbc7ccde4d0660b15e33013dc8 "USB: xhci:
Support for 64-byte contexts".
Signed-off-by: Sarah
From: Mathias Nyman
If the endpoint type is unknown, set it to 0 and fail gracefully
instead of causing a kernel panic.
This patch should be backported to kernels as old as 2.6.31, that
contain the commit f94e0186312b0fc39f41eed4e21836ed74b7efe1 "USB: xhci:
Bandwidth allocation support"
Signed-
From: Mathias Nyman
usb_hub_to_struct_hub() can return NULL in the unlikely cases a hub
without active configuration, or a hub without ports is found.
Even if unlikely we need to handle those cases properly.
[Note from Sarah: I'm not sure which stable kernels need parts of this
patch applied.
From: Mathias Nyman
Fail and free the container context in case dma_pool_alloc() can't allocate
the raw context data part of it
This patch should be backported to kernels as old as 2.6.31, that
contain the commit d115b04818e57bdbc7ccde4d0660b15e33013dc8 "USB: xhci:
Support for 64-byte contexts".
From: Mathias Nyman
We may have more speed types in the future, so fail gracefully, rather
than causing the kernel to panic.
BUG() was called if the device speed was unknown when setting max packet
size. Set the max packet size at the same time as the slot speed and
get rid of one switch statem
Fail gracefully, instead of causing the kernel to panic, if the input
control context doesn't have the right type (XHCI_CTX_TYPE_INPUT). Push
finding the pointer to the input control context up into functions that
can fail.
This patch should be backported to kernels as old as 2.6.31, that
contain
The current XHCI code treats a command completion event with the
COMP_CMD_STOP code as a slightly different version of COMP_CMD_ABORT. In
particular, it puts the pointed-to command TRB through the normal
command completion handlers. This is not how this event works.
As XHCI spec 4.6.1.1 describes,
The XHCI stack usually uses wait_for_completion_interruptible_timeout()
to wait for the completion of an XHCI command, and treats both timeouts
and interruptions as errors. This is a bad idea, since these commands
are often essential for the correct operation of the USB stack, and
their failure can
On OMAP4 platforms, EHCI HCD needs the physical layer signalling
activated, along with the NOP USB Transceiver driver. Otherwise, the
kernel boots without registering any USB device.
This patch applies to Linux 3.10-rc2.
Signed-off-by: Adrien Vergé
---
diff --git a/drivers/usb/host/Kconfig b/dri
Hi Paul,
On Fri, May 24, 2013 at 04:27:56PM -0700, Paul Zimmerman wrote:
> Passing the value DMA_BIT_MASK(31) to dma_set_mask() causes the
> dwc2-pci driver to sometimes fail (cannot enumerate the connected
> device). Change it to DMA_BIT_MASK(32) instead, which is a more
> sensible value anyway.
81 matches
Mail list logo