From: Luis de Bethencourt <luisbg@osg.samsung.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Al Viro <viro@ZenIV.linux.org.uk>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] befs: remove unused endian functions
Date: Wed, 01 Jun 2016 20:31:04 +0100 [thread overview]
Message-ID: <574F37F8.400@osg.samsung.com> (raw)
In-Reply-To: <20160601122030.73fa60cb35a8bb4a306835bb@linux-foundation.org>
On 01/06/16 20:20, Andrew Morton wrote:
> On Tue, 31 May 2016 21:59:03 +0100 Luis de Bethencourt <luisbg@osg.samsung.com> wrote:
>
>> On 31/05/16 21:54, Al Viro wrote:
>>> On Tue, May 31, 2016 at 02:27:57PM +0100, Luis de Bethencourt wrote:
>>>> Remove endianness conversion functions that are declared but never used.
>>>
>>> Well... As long as it stays read-only - sure, you don't need to convert
>>> anything to on-disk types.
>
> I think it would be best to leave the code as-is. The compiler will
> remove it all so there's a very small amount of compile-time cost. We
> could just comment the code out but then they would rot over time,
>
Hi Andew,
Sorry for submitting a patch that got nacked. I have two other in befs, but they
are small and trivial.
>>
>> Hello,
>>
>> While reading the BeFS book "Practical Filesystems" I have gotten really
>> interested in this and it's why I am reading/learning the Linux
>> implementation.
>>
>> The idea of adding write support has crossed my mind, but I wanted to know
>> if you would be interested in this before I start looking into it. Are you?
>>
>> It would take some time and there are other things to clean in the befs code
>> first though.
>
> It could be a fun starter project but I have to say, befs is not a very
> valuable place in which to spend your time nor is befs the best place
> in which to develop familiarity. A more modest project within a more
> mainstream part of the kernel would be a better investment.
>
That is a good point. One of the reasons I've been reading the Linux
implementation of befs is because it is unmaintained. I thought I could help, but
it also means there isn't huge interest for more support.
Do you have any suggestions of more modest projects within other file systems?
Something that would be a better time investment.
Thanks for the help,
Luis
next prev parent reply other threads:[~2016-06-01 19:31 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-31 13:27 [PATCH] befs: remove unused endian functions Luis de Bethencourt
2016-05-31 20:54 ` Al Viro
2016-05-31 20:59 ` Luis de Bethencourt
2016-06-01 19:20 ` Andrew Morton
2016-06-01 19:31 ` Luis de Bethencourt [this message]
2016-06-01 19:38 ` Andrew Morton
2016-06-01 19:44 ` Luis de Bethencourt
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=574F37F8.400@osg.samsung.com \
--to=luisbg@osg.samsung.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=viro@ZenIV.linux.org.uk \
/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.