From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: [PATCH] cpio and tar filesystem
Date: Mon, 24 Dec 2007 13:59:53 +0100 [thread overview]
Message-ID: <20071224125952.GA23228@thorin> (raw)
In-Reply-To: <ca0f59980712232040o6e612ecdr8cf1cb4b1a8fa87e@mail.gmail.com>
On Mon, Dec 24, 2007 at 12:40:06PM +0800, Bean wrote:
> On Dec 24, 2007 5:48 AM, Robert Millan <rmh@aybabtu.com> wrote:
> >Perhaps it'd be a good idea to move the arch-independant part of
> >grub_emu_SOURCES to common.rmk (as grub_emu_SOURCES += foo), to avoid
> >having to update all the files so often ...
>
> yes, but i think it should be in a separate patch.
Agreed.
> > Btw, this line seems to be the same on both cases. It can be moved out of
> > `if (data->mode == MODE_BCPIO)' to save some space?
> >
>
> In fact, it's not the same, in the first case, hd is of type
> HEAD_BCPIO, while in the second case, hd is of type HEAD_USTAR.The two
> structure has different size.
Ah, right.
> > > + if (hd.namesize & 1)
> > > + hd.namesize++;
> > > [...]
> > > + if (data->size & 1)
> > > + (*ofs)++;
> >
> > I find this confusing. AFAICT `hd.namesize == 1' would archieve the same and
> > seems to be more consistent with your use of this variable as a counter.
> >
> When the name size is odd number, cpio pad another byte to make it
> word align, and the same apply to file size. However, I want to keep
> the original file size, so it use (*ofs)++ instead of data->size++.
Ok.
> > Are you sure these are still needed? We have a few modules that use them but
> > AFAIK are not necessary at this time.
>
> This is needed, the my_mod variable is used to stored the module
> pointer, and we need it to increase the module reference when a file
> is opened, so that the modules can't be unloaded.
>
> Here is the new patch.
>
> 2007-12-24 Bean <bean123ch@gmail.com>
>
> * conf/common.rmk (pkgdata_MODULES): Add cpio.mod.
> (cpio_mod_SOURCES): New variable.
> (cpio_mod_CFLAGS): Likewise.
> (cpio_mod_LDFLAGS): Likewise.
>
> * fs/cpio.c: New file.
>
> * conf/i386-pc.rmk (grub_emu_SOURCES): Add cpio.c.
>
> * conf/i386-efi.rmk (grub_emu_SOURCES): Likewise.
>
> * conf/i386-linuxbios.rmk (grub_emu_SOURCES): Likewise.
>
> * conf/powerpc-ieee1275.rmk (grub_emu_SOURCES): Likewise.
Looks good to me. If nobody has any objection, I'll check this in.
--
Robert Millan
<GPLv2> I know my rights; I want my phone call!
<DRM> What use is a phone call, if you are unable to speak?
(as seen on /.)
next prev parent reply other threads:[~2007-12-24 13:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-23 19:52 [PATCH] cpio and tar filesystem Bean
2007-12-23 20:04 ` Bean
2007-12-23 21:48 ` Robert Millan
2007-12-24 4:40 ` Bean
2007-12-24 12:59 ` Robert Millan [this message]
2007-12-26 7:51 ` Robert Millan
2007-12-23 21:17 ` Robert Millan
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=20071224125952.GA23228@thorin \
--to=rmh@aybabtu.com \
--cc=grub-devel@gnu.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.