Hi Oliver.
Yes, reverting that commit fixes the problem (I did it on top of 3.13rc8).
On 13 January 2014 14:05, Oliver Neukum wrote:
> On Sun, 2014-01-12 at 14:12 +0400, Sergey Galanov wrote:
>> Hi.
>> My hdd docking station (AgeStar 3UBT with usb3 support) stopped
>> working after upgrade to lin
Hi,
On 01/14/2014 05:12 AM, Tony Prisk wrote:
On 14/01/14 11:45, Hans de Goede wrote:
Currently ehci-platform is only used in combination with devicetree when used
with some Via socs. By extending it to (optionally) get clks and a phy from
devicetree, and enabling / disabling those on power_on
From: walt
> On 01/09/2014 03:50 PM, Sarah Sharp wrote:
>
> >>> On Tue, Jan 07, 2014 at 03:57:00PM -0800, walt wrote:
> >>
> >> I've wondered if my xhci problems might be caused by hardware quirks, and
> >> wondering why I seem to be the only one who has this problem.
> >>
> >> Maybe I could "take
From: Dinh Nguyen
Signed-off-by: Dinh Nguyen
Cc: Paul Zimmerman
Cc: Rashika Kheria
Cc: Matthijs Kooijman
Cc: Luis Ortega Perez de Villar
Cc: Dom Cobley
Cc: Ben Dooks
Cc: Kukjin Kim
Cc: Robert Baldyga
Cc: Kyungmin Park
Cc: Jingoo Han
Cc: Felipe Balbi
Cc: Greg Kroah-Hartman
Cc: linux-s
From: Dinh Nguyen
In preparation for combining the dwc2 host driver and the s3c-hsotg
gadget driver into a dual-role USB driver, move the s3c-hsotg into
the same place with DWC2 host driver.
Signed-off-by: Dinh Nguyen
Cc: Paul Zimmerman
Cc: Rashika Kheria
Cc: Matthijs Kooijman
Cc: Luis Orteg
From: Dinh Nguyen
Hi,
I'm starting work downstream on combining the DWC2 host driver and the s3c-hsotg
gadget driver into a dual-role OTG driver. Before I go further, I was hoping to
solicit comments on whether or not my initial approach is correct? I know there
are plans to combine the 2, so wo
IMHO the xhci driver is already far too complicated, and this probably just
makes
it even worse.
This is an attempt to make it cleaner and less complicated.
In the end this series removes far more more code than it adds:
5 files changed, 373 insertions(+), 530 deletions(-)
The timers are also
devm_ioremap_resource does sanity checks on the given resource. No need to
duplicate this in the driver.
Signed-off-by: Wolfram Sang
---
Should go via subsystem tree
drivers/usb/dwc3/dwc3-omap.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/usb/dwc3/dwc3-omap.c b/drivers/usb/
From: Mathias Nyman
...
> > The fact that you are having to allocate memory ion an ISR ought also to be
> > ringing alarm bells.
>
> It did.
> Other options are as you said to use a 'software command ring'. Either
> just pre-allocate a full command ring (64 trbs * sizeof(struct
> xhci_command)),
Hello Alexander,
On Tue, Jan 14, 2014 at 07:30:46AM +0400, Alexander Shiyan wrote:
> I'll send you a personal letter with DT configuration.
That would be great. You didn't send it yet, did you?
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König|
Indust
Hello Chris,
On Tue, Jan 14, 2014 at 11:53:47AM +0800, Chris Ruehl wrote:
> On Tuesday, January 14, 2014 11:30 AM, Alexander Shiyan wrote:
> >Понедельник, 13 января 2014, 22:31 +01:00 от Uwe Kleine-König
> >:
> >>On Sat, Jan 11, 2014 at 06:01:48PM +0400, Alexander Shiyan wrote:
> >>>Суббота, 11 я
Hello,
I try to communicate with a cp210x-device on my usb bus. I create a sysfs
object with some simple lines of code like the next one ...
static ssize_t cp210x_show_x(struct device *dev, struct device_attribute
*attr, char *buf)
{
struct usb_serial_port *port = to_usb_serial_p
Hello Alexander,
On Tue, Jan 14, 2014 at 02:47:39PM +0100, Uwe Kleine-König wrote:
> On Tue, Jan 14, 2014 at 07:30:46AM +0400, Alexander Shiyan wrote:
> > I'll send you a personal letter with DT configuration.
> That would be great. You didn't send it yet, did you?
I take that back, just found it
Hello,
This two patches contains improvements for FunctionFS which allows to use
it with asynchronous I/O interface. It also adds poll function for ep0,
to make it usable without creating additional thread, needed by blocking I/O.
More details in commit messages.
Best regards
Robert Baldyga
Sams
This patch adds poll function for file representing ep0.
Ability of read from or write to ep0 file is related with actual state of ffs:
- When desctiptors or strings are not written yet, POLLOUT flag is set.
- If there is any event to read, POLLIN flag is set.
- If setup request was read, POLLIN a
This patch adds asynchronous I/O support for FunctionFS endpoint files.
It adds ffs_epfile_aio_write() and ffs_epfile_aio_read() functions responsible
for preparing AIO operations.
It also modifies ffs_epfile_io() function, adding aio handling code. Instead
of extending list of parameters of this
On Tue, 2014-01-14 at 14:54 +0100, Silvio F. wrote:
> Hello,
>
> I try to communicate with a cp210x-device on my usb bus. I create a sysfs
> object with some simple lines of code like the next one ...
>
> static ssize_t cp210x_show_x(struct device *dev, struct device_attribute
> *attr, char
On Mon, Jan 13, 2014 at 11:25:16PM -0500, Alan Ott wrote:
> On 01/13/2014 09:01 PM, Alan Stern wrote:
> >On Mon, 13 Jan 2014, Felipe Balbi wrote:
> >
> >>Hi,
> >>
> >>On Mon, Jan 13, 2014 at 03:20:31PM -0500, Alan Ott wrote:
> >>>I have an EG20T-based board and have some issues with performance on
On Tue, Jan 14, 2014 at 12:58:56PM +0100, Wolfram Sang wrote:
> devm_ioremap_resource does sanity checks on the given resource. No need to
> duplicate this in the driver.
>
> Signed-off-by: Wolfram Sang
> ---
>
> Should go via subsystem tree
too late for v3.14, I'll merge this for v3.15.
--
b
On Tue, Jan 14, 2014 at 05:01:00AM -0600, dingu...@altera.com wrote:
> From: Dinh Nguyen
>
> Hi,
>
> I'm starting work downstream on combining the DWC2 host driver and the
> s3c-hsotg
> gadget driver into a dual-role OTG driver. Before I go further, I was hoping
> to
> solicit comments on whet
ENDPTFLUSH and ENDPTPRIME registers are set by software and
clear by hardware.
There is a bit for each endpoint.
When we are setting a bit for an endpoint we should make sure we not touch
other endpoint bit. There is a race condition if the hardware clear the
bit between the read and the write in
On Tue, 14 Jan 2014, Sergey Galanov wrote:
> Hi Oliver.
> Yes, reverting that commit fixes the problem (I did it on top of 3.13rc8).
>
> On 13 January 2014 14:05, Oliver Neukum wrote:
> > On Sun, 2014-01-12 at 14:12 +0400, Sergey Galanov wrote:
> >> Hi.
> >> My hdd docking station (AgeStar 3UBT
On Mon, 13 Jan 2014, Alan Ott wrote:
> > By the way, isn't it true that f_sourcesink uses only one request for
> > each bulk endpoint? That would naturally lead to a delay each time the
> > request completes and has to be resubmitted.
>
> That's what the comment at the top of the file says, but
On 01/14/2014 10:02 AM, Alan Stern wrote:
On Mon, 13 Jan 2014, Alan Ott wrote:
By the way, isn't it true that f_sourcesink uses only one request for
each bulk endpoint? That would naturally lead to a delay each time the
request completes and has to be resubmitted.
That's what the comment at t
On 01/14/2014 02:08 AM, Pratyush Anand wrote:
On Tue, Jan 14, 2014 at 02:06:13PM +0800, Alan Ott wrote:
On 01/14/2014 12:08 AM, Rajaram R wrote:
I guess it is something to do with the buffer size of the gadget
driver. Could you please try change the buffer size to 16K and confirm
if the delay i
On Mon, Jan 13, 2014 at 03:17:48PM -0800, Sarah Sharp wrote:
> On Mon, Jan 13, 2014 at 10:49:49AM -0500, Don Zickus wrote:
> > Some co-workers of mine bought Samsung laptops that had mostly usb3 ports.
> > Those ports did not resume correctly (the driver would timeout communicating
> > and fail).
On 01/14/2014 09:13 AM, Felipe Balbi wrote:
On Mon, Jan 13, 2014 at 11:25:16PM -0500, Alan Ott wrote:
On 01/13/2014 09:01 PM, Alan Stern wrote:
On Mon, 13 Jan 2014, Felipe Balbi wrote:
On Mon, Jan 13, 2014 at 03:20:31PM -0500, Alan Ott wrote:
I have an EG20T-based board and have some issues
On Tue, 14 Jan 2014, Peter Palúch wrote:
> Dear friends,
>
> So far, there has been no response to this issue report. I understand
> this is not a help desk with guaranteed replies but the fact that there
> was no response whatsoever is surprising to me.
This means that nobody who has looked a
On Sun, Jan 12, 2014 at 10:36:56PM +0100, Arnaud Ebalard wrote:
> Hi,
>
> a...@natisbad.org (Arnaud Ebalard) writes:
>
> > Both with a LaCie 2.5" USB 3.0 Rugged Mini disk (powered by the port)
> > and a 3.5" SATA disk connected via an ICY DOCK MB981U3S-1S dock station
> > (external power), I can
On Mon, Jan 13, 2014 at 03:39:07PM -0800, walt wrote:
> On 01/09/2014 03:50 PM, Sarah Sharp wrote:
>
> >>> On Tue, Jan 07, 2014 at 03:57:00PM -0800, walt wrote:
> >>
> >> I've wondered if my xhci problems might be caused by hardware quirks, and
> >> wondering why I seem to be the only one who has
On Tue, Jan 14, 2014 at 9:26 PM, Alan Ott wrote:
> On 01/14/2014 09:13 AM, Felipe Balbi wrote:
>>
>> On Mon, Jan 13, 2014 at 11:25:16PM -0500, Alan Ott wrote:
>>>
>>> On 01/13/2014 09:01 PM, Alan Stern wrote:
On Mon, 13 Jan 2014, Felipe Balbi wrote:
> On Mon, Jan 13, 2014 at 03:
Cc:
Signed-off-by: Bjørn Mork
---
Hello Greg!
I saw your post on Google+ :-) You'll probably want one of
these nice adapters to go with that toy. It's simply not worth
the job making the console cable yourself.
Bjørn
drivers/usb/serial/ftdi_sio.c | 1 +
drivers/usb/serial/ftdi_sio_ids.h
Sarah Sharp writes:
> On Sun, Jan 12, 2014 at 10:36:56PM +0100, Arnaud Ebalard wrote:
>
>> a...@natisbad.org (Arnaud Ebalard) writes:
>>
>> 2) on current 3.13.0-rc7 kernel (w/ Bjørn patch applied just in case), I
>
> Which patch are you referring to?
I wondered about that too at first :-)
But l
Hi Alan,
All this info is second- or third-hand, so please excuse the extremely
vague bug report.
A new Intel Atom system (Baytrail) comes with both an xHCI host and an
EHCI host, but the BIOS has an "EHCI only" option that hides the xHCI
host PCI device from the operating system. It appears tha
On Tue, Jan 14, 2014 at 06:56:54PM +0100, Bjørn Mork wrote:
> Cc:
> Signed-off-by: Bjørn Mork
> ---
> Hello Greg!
>
> I saw your post on Google+ :-) You'll probably want one of
> these nice adapters to go with that toy. It's simply not worth
> the job making the console cable yourself.
Very tr
On Tue, Jan 14, 2014 at 10:17:21AM -0800, Sarah Sharp wrote:
> Hi Alan,
>
> All this info is second- or third-hand, so please excuse the extremely
> vague bug report.
>
> A new Intel Atom system (Baytrail) comes with both an xHCI host and an
> EHCI host, but the BIOS has an "EHCI only" option tha
On Tue, 14 Jan 2014, Sarah Sharp wrote:
> Hi Alan,
I'm not a good person to ask about this. Maybe Bjorn can help.
> All this info is second- or third-hand, so please excuse the extremely
> vague bug report.
>
> A new Intel Atom system (Baytrail) comes with both an xHCI host and an
> EHCI host,
On Tue, Jan 14, 2014 at 10:04:46AM -0500, Alan Stern wrote:
> On Tue, 14 Jan 2014, Sergey Galanov wrote:
>
> > Hi Oliver.
> > Yes, reverting that commit fixes the problem (I did it on top of 3.13rc8).
> >
> > On 13 January 2014 14:05, Oliver Neukum wrote:
> > > On Sun, 2014-01-12 at 14:12 +0400,
On Mon, 13 Jan 2014, Hans de Goede wrote:
> Add support for ohci-platform instantiation from devicetree, including
> optionally getting clks and a phy from devicetree, and enabling / disabling
> those on power_on / off.
>
> This should allow using ohci-platform from devicetree in various cases.
>
On Mon, 13 Jan 2014, Hans de Goede wrote:
> Currently ehci-platform is only used in combination with devicetree when used
> with some Via socs. By extending it to (optionally) get clks and a phy from
> devicetree, and enabling / disabling those on power_on / off, it can be used
> more generically.
On Tue, 14 Jan 2014, Sarah Sharp wrote:
> Alan, I believe your analysis of the code was incorrect when you asked
> Xenia to create commit 60e102ac73cd40069d077014c93c86dc7205cb68 in
> August:
>
> http://marc.info/?l=linux-usb&m=137780837109921&w=2
>
> You asked her to set lpm_capable because you
Update on my current research status.
1. To get normal read/write speed over USB3 I have to set max_sector_kb
to 64. Otherwise write is fine, but read is very slow (about 300kb/s).
Maybe this is hardware issue of this reader/card. However over USB2 all
works fine without any tweaks. All that s
Greg Kroah-Hartman writes:
> On Tue, Jan 14, 2014 at 06:56:54PM +0100, Bjørn Mork wrote:
>> Cc:
>> Signed-off-by: Bjørn Mork
>> ---
>> Hello Greg!
>>
>> I saw your post on Google+ :-) You'll probably want one of
>> these nice adapters to go with that toy. It's simply not worth
>> the job makin
On Tue, 2014-01-14 at 06:21 -0800, Greg KH wrote:
> On Tue, Jan 14, 2014 at 05:01:00AM -0600, dingu...@altera.com wrote:
> > From: Dinh Nguyen
> >
> > Hi,
> >
> > I'm starting work downstream on combining the DWC2 host driver and the
> > s3c-hsotg
> > gadget driver into a dual-role OTG driver.
> From: Dinh Nguyen [mailto:dingu...@altera.com]
> Sent: Tuesday, January 14, 2014 12:46 PM
>
> On Tue, 2014-01-14 at 06:21 -0800, Greg KH wrote:
> > On Tue, Jan 14, 2014 at 05:01:00AM -0600, dingu...@altera.com wrote:
> > > From: Dinh Nguyen
> > >
> > > Hi,
> > >
> > > I'm starting work downstre
On Tue, Jan 14, 2014 at 08:57:12PM +, Paul Zimmerman wrote:
> > From: Dinh Nguyen [mailto:dingu...@altera.com]
> > Sent: Tuesday, January 14, 2014 12:46 PM
> >
> > On Tue, 2014-01-14 at 06:21 -0800, Greg KH wrote:
> > > On Tue, Jan 14, 2014 at 05:01:00AM -0600, dingu...@altera.com wrote:
> > >
On 01/14/2014 09:20 AM, Sarah Sharp wrote:
> On Mon, Jan 13, 2014 at 03:39:07PM -0800, walt wrote:
>> Sarah, I just fixed my xhci bug for US$19.99 :)
>>
>> #lspci | tail -1
>> 04:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller
>> (rev 03)
>>
>> This new NEC usb3 controller
On Tue, 2014-01-14 at 13:14 -0800, Greg KH wrote:
> On Tue, Jan 14, 2014 at 08:57:12PM +, Paul Zimmerman wrote:
> > > From: Dinh Nguyen [mailto:dingu...@altera.com]
> > > Sent: Tuesday, January 14, 2014 12:46 PM
> > >
> > > On Tue, 2014-01-14 at 06:21 -0800, Greg KH wrote:
> > > > On Tue, Jan
On Mon, Jan 13, 2014 at 08:57:38PM -0500, Alan Stern wrote:
> On Mon, 13 Jan 2014, Sarah Sharp wrote:
>
> > On Mon, Jan 13, 2014 at 02:56:57PM -0800, Sarah Sharp wrote:
>
> > > I haven't looked at this too closely, but what happens if:
> > > - the USB 2.0 roothub is registered
> > > - userspace
On Tue, Jan 14, 2014 at 1:42 PM, Sarah Sharp
wrote:
> On Mon, Jan 13, 2014 at 08:57:38PM -0500, Alan Stern wrote:
>> On Mon, 13 Jan 2014, Sarah Sharp wrote:
>>
>> > On Mon, Jan 13, 2014 at 02:56:57PM -0800, Sarah Sharp wrote:
>>
>> > > I haven't looked at this too closely, but what happens if:
>>
Hi Sarah,
Sarah Sharp writes:
>> I can add the following:
>>
>> 2) I just tested the copy of the small files using the ICY DOCK
>> MB981U3S-1S connected to my ReadyNAS 102 *on a 3.11.7 kernel*
>> and it completed successfully.
>
> Please try a 3.13-rc7 kernel after running `git revert 35773dac
> From: Dinh Nguyen [mailto:dingu...@altera.com]
> Sent: Tuesday, January 14, 2014 1:30 PM
>
> On Tue, 2014-01-14 at 13:14 -0800, Greg KH wrote:
> > On Tue, Jan 14, 2014 at 08:57:12PM +, Paul Zimmerman wrote:
> > > > From: Dinh Nguyen [mailto:dingu...@altera.com]
> > > > Sent: Tuesday, January
On Fri, Dec 20, 2013 at 12:23:36PM -0800, David Cohen wrote:
> On Fri, Dec 20, 2013 at 08:55:27PM +0100, Pavel Machek wrote:
> > On Sun 2013-12-15 11:25:08, David Cohen wrote:
> > > On Sun, Dec 15, 2013 at 06:51:12PM +0100, Pavel Machek wrote:
> > > > On Thu 2013-12-12 21:18:23, David Cohen wrote:
The Allwinner A1x / A2x SoCs have 2 or 3 usb phys which are all accessed
through a single set of registers. Besides this there are also some other
phy related bits which need poking, which are per phy, but shared between the
ohci and ehci controllers, so these are also controlled from this new phy
On Tue, Jan 07, 2014 at 12:29:28PM -0800, Dan Williams wrote:
> Alan, Sarah,
>
> This revision boils down the port power control fixes to the
> bare minimum to get the implementation functional and reliable.
> Data structure changes are constrained to struct usb_port and
> gone are the clumsier at
Commit 3dc6475 ("bcm63xx_enet: add support Broadcom BCM6345 Ethernet")
changed the ENETDMA[CS] macros such that they are no longer macros, but
actual register offset definitions. The bcm63xx_udc driver was not
updated, and as a result, causes the following build error to pop up:
CC drivers/u
On Tue, Jan 14, 2014 at 3:22 PM, Sarah Sharp
wrote:
> On Tue, Jan 07, 2014 at 12:29:28PM -0800, Dan Williams wrote:
>> Alan, Sarah,
>>
>> This revision boils down the port power control fixes to the
>> bare minimum to get the implementation functional and reliable.
>> Data structure changes are co
On Tue, Jan 14, 2014 at 5:27 PM, Dan Williams wrote:
> On Tue, Jan 14, 2014 at 3:22 PM, Sarah Sharp
> wrote:
>> On Tue, Jan 07, 2014 at 12:29:28PM -0800, Dan Williams wrote:
>>> Alan, Sarah,
>>>
>>> This revision boils down the port power control fixes to the
>>> bare minimum to get the implement
On Tuesday, January 14, 2014 09:49 PM, Uwe Kleine-König wrote:
Hello Chris,
On Tue, Jan 14, 2014 at 11:53:47AM +0800, Chris Ruehl wrote:
On Tuesday, January 14, 2014 11:30 AM, Alexander Shiyan wrote:
Понедельник, 13 января 2014, 22:31 +01:00 от Uwe Kleine-König
:
On Sat, Jan 11, 2014 at 06
On Mon, Jan 13, 2014 at 1:48 PM, Sarah Sharp
wrote:
> A couple comments below.
>
> On Tue, Jan 07, 2014 at 12:30:21PM -0800, Dan Williams wrote:
>> From: Lan Tianyu
>>
>> describe the mechanisms for controlling port power policy and
>> discovering the port power state.
>>
>> Cc: Oliver Neukum
>>
On Tue, Jan 14, 2014 at 03:39:25PM +0100, Matthieu CASTET wrote:
> ENDPTFLUSH and ENDPTPRIME registers are set by software and
> clear by hardware.
> There is a bit for each endpoint.
> When we are setting a bit for an endpoint we should make sure we not touch
> other endpoint bit. There is a race
Remove the limitation that the ecm and r8152 drivers couldn't coexist.
- Remove the devices from the blacklist of relative drivers.
- Remove usb_driver_set_configuration() from r8152 driver.
- Modify the id_table of the r8152 driver for the vendor mode only.
Signed-off-by: Hayes Wang
---
driv
Remove the limitation between ecm mode and vendor mode.
v2: replace the patch #3 with "ecm and vendor modes coexist".
Hayes Wang (3):
r8152: change the descriptor
r8152: fix the warnings and a error from checkpatch.pl
r8152: ecm and vendor modes coexist
drivers/net/usb/Kconfig | 5 ++
Fix the following warnings and error:
- WARNING: usb_free_urb(NULL) is safe this check is probably not required
- WARNING: kfree(NULL) is safe this check is probably not required
- ERROR: do not use C99 // comments
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 42 +++
The r8152 could support RTL8153. Update the relative descriptor.
Signed-off-by: Hayes Wang
---
drivers/net/usb/Kconfig | 5 +++--
drivers/net/usb/r8152.c | 2 +-
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/net/usb/Kconfig b/drivers/net/usb/Kconfig
index 47b0f73..6b638a
From: Hayes Wang
Date: Wed, 15 Jan 2014 10:42:13 +0800
> Remove the limitation between ecm mode and vendor mode.
>
> v2: replace the patch #3 with "ecm and vendor modes coexist".
This looks better, series, applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-usb"
--
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
67 matches
Mail list logo
