LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Hardware (https://www.linuxquestions.org/questions/linux-hardware-18/)
-   -   iRiver iFP-390T Problems in Linux (https://www.linuxquestions.org/questions/linux-hardware-18/iriver-ifp-390t-problems-in-linux-176174/)

rdr2000 04-29-2004 10:14 PM

USB Mass Storage Device (iRiver iFP-390T) Problems in Linux
 
Hi. I have flashed my iRiver iFP-390T to act like a USB Mass Storage Device. It works in Windows however it fails to load in linux. I'm running 2.6.4-rc1 (gentoo)

Here is my dmesg:

usb 2-1: new full speed USB device using address 5
scsi0 : SCSI emulation for USB Mass Storage devices
Vendor: iRiver Model: iFP Mass Driver Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sda: 512000 512-byte hdwr sectors (262 MB)
sda: assuming Write Enabled
sda: assuming drive cache: write through
/dev/scsi/host0/bus0/target0/lun0:<3>Buffer I/O error on device sda, logical block 0
Buffer I/O error on device sda, logical block 0
unable to read partition table
Attached scsi removable disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
WARNING: USB Mass Storage data integrity not assured
USB Mass Storage device found at 5


attempts to mount it fail:

$ mount -t vfat /dev/sda /mnt/ifp
mount: /dev/sda: can't read superblock


ThANK YOU FOR ANY HELP!!!!
dan

IM me (roydanroy2) if you want

muehlbucks 05-06-2004 05:22 PM

Same Problem Here
 
Just bought one of these today - I'm getting the same error as you. Any luck?

foursticks 05-22-2004 03:25 PM

I have the same problem with the iRiver ifp-190t.
when I connect it and do a dmesg, I get:

usb 1-2: new full speed USB device using address 5
scsi2 : SCSI emulation for USB Mass Storage devices
Vendor: iRiver Model: iFP Mass Driver Rev: 1.00
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sda: 512000 512-byte hdwr sectors (262 MB)
sda: assuming Write Enabled
sda: assuming drive cache: write through
/dev/scsi/host2/bus0/target0/lun0:<3>Buffer I/O error on device sda, logical block 0
Buffer I/O error on device sda, logical block 0
Buffer I/O error on device sda, logical block 63999
Buffer I/O error on device sda, logical block 63999
Buffer I/O error on device sda, logical block 0
ldm_validate_partition_table(): Disk read failed.
Buffer I/O error on device sda, logical block 0
unable to read partition table
Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0
WARNING: USB Mass Storage data integrity not assured
USB Mass Storage device found at 5

when I try to mount:
[root@localhost etc]# mount /dev/sda /mnt/iRiver
/dev/sda: Input/output error
mount: /dev/sda: can't read superblock

is it a problem with the scsi module?
thank you for your help.

bikehead 05-24-2004 01:58 AM

Did anyone get anymore information on this? I have a 390T and am trying to use it with Fedora Core 2 and I get the "no superblock found" problem also.

foursticks 05-25-2004 08:16 PM

dag nabbit
 
It seems that we are not the only one with this problem...

I just checked out the forums at the iRiver website and there seems to be a general problem with the UMS firmware and kernel 2.6.

there is, however, a command line tool / driver that you can use to access the iRiver (with the non UMS firmware) at:

http://sourceforge.net/projects/ifp-driver/

I haven't tried it yet, but apparently, this is a successful workaround to our problem (temporarily, I hope).

pier.3dnow 05-29-2004 04:51 AM

I use the iriver 390t ums firmware since september 2003 and always get that error (superblock etc...). I need the UMS firmware because I work on many computer and not be able to install in all computer the iriver manager software.
I am afraid we will never be able to use it under linux :(
I tested it on redhat 9.0 kernel 2.4.20 e fedora 2.6.x

bye p

_invader 06-05-2004 02:49 AM

folks, i think it has something to do with the kernel itself, not 'explicitly' supporting the player - I have a ifp-390t player and i get the same messages as foursticks. here's a text I found, hopefully someone can
be brave enough to prod at it:

https://nirodha.ath.cx/ifp-590t-linux.txt

It contains info about how to patch 2.6.4 and 2.6.6 kernels, but I'm running the 2.6.3-4mdk kernel (from mandrake 10 CE). Can anyone who is more able figure out this mess, i.e. how to patch the 2.6.3-4 kernel?

Thanks heaps :)

erroneousbee 06-08-2004 04:36 PM

Ive just used the UMS 1.11 on Mdk 92 (a 2.4 series kernel) sucessfully on a ifp-390t.

Found what device to mount by using cdrecord --scanbus and reading the runes.

mount -t vfat /dev/sdc /mnt/player

So perhaps getting a 2.4 series kernel CD distro like Knoppix is the answer to getting it to work. Previously I used the ifp tools from sourceforge.

Dunno how to go from the UMS to the manager firmware, I suppose its a case of dropping the 300t.hex file into the root directory and waving a wand. The manual is definitivly vague on the matter.

muehlbucks 06-11-2004 08:48 PM

Thanks _invader! I just downgraded from 2.6.5 to 2.6.4 and applied the patch you linked to. My iRiver 390T works like a charm in UMS mode now. I'll give a hack a the 2.6.6 patch when 2.6.6 hits portage.

rdr2000 06-12-2004 11:25 PM

patch worked
 
i applied the patch and it worked for me (2.6.4, 390T) ... sweet

_invader 06-13-2004 09:09 AM

actually, about that patch - how did you (two above) install the patch? I've downloaded both 2.6.4 and 2.6.6 kernels, however after editing the files specified and compiling the kernel, I only get error messages when linux tries to load those usb modules (and usb functions fail completely)... do you install the kernel, add the patch and compile, or do you patch before installation? I'm at a loss here...

_invader 06-30-2004 03:57 AM

folks - the patch for kernel 2.6.6 works... sorry to ruin the suspense :)
At the moment, I'm try to see if I can apply the same patch to the 2.6.3-4mdk kernel (Mandrake 10 Community)

yoavw 06-30-2004 09:13 AM

2.4 backport of the iFP patch
 
Hi,

I encountered the same problem with my 2.4.26 system. Same cause - the 'removable' issue.
I backported the 2.6.x patch and now its ok. Here's the patch if anyone else needs it:

--- linux/drivers/scsi/scsi_scan.c.orig 2004-06-30 16:57:17.000000000 +0300
+++ linux/drivers/scsi/scsi_scan.c 2004-06-30 16:59:26.000000000 +0300
@@ -38,6 +38,7 @@
#define BLIST_ISROM 0x200 /* Treat as (removable) CD-ROM */
#define BLIST_LARGELUN 0x400 /* LUNs larger than 7 despite reporting as SCSI 2 */
#define BLIST_NOSTARTONADD 0x1000 /* do not do automatic start on add */
+#define BLIST_NORMB 0x10000 /* YW: iFP support - not removable */


static void print_inquiry(unsigned char *data);
@@ -202,6 +203,7 @@
{"SGI", "TP9400", "*", BLIST_SPARSELUN | BLIST_LARGELUN},
{"SGI", "TP9500", "*", BLIST_SPARSELUN | BLIST_LARGELUN},
{"MYLEX", "DACARMRB", "*", BLIST_SPARSELUN | BLIST_LARGELUN},
+ {"iRiver", "iFP Mass Driver", NULL, BLIST_NORMB}, /* YW: iFP support */
{"PLATYPUS", "CX5", "*", BLIST_SPARSELUN | BLIST_LARGELUN},
{"Raidtec", "FCR", "*", BLIST_SPARSELUN | BLIST_LARGELUN},
{"HP", "C7200", "*", BLIST_SPARSELUN}, /* Medium Changer */
@@ -705,7 +707,8 @@
memcpy(SDpnt->model, scsi_result + 16, 16);
memcpy(SDpnt->rev, scsi_result + 32, 4);

- SDpnt->removable = (0x80 & scsi_result[1]) >> 7;
+ SDpnt->removable = (((0x80 & scsi_result[1]) >> 7) &&
+ !(bflags & BLIST_NORMB)); // YW: iRiver IFP support
/* Use the peripheral qualifier field to determine online/offline */
if ((((scsi_result[0] >> 5) & 7) == 1) &&
(lun >= scsi_allow_ghost_devices))


Enjoy,
Yoav Weiss

_invader 07-02-2004 07:30 AM

I love clogging this thread... but I've figured out how to patch any 2.6.x kernel including mine (2.6.3-4mdk, as in Mandrake 10.0 Community). I think the same might work for 2.4.x series as well. Check out this link:

http://www.student.uwa.edu.au/~teohk02/ifp-390t.txt

It took me two days to figure it out, as Mandrake's kernel source is quite reluctant to install itself as a new kernel (giving lots of headaches). I hope this will end all dilemas about iRiver and UMS support in Linux. (Note - after this, I discovered Ogg Vorbis' excellent quality at 96kbps and reverted to Manager version since there is no Ogg in UMS:( ...Also quite woeful that the player doesn't support 64kbps files either).

yoavw 07-02-2004 03:57 PM

_invader,

you wrote that 2.4.x kernels unknowingly support the iFP. This doesn't seem to work on the most recent 2.4 kernels (such as my 2.4.26). Apparently, someone backported the "removable" handling from 2.6 to 2.4 at some point. I patched the 2.4 kernel so it works with the iFP.

If you maintain this file, maybe you can include my 2.4.x patch too. I see that its a bit screwed here due to html handling. If you want it, let me know and I'll send you the patch in a proper format.

Yoav


All times are GMT -5. The time now is 03:16 AM.