On Tue, Jul 28, 2009 at 11:10 PM, Vladimir 'phcoder'
Serbinenko wrote:
> On Tue, Jul 28, 2009 at 8:16 PM, Robert Millan wrote:
>> On Tue, Jul 28, 2009 at 12:40:32PM +0200, Vladimir 'phcoder' Serbinenko
>> wrote:
>>> --- a/partmap/apple.c
>>&g
S spilled into
> the build system. This will need to be cleaned up as well.
>
> --
> Regards,
> Pavel Roskin
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.
This patch fixes the parsing of two strings like following ones:
"echo 1 " was parsed into "echo", "1", ""
"echo $root" was parsed into "echo" (variable just disappeared)
--
Regards
Vladimir 'phcoder' Serbinenko
Perso
On Fri, Jul 31, 2009 at 6:17 AM, Pavel Roskin wrote:
> On Fri, 2009-07-31 at 00:46 +0200, Vladimir 'phcoder' Serbinenko wrote:
>> This patch fixes the parsing of two strings like following ones:
>> "echo 1 " was parsed into "echo", "1", &
On Fri, Jul 31, 2009 at 9:58 AM, Marco Gerards wrote:
> "Vladimir 'phcoder' Serbinenko" writes:
>
>> Rediff
>>
>> On Thu, Jun 11, 2009 at 5:51 PM, Vladimir 'phcoder'
>> Serbinenko wrote:
>>> Hello. Here is a first version
y GRUB two is in version one dot ninety seven not version two dot ... ?
>
Because 2.0 is our first goal and now we're at (2.0 - 0.035)
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub
t;
Asking for an input like "/dev/sda1" isn't a big change. Bug choice
list is of course better
> --
> Colin Watson [cjwat...@ubuntu.com]
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://
Splitted from nested partition patch
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index e553828..e987af6 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,8 @@
+2009-06-08 Vladimir
On Fri, Jul 31, 2009 at 9:48 PM, Vladimir 'phcoder'
Serbinenko wrote:
>>> What makes this experimental and dangerous? Can you send in a patch
>>> that isn't?
>> Only that I touch core size
> *core functionality
>> and when I submitted it, it was onl
ve your data and not access it at all."
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
_
as first argument of multiboot/module
command line
E.g.
multiboot /RPOOL/opensolaris/@/platform/i86pc/kernel /platform/i86pc/kernel
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index e553828..429bb7
decide when (and
> how) you may access your data; but nobody's threatening your freedom: we
> still allow you to remove your data and not access it at all."
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists
_
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
a belongs to us. We will decide when (and
> how) you may access your data; but nobody's threatening your freedom: we
> still allow you to remove your data and not access it at all."
>
>
> ___
> Grub-devel mailing list
> Grub-
On Sat, Aug 1, 2009 at 5:05 PM, Robert Millan wrote:
> On Sat, Aug 01, 2009 at 04:37:40PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> > I agree with this. But please wait a few days to give everyone a chance
>> > to read it.
>> >
>> > Regardin
iver) ?
>
> Thanks
>
> Michal
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
On Sat, Aug 1, 2009 at 5:10 PM, Vladimir 'phcoder'
Serbinenko wrote:
> Ok, I will try to split while keeping patch functional.
Done
>> --
>> Robert Millan
>>
>> The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
>> how) yo
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index d7f219b..95ca160 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,22 @@
+2009-08-02 Vladimir Serbinenko
+
+ Multiboot support o
mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
not access it at all."
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Mon, Aug 3, 2009 at 12:17 AM, Robert Millan wrote:
> On Fri, Jul 31, 2009 at 09:48:21PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>>
>> The proble it doesn't solve is when 2 partition labels pretend to
>> describe the same region. Solaris during install d
On Mon, Aug 3, 2009 at 12:25 AM, Robert Millan wrote:
> On Mon, Aug 03, 2009 at 12:09:32AM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> >> + grub_device_close (dev);
>> >
>> > I don't think we should allow chainload at all in partitions other
support. Until then this discussion is a waste of time
(IMO)
> --
> Regards,
> Christian Franke
>
>
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-d
and some more patches I was able to load
mbtest on qemu64 with tianocore
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/conf/i386.rmk b/conf/i386.rmk
index 93f84ce..33d49b5 100644
--- a/conf/i386.rmk
+++ b/con
For now modules aren't in relocated buffer because memory management
is unable to handle realloc with big size efficiently which may cause
module command to fail
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git
On Mon, Aug 3, 2009 at 2:06 PM, Vladimir 'phcoder'
Serbinenko wrote:
> Hello. As discussed on IRC it would be preferable if all loaders use
> flexible technics for loading kernels using relocators as currently
> multiboot and xnu does. Here is a relocator framework based on
reading the PBR behind the
> scenes.
>
I don't think it's of any problem since ntldr uses this PBR only as
superblock to identify the partition. As such I would rather consider
this loading as a special case of passing $root, just the form of it
is a bit weird
--
Regards
Vlad
e GRUB_MEMORY_MACHINE_CR0_PE_ON).
Will look into it
>
> --
> Robert Millan
>
> The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
> how) you may access your data; but nobody's threatening your freedom: we
> still allow you to remove your data and not access it at all."
>
>
&
On Tue, Aug 4, 2009 at 10:56 PM, Robert Millan wrote:
> On Mon, Aug 03, 2009 at 02:10:18PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> +#define GRUB_MULTIBOOT_STACK_SIZE 4096
>> [...]
>> +#define stack_addr(x) ((void *) ((x) +
On Wed, Aug 5, 2009 at 12:47 AM, Robert Millan wrote:
> On Sun, Aug 02, 2009 at 09:53:32PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> Was successfully tested with qemu-tianocore with example multiboot
>> kernel from multiboot specification. Since real EFI has no V
he Linux loader.
>
> Unless there's another preferred interface (or someone beats us to it).
> we'll likely end up filling in. Considering the VBE code that's already
> there this is fairly trivial.
>
> -jan
>
>
>
> ___
ix Zielcke
> Proud Debian Maintainer
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
using linux and initrd
commands
> Thanks
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinen
nux.cfg file
>
Are you sure your kernel /live/vmlinuz1 is correct? Check that iso was
copied correctly (chacksum)
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbi
CPU instead of outputting an error message
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
__
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
s to us. We will decide when (and
> how) you may access your data; but nobody's threatening your freedom: we
> still allow you to remove your data and not access it at all."
>
>
> ___
> Grub-
On Fri, Aug 7, 2009 at 4:01 PM, Vladimir 'phcoder'
Serbinenko wrote:
> On Fri, Aug 7, 2009 at 3:46 PM, Robert Millan wrote:
>>
>> Hi,
>>
>> I thought of a possible solution to the grub-pe2elf problem. It seems that
>> it is burdensome to produce ELF bi
On Sat, Jul 18, 2009 at 9:16 PM, Robert Millan wrote:
> On Sat, Jul 18, 2009 at 08:34:41PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> Haiku can be compiled and can use either gcc 4.x or gcc2.95. The main
>> reason for them to keep gcc 2.95 possibility is the binary
&
their
scripts
>
> Thanks for sharing
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2
ub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Sat, Aug 8, 2009 at 5:52 AM, Pavel Roskin wrote:
> On Fri, 2009-08-07 at 14:01 +0200, Vladimir 'phcoder' Serbinenko wrote:
>
>> Apple's compiler is based GCC but binutils aren't and they pose the
>> most of problems. Actualy the most problematic bit was
u
>>
>> _______
>> Grub-devel mailing list
>> Grub-devel@gnu.org
>> http://lists.gnu.org/mailman/listinfo/grub-devel
>>
>
>
>
> --
> Bean
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
+
> include/grub/symbol.h | 2 +
> 2 files changed, 36 insertions(+), 32 deletions(-)
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/gru
om]
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
> still allow you to remove your data and not access it at all."
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
V
t all."
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
y around it
>
> Bitmaps could be created in the same way.
>
> Thanks
>
> Michal
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: ht
l mode by default just
> yet.
>
> --
> Colin Watson [cjwat...@ubuntu.com]
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir
>
>
> 2009/8/10 Vladimir 'phcoder' Serbinenko :
>>>
>>> As I understand it the code checks the bounds against the active
>>> videomode and then sets the viewport on the active render target.
>>> Since the active render target can be arbitrari
new features are transparent.
>
But if a driver partially accelerates rotation it needs to tell which
buffers are rotated and which aren't. Basically we have 2 possible
benefits but I'm not sure which one is better. What do others think?
> Thanks
>
> Michal
>
>
> __
[cjwat...@ubuntu.com]
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.gi
en (and
> how) you may access your data; but nobody's threatening your freedom: we
> still allow you to remove your data and not access it at all."
>
>
> _______
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/g
//lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
> Thanks
>
> Michal
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
ck file type.
>
> --
> Regards
> Christian Franke
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Pers
ly need it
>
> --
> Colin Watson [cjwat...@ubuntu.com]
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
On Mon, Aug 10, 2009 at 10:16 PM, Colin Watson wrote:
> On Mon, Aug 10, 2009 at 10:01:06PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> If these numbers are still needed it needs to be uniform between
>> gfxpayload=1024x768 or gfxpayload=keep + gfxmode=1024x768. Derive
big-endian FS. Can anyone check? If note
this mail will be note to self
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.o
On Tue, Aug 11, 2009 at 1:15 AM, Vladimir 'phcoder'
Serbinenko wrote:
> Hello I was looking which FS were little and which are big-endian.
> This attracted my attention in hfs.c:
> /* Adjust len so it we can't read past the end of the file. */
> if (len > grub_le_t
reusage of embedding for other too if
necessary.
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/include/grub/partition.h b/include/grub/partition.h
index 37c5f24..c162955 100644
--- a/include/grub/partition.h
+++ b/in
b-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
access your data; but nobody's threatening your freedom: we
> still allow you to remove your data and not access it at all."
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/li
On Wed, Aug 12, 2009 at 2:38 AM, Robert Millan wrote:
> On Tue, Aug 11, 2009 at 03:33:13PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> Hello. A bug was filed that embedding code in grub-setup.c was
>> ignoring partmap metadata which could cause its overwriting. To avoid
On Wed, Aug 12, 2009 at 3:08 PM, Michal Suchanek wrote:
> 2009/8/10 Vladimir 'phcoder' Serbinenko :
>> On Mon, Aug 10, 2009 at 4:38 PM, Michal Suchanek wrote:
>>> Yes, but set_viewport works on the active target. You create an
>>> offscreen target and set it
On Wed, Aug 12, 2009 at 3:17 PM, Michal Suchanek wrote:
> 2009/8/10 Vladimir 'phcoder' Serbinenko :
>>> I would like a video_fb function like
>>> grub_video_fb_create_render_target_from_buffer(void * buffer, int
>>> allocated, const grub_video_mode_info_t
On Wed, Aug 12, 2009 at 6:10 PM, Vladimir 'phcoder'
Serbinenko wrote:
>> This is based on previous work in GRUB Legacy by Kristian and Peter
>> (CCed). Peter tells me that Red Hat has an assignment already on file,
>> and it looks like mine is finally making some
[cjwat...@ubuntu.com]
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
_
___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
u.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Grub-devel@gnu.org
>> http://lists.gnu.org/mailman/listinfo/grub-devel
>>
>
>
>
> --
> Regards
> Vladimir 'phcoder' Serbinenko
>
> Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
>
--
Regards
Vladimir 'phcoder' Serbinenko
Pers
e.img with ufs.mod: 23793
core.img with ufs1.mod: 23078
core.img with ufs2.mod: 23322
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index 675cc6d..8e13775 100644
--- a/ChangeLog
+++ b/ChangeLo
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
ufsfix
Description: Binary data
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
;s threatening your freedom: we
> still allow you to remove your data and not access it at all."
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
V
On Thu, Aug 13, 2009 at 10:05 PM, Robert Millan wrote:
> On Thu, Aug 13, 2009 at 06:04:35PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
> This looks a bit odd (a mask applied to an integer?), but if it's really
> this way, please go ahead with it.
>
It's th
;
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
_
gt; ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
_
ou to remove your data and not access it at all."
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder
On Fri, Aug 14, 2009 at 2:13 AM, Michal Suchanek wrote:
> 2009/8/13 Vladimir 'phcoder' Serbinenko :
>>> Considering that vbe.c and sdl.c currently aren't affected a lot
>>> whether there is or there isn't encapsulation in place, I'm ok tih
>>>
oad and
libOSDK. Probably they can provide an environment you need.
>
> Thanks
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
--
Regards
Vladimir 'phcoder' Ser
rtant in your case since you have no copyright
assignment yet and we have to decide which patches can go in without
such. I'm not maintainer so I need explicit consent from them to apply
your patches before you sign copyright assignment
> Thanks
>
> Michal
>
On Fri, Aug 14, 2009 at 3:23 PM, Vladimir 'phcoder'
Serbinenko wrote:
> Framebuffer patch comitted and I removed framebuf branch on my repo.
>>
>> OK, I did not get why fbfill.h of the three private headers.
>>
>> Perhaps fbutil.h which already declares blit_
_
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ons.
>> Specifications are the same but we fixed a lot of bugs.
>> >
>> > Peace,
>> > Frank
>
>
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub
On Mon, Aug 3, 2009 at 12:41 AM, Robert Millan wrote:
> On Sun, Aug 02, 2009 at 11:42:43PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> >> No. Now we have an extra element that is always present and we want to
>> >> remove but when we remove command line ca
(with --set ) and retry with autoloading
if without autoloading the search failed. Additionally I modify
grub-mkconfig to load correct module manually before issuing search to
decrease booting time if filesystem is different that our boot one.
--
Regards
Vladimir 'phcoder' Serbinenko
Pe
in filesystems. In some cases I keep the check
because same function is used internally in filesystem module too
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/fs/hfs.c b/fs/hfs.c
index 2f0702c..5062b5f 100644
--- a/fs/h
S on big-endian machines.
24643 coreafsbe.img
24423 coreafsle.img
25168 coreafs.img
24548 corebefsbe.img
24353 corebefsle.img
25039 corebefs.img
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/conf/common.rmk b/conf
Hello. Recently we had no bug-reports about ReiserFS and debug
messages and disabling them saves 533 bytes. I find it important
especially because core.img with reiserfs is currently the biggest
among filesystems supported in mainstream
--
Regards
Vladimir 'phcoder' Serbinenko
Pe
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/include/grub/misc.h b/include/grub/misc.h
index 769ec5c..a63a0b4 100644
--- a/include/grub/misc.h
+++ b/include/grub/misc.h
@@ -37,8 +37,42 @@ void *EXPORT_FUNC(gr
2009/8/15 Javier Martín :
> El sáb, 15-08-2009 a las 16:12 +0200, Vladimir 'phcoder' Serbinenko
> escribió:
>> Hello. Recently we had no bug-reports about ReiserFS and debug
>> messages and disabling them saves 533 bytes. I find it important
>> especially
On Sat, Aug 15, 2009 at 12:44 AM, Michal Suchanek wrote:
> 2009/8/14 Vladimir 'phcoder' Serbinenko :
>> On Fri, Aug 14, 2009 at 4:04 PM, Michal Suchanek wrote:
>>> Hello
>>>
>>> I am sending the rest of framebuffer patches that were not included in
t;
> gitgrub home: http://github.com/grub/grub/
> my fork page: http://github.com/bean123/grub/
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/gru
After discussion on IRC it revealed that hook-based approach is
unpracticable because number of available modes grows exponentially
with every parameter available. Here is the patch to change to
flag-based approach
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git reposi
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/commands/videotest.c b/commands/videotest.c
index 07f61bd..07735cd 100644
--- a/commands/videotest.c
+++ b/commands/videotest.c
@@ -30,10 +30,7 @@ grub_cmd
_
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/util/grub-mkconfig_lib.in b/util/grub-
ature namely: (together with 2
smaller patches) ability to boot solaris.
On Thu, Aug 13, 2009 at 11:01 PM, Vladimir 'phcoder'
Serbinenko wrote:
>> But available memory is several orders of magnitude bigger than the largest
>> block a loader will need. So is this really an issue?
&
g it.
> --
> Bean
>
> gitgrub home: http://github.com/grub/grub/
> my fork page: http://github.com/bean123/grub/
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
&
1101 - 1200 of 2339 matches
Mail list logo