On Mon, 21 Jan 2008, Guennadi Liakhovetski wrote:
> Hi
>
> My external USB disk has never been 100% reliable, but since recently it
> seems to be causing USB resets more often than before. Therefore a couple
> questions:
>
> 1. Is it dying? should I look for a replacement?
Maybe. It depends
Hi!
I'm currently writing a USB driver and wonder if I just hit a limitation of
the USB framework of Linux.
I'm using usb_register_dev() to create USB character devices under /dev. As
far as I can see it however one can only create one device for the same USB
interface, correct?
Here's what I
This is with gentoo 2.6.23 kernel:
Sched Debug Version: v0.05-v20, 2.6.23-gentoo-r5 #2
now at 9040171717158 nsecs
cpu#0, 1869.895 MHz
.nr_running: 3
.load : 5169
.ls.delta_fair : 664772323
.ls.delta_exec : 40915
This documents two newly created files:
/sys/bus/usb/device/.../power/connected_duration
/sys/bus/usb/device/.../power/active_duration
Documentation was placed in Documentation/ABI/testing, since that's where the
documentation is for the other USB sysfs power files.
Signed-off-by: Sarah Sharp <[E
Greg,
Arjan wants the suspend statistics exported to userspace in msec, rather than
jiffies. I'll send the two updated patches shortly. I grabbed the statistics
patch from your tree before modifying.
Sarah
-
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a m
This patch exports two statistics to userspace:
/sys/bus/usb/device/.../power/connected_duration
/sys/bus/usb/device/.../power/active_duration
connected_duration is the total time (in msec) that the device has
been connected. active_duration is the total time the device has not
been suspended. W
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
Grant> My v1, v2 and v3 postings were based on Peter's work from about a year
Grant> ago. I picked up the driver because Peter didn't have any time to
Grant> work on it.
Ack.
Grant> Peter told me last week that this series merge
> "David" == David Brownell <[EMAIL PROTECTED]> writes:
Hi,
David> How does this relate to the "v3" patches posted 8-Jan by Grant Likely?
David> Is that the "v3" you were referring to?
Yes - Sorry, I should have been more clear about that.
David> It's confusing to see two different peopl
Hi
My external USB disk has never been 100% reliable, but since recently it
seems to be causing USB resets more often than before. Therefore a couple
questions:
1. Is it dying? should I look for a replacement?
2. Before, if such a reset happened when the disk was mounted it
definitely meant SC
On 1/21/08, David Brownell <[EMAIL PROTECTED]> wrote:
> On Monday 21 January 2008, Peter Korsgaard wrote:
> > Sure, http://peter.korsgaard.com/c67x00-v3-v4.patch (not posting as
> > it's more than 100k)
>
> I like this bit:
>
> > --- a/MAINTAINERS
> > +++ b/MAINTAINERS
> > @@ -3832,6 +3832,12 @@ L:
On Monday 21 January 2008, Peter Korsgaard wrote:
> Sure, http://peter.korsgaard.com/c67x00-v3-v4.patch (not posting as
> it's more than 100k)
I like this bit:
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -3832,6 +3832,12 @@ L: linux-usb@vger.kernel.org
> S: Maintained
> W: http://
> "Grant" == Grant Likely <[EMAIL PROTECTED]> writes:
Hi,
>> Changes since v3:
>> - Lots of cleanups: checkpatch, interrupt handling, c67x00_ prefixes, ..
>> - The dummy platform_device's created per serial engine are gone.
>> - Gadget driver (WIP)
Grant> Can you please post/publish the
On 1/21/08, David Brownell <[EMAIL PROTECTED]> wrote:
> On Monday 21 January 2008, Peter Korsgaard wrote:
> > The Cypress c67x00 (EZ-Host/EZ-OTG) controllers are multi-role low/fullspeed
> > USB controllers. This patch series implements a HCD driver and shows the
> > work-in-progress status of a ga
On Monday 21 January 2008, Peter Korsgaard wrote:
> The Cypress c67x00 (EZ-Host/EZ-OTG) controllers are multi-role low/fullspeed
> USB controllers. This patch series implements a HCD driver and shows the
> work-in-progress status of a gadget driver.
>
> I believe patch 1..3 are ready, and I would
On Mon, 21 Jan 2008 10:23:48 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9790
>
>Summary: strange USB related problem
>Product: Drivers
>Version: 2.5
> KernelVersion: 2.6.23 and above
> Platform: All
>
On 1/21/08, Peter Korsgaard <[EMAIL PROTECTED]> wrote:
> The Cypress c67x00 (EZ-Host/EZ-OTG) controllers are multi-role low/fullspeed
> USB controllers. This patch series implements a HCD driver and shows the
> work-in-progress status of a gadget driver.
>
> I believe patch 1..3 are ready, and I wo
If disconnect() is called for a logical disconnect, no more IO must be
done after disconnect() returns, or the old and new drivers may conflict.
This patch avoids this by using the flag and lock introduced by the earlier
patch for the mos7720 driver.
Signed-off-by: Oliver Neukum <[EMAIL PROTECTED]
On Sun, 20 Jan 2008, Jon Smirl wrote:
> On 1/20/08, David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > > > Sorry ... I thought he had posted lcpci showing a NEC controller
> > > > with EHCI *and* OHCI.
> > >
> > > It is a NEC controller with both. But I have 1.0 hub plugged in with
> > > three 1.0
> >The bus will not be suspend unless all devices on the bus are suspended.
> >While
>
> I think this behavior may happen for Autosuspend mode.
> However my case is Manual mode and I understand that anytime the bus could be
> forcefully suspended.
> In that case if there are pending URBs, will
Hi Oliver
>Sent: Monday, January 21, 2008 6:46 PM
>> >> I have a general query on EHCI manual suspend/resume behavior.
>> >>
>> >> For EHCI HCD, On doing a manual suspend of a device using sysfs
>> >> power/level, what happens of the
>> >already submitted URBs?
>> >>
>> >> are the URBs completed
Am Montag, 21. Januar 2008 13:53:38 schrieb Pandita, Vikram:
> Hi Oliver
>
> >Sent: Monday, January 21, 2008 6:18 PM
> >> I have a general query on EHCI manual suspend/resume behavior.
> >>
> >> For EHCI HCD, On doing a manual suspend of a device using sysfs
> >> power/level, what happens of the
Hi Oliver
>Sent: Monday, January 21, 2008 6:18 PM
>> I have a general query on EHCI manual suspend/resume behavior.
>>
>> For EHCI HCD, On doing a manual suspend of a device using sysfs power/level,
>> what happens of the
>already submitted URBs?
>>
>> are the URBs completed with whatever data ha
Am Montag, 21. Januar 2008 13:21:01 schrieb Pandita, Vikram:
>
> I have a general query on EHCI manual suspend/resume behavior.
>
> For EHCI HCD, On doing a manual suspend of a device using sysfs power/level,
> what happens of the already submitted URBs?
>
> are the URBs completed with whateve
I have a general query on EHCI manual suspend/resume behavior.
For EHCI HCD, On doing a manual suspend of a device using sysfs power/level,
what happens of the already submitted URBs?
are the URBs completed with whatever data has been sent? Or
URB context is maintained and are restarted on a R
This patch adds USB gadget support for the Cypress c67x00 family of devices.
This is work in progress and not ready to be committed yet. I'm posting this
to show how it fits with the rest of the driver and to collect feedback.
The driver works good enought to use g_serial, but there are still iss
This patch add the core driver for the c67x00 USB OTG controller. The core
driver is responsible for the platform bus binding and creating either
USB HCD or USB Gadget instances for each of the serial interface engines
on the chip.
This driver does not directly implement the HCD or gadget beh
The Cypress c67x00 (EZ-Host/EZ-OTG) controllers are multi-role low/fullspeed
USB controllers. This patch series implements a HCD driver and shows the
work-in-progress status of a gadget driver.
I believe patch 1..3 are ready, and I would like to see queued up for 2.6.25.
Changes since v3:
- Lots
This patch adds the low level support code for the Cypress c67x00 family of
OTG controllers. The low level code is responsible for register access and
implements the software protocol for communicating with the 16bit
microcontroller inside the c67x00 device.
Communication is done over the HPI int
This patch adds HCD support for the Cypress c67x00 family of devices.
Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
---
drivers/usb/Makefile |2
drivers/usb/c67x00/Makefile| 11
drivers/usb/c67x00/c67x00-drv.c| 13
drivers/usb/c67x00/c67x00-hcd.c| 40
29 matches
Mail list logo
