From: Yasushi SHOJI <yashi@atmark-techno.com>
To: Greg Ungerer <gerg@snapgear.com>
Cc: Christoph Hellwig <hch@infradead.org>,
linux-kernel@vger.kernel.org,
Janos Farkas <jf-ml-k1-1087813225@lk8rp.mail.xeon.eu.org>
Subject: Re: [PATCH] add romfs_get_size()
Date: Thu, 08 Sep 2005 16:39:23 +0900 [thread overview]
Message-ID: <87y868dn4k.wl@mail2.atmark-techno.com> (raw)
In-Reply-To: <431FE33E.1000607@snapgear.com>
Hi Greg,
At Thu, 08 Sep 2005 17:07:42 +1000,
Greg Ungerer wrote:
>
> Yasushi SHOJI wrote:
> > At Wed, 7 Sep 2005 16:04:39 +0100,
> > Christoph Hellwig wrote:
> >
> >>On Wed, Sep 07, 2005 at 11:31:36PM +0900, Yasushi SHOJI wrote:
> >>
> >>>>On Wed, Sep 07, 2005 at 11:22:19PM +0900, Yasushi SHOJI wrote:
> >>>>
> >>>>>Many embedded linux products have been using romfs and it's still
> >>>>>growing. most, if not all, of them implement thier own way to check
> >>>>>its romfs size.
> >>>>>
> >>>>>this patch provides this commonly used function.
> >>>>
> >>>>Used where. Please come back as soon as you have a caller in-tree
> >>>>which makes sense..
> >>>
> >>>i don't know this one make sense but the biggest user is uclinux mtd
> >>>map. in uclinux_mtd_init():
> >>
> >>I don't quite see the corelation. Anyway, please submit a patch series
> >>that converts whatever wrong variant to the new one, describing each
> >>patch in detail, and adding proper ROMFS depencies to the places using
> >>it.
> >
> >
> > I don't have most of platform to test. sure it's easy to just convert
> > them using romfs_get_size() but I don't wanna submit any patch that I
> > can't test.
> >
> > So, if the patch is not that bad, it'd be much easier to just tell all
> > platform maintainer that the infra. is in place and they can start
> > converting their code to use new function.
> >
> > Anyway I just converted uclinux.c to use romfs_get_size(). Greg, would
> > you kindly comment on the attached patch?
>
> I don't see any problem with it.
great.
> The uclinux.c code as it stands is probably a little sloppy.
> It doesn't do any checks for a valid ROMfs first - it should at
> least check the magic number.
Yeah that's right. At least with romfs_get_size(), we can check the
return val to see it ok or not. it might be better if we have
mapp->size = PAGE_ALIGN(romfs_get_size((struct romfs_super_block *)&_ebss));
if (mapp->size != -1)
kind of code. what we can do once we detected mismatched magic number
is deferment story, though. ;)
regards,
--
yashi
prev parent reply other threads:[~2005-09-08 7:39 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-07 14:22 [PATCH] add romfs_get_size() Yasushi SHOJI
2005-09-07 14:26 ` Christoph Hellwig
2005-09-07 14:31 ` Yasushi SHOJI
2005-09-07 15:04 ` Christoph Hellwig
2005-09-07 15:34 ` Yasushi SHOJI
2005-09-08 7:07 ` Greg Ungerer
2005-09-08 7:39 ` Yasushi SHOJI [this message]
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=87y868dn4k.wl@mail2.atmark-techno.com \
--to=yashi@atmark-techno.com \
--cc=gerg@snapgear.com \
--cc=hch@infradead.org \
--cc=jf-ml-k1-1087813225@lk8rp.mail.xeon.eu.org \
--cc=linux-kernel@vger.kernel.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.