[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <26884.1553187985@warthog.procyon.org.uk>
Date: Thu, 21 Mar 2019 17:06:25 +0000
From: David Howells <dhowells@...hat.com>
To: Richard Weinberger <richard@....at>
Cc: dhowells@...hat.com, viro@...iv.linux.org.uk,
linux-block@...r.kernel.org, squashfs-devel@...ts.sourceforge.net,
Marek Vasut <marek.vasut@...il.com>,
Brian Norris <computersforpeace@...il.com>,
Nicolas Pitre <nico@...aro.org>,
Boris Brezillon <bbrezillon@...nel.org>,
linux-mtd@...ts.infradead.org,
David Woodhouse <dwmw2@...radead.org>,
Phillip Lougher <phillip@...ashfs.org.uk>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [RFC PATCH 0/6] Convert mount_single-using filesystems to fs_context
Richard Weinberger <richard@....at> wrote:
> Just gave it a try, jffs2 does not mount anymore. The problem is that you
> define an Opt_source in super.c, but never evaluate it ->
> jffs2_parse_param() returns -EINVAL.
Will fix.
> What I really don't get is the new logging stuff in
> include/linux/fs_context.h. printk() is already an overloaded beat, why
> another layer?
Because there are some patches that aren't upstream yet that allow you to read
these out through the file descriptor you control the mount process through
rather than them going into dmesg.
> The log output seems very odd to me:
> [ 13.117593] e MTD: Couldn't look up '/dev/mtd0': -15
>
> Please notice the "e" before MTD, first I though this is a memory
> corruption, but is your log level?!
Thanks - I'll fix that.
David
Powered by blists - more mailing lists