kernelnewbies.kernelnewbies.org archive mirror
 help / color / mirror / Atom feed
From: inbox1.sudheer@gmail.com (Sudheer Divakaran)
To: kernelnewbies@lists.kernelnewbies.org
Subject: How does the kernel chooses the 'vfat' module for fat32 partitions?
Date: Tue, 10 May 2011 12:38:49 +0530	[thread overview]
Message-ID: <BANLkTikRf4tLz9MweLaYXF05bEZn3NDGuA@mail.gmail.com> (raw)
In-Reply-To: <BANLkTi=q2Nps4j5rc+Y-arbwsCJP2kTLxw@mail.gmail.com>

Hi Mulyadi,

On Tue, May 10, 2011 at 12:10 PM, Mulyadi Santosa
<mulyadi.santosa@gmail.com> wrote:
> hi Sudheer...
>
> On Tue, May 10, 2011 at 11:48, Sudheer Divakaran
> <inbox1.sudheer@gmail.com> wrote:
>> Hi List,
>>
>> I have one doubt regarding the component which determines that 'vfat'
>> module is the correct module to be used for accessing fat32 file
>> systems and how does vfat.ko ?became the ideal candidate for accessing
>> fat32 partition?
>
> AFAIK, kernel simply iterates the filesystem module so far loaded (the
> ones you see in /proc/filesystems). Whichever match the superblock or
> main metadata of the target partition, that is the one which is gonna
> used...
>

vfat module was not loaded before, it got loaded only after I issued
the mount command. We can see this info in the udev log. Moreover
there was no entry for the usbstick partition in /etc/fstab. So
someone kernel/userspace takes the decision that vfat.ko should be
used for managing fat32 partitions. I was trying to identify this
component.


-- 
Thanks
Sudheer

  reply	other threads:[~2011-05-10  7:08 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-10  4:48 How does the kernel chooses the 'vfat' module for fat32 partitions? Sudheer Divakaran
2011-05-10  6:40 ` Mulyadi Santosa
2011-05-10  7:08   ` Sudheer Divakaran [this message]
2011-05-10  7:47     ` Sudheer Divakaran
2011-05-10 14:35       ` Mulyadi Santosa

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=BANLkTikRf4tLz9MweLaYXF05bEZn3NDGuA@mail.gmail.com \
    --to=inbox1.sudheer@gmail.com \
    --cc=kernelnewbies@lists.kernelnewbies.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).