Hi Laurent,
On Sat, Jun 22, 2013 at 02:30:12AM +0200, Laurent Pinchart wrote:
> Hi Michael,
>
> On Tuesday 18 June 2013 17:12:53 Michael Grzeschik wrote:
> > On Tue, Jun 04, 2013 at 05:08:19PM +0200, Michael Grzeschik wrote:
> > > Hi,
> > >
> > > this series is fixing some stability and usabilit
On Sun, Sep 29, 2013 at 5:10 AM, Alan Stern wrote:
> On Sun, 29 Sep 2013, Markus Rechberger wrote:
>
>> to follow up I know why it doesn't happen anymore because customers
>> are using a kernel module which does optimized transfers and
>> pre-allocated the URBs and transfer buffer in kernelspace,
On Sun, Sep 29, 2013 at 7:51 PM, Markus Rechberger
wrote:
>
> I agree, but here not only small buffers are the problem, also latency.
>
> I will send another patch version which overrides the SG transfer once
> a preallocated buffer is submitted. The current patch will only use
> the pre-allocate
On Sun, Sep 29, 2013 at 2:07 PM, Ming Lei wrote:
> On Sun, Sep 29, 2013 at 7:51 PM, Markus Rechberger
> wrote:
>
>>
>> I agree, but here not only small buffers are the problem, also latency.
>>
>> I will send another patch version which overrides the SG transfer once
>> a preallocated buffer is s
On Sun, Sep 29, 2013 at 8:18 PM, Markus Rechberger
wrote:
> On Sun, Sep 29, 2013 at 2:07 PM, Ming Lei wrote:
>> On Sun, Sep 29, 2013 at 7:51 PM, Markus Rechberger
>> wrote:
>>
>>>
>>> I agree, but here not only small buffers are the problem, also latency.
>>>
>>> I will send another patch versio
This patch adds memory mapping support to USBFS for isochronous and bulk
data transfers, it allows to pre-allocate usb transfer buffers.
The CPU usage decreases 1-2% on my 1.3ghz U7300 notebook
The CPU usage decreases 6-8% on an Intel Atom n270 when
transferring 20mbyte/sec (isochronous), it shoul
On Sun, Sep 29, 2013 at 10:02 PM, Markus Rechberger
wrote:
> This patch adds memory mapping support to USBFS for isochronous and bulk
> data transfers, it allows to pre-allocate usb transfer buffers.
>
> The CPU usage decreases 1-2% on my 1.3ghz U7300 notebook
> The CPU usage decreases 6-8% on an
> Le 26/09/2013 17:59, Christoph Fritz a écrit :
> > Their software fix:
> > "As first attemp at fixing this issue, one may try to switch LINK to
> > ULPI mode before configuring MUX and pads for USB operation. Fear is
> > that this could cause unexpected transfer from PHY to LINK, some
On Sun, Sep 29, 2013 at 04:02:56PM +0200, Markus Rechberger wrote:
> This patch adds memory mapping support to USBFS for isochronous and bulk
> data transfers, it allows to pre-allocate usb transfer buffers.
>
> The CPU usage decreases 1-2% on my 1.3ghz U7300 notebook
> The CPU usage decreases 6-8
On Sun, Sep 29, 2013 at 11:32 AM, Christoph Fritz
wrote:
>> Le 26/09/2013 17:59, Christoph Fritz a écrit :
>> > Their software fix:
>> > "As first attemp at fixing this issue, one may try to switch LINK to
>> > ULPI mode before configuring MUX and pads for USB operation. Fear is
>> > t
On Sun, Sep 29, 2013 at 01:51:58PM +0200, Markus Rechberger wrote:
> I searched with google, obviously no one is using USBFS/userspace USB
> drivers that intensive as we do because (streaming 6mb for DVB or 20mb
> for Analog over days) the only bug reports that come up are related to
> our devices
On 09/28/2013 09:57 PM, Alan Stern wrote:
On Sun, 29 Sep 2013, Arokux X wrote:
What happens if you back-port your glue driver to the vendor's kernel?
I have now 200 lines of code which are (almost) identical. They work
in vendor's kernel and fail in mainline.
This indicates that the problem
On Saturday 28 of September 2013 23:00:27 Alan Stern wrote:
> On Sat, 28 Sep 2013, Tomasz Figa wrote:
> > A series of commit starting at
> >
> > 50a97e059b USB: OHCI: make ohci-exynos a separate driver
> >
> > and ending at
> >
> > b8ad5c3706 USB: OHCI: make ohci-pxa27x a separate driver
> >
>
I have an Elan touchscreen that is causing USB resets and errors at boot
and intermittently during use. The touchscreen works as expected but
messages are still being logged to kern.log.
It appears to get detected correctly:
Bus 001 Device 002: ID 8087:8000 Intel Corp.
Bus 001 Device 001: ID 1
Dear Larry,
> On PCs, the driver has some problems with stability of the radio
> connections, and I am currently working on that problem; however, there are
> no difficulties in communicating over the USB system.
Do you have any idea how I can localize the problem to find out at
what stage it fai
On Sun, 2013-09-29 at 12:19 -0300, Fabio Estevam wrote:
> On Sun, Sep 29, 2013 at 11:32 AM, Christoph Fritz
> wrote:
> >> Le 26/09/2013 17:59, Christoph Fritz a écrit :
> >> > Their software fix:
> >> > "As first attemp at fixing this issue, one may try to switch LINK to
> >> > ULPI mode b
On Sun, Sep 29, 2013 at 5:14 PM, Greg KH wrote:
> On Sun, Sep 29, 2013 at 04:02:56PM +0200, Markus Rechberger wrote:
>> This patch adds memory mapping support to USBFS for isochronous and bulk
>> data transfers, it allows to pre-allocate usb transfer buffers.
>>
>> The CPU usage decreases 1-2% on
On Sun, Sep 29, 2013 at 4:24 PM, Ming Lei wrote:
> On Sun, Sep 29, 2013 at 10:02 PM, Markus Rechberger
> wrote:
>> This patch adds memory mapping support to USBFS for isochronous and bulk
>> data transfers, it allows to pre-allocate usb transfer buffers.
>>
>> The CPU usage decreases 1-2% on my 1
On Sun, Sep 29, 2013 at 5:22 PM, Greg KH wrote:
> On Sun, Sep 29, 2013 at 01:51:58PM +0200, Markus Rechberger wrote:
>> I searched with google, obviously no one is using USBFS/userspace USB
>> drivers that intensive as we do because (streaming 6mb for DVB or 20mb
>> for Analog over days) the only
On Sun, Sep 29, 2013 at 07:32:56PM +0200, Markus Rechberger wrote:
> On Sun, Sep 29, 2013 at 5:14 PM, Greg KH wrote:
> > On Sun, Sep 29, 2013 at 04:02:56PM +0200, Markus Rechberger wrote:
> >> This patch adds memory mapping support to USBFS for isochronous and bulk
> >> data transfers, it allows t
On Sun, Sep 29, 2013 at 9:01 PM, Greg KH wrote:
> On Sun, Sep 29, 2013 at 07:32:56PM +0200, Markus Rechberger wrote:
>> On Sun, Sep 29, 2013 at 5:14 PM, Greg KH wrote:
>> > On Sun, Sep 29, 2013 at 04:02:56PM +0200, Markus Rechberger wrote:
>> >> This patch adds memory mapping support to USBFS for
On Sun, 29 Sep 2013, Markus Rechberger wrote:
> >> > Do you have a userspace test program that we can use to verify that this
> >> > does work, and that others can use to run on some different platforms to
> >> > verify that this is actually faster?
> >> >
> >>
> >> You will need one of our device
Hi Arokux,
Allan already pointed on timing issue. If you compare bad and working
logs you will see that interval on bad log is match more shorter. On my
expiriance with other wifi adapter it is critical. Beside, it has
nothing todo with wifi at all.
In many cases usb controller insight of adapter
The following changes since commit 4a10c2ac2f368583138b774ca41fac4207911983:
Linux 3.12-rc2 (2013-09-23 15:41:09 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git/
tags/usb-3.12-rc3
for you to fetch changes up to 85601f8cf67c56a561a
On Sun, Sep 29, 2013 at 9:58 PM, Alan Stern wrote:
> On Sun, 29 Sep 2013, Markus Rechberger wrote:
>
>> >> > Do you have a userspace test program that we can use to verify that this
>> >> > does work, and that others can use to run on some different platforms to
>> >> > verify that this is actuall
Hi Oleksij,
On Sun, Sep 29, 2013 at 10:01 PM, Oleksij Rempel wrote:
> Hi Arokux,
>
> Allan already pointed on timing issue. If you compare bad and working
> logs you will see that interval on bad log is match more shorter. On my
> expiriance with other wifi adapter it is critical. Beside, it has
Dear Peter Chen,
> Since we introduce -EPROBE_DEFER for udc driver, it will be
> probed at late_initcall if it is defered. When the gadget
> is built in, it will return "couldn't find an available UDC"
> at such case. That's the problem we met at below link:
>
> http://marc.info/?l=linux-usb&m=13
> > Since we introduce -EPROBE_DEFER for udc driver, it will be
> > probed at late_initcall if it is defered. When the gadget
> > is built in, it will return "couldn't find an available UDC"
> > at such case. That's the problem we met at below link:
> >
> > http://marc.info/?l=linux-usb&m=1377064
Some drivers implementing NCM-like protocols, may re-use those functions, as is
the case in the huawei_cdc_ncm driver.
Export them via EXPORT_SYMBOL_GPL, in accordance with how other functions have
been exported.
Signed-off-by: Enrico Mioso
diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/us
Remove device IDs of NCM-like (but not NCM-conformant) devices, that are
handled by the huawwei_cdc_ncm driver now.
Signed-off-by: Enrico Mioso
diff --git a/drivers/net/usb/cdc_ncm.c b/drivers/net/usb/cdc_ncm.c
index 62686be..31f43f7 100644
--- a/drivers/net/usb/cdc_ncm.c
+++ b/drivers/net/usb/c
This driver supports devices using the NCM protocol as an encapsulation layer
for other protocols, like the E3131 Huawei 3G modem. This drivers approach was
heavily inspired by the qmi_wwan/cdc_mbim approach & code model.
Suggested-by: Bjorn Mork
Signed-off-by: Enrico Mioso
create mode 100644
So this is a new, revised, edition of the huawei_cdc_ncm.c driver, which
supports devices resembling the NCM standard, but using it also as a mean
to encapsulate other protocols, as is the case for the Huawei E3131 and
E3251 modem devices.
Some precisations are needed however - and I encourage di
On Thu, 2013-09-05 at 13:30 +0200, Andrew Lunn wrote:
> Hi David, Ben.
>
> I messed up with the Moxa firmware. I have the filenames wrong, due to
> one too many decimal to hex conversions of the USB product ID. I could
> work around this in the driver, but it would be a lot better to rename
> the
Hi Markus,
>> Do you have a userspace test program that we can use to verify that this
>> does work, and that others can use to run on some different platforms to
>> verify that this is actually faster?
>>
>
> You will need one of our devices for testing I guess. Some sca
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/usb/musb/musb_am335x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/musb/musb_am335x.c b/drivers/usb/musb/musb_am335
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
Cc: Ravi B
---
drivers/usb/musb/musb_dsps.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/musb/musb_dsps.c b/drivers/usb/musb/mu
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/usb/phy/phy-am335x-control.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/phy/phy-am335x-control.c
b/drivers/usb/ph
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
Cc: Stephen Warren
Cc: linux-te...@vger.kernel.org
---
drivers/usb/phy/phy-tegra-usb.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers
The data structure of_match_ptr() protects is always compiled in.
Hence of_match_ptr() is not needed.
Signed-off-by: Sachin Kamat
---
drivers/usb/phy/phy-am335x.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/phy/phy-am335x.c b/drivers/usb/phy/phy-am335x.c
in
39 matches
Mail list logo
