Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-07-27 Thread Alan Stern
On Fri, 25 Jul 2003, Matthias Fuchs wrote:

 Hi,
 
 it seems that our problem with the USB-pendrive is easy to explain,
 but not difficult to solve:
 
 We are using a ohci controller on a cache-incoherent system (IBM PowerPC 405).
 This causes a lot of problems in the USB system during DMA'ing to 
 non-cacheline-aligned
 memory regions.

I forget what version of Linux you're using, but try 2.6.0 (if you can).  
Over the last month or so I made a lot of changes in the usb-storage
driver to fix up its DMA accesses.  Your system ought to be a good test
case.  If you still get DMA errors, please send a detailed debugging log.

Alan Stern



---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel


Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-07-25 Thread Matthias Fuchs
Hi,

it seems that our problem with the USB-pendrive is easy to explain,
but not difficult to solve:
We are using a ohci controller on a cache-incoherent system (IBM PowerPC 405).
This causes a lot of problems in the USB system during DMA'ing to non-cacheline-aligned
memory regions.
Matthias

--
-
_/_/_/_/   Matthias Fuchs
   _/_/_/_/   Dipl.-Ing.
  _/_/_/_/   [EMAIL PROTECTED]
  _/_/_/   _/_/_/_/_/_/_/  esd electronic system design gmbh
_/   _/  _/ _/Vahrenwalder Str. 207
   _/   _/_/_/_/   _/   _/   D-30165 Hannover
   _/ _/  _/   _/   Phone: +49-511-37298-0
_/_/_/_/_/_/_/   _/_/_/Fax:   +49-511-37298-68
-



---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa0013ave/direct;at.aspnet_072303_01/01
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel


Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-06-13 Thread Matthias Fuchs
Hi Alan,

Alan Stern wrote:
Can you try using your device on a regular PC?  
I did that before. Seems to work under 2.4.18 (SuSE kernel).

 Can you try using Linux 2.5.70 to see if that helps?
No, I cannot try that, since this kernel is not supported by our custom board.
Can you enable OHCI_VERBOSE_DEBUG near the
start of the ohci driver source file in drivers/usb/host?
I enabled OHCI_VERBOSE_DEBUG in drivers/usb/usb-ohci.c.

After botting my target, I loaded the usb-ohci module and the usb-storage module 
(without the
mass-storage debug stuff).
This is what went into my syslog:

Jan  1 00:41:14 abg405 syslog.info klogd: usb-ohci.c: USB OHCI at membase 0xc723a000, 
IRQ 30
Jan  1 00:41:14 abg405 syslog.info klogd: usb-ohci.c: usb-00:15.0, PCI device 1131:1561
Jan  1 00:41:14 abg405 syslog.info klogd: usb.c: new USB bus registered, assigned bus 
number 1
Jan  1 00:41:14 abg405 syslog.debug klogd: usb.c: kmalloc IF c0342fe0, numif 1
Jan  1 00:41:14 abg405 syslog.debug klogd: usb.c: new device strings: Mfr=0, 
Product=2, SerialNumber=1
Jan  1 00:41:14 abg405 syslog.debug klogd: usb.c: USB device number 1 default language 
ID 0x0
Jan  1 00:41:14 abg405 syslog.info klogd: Product: USB OHCI Root Hub
Jan  1 00:41:14 abg405 syslog.info klogd: SerialNumber: c723a000
Jan  1 00:41:14 abg405 syslog.info klogd: hub.c: USB hub found
Jan  1 00:41:14 abg405 syslog.info klogd: hub.c: 1 port detected
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: standalone hub
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: ganged power switching
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: individual port over-current 
protection
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: Port indicators are not supported
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: power on to power good time: 510ms
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: hub controller current requirement: 
0mA
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: port removable status: R
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: local power source is good
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: no over-current condition exists
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: enabling power on all ports
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 1, 12 
Mb/s
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: port 1 connection change
Jan  1 00:41:14 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 1, 12 
Mb/s
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 
Mb/s
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 
Mb/s
Jan  1 00:41:15 abg405 syslog.debug klogd: usb.c: hub driver claimed interface c0342fe0
Jan  1 00:41:15 abg405 syslog.debug klogd: usb.c: kusbd: /sbin/hotplug add 1
Jan  1 00:41:15 abg405 syslog.debug klogd: usb.c: kusbd policy returned 0xfffe
Jan  1 00:41:15 abg405 syslog.info klogd: usb-ohci.c: USB OHCI at membase 0xc724, 
IRQ 30
Jan  1 00:41:15 abg405 syslog.info klogd: usb-ohci.c: usb-00:15.1, PCI device 1131:1561
Jan  1 00:41:15 abg405 syslog.info klogd: usb.c: new USB bus registered, assigned bus 
number 2
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 
Mb/s
Jan  1 00:41:15 abg405 syslog.debug klogd: usb.c: kmalloc IF c1c66340, numif 1
Jan  1 00:41:15 abg405 syslog.debug klogd: usb.c: new device strings: Mfr=0, 
Product=2, SerialNumber=1
Jan  1 00:41:15 abg405 syslog.debug klogd: usb.c: USB device number 1 default language 
ID 0x0
Jan  1 00:41:15 abg405 syslog.info klogd: Product: USB OHCI Root Hub
Jan  1 00:41:15 abg405 syslog.info klogd: SerialNumber: c724
Jan  1 00:41:15 abg405 syslog.info klogd: hub.c: USB hub found
Jan  1 00:41:15 abg405 syslog.info klogd: hub.c: 1 port detected
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: standalone hub
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: ganged power switching
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: individual port over-current 
protection
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: Port indicators are not supported
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: power on to power good time: 510ms
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: hub controller current requirement: 
0mA
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: port removable status: R
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: local power source is good
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: no over-current condition exists
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: enabling power on all ports
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 101, change 0, 12 
Mb/s
Jan  1 00:41:15 abg405 syslog.debug klogd: hub.c: port 1, portstatus 103, change 10, 
12 Mb/s
Jan  1 00:41:15 abg405 syslog.info klogd: hub.c: new USB device 00:15.0-1, assigned 
address 2
Jan  1 00:41:15 abg405 syslog.debug klogd: usb.c: kmalloc IF c1c66420, numif 1
Jan  1 00:41:15 abg405 

Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-06-13 Thread Alan Stern
On Fri, 13 Jun 2003, Matthias Fuchs wrote:

 Hi Alan,
 
 Alan Stern wrote:
  Can you try using your device on a regular PC?  
 I did that before. Seems to work under 2.4.18 (SuSE kernel).
 
   Can you try using Linux 2.5.70 to see if that helps?
 No, I cannot try that, since this kernel is not supported by our custom board.
 
  Can you enable OHCI_VERBOSE_DEBUG near the
  start of the ohci driver source file in drivers/usb/host?
 I enabled OHCI_VERBOSE_DEBUG in drivers/usb/usb-ohci.c.

Your log didn't have any useful information.  I think you also need to get 
rid of the line that says

#undef DEBUG

near the start of the usb-ohci.c file.  Another thing to try is turning on
verbose scsi logging (IIRC, type: echo scsi log all /proc/scsi/scsi)  
before trying your mount command.  (Don't do this if your system log is on 
a scsi disk, because it will create logging messages for the logging 
entries themselves!)

Also, I'm not familiar with the OHCI driver, so I can't help you too much 
even when you do get some good debugging info.  The person who knows most 
about it is David Brownell [EMAIL PROTECTED], also reachable via 
linux-usb-devel.

Alan Stern



---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay now! Click here:
http://adfarm.mediaplex.com/ad/ck/711-11697-6916-5
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel


[linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-06-06 Thread Matthias Fuchs
Hi,

I have a problem with the usb-storage driver on a PowerPC hardware.
My Linux Kernel is 2.4.21-rc7 from the PowerPC devel tree.
This is what happens:

First I load the usb-ohci driver (PCI hostcontroller is a Philips ISP1561BM).
This OHCI host controllers has two USB1.1 hosts, one USB2.0 host. I only use the OHCI 
controller.
After loading the ohci module, I modprobe the usb-storage driver.
It detects my AIPTEK 32MB USB pendrive.
Then I mount /dev/sda1 under /mnt, but this mount never returns. I cannot interrupt 
the mount call,
but the system keeps on running.
Furtheron I noticed that the AIPTEK parts can be mounted when the usb-storage debug 
option is turned on
in the kernel. I that this changed the timing behavior a lot.
Any idea?

I hove no such problems with a USB-CompactFlash card reader attached to this hardware.

My hardware plattform is a custom specific PowerPC design with an IBM405GPr PowerPC CPU.

Here ist my syslog. I do not have hotplugging stuff running, that's why /sbin/hotplug 
does
not succeed.
bash-2.05# modprobe usb-ohci
Using /lib/modules/2.4.21-rc7/kernel/drivers/usb/host/usb-ohci.o
bash-2.05# dmesg
usb-ohci.c: USB OHCI at membase 0xc300d000, IRQ 30
usb-ohci.c: usb-00:15.0, PCI device 1131:1561 (Philips Semiconductors)
usb.c: new USB bus registered, assigned bus number 1
usb.c: kmalloc IF c01b5760, numif 1
usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1
usb.c: USB device number 1 default language ID 0x0
Product: USB OHCI Root Hub
SerialNumber: c300d000
hub.c: USB hub found
hub.c: 1 port detected
hub.c: standalone hub
hub.c: ganged power switching
hub.c: individual port over-current protection
hub.c: Port indicators are not supported
hub.c: power on to power good time: 510ms
hub.c: hub controller current requirement: 0mA
hub.c: port removable status: R
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
hub.c: port 1, portstatus 101, change 1, 12 Mb/s
hub.c: port 1 connection change
hub.c: port 1, portstatus 101, change 1, 12 Mb/s
hub.c: port 1, portstatus 101, change 0, 12 Mb/s
hub.c: port 1, portstatus 101, change 0, 12 Mb/s
usb.c: hub driver claimed interface c01b5760
usb.c: kusbd: /sbin/hotplug add 1
usb.c: kusbd policy returned 0xfffe
usb-ohci.c: USB OHCI at membase 0xc3013000, IRQ 30
usb-ohci.c: usb-00:15.1, PCI device 1131:1561 (Philips Semiconductors)
usb.c: new USB bus registered, assigned bus number 2
hub.c: port 1, portstatus 101, change 0, 12 Mb/s
usb.c: kmalloc IF c01b58e0, numif 1
usb.c: new device strings: Mfr=0, Product=2, SerialNumber=1
usb.c: USB device number 1 default language ID 0x0
Product: USB OHCI Root Hub
SerialNumber: c3013000
hub.c: USB hub found
hub.c: 1 port detected
hub.c: standalone hub
hub.c: ganged power switching
hub.c: individual port over-current protection
hub.c: Port indicators are not supported
hub.c: power on to power good time: 510ms
hub.c: hub controller current requirement: 0mA
hub.c: port removable status: R
hub.c: local power source is good
hub.c: no over-current condition exists
hub.c: enabling power on all ports
hub.c: port 1, portstatus 101, change 0, 12 Mb/s
hub.c: port 1, portstatus 103, change 10, 12 Mb/s
hub.c: new USB device 00:15.0-1, assigned address 2
usb.c: kmalloc IF c01b59c0, numif 1
usb.c: new device strings: Mfr=1, Product=2, SerialNumber=3
usb.c: USB device number 2 default language ID 0x409
Manufacturer: AIPTEK
Product: Pen Disk
SerialNumber: 07271D0A01C7
usb.c: unhandled interfaces on device
usb.c: USB device 2 (vend/prod 0x8ca/0x100) is not claimed by any active driver.
  Length  = 18
  DescriptorType  = 01
  USB version = 1.10
  Vendor:Product  = 08ca:0100
  MaxPacketSize0  = 8
  NumConfigurations   = 1
  Device version  = 1.00
  Device Class:SubClass:Protocol = 00:00:00
Per-interface classes
Configuration:
  bLength =9
  bDescriptorType =   02
  wTotalLength= 0027
  bNumInterfaces  =   01
  bConfigurationValue =   01
  iConfiguration  =   00
  bmAttributes=   80
  MaxPower=  100mA
  Interface: 0
  Alternate Setting:  0
bLength =9
bDescriptorType =   04
bInterfaceNumber=   00
bAlternateSetting   =   00
bNumEndpoints   =   03
bInterface Class:SubClass:Protocol =   08:06:50
iInterface  =   00
Endpoint:
  bLength =7
  bDescriptorType =   05
  bEndpointAddress=   81 (in)
  bmAttributes=   02 (Bulk)
  wMaxPacketSize  = 0040
  bInterval   =   ff
Endpoint:
  bLength =7
  bDescriptorType =   05
  bEndpointAddress=   02 (out)
  bmAttributes=   02 (Bulk)
  wMaxPacketSize  = 0040
  bInterval   =   ff
Endpoint:
  bLength =7
  bDescriptorType =   05
  bEndpointAddress=   83 (in)
  bmAttributes=   03 

Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-06-06 Thread Alan Stern
On Thu, 5 Jun 2003, Matthias Fuchs wrote:

 Hi,
 
 I have a problem with the usb-storage driver on a PowerPC hardware.
 My Linux Kernel is 2.4.21-rc7 from the PowerPC devel tree.
 
 This is what happens:
 
 First I load the usb-ohci driver (PCI hostcontroller is a Philips ISP1561BM).
 This OHCI host controllers has two USB1.1 hosts, one USB2.0 host. I only use the 
 OHCI controller.
 
 After loading the ohci module, I modprobe the usb-storage driver.
 It detects my AIPTEK 32MB USB pendrive.
 
 Then I mount /dev/sda1 under /mnt, but this mount never returns. I cannot interrupt 
 the mount call,
 but the system keeps on running.
 
 Furtheron I noticed that the AIPTEK parts can be mounted when the usb-storage debug 
 option is turned on
 in the kernel. I that this changed the timing behavior a lot.
 
 Any idea?

Always run with usb-storage debugging turned on :-)

Seriously, a single mount operation does not put a very large load on the
system.  I would be surprised to find that the timing changes from the
debugging code made a significant difference when mounting.  Doing lots of
I/O would be a different matter.

 I hove no such problems with a USB-CompactFlash card reader attached to this 
 hardware.
 
 My hardware plattform is a custom specific PowerPC design with an IBM405GPr PowerPC 
 CPU.
 
 Here ist my syslog. I do not have hotplugging stuff running, that's why 
 /sbin/hotplug does
 not succeed.

snip

 mount -t ext2 /dev/sda1 /mnt does not return
 
 Any idea ?

Have you tried mounting it read-only?  Also, can you tell where the mount 
process is hung?  Try Alt-SysRq-T (and make sure you have enabled the 
Magic SysRq key in your kernel).

Nothing else occurs to me, sorry.

Alan Stern




---
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel


Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-06-06 Thread Matthias Fuchs
Hi Alan,

Alan Stern wrote:
Always run with usb-storage debugging turned on :-)
:-)

mount -t ext2 /dev/sda1 /mnt does not return
Have you tried mounting it read-only?  Also, can you tell where the mount 
process is hung?  Try Alt-SysRq-T (and make sure you have enabled the 
Magic SysRq key in your kernel).
Since my system is an embedded platform without keyboard, I can only post a strace 
output
from the mount command. As you can see, the call blocks in the open systemcall on the 
/dev/sda1 device.
When I interrupt the strace/mount with CTRL-C the open() call is interrupted 
unfinished.
Without strace the mount call cannot be interrupted by CTRL-C.
bash-2.05# strace /root/mount -t auto /dev/sda1 /mnt
execve(/root/mount, [/root/mount, -t, auto, /dev/sda1, /mnt], [/* 16 vars 
*/]) = 0
uname({sys=Linux, node=abg405, ...}) = 0
brk(0)  = 0x1002052c
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x30014000
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(/usr/lib/qt/lib/libc.so.6, O_RDONLY) = -1 ENOENT (No such file or directory)
SYS_195(0x7fffee20, 0x7fffee48, 0x7fffee48, 0x30025a20, 0x75f8) = 0
open(/etc/ld.so.cache, O_RDONLY)  = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\2\1\0\0\0\0\0\0\0\0\0\0\3\0\24\0\0\0\1\0\2N\230..., 1024) = 1024
SYS_197(0x3, 0x7110, 0x7110, 0x30014490, 0x30014000) = 0
mmap(0xfea6000, 1349728, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0xfea6000
mprotect(0xffbe000, 202848, PROT_NONE)  = 0
mmap(0xffc6000, 151552, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3, 0x11) = 
0xffc6000
mmap(0xffeb000, 18528, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 
0) =
0xffeb000
close(3)= 0
brk(0)  = 0x1002052c
brk(0x10020554) = 0x10020554
brk(0x10021000) = 0x10021000
open(/dev/null, O_RDWR|0x1)   = 3
close(3)= 0
getuid()= 0
geteuid()   = 0
SYS_196(0x1000d650, 0x7c88, 0x7c88, 0x1001e61c, 0) = -1 ENOENT (No such file 
or directory)
rt_sigaction(SIGHUP, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGINT, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGILL, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGTRAP, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGABRT, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGBUS, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGFPE, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGKILL, {0x10005420, ~[], 0}, NULL, 8) = -1 EINVAL (Invalid argument)
rt_sigaction(SIGUSR1, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGSEGV, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGUSR2, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGPIPE, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGALRM, {0x1000545c, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGTERM, {0x10005420, ~[], 0}, NULL, 8) = 0
rt_sigaction(SIGSTKFLT, {0x10005420, ~[], 0}, NULL, 8) = 0
getpid()= 88
open(/etc/mtab~88, O_WRONLY|O_CREAT|0x1, 0) = 3
close(3)= 0
link(/etc/mtab~88, /etc/mtab~)  = 0
unlink(/etc/mtab~88)  = 0
open(/etc/mtab~, O_WRONLY|0x1)= 3
SYS_204(0x3, 0xd, 0x7c78, 0, 0x1)   = 0
close(3)= 0
open(/etc/mtab, O_RDWR|O_APPEND|O_CREAT|0x1, 0666) = 3
SYS_197(0x3, 0x7a28, 0x7a28, 0, 0x2) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x30015000
SYS_197(0x3, 0x7ac8, 0x7ac8, 0x1, 0x) = 0
_llseek(0x3, 0, 0, 0x7a98, 0)   = 0
open(/etc/fstab, O_RDONLY|0x1)= 4
SYS_197(0x4, 0x7ad8, 0x7ad8, 0xa, 0x1) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x30016000
read(4, none\t\t/proc\t\tproc\t\tdefaults\t\t0  ..., 4096) = 406
read(4, , 4096)   = 0
close(4)= 0
munmap(0x30016000, 4096)= 0
fchmod(3, 0644) = 0
close(3)= 0
munmap(0x30015000, 4096)= 0
unlink(/etc/mtab~)= 0
SYS_195(0x7a98, 0x7b18, 0x7b18, 0xfefefeff, 0x1) = -1 ENOENT (No such file 
or
directory)
rt_sigprocmask(SIG_BLOCK, ~[TRAP SEGV], NULL, 8) = 0
SYS_195(0x100206b0, 0x7fff7b18, 0x7fff7b18, 0, 0) = 0
open(/dev/sda1, O_RDONLY|0x1 unfinished ...
Any idea?
Matthias
--
-
_/_/_/_/   Matthias Fuchs
   _/_/_/_/   Dipl.-Ing.
  _/_/_/_/   [EMAIL PROTECTED]
  _/_/_/   _/_/_/_/_/_/_/  esd electronic system design gmbh
_/   _/  _/ 

Re: [linux-usb-devel] Problem with AIPTEK usb-pendrive

2003-06-06 Thread Alan Stern
On Fri, 6 Jun 2003, Matthias Fuchs wrote:

 mount -t ext2 /dev/sda1 /mnt does not return
  Have you tried mounting it read-only?  Also, can you tell where the mount 
  process is hung?  Try Alt-SysRq-T (and make sure you have enabled the 
  Magic SysRq key in your kernel).
 
 Since my system is an embedded platform without keyboard, I can only post a strace 
 output
 from the mount command. As you can see, the call blocks in the open systemcall on 
 the /dev/sda1 device.
 
 When I interrupt the strace/mount with CTRL-C the open() call is interrupted 
 unfinished.
 Without strace the mount call cannot be interrupted by CTRL-C.

Can you try using your device on a regular PC?  Can you try using Linux
2.5.70 to see if that helps?  Can you enable OHCI_VERBOSE_DEBUG near the
start of the ohci driver source file in drivers/usb/host?

Alan Stern



---
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
___
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel