`grub_module_header_types' should not be a field at all. Move enum
outside struct.
Keep using an 8-bit integer for `type', but make it unsigned. Remove all
byteswapping for `type', as it only has one byte.
Make `size' 32-bit, as grub-mkimage already assumes. 4 gigabytes
should be enough for a
Hello. Glyphs are 1-bit bitmaps and when they are blitted currently
generic and slow blitter is used. This patch adds optimised blitters
and this make text rendering faster
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/Change
On Mon, Aug 17, 2009 at 3:49 PM, Robert Millan wrote:
>
>
> Please could you include a description on what this does?
>
when gfxmode=auto the driver is allowed to pick best mode in its
opinion among the modes appropriate for the task. This is needed
because
1) drivers may be limited to only few mod
On Mon, Aug 17, 2009 at 3:51 PM, Robert Millan wrote:
> On Sun, Aug 16, 2009 at 08:51:06PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> After discussion on IRC it revealed that hook-based approach is
>> unpracticable because number of available modes grows exponentially
>> with every parameter av
2009/8/20 Duboucher Thomas :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Seems that my smtp was down :|
>
> Michal Suchanek a écrit :
>> 2009/8/20 Michael Gorven :
>>> On Thursday 20 August 2009 10:20:02 Michal Suchanek wrote:
2009/8/20 Michael Gorven :
> On Thursday 20 August 20
>
>> +grub_err_t
>> +grub_auth_check_authentication (const char *userlist)
>> +{
>> + char login[1024] = {0};
>
> Please avoid arbitrary limits. If the grub_cmdline_get() API is enforcing
> them, then this function is wrong and should be using malloc() instead (like,
> say, getline() or asprintf(
2009/8/21 Vladimir 'phcoder' Serbinenko :
> On Fri, Aug 21, 2009 at 12:18 AM, Pavel Roskin wrote:
>> On Wed, 2009-08-19 at 17:18 +0200, Robert Millan wrote:
>>
>>> The eye candy is nice but not so important. For me, gfxterm should be
>>> default on platforms where it's available, because it implem
Hi,
Support new object format for powerpc-ieee1275 platform, I create the
image with cross compile in i386 environment, so that the elf
converter should be endianness safe.
There are still some problem, but they don't seems to be related to
the new object format, as it also exist in svn code. Cla