Pedro A ARANDA wrote:
> Thanks Christian :-) that works now. I now understand that the last module
> I have to load is ata_pthru That's great. So currently I can turn off APM
> and got rid of the clunking. Next step is to make OSX load.
>
Booting OSX on non-Apple computer constitutes an EULA vio
On Mon, Nov 9, 2009 at 4:45 AM, Vladimir 'phcoder' Serbinenko
wrote:
> Bean wrote:
>> On Sun, Nov 8, 2009 at 11:36 PM, Vladimir 'phcoder' Serbinenko
>> wrote:
>>
>>> Hello, all. As you may have heard or noticed we had a data corruption in
>>> bzr repository. We couldn't find for sure what caused
Bean wrote:
> On Mon, Nov 9, 2009 at 4:45 AM, Vladimir 'phcoder' Serbinenko
> wrote:
>
>> Bean wrote:
>>
>>> On Sun, Nov 8, 2009 at 11:36 PM, Vladimir 'phcoder' Serbinenko
>>> wrote:
>>>
>>>
Hello, all. As you may have heard or noticed we had a data corruption in
bzr repo
On Mon, Nov 9, 2009 at 4:41 PM, Vladimir 'phcoder' Serbinenko
wrote:
> Bean wrote:
>> On Mon, Nov 9, 2009 at 4:45 AM, Vladimir 'phcoder' Serbinenko
>> wrote:
>>
>>> Bean wrote:
>>>
On Sun, Nov 8, 2009 at 11:36 PM, Vladimir 'phcoder' Serbinenko
wrote:
> Hello, all. As you
Hi,
I've noticed only just recently that an EFI BIOS has been ported to
QEMU http://www.qemu.org/efi-bios.tar.bz2 from the TianoCore EFI
sources.
Has anyone had any success at getting EFI enabled grub2 to load and boot
a kernel inside of QEMU using this TianoCore EFI BIOS?
On Mon, Nov 9, 2009 at 9:04 AM, Robert Millan wrote:
>
> A security problem [1] was found in our password-checking routines,
> which affects GRUB 1.97. I'll be releasing 1.97.1 tomorrow.
>
> Additionally, I cherry-picked fixes for a few problems that should
> have made it to the release, like GNU
Bean wrote:
> On Mon, Nov 9, 2009 at 9:04 AM, Robert Millan wrote:
>
>> A security problem [1] was found in our password-checking routines,
>> which affects GRUB 1.97. I'll be releasing 1.97.1 tomorrow.
>>
>> Additionally, I cherry-picked fixes for a few problems that should
>> have made it to
On Mon, Nov 09, 2009 at 04:53:37PM +0800, Bean wrote:
>
> Hi,
>
> I use the following method to apply patches:
>
> find a common parent for old and new branch.
> move one revision up in old branch,
> remove all files expect .bzr in new branch, then copy files from old branch.
> use bzr commit to
On Sun, Nov 08, 2009 at 06:09:33PM +0100, Christian Franke wrote:
>
> After 'insmod ata', loading of further modules typically fails because
> the drive in the 'prefix' variable is no longer valid.
Actually, there's a bit more to it: even if you reset prefix, it won't
use the new path.
I'm wor
On Sun, Nov 08, 2009 at 06:08:39PM -0800, Jordan Uggla wrote:
> None of the .sh scripts ( autogen.sh and the scripts it uses ) are
> executable; I needed to "chmod 744 *.sh" before I could run
> ./autogen.sh successfully. After doing that make failed with an error
> in auth.c. This was with revisio
On Mon, Nov 09, 2009 at 02:50:36PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> >
> > Actually, the function of grub_auth_strcmp puzzles me, why would it
> > need to wait 100 ms to return the result ?
> 10 ms actually. The goal is to take same amount of time indpendently of
> input values. But pr
On Mon, Nov 9, 2009 at 9:50 PM, Vladimir 'phcoder' Serbinenko
wrote:
> Bean wrote:
>> On Mon, Nov 9, 2009 at 9:04 AM, Robert Millan wrote:
>>
>>> A security problem [1] was found in our password-checking routines,
>>> which affects GRUB 1.97. I'll be releasing 1.97.1 tomorrow.
>>>
>>> Additional
Bean wrote:
> On Mon, Nov 9, 2009 at 9:50 PM, Vladimir 'phcoder' Serbinenko
> wrote:
>
>> Bean wrote:
>>
>>> On Mon, Nov 9, 2009 at 9:04 AM, Robert Millan wrote:
>>>
>>>
A security problem [1] was found in our password-checking routines,
which affects GRUB 1.97. I'll be
On Mon, Nov 09, 2009 at 03:13:38PM +0100, Robert Millan wrote:
> On Sun, Nov 08, 2009 at 06:09:33PM +0100, Christian Franke wrote:
> >
> > After 'insmod ata', loading of further modules typically fails because
> > the drive in the 'prefix' variable is no longer valid.
>
> Actually, there's a bit
2009/11/8 Robert Millan :
>
> Hi,
>
> Vladimir would like to do this move; I would like too, and can only assume
> that Colin Watson would be satisfied with it.
>
> So far nobody protested, and we finally sorted out the corruption problems.
>
> I stop resyncing with SVN now. All developers are en
Hi,
Update:
Sync with upstream r1810, also fix a few compile error of grub-mkisofs
in mingw and ubuntu karmic.
--
Bean
My repository: https://launchpad.net/burg
Document: https://help.ubuntu.com/community/Burg
___
Grub-devel mailing list
Grub-devel
On Mon, Nov 09, 2009 at 04:49:58PM +0100, Michal Suchanek wrote:
> 2009/11/8 Robert Millan :
> >
> > Hi,
> >
> > Vladimir would like to do this move; I would like too, and can only assume
> > that Colin Watson would be satisfied with it.
> >
> > So far nobody protested, and we finally sorted out t
2009/11/9 Robert Millan :
> On Mon, Nov 09, 2009 at 04:49:58PM +0100, Michal Suchanek wrote:
>> 2009/11/8 Robert Millan :
>> >
>> > Hi,
>> >
>> > Vladimir would like to do this move; I would like too, and can only assume
>> > that Colin Watson would be satisfied with it.
>> >
>> > So far nobody pr
On Mon, Nov 09, 2009 at 11:55:11PM +0800, Bean wrote:
> Sync with upstream r1810,
Nice.
> also fix a few compile error of grub-mkisofs
> in mingw and ubuntu karmic.
Could you perhaps send a patch for those compile fixes?
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We
Hi,
GNU GRUB version 1.97.1 has been released.
GRUB, also known as the GRand Unified Bootloader, is a modular, portable
bootloader that supports a number of platforms, including standard BIOS-based
PCs, IEEE-1275 platforms (such as the OLPC and some PowerPC/Sparc64 hardware)
and coreboot, the fr
> Message: 4
> Date: Mon, 9 Nov 2009 15:13:38 +0100
> From: Robert Millan
> Subject: Re: hdparm documentation
> To: The development of GNU GRUB
> Message-ID: <20091109141338.gb19...@thorin>
> Content-Type: text/plain; charset=us-ascii
>
> On Sun, Nov 08, 2009 at 06:09:33PM +0100, Christian Fran
Am Montag, den 09.11.2009, 16:49 +0100 schrieb Michal Suchanek:
>
> is there a tool similar to git-svn that would import bzr repository
> into git?
You can use the bzr fast-export , git fast-import method for a one time
conversion.
If I understood Vladimir on IRC right, incremental mirroring sho
On Tue, Nov 10, 2009 at 12:16 AM, Robert Millan wrote:
> On Mon, Nov 09, 2009 at 11:55:11PM +0800, Bean wrote:
>> Sync with upstream r1810,
>
> Nice.
>
>> also fix a few compile error of grub-mkisofs
>> in mingw and ubuntu karmic.
>
> Could you perhaps send a patch for those compile fixes?
Hi,
H
On Mon, Nov 09, 2009 at 04:31:17PM +, Pedro A ARANDA wrote:
>
> Hi, :-) thanks a lot. BTW if you need a tester. let me know ;-)
I sent a patch in a mail with subject:
"[PATCH] prefix redefinition fix (Re: hdparm documentation)"
Btw, please try to avoid repliing on digest mails, it breaks
On Mon, Aug 10, 2009 at 12:01:02PM +0100, Colin Watson wrote:
> If the user set "keep" in gfxpayload, as I understand it, that indicates
> that they want the graphical mode set by GRUB to persist through to the
> kernel. In order for this to actually work with Linux, we need to set up
> the vid_mod
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vladimir 'phcoder' Serbinenko a écrit :
> Bean wrote:
>> On Mon, Nov 9, 2009 at 9:50 PM, Vladimir 'phcoder' Serbinenko
>> wrote:
>>
>> Hi,
>>
>> int
>> grub_auth_strcmp (const char *s1, const char *s2)
>> {
>> int ret;
>> grub_uint64_t end;
>>
On Mon, Nov 09, 2009 at 06:18:41PM +0100, Robert Millan wrote:
> We don't have GRUB_ASSUME_LINUX_HAS_FB_SUPPORT anymore. Does this
> patch still make sense? (or some part of it? I suspect
> GRUB_LINUX_VID_MODE_CURRENT is still useful).
Given the kernel issues with it, I've withdrawn this patch
On Mon, Nov 09, 2009 at 06:46:16PM +0100, Duboucher Thomas wrote:
>
> Ok, I typed this in a few minutes and I'm not confident either with
> what I wrote; I would check that it works first. ;)
> But the point here is that whatever the user gives as an input, it is
> executed exactly n-t
Robert Millan wrote:
> On Mon, Nov 09, 2009 at 06:46:16PM +0100, Duboucher Thomas wrote:
>
>> Ok, I typed this in a few minutes and I'm not confident either with
>> what I wrote; I would check that it works first. ;)
>> But the point here is that whatever the user gives as an input, it
On Mon, Nov 09, 2009 at 07:15:48PM +0100, Vladimir 'phcoder' Serbinenko wrote:
> Robert Millan wrote:
> >
> > Actually, modern CPUs are very complex and the number of operations (or
> > time taken by them) isn't easy to predict.
> >
> >
> It's generally a good practice to do exactly same operati
On Tue, Nov 10, 2009 at 2:25 AM, Robert Millan wrote:
> On Mon, Nov 09, 2009 at 07:15:48PM +0100, Vladimir 'phcoder' Serbinenko wrote:
>> Robert Millan wrote:
>> >
>> > Actually, modern CPUs are very complex and the number of operations (or
>> > time taken by them) isn't easy to predict.
>> >
>> >
Bean wrote:
> On Tue, Nov 10, 2009 at 2:25 AM, Robert Millan wrote:
>
>> On Mon, Nov 09, 2009 at 07:15:48PM +0100, Vladimir 'phcoder' Serbinenko
>> wrote:
>>
>>> Robert Millan wrote:
>>>
Actually, modern CPUs are very complex and the number of operations (or
time taken by
On Tue, Nov 10, 2009 at 2:46 AM, Vladimir 'phcoder' Serbinenko
wrote:
> Bean wrote:
>> On Tue, Nov 10, 2009 at 2:25 AM, Robert Millan wrote:
>>
>>> On Mon, Nov 09, 2009 at 07:15:48PM +0100, Vladimir 'phcoder' Serbinenko
>>> wrote:
>>>
Robert Millan wrote:
> Actually, modern CPUs ar
On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
>
> MINGW don't have fnmatch.h, add fnmatch.h to include
> MINGW don't define S_IROTH, S_IRGRP and u_char
> MINGW don't have lstat, getuid and getgid.
I started making some adjustments to these, and it was basically rewritten. I
verified curr
On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> Some system such as ubuntu karmic define write using
> warn_unused_result attribute, which cause a warning when return value
> of write is not used. As grub compile with -Werror, this turn into
> error, to work around it, use something like th
Am Montag, den 09.11.2009, 21:04 +0100 schrieb Robert Millan:
> On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> > Some system such as ubuntu karmic define write using
> > warn_unused_result attribute, which cause a warning when return
> value
> > of write is not used. As grub compile with -
On Mon, Nov 09, 2009 at 09:04:50PM +0100, Robert Millan wrote:
> On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> > Some system such as ubuntu karmic define write using
> > warn_unused_result attribute, which cause a warning when return value
> > of write is not used. As grub compile with -W
On Mon, Nov 09, 2009 at 09:10:33PM +0100, Felix Zielcke wrote:
> Am Montag, den 09.11.2009, 21:04 +0100 schrieb Robert Millan:
> > On Tue, Nov 10, 2009 at 12:46:06AM +0800, Bean wrote:
> > > Some system such as ubuntu karmic define write using
> > > warn_unused_result attribute, which cause a warni
On Mon, Nov 09, 2009 at 04:00:17PM +0100, Robert Millan wrote:
> === modified file 'normal/autofs.c'
> --- normal/autofs.c 2009-11-09 14:45:28 +
> +++ normal/autofs.c 2009-11-09 14:55:27 +
> @@ -51,12 +51,6 @@
> read_fs_list (void)
> {
>const char *prefix;
> - static int first_ti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bean a écrit :
>
> Hi,
>
> This one work:
>
> int
> auth_strcmp (const char *s1, const char *s2)
> {
> int result = 0;
>
> while (1)
> {
> result += (*s1 != *s2);
> if (*s1 == 0)
> break;
>
> s1++;
> s2++;
>
Duboucher Thomas wrote:
> Bean a écrit :
> > Hi,
>
> > This one work:
>
> > int
> > auth_strcmp (const char *s1, const char *s2)
> > {
> > int result = 0;
>
> > while (1)
> > {
> > result += (*s1 != *s2);
> > if (*s1 == 0)
> > break;
>
> > s1++;
> > s2++;
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vladimir 'phcoder' Serbinenko a écrit :
> Duboucher Thomas wrote:
>> Bean a écrit :
>>> Hi,
>>> This one work:
>>> int
>>> auth_strcmp (const char *s1, const char *s2)
>>> {
>>> int result = 0;
>>> while (1)
>>> {
>>> result += (*s1 != *s
On Mon, Nov 09, 2009 at 10:43:48PM +0100, Duboucher Thomas wrote:
> Well, the only way to solve that problem would be IMHO to add a limit
> to the size of s2, and use this maximum size as an end condition for the
> 'for' statement. Any better idea? :)
We have a maximum line read size anyway.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Millan a écrit :
> On Mon, Nov 09, 2009 at 10:43:48PM +0100, Duboucher Thomas wrote:
>> Well, the only way to solve that problem would be IMHO to add a limit
>> to the size of s2, and use this maximum size as an end condition for the
>> 'fo
On Sat, Oct 31, 2009 at 12:08:55AM +0100, Vladimir 'phcoder' Serbinenko wrote:
> Following hunk is a regression for me:
> - return (tv.tv_sec * GRUB_TICKS_PER_SECOND
> - + (((tv.tv_sec % GRUB_TICKS_PER_SECOND) * 100 + tv.tv_usec)
> -* GRUB_TICKS_PER_SECOND / 100));
> +
On Sat, Oct 31, 2009 at 08:15:56PM +0100, Robert Millan wrote:
> On Sat, Oct 31, 2009 at 02:43:19PM -0400, Andrew Clausen wrote:
> > > Or we can attempt to read a given file when we expect it's there. For
> > > example, if we're looking for /boot/grub/, we can tell "/boot/grub" to the
> > > filesy
I'd like to make sure I'm not going crazy.
From the Ubuntu 9.10 installs I've done recently, I've noticed
/dev/sda1 -> (hd0,1), /dev/sda2 -> (hd0,2), etc, etc.
At first I thought it was a bug with the grub.cfg generation... since I
was only getting the grub> prompt on boot and typing in the
Duboucher Thomas wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robert Millan a écrit :
On Mon, Nov 09, 2009 at 10:43:48PM +0100, Duboucher Thomas wrote:
Well, the only way to solve that problem would be IMHO to add a limit
to the size of s2, and use this maximum size as
On Mon, Nov 9, 2009 at 4:46 PM, Duboucher Thomas wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Robert Millan a écrit :
>> On Mon, Nov 09, 2009 at 10:43:48PM +0100, Duboucher Thomas wrote:
>>> Well, the only way to solve that problem would be IMHO to add a limit
>>> to the size
> Hello,
>
> I'd be concerned about (s1 != s2). Depending on how efficiently this
> compiles, could not branch prediction make this faster for match vs. not
> match, etc?. I'd be worried about all the ways (and future ways) compilers
> might help us and introduce time differences.
I was avoiding
richardvo...@gmail.com wrote:
Hello,
I'd be concerned about (s1 != s2). Depending on how efficiently this
compiles, could not branch prediction make this faster for match vs. not
match, etc?. I'd be worried about all the ways (and future ways) compilers
might help us and introduce time differe
Darron Black wrote:
I'd like to make sure I'm not going crazy.
From the Ubuntu 9.10 installs I've done recently, I've noticed
/dev/sda1 -> (hd0,1), /dev/sda2 -> (hd0,2), etc, etc.
At first I thought it was a bug with the grub.cfg generation... since
I was only getting the grub> prompt on bo
I have a system where the boot partition is on top of an LVM. I'm using the
loadenv module to save state and remember the previously booted entry. I have
something like this:
if [ ${prev_saved_entry} ]; then saved_entry=${prev_saved_entry} save_env
saved_entry prev_saved_entry= save_env p
On Tue, Nov 10, 2009 at 5:34 AM, Vladimir 'phcoder' Serbinenko
wrote:
> But now it has a technical problem: it may read post array definitions.
> If any of post-array memory is MMIO or absent reading from it may have
> peculiar consequences
>> Also, because s1 and s2 have two differents roles,
54 matches
Mail list logo