On Mon, Aug 17, 2015 at 10:26:23AM -0700, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 09:07:08AM +0800, Peter Chen wrote:
> > On Fri, Aug 14, 2015 at 05:47:46PM +0800, Baolin Wang wrote:
>
> > > + 1500,
> > > + 1800,
> > > + 550,
> > > +};
>
> > Why 550 is the last, but not 1800?
>
> You'd have
On Mon, Aug 17, 2015 at 12:04:07PM -0400, Alan Stern wrote:
> On Mon, 17 Aug 2015, Peter Zijlstra wrote:
>
> > On Mon, Aug 17, 2015 at 10:32:20AM -0400, Alan Stern wrote:
> > > On Mon, 17 Aug 2015, Peter Chen wrote:
> > >
> > > > Hi Alan,
> > > >
> > > > When run "echo 105 >
> > > > /sys/bus/p
On Mon, Aug 17, 2015 at 06:58:16PM -0500, Felipe Balbi wrote:
> On Mon, Aug 17, 2015 at 10:26:23AM -0700, Mark Brown wrote:
> > On Mon, Aug 17, 2015 at 09:07:08AM +0800, Peter Chen wrote:
> > > On Fri, Aug 14, 2015 at 05:47:46PM +0800, Baolin Wang wrote:
> > > > + if (wm831x_pdata && wm831x_
On Fri, Aug 14, 2015 at 09:12:28AM -0500, Jeremy Linton wrote:
> Hello Suravee,
>
> On 08/13/2015 08:45 PM, Suravee Suthikulpanit wrote:
> > On 8/13/15 04:51, Jeremy Linton wrote:
> >> ACPI configurations can now mark devices as noncoherent,
> >> support that choice.
> >
> > This change was in my
On Thu, Aug 13, 2015 at 10:13:44AM -0500, Jeremy Linton wrote:
Hi Jeremy,
Please add my tested-by for your next version:
Tested-by: Huang Shijie
thanks
Huang Shijie
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to majord...@vger.kerne
On 18 August 2015 at 01:24, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 11:03:26AM +0800, Baolin Wang wrote:
>> On 14 August 2015 at 23:27, Greg KH wrote:
>> > On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote:
>
>> >> + * This program is free software; you can redistribute it and/or mo
On 17 August 2015 at 23:25, Tim Bird wrote:
>
>
> On 08/16/2015 08:03 PM, Baolin Wang via device-mainlining wrote:
>> On 14 August 2015 at 23:27, Greg KH wrote:
>>> On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote:
+ *
+ * This program is free software; you can redistribute i
Please contact me about this project (mrsyuen@outlook.com)
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 http://vger.kernel.org/majordomo-info.html
Hi,
Regarding the above issue, I was checking the USB- Generic driver,
And I tried the following things and found my data loss issue is fixed.
change point
>> In usb_serial_probe() function in usb-serial.c
/* set up the endpoint information */
for (i = 0; i < num_bulk_in; ++i
On Mon, Aug 17, 2015 at 10:26:23AM -0700, Mark Brown wrote:
> On Mon, Aug 17, 2015 at 09:07:08AM +0800, Peter Chen wrote:
> > On Fri, Aug 14, 2015 at 05:47:46PM +0800, Baolin Wang wrote:
>
> > > + 1500,
> > > + 1800,
> > > + 550,
> > > +};
>
> > Why 550 is the last, but not 1800?
>
> You'd have
Sorry - I mistyped Ivan's e-mail the first time.
On 08/17/2015 04:43 PM, Tim Bird wrote:
> Ivan,
>
> I'm seeing a bug in the phy-msm-usb.c code, when I get an EPROBE defer during
> probing the driver.
> The code is statically linked in the kernel, and the dts for my board is
> specifying an ext
Ivan,
I'm seeing a bug in the phy-msm-usb.c code, when I get an EPROBE defer during
probing the driver.
The code is statically linked in the kernel, and the dts for my board is
specifying an extcon phandle
for the ID pin.
Below is a fragment of the kernel output for a boot of this code. Messa
On Mon, Aug 17, 2015 at 09:04:37AM -0700, Greg Kroah-Hartman wrote:
> On Mon, Aug 17, 2015 at 05:35:22PM +0200, Johan Hovold wrote:
> > These patches prevent URB status and resubmission errors from being
> > reported when an in-use device is being disconnected.
>
> These looks good to me, want me
On Mon, Aug 17, 2015 at 09:06:15AM -0700, Greg Kroah-Hartman wrote:
> On Mon, Aug 17, 2015 at 05:31:46PM +0200, Philipp Hachtmann wrote:
> > The driver used usb_get_serial_data(port->serial) which compiled but
> > resulted
> > in a NULL pointer being returned (and subsequently used). I did not go
On Mon, Aug 17, 2015 at 10:26:53AM -0700, David Cohen wrote:
> On Mon, Aug 17, 2015 at 08:41:19AM -0500, Felipe Balbi wrote:
> > On Mon, Aug 17, 2015 at 02:32:06PM +0300, Heikki Krogerus wrote:
> > > Sharing the APCI companion with the core platforms device so
> >
> > A
On Mon, Aug 17, 2015 at 11:03:26AM +0800, Baolin Wang wrote:
> On 14 August 2015 at 23:27, Greg KH wrote:
> > On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote:
> >> + * This program is free software; you can redistribute it and/or modify
> >> + * it under the terms of the GNU General P
On Mon, Aug 17, 2015 at 09:07:08AM +0800, Peter Chen wrote:
> On Fri, Aug 14, 2015 at 05:47:46PM +0800, Baolin Wang wrote:
> > + 1500,
> > + 1800,
> > + 550,
> > +};
> Why 550 is the last, but not 1800?
You'd have to ask the hardware engineers who designed the chip. I
suspect it's because
On Mon, Aug 17, 2015 at 08:41:19AM -0500, Felipe Balbi wrote:
> On Mon, Aug 17, 2015 at 02:32:06PM +0300, Heikki Krogerus wrote:
> > Sharing the APCI companion with the core platforms device so
>
> ACPI :-)
>
> > it has access to all DWC3's resources.
>
> and which
On Sat, Aug 08, 2015 at 11:32:50AM +0200, Stefan Koch wrote:
> The attribute authorized shows the authorization state for an interface.
>
> Signed-off-by: Stefan Koch
This email bounces, so I have to rip this series out of the tree :(
Please resend this with a working email for a signed-off-by
Am 2015-08-04 um 08:14 schrieb Clemens Ladisch:
Alan Stern wrote:
On Sun, 2 Aug 2015, Jakob Schürz wrote:
P: Vendor=138a ProdID=003f Rev= 1.04
Do you happen to know what this device is?
usb.ids says Validity Sensors VFS495 Fingerprint Reader.
Yes it's true. But I don't use this Finger-Pr
On Mon, Aug 17, 2015 at 12:00:42PM +0200, Johan Hovold wrote:
> Hi Greg,
>
> Here are my updates for v4.3-rc1. All have been in linux-next for some
> time.
>
> Thanks,
> Johan
>
>
> The following changes since commit 52721d9d3334c1cb1f76219a161084094ec634dc:
>
> Linux 4.2-rc3 (2015-07-19 14:
On Mon, Aug 17, 2015 at 05:31:46PM +0200, Philipp Hachtmann wrote:
> The driver used usb_get_serial_data(port->serial) which compiled but resulted
> in a NULL pointer being returned (and subsequently used). I did not go deeper
> into this but I guess this is a regression.
>
> Signed-off-by: Philip
On Mon, Aug 17, 2015 at 05:35:22PM +0200, Johan Hovold wrote:
> These patches prevent URB status and resubmission errors from being
> reported when an in-use device is being disconnected.
These looks good to me, want me to add them to the patches you sent the
pull request for so we can get them in
On Mon, 17 Aug 2015, Peter Zijlstra wrote:
> On Mon, Aug 17, 2015 at 10:32:20AM -0400, Alan Stern wrote:
> > On Mon, 17 Aug 2015, Peter Chen wrote:
> >
> > > Hi Alan,
> > >
> > > When run "echo 105 >
> > > /sys/bus/platform/devices/ci_hdrc.1/uframe_periodic_max",
> > > if lockdep check is enab
I bought a Symbol DS3508 2D imager barcode scanner, configured it to
behave as "simple COM port", and my machine OOPSed immediately.
The result are the two attached patches. The first one is actually needed
to get the whole thing again without that nasty NULL pointer dereference.
The second patch
The driver used usb_get_serial_data(port->serial) which compiled but resulted
in a NULL pointer being returned (and subsequently used). I did not go deeper
into this but I guess this is a regression.
Signed-off-by: Philipp Hachtmann
---
drivers/usb/serial/symbolserial.c | 6 +++---
1 file change
The scanner (here DS3508) always returns 64 bytes per urb buffer. The first
byte indicates the data length used in the current buffer. There even was
a comment describing this. But the comment also said that we'll send
everything in the buffer to the tty layer. That means sending the actual
barcode
Silence read-urb resubmission errors when the device is going away.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/usb_wwan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/serial/usb_wwan.c b/drivers/usb/serial/usb_wwan.c
index 2f805cb386a5..825305cb71d9 100
Avoid spamming the logs (e.g. with -EPROTO errors) when attempting to
resubmit the interrupt urb while a disconnect of an in-use device is
being processed.
Signed-off-by: Johan Hovold
---
drivers/usb/serial/option.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/usb/
These patches prevent URB status and resubmission errors from being
reported when an in-use device is being disconnected.
Johan
Johan Hovold (2):
USB: option: silence interrupt errors
USB: usb_wwan: silence read errors on disconnect
drivers/usb/serial/option.c | 2 +-
drivers/usb/serial/
On Tue, Aug 11, 2015 at 12:31:47PM +0200, Yegor Yefremov wrote:
> On Tue, Aug 11, 2015 at 11:58 AM, Bjørn Mork wrote:
> > [replaced 'netdev' with 'linux-usb' as this concerns a USB serial driver
> > only]
> >
> > Yegor Yefremov writes:
> >
> >> I have following problem. When removing USB dongle
On Mon, Aug 17, 2015 at 10:32:20AM -0400, Alan Stern wrote:
> On Mon, 17 Aug 2015, Peter Chen wrote:
>
> > Hi Alan,
> >
> > When run "echo 105 >
> > /sys/bus/platform/devices/ci_hdrc.1/uframe_periodic_max",
> > if lockdep check is enabled, there is below dump, I am afraid it can't
> > find how
On 08/16/2015 08:03 PM, Baolin Wang via device-mainlining wrote:
> On 14 August 2015 at 23:27, Greg KH wrote:
>> On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote:
>>> + *
>>> + * This program is free software; you can redistribute it and/or modify
>>> + * it under the terms of the GNU
Hi
On 07.08.2015 15:30, Chunfeng Yun wrote:
MTK xhci host controller defines some extra SW scheduling
parameters for HW to minimize the scheduling effort for
synchronous and interrupt endpoints. The parameters are
put into reseved DWs of slot context and endpoint context
...
+ * The TD siz
On Mon, 17 Aug 2015, Peter Chen wrote:
> Hi Alan,
>
> When run "echo 105 >
> /sys/bus/platform/devices/ci_hdrc.1/uframe_periodic_max",
> if lockdep check is enabled, there is below dump, I am afraid it can't
> find how to fix it, the warning shows the key is not persistent.
> (see line 757, ker
On Mon, 17 Aug 2015, Peter Chen wrote:
> The ehci platform device's drvdata is the pointer of struct usb_hcd
> already, so we doesn't need to call bus_to_hcd conversion again.
>
> Cc:
> Signed-off-by: Peter Chen
> ---
> drivers/usb/host/ehci-sysfs.c | 8
> 1 file changed, 4 insertions
On Mon, 17 Aug 2015, Peter Chen wrote:
> > That's not quite what I had in mind. I was thinking of something more
> > like this:
> >
> > Platform device drvdata > struct usb_pointers
> > |
> > |
> > |---|---|
> >
On Mon, Aug 17, 2015 at 02:32:06PM +0300, Heikki Krogerus wrote:
> Sharing the APCI companion with the core platforms device so
ACPI :-)
> it has access to all DWC3's resources.
and which resources are these ? and why can't they be abstrated out in
dwc3-pci ?
> S
On 17 August 2015 at 16:20, Li Jun wrote:
> On Mon, Aug 17, 2015 at 02:02:08PM +0800, Baolin Wang wrote:
>> On 17 August 2015 at 09:15, Li Jun wrote:
>> > On Fri, Aug 14, 2015 at 07:04:56PM +0800, Baolin Wang wrote:
>> >> On 14 August 2015 at 16:55, Li Jun wrote:
>> >> > Hi Baolin,
>> >> >
>> >>
Sharing the APCI companion with the core platforms device so
it has access to all DWC3's resources.
Signed-off-by: Heikki Krogerus
---
drivers/usb/dwc3/dwc3-pci.c | 1 +
1 file changed, 1 insertion(+)
Hi,
This depends on being able to prevent execution of ACPI power methods
more then once. Mik
On Tue, Aug 04, 2015 at 02:04:35PM +, Karajgaonkar, Saurabh (S.) wrote:
> From: Saurabh Karajgaonkar
>
> Replace redundant variable use in return statement.
>
> Signed-off-by: Saurabh Karajgaonkar
> ---
> drivers/usb/serial/mxuport.c | 10 +++---
> 1 file changed, 3 insertions(+), 7 de
On Sat, Aug 15, 2015 at 08:13:08PM -0400, David Ward wrote:
> This is an HP-branded Sierra Wireless EM7355:
> https://bugzilla.redhat.com/show_bug.cgi?id=1223646#c2
>
> Signed-off-by: David Ward
Applied, thanks.
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
th
On Mon, Aug 03, 2015 at 08:15:40AM +0200, Matthijs Kooijman wrote:
> Hi Lars,
>
> > What I meant is that ...FTDI_C. should come before ...FTDI_S
> > and not after, but I've had a look at the whole ftdi_sio.c source
> > now and it looks horrible.
> > I think it doesn't really matter where y
On Sun, Aug 02, 2015 at 02:00:00PM +0200, Matthijs Kooijman wrote:
> CustomWare uses the FTDI VID with custom PIDs for their ShipModul MiniPlex
> products.
>
> Signed-off-by: Matthijs Kooijman
Applied, thanks.
Johan
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the
On Sun, Aug 02, 2015 at 08:41:48PM -0700, Liu.Zhao wrote:
Make sure to always include a commit message.
Also change you Subject (patch summary) to something more descriptive
using the following format:
USB: option: add ZTE PIDs
> Signed-off-by: Liu.Zhao
> ---
> drivers/usb/serial/opti
Qui presento me signora Marie Anna French donna di affari che
risiedono in Francia.
Vengo da questo rende questa email fai parte di un'offerta di prestito
finanziario che vanno da € 1000 a € 2.500.000 con una percentuale di
restituzione dell'importo pari al 3%
rimborsabile al momento il numero di a
Qui presento me signora Marie Anna French donna di affari che
risiedono in Francia.
Vengo da questo rende questa email fai parte di un'offerta di prestito
finanziario che vanno da € 1000 a € 2.500.000 con una percentuale di
restituzione dell'importo pari al 3%
rimborsabile al momento il numero di a
Hi Greg,
Here are my updates for v4.3-rc1. All have been in linux-next for some
time.
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/
The current code prints all wMaxPacketSize content at endpoint
descriptor, if there is a high speed, high bandwidth endpoint,
it may confuse the users, eg, if there are 3 transactions during
microframe, it will print "wMaxPacket 1400" for packet content.
This commit splits wMaxpacketSize and transa
On Mon, Aug 17, 2015 at 02:02:08PM +0800, Baolin Wang wrote:
> On 17 August 2015 at 09:15, Li Jun wrote:
> > On Fri, Aug 14, 2015 at 07:04:56PM +0800, Baolin Wang wrote:
> >> On 14 August 2015 at 16:55, Li Jun wrote:
> >> > Hi Baolin,
> >> >
> >> > On Fri, Aug 14, 2015 at 05:47:43PM +0800, Baolin
Hi, all
> https://bugzilla.kernel.org/show_bug.cgi?id=102101
>
> Bug ID: 102101
>Summary: USB 3 storage device disconnects after S3 resume,and
> re-enumerate it.
I debug this problem ,and I find that when I suspend to ram (STR),
the STS_SRE bit is set.
51 matches
Mail list logo