The drive is identified in the file "devices". Pete, I can't get my netac flash drive working on db1550. Could you tell me what went wrong? I mount the usbfs as "mount none /proc/bus/usb -t usbfs". In /proc/bus/usb, I don't see "drivers", only "001" and "devices". Under /proc/scsc/usb-storage, there is file "0", which gives the information for this drive: Host scsi0: usb-storage Vendor: Netac Product: OnlyDisk Serial number: None Protocol: Transparent SCSI Transport: Bulk The output from usb-storage debug keeps showing "Bad target number", since the device->id is not 0 and the flags is 0. Any suggestion on this part? ... Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 usb-storage: queuecommand called usb-storage: *** thread awakened. usb-storage: Bad target number (1:0) usb-storage: scsi cmd done, result=0x40000 usb-storage: *** thread sleeping. usb-storage: queuecommand called usb-storage: *** thread awakened. usb-storage: Bad target number (2:0) usb-storage: scsi cmd done, result=0x40000 ... Thanks On 7/14/05, Pete Popov <ppopov@xxxxxxxxxxxxxxxxx> wrote: > On Thu, 2005-07-14 at 13:49 -0700, Kevin Turner wrote: > > On Thu, 2005-07-14 at 08:49 -0700, Pete Popov wrote: > > > Host only. We couldn't make gadget work due to interrupt latency > > > requirements by the HW that couldn't be reliably achieved with Linux. > > > But gadget does work on the Au1200. > > > > Is the Au1500 in the same boat as the DB1550? > > The Db1550 is the reference board for the Au1550. > > > Do the hardware > > requirements apply to all boards with that SOC, or is it somewhat > > board-dependent? > > All boards with the 1100, 1500, or 1550. The Au1200 gadget works, but > the usb controller on the SOC is different. We've made the other CPUs > work before but it was on top of RTLinux, different/proprietary usb > stack, and a lot of debug and tuning. > > Pete > > >
