iRiver iFP driver

Hi Geoff Oakham,

I tested your driver on my system tonight and fortunately it worked and 
it seemed stable. :-)

Unfortunately I didn't see your latest patch until I had tried out the 
previous patch. Nevertheless I was able to experience the same bugs as 
already discovered and now fixed.

I tested the driver from shell and from within gnome 2.6 and Nautilus. 
No problems found so far (if so I will return). I did a lot of copying 
and making folders etc. However, just had to put the right options to be 
able to get read and write permissions as user.

Hope your kernel patch is going to be well received by the kernel folks. 
Anyway it is an impressingly good job you did here. Really thanx!! It is 
SO much easier to use the Iriver flash player with Linux now. I believe 
many people will benefit from this work in the near future.

Not least, now you can add another IA32, IFP-8XX to your statistics. ;-)

Best regards

Christian E. Kaas


Geoff Oakham wrote:

>Hello, and thanks to everyone who responded to my cry to help last
>week.. between you, you found a few small problems that *definately*
>needed fixing before release:
>
>	-gcc2.95 support (because Linux 2.6.x officially supports it)
>	-built-in driver support
>
>In addition, I've thrown in:
>
>	-mount options for setting file owner, group and permissions.
>	-disabled directory renaming
>	-documented konqueror's lurchy behaviour
>
>  
>

On Thu, Sep 23, 2004 at 12:59:53AM +0200, NeOtrinO wrote:
> I have a IFP-195TC mp3 player (256 memory).
> One day i put by mistake the battery incorrectly and from this day the
> player dont works.. dont turn on. If you have the headphones and try

Ouch!  I don't know much about hardware.. but wouldn't it be simple to
design hardware that's immune to that kind of dammage.. say using a
diode or two?

> The player dont have guarantee so i am tring to repair myself.
> ?Have anybody any idea of how to repair? ?perhaps erasing the eeprom..?

I can't help except to wish you the best of luck.  Snap lots of pictures
when you repair it! :)

Geoff

-- 
  PGP fingerprint: 8ADC 92E1 6782 D034 E0E3  8EF4 EA4D 25E3 C17C 48D2
  "If you want to learn more about guns, get a job at [an American]
  convenience store or visit our website at ... " --Michael Moore

On Tue, Sep 21, 2004 at 06:33:27PM -0700, Joe Roback wrote:
> iRiverFS: model IFP-790T, firmware 1.10, battery =[####], delta 1.8.4.23

Interesting.. I wonder what that delta value is.  (It might be a serrial
number.. *shrug*.)

> One question about the filesystem:
> Why is it when copying/moving/etc files, it freezes programs like
> konqueror until the file transfer is finished? plus is also gives very
> choppy stats when copying, can't really make out the transfer
> throughput, because it quickly goes to 58% stops for a long time and
> then goes to 100%....

It all comes down to: I don't know how to append to an existing file.
(I haven't had time to experiment, but if you [or someone else] do, I'll
be a very happy person.)

The 'natural way' to write a file to disk in the kernel would invole
letting the OS hand you a page at a time until you're done.  However, if
I did that, I couldn't guarantee the entire file would be uploaded
before having to service some other request.

So my "just get it working" solution was to wait until the entire file
is loaded into memory, then write it all at once.  (This happens when
the file is closed().. that's when konqueror appears to be stalled.)

What does this have to do with 'appending to existing files'?  Well I
could use that feature to stop an upload, go do something else, then
resume the upload.  (Download is implemented this way.  I fake "seeking"
by reading and discarding the unnecessary blocks.)

Anyways, thanks for the report Joe,

Geoff

Ps. Konqueror shouldn't lockup during an upload.. unless you're trying
to browse the device.

-- 
  PGP fingerprint: 8ADC 92E1 6782 D034 E0E3  8EF4 EA4D 25E3 C17C 48D2
  "If you want to learn more about guns, get a job at [an American]
  convenience store or visit our website at ... " --Michael Moore

> Ps. Konqueror shouldn't lockup during an upload.. unless you're trying
> to browse the device.

if i just drag a file into the /mnt/iriver on konqueror, while the
upload is happening, the konq window is frozen, like it where in a
bust wait or something. i use kde3.3.0

joe

On Fri, Sep 10, 2004 at 12:05:12AM +0200, Charles-Philippe CRUTZEN wrote:
> I have installed this driver to test, but I would like to remove it, 
> because I don't really have an utility and I have many things more at 
> the system boot. During the boot, there many things about usb wich come 
> on the screen.
> 
> What's the procedure to remove completly the driver? Or to remove the 
> "detection" (or I don't know what is it) at the boot time?

which driver are you using: ifp-line or ifp-linux-filesystem?

If you're using ifp-linux-filesystem, did you compile it as a module or
built-in?

Geoff

-- 
  PGP fingerprint: 8ADC 92E1 6782 D034 E0E3  8EF4 EA4D 25E3 C17C 48D2
  "If you want to learn more about guns, get a job at [an American]
  convenience store or visit our website at ... " --Michael Moore

Geoff Oakham wrote:

>On Fri, Sep 10, 2004 at 12:05:12AM +0200, Charles-Philippe CRUTZEN wrote:
>  
>
>>I have installed this driver to test, but I would like to remove it, 
>>because I don't really have an utility and I have many things more at 
>>the system boot. During the boot, there many things about usb wich come 
>>on the screen.
>>
>>What's the procedure to remove completly the driver? Or to remove the 
>>"detection" (or I don't know what is it) at the boot time?
>>    
>>
>
>which driver are you using: ifp-line or ifp-linux-filesystem?
>
>If you're using ifp-linux-filesystem, did you compile it as a module or
>built-in?
>
>Geoff
>
>  
>
I use ifp-line-0.2.4.4

I have download ifp-line-0.2.4.4.tar.gz
and I do :

INSTALLATION
    % make
    % su
    # make install	(copy to $(PREFIX)/bin	default: /usr/local/bin )

    And this command is required when you install ifp-line for the first time:
    # ./nonroot.sh	(configuration for run ifp command by non-root users)

On Tue, Sep 21, 2004 at 05:13:04PM +0200, Charles-Philippe CRUTZEN wrote:
> >>What's the procedure to remove completly the driver? Or to remove the 
> >>"detection" (or I don't know what is it) at the boot time?

for ifp-line, there are two ways:

	1) (the redmond way) reinstall your OS
	2)
		# rm /usr/local/bin/ifp /usr/local/man/man1/ifp.1

		remove all lines begining with "ifpdev" from
		 /etc/hotplug/usb.usermap

(I'm assuming you're using Linux, otherwise you'll have to examine
nonroot.sh to figure out what it did and do the opposite.)

Geoff

-- 
  PGP fingerprint: 8ADC 92E1 6782 D034 E0E3  8EF4 EA4D 25E3 C17C 48D2
  "If you want to learn more about guns, get a job at [an American]
  convenience store or visit our website at ... " --Michael Moore

Geoff Oakham wrote:

>On Tue, Sep 21, 2004 at 05:13:04PM +0200, Charles-Philippe CRUTZEN wrote:
>  
>
>>>>What's the procedure to remove completly the driver? Or to remove the 
>>>>"detection" (or I don't know what is it) at the boot time?
>>>>        
>>>>
>
>for ifp-line, there are two ways:
>
>	1) (the redmond way) reinstall your OS
>	2)
>		# rm /usr/local/bin/ifp /usr/local/man/man1/ifp.1
>
>		remove all lines begining with "ifpdev" from
>		 /etc/hotplug/usb.usermap
>
>(I'm assuming you're using Linux, otherwise you'll have to examine
>nonroot.sh to figure out what it did and do the opposite.)
>
>Geoff
>
>  
>
I use linux Slackware.
I have do the 2nd way, but I always have the lots of things at the boot. 
I don't know exactly what it is, but I don't have it before the ifp-line 
installation.

On Sat, 18 Sep 2004 22:49:36 +0200
julius <julius.junghans@...> wrote:

> Hi,
>=20
> i used ctrl+c to stop a file transfer, now ifp =F6ls / shows this:
>=20
> d VOICE
> d RECORD
> d Black Sabbath
> d Iron Maiden
> d =F3AA T=D7vG=DB!=ED=FB=CB=AE=F0@...
> d =A9bq (9YDbBI   =E6=F31.    @v9_=A9IDrAa=D5W=CE
> j=F9                                   =A3|=E1*=E9=C9y=EDR=A4
>=20
> the last line has some more obscure chars in xterm...cant even copy these=
 to sylpheed :(
> The Iriver Manager from Windows displays the last line with ?????????????=
?.
> It seems that my ifp tries to simulate windows 95/98.....it starts with a=
 blue screen and restarts to do the same again and again :)
> The mentioned screen is: ....scanning for files....
>=20
> Is it possbile to delete all data on the player to get rid of these unspe=
akable chars?

hm, format worked. i switch my brain of for now i try to get some sleep...
btw, great software :)

> firmware version:
> 1.25 (no ums)

Hi Julius,

Just out of curiousity, did you try powercycling your player?  I ask
because if you interrupt the transfer, you would leave your ifp795 in a
'messed up' state.  I find the only way to fix this is disconnecting and
shutting down the device.  (Sometimes I have to do this a couple of
times.)

On the other hand, the software could be changed to handle the situation
better.  Here are my ideas:

	1) issue a magical command to reset the device remotely
	2) quickly test the device on startup
	3) create ^C handler that gracefully shuts down

#1, is it possible?  I've tried the usb_reset() command, but no luck.

#2 works like a charm in the filesystem driver.  I basically do a 'ls \'
and if the device returns the first 5 entries without errors, I declare
the device healthy.

Geoff

On Sat, Sep 18, 2004 at 11:07:07PM +0200, julius wrote:
> On Sat, 18 Sep 2004 22:49:36 +0200
> julius <julius.junghans@...> wrote:
> 
> > Hi,
> > 
> > i used ctrl+c to stop a file transfer, now ifp ?ls / shows this:
> > 
> > d VOICE
> > d RECORD
> > d Black Sabbath
> > d Iron Maiden
> > d ?AA T?vG?!?????@m???-??
> > d ?bq (9YDbBI   ??1.    @v9_?IDrAa?W?
> > j?                                   ?|?*??y?R?
> > 
> > the last line has some more obscure chars in xterm...cant even copy these to sylpheed :(
> > The Iriver Manager from Windows displays the last line with ??????????????.
> > It seems that my ifp tries to simulate windows 95/98.....it starts with a blue screen and restarts to do the same again and again :)
> > The mentioned screen is: ....scanning for files....
> > 
> > Is it possbile to delete all data on the player to get rid of these unspeakable chars?
> 
> hm, format worked. i switch my brain of for now i try to get some sleep...
> btw, great software :)
> 
> > firmware version:
> > 1.25 (no ums)
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
> Project Admins to receive an Apple iPod Mini FREE for your judgement on
> who ports your project to Linux PPC the best. Sponsored by IBM.
> Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
> _______________________________________________
> Ifp-driver-common mailing list
> Ifp-driver-common@...
> https://lists.sourceforge.net/lists/listinfo/ifp-driver-common

-- 
  PGP fingerprint: 8ADC 92E1 6782 D034 E0E3  8EF4 EA4D 25E3 C17C 48D2
  "If you want to learn more about guns, get a job at [an American]
  convenience store or visit our website at ... " --Michael Moore

Oops: I think pre1 and pre2 both segfault on 'insmod' (unless you have
CONFIG_DEBUG_PAGEALLOC turned on.. which most people don't).  I left
a debugging flag on in my slab caches because I thought it was harmless.
The fix is in CVS, and I'll release 'pre3' as soon as I hear this fixes
the problem.

If you want to test it, I've posted the fix below.

Sorry about that,

Geoff

===================================================================
RCS file: /cvsroot/ifp-driver/linux-filesystem/fs/iriver/inode.c,v
retrieving revision 1.18
retrieving revision 1.19
diff -u -r1.18 -r1.19
--- ifp-driver/linux-filesystem/fs/iriver/inode.c	2004/09/14
15:04:32	1.18
+++ ifp-driver/linux-filesystem/fs/iriver/inode.c	2004/09/15
18:19:08	1.19
@@ -1,6 +1,6 @@
 /* 
  * IRiver ifp filesystem driver for Linux
- * Revision : $Id: inode.c,v 1.18 2004/09/14 15:04:32 oakhamg Exp $
+ * Revision : $Id: inode.c,v 1.19 2004/09/15 18:19:08 oakhamg Exp $
  *
  * Copyright (C) 2004 Geoff Oakham <oakhamg@...>
  */
@@ -1795,13 +1795,11 @@
 {
 	iriver_inode_cachep = kmem_cache_create("iriver_inode_cachep",
 		sizeof(struct iriver_inode_info), 0,
-		SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT|SLAB_POISON|SLAB_RED_ZONE
-        , init_once, destroy_twice);
+		SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT, init_once, destroy_twice);
 
 	iriver_buffer_cachep = kmem_cache_create("iriver_buffer_cachep",
 		0x0400, 0,
-		SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT|SLAB_POISON|SLAB_RED_ZONE
-        , NULL, NULL);
+		SLAB_HWCACHE_ALIGN|SLAB_RECLAIM_ACCOUNT, NULL, NULL);
 
 	if (iriver_inode_cachep == NULL)
 		return -ENOMEM;

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Geoff Oakham wrote:
<blockquote cite="mid20040911020719.GA6405@..." type="cite">
  <pre wrap="">On Sat, Aug 21, 2004 at 01:40:30PM -0700, Joe Roback wrote:
  </pre>
  <blockquote type="cite">
    <pre wrap="">libiriverdriver - C++ library to interact with iFP device.

Reason for new projects:

I wanted to decouple user interface from ifp driver. The
libiriverdriver provides no user interface, no recursive uploading,
etc. I wanted to leave that to user interfaces to simpify the driver.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
I think everyone would love an authoritative ifp library.. in fact a
number of people have started similar projects.. but ifp-driver seems
the most actively maintained.

During developement of the filesystem driver, I've been doing my best to
separate ifp-logic from interface- and platform-specific code.. my hope
is a stand-alone library might share the source code.  In terms of
features, I believe I'm slightly ahead of other projects with
file-renaming support.  (Of course I'm missing things like 'firmware
upgrade'..)

Anyways, would you be interested in collaberating on an authoritative
stand-alone library?  (You can always write a C++ wrapper ontop of the C
library, for integration with KDE.)

Geoff

  </pre>
</blockquote>
I would love to see an authoritative ifp library.&nbsp; I have been using
libiriver as a base for my project ifp-gui.&nbsp; I have made at least one
significant change to libiriver; the ability to download the entire
file structure of the ifp device into one tree-like structure.&nbsp; I would
be willing to help test the new library and use it in my ifp-gui
project.&nbsp; I am also willing to help in other areas, at time permits.<br>
<br>
Jim<br>
</body>
</html>