> "David" == David Brownell <[EMAIL PROTECTED]> writes:
Hi,
David> +ccflags-$(CONFIG_USB_DEBUG)+= -DDEBUG
David> It's a newish idiom, most easily applied to new code before
David> it merges ... :)
Ok. I'll fix that.
David> And I realize that some of the drivers there have violat
Hello,
I'm struggling with this module to test my udc.
I loaded the zero driver like the following:
$ modprobe g_zero pattern=1
and loaded usbtest module on the host:
$ modprobe usbtest pattern=1
So I basically use the default parameters for both modules. Specially the
'buflen' parame
Sorry to resubmit. Just wondering, if it didn't get your attention.
Thanks in advance.
-Lal
On Feb 4, 2008 8:21 PM, Greg KH <[EMAIL PROTECTED]> wrote:
> On Mon, Feb 04, 2008 at 07:44:45PM +0530, Lal wrote:
> > I have developed a sample USB mass storage driver.
>
> I'm curious why the two e
On Wednesday 20 February 2008, David Lopo wrote:
>
> When a GET_DESCRIPTOR request is received it is forwarded to the gadget
> driver,
> then gadget enqueues a new usb_request but for which QH, RX or TX?
It wouldn't be for an OUT (RX) transfer, since there's a bit in
the SETUP packet saying that
On Wednesday 20 February 2008, Peter Korsgaard wrote:
> +ifeq ($(CONFIG_USB_DEBUG),y)
> + EXTRA_CFLAGS+= -DDEBUG
> +endif
The canonical Sam Ravnborg comment is to replace that with:
+ccflags-$(CONFIG_USB_DEBUG)+= -DDEBUG
It's a newish idiom, most easily applied to new cod
Hi All,
I developing a new UDC driver and I have some doubts.
When a non-ctrl endpoint is enabled the usb_endpoint_descriptor marks
it as RX or TX so,
when a new usb_request is queued for a non-ctrl endpoint we know if
its a RX or TX request,
but what about ctrl endpoints?
e.g:
When a GET_DESCRI
On Wednesday 20 February 2008, Andre Tomt wrote:
> David Brownell wrote:
> > On Wednesday 20 February 2008, Andre Tomt wrote:
> >> It has not crashed yet with the patch though.
> >
> > It seems that one of the tweks in this patch made the watchdog
> > act better than before. So unless I hear from
David Brownell wrote:
On Wednesday 20 February 2008, Andre Tomt wrote:
It has not crashed yet with the patch though.
It seems that one of the tweks in this patch made the watchdog
act better than before. So unless I hear from you (before the
start of next week) that some other message appears
On Wed, 20 Feb 2008 09:10:42 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10051
>
>Summary: Spurious messages at boot, eventually hangs the usb
> subsustem
>Product: Drivers
>Version: 2.5
> KernelVer
On Wednesday 20 February 2008, Alan Stern wrote:
> On Wed, 20 Feb 2008, David Brownell wrote:
>
> > On Wednesday 20 February 2008, Alan Stern wrote:
> > > > ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> > >
> > > lines in the log brings up some ideas that have been percol
On Wed, 20 Feb 2008, David Brownell wrote:
> On Wednesday 20 February 2008, Alan Stern wrote:
> > > ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> >
> > lines in the log brings up some ideas that have been percolating in my
> > mind for a while. They have to do with the
On Wednesday 20 February 2008, Alan Stern wrote:
> > ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
>
> lines in the log brings up some ideas that have been percolating in my
> mind for a while. They have to do with the possibility of a race
> between the watchdog routine
On Wed, Feb 20, 2008 at 04:09:58PM -0500, Alan Stern wrote:
> On Wed, 20 Feb 2008, Greg KH wrote:
>
> > On Wed, Feb 20, 2008 at 02:15:58PM -0500, Alan Stern wrote:
> > > This patch (as1035) fixes a bug in usb_stor_access_xfer_buf() (the bug
> > > was originally found by Boaz Harrosh): The routine
Em Wednesday 20 February 2008 17:55:35 Alan Stern escreveu:
> On Wed, 20 Feb 2008, Herton Ronaldo Krzesinski wrote:
> > Hi,
> >
> > I don't know if I did the right steps, currently I'm having problems
> > trying to make Intel Classmate suspend/resume work with newer kernels
> > (In this case 2.6.25
This is a note to let you know that I've just added the patch titled
Subject: USB: quirks and unusual_devs entry for Actions flash drive
to my gregkh-2.6 tree. Its filename is
usb-quirks-and-unusual_devs-entry-for-actions-flash-drive.patch
This tree can be found at
http://www.k
This is a note to let you know that I've just added the patch titled
Subject: USB: usb-storage: don't access beyond the end of the sg buffer
to my gregkh-2.6 tree. Its filename is
usb-usb-storage-don-t-access-beyond-the-end-of-the-sg-buffer.patch
This tree can be found at
http:
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/ti_usb_3410_5052.c
linux-2.6.25-rc2-mm1/drivers/usb/serial/ti_usb_3410_5052.c
--- linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/ti_usb_3410
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/kobil_sct.c
linux-2.6.25-rc2-mm1/drivers/usb/serial/kobil_sct.c
--- linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/kobil_sct.c 2008-02-19
1
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/iuu_phoenix.c
linux-2.6.25-rc2-mm1/drivers/usb/serial/iuu_phoenix.c
--- linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/iuu_phoenix.c
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/io_ti.c
linux-2.6.25-rc2-mm1/drivers/usb/serial/io_ti.c
--- linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/io_ti.c 2008-02-19
11:03:26.
On Wednesday 20 February 2008, Andre Tomt wrote:
> ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> ehci_hcd :00:1d.7: IAA watchdog, lost IAA: status 8029 cmd 10021
> ehci_hcd :00:1d.7: IAA watchdog
On Wed, 20 Feb 2008, Andre Tomt wrote:
> David Brownell wrote:
> > On Tuesday 19 February 2008, Andre Tomt wrote:
> >>> Can you try this diagnostic patch, to see if it reports any messages
> >>> about IAA and/or IAAD oddities? There's surely a quick workaround
> >>> for this, but I'd rather under
On Wed, 20 Feb 2008, Greg KH wrote:
> On Wed, Feb 20, 2008 at 02:15:58PM -0500, Alan Stern wrote:
> > This patch (as1035) fixes a bug in usb_stor_access_xfer_buf() (the bug
> > was originally found by Boaz Harrosh): The routine must not attempt to
> > write beyond the end of a scatter-gather list
On Wed, Feb 20, 2008 at 02:15:58PM -0500, Alan Stern wrote:
> This patch (as1035) fixes a bug in usb_stor_access_xfer_buf() (the bug
> was originally found by Boaz Harrosh): The routine must not attempt to
> write beyond the end of a scatter-gather list or beyond the number of
> bytes requested. I
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/mos7840.c
linux-2.6.25-rc2-mm1/drivers/usb/serial/mos7840.c
--- linux.vanilla-2.6.25-rc2-mm1/drivers/usb/serial/mos7840.c 2008-02-19
11:03
-- Forwarded message --
From: Chetan Karia <[EMAIL PROTECTED]>
Date: 20 Feb 2008 10:35
Subject: Question regarding usb-serial based driver.
To: linux-usb@vger.kernel.org
Hello,
I am kernel newbie and I have a question about usb serial driver. I
have a usb to serial driver which
On Wed, 20 Feb 2008, Herton Ronaldo Krzesinski wrote:
> Hi,
>
> I don't know if I did the right steps, currently I'm having problems
> trying to make Intel Classmate suspend/resume work with newer kernels
> (In this case 2.6.25-rc2+ latest checkout =
> 5d9c4a7de64d398604a978d267a6987f1f4025b7).
David Brownell wrote:
On Tuesday 19 February 2008, Andre Tomt wrote:
Can you try this diagnostic patch, to see if it reports any messages
about IAA and/or IAAD oddities? There's surely a quick workaround
for this, but I'd rather understand the root cause before patching.
Doesn't seem to have tr
Hi,
I don't know if I did the right steps, currently I'm having problems
trying to make Intel Classmate suspend/resume work with newer kernels
(In this case 2.6.25-rc2+ latest checkout =
5d9c4a7de64d398604a978d267a6987f1f4025b7).
After resume, the usb devices still get reenumerated even with USB-
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| 41
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 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 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 behavio
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 them queued up for
mainline.
Changes since v8:
On Wed, 20 Feb 2008, Harald Jung wrote:
> >
> > What does the output from usbmon show?
> >
>
> i can't monitor any activities on the usb bus.
Why not?
> It is not possible to replug the usb device, because it contains a flash disk
> where i've booted the system from :(
Nonsense. How could th
On Wed, 20 Feb 2008, Andrew Buehler wrote:
> In other words: I don't think that's likely to be practical in the
> present instance. If you have reason to believe otherwise (past positive
> experience with Novell, for instance), I'd be glad to hear it.
Greg KH may be able to help in that respect.
> "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
>> Sorry, I cannot reproduce that here. Could you try again?
Greg> I will on the next round :)
Ok.
Greg> Can you move the files under the hcd/ subdir
Greg> Oops, I ment "host/" not, "hcd/".
Yeah, I guessed ;)
>> Sorry, I don't think th
This patch (as1035) fixes a bug in usb_stor_access_xfer_buf() (the bug
was originally found by Boaz Harrosh): The routine must not attempt to
write beyond the end of a scatter-gather list or beyond the number of
bytes requested. It also fixes up the formatting of a few comments
and similar whitesp
On Wed, Feb 20, 2008 at 07:08:24PM +0100, Harald Jung wrote:
> Am Mittwoch, 20. Februar 2008 17:35:41 schrieben Sie:
> >
> > What is a "Vmware Virtual USB Hub"?
> >
>
> Its the product description of the device shown by /proc/bus/usb/devices.
> The mapping of usb devices on the host system is mana
>
> What does the output from usbmon show?
>
i can't monitor any activities on the usb bus.
It is not possible to replug the usb device, because it contains a flash disk
where i've booted the system from :(
Would the output of a running 2.6.22 system be helpful ?
--
best regards
Harald Jung
*
On Wed, Feb 20, 2008 at 10:07:01AM -0800, David Brownell wrote:
> On Wednesday 20 February 2008, Greg KH wrote:
> > > ?Greg> Can you move the files under the hcd/ subdir
> >
> > Oops, I ment "host/" not, "hcd/".
> >
> > > Sorry, I don't think that's a good idea as the hardware can do
> > > periph
Hello,
I am kernel newbie and I have a question about usb serial driver. I
have a usb to serial driver which exposes 3 virtual serial ports
ttyUSB0, ttyUSB1 and ttyUSB2. The endpoint to virtual serial port
mapping is like this
ep0 ==> ttyUSB0
ep1 ==> ttyUSB1
ep2 ==> ttyUSB
Am Mittwoch, 20. Februar 2008 17:35:41 schrieben Sie:
>
> What is a "Vmware Virtual USB Hub"?
>
Its the product description of the device shown by /proc/bus/usb/devices.
The mapping of usb devices on the host system is managed by this device and by
the virtual pci controller also.
> > While run
On 2/20/2008 12:15 PM, Alan Stern wrote:
On Wed, 20 Feb 2008, Andrew Buehler wrote:
Hmm. One thing which just sprang to mind, in the stab-in-the-dark
category: in 2.6.24.2, launching the program on some machines gave
warnings along the lines of "this program is using a deprecated
ioctl, pleas
On Wednesday 20 February 2008, Greg KH wrote:
> > Greg> Can you move the files under the hcd/ subdir
>
> Oops, I ment "host/" not, "hcd/".
>
> > Sorry, I don't think that's a good idea as the hardware can do
> > peripheral as well, and as you can see in patch 4, a gadget driver is
> > on it's wa
On Wed, Feb 20, 2008 at 05:59:36PM +0100, Peter Korsgaard wrote:
> > "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> >> drivers/usb/c67x00/c67x00.h| 285 ++
>
> Greg> Why not drivers/usb/hcd/c67x00/ instead?
>
> Because the device can do both host
On Wed, 20 Feb 2008, Andrew Buehler wrote:
> > What do you mean by "does not see the drive"?
>
> Its detect-hardware-and-report mode shows a HD size of 0 (which is what
> it has showed in cases where the kernel has not detected the drive), its
> detect-partitions-and-report mode shows no partitio
This patch (as1033) adds a quirks entry and an unusual_devs entry for
the Actions Semiconductor flash drive. This device has a 64-byte
string descriptor, which it doesn't terminate with a 0-length packet.
Oddly enough, the reporter's logs show that when the device was
plugged in at boot time, it
(I suspect that some of the existing CC:s can now be dropped, and others
might need to be added if indeed this is worth discussing on kernel
lists at all, but I don't know what the protocol on that is so I have
left all of them in for the moment.)
On 2/20/2008 10:50 AM, Alan Stern wrote:
On Tue
On Wed, Feb 20, 2008 at 05:57:06PM +0100, Peter Korsgaard wrote:
> > "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
>
> Hi,
> Greg> I don't know, I selected the config option, and yet, it built
> Greg> as if it wasn't set.
>
> Sorry, I cannot reproduce that here. Could you try again?
I will
> "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
Greg> On Wed, Feb 20, 2008 at 10:07:27AM +0100, 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-prog
> "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
Hi,
>> drivers/usb/c67x00/c67x00.h| 285 ++
Greg> Why not drivers/usb/hcd/c67x00/ instead?
Because the device can do both host and peripheral (E.G. see patch 4
in the series).
We could put it under hcd for no
> "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
Hi,
Greg> I don't know, I selected the config option, and yet, it built
Greg> as if it wasn't set.
Sorry, I cannot reproduce that here. Could you try again?
Greg> Can you move the files under the hcd/ subdir
Sorry, I don't think that's a go
Yes, there IS a bug of the d12 driver.
All the ep were added to the gadget.ep_list including
ep0, which cause the ep0->driver_data not pointing to
gadgetfs device after activate_ep_files() function,
and once writing to ep0 on setup_in, the fake dev
crashed everything.
Thanks for your help...
>
On Wed, 20 Feb 2008, Harald Jung wrote:
> Hi,
>
> there are problems with the "Vmware Virtual USB Hub" in Kernel 2.6.23.X.
What is a "Vmware Virtual USB Hub"?
> While running a kernel 2.6.23.X inside a vmware machine, there are certain
> problems with several usb-devices, like Alladin's etoken
On Wed, Feb 20, 2008 at 10:01:40AM +0100, Peter Korsgaard wrote:
> > "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
>
> Greg> On Tue, Feb 19, 2008 at 04:09:19PM +0100, Peter Korsgaard wrote:
> >> This patch adds HCD support for the Cypress c67x00 family of devices.
> >>
> >> Signed-off-by:
On Wed, Feb 20, 2008 at 10:07:27AM +0100, 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 read
On Wed, Feb 20, 2008 at 10:07:28AM +0100, Peter Korsgaard wrote:
> 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
> microcon
On Tue, 19 Feb 2008, David Brownell wrote:
> Please try that diagnostic patch I sent ... with CONFIG_USB_DEBUG.
>
> Near as I can tell this is caused by some hardware oddity that needs
> to be worked around. We seem to be at stage where we've fixed some
> problems, nudging code paths around so a
On Tue, 19 Feb 2008, Andrew Buehler wrote:
> With those two problems out of the way, what is left is the hard-drive
> issue, and that is also halfway fixed by enabling ACPI. Specifically, it
> is "fixed" in that the kernel sees the hard drive and I can mount it,
> but it is not fixed in that the p
A: No.
Q: Should I include quotations after my reply?
On Wed, Feb 20, 2008 at 09:40:38AM +0100, Alain Degreffe wrote:
> I just take news of my driver to see if you will be able to incorporate it
> directly in main kernel tree ?
>
> See: usb/usb-add-iuu_phoenix-driver.patch at url
>
> http://gi
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| 41
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 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 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 behavio
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 them queued up for
mainline.
Changes since v7:
I just take news of my driver to see if you will be able to incorporate it
directly in main kernel tree ?
See: usb/usb-add-iuu_phoenix-driver.patch at url
http://git.kernel.org/p=linux/kernel/git/gregkh/patches.git;a=commit;h=1f1e4
a57d1ad612a7b0cdbe868443703d3a76969
> -Message d'origine-
> "Greg" == Greg KH <[EMAIL PROTECTED]> writes:
Greg> On Tue, Feb 19, 2008 at 04:09:19PM +0100, Peter Korsgaard wrote:
>> This patch adds HCD support for the Cypress c67x00 family of devices.
>>
>> Signed-off-by: Peter Korsgaard <[EMAIL PROTECTED]>
Greg> And it doesn't build:
Greg>
USB EHCI/OHCI experts
On omap-git v2.6.25-rc2, TI OMAP34xx EHCI controller, we are seeing a strange
behavior on a bulk OUT 512 byte transfer.
We can see through the CATC that the 512 byte goes out successfully but there
are many Turnaround/Timeout Errors and retries before the packet goes out
69 matches
Mail list logo
