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)
> > > --> (http://bugme.osdl.o
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. wha
> 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 sl
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 suppos
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 us
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"
DM
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
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 value
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 po
Alan Stern wrote:
The usb_physical_reset_device() routine in hub.c doesn't properly set the
device state back to its correct value when the reset is over. This fixes
that problem.
Which means a hang of at least part of the kernel, yes?
If so, this should be serious enough a bugfix to get
past th
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:51A
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 first
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
16 matches
Mail list logo
