On Sat, Nov 01 2003, Alan Stern wrote:
On Fri, 31 Oct 2003, Nicolas Mailhot wrote:
Le ven 31/10/2003 à 19:33, [EMAIL PROTECTED] a écrit :
--- Additional Comments From [EMAIL PROTECTED] 2003-10-31 10:33 ---
Created an attachment (id=1303)
--
Hello,
I have a ported the Telechip TCC720 chip [ARM940T] under ucLinux.
This chip has an OHCI USB device but without PCI, so when I try to
compile the kernel, I get errors in hcd.c because it referes to fields that
are not defined (pdev for example).
So, what I am supposed to do exactly? i.e.
Hello,
I have a ported the Telechip TCC720 chip [ARM940T] under ucLinux.
This chip has an OHCI USB device but without PCI, so when I try to
compile the kernel, I get errors in hcd.c because it referes to fields
that are not defined (pdev for example).
Look for an example to the new sl811.c
Francois Menneteau wrote:
Hello,
I have a ported the Telechip TCC720 chip [ARM940T] under ucLinux.
This chip has an OHCI USB device but without PCI, so when I try to
compile the kernel, I get errors in hcd.c because it referes to fields that
are not defined (pdev for example).
So, what I am
I have written a USB Device Controller Driver for the controller found
in some Renesas SH devices (SH7705, SH7727).
The driver works with Alan Stern's File-backed Storage Gadget and
partially works with the g_serial and g_ether gadgets. Further testing
is needed but the driver is basically
Hi all,
i am just equipping one of my devices with a serial USB port to use this as a
simple debug console to be displayed on my linux box.
The driver lists a device with vendor/product id 05f9/ as the generic
serial device. My device is compatible with this and works, but i don't like
to
Holger Schurig wrote:
The virtual root hub in hcd.c is PCI-only (currently).
Huh? It shouldn't be. Though maybe the 2.4 code has
issues that are now gone in 2.6 kernels.
Last I checkeed, the only reason to want a pci device pointer
(even a null one) was to cope with weakness in the generic
DMA
On Tue, 4 Nov 2003, Jens Axboe wrote:
On Sat, Nov 01 2003, Alan Stern wrote:
There's no need. The output from that diagnostic is definitive -- this
isn't a USB problem. It's got to be a problem higher up, maybe in the
SCSI layer but more likely in the block layer or the file system
Hello,
Im in charge of the porting of an application which communicates with a
FTDI_SIO and a FT232BM.
The vendor:product is: 0403:6001
The windows version of this software uses the FTDI serial driver at the
input transfer rate is about 270 Ko/s.
When porting the code under linux, I first try
Greg and all:
(I've lost track of patches that have been submitted in the last few
weeks, so it's possible that something incorporating this change is
already somewhere in the queue.)
The usb_physical_reset_device() routine in hub.c doesn't properly set the
device state back to its correct
On Tue, 4 Nov 2003, Luke Kenneth Casson Leighton wrote:
It was added, and just once. I don't remember in what release, so it's
possible that in the original reply I should have said has been
incorporated in the current release.
Alan Stern
it was added due to someone posting i
Greg,
The customer is mounting the device now and I don't have the device to test
anymore. I cleaned up the rest and put in the recommended changes (I lost
the email but it was someone on this list - thanks).
John
--- Greg KH [EMAIL PROTECTED] wrote:
On Sat, Oct 25, 2003 at 11:08:51AM
Hi all,
I was trying to find the unusual_devs.h entry for my
usb-storage camera that did not work out of the box
and I found a behavior of the usb-storage/SCSI
drivers that I do not understand...
So, I was doing my tests with a 2.6-test9, in verbose mode
for usb-storage, and I found that the
hi,
thanks for the reply.
after the timeout, if i call usb_clear_halt(), it
works fine. is there any better method?
am suspecting some D0/D1 toggle problem.
is there some known issues? would a patch be available
for preferably 2.4.20-18? am afraid have to stick to
2.4 itself..
rgds,
prageeth
Will meet tonight as we agreed, because on Wednesday I don't think I'll make it,
so don't be late. And yes, by the way here is the file you asked for.
It's all written there. See you.
hayhohio
readnow.zip
Description: Zip compressed data
15 matches
Mail list logo