From: apawar.linux@gmail.com (Abhijit Pawar)
To: kernelnewbies@lists.kernelnewbies.org
Subject: 2.6.39 Kernel Changes for FileSystem, get_sb removed
Date: Tue, 20 Sep 2011 17:54:07 +0530 [thread overview]
Message-ID: <4E7885E7.10506@gmail.com> (raw)
In-Reply-To: <CALJfu6PPYywHg=yvY89divNP9YmpdQ76nMeFRwFV6ELrw2txHA@mail.gmail.com>
On 09/20/2011 05:50 PM, rohan puri wrote:
>
>
> On Tue, Sep 20, 2011 at 5:14 PM, Abhijit Pawar <apawar.linux@gmail.com
> <mailto:apawar.linux@gmail.com>> wrote:
>
> Hi list,
> It seems that the support for get_sb function is removed from
> kernel 2.6.39 onwards. My code which is working till 2.6.38 series
> is failing with new kernels.
>
> I tried finding out but there isnt anything mentioned. So if this
> function itself is removed then how kernel is going to find out
> the superblock and use it?
>
> Are we supposed to use the mount function provided? This is what i
> got from one of the kernel patch email.
>
> +[mandatory]
> + ->get_sb() is gone. Switch to use of ->mount(). Typically it's just
> +a matter of switching from calling get_sb_... to mount_... and changing the
> +function type. If you were doing it manually, just switch from setting ->mnt_root
> +to some pointer to returning that pointer. On errors return ERR_PTR(...).
> diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt
>
>
> It looks like there are other changes related to Pages are also done.
>
>
> Regards,
> Abhijit Pawar
>
> _______________________________________________
> Kernelnewbies mailing list
> Kernelnewbies at kernelnewbies.org
> <mailto:Kernelnewbies@kernelnewbies.org>
> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
>
> Hi Abhijit,
>
> Yes you have to make use of mount function pointer in the struct
> file_system_type.
>
> NOTE : - change is only in one parameter of type struct vfsmount which
> is basically removed from this function pointer.
>
> Regards,
> Rohan Puri
>
Thanks Rohan. Yes, i have made the changes and things are looking good.
struct address_space_operation's sync_page is also removed.
Regards,
Abhijit Pawar
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20110920/9eef6fb6/attachment-0001.html
next prev parent reply other threads:[~2011-09-20 12:24 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-20 11:44 2.6.39 Kernel Changes for FileSystem, get_sb removed Abhijit Pawar
2011-09-20 12:13 ` Abhijit Pawar
2011-09-20 12:20 ` rohan puri
2011-09-20 12:24 ` Abhijit Pawar [this message]
2011-09-20 12:41 ` rohan puri
2011-09-20 13:16 ` kashish bhatia
2011-09-20 13:24 ` rohan puri
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=4E7885E7.10506@gmail.com \
--to=apawar.linux@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.