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
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
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
> >
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
> > 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
> >
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 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
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
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
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
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
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))
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
---
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:
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:
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
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:
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
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'
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
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,
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
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
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
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
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
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
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 Tegra SoC (Flattened Device Tree)
> [3.399046] [] (unwind_backtrace) from []
> (sh
driver for Tegra:
[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.39276
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
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
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
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
* 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
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
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
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.
> + *
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
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:
> 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
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
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
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
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 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
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:
>> >
>> >
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
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
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
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';
> -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:
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
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
> 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 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,
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
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"
"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
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=1
(Copied from ebay.in) Item Specifications
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
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
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,
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
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,
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
"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
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
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:
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:
>>
>> [
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
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
> >
> >
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.
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
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
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
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
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
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
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
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:
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(+),
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
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.
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
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
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
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
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
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
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
Some ehci compatible controllers have more than one reset signal lines,
e.g., Synopsys DWC USB2.0 Host-AHB Controller has two resets hreset_i_n
and phy_rst_i_n. Two more resets are added in this patch in order for
this kind of controller to use this driver directly.
Signed-off-by: Jiancheng Xue
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 scatterilst entries happen to be
Hi,
"gre...@linuxfoundation.org" writes:
> On Mon, May 02, 2016 at 09:22:57AM +0300, Felipe Balbi wrote:
>>
>> Hi,
>>
>> 刘磊 writes:
>> > dear linuxfoundation:
>> > I am liulei come from ZTEMT. We need add some device ID to linux
>> >
Hi,
"Susmita/Rajib Bandopadhyay" writes:
> knoppix@Microknoppix:~$ sudo dmesg -c
> [ 421.080059] usb 1-6: new high-speed USB device number 3 using ehci-pci
> [ 421.205730] usb 1-6: New USB device found, idVendor=14cd, idProduct=6700
> [ 421.205744] usb 1-6: New USB
94 matches
Mail list logo