Dear Sir,
To me you appear like Out Of The World! Such understanding! I was
unfortunate not to have been born to be near you. I would have learnt
a lot, then.
People I have come across are petty, and pale in your comparison! I
would have given up my right to be alive to have learnt computing from
On Mon, May 02, 2016 at 11:55:01AM +0100, Mark Brown wrote:
> On Mon, May 02, 2016 at 11:49:12AM +0200, Krzysztof Kozlowski wrote:
>
> > This VDD regulator supply actually is not a usb3503 USB HUB regulator
> > supply... but a supply to the LAN attached to this HUB. Regulator off/on
> > is needed
3.365019] [ cut here ]
[3.369639] WARNING: CPU: 0 PID: 1 at drivers/reset/core.c:187
__of_reset_control_get+0x16c/0x23c
[3.382151] Modules linked in:
[3.385214] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
4.6.0-rc6-next-20160503 #140
[3.392769] Hardware name: NVIDIA
3.382151] Modules linked in:
> [3.385214] CPU: 0 PID: 1 Comm: swapper/0 Not tainted
> 4.6.0-rc6-next-20160503 #140
> [3.392769] Hardware name: NVIDIA Tegra SoC (Flattened Device Tree)
> [3.399046] [] (unwind_backtrace) from []
> (show_stack+0x10/0x14)
> [3.406787]
On Tue, 3 May 2016, Thierry Reding wrote:
> From: Thierry Reding
>
> Starting with commit 0b52297f2288 ("reset: Add support for shared reset
> controls") there is a reference count for reset control assertions. The
> goal is to allow resets to be shared by multiple devices and an assert
> will t
On Tue, 3 May 2016, Susmita/Rajib Bandopadhyay wrote:
> Dear Sir,
>
> To me you appear like Out Of The World! Such understanding! I was
> unfortunate not to have been born to be near you. I would have learnt
> a lot, then.
>
> People I have come across are petty, and pale in your comparison! I
>
From: Oliver Neukum
Date: Mon, 2 May 2016 13:06:12 +0200
> Allow for SS+ USB
>
> Signed-off-by: Oliver Neukum
Applied.
--
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/m
From: Oliver Neukum
Date: Mon, 2 May 2016 13:06:14 +0200
> Allow for SS+ USB
>
> Signed-off-by: Oliver Neukum
Applied.
--
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/m
From: Oliver Neukum
Date: Mon, 2 May 2016 13:06:13 +0200
> Allow for SS+ USB
>
> Signed-off-by: Oliver Neukum
Applied.
--
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/m
The stack object “ci” has a total size of 8 bytes. Its last 3 bytes
are padding bytes which are not initialized and leaked to userland
via “copy_to_user”.
Signed-off-by: Kangjie Lu
---
drivers/usb/core/devio.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/u
On 03/05/16 15:42, David B. Robins wrote:
I don't think the first one is giving you problems (except as
triggered by the second) but I had concerns about the second myself
(and emailed the author off-list, but received no reply), and we did
not take that commit for our own product.
Sorry,
On Wed, Apr 27, 2016 at 09:35:57AM -0400, Tony Battersby wrote:
> On 04/26/2016 10:53 PM, Du, Changbin wrote:
> >> On Tue, Mar 08, 2016 at 05:15:17PM +0800, changbin...@intel.com wrote:
> >>> From: "Du, Changbin"
> >>>
> >>> This is a reworked patch based on reverted commit d8f00cd685f5 ("usb:
> >
On Mon, May 02, 2016 at 12:02:08AM +, fx IWATA NOBUO wrote:
> > Does nothing need to be changed in the usbip code to add this new feature?
>
> Yes, nothing else is needed.
>
> Name conversion itself is already done in
> libsrc/vhci_driver.c:usbip_vhci_imported_device_dump().
>
> For 'list' o
On Tue, May 03, 2016 at 07:56:54AM +0700, Lars Melin wrote:
> On 2016-05-02 20:43, gre...@linuxfoundation.org wrote:
> > On Mon, May 02, 2016 at 09:22:57AM +0300, Felipe Balbi wrote:
> > >
> > > Hi,
> > >
> > > 刘磊 writes:
> > > > dear linuxfoundation:
> > > > I am liulei come from ZTEMT. W
On Tue, May 03, 2016 at 10:53:05AM +0300, Felipe Balbi wrote:
>
> Hi,
>
> Dan Carpenter writes:
> > In the original DWC3_DCFG_NUMP() was always zero. It looks like the
> > intent was to shift first and then do the mask.
> >
> > Fixes: 2a58f9c12bb3 ('usb: dwc3: gadget: disable automatic calculat
From: lei liu
More ZTE device ids.
Signed-off-by: lei liu
Cc: stable
[properly sort them - gregkh]
Signed-off-by: Greg Kroah-Hartman
diff --git a/drivers/usb/serial/option.c b/drivers/usb/serial/option.c
index c6f497f16526..c25ca7f77c42 100644
--- a/drivers/usb/serial/option.c
+++ b/drivers/
Hello.
Here's 2 patches against the 'next' branch of Felipe's 'usb.git' repo. Tony
Lindgren's patches from the last year didn't seem complete, so trying to clean
up the TX DMA patch...
[1/2] musb_host: move DMA engine check from musb_tx_dma_set_mode_cppi_tusb() to
its caller
[2/2] musb_host:
Commit 754fe4a92c07 ("usb: musb: Remove ifdefs for TX DMA for musb_host.c")
looks incomplete: the DMA engine checks are done outside the Mentor/UX500
handler but inside the CPPI/TUSB handler. Move the checks out of the CPPI/
TUSB handler into its caller, musb_tx_dma_program().
Signed-off-by: Ser
Now that the DMA engine check was moved to musb_tx_dma_porgram(), both
musb_tx_dma_set_mode_cppi_tusb() and musb_tx_dma_set_mode_mentor() always
return 0, so we can make both these functions *void*.
Signed-off-by: Sergei Shtylyov
---
drivers/usb/musb/musb_host.c | 31
Hi,
On 05/03/2016 07:49 PM, Mark Brown wrote:
> On Tue, May 03, 2016 at 09:43:58AM +0800, Lu Baolu wrote:
>> On 05/02/2016 07:00 PM, Mark Brown wrote:
>>> On Fri, Apr 29, 2016 at 02:26:32PM +0800, Lu Baolu wrote:
+ gpiod = gpiod_get(dev, "vbus_en", GPIOD_ASIS);
+ if (IS_ERR(gpiod))
>>>
On 2016-05-03 17:16, Dean Jenkins wrote:
On 03/05/16 15:42, David B. Robins wrote:
I don't think the first one is giving you problems (except as
triggered by the second) but I had concerns about the second myself
(and emailed the author off-list, but received no reply), and we did
not take t
Replaced magic numbers used in the CRTSCTS flag code with symbolic names
from the chip specification.
Signed-off-by: Konstantin Shkolnyy
---
v4:
Same series of patches, fixed names and defines by feedback.
v3:
Regenerated the patches correctly against the latest usb-next branch.
v2
Improved CRTSC
The CRTSCTS flag code cleared (and inconsistently) bits unrelated to
CRTSCTS functionality. It was also harder than necessary to read.
Signed-off-by: Konstantin Shkolnyy
---
v4:
Same series of patches, fixed names and defines by feedback.
v3:
Regenerated the patches correctly against the latest u
A bug in the CRTSCTS handling caused RTS to alternate between
CRTSCTS=0 => "RTS transmits active signal" and
CRTSCTS=1 => "RTS receives flow control"
instead of
CRTSCTS=0 => "RTS is statically active" and
CRTSCTS=1 => "RTS receives flow control"
This only happened after first having enabled CRTSCTS
On Tue, 2016-05-03 at 12:33 +0300, Felipe Balbi wrote:
> Hi,
>
> chunfeng yun writes:
> >> chunfeng yun writes:
> >> > On Thu, 2016-04-21 at 10:04 +0800, Chunfeng Yun wrote:
> >> >> Click mouse after xhci suspend completion but before system suspend
> >> >> completion, system will not be waken u
On Tue, May 03, 2016 at 06:44:46PM +0300, Roger Quadros wrote:
> Hi,
>
> On 03/05/16 10:06, Jun Li wrote:
> > Hi
> >
> > /**
> > + * usb_gadget_start - start the usb gadget controller and
> > +connect to bus
> > + * @gadget: the gadget device to start
> >
> > I think Greg is referring to commit 464ad8c43a9e ("usb: core : hub: Fix
> > BOS 'NULL pointer' kernel panic"), which has already been applied
> > upstream. It looks to me like that patch might have fixed the same
> > problem in a different way, in which case Changbin's patch is not
> > needed.
Hi Mark
>> > +static const unsigned int wm831x_usb_limits[] = {
>> > + 0,
>> > + 2,
>> > + 100,
>> > + 500,
>> > + 900,
>> > + 1500,
>> > + 1800,
>> > + 550,
>> > +};
>
>> Just for curiosity, How these current limits are getting decided?
>> Can we ha
On Tue, May 03, 2016 at 06:44:46PM +0300, Roger Quadros wrote:
> Hi,
>
> On 03/05/16 10:06, Jun Li wrote:
> > Hi
> >
> > /**
> > + * usb_gadget_start - start the usb gadget controller and
> > +connect to bus
> > + * @gadget: the gadget device to start
> >
On certain platforms (e.g. ARM64) the dma_ops needs to be explicitly set
to be able to do DMA allocations, so use the of_dma_configure() helper
to populate the dma properties and assign an appropriate dma_ops.
Signed-off-by: Rajesh Bhagat
Reviewed-by: Yang-Leo Li
---
drivers/usb/dwc3/host.c | 4
On 04/05/2016, Alan Stern wrote:
> There is a program called monosim that might do
> what you want.
Okay, Sir. I will look at it. It has a GUI built with GTK and QT.
Regards
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kernel.o
The following changes since commit f55532a0c0b8bb6148f4e07853b876ef73bc69ca:
Linux 4.6-rc1 (2016-03-26 16:03:24 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/peter.chen/usb.git/
tags/usb-ci-v4.7-rc1
for you to fetch changes up to 764763f0a0c81
If the fn() calls fail then "buf" is uninitialized. Just return early
in that situation.
Signed-off-by: Dan Carpenter
diff --git a/drivers/net/usb/smsc75xx.c b/drivers/net/usb/smsc75xx.c
index c369db9..9af9799 100644
--- a/drivers/net/usb/smsc75xx.c
+++ b/drivers/net/usb/smsc75xx.c
@@ -99,9 +99
If the call to fn() fails then "buf" is uninitialized. Just return the
error code in that case.
Signed-off-by: Dan Carpenter
diff --git a/drivers/net/usb/smsc95xx.c b/drivers/net/usb/smsc95xx.c
index 2edc2bc..d9d2806 100644
--- a/drivers/net/usb/smsc95xx.c
+++ b/drivers/net/usb/smsc95xx.c
@@ -9
Peter,
On 04/05/16 06:35, Peter Chen wrote:
> On Tue, May 03, 2016 at 06:44:46PM +0300, Roger Quadros wrote:
>> Hi,
>>
>> On 03/05/16 10:06, Jun Li wrote:
>>> Hi
>>>
>>> /**
>>> + * usb_gadget_start - start the usb gadget controller and
>>> +connect to bus
>>> + *
Hi
> >>> /**
> >>> + * usb_gadget_start - start the usb gadget controller and
> >>> +connect to bus
> >>> + * @gadget: the gadget device to start
> >>> + *
> >>> + * This is external API for use by OTG core.
> >>> + *
> >>> + * Start the usb device controller and c
Hi Mathias,
On Thu, 2016-04-21 at 10:04 +0800, Chunfeng Yun wrote:
> Click mouse after xhci suspend completion but before system suspend
> completion, system will not be waken up by mouse if the duration of
> them is larger than 20ms which is the device UFP's resume signaling
> lasted. Another rea
Dear Sirs,
I had already tried
$ mkdir /media/sim
$ sudo mount /dev/sdc /media/sim
But this doesn't work, as I don't know the filesystem of the card.
Sirs, I took up the matter with the Debian & the Knoppix communities,
as mentioned below:
How
to back up data of SIM Card using its Reader?
How
to ba
In the original DWC3_DCFG_NUMP() was always zero. It looks like the
intent was to shift first and then do the mask.
Fixes: 2a58f9c12bb3 ('usb: dwc3: gadget: disable automatic calculation of ACK
TP NUMP')
Signed-off-by: Dan Carpenter
diff --git a/drivers/usb/dwc3/core.h b/drivers/usb/dwc3/core.
On Mon, May 02, 2016 at 11:13:10AM -0400, Alan Stern wrote:
> On Mon, 2 May 2016, Johan Hovold wrote:
>
> > This reverts commit e3345db85068ddb937fc0ba40dfc39c293dad977, which
> > broke system resume for a large class of devices.
> >
> > Devices that after having been reset during resume need to
Hi,
chunfeng yun writes:
> On Thu, 2016-04-21 at 10:04 +0800, Chunfeng Yun wrote:
>> Click mouse after xhci suspend completion but before system suspend
>> completion, system will not be waken up by mouse if the duration of
>> them is larger than 20ms which is the device UFP's resume signaling
Hi,
Dan Carpenter writes:
> In the original DWC3_DCFG_NUMP() was always zero. It looks like the
> intent was to shift first and then do the mask.
>
> Fixes: 2a58f9c12bb3 ('usb: dwc3: gadget: disable automatic calculation of ACK
> TP NUMP')
> Signed-off-by: Dan Carpenter
Thanks for this fix,
On Mon, May 02, 2016 at 08:37:15PM +0200, Mathieu OTHACEHE wrote:
> Hi Johan,
>
> Thanks for your review.
>
> > Looks like this code could use a few vid/pid temporaries.
>
> > I'm not sure it makes sense to try to load a "ti_usb-v110a-p1150.fw"
> > firmware before requesting the moxa firmware. A
It's unlikely that we will ever know the avg so
instead of assuming it'll be something really large,
we will calculate the avg as we go as mentioned in
XHCI specification section 4.14.1.1.
Signed-off-by: Felipe Balbi
---
drivers/usb/host/xhci-mem.c | 34 --
drive
when getting endpoint type a switch statement looks
better than a series of if () branches. There are no
functional changes with this patch, cleanup only.
Signed-off-by: Felipe Balbi
---
drivers/usb/host/xhci-mem.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/dr
On Fri, Apr 29, 2016 at 08:51:06AM +, Schemmel Hans-Christoph wrote:
> Added support for Gemalto's Cinterion PH8 and AHxx products
> with 2 RmNet Interfaces and products with 1 RmNet + 1 USB Audio interface.
>
> In addition some minor renaming and formatting.
>
> Signed-off-by: Hans-Christoph
On 2016-05-03 14:48, Susmita/Rajib Bandopadhyay wrote:
Dear Sirs,
I had already tried
$ mkdir /media/sim
$ sudo mount /dev/sdc /media/sim
But this doesn't work, as I don't know the filesystem of the card.
Your reader is a TF/SD/MMC card reader from what I can see, it reads
various types of mem
On Tue, 2016-05-03 at 10:51 +0300, Felipe Balbi wrote:
> Hi,
>
> chunfeng yun writes:
> > On Thu, 2016-04-21 at 10:04 +0800, Chunfeng Yun wrote:
> >> Click mouse after xhci suspend completion but before system suspend
> >> completion, system will not be waken up by mouse if the duration of
> >> t
On 03/05/16 05:55, John Stultz wrote:
In testing with HiKey, we found that since commit 3f30b158eba5c60
(asix: On RX avoid creating bad Ethernet frames), we're seeing lots of
noise during network transfers:
[ 239.027993] asix 1-1.1:1.0 eth0: asix_rx_fixup() Data Header
synchronisation was lost,
On Mon, May 02, 2016 at 11:39:03AM +0300, Mathias Nyman wrote:
> The current implemenentation restart the sent pattern for each entry in
%s/implemenentation/implementation
> the sg list. The receiving end expects a continuous pattern, and test
The f_sourcesink may not expect that, have you tried
Hi,
Peter Chen writes:
> On Mon, May 02, 2016 at 11:39:03AM +0300, Mathias Nyman wrote:
>> The current implemenentation restart the sent pattern for each entry in
>
> %s/implemenentation/implementation
>
>> the sg list. The receiving end expects a continuous pattern, and test
>
> The f_sourcesin
Hi,
chunfeng yun writes:
>> chunfeng yun writes:
>> > On Thu, 2016-04-21 at 10:04 +0800, Chunfeng Yun wrote:
>> >> Click mouse after xhci suspend completion but before system suspend
>> >> completion, system will not be waken up by mouse if the duration of
>> >> them is larger than 20ms which i
On Sat, Apr 30, 2016 at 09:49:38AM -0500, Konstantin Shkolnyy wrote:
> Replaced magic numbers used in the CRTSCTS flag code with symbolic names
> from the chip specification.
>
> Signed-off-by: Konstantin Shkolnyy
> ---
> v3:
> Regenerated the patches correctly against the latest usb-next branch.
From: Konstantin Shkolnyy
> Sent: 30 April 2016 03:22
> Replaced magic numbers used in the CRTSCTS flag code with symbolic names
> from the chip specification.
>
> Signed-off-by: Konstantin Shkolnyy
> ---
> Changes in v2:
> Improved CRTSCTS fix based on feedback. Dropped get_termios error handlin
On Tue, May 03, 2016 at 12:31:21PM +0300, Felipe Balbi wrote:
>
> Hi,
>
> Peter Chen writes:
> > On Mon, May 02, 2016 at 11:39:03AM +0300, Mathias Nyman wrote:
> >> The current implemenentation restart the sent pattern for each entry in
> >
> > %s/implemenentation/implementation
> >
> >> the sg
On Thu, Apr 28, 2016 at 4:37 PM, Bin Liu wrote:
> Hi,
>
> On Thu, Apr 28, 2016 at 09:51:37AM +0300, Maxim Uvarov wrote:
>
> [snip]
>
>> Hello Bin,
>>
>> yes, it also works with that reset and go to finish:
>>
>> diff --git a/drivers/usb/musb/musb_host.c b/drivers/usb/musb/musb_host.c
>> index c3d5
On 3 May 2016 at 17:23, Dean Jenkins wrote:
> On 03/05/16 05:55, John Stultz wrote:
>>
>> In testing with HiKey, we found that since commit 3f30b158eba5c60
>> (asix: On RX avoid creating bad Ethernet frames), we're seeing lots of
>> noise during network transfers:
>>
>> [ 239.027993] asix 1-1.1:1
Dear Sir,
The card is accompanied by a software miniCD which helps in reading
the card. The link to the software is here:
https://drive.google.com/open?id=0B0qPAe-7HylCV0VRM01sQkppR3M
Since I don't have a winDoze system I can't use the software.
The product is this:
http://www.ebay.in/itm/231841478
Hi
Peter Chen writes:
> On Tue, May 03, 2016 at 12:31:21PM +0300, Felipe Balbi wrote:
>>
>> Hi,
>>
>> Peter Chen writes:
>> > On Mon, May 02, 2016 at 11:39:03AM +0300, Mathias Nyman wrote:
>> >> The current implemenentation restart the sent pattern for each entry in
>> >
>> > %s/implemenentat
"Susmita/Rajib Bandopadhyay" writes:
> The card is accompanied by a software miniCD which helps in reading
> the card.
Please test with that software and then take up on this offer when you
have verified that it doesn't work:
> Troubleshooting : If you have any issues with the Compatibility wit
When trying to access our last TRB, XHCI was
actually reading memory outside of the TRB
array/ring due to an off-by-one error.
This patch fixes that error and has the side effect
of also fixing some rare situations where long mass
storage transfers would timeout and XHCI would reset
the mass stora
Sir,
Please also choose to read this line of mine:
>> Since I don't have a winDoze system I can't use the software.
I differ from your opinion. The problem is a linux-related problem
because Doze can do it, but Linux can't.
Just because some inventor develops this device and its driver
software,
On 03/05/16 11:04, Guodong Xu wrote:
On 3 May 2016 at 17:23, Dean Jenkins wrote:
On 03/05/16 05:55, John Stultz wrote:
In testing with HiKey, we found that since commit 3f30b158eba5c60
(asix: On RX avoid creating bad Ethernet frames), we're seeing lots of
noise during network transfers:
[ 23
On Tue, May 03, 2016 at 09:30:48AM +0530, Manish Badarkhe wrote:
> On Tue, May 3, 2016 at 9:00 AM, Baolin Wang wrote:
> > +static const unsigned int wm831x_usb_limits[] = {
> > + 0,
> > + 2,
> > + 100,
> > + 500,
> > + 900,
> > + 1500,
> > + 1800,
> > +
On 02.05.2016 18:18, Alan Stern wrote:
On Mon, 2 May 2016, Mathias Nyman wrote:
On 29.04.2016 22:25, Alan Stern wrote:
When a USB driver is bound to an interface (either through probing or
by claiming it) or is unbound from an interface, the USB core always
disables Link Power Management durin
Hi
On 03.05.2016 13:30, Felipe Balbi wrote:
When trying to access our last TRB, XHCI was
actually reading memory outside of the TRB
array/ring due to an off-by-one error.
This patch fixes that error and has the side effect
of also fixing some rare situations where long mass
storage transfers wo
I again reiterate the SIM Card reader's Specifications in ebay.in
because of the confusion created by Prof.Bjørn Mork's opinion.
The product is this:
---
http://www.ebay.in/itm/231841478579?euid=063123e1b1d04e44b73872eb30670836&cp=1
(Copied from ebay.in) Item Specifications
"Susmita/Rajib Bandopadhyay" writes:
> I again reiterate the SIM Card reader's Specifications in ebay.in
OK, so let's play that game them.
> OS System-Windows 7/ 98SE / Me / 2000 / XP / Vista
No Linux support. The eBay seller said so. You should believe him.
eBay sellers can always be trusted
From: Bjørn Mork
Date: Tue, 03 May 2016 13:17:11 +0200
Subject: Re: How to read & back up data of SIM Card using its Reader?
To: Susmita/Rajib Bandopadhyay
Cc: Lars Melin , linux-usb@vger.kernel.org
"Susmita/Rajib Bandopadhyay" writes:
> I again reiterate the SIM Card reader's Specifications in
On 2016-05-03 18:06, Susmita/Rajib Bandopadhyay wrote:
Since I don't have a winDoze system I can't use the software.
This list handles linux usb drivers, ie internal linux software.
Userland software for talking to your device should be provided by the mfgr.
You are jumping to big conclusion
On 03/05/2016, Lars Melin wrote:
> You are jumping to big conclusions by assuming that your device presents
> a mountable file system. ...
Sir, I don't know really, but only because I know the community shall
guide me, and
(1) I have my faith firmly upon the FOSS community, that overcame the
ver
> No, I was trying to say that the we should not attempt to load a
> firmware on the "ti_usb-v%04x-p%04x.fw" format before loading the moxa
> firmware.
For MTS devices (mts_*.fw) and for devices using generic firmware (ti_3410.fw
and ti_5052.fw), ti_usb-v%04x-p%04x.fw loading is already failing.
On Tue, May 03, 2016 at 09:43:58AM +0800, Lu Baolu wrote:
> On 05/02/2016 07:00 PM, Mark Brown wrote:
> > On Fri, Apr 29, 2016 at 02:26:32PM +0800, Lu Baolu wrote:
> >> + gpiod = gpiod_get(dev, "vbus_en", GPIOD_ASIS);
> >> + if (IS_ERR(gpiod))
> >> + return PTR_ERR(gpiod);
> > This is
Hi,
Mathias Nyman writes:
> On 03.05.2016 13:30, Felipe Balbi wrote:
>> When trying to access our last TRB, XHCI was
>> actually reading memory outside of the TRB
>> array/ring due to an off-by-one error.
>>
>> This patch fixes that error and has the side effect
>> of also fixing some rare situa
> -Original Message-
> From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> ow...@vger.kernel.org] On Behalf Of David Laight
> Sent: Tuesday, May 03, 2016 04:44
> To: 'Konstantin Shkolnyy'; jo...@kernel.org
> Cc: linux-usb@vger.kernel.org; linux-ker...@vger.kernel.org
> Subject: [EXT]
On Tue, May 03, 2016 at 12:11:53PM +, Konstantin Shkolnyy wrote:
> > -Original Message-
> > From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-
> > ow...@vger.kernel.org] On Behalf Of David Laight
> > Sent: Tuesday, May 03, 2016 04:44
> > To: 'Konstantin Shkolnyy'; jo...@kernel.org
On 03.05.2016 14:55, Felipe Balbi wrote:
Hi,
Mathias Nyman writes:
On 03.05.2016 13:30, Felipe Balbi wrote:
When trying to access our last TRB, XHCI was
actually reading memory outside of the TRB
array/ring due to an off-by-one error.
This patch fixes that error and has the side effect
of a
Hi,
Mathias Nyman writes:
>> Mathias Nyman writes:
>>> On 03.05.2016 13:30, Felipe Balbi wrote:
When trying to access our last TRB, XHCI was
actually reading memory outside of the TRB
array/ring due to an off-by-one error.
This patch fixes that error and has the side ef
Hi,
On Tue, May 03, 2016 at 12:03:52PM +0200, Yegor Yefremov wrote:
> On Thu, Apr 28, 2016 at 4:37 PM, Bin Liu wrote:
> > Hi,
> >
> > On Thu, Apr 28, 2016 at 09:51:37AM +0300, Maxim Uvarov wrote:
> >
> > [snip]
> >
> >> Hello Bin,
> >>
> >> yes, it also works with that reset and go to finish:
> >
On Tue, May 3, 2016 at 3:48 PM, Bin Liu wrote:
> Hi,
>
> On Tue, May 03, 2016 at 12:03:52PM +0200, Yegor Yefremov wrote:
>> On Thu, Apr 28, 2016 at 4:37 PM, Bin Liu wrote:
>> > Hi,
>> >
>> > On Thu, Apr 28, 2016 at 09:51:37AM +0300, Maxim Uvarov wrote:
>> >
>> > [snip]
>> >
>> >> Hello Bin,
>> >>
On Tue, 3 May 2016, Felipe Balbi wrote:
> Hi,
>
> Alan Stern writes:
> > On Mon, 2 May 2016, Mathias Nyman wrote:
> >
> >> The current implemenentation restart the sent pattern for each entry in
> >> the sg list. The receiving end expects a continuous pattern, and test
> >> will fail unless scat
Hi,
On Tue, May 03, 2016 at 04:25:58PM +0200, Yegor Yefremov wrote:
> On Tue, May 3, 2016 at 3:48 PM, Bin Liu wrote:
> > Hi,
> >
> > On Tue, May 03, 2016 at 12:03:52PM +0200, Yegor Yefremov wrote:
> >> On Thu, Apr 28, 2016 at 4:37 PM, Bin Liu wrote:
> >> > Hi,
> >> >
> >> > On Thu, Apr 28, 2016
On Tue, 3 May 2016, Susmita/Rajib Bandopadhyay wrote:
> Dear Sirs,
> I had already tried
> $ mkdir /media/sim
> $ sudo mount /dev/sdc /media/sim
> But this doesn't work, as I don't know the filesystem of the card.
> Sirs, I took up the matter with the Debian & the Knoppix communities,
> as mention
On 2016-05-03 00:55, John Stultz wrote:
In testing with HiKey, we found that since commit 3f30b158eba5c60
(asix: On RX avoid creating bad Ethernet frames), we're seeing lots of
noise during network transfers:
[ 239.027993] asix 1-1.1:1.0 eth0: asix_rx_fixup() Data Header
synchronisation was los
Sir,
I have no directories /usb/usbmon/1u under /sys/kernel/debug in knoppix.
I will look into Debian and reply back.
Please give me some time.
Regards
--
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 a
> interesting. We actually found a similar issue with XHCI. scatterlist
> has to be aligned to wMaxPacketSize but only before a link TRB. Mathias
> has been working on a solution which involves memcpy()ing enough bytes
> to align to wMaxPacketSize before the link TRB (it's very infrequent as
> we h
Replace all trans_start updates with netif_trans_update helper.
change was done via spatch:
struct net_device *d;
@@
- d->trans_start = jiffies
+ netif_trans_update(d)
Compile tested only.
Cc: user-mode-linux-de...@lists.sourceforge.net
Cc: linux-xte...@linux-xtensa.org
Cc: linux1394-de...@lists
On Tue, May 3, 2016 at 7:42 AM, David B. Robins wrote:
> On 2016-05-03 00:55, John Stultz wrote:
>>
>> Looking through the commits since the v4.1 kernel where we didn't see
>> this, I narrowed the regression down, and reverting the following two
>> commits seems to avoid the problem:
>>
>> 6a57081
Hi,
On 03/05/16 10:06, Jun Li wrote:
> Hi
>
> /**
> + * usb_gadget_start - start the usb gadget controller and
> +connect to bus
> + * @gadget: the gadget device to start
> + *
> + * This is external API for use by OTG core.
> + *
>
Sir,
The same goes for Debian Squeeze, no directories /usb/usbmon/1u under
/sys/kernel/debug
debug directory is empty, without hidden files.
Regards
--
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
On Tue, 3 May 2016, Susmita/Rajib Bandopadhyay wrote:
> Sir,
> The same goes for Debian Squeeze, no directories /usb/usbmon/1u under
> /sys/kernel/debug
> debug directory is empty, without hidden files.
Ah, okay. This means before running the test, you have to do this:
sudo mount -t deb
* Ivaylo Dimitrov [160430 23:34]:
>
> Unfortunately that makes my n900 unbootable with USB cable detached, see the
> attached file (at [ 152.121673]) when there is USB cable. I guess we're
> missing a couple of pm_runtime_get()/put() calls.
OK so it seems. I did some brief testing with n900 too
On Tue, 3 May 2016, Susmita/Rajib Bandopadhyay wrote:
> Great, Sir!
> Here is the file.
This pattern repeats over and over in the file:
88009ff42c00 2926401044 S Bo:1:003:2 -115 31 = 55534243 0600
0600 00
88009ff42c00 2926401182 C Bo:1:003
Hi,
On 3.05.2016 19:25, Tony Lindgren wrote:
* Ivaylo Dimitrov [160430 23:34]:
Unfortunately that makes my n900 unbootable with USB cable detached, see the
attached file (at [ 152.121673]) when there is USB cable. I guess we're
missing a couple of pm_runtime_get()/put() calls.
OK so it se
94 matches
Mail list logo
