On 07/29/2015 05:20 PM, Felipe Balbi wrote:
> On Mon, Jul 27, 2015 at 11:16:14AM +0200, Robert Baldyga wrote:
>> Convert endpoint configuration to new capabilities model.
>>
>> Fixed typo in "epc-nulk" to "epc-bulk".
>>
>> Signed-off-by: Robert Baldyga
>> ---
>> drivers/staging/emxx_udc/emxx_udc.
Hi Daniel,
> btusb currently has a generic match on USB device descriptors:
>{ USB_DEVICE_INFO(0xe0, 0x01, 0x01) },
>
> However, http://www.usb.org/developers/defined_class states:
>
> Base Class E0h (Wireless Controller)
> This base class is defined for devices that are Wireless contr
From: Saurabh Karajgaonkar
This patch is created using simple_return.cocci coccinelle script.
It replaces the redundant instances where variables are assigned
return value from functions and then used in return statements.
Signed-off-by: Saurabh Karajgaonkar
---
drivers/usb/host/ehci-st.c
On Wed, Jul 22, 2015 at 01:56:14PM -0500, Peter E. Berger wrote:
> From: "Peter E. Berger"
>
> The io_ti driver fails to download firmware to Edgeport
> devices such as the EP/416, even when the on-disk firmware image
> (/lib/firmware/edgeport/down3.bin) is more current than the version
> on the
On Thu, Jul 23, 2015 at 01:39:06PM +0300, Sergei Shtylyov wrote:
> Hello.
>
> On 7/22/2015 9:56 PM, Peter E. Berger wrote:
> > @@ -928,6 +928,41 @@ static int ti_cpu_rev(struct edge_ti_manuf_descriptor
> > *desc)
> > return TI_GET_CPU_REVISION(desc->CpuRev_BoardRev);
> > }
> >
> > +static
On Wed, Jul 22, 2015 at 01:56:16PM -0500, Peter E. Berger wrote:
> +static inline void edge_heartbeat_schedule(struct edgeport_serial
> *edge_serial)
> +{
> + u16 product_id = le16_to_cpu(
> + edge_serial->serial->dev->descriptor.idProduct);
> +
> + /* Currently only
On Wed, Jul 22 2015, Sanjay Singh Rawat wrote:
> After the worker thread is launched, bind function is doing further
> configuration. In case of failure stop the thread.
>
> Signed-off-by: Sanjay Singh Rawat
Sorry for the delay.
Acked-by: Michal Nazarewicz
> ---
>
> history:
>
> v3: - handled
On Thu, Jul 30, 2015 at 09:46:58AM +0800, Li Jun wrote:
> On Wed, Jul 29, 2015 at 09:11:41PM -0500, Felipe Balbi wrote:
> > On Thu, Jul 30, 2015 at 07:24:03AM +0800, Li Jun wrote:
> > > On Wed, Jul 29, 2015 at 10:04:27AM -0500, Felipe Balbi wrote:
> > > > On Mon, Jul 27, 2015 at 03:21:59PM +0800, P
On Tue, Jul 28, 2015 at 06:55:57PM +0800, hu.bin...@zte.com.cn wrote:
> Dear Johan：
> Thank you for your reply me so quickly.
>As you say, I have done the following test and verify:
> 1.I have run scripts/checkpatch.pl on my patch,and test result is OK.
> 2. I have installed t
Inquiry
Dear we are ATLANTIC TRADING DISTRIBUTING CO.LTD based in
Qatar,We are in need of your products, Urgently
please send to us your complete catalog / website ?in our email
address(khaledgr...@yahoo.com
Best regards,
Mr,khaled grupo
Purchase Manager
--
To unsubscribe from this list: send th
Inquiry
Dear we are ATLANTIC TRADING DISTRIBUTING CO.LTD based in
Qatar,We are in need of your products, Urgently
please send to us your complete catalog / website ?in our email
address(khaledgr...@yahoo.com
Best regards,
Mr,khaled grupo
Purchase Manager
--
To unsubscribe from this list: send th
Hi Greg,
Here's a fix and some device ids for v4.2-rc5. All have been in
linux-next.
Thanks,
Johan
The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
Linux 4.2-rc3 (2015-07-19 14:45:02 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/li
On Thu, 2015-07-30 at 15:44 +0200, Johan Hovold wrote:
> On Wed, Jul 22, 2015 at 01:56:14PM -0500, Peter E. Berger wrote:
> > From: "Peter E. Berger"
> >
> > The io_ti driver fails to download firmware to Edgeport
> > devices such as the EP/416, even when the on-disk firmware image
> > (/lib/firm
On Thu, Jul 30, 2015 at 10:28:05AM -0500, Peter Berger wrote:
> On Thu, 2015-07-30 at 15:44 +0200, Johan Hovold wrote:
> > On Wed, Jul 22, 2015 at 01:56:14PM -0500, Peter E. Berger wrote:
> > > From: "Peter E. Berger"
> > > @@ -943,6 +944,17 @@ static int download_fw(struct edgeport_serial
> > >
On Sun, Jul 26, 2015 at 11:14:34AM +0200, Michał Pecio wrote:
>
> This commit fixes the following issues:
>
> 1. The 9th bit of buf was believed to be the LSB of divisor's
> exponent, but the hardware interprets it as MSB (9th bit) of the
> mantissa. The exponent is actually one bit shorter and a
Hello,
Short version:
This series add the missing MODULE_DEVICE_TABLE() for OF and I2C tables
to export that information so modules have the correct aliases built-in
and autoloading works correctly.
Longer version:
Currently it's mandatory for I2C drivers to have an I2C device ID table
regardle
An I2C driver that supports both OF and legacy platforms, will have
both a OF and I2C ID table. This means that when built as a module,
the aliases will be filled from both tables but currently always an
alias of the form i2c: is reported, e.g:
$ cat /sys/class/i2c-adapter/i2c-8/8-004b/modalias
i2
On Thu, Jul 30, 2015 at 01:13:42PM +, Karajgaonkar, Saurabh (S.) wrote:
> From: Saurabh Karajgaonkar
>
> This patch is created using simple_return.cocci coccinelle script.
> It replaces the redundant instances where variables are assigned
> return value from functions and then used in return
The I2C core always reports the MODALIAS uevent as "i2c:
---
drivers/usb/phy/phy-isp1301.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/phy/phy-isp1301.c b/drivers/usb/phy/phy-isp1301.c
index 8a55b37d1a02..db68156568e6 100644
--- a/drivers/usb/phy/phy-isp1301.c
+++ b/drivers/u
On Thu, Jul 30, 2015 at 09:35:17AM -0700, Dmitry Torokhov wrote:
> Hi Javier,
>
> On Thu, Jul 30, 2015 at 06:18:25PM +0200, Javier Martinez Canillas wrote:
> > Hello,
> >
> > Short version:
> >
> > This series add the missing MODULE_DEVICE_TABLE() for OF and I2C tables
> > to export that informa
Hi Javier,
On Thu, Jul 30, 2015 at 06:18:25PM +0200, Javier Martinez Canillas wrote:
> Hello,
>
> Short version:
>
> This series add the missing MODULE_DEVICE_TABLE() for OF and I2C tables
> to export that information so modules have the correct aliases built-in
> and autoloading works correctly
Hi,
On Thu, Jul 23, 2015 at 07:57:49PM +0200, Krzysztof Opasiak wrote:
> This patch replace dynamicly allocated luns array with static one.
> This simplifies the code of mass storage function and modules.
>
> Signed-off-by: Krzysztof Opasiak
> Acked-by: Michal Nazarewicz
this actually regresse
On Thu, Jul 30, 2015 at 04:46:12PM +0200, Johan Hovold wrote:
> Hi Greg,
>
> Here's a fix and some device ids for v4.2-rc5. All have been in
> linux-next.
>
> Thanks,
> Johan
>
> The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
>
> Linux 4.2-rc3 (2015-07-19 14:45:0
On Fri, Jul 24, 2015 at 08:48:09AM +0200, Petr Tesarik wrote:
> From: Petr Tesarik
>
> There is a lot of overlap between the two functions (e.g. calculation
> of the buffer size), so this removes a bit of code duplication, but
> most importantly, a more generic function can be easily reused for
>
Hello Dmitry,
Thanks a lot for your feedback.
On 07/30/2015 06:37 PM, Dmitry Torokhov wrote:
> On Thu, Jul 30, 2015 at 09:35:17AM -0700, Dmitry Torokhov wrote:
>> Hi Javier,
>>
>> On Thu, Jul 30, 2015 at 06:18:25PM +0200, Javier Martinez Canillas wrote:
>>> Hello,
>>>
>>> Short version:
>>>
>>> T
Fixed the issue in displaying lengthy string descriptor (more than 128 bytes)
Signed-off-by: Muthu M
---
usbmisc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/usbmisc.c b/usbmisc.c
index f3577ea..71a702c 100644
--- a/usbmisc.c
+++ b/usbmisc.c
@@ -229,7 +229,7 @@ char *get
From: Hayes Wang
Date: Wed, 29 Jul 2015 20:39:07 +0800
> v3:
> For patch #2, remove cancel_delayed_work().
>
> v2:
> For patch #1, remove usb_autopm_get_interface(), usb_autopm_put_interface(),
> and
> the checking of intf->condition.
>
> For patch #2, replace the original method with usb_queu
On 27/07/2015 16:28, Alan Stern wrote:
On Mon, 27 Jul 2015, Giulio Bernardi wrote:
Sorry for the late reply, but it took me a little bit to recompile the kernel
(my laptop is slow) and I was not able to obtain any meaningful results (please
note I know nothing about kernel internals).
However,
On 30/07/2015 23:42, Giulio Bernardi wrote:
On 27/07/2015 16:28, Alan Stern wrote:
On Mon, 27 Jul 2015, Giulio Bernardi wrote:
Sorry for the late reply, but it took me a little bit to recompile the kernel
(my laptop is slow) and I was not able to obtain any meaningful results (please
note I kn
On 31/07/2015 00:12, Giulio Bernardi wrote:
On 30/07/2015 23:42, Giulio Bernardi wrote:
On 27/07/2015 16:28, Alan Stern wrote:
On Mon, 27 Jul 2015, Giulio Bernardi wrote:
Sorry for the late reply, but it took me a little bit to recompile the kernel
(my laptop is slow) and I was not able to ob
https://bugzilla.kernel.org/show_bug.cgi?id=89471#c2
--
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
Since some chipidea based controller is not otg capable, add ci->is_otg
condition when setting is_otg flag for gadget.
Signed-off-by: Li Jun
Reviewed-by: Roger Quadros
Acked-by: Peter Chen
---
drivers/usb/chipidea/udc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/dr
The UEFI driver would enable zero length, and the Linux driver doesn't
need it. Zero length let the hw complete the transfer with length 0,
when there is no received packet. It would add the load of USB host
controller and reduce the performance.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r81
Hi Roger,
I add minor comment about code clean.
After I modified it by myself, I applied it on extcon-fixes.
Best Regards,
Chanwoo Choi
On 07/07/2015 10:06 PM, Roger Quadros wrote:
> Users of find_cable_index_by_name() will cause a kernel hang
> as the while loop counter is never incremented and
On Fri, Jul 31, 2015 at 03:49:02AM +0200, schorsch wrote:
> https://bugzilla.kernel.org/show_bug.cgi?id=89471#c2
Please send the full information here so that we don't have to try to
track down some random web link...
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the b
Sure, I'll do that. Just wanted to know whether I should split the patches and
send them in this same mail thread (may be something like [PATCH 01/04 V2])
or should I start new threads and send them separately to the respective
maintainers.
Thanks and Regards,
Saurabh Karajgaonkar
On Thu, Jul 30
Incoming packets in high speed are randomly corrupted by h/w
resulting in multiple errors. This workaround makes FS as
default mode in all affected socs by disabling HS chirp
signalling.This errata does not affect FS and LS mode.
Forces all HS devices to connect in FS mode for all socs
affected by
Hi Roger,
On 07/06/2015 11:46 PM, Roger Quadros wrote:
> Currently the extcon code notifiers the interested listeners
> before it updates the extcon state with the new state.
> This will cause the listeners that use extcon_cable_get_state()
> to get the stale state and loose the new state.
>
> Fi
From: "Peter E. Berger"
The io_ti driver fails to download firmware to Edgeport devices such as
the EP/416 and EP/421 (devices with on-board E2PROM). One of the problems
is that the default 1 second timeout in ti_vsend_sync() is insufficient
for download operations. This patch increases the dow
From: "Peter E. Berger"
I found that when using the Edgeport EP/416, idle ports are regularly
bounced (disconnected and then reconnected). I discussed this with the
manufacturer (Digi International) and learned that EP/416 devices now
ship from the factory running firmware that requires periodic
From: "Peter E. Berger"
The io_ti driver fails to download firmware to Edgeport
devices such as the EP/416, even when the on-disk firmware image
(/lib/firmware/edgeport/down3.bin) is more current than the version
on the EP/416. The current download code is broken in a few ways.
Notably it mis-us
From: "Peter E. Berger"
Do what we can to verify that the driver's firmware image is valid
(before attempting to download it to the Edgeport) by adding a new
function, check_fw_sanity(), and a call to it in in download_fw().
Note: It looks like some Edgeports (models like the EP/416 with on-boar
From: "Peter E. Berger"
When using Edgeport/416 models with newer firmware (sometime after
firmware version 4.80.0), idle ports are automatically bounced
(disconnected and then reconnected) approximately every 60 seconds.
This breaks programs (e.g: minicom) where idle periods are common,
normal a
43 matches
Mail list logo
