Flashloader looks good. I totally agree put all these kind of simple
drivers into one
2013/8/5 Dan Williams :
> On Mon, 2013-08-05 at 19:41 +0800, Greg Kroah-Hartman wrote:
>> From: Greg Kroah-Hartman
>>
>> Instead of having to create a new driver for a "simple" usb to serial
>> device, mush them
> On Mon, Aug 05, 2013 at 08:07:25AM +, Du, ChangbinX wrote:
> > Recently when I check xHCI code, find that some functions try to get EP
> > index
> > from a Command Completion Event TRB via TRB_TO_EP_INDEX() macro.
> >
> > This is totally wrong. The macro definition is:
> >
> > #define TR
On Tue, Aug 06, 2013 at 08:59:32AM +, Du, ChangbinX wrote:
> > On Mon, Aug 05, 2013 at 08:07:25AM +, Du, ChangbinX wrote:
> > > Recently when I check xHCI code, find that some functions try to get EP
> > > index
> > > from a Command Completion Event TRB via TRB_TO_EP_INDEX() macro.
> > >
>
On 05/08/13 21:23, Dan Carpenter wrote:
On Mon, Aug 05, 2013 at 07:43:16PM +0100, Rupesh Gujare wrote:
On 05/08/13 18:53, Dan Carpenter wrote:
On Mon, Aug 05, 2013 at 06:40:13PM +0100, Rupesh Gujare wrote:
This patch fixes crash issue when there is quick cycle of
de-enumeration & enumeration d
On Tue, Aug 06, 2013 at 11:26:14AM +0100, Rupesh Gujare wrote:
> I will work on it, once this patch series is applied to staging tree.
>
> I am assuming that you have no objection for it, & I will follow up
> with above style nits in follow on patches.
Yes. That's fine.
regards,
dan carpenter
Patch fixes incorrect stack usage in pn533_send_ack(). Function currently sets
stack as transfer_buffer (stack may not be dma-able, must not be used for URB
buffers) and returns (stack buffer is still in use after function call).
Patch is only compile tested.
Cc: sta...@vger.kernel.org
Signed-off
Patch fixes i2c-tiny-usb not to use stack as URB transfer_buffer. URB buffers
need to be DMA-able, which stack is not.
Patch is only compile tested.
Cc: sta...@vger.kernel.org
Signed-off-by: Jussi Kivilinna
---
drivers/i2c/busses/i2c-tiny-usb.c | 49 ++---
1 fi
Patch fixes zd1201 not to use stack as URB transfer_buffer. URB buffers need
to be DMA-able, which stack is not.
Patch is only compile tested.
Cc: sta...@vger.kernel.org
Signed-off-by: Jussi Kivilinna
---
drivers/net/wireless/zd1201.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Patch fixes rndis_host not to use stack as URB transfer_buffer. URB buffers need
to be DMA-able, which stack is not.
Patch is only compile tested.
Cc: sta...@vger.kernel.org
Signed-off-by: Jussi Kivilinna
---
drivers/net/usb/rndis_host.c |8 ++--
1 file changed, 6 insertions(+), 2 delet
Hi,
On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
TYPE2 meaning has changed. It is now a USB2 phy with Power down bit in
control_dev_conf register.
Introduce TYPE3 and TYPE4 PHY. TYPE3 is USB3 phy with DPLL and individual
TX/RX power control. TYPE4 is USB2 phy with power aux registe
On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't supp
Hi,
On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
Signed-off-
On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
This function was preventing us from supporting multiple
instances. Get rid of it. Since we support DT boots only,
users can get the control device phandle from the DT node.
Signed-off-by: Roger Quadros
Tested-by: Kishon Vijay Abraham
Patch fixes 6fire not to use stack as URB transfer_buffer. URB buffers need to
be DMA-able, which stack is not. Furthermore, transfer_buffer should not be
allocated as part of larger device structure because DMA coherency issues and
patch fixes this issue too.
Patch is only compile tested.
Cc: st
On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
omap_get_control_dev() is being deprecated as it doesn't support
multiple instances. As control device is present only from OMAP4
onwards which supports DT only, we use phandles to get the
reference to the control device.
As we don't supp
From: "Ivan T. Ivanov"
Hi,
These patches add basic support for USB3.0 controllers found on
MSM platforms. First patch add 2 USB PHY drivers and second one
add support for Qualcomm wrapper IP over DWC3 controller. Patches
are just skeletons, no power management.
DWC3 IP in MSM also support OT
From: "Ivan T. Ivanov"
Signed-off-by: Ivan T. Ivanov
---
.../devicetree/bindings/usb/msm-ssusb.txt | 39 +
drivers/usb/dwc3/Kconfig |8 +
drivers/usb/dwc3/Makefile |1 +
drivers/usb/dwc3/dwc3-msm.c
From: "Ivan T. Ivanov"
Signed-off-by: Ivan T. Ivanov
---
.../devicetree/bindings/usb/msm-ssusb.txt | 49 +++
drivers/usb/phy/Kconfig| 11 +
drivers/usb/phy/Makefile |2 +
drivers/usb/phy/phy-msm-dwc3-usb2.c|
Patch fixes alauda not to use stack as URB transfer_buffer. URB buffers need to
be DMA-able, which stack is not.
Patch is only compile tested.
Cc: sta...@vger.kernel.org
Signed-off-by: Jussi Kivilinna
---
drivers/mtd/nand/alauda.c | 74 ++---
1 file cha
On Tue, 2013-08-06 at 08:52 +0800, Ming Lei wrote:
> This patch introduces support of DMA SG if the USB host controller
> which usbnet device is attached to is capable of building packet from
> discontinuous buffers.
>
> The patch supports passing the skb fragment buffers to usb stack directly
> v
On Tue, 2013-08-06 at 12:53 +0100, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Signed-off-by: Ivan T. Ivanov
I am sure that the information in the subject is more than enough for
you, but would you care to give some more background for the commit log?
Where can we find such controllers?
On Tue, 2013-08-06 at 12:53 +0100, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Signed-off-by: Ivan T. Ivanov
The same comment as for the RFC 1/2 here...
> .../devicetree/bindings/usb/msm-ssusb.txt | 39 +
> drivers/usb/dwc3/Kconfig |8 +
> d
On Tue, 2013-08-06 at 08:52 +0800, Ming Lei wrote:
> This patch enables 'can_dma_sg' flag for ax88179_178a device
> if the attached host controller supports building packet from
> discontinuous buffers(DMA SG is possible), so TSO can be enabled
> and skb fragment buffers can be passed to usb stack
From: Oliver Neukum
Both could want to submit the same URB. Some checks of the flag
intended to prevent that were missing.
Signed-off-by: Oliver Neukum
CC: sta...@vger.kernel.org
---
drivers/usb/class/cdc-wdm.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/d
On 06.08.2013 15:26, Oliver Neukum wrote:
> On Tue, 2013-08-06 at 15:03 +0300, Jussi Kivilinna wrote:
>> Patch fixes alauda not to use stack as URB transfer_buffer. URB buffers need
>> to
>> be DMA-able, which stack is not.
>
> You better include GregKH in CC
Ok.
Each of the 6 patches I sent to
Dear All,
We are working on omap4470 based device,kernel-3.0.31 is running on this.
In our device modem is connected to OMAP4470 using USB EHCI.
In our current kernel code, clocks are enabled when ports get connected
and disabled during disconnect.Due to this current consumption is more
On 08/06/2013 02:51 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
>> omap_get_control_dev() is being deprecated as it doesn't support
>> multiple instances. As control device is present only from OMAP4
>> onwards which supports DT only, we us
On 08/06/2013 02:45 PM, Kishon Vijay Abraham I wrote:
> Hi,
>
> On Thursday 01 August 2013 07:35 PM, Roger Quadros wrote:
>> TYPE2 meaning has changed. It is now a USB2 phy with Power down bit in
>> control_dev_conf register.
>>
>> Introduce TYPE3 and TYPE4 PHY. TYPE3 is USB3 phy with DPLL and ind
Hi,
On Tue, 2013-08-06 at 13:12 +0100, Pawel Moll wrote:
> On Tue, 2013-08-06 at 12:53 +0100, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > Signed-off-by: Ivan T. Ivanov
>
> I am sure that the information in the subject is more than enough for
> you, but would you care to give some
On Tue, 2013-08-06 at 13:21 +0100, Pawel Moll wrote:
> On Tue, 2013-08-06 at 12:53 +0100, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > Signed-off-by: Ivan T. Ivanov
>
> The same comment as for the RFC 1/2 here...
Will fix this.
>
> > .../devicetree/bindings/usb/msm-ssusb.txt
On Tue, Aug 06, 2013 at 06:25:32PM +0530, Bharathraj Nagaraju wrote:
> Dear All,
>
> We are working on omap4470 based device,kernel-3.0.31 is running on this.
Have you tried the 3.10 kernel for this? I think you might find that
this already is resolved there, as lots of pm USB work has happe
On Fri, Aug 02, 2013 at 04:33:53PM +0800, Peter Chen wrote:
> This patchset adds tested otg id switch function and vbus connect
> and disconnect detection for chipidea driver. And fix kinds of
> bugs found at chipidea drivers after enabling id and vbus detection.
>
> This patch are fully tested a
On Tue, Aug 06, 2013 at 03:47:24PM +0300, Jussi Kivilinna wrote:
> On 06.08.2013 15:26, Oliver Neukum wrote:
> > On Tue, 2013-08-06 at 15:03 +0300, Jussi Kivilinna wrote:
> >> Patch fixes alauda not to use stack as URB transfer_buffer. URB buffers
> >> need to
> >> be DMA-able, which stack is not.
On Tue, 6 Aug 2013, [koi8-r] � �� wrote:
> Hi,
>
> I have Logitech HD Webcam 525 (046d:0826) but its mic works strange. The mic
> is turned off while video works fine. In dmesg I see the following messages
>
> [ 472.079738] cannot submit urb (err = -18)
> [ 472.079748] cannot submit
On Tue, Aug 06, 2013 at 12:53:10PM +0100, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
>
> Signed-off-by: Ivan T. Ivanov
> ---
> .../devicetree/bindings/usb/msm-ssusb.txt | 49 +++
> drivers/usb/phy/Kconfig| 11 +
> drivers/usb/phy/Makefile
On Tue, 6 Aug 2013, Peter Chen wrote:
> In order to increase test coverage, we can change the interval between
> two remote wakeups every time, and the interval can be any user defined
> value. This change will no affect current behavior if the user does not
> use two introduced module paramters.
On Tue, Aug 06, 2013 at 12:53:11PM +0100, Ivan T. Ivanov wrote:
> From: "Ivan T. Ivanov"
What does the "glue layer" do? Is it an actual piece of hardware, or
just some platform-specific code?
>
> Signed-off-by: Ivan T. Ivanov
> ---
> .../devicetree/bindings/usb/msm-ssusb.txt | 39 +
On Mon, 5 Aug 2013, Sarah Sharp wrote:
> Please review these two bug fixes for the USB port power off mechanism.
> I especially need review for the second patch, since it involves issues
> with the runtime status of the USB port.
>
> These two patches were tested on a Haswell ULT Sawtooth Peak sy
Hi,
On 08/06/2013 03:55 PM, Bharathraj Nagaraju wrote:
> Dear All,
>
> We are working on omap4470 based device,kernel-3.0.31 is running on this.
> In our device modem is connected to OMAP4470 using USB EHCI.
>
> In our current kernel code, clocks are enabled when ports get connected
>
Hi,
On Tue, 2013-08-06 at 15:03 +0100, Mark Rutland wrote:
> On Tue, Aug 06, 2013 at 12:53:10PM +0100, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
> >
> > Signed-off-by: Ivan T. Ivanov
> > ---
> > .../devicetree/bindings/usb/msm-ssusb.txt | 49 +++
> > drivers/usb/phy/Kconfig
Hi,
On Tue, 2013-08-06 at 15:07 +0100, Mark Rutland wrote:
> On Tue, Aug 06, 2013 at 12:53:11PM +0100, Ivan T. Ivanov wrote:
> > From: "Ivan T. Ivanov"
>
> What does the "glue layer" do? Is it an actual piece of hardware, or
> just some platform-specific code?
>
It is hardware layer around S
On Tue, Aug 6, 2013 at 8:22 PM, Eric Dumazet wrote:
> On Tue, 2013-08-06 at 08:52 +0800, Ming Lei wrote:
>> This patch enables 'can_dma_sg' flag for ax88179_178a device
>> if the attached host controller supports building packet from
>> discontinuous buffers(DMA SG is possible), so TSO can be enab
On Tue, 2013-08-06 at 14:46 +0100, Ivan T. Ivanov wrote:
> > > + reg = <0xf920 0xcd00>;
> > > + interrupts = <0 131 0>;
> > > + interrupt-names = "irq";
> > > + usb-phy = <&dwc3_usb2>, <&dwc3_usb3>;
> > > + tx-fifo-
From: Andy Green
You might have CONFIG_PM, but you might not have CONFIG_SUSPEND, in which
case these are unused.
Signed-off-by: Andy Green
Signed-off-by: Mark Brown
---
drivers/usb/dwc3/dwc3-pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/dwc3/dwc3-pci.c
On Mon, Aug 05, 2013 at 10:10:27AM -0400, Alan Stern wrote:
> On Mon, 5 Aug 2013, Huang Rui wrote:
>
> > Hi Alan,
> >
> > On Thu, Jul 11, 2013 at 02:58:04PM -0400, Alan Stern wrote:
> > > The hub driver was recently changed to use "global" suspend for system
> > > suspend transitions on non-Super
On Wed, 7 Aug 2013, Huang Rui wrote:
> > > Could you explain that how can you make sure the root cause is unable
> > > to relay wakup requests from downstream port to upstream port if
> > > downstream port's suspend feature is not set? The OS is unable wakeup
> > > from S3 at that time. We can't f
From: Daniel Mack
Commit b7e2e75a8c ("usb: gadget: drop unused USB_GADGET_MUSB_HDRC")
dropped a config symbol that was unused by the musb core, but it turns
out that board support code still had references to it.
As the core now handles both dual role and host-only modes, we can just
pass MUSB_O
Hi,
USB subsystem changes broke the USB peripheral/gadget on N800, N810 and
RX-51/N900 during the merge window. We need to fix this in board files. I
tested all these with 3.11-rc4 + g_ether + ssh.
Aaro Koskinen (1):
ARM: OMAP: rx51: change musb mode to OTG
Daniel Mack (1):
ARM: omap2: fix m
Peripheral-only mode got broken in v3.11-rc1 because of unknown reasons.
Change the mode to OTG, in practice that should work equally well even
when/if the regression gets fixed.
Signed-off-by: Aaro Koskinen
---
arch/arm/mach-omap2/board-rx51.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(
On Tue, Aug 6, 2013 at 5:22 AM, Eric Dumazet wrote:
...
>> @@ -1310,6 +1318,10 @@ static int ax88179_reset(struct usbnet *dev)
>>
>> dev->net->hw_features |= NETIF_F_IP_CSUM | NETIF_F_IPV6_CSUM |
>>NETIF_F_RXCSUM;
>> + if (dev->can_dma_sg) {
>> +
Now that the divisor based baud rate encoding method has been fixed and
extended, it can also be used for baud rates < 115200 baud with HX
chips.
This makes it possible to adjust the baud rate almost continuously
instead of just beeing able to select between 16 fixed standard values.
Tested with a
I've found some new datasheets which describe some additionally
supported standard baud rates and I've verified them with my HX
(rev. 3A) device. But adding support for individual (chip type
specific) baud rates would add a good amount of extra code (especially
when support for further chips will b
Based on the formula in the code description, Reinhard Max and me have
investigated the devices behavior / functional principle of the divisor
based baud rate encoding method.
It turned out, that (although beeing a good starting point) the current
code has some flaws. It doesn't work correctly for
In opposition to the direct baud rate encoding method, the divisor
based method is not limited to a fixed set of standard baud rates.
Hence, there is no need to round to the next nearest standard value.
Reported-by: Mastro Gippo
Signed-off-by: Frank Schäfer
Signed-off-by: Reinhard Max
---
driv
Commit 0c967e7e "USB: serial: pl2303 works at 500kbps" added 50
baud to the list of supported standard baud rates.
But the reason why the driver works with this baud rate is, that since
commit 8d48fdf6 "USB: PL2303: correctly handle baudrates above 115200"
a second (divisor based) baud rate enc
Signed-off-by: Frank Schäfer
---
drivers/usb/serial/pl2303.c | 215 +++
1 Datei geändert, 114 Zeilen hinzugefügt(+), 101 Zeilen entfernt(-)
diff --git a/drivers/usb/serial/pl2303.c b/drivers/usb/serial/pl2303.c
index a0ea92e..693ed7e 100644
--- a/drivers/
This patch series against usb-next improves the baud rate support of
the pl2303 driver.
Currently only a fixed set of 25 standard baud rates from 75 to 6M baud
is supported. With this patch series applied, almost continuous baud
rate adjustment is possible between 46 and 6.6M baud.
Luca Olivetti
Reinhard Max has done some tests with a PL2303HX (rev A) and a logic
analyzer and it seems, that although the PL2303HX is specified for baud
rates from 75 to 6M baud, the full divisor range can be used with the
divisor based baud rate encoding method. This corresponds to baud rates
from 46 to 24M b
On 08/06/2013 12:28 AM, Greg Kroah-Hartman wrote:
> On Mon, Aug 05, 2013 at 08:36:39PM +0200, Yacine Belkadi wrote:
>> On 08/04/2013 11:29 PM, Greg Kroah-Hartman wrote:
>>> On Sun, Aug 04, 2013 at 10:05:36PM +0200, Yacine Belkadi wrote:
On 08/03/2013 05:29 AM, Greg Kroah-Hartman wrote:
> O
On Tue, 2013-08-06 at 16:15 +0100, Pawel Moll wrote:
> On Tue, 2013-08-06 at 14:46 +0100, Ivan T. Ivanov wrote:
> > > > + reg = <0xf920 0xcd00>;
> > > > + interrupts = <0 131 0>;
> > > > + interrupt-names = "irq";
> > > > +
On Fri, Aug 2, 2013 at 12:51 AM, Felipe Balbi wrote:
> Hi,
>
> I need an Acked-by for the dtsi part. Ideally from Exynos 5 maintainer
> and at least one of the DT maintainers.
>
> --
> balbi
Okay, I think I forgot to update the DT bindings documentation
anyway... so I will resubmit this and addre
This patch simplifies the way the phy-samsung-usb code finds the correct
power management register to enable PHY clock gating. Previously, the
code would calculate the register address from a device tree supplied
base address and add an offset based on the PHY type.
Since every PHY has its own dev
The Tegra30 TRM recommends configuration of certain PHY parameters for
optimal quality. Program the following registers based on device tree
parameters:
- UTMIP_XCVR_HSSLEW: HS slew rate control.
- UTMIP_HSSQUELCH_LEVEL: HS squelch detector level
- UTMIP_HSDISCON_LEVEL: HS disconnect detector leve
The Tegra30 USB PHY is a bit different than the Tegra20 PHY:
- The EHCI controller supports the HOSTPC register extension, and some
of the fields that the PHY needs to modify (PHCD and PTS) have moved
to the new HOSTPC register.
- Some of the UTMI PLL configuration registers have moved from th
The Tegra30 EHCI controller is mostly compatible with the Tegra20
controller, except Tegra30 includes the HOSTPC register extension.
The has_hostpc capability bit must be set in the ehci_hcd structure if
the controller has such extensions. The new tegra_ehci_soc_config
structure is added to describ
Some of the PHY parameters are not set according to the TRMs:
- UTMIP_FS_PREABMLE_J should be set, not cleared
- UTMIP_XCVR_LSBIAS_SEL should be cleared, not set
- UTMIP_PD_CHRG should be set in host mode and cleared in device mode
- UTMIP_XCVR_SETUP is a two-part field; the upper bits were not se
Document the new device tree parameters for Tegra30 USB PHY.
Signed-off-by: Tuomas Tynkkynen
---
.../devicetree/bindings/usb/nvidia,tegra20-usb-phy.txt| 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/Documentation/devicetree/bindings/usb/nvidia,tegra20-usb
Hi all,
Here are the patches for the USB tree to enable USB Host support on Tegra30 and
Tegra114. These are based on my and Mikko's cleanup patches that just got
merged to Felipe's tree.
The first one touches the core hub code to prevent certain (non-standard) clock
disable features as our contro
The has_hostpc capability bit indicates that the host controller has the
HOSTPC register extensions, but at the same time enables clock disabling
power saving features with the PHY Low Power Clock Disable (PHCD) bit.
However, some host controllers have the HOSTPC extensions but don't
support the l
On Wed, Aug 07, 2013 at 01:05:40AM +0800, Alan Stern wrote:
> On Wed, 7 Aug 2013, Huang Rui wrote:
>
> > > > Could you explain that how can you make sure the root cause is unable
> > > > to relay wakup requests from downstream port to upstream port if
> > > > downstream port's suspend feature is n
On Tue, 6 August 2013 15:03:29 +0300, Jussi Kivilinna wrote:
>
> Patch fixes alauda not to use stack as URB transfer_buffer. URB buffers need
> to
> be DMA-able, which stack is not.
>
> Patch is only compile tested.
I have tested the driver back when I wrote it. Not sure why it worked
then, ma
On Tue, Aug 06, 2013 at 10:16:15AM -0400, Alan Stern wrote:
> On Mon, 5 Aug 2013, Sarah Sharp wrote:
>
> > Please review these two bug fixes for the USB port power off mechanism.
> > I especially need review for the second patch, since it involves issues
> > with the runtime status of the USB port
On Wed, 7 Aug 2013, Huang Rui wrote:
> > > Got it, but I'm still a little confused. For example, one mouse is
> > > attached at usb2.0 port of roothub, and it supports remote wakeup. But
> > > the wakeup attribute is disabled for mouse defaultly, am I right? So
> >
> > Yes.
> >
> > > remote wake
On Tue, 6 Aug 2013, Sarah Sharp wrote:
> On Tue, Aug 06, 2013 at 10:16:15AM -0400, Alan Stern wrote:
> > On Mon, 5 Aug 2013, Sarah Sharp wrote:
> >
> > > Please review these two bug fixes for the USB port power off mechanism.
> > > I especially need review for the second patch, since it involves
Hello.
On 08/06/2013 10:08 PM, Tuomas Tynkkynen wrote:
The Tegra30 EHCI controller is mostly compatible with the Tegra20
controller, except Tegra30 includes the HOSTPC register extension.
The has_hostpc capability bit must be set in the ehci_hcd structure if
the controller has such extensions.
On 08/06/2013 09:35 PM, Sergei Shtylyov wrote:
> Hello.
>
[...]
>>
>> +match = of_match_device(tegra_ehci_of_match, &pdev->dev);
>> +if (!match) {
>> +dev_err(&pdev->dev, "Error: No device match found\n");
>> +return -ENODEV;
>> +}
>> +soc_config = (struct t
Hello.
On 08/06/2013 11:16 PM, Tuomas Tynkkynen wrote:
[...]
+ match = of_match_device(tegra_ehci_of_match, &pdev->dev);
+ if (!match) {
+ dev_err(&pdev->dev, "Error: No device match found\n");
+ return -ENODEV;
+ }
+ soc_config = (struct t
On 08/06/2013 12:08 PM, Tuomas Tynkkynen wrote:
> Hi all,
>
> Here are the patches for the USB tree to enable USB Host support on Tegra30
> and
> Tegra114. These are based on my and Mikko's cleanup patches that just got
> merged to Felipe's tree.
>
> The first one touches the core hub code to pr
On Tue, Aug 06, 2013 at 02:48:57PM -0400, Alan Stern wrote:
> On Tue, 6 Aug 2013, Sarah Sharp wrote:
>
> > On Tue, Aug 06, 2013 at 10:16:15AM -0400, Alan Stern wrote:
> > > Patch 1 has been rendered out of date by intervening changes (commit
> > > 4fae6f0fa86f in Greg's usb-next tree).
> >
On Tuesday 06 of August 2013 12:47:51 Mike Turquette wrote:
> Quoting Tomasz Figa (2013-08-05 16:42:16)
>
> > On Monday 05 of August 2013 12:02:16 Mike Turquette wrote:
> > > Quoting Kukjin Kim (2013-08-05 11:13:55)
> > >
> > > > On 08/06/13 03:06, Mike Turquette wrote:
> > > > > Quoting Kukjin K
On 08/07/13 07:06, Tomasz Figa wrote:
On Tuesday 06 of August 2013 12:47:51 Mike Turquette wrote:
Quoting Tomasz Figa (2013-08-05 16:42:16)
On Monday 05 of August 2013 12:02:16 Mike Turquette wrote:
Quoting Kukjin Kim (2013-08-05 11:13:55)
On 08/06/13 03:06, Mike Turquette wrote:
Quoting K
On Wednesday 07 of August 2013 07:11:40 Kukjin Kim wrote:
> On 08/07/13 07:06, Tomasz Figa wrote:
> > On Tuesday 06 of August 2013 12:47:51 Mike Turquette wrote:
> >> Quoting Tomasz Figa (2013-08-05 16:42:16)
> >>
> >>> On Monday 05 of August 2013 12:02:16 Mike Turquette wrote:
> Quoting Kukj
On Tue, Aug 06, 2013 at 01:05:40PM -0400, Alan Stern wrote:
> On Wed, 7 Aug 2013, Huang Rui wrote:
>
> > > > Could you explain that how can you make sure the root cause is unable
> > > > to relay wakup requests from downstream port to upstream port if
> > > > downstream port's suspend feature is n
In order to increase test coverage, we can change the interval between
two remote wakeups every time, and the interval can be any user defined
value. This change will no affect current behavior if the user does not
use two introduced module paramters.
Signed-off-by: Peter Chen
---
Changes for v2
On Tue, Aug 06, 2013 at 11:57:17AM -0700, Ari Fogel wrote:
>
> [1]. Summary:
> 045e:0745 [HP TouchSmart tm2t-2200] No scancode for several keys of
> Microsoft Comfort Desktop 5000
>
> [2]. Link to original bug report in launchpad:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1168224
>
On Wed, Aug 7, 2013 at 1:09 AM, Grant Grundler wrote:
> On Tue, Aug 6, 2013 at 5:22 AM, Eric Dumazet wrote:
> ...
>>> @@ -1310,6 +1318,10 @@ static int ax88179_reset(struct usbnet *dev)
>>>
>>> dev->net->hw_features |= NETIF_F_IP_CSUM | NETIF_F_IPV6_CSUM |
>>>
Hi Greg,
On Fri, Aug 2, 2013 at 9:19 AM, Ming Lei wrote:
> Hi Greg,
>
> On Sat, Jul 27, 2013 at 5:17 AM, Greg KH wrote:
>> Hi all,
>>
>> I've now caught up on all pending USB patches that were sent to me, with
>> the exception of Ming's EHCI patches, which I need to test further next
>> week.
>
Hi Mark,
On Tue, Aug 6, 2013 at 12:49 PM, Mark Brown wrote:
> From: Andy Green
>
> You might have CONFIG_PM, but you might not have CONFIG_SUSPEND, in which
> case these are unused.
>
> Signed-off-by: Andy Green
> Signed-off-by: Mark Brown
What about doing this instead?
--- a/drivers/usb/dwc
Please recompile your kernel with CONFIG_USB_DEBUG and
CONFIG_USB_XHCI_HCD_DEBUGGING turned on, and email dmesg from when you
first plug in the device, to when it fails.
Thanks,
Sarah Sharp
On Thu, Aug 01, 2013 at 07:41:27PM +0200, Yannik Völker wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash:
On Tue, Aug 06, 2013 at 06:04:36AM +0800, Greg Kroah-Hartman wrote:
> On Mon, Aug 05, 2013 at 09:46:46AM -0700, Sarah Sharp wrote:
> > I wanted to test it for a kernel release to make sure it didn't cause
> > any issues before sending it off to stable. I'm sure it fixes Julius'
> > issues on his I
On Wed, Aug 07, 2013 at 08:44:49AM +0800, Ming Lei wrote:
> Hi Greg,
>
> On Fri, Aug 2, 2013 at 9:19 AM, Ming Lei wrote:
> > Hi Greg,
> >
> > On Sat, Jul 27, 2013 at 5:17 AM, Greg KH wrote:
> >> Hi all,
> >>
> >> I've now caught up on all pending USB patches that were sent to me, with
> >> the e
On 06.08.2013 19:49, Jörn Engel wrote:
> On Tue, 6 August 2013 15:03:29 +0300, Jussi Kivilinna wrote:
>>
>> Patch fixes alauda not to use stack as URB transfer_buffer. URB buffers need
>> to
>> be DMA-able, which stack is not.
>>
>> Patch is only compile tested.
>
> I have tested the driver back
92 matches
Mail list logo
