From: Robert Millan <rmh@aybabtu.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: [PATCH] LZMA support in i386-pc kernel
Date: Thu, 3 Jul 2008 16:06:32 +0200 [thread overview]
Message-ID: <20080703140632.GA20158@thorin> (raw)
In-Reply-To: <ca0f59980807020811n27c8e48qfca443023c4b9675@mail.gmail.com>
On Wed, Jul 02, 2008 at 11:11:28PM +0800, Bean wrote:
> >
> > Lenny's most likely going to ship with lzma 4.43. Is that good?
>
> The c encoder first appears in 4.58 beta. Previous version of lzma
> only have cpp version.
That's too bad, I guess it'll have to be for lenny+1.
> >> +#define FIXED_PROPS
> >> [...]
> >> +#ifdef FIXED_PROPS
> >
> > What's this option for? Some comment would be nice.
>
> lzma have three properties that control its behavior, lc, lp and pb.
> We can use these values as variable or constant. The default value, 3,
> 0, 2 is nice in most case, we hardly need to change them. So I use it
> as constant to save some extra space.
Could you make a comment out of this? :-)
> >> +#if 0
> >> +
> >> +DbgOut:
> >
> > This is just for debugging, right? Maybe "#ifdef DEBUG" or so would be
> > better, to make it clear.
>
> Yes, this is used in debugging. Now it's working, it's not needed
> anymore. I think it's better to keep it disable like this. The kernel
> raw space is critical, if we happen to define DEBUG, the decoder code
> would expand and kernel.img would fail to compile any more.
Ok.
> >> +#ifndef ASM_FILE
> >> + xorl %eax, %eax
> >> +#endif
> >
> > Why? I thought ASM_FILE always ought to be defined for asm files in GRUB.
>
> This is also used in debugging. Previously, I link it with c program
> to check the decoder, which require to keep register like %esi, %edi,
> %ebx. But inside grub, there is no need to keep them. I use ASM_FILE
> to distinguish between these two conditions.
Ok. If you intend to keep it, please add a note explaining why; it
looks a bit puzzling without it.
--
Robert Millan
<GPLv2> I know my rights; I want my phone call!
<DRM> What good is a phone call… if you are unable to speak?
(as seen on /.)
next prev parent reply other threads:[~2008-07-03 14:07 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-02 13:39 [PATCH] LZMA support in i386-pc kernel Bean
2008-07-02 14:42 ` Robert Millan
2008-07-02 15:11 ` Bean
2008-07-02 16:00 ` Bean
2008-07-03 18:24 ` Marco Gerards
2008-07-03 18:56 ` Bean
2008-07-03 14:06 ` Robert Millan [this message]
2008-07-02 17:50 ` Vesa Jääskeläinen
2008-07-02 18:27 ` Bean
2008-07-02 18:45 ` Vesa Jääskeläinen
2008-07-03 19:37 ` Isaac Dupree
2008-07-03 19:59 ` Bean
2008-07-03 20:11 ` Javier Martín
2008-07-13 2:03 ` Bean
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=20080703140632.GA20158@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.