Splitted from my newtree patch
--
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 24, 2009 at 9:22 PM, Vladimir 'phcoder'
Serbinenko wrote:
> Splitted from my newtree patch
>
> --
> Regards
> Vladimir 'phcoder' Serbinenko
>
> Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
>
--
Regards
Vladimir 'p
Splitted. Another split part is in thread UTF-8 to UTF-16
On Sun, Aug 23, 2009 at 1:11 PM, Vladimir 'phcoder'
Serbinenko wrote:
> On Sun, Aug 23, 2009 at 12:57 PM, Robert Millan wrote:
>> On Sat, Aug 22, 2009 at 04:33:13PM +0200, Vladimir 'phcod
On Wed, Aug 19, 2009 at 5:11 PM, Robert Millan wrote:
> On Mon, Aug 17, 2009 at 03:54:06PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Mon, Aug 17, 2009 at 3:43 PM, Robert Millan wrote:
>> > On Sat, Aug 15, 2009 at 04:47:32PM +0200, Vladimir 'phcoder'
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index 5701f9b..6f03a92 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,35 @@
+2009-08-24 Colin D Bennett
+2009-08-24 Vladimir
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index b3289c7..5d32e90 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,4 +1,21 @@
2009-08-24 Colin D Bennett
+
+ Bitmap scali
On Tue, Aug 25, 2009 at 12:30 AM, Robert Millan wrote:
> On Mon, Aug 24, 2009 at 09:14:48PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Sun, Aug 16, 2009 at 9:46 PM, Bean wrote:
>> > Hi,
>> >
>> > This patch fixes a few size limits of xfs fs
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-devel@g
On Tue, Aug 25, 2009 at 4:06 PM, Michal Suchanek wrote:
> 2009/8/23 Robert Millan :
>> On Fri, Aug 21, 2009 at 05:33:30PM +0200, Vladimir 'phcoder' Serbinenko
>> wrote:
>>> + for (j = 0; j < height; j++)
>>> + {
>>> + for (i = 0; i
> 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
t; Michal
>
> 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/phcode
rd of (I may be completely wrong):
4) amiga on PC-style by AROS
5) sun on apple. Polaris (?)
On Mon, Aug 24, 2009 at 3:39 PM, Vladimir 'phcoder'
Serbinenko wrote:
> Rediff
>
> On Mon, Aug 24, 2009 at 12:57 AM, Vladimir 'phcoder'
> Serbinenko wrote:
>> Rediff
OpenBSD recieves a root specification in a form of pair . I thought that device number referred to biosnumber AND'ed
with 0x7f as it was implemented but experiments with grub-qemu showed
that OpenBSD doesn't rely on BIOS at all. So hence this patch
--
Regards
Vladimir 'phco
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index 1de68ad..6171d02 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,14 @@
2009-08-25 Vladimir Serbinenko
+ NetBSD memory m
Tested with grub-qemu. Testers on real hw are welcome. FreeBSD64,
NetBSD64, OpenBSD64 and OpenBSD32 work (with 2 previous patches).
FreeBSD32 and NetBSD32 try to do BIOS calls and crash.
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcode
On Wed, Aug 26, 2009 at 1:07 AM, Robert Millan wrote:
> On Tue, Aug 25, 2009 at 10:14:45PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Robert's request I write about the usage cases I'm aware. It's by
>> no means complete
>>
>> 1) bsdlabel
On Wed, Aug 26, 2009 at 1:13 AM, Robert Millan wrote:
> On Wed, Aug 26, 2009 at 12:52:47AM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> 2009-08-25 Vladimir Serbinenko
>>
>> + NetBSD memory map support.
>> +
>> + * include/grub/i386/b
On Wed, Aug 26, 2009 at 1:10 AM, Robert Millan wrote:
> On Wed, Aug 26, 2009 at 12:55:11AM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> Tested with grub-qemu. Testers on real hw are welcome. FreeBSD64,
>> NetBSD64, OpenBSD64 and OpenBSD32 work (with 2 previous patches).
On Wed, Aug 26, 2009 at 2:34 AM, Robert Millan wrote:
> On Tue, Aug 25, 2009 at 10:37:33PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> + if (cmd->state[OPENBSD_ROOT_ARG].set)
>> + {
>> + const char *arg = cmd->state[OPENBSD_ROOT_ARG].arg;
>>
mod.
>
> PS: I try to use hybrid CD, grub2 detects them as ISO9660 can see data on
> them. But XServe doesn't detect hybrid CD as bootable. Any help will be
> appreciated.
>
> _______
> Grub-devel mailing list
> Grub-devel@gnu.org
On Wed, Aug 26, 2009 at 1:51 PM, Michal Suchanek wrote:
> 2009/8/25 Vladimir 'phcoder' Serbinenko :
>>> However, that CVE is about grub leaving its passwords in memory.
>>> Wiping memory used by grub should be fast - orders of magnitude faster
>>>
On Wed, Aug 26, 2009 at 2:31 AM, Robert Millan wrote:
> On Mon, Aug 24, 2009 at 09:23:22PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
>> 2009-08-24 Vladimir Serbinenko
>>
>> UTF-8 to UTF-16 transformation.
>>
>> *
ailing 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 Fri, Aug 28, 2009 at 2:20 PM, Bean wrote:
> On Fri, Aug 28, 2009 at 8:03 PM, Vladimir 'phcoder'
> Serbinenko wrote:
>> On Thu, Aug 27, 2009 at 10:27 AM, Bean wrote:
>>> Hi,
>>>
>>> This patch allows to access big/little endian cpio archive fr
Comitted
On Mon, Aug 24, 2009 at 1:09 AM, Robert Millan wrote:
> On Sun, Aug 23, 2009 at 01:04:30PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Sun, Aug 23, 2009 at 12:40 PM, Robert Millan wrote:
>> > On Thu, Aug 20, 2009 at 06:16:24PM -0400, Pavel Roskin w
On Thu, Aug 27, 2009 at 11:31 PM, Vladimir 'phcoder'
Serbinenko wrote:
> On Wed, Aug 26, 2009 at 2:31 AM, Robert Millan wrote:
>> On Mon, Aug 24, 2009 at 09:23:22PM +0200, Vladimir 'phcoder' Serbinenko
>> wrote:
>>
>>> 2009-08-24 Vladimir Serbine
comitted
On Tue, Aug 25, 2009 at 4:41 PM, Vladimir 'phcoder'
Serbinenko wrote:
> On Tue, Aug 25, 2009 at 4:06 PM, Michal Suchanek wrote:
>> 2009/8/23 Robert Millan :
>>> On Fri, Aug 21, 2009 at 05:33:30PM +0200, Vladimir 'phcoder' Serbinenko
>&g
edom: 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
Vladimir 'phcoder' Serbinenko
Personal git
On Sun, Jun 21, 2009 at 1:05 PM, Robert Millan wrote:
> On Fri, Jun 19, 2009 at 01:53:18PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Fri, Jun 19, 2009 at 8:08 AM, Peter Cros wrote:
>>
>> > Hi again,
>> >
>> > Could the hfspbless
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index 1858a9c..b279f2f 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,18 @@
+2009-07-17 Vladimir Serbinenko
+
+ Fall back to efi
; I understand. Good luck with 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."
>
>
> ___
> 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 Sat, Jul 18, 2009 at 11:59 PM, Pavel Roskin wrote:
> On Sat, 2009-07-18 at 20:32 +0200, Robert Millan wrote:
>> On Fri, Jul 17, 2009 at 06:15:57PM +0200, Vladimir 'phcoder' Serbinenko
>> wrote:
>> > Like previously discussed efiemu32 can always be compiled
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index 9d98cdf..f34b4d6 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,35 @@
+2009-08-24 Colin D Bennett
+2009-08-24 Vladimir
On Mon, Aug 17, 2009 at 3:34 PM, Robert Millan wrote:
> On Fri, Aug 14, 2009 at 07:48:40PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> diff --git a/kern/file.c b/kern/file.c
>> index 9b56b88..85092b8 100644
>> --- a/kern/file.c
>> +++ b/kern/file.c
&
* string but was
otherwise correct.
May I remove this check?
--
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/lis
On Wed, Aug 26, 2009 at 2:40 AM, Robert Millan wrote:
> On Mon, Aug 24, 2009 at 10:48:26PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> + int dy;
>> + for (dy = 0; dy < dh; dy++)
>> + {
>> + int dx;
>> + for (dx = 0; dx < dw; dx+
On Sun, Mar 8, 2009 at 2:32 PM, Robert Millan wrote:
> On Sat, Mar 07, 2009 at 04:43:01PM +0100, phcoder wrote:
>> Hello. Here is a trivial patch for testing which interrupts are and
>> which aren't handled by BIOS. Can be used as a simple but not reliable
>> test for bo
: : "S" (real_mode_mem), "g"
> (params->code32_start));
>
> #endif
>
Is this compromise acceptable?
--
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
Ping?
On Sun, Aug 23, 2009 at 5:40 PM, Vladimir 'phcoder'
Serbinenko wrote:
> On Tue, Jul 28, 2009 at 7:55 PM, Robert Millan wrote:
>> On Sun, Jul 26, 2009 at 12:58:59AM +0200, Vladimir 'phcoder' Serbinenko
>> wrote:
>>> + /* This is our loop-det
Ping?
On Sat, Aug 22, 2009 at 9:44 PM, Vladimir 'phcoder'
Serbinenko wrote:
> --
> Regards
> Vladimir 'phcoder' Serbinenko
>
> Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
>
--
Regards
Vladimir 'phcoder' Serbinenko
Pe
NT8_*_(LEADING|TRAILING)_BIT[S] )
> --
> 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
to inline it and save few bytes. Here is a patch to fix
situation
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index b657885..3e8d253 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,12 @@
es if UTF-16 isn't needed
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/commands/usbtest.c b/commands/usbtest.c
index 1c49d81..3405c3b 100644
--- a/commands/usbtest.c
+++ b/commands/usbtest.c
@@ -19,6 +19,7 @@
, Vladimir 'phcoder'
Serbinenko wrote:
> Needs my usb patch first. Size of cores with filesystems needing
> UTF-16 doesn't change much (difficult to say if it increases or
> decreases ecause compression performance varies with other modules
> (bisdisk vs ata, ...) and even with
gt;
> This effectively hardcodes sizeof(entry). Can we avoid it?
Can one or another version be merge for release?
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
___
Grub-devel ma
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/Changelog.phcoder b/Changelog.phcoder
new file mode 100644
index 000..978faf6
--- /dev/null
+++ b/Changelog.phcoder
@@ -0,0 +1,10 @@
+2009-07-26 Vladimir
, partmap and fs
-O2 for other modules
--
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 Thu, Jul 16, 2009 at 5:56 PM, Robert Millan wrote:
> On Wed, Jul 15, 2009 at 10:51:55PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> Hello, some BIOSes don't conform semaphore specification about handing
>> over the control on UHCI and/or EHCI controller. Mos
hub.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
>
--
Regards
Vladimir 'phcoder' Serbinen
sh. IMO former is preferable for long-term
maintainance.
I'll test the patch on FreeBSD as soon as I get it back online.
>
> --
> Robert Millan
>
> The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
> how) you may access your data; but nobod
ompletely different file. OSX bootable disks and
partitions do it that way
> --
> Bean
>
> gitgrub home: http://github.com/grub/grub/
> my fork page: http://github.com/bean123/grub/
>
>
> ___
> Grub-devel m
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/grub-dev
On Sat, Aug 29, 2009 at 9:58 AM, Michal Suchanek wrote:
> 2009/8/29 Bean :
>> On Sat, Aug 29, 2009 at 2:27 PM, Vladimir 'phcoder'
>> Serbinenko wrote:
>>>> Actually, I think the correct handling is to first bless a boot
>>>> directory (storing th
and hard to get right. I would avoid this solution.
What do you think?
--
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 Sun, Aug 30, 2009 at 3:33 PM, Robert Millan wrote:
> On Fri, Aug 28, 2009 at 09:25:15PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> diff --git a/disk/lvm.c b/disk/lvm.c
>> index 126b494..59bf2d7 100644
>> --- a/disk/lvm.c
>> +++ b/disk/lvm.c
>>
ROGBITS 05741c 000cd8 01 MS 0
>> 0 1
>> c) [15] .comment PROGBITS 05741c 001cef 00 0
>> 0 1
>>
>> I will try to attach all acpi.ko to the debian BTS later.
>>
>> Petr
>>
>>
>>
>> --
&g
PROGBITS 05741c 001cef 00 0
>> 0 1
>>
>> I will try to attach all acpi.ko to the debian BTS later.
>>
>> Petr
>>
>>
>>
>> --
>> To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
>> with a subject of "unsubscri
Rediffed SDL patch. On top of my videomask, autogfx and doublebuf
patches. HTH for debugging before making release
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/Makefile.in b/Makefile.in
index 8e2cdc6..5bb7231 10
NESTED_FUNC_ATTR is exteneded to an empty string so gdb
and valgrind can't detect any error. Should we perhaps remove it
coupled with adding a requirement for at least gcc 4.2? Can I run
s/NESTED_FUNC_ATTR//g; on entire codebase and remove corresponding
entry in configure.ac?
--
Regards
Vladimir
4.2
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index 84dd6e4..916f581 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2009-09-01 Vladimir Serbinenko
+
+ Remove gcc <
On Tue, Sep 1, 2009 at 4:04 PM, Bean wrote:
> On Tue, Sep 1, 2009 at 9:44 PM, Vladimir 'phcoder'
> Serbinenko wrote:
>> It looks like grub2's codebase triggers bugs in old compiler. I don't
>> feel like we should support these compilers at all. Hence this p
ition;
grub_uint8_t lin_green_mask_size;
grub_uint8_t lin_green_field_position;
grub_uint8_t lin_blue_mask_size;
grub_uint8_t lin_blue_field_position;
grub_uint8_t lin_rsvd_mask_size;
grub_uint8_t lin_rsvd_field_position;
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git r
contains pointer to EFI system table.
5 - 64-bit EFI. Second field contains pointer to EFI system table.
All other values are reserved for future expansion
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/p
On Tue, Sep 1, 2009 at 4:19 PM, Bean wrote:
> On Tue, Sep 1, 2009 at 10:12 PM, Vladimir 'phcoder'
> Serbinenko wrote:
>> On Tue, Sep 1, 2009 at 4:04 PM, Bean wrote:
>>> On Tue, Sep 1, 2009 at 9:44 PM, Vladimir 'phcoder'
>>> Serbinenko wrote:
>&g
On Tue, Sep 1, 2009 at 5:45 PM, Vladimir 'phcoder'
Serbinenko wrote:
> Hello I propose to define following additional structures for multiboot:
> If flags[11] is set the field in addresses 88-95 contains an address
> of RSDT as defined in ACPI specification
> If flags[1
On Tue, Sep 1, 2009 at 8:47 PM, Isaac
Dupree wrote:
> Vladimir 'phcoder' Serbinenko wrote:
>>>
>>> If flags[13] is set 2 fields are defined on addresses 104-107 resp
>>> 108-116
>>> First field is firmware type
>>
>> 2 - BIOS. 16-bit m
g an explicit mapping would remove the overhead
> of trying to find a module that doesn't exist, and loading multiple modules
> may not be needed as well).
>
> --S
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gn
1)/boot/grub/menu.lst}. This means the file
> �...@file{/boot/grub/menu.lst} in the first partition of the first hard
Please remove references to menu.lst. It's not wrong in this context
but still confusing
Other than this patch is good. I don't think it needs more review. You
can commit
368
>
> gcc is 4.3.4 from debian.
> ---
> 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
>
--
Rega
ow we discover a bug in "for" loop compiling. This wouldn't be a
reason to replace all "for"s with "while"s. The root issue is compiler
bug and it should be fixed
The root issue is a compil
>
> _______
> Grub-devel mailing
The only drawback is that
all asm helpers with >=3 arguments need an excplicit attribute
regparam(3)
> --
> Felix Zielcke
> Proud Debian Maintainer
>
>
>
> _______
> Grub-devel mailing list
> Gru
s. :-)
>
> Can you please report a bug in bugzilla, saying which versions work and
> which fail? Also can you write in the report what was your analysis with
> respect to regparm?
Done by Robert Millan here: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41246
>
> Thanks!
>
> Paolo
>
--
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
> for (p = head, index = 0; p;)
> {
> printf ("%d\n", index);
> p = p->next;
> if (p)
> index += p->length;
> }
>
>
> --
> Bean
>
> gitgrub home: http://github.com/grub/grub/
> my fork page: http://github.com/bean123/grub/
>
>
;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."
>
>
> _______
> Grub-devel mailing list
&
r dependencies are
> GNU software.
>
Yes but you can't force user to install more GNU than he wants. If
supporting Apple's CC gets in the way of developpement I'll say
ditching its support is a natural step. But I don't ask to hold back
any code nor to test Every buil
On Thu, Sep 3, 2009 at 4:58 PM, Robert Millan wrote:
> On Tue, Sep 01, 2009 at 06:07:04PM +0200, Robert Millan wrote:
>> On Tue, Sep 01, 2009 at 03:44:18PM +0200, Vladimir 'phcoder' Serbinenko
>> wrote:
>> >
>> > +AC_CACHE_CHECK([whether gcc is recent e
-- Forwarded message --
From: David Miller
Date: Sun, Sep 6, 2009 at 12:23 AM
Subject: Re: [RFC] Eliminate NESTED_ATTR_FUNC
To: phco...@gmail.com
From: "Vladimir 'phcoder' Serbinenko"
Date: Sat, 5 Sep 2009 23:04:00 +0200
> On Fri, Sep 4, 2009 at 1:17
check if gcc uses Apple's binutils?
>
> Regards,
> Yves Blusseau
> ___
> 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.c
just for generating output.
>
> --
> Colin Watson [cjwat...@ubuntu.com]
>
>
> ___
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/m
________
> 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
>> Patches are welcome.
>
> I'm not sure it's possible to write patches for a multi-boot compliant
> boot loader without a specification that defines "multi-boot
> compliant".
>
Read it here: http://www.gnu.org/software/grub/manual/multiboot/multiboot.html
>
> Cheers,
>
> Brendan
>
>
> ___
> 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 Tue, Sep 15, 2009 at 1:23 AM, Brendan Trotter wrote:
> Hi,
>
> On Tue, Sep 15, 2009 at 6:19 AM, Vladimir 'phcoder' Serbinenko
> wrote:
>> On Mon, Sep 14, 2009 at 10:12 PM, Brendan Trotter wrote:
>>> On Tue, Sep 15, 2009 at 4:41 AM, Pavel Roskin wrote:
&
Joey Korkames wrote:
>>> > I don't know what pxegrub can do, but GRUB 2 has PXE support:
>>> > http://grub.enbug.org/PXEBOOT
>>> >
>>>
>>> This would suffice for reading config and/or default from tftp so the
>>> boot selection can be changed remotely on systems that have PXE.
>
> I use PXE:UNDI al
Brendan Trotter wrote:
>> No. Usuable means only that firmware isn't destroyed. Any device may
>> be in a different state
>>
>
> Any device (that the firmware assumes is in a certain state) may be
> left in a different state (that the firmware no longer knows about)?
>
> For a very simple exam
Robert Millan wrote:
> Hi,
>
> -Werror is not in effect. This will help ensuring that all new code is
> checked to be warning-free before commit (incidentally, I found a newly
> introduced bug thanks to this just minutes before enabling it).
>
>
If you mean this change:
+ /* Any value differ
richardvo...@gmail.com wrote:
> On Sat, Sep 19, 2009 at 9:12 AM, Vladimir 'phcoder' Serbinenko
> wrote:
>
>> Robert Millan wrote:
>>
>>> Hi,
>>>
>>> -Werror is not in effect. This will help ensuring that all new code is
>>&
Brendan Trotter wrote:
> Hi,
>
> On Sat, Sep 19, 2009 at 11:36 PM, Vladimir 'phcoder' Serbinenko
> wrote:
>
>> Brendan Trotter wrote:
>>
>>>> No. Usuable means only that firmware isn't destroyed. Any device may
>>>> be in
Dean Loros wrote:
> Greetings--
>
> Ubuntu has been testing Grub2 for a number of months now & a
> "interesting" problem has surfaced. If your /boot is on a different
> drive than the MBR, you will have several minutes of drive use before
> you get to the Grub2 menu. My current timing is 3min 50sec
Stefan Bienert wrote:
> Hi Grub2 fans!
>
> I'm trying to get Grub2 working on a Efi platform (MacBook 5,1).
> In version 1.96 I get a menu with a working MacOSX entry, but linux
> won't boot. I just get some output which looks like data for the video
> card, than the system hangs.
>
> With todays S
Colin Watson wrote:
> On Sun, Sep 20, 2009 at 10:00:13PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
>> As a workaround for time being you can use one or more of the following:
>> 1) Increase cache size. Can this be done in 1.97?
>> Change include/
Dean Loros wrote:
> Today's Topics:
>
>>7. Re: Current Grub2 & problem with /boot on different drive
>> (Vladimir 'phcoder' Serbinenko)
>>
>>
>> --
>>
&
Colin Watson wrote:
> I'm not quite sure I've got everything right here, so please review.
>
> It seemed much simpler to add everything to Makefile.in than to go
> through conf/*.rmk for this, as there's no platform-specific work to be
> done here.
>
> 2009-09-15 Colin Watson
>
> Build in
is can be approached?
>
>
> Date: Mon, 21 Sep 2009 15:58:17 +0100 From: Colin Watson
> Subject: Re: Current Grub2 & problem with /boot on
> different drive To: The development of GRUB 2
> Message-ID: <20090921145817.gm13...@riva.ucam.org> Content-Type:
> text/plain;
Andrey Shuvikov wrote:
> Hello,
>
> I tried to install Grub2 under FreeBSD but grub-install failed because
> readlink doesn't understand -f and stat doesn't have -c. I edited
> grub-mkconfig_lib.in to use different commands instead. I'm not sure it's the
> right way to handle this difference but
Dean Loros wrote:
> Greetings Colin & Vladimir--
> Tried the patched grub2--I've gone back to the 3 1/2 minutes to menu
> with it--before it was 3 min 50 sec--so it is a slight
> improvement--any other ideas?
>
Can you issue "set" from grub console. Are you sure you really use my
version?
> Cheers!
Robert Millan wrote:
> On Tue, Sep 22, 2009 at 09:56:07AM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
>> Try attached WIP patch
>>
>
> Excellent. This was quite necessary. I have to admit my (UUID=) kludge was
> a really poor solution (although i
>
>
I already said: try "set" from grub console
> Cheers!!!
> Dean
>
>
>> Message: 1
>> Date: Fri, 25 Sep 2009 08:31:34 +0200
>> From: Vladimir 'phcoder' Serbinenko
>> Subject: Re: Current Grub2 & problem with /boot on different drive
>&
Robert Millan wrote:
> On Fri, Sep 25, 2009 at 01:31:54PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>
>> Robert Millan wrote:
>>
>>> On Tue, Sep 22, 2009 at 09:56:07AM +0200, Vladimir 'phcoder' Serbinenko
>>&
Stefan Bienert wrote:
> Hi again,
>
> 2 days of booting with grub2 in EFI mode and still happy...
>
> Now I have several further questions:
>
> - Depending on whether an USB disk is connected, or not, the hd numbers
> change. Is there a setup to avoid changing the numbers in the entries on
> boot?
Colin Watson wrote:
> On Fri, Sep 25, 2009 at 03:35:57PM -0700, Seth Goldberg wrote:
>
>> Ok, setting TARGET_CC to gcc-4.3.2 works around this. My assumption was
>> that CC was the right environment variable (technically, it is, since I'm
>> not "cross-compiling".
>>
>
> Any reason not
1301 - 1400 of 2339 matches
Mail list logo