From: Daniel <daniel@makrotopia.org>
To: linux-mtd@lists.infradead.org, Artem Bityutskiy <dedekind1@gmail.com>
Subject: Re: [PATCH v2] ubifs: respect MS_SILENT mount flag
Date: Tue, 27 May 2014 18:04:02 +0200 [thread overview]
Message-ID: <5384B772.4030506@makrotopia.org> (raw)
In-Reply-To: <1401202595.1304.165.camel@sauron.fi.intel.com>
On 05/27/2014 04:56 PM, Artem Bityutskiy wrote:
> On Tue, 2014-05-27 at 16:11 +0200, Daniel Golle wrote:
>> When attempting to mount a non-ubifs formatted volume, lots of error
>> messages (including a stack dump) are thrown to the kernel log even if
>> the MS_SILENT mount flag is set.
>> Fix this by introducing an additional parameter in ubifs_read_node and
>> use it to pass down the MS_SILENT flag in ubifs_read_sb_node.
>>
>> Signed-off-by: Daniel Golle <daniel@makrotopia.org>
>
> Thanks. How did you test this patch?
You can test this by trying to mount a non-empty volume which does not contain a
UBIFS superblock (but e.g. squashfs or a U-Boot environment) with
mount -t ubifs -o silent /dev/ubiX_Y /mnt
This should fail without creating any klog lines.
The reason that I want this is that I'm working on integration of UBI support in
OpenWrt, including auto-mounting the "rootfs" volume by default (if it exists)
in case the rootfs and/or rootfstype parameters are not passed-down by the
bootloader, see
https://gitorious.org/openwrt-oxnas/openwrt-oxnas/commit/e1306d7b9bee8a39a33147d93cb399a4621bf3aa
The idea is to have the same level of features and comfort also on devices where
UBI is being used, for MTD devices OpenWrt does something similar
https://dev.openwrt.org/browser/trunk/target/linux/generic/patches-3.14/480-mtd-set-rootfs-to-be-root-dev.patch
However, this is probably distribution-specific hackery, but independently of
that, UBIFS should still respect the MS_SILENT flag just like all other
filesystems do.
next prev parent reply other threads:[~2014-05-27 16:04 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-17 1:55 [PATCH] ubifs: respect MS_SILENT mount flag Daniel Golle
2014-05-27 12:18 ` Artem Bityutskiy
2014-05-27 14:11 ` [PATCH v2] " Daniel Golle
2014-05-27 14:56 ` Artem Bityutskiy
2014-05-27 16:04 ` Daniel [this message]
2014-05-28 2:11 ` hujianyang
2014-05-28 8:01 ` Artem Bityutskiy
2014-05-28 8:07 ` Bityutskiy, Artem
2014-05-28 8:14 ` Artem Bityutskiy
2014-05-28 8:28 ` Artem Bityutskiy
2014-05-28 8:42 ` hujianyang
2014-05-28 9:29 ` Artem Bityutskiy
2014-05-30 22:01 ` [PATCH v3] " Daniel Golle
2014-05-30 23:20 ` Brian Norris
2014-05-30 23:32 ` [PATCH v4] " Daniel Golle
2014-05-31 0:01 ` [PATCH v5] " Daniel Golle
2014-06-02 7:59 ` Artem Bityutskiy
2014-06-02 13:51 ` [PATCH v6] " Daniel Golle
2014-06-02 15:01 ` Artem Bityutskiy
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=5384B772.4030506@makrotopia.org \
--to=daniel@makrotopia.org \
--cc=dedekind1@gmail.com \
--cc=linux-mtd@lists.infradead.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.