Hi,
I notice that the output of blocklist command is quite strange. After
some debuging, I think
the problem may be caused by the compiler.
static grub_err_t
grub_cmd_blocklist (struct grub_arg_list *state __attribute__ ((unused)),
int argc, char **args)
{
grub_file_t file;
Bean <[EMAIL PROTECTED]> writes:
Hi Bean,
> I notice that the output of blocklist command is quite strange. After
> some debuging, I think
> the problem may be caused by the compiler.
[...]
> I blocklist a very small file, it shows
> 1- 32
> 2- 32
> 3- 17294103305076670291
>
> If I define part_
Bean <[EMAIL PROTECTED]> writes:
> On Mon, Jul 30, 2007 at 01:19:32PM +0200, Marco Gerards wrote:
>> Can you pass it around inside one of the structs? I understand that
>> passing it around as parameter is not really nice. The problem is
>> that this might actually break other code, which I want
On 7/31/07, Marco Gerards <[EMAIL PROTECTED]> wrote:
> This is most likely the regparam bug. I wrote a macro to work around
> this bug (NESTED_FUNC_ATTR). See, for example, how this is used in
> fshelp.[ch]. Most likely the same has to be done for the read_hook.
> When you do this, the problem w
On 7/31/07, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Bean <[EMAIL PROTECTED]> writes:
>
> > On Mon, Jul 30, 2007 at 01:19:32PM +0200, Marco Gerards wrote:
> >> Can you pass it around inside one of the structs? I understand that
> >> passing it around as parameter is not really nice. The problem
Bean <[EMAIL PROTECTED]> writes:
> On 7/31/07, Marco Gerards <[EMAIL PROTECTED]> wrote:
>> This is most likely the regparam bug. I wrote a macro to work around
>> this bug (NESTED_FUNC_ATTR). See, for example, how this is used in
>> fshelp.[ch]. Most likely the same has to be done for the read_
Bean <[EMAIL PROTECTED]> writes:
> On 7/31/07, Marco Gerards <[EMAIL PROTECTED]> wrote:
>> Bean <[EMAIL PROTECTED]> writes:
>>
>> > On Mon, Jul 30, 2007 at 01:19:32PM +0200, Marco Gerards wrote:
>> >> Can you pass it around inside one of the structs? I understand that
>> >> passing it around as p
On 7/31/07, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Yes, I was afraid of that... Can you make a patch+changelog of this
> so it can be fixed in CVS?
Ok, i basicly change read_hook in grub_disk and grub_file, then fix
the warning. see if it works.
--
Bean
grub2-nested.diff
Description: Bina
On Mon, Jul 30, 2007 at 05:35:28PM -0500, Hollis Blanchard wrote:
> > When GRUB_IEEE1275_FLAG_EFIKA_SECRET_AVAILABLE_REGION was set,
> > release hardcoded 0x4000:0xffc000 region.
>
> Hmm, does this actually work? Since GRUB itself falls within that
> regions, the grub_ieee1275_rele
On 7/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Send Grub-devel mailing list submissions to
> grub-devel@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.gnu.org/mailman/listinfo/grub-devel
> or, via email, send a message with subject o
On 7/31/07, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 30, 2007 at 05:35:28PM -0500, Hollis Blanchard wrote:
> > > When GRUB_IEEE1275_FLAG_EFIKA_SECRET_AVAILABLE_REGION was set,
> > > release hardcoded 0x4000:0xffc000 region.
> >
> > Hmm, does this actually work? Since G
On Tue, Jul 31, 2007 at 10:55:09AM -0500, Hollis Blanchard wrote:
> On 7/31/07, Robert Millan <[EMAIL PROTECTED]> wrote:
> > On Mon, Jul 30, 2007 at 05:35:28PM -0500, Hollis Blanchard wrote:
> > > > When GRUB_IEEE1275_FLAG_EFIKA_SECRET_AVAILABLE_REGION was set,
> > > > release hardc
12 matches
Mail list logo