On Sun, 23 Apr 2006, John O'Donnell wrote:
> Thanks for the reply Alan!
>
> Yeah I kinda figured it wouldnt be as easy as a problem with a USB adapter I
> bought last night (SanDisk SDDR-103) that doesnt seem to detect the Write
> Protect flag correctly. I had to change the source in 2.6.15.4 that I
> upgraded
> to this week to ignore that bit. I thought that used to be a kernel option?
There was for a while a kernel option to avoid checking the write-protect
bit altogether, because some devices didn't seem to like it. That problem
hasn't been bothering people, so the option was removed.
Are you saying that the SDDR-103 reports the write-protect setting
wrongly, or that Linux interprets the reported value wrongly?
> Anyway, but I get sidetracked. Unmounting? I have been admin + programming
> Unix variants for 20 years ;-) Slackware Linux is my only OS at the moment.
> Yes I am careful plus I use the "sync" option so I dont have to wait when I
> unmount for the buffers to flush.
That quite likely is your problem. "sync" doesn't mix well with flash
devices like MP3 players. Also, the behavior of the VFAT filesystem
driver with regard to the "sync" option changed around the time frame you
mentioned (2.6.12 or so). For more information, look here:
http://bugzilla.kernel.org/show_bug.cgi?id=4882
> No errors in dmesg but I have CONFIG_USB_STORAGE_DEBUG off. Should I enable
> that? (stupid question)... Although I did have that on at one time and dont
> recall seeing any error messages. But I just compiled up a new module with
> that on and am loading it. Getting ready to trash this thing yet again with
> 2.6.15. Fresh battery.... Turned on.... Plug it in... remove old module...
> load new... WOW! That is a lot of verbose output... I havent even mounted
> it
> yet. LOL
>
> T: Bus=01 Lev=01 Prnt=01 Port=03 Cnt=01 Dev#= 52 Spd=480 MxCh= 0
> D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
> P: Vendor=4102 ProdID=1108 Rev= 0.01
> S: Manufacturer=iRiver Limited.
> S: Product=IFP-800 HIGH SPEED
> C:* #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=100mA
> I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage
> E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms
> E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
Nothing there to suggest any problems.
> I am gonna erase the FS since this is the messed up one and let the iRiver
> format itself. Unplug. Format. 100%. Rebooting iRiver. No Files. Replug
> and
> lets rock!
>
> fstab:
> /dev/sde /mnt/iriver vfat noauto,sync
>
> all the dmesg output is getting sent to /usr/adm/debug I see...
> 909.3 MB 164k/sec?!? 1 hour 34 mins?! Oh yeah - I forgot the old 2.6.11 was
> faster too. Another problem I forgot....
That also is a result of the change to the way "sync" behaves.
> I was just writing 700k/sec to that SanDisk I mentioned above. Both these
> devices are USB 2.0 as you can see on the iRiver output above. But with
> every
> kernel after the 2.6.11 only the iRiver is slow.
>
> whew... I am going out to dinner and let this finish and bring in my XP
> laptop
> to do a chkdsk when this is done.
>
> 102 MB of 909 MB 1:25:51 remaining - ugh
Try mounting without "sync". I bet it will make a huge difference.
Alan Stern
-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Linux-usb-users@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
