public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* vfat question
@ 2005-12-21  9:24 Sebastian Kloska
  2005-12-21 16:02 ` Horst von Brand
  0 siblings, 1 reply; 5+ messages in thread
From: Sebastian Kloska @ 2005-12-21  9:24 UTC (permalink / raw)
  To: Linux-Kernel

Hello list,

Is there an "official" way of  to move FAT entries
around in the vfat code of the kernel ? I'd like
to change ordering of vfat entries.

Thanks in advance

Sebastian

-- 
**********************************
Dr. Sebastian Kloska
Head of Bioinformatics
Scienion AG
Volmerstr. 7a
12489 Berlin
phone: +49-(30)-6392-1747
fax:   +49-(30)-6392-1701
http://www.scienion.de
**********************************


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: vfat question
  2005-12-21  9:24 vfat question Sebastian Kloska
@ 2005-12-21 16:02 ` Horst von Brand
  2005-12-21 16:25   ` Sebastian Kloska
  0 siblings, 1 reply; 5+ messages in thread
From: Horst von Brand @ 2005-12-21 16:02 UTC (permalink / raw)
  To: kloska; +Cc: Linux-Kernel

Sebastian Kloska <kloska@scienion.de> wrote:
> Is there an "official" way of  to move FAT entries
> around in the vfat code of the kernel ? I'd like
> to change ordering of vfat entries.

Why don't you do that off-line, in a userland program? Should be easier
(and safer).
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: vfat question
  2005-12-21 16:02 ` Horst von Brand
@ 2005-12-21 16:25   ` Sebastian Kloska
  2005-12-21 16:43     ` Tommy Reynolds
  0 siblings, 1 reply; 5+ messages in thread
From: Sebastian Kloska @ 2005-12-21 16:25 UTC (permalink / raw)
  To: Horst von Brand; +Cc: Linux-Kernel

 Thanks for the reply,

 I have to admit I do not even have a clue how to get access to
 the directory table of a mounted vfat device. The whole idea
 is for manipulating the ordering of mp3-players which
 (on some devices) seems to dictate the play order.
 So if someone could point me to a good documentation
 I would appreciate it.

 Regards

 Sebastian

Horst von Brand wrote:

>Sebastian Kloska <kloska@scienion.de> wrote:
>  
>
>>Is there an "official" way of  to move FAT entries
>>around in the vfat code of the kernel ? I'd like
>>to change ordering of vfat entries.
>>    
>>
>
>Why don't you do that off-line, in a userland program? Should be easier
>(and safer).
>  
>


-- 
**********************************
Dr. Sebastian Kloska
Head of Bioinformatics
Scienion AG
Volmerstr. 7a
12489 Berlin
phone: +49-(30)-6392-1747
fax:   +49-(30)-6392-1701
http://www.scienion.de
**********************************


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: vfat question
  2005-12-21 16:25   ` Sebastian Kloska
@ 2005-12-21 16:43     ` Tommy Reynolds
  2005-12-21 18:11       ` Sebastian Kloska
  0 siblings, 1 reply; 5+ messages in thread
From: Tommy Reynolds @ 2005-12-21 16:43 UTC (permalink / raw)
  To: LKML

[-- Attachment #1: Type: text/plain, Size: 902 bytes --]

Uttered Sebastian Kloska <kloska@scienion.de>, spake thus:

Please do not set the reply-to: mail header when sending to a mailing
list.  Thanks.

>  I have to admit I do not even have a clue how to get access to
>  the directory table of a mounted vfat device. The whole idea
>  is for manipulating the ordering of mp3-players which
>  (on some devices) seems to dictate the play order.
>  So if someone could point me to a good documentation
>  I would appreciate it.

Accessing a mounted VFAT for this is probably not a good idea.

However, a userland solution should be possible and much easier than
trying this from the kernel.

Look at the mtools package:

	http://www.gnu.org/software/mtools/mtools.html

where you should find tools that do such access already.  Then, start
hacking the mdir(1) tool, or some such, to sort the VFAT orders
however you like them.

Cheers

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: vfat question
  2005-12-21 16:43     ` Tommy Reynolds
@ 2005-12-21 18:11       ` Sebastian Kloska
  0 siblings, 0 replies; 5+ messages in thread
From: Sebastian Kloska @ 2005-12-21 18:11 UTC (permalink / raw)
  To: Tommy Reynolds; +Cc: LKML


 thanks...

Tommy Reynolds wrote:

>Uttered Sebastian Kloska <kloska@scienion.de>, spake thus:
>
>Please do not set the reply-to: mail header when sending to a mailing
>list.  Thanks.
>
>  
>
>> I have to admit I do not even have a clue how to get access to
>> the directory table of a mounted vfat device. The whole idea
>> is for manipulating the ordering of mp3-players which
>> (on some devices) seems to dictate the play order.
>> So if someone could point me to a good documentation
>> I would appreciate it.
>>    
>>
>
>Accessing a mounted VFAT for this is probably not a good idea.
>
>However, a userland solution should be possible and much easier than
>trying this from the kernel.
>
>Look at the mtools package:
>
>	http://www.gnu.org/software/mtools/mtools.html
>
>where you should find tools that do such access already.  Then, start
>hacking the mdir(1) tool, or some such, to sort the VFAT orders
>however you like them.
>
>Cheers
>  
>


-- 
**********************************
Dr. Sebastian Kloska
Head of Bioinformatics
Scienion AG
Volmerstr. 7a
12489 Berlin
phone: +49-(30)-6392-1747
fax:   +49-(30)-6392-1701
http://www.scienion.de
**********************************


^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2005-12-21 18:11 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-12-21  9:24 vfat question Sebastian Kloska
2005-12-21 16:02 ` Horst von Brand
2005-12-21 16:25   ` Sebastian Kloska
2005-12-21 16:43     ` Tommy Reynolds
2005-12-21 18:11       ` Sebastian Kloska

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox