[linux-usb-devel] tar........problems

2001-11-22 Thread nagaraja
Hello, I have taken copy of some files in one machines using tar -cvf ,when i untared it on some other machines i am getting : tar: Archive contains future timestamp 2001-11-23 11.10.39 messages why it is so Can any body tell me why it is so Thanks Nagaraja

Re: [linux-usb-devel] usb-uhci interupt status 3

2001-11-22 Thread Pete Zaitcev
> To: [EMAIL PROTECTED] > From: "Masoodur Rahman" <[EMAIL PROTECTED]> > Date: Thu, 22 Nov 2001 14:44:07 +0530 > The /var/log/messages shows the following > > > usb-uhci.c : interrupt , status 3 , frame# ( this is for varying frame > no) > What does this mean ??? Typically it's a STAL

[linux-usb-devel] [PATCH] UMAX 2200 USB integration - pass 1

2001-11-22 Thread Frank Zago
Hi all, I've done the integration of the umax USB backend. I've tried to be as less intrusive as possible. I don't expect to do more changes, unless someone objects to the current code. In the umax backend: Most of the changes touching the SCSI code are the umax_scsi_* function that replace the

Re: [linux-usb-devel] [PATCH] driver/usb/scanner.c

2001-11-22 Thread Oliver Neukum
Am Donnerstag 22 November 2001 20:25 schrieb Frank Zago: > > On Thu, 22 Nov 2001, Oliver Neukum wrote: > > > - fixes a problem with MOD_INC_USE_COUNT / MOD_DEC_USE_COUNT in > > > open_scanner() > > > > How ? Also you remove scn->mutex from open(). You must not do so as you > > race with disconn

Re: [linux-usb-devel] [PATCH] driver/usb/scanner.c

2001-11-22 Thread Frank Zago
On Thu, 22 Nov 2001, Oliver Neukum wrote: > > - fixes a problem with MOD_INC_USE_COUNT / MOD_DEC_USE_COUNT in > > open_scanner() > > How ? Also you remove scn->mutex from open(). You must not do so as you race > with disconnect() You're right. New patch attached. Frank. --- scanner.c.org

[linux-usb-devel] Re: scanner.c bugs

2001-11-22 Thread David E. Nelson
I'll look at this when I get a chance. Thanks for the bug report. Regards, /\/elson On Wed, 21 Nov 2001, Frank Zago wrote: > > Hi, > > I'm using linux 2.4.14 with a UMAX 2200 USB scanner. When I do a "modprobe > scanner" and "rmmod scanner", the rmmod process get stuck forever. > The

Re: [linux-usb-devel] hub.c: already running port 1 disabled by hub (EMI?)

2001-11-22 Thread Victoria W.
hi joerg, thanks for this hints - I tougth, I'am the only human with this problem ;*) > we had the same error message just one day ago. We lost a whole day to > solve this problem, > but we found the reason. > Therefore my question: What kind of clothes were you wearing, when you > plug in th

Re: [linux-usb-devel] [PATCH] driver/usb/scanner.c

2001-11-22 Thread Oliver Neukum
Am Donnerstag 22 November 2001 07:53 schrieben Sie: > > Hi, > > This patch does: > > - remove the semaphore from interrupt handler (semaphore are not allowed > under ints). And no locking is necessary currently. Very good spotting. > - fixes a problem with MOD_INC_USE_COUNT / MOD_DEC_USE_COUN

Re: [linux-usb-devel] scanner.c bugs

2001-11-22 Thread Oliver Neukum
Am Donnerstag 22 November 2001 04:37 schrieb Frank Zago: > Hi, > > I'm using linux 2.4.14 with a UMAX 2200 USB scanner. When I do a "modprobe > scanner" and "rmmod scanner", the rmmod process get stuck forever. > The problem comes from disconnect_scanner(). It does a > down (&(scn->sem)); > then

Re: [linux-usb-devel] hub.c: already running port 1 disabled by hub (EMI?)

2001-11-22 Thread Jörg Heckenbach
"Victoria W." wrote: > > hi all, > > I'm using usb-cams since a long time. I'm shure, I had tested to use 2 > cams at the same time several months ago - and they were working fine. > > But now (kernel 2.4.9 and 2.4.14) on 2 different PCs with a different > hardware, the following happens, if I

[linux-usb-devel] usb-uhci interupt status 3

2001-11-22 Thread Masoodur Rahman
hi,  I am trying to work with USB bluetooth device using  usb-uhci and usbcore  on 2.4.6 kernel. But after i establish my connection( i mean bluetooth connection) and  i try ftp on top of it , the transfer hangs( i mean the large file transfer).  The /var/log/messages shows the following > u