Re: hdparm and prefix invalidation

2009-11-09 Thread Vladimir 'phcoder' Serbinenko
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

Re: bzr is online

2009-11-09 Thread Bean
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

Re: bzr is online

2009-11-09 Thread Vladimir 'phcoder' Serbinenko
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

Re: bzr is online

2009-11-09 Thread Bean
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

Grub EFI ia32 in QEMU using TianoCore EFI BIOS

2009-11-09 Thread Colin Ian King
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?

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Bean
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Vladimir 'phcoder' Serbinenko
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

Re: bzr is online

2009-11-09 Thread Robert Millan
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

Re: hdparm documentation

2009-11-09 Thread Robert Millan
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Robert Millan
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Robert Millan
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Bean
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Vladimir 'phcoder' Serbinenko
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

[PATCH] prefix redefinition fix (Re: hdparm documentation)

2009-11-09 Thread Robert Millan
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

Re: Bazaar as main repository

2009-11-09 Thread Michal Suchanek
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

Re: [GITGRUB] New menu interface (implementation)

2009-11-09 Thread Bean
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

Re: Bazaar as main repository

2009-11-09 Thread 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 protested, and we finally sorted out t

Re: Bazaar as main repository

2009-11-09 Thread Michal Suchanek
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

mingw32 compile fixes (Re: [GITGRUB] New menu interface (implementation))

2009-11-09 Thread Robert Millan
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

GRUB 1.97.1 released

2009-11-09 Thread Robert Millan
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

RE: Grub-devel Digest, Vol 69, Issue 16

2009-11-09 Thread Pedro A ARANDA
> 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

Re: Bazaar as main repository

2009-11-09 Thread Felix Zielcke
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

Re: mingw32 compile fixes (Re: [GITGRUB] New menu interface (implementation))

2009-11-09 Thread Bean
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

Re: Grub-devel Digest, Vol 69, Issue 16

2009-11-09 Thread Robert Millan
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

Re: [PATCH] Improve handling of "keep" in gfxpayload

2009-11-09 Thread Robert Millan
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Duboucher Thomas
-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; >>

Re: [PATCH] Improve handling of "keep" in gfxpayload

2009-11-09 Thread Colin Watson
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Robert Millan
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Vladimir 'phcoder' Serbinenko
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Robert Millan
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Bean
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. >> > >> >

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Vladimir 'phcoder' Serbinenko
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Bean
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

Re: mingw32 compile fixes (Re: [GITGRUB] New menu interface (implementation))

2009-11-09 Thread Robert Millan
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

warn_unused_result attribute (Re: mingw32 compile fixes (Re: [GITGRUB] New menu interface (implementation)))

2009-11-09 Thread 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 -Werror, this turn into > error, to work around it, use something like th

Re: warn_unused_result attribute (Re: mingw32 compile fixes (Re: [GITGRUB] New menu interface (implementation)))

2009-11-09 Thread Felix Zielcke
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 -

Re: warn_unused_result attribute (Re: mingw32 compile fixes (Re: [GITGRUB] New menu interface (implementation)))

2009-11-09 Thread Colin Watson
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

Re: warn_unused_result attribute (Re: mingw32 compile fixes (Re: [GITGRUB] New menu interface (implementation)))

2009-11-09 Thread Robert Millan
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

Re: [PATCH] prefix redefinition fix (Re: hdparm documentation)

2009-11-09 Thread Robert Millan
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Duboucher Thomas
-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++; >

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Vladimir 'phcoder' Serbinenko
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++; > >

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Duboucher Thomas
-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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Robert Millan
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.

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Duboucher Thomas
-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

Re: [PATCH] turn grub-emu into a port

2009-11-09 Thread Robert Millan
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)); > +

Re: [patch] grub incorrectly identifies ext3 as fat

2009-11-09 Thread Robert Millan
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

GRUB2 partition numbers are 1-based now?

2009-11-09 Thread Darron Black
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Darron Black
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread richardvo...@gmail.com
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread richardvo...@gmail.com
> 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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Darron Black
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

Re: GRUB2 partition numbers are 1-based now?

2009-11-09 Thread Darron Black
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

LVM write support from grub2. Writing to environment block in core.img

2009-11-09 Thread Roger Cruz
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

Re: Imminent bugfix release (1.97.1)

2009-11-09 Thread Bean
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,