Hi, ALL:
I want to know the GRUB architecture and the source files
relations, and want to know more information on GRUB implementation.
So does some design documents are avaliable? Thanks ALL
Best Regards
Bai shuwei
--
Love other people, as same as love yourself!
Don't think all the time,
On Sat, Apr 17, 2010 at 3:19 PM, Bai Shuwei wrote:
>
> I want to know the GRUB architecture and the source files
> relations, and want to know more information on GRUB implementation.
> So does some design documents are avaliable? Thanks ALL
>
There is no definitive design document for GRUB.
Thomas Schmitt wrote:
> Hi,
>
>
>> /usr/include/sys/cygwin.h:typedef unsigned long __uid32_t;
>> So you need to use %lu or %lx on cygwin.
>>
>
> Ahum.
> Although "(int)" would technically suffice and
> "(unsigned long)" would suffice for all known
> cases, i ponder whether i should use
>
Christian Franke wrote:
> Gettext support is not effective for the grub tools (except scripts)
> because localedir is not passed to the Makefile.
>
>
Nice spotting. Applied
> 2010-04-16 Christian Franke
>
> * Makefile.in: Add missing localedir setting.
>
>
>
>
Christian Franke wrote:
> The Cywin path handling is broken since
> make_system_path_relative_to_its_root() functionality was moved from
> the lib script to misc.c.
>
> This patch should fix this. It reuses the Cygwin specific code from
> getroot.c:grub_get_prefix() which apparently is a different
Simon Kitching wrote:
> Hi All,
>
> Just FYI, I've written up what I've learned about Grub during the last
> few weeks and put it up here:
>
> http://people.apache.org/~skitching/MineOfInformation/linux/Booting_Linux_on_x86_with_Grub2.html
>
> This is more detailed than simple "user level", but doe
Vladimir 'φ-coder/phcoder' Serbinenko wrote:
Christian Franke wrote:
The Cywin path handling is broken since
make_system_path_relative_to_its_root() functionality was moved from
the lib script to misc.c.
This patch should fix this. It reuses the Cygwin specific code from
getroot.c:grub_get_
Hi,
Vladimir Serbinenko:
> efi booting [...] it's basically standard no-emul
> eltorito except:
> platform_id[0] = 0xef;
I assume you mean the Platform ID as of El Torito
specs about the Boot Catalog and its Validation
Entry. (Chapter 2, figure 2)
That should be easy to test.
In libisofs/eltorit
Thomas Schmitt wrote:
> Hi,
>
> Vladimir Serbinenko:
>
>> efi booting [...] it's basically standard no-emul
>> eltorito except:
>> platform_id[0] = 0xef;
>>
>
> I assume you mean the Platform ID as of El Torito
> specs about the Boot Catalog and its Validation
> Entry. (Chapter 2, figure 2)
Hi,
> I attach the patch I used for dirty checks
Oh. You already tested.
And ? Did it boot ?
> > Just yesterday i moved that setting from option
> > -b to option -boot-info-table,
> Thanks.
Even better: i now tested that omitting
-boot-info-table really prevents the patcher
function.
> Why n
Thomas Schmitt wrote:
> Hi,
>
>
>> I attach the patch I used for dirty checks
>>
>
> Oh. You already tested.
> And ? Did it boot ?
>
>
Yes it booted in qemu-tianocore.
>> Why not to determine it [-boot-load-size] from
>> file size by default?
>>
>
> Because mkisofs doesn't do that,
Christian Franke wrote:
> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Christian Franke wrote:
>>
>>> The *_frame_info symbols are set undefined to force linkage of the
>>> libgcc_s shared library or dll.
>>>
>>> This can be prevented by TARGET_LDFLAGS=-static-libgcc. To build from
>>> grub-1
Christian Franke wrote:
> Vladimir 'φ-coder/phcoder' Serbinenko wrote:
>> Christian Franke wrote:
>>
>>> The Cywin path handling is broken since
>>> make_system_path_relative_to_its_root() functionality was moved from
>>> the lib script to misc.c.
>>>
>>> This patch should fix this. It reuses th
On Sat, 2010-04-17 at 17:39 +0200, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> Simon Kitching wrote:
> > Hi All,
> >
> > Just FYI, I've written up what I've learned about Grub during the last
> > few weeks and put it up here:
> >
> > http://people.apache.org/~skitching/MineOfInformation/linux/Bo
>
> I wrote this because in the command list documentation
> (http://grub.enbug.org/CommandList), there is reference to a "loopback"
> command as a replacement for grub legacy 'device' command, and I can't
> see what use that would have in a real grub boot enviroment.
>
>
Retrieving files from
15 matches
Mail list logo