Le mer 23 jan 2008 à 12:43:31 +0100, Robert Millan a écrit :
> commands/ieee1275/halt.c looks like the same thing to me. Perhaps it'd make
> more sense to move that to commands/halt.c and use it as the "generic" version
> of halt command?
Ok, is there any objection ?
___
Le mer 23 jan 2008 à 12:39:35 +0100, Marco Gerards a écrit :
> Alexandre Boeglin <[EMAIL PROTECTED]> writes:
> > As Marco finally received my copyright application papers, could someone
> > have a look at these patches ?
>
> Just to be very sure: did this happen?
Hi,
Le mar 29 jan 2008 à 10:59:22 +0100, Robert Millan a écrit :
> > On EFI, the prefix is extracted from an EFI path, whose case may not match
> > the FAT entries.
>
> Can you be more specific about this? What do the specs say? We wrote
> /boot/grub ourselves via grub-install; is an EFI-compliant
Le mar 05 fév 2008 à 23:11:52 +0100, Robert Millan a écrit :
> On Tue, Feb 05, 2008 at 10:34:09PM +0100, Alexandre Boeglin wrote:
> > - "--" handling is trivial, I think this can be commited.
>
> Please can you add a follow-up in the relevant thread(s) ? I get easily
&g
Le mer 06 fév 2008 à 09:01:36 +0530, G vijaya Bhaskar Muppana a écrit :
> I am not using Mac Machine. I have created EFI environment in USB disk using
> DUET, given in https://www.tianocore.org/
Hi,
Could you provide more information, like how you built the grub image ? and
the layout of your usb
Le mer 06 fév 2008 à 01:11:04 +0100, Robert Millan a écrit :
> On Wed, Feb 06, 2008 at 12:11:41AM +0100, Alexandre Boeglin wrote:
> > This was just a one line fix:
> >
> > Index: normal/arg.c
> > ===
> &
Le mar 05 fév 2008 à 23:10:23 +0100, Robert Millan a écrit :
> On Tue, Feb 05, 2008 at 10:39:29PM +0100, Alexandre Boeglin wrote:
> > Le mer 23 jan 2008 à 12:43:31 +0100, Robert Millan a écrit :
> > > commands/ieee1275/halt.c looks like the same thing to me. Perhaps it'd
Le dim 10 fév 2008 à 17:56:12 +0100, Robert Millan a écrit :
> On Sun, Feb 10, 2008 at 05:37:27PM +0100, Alexandre Boeglin wrote:
> >
> > * commands/halt.c: ... to here.
> > Add some precompiler directive to include the correct header for each
> > machine.
>
Le dim 10 fév 2008 à 22:05:46 +0100, Robert Millan a écrit :
> For consistency with similar code elsewhere in GRUB, I think it's better if
> you made this:
>
> #if defined(foo)
> #elif defined(bar)
> #endif
No whitespace before the opening bracket in this case ?
By the way, this case is a good e
Le mer 30 jan 2008 à 06:48:11 +0100, Tristan Gingold a écrit :
> * loader/ia64/efi/linux_normal.c: New file.
> * loader/ia64/efi/linux.c: New file.
Hello,
Wouldn't it be possible to merge these and the current loader/i386/efi/linux*
into one single loader/efi/linux.c and linux_normal.
Le lun 11 fév 2008 à 15:11:44 +0100, Robert Millan a écrit :
> No. See how other parts of GRUB do it.
Ok, here's the patch. I also added 2008 to the copyright statement of modified
files.
Alex
diff -ruNap -x CVS -x '*.lst' -x '*.mk' -x '.*' -x '*.d' -x '*.o' grub2_commit/commands/halt.c grub2_c
Le mar 12 fév 2008 à 11:47:26 +0100, Robert Millan a écrit :
> On Mon, Feb 11, 2008 at 11:15:50PM +0100, Alexandre Boeglin wrote:
> > Le lun 11 fév 2008 à 15:11:44 +0100, Robert Millan a écrit :
> > > No. See how other parts of GRUB do it.
> >
> > Ok, here's
-u -p -r1.591 ChangeLog
--- ChangeLog 17 Feb 2008 10:32:02 - 1.591
+++ ChangeLog 17 Feb 2008 11:47:50 -
@@ -1,3 +1,8 @@
+2008-02-17 Alexandre Boeglin <[EMAIL PROTECTED]>
+
+ * include/grub/efi/time.h (GRUB_TICKS_PER_SECOND): One minute is 60 * 1000
+ milliseconds.
+
2008-02-17
Le dim 17 fév 2008 à 12:52:40 +0100, Alexandre Boeglin a écrit :
> This small patch fixes grub_get_rtc on EFI architecture.
Ah, actually, it seems it's not good enough, as it still hangs on minute
leaps...
Alex
___
Grub-devel mailing list
Gr
Le ven 08 fév 2008 à 17:15:35 +0100, Robert Millan a écrit :
> +static int
> +grub_interruptible_millisleep (grub_uint32_t ms)
> +{
> + grub_uint32_t end_at;
> +
> + end_at = grub_get_rtc () + grub_div_roundup (ms * GRUB_TICKS_PER_SECOND,
> 1000);
> +
> + while (grub_get_rtc () < end_at)
>
Le dim 17 fév 2008 à 13:15:54 +0100, Alexandre Boeglin a écrit :
> Ah, actually, it seems it's not good enough, as it still hangs on minute
> leaps...
This one seems to work (returning unix time), but I don't know if it's
acceptable.
Alex
Index: in
Le mar 19 fév 2008 à 13:05:32 -0600, Daedius a écrit :
> I was wondering if anyone is doing any testing of Grub 2 on intel
> Macintosh computers.
Hello,
Basically, booting Mac OS X and a efi-aware Linux have been tested and should
work, and everything else does not yet ;)
> A test matrix someone
Le dim 17 fév 2008 à 15:55:14 +0100, Alexandre Boeglin a écrit :
> This one seems to work (returning unix time), but I don't know if it's
> acceptable.
Hi, here is the candidate for inclusion, including Changelog.
It has a resolution of 1 second, which is OK I think, as afaik
Le jeu 21 fév 2008 à 22:08:55 +0100, Yoshinori K. Okuji a écrit :
> On Sunday 17 February 2008 12:52, Alexandre Boeglin wrote:
> > This small patch fixes grub_get_rtc on EFI architecture. If I understood
> > correctly, one minute is 6 milliseconds, not 3600.
>
> Nope. Wha
Le ven 22 fév 2008 à 09:24:23 +0100, Yoshinori K. Okuji a écrit :
> > Then, I think the problem is the same, as the current grub_get_rtc returns
> > a number of milliseconds. So, shouldn'it be 60 * 60 * 1000 ?
>
> No. Why do you think it returns milliseconds?
Ah, it does not exactly "return" mill
ed, if the grub_prefix is an empty string,
grub2_efi_halt_reboot.patch adds support for the reboot and halt commands,
provided by efi runtime services.
Regards,
Alex
P.S.: I sent the patches as attachments, I don't know if they will be
discarded by the list robot or not ...
--
Alexandre Boeglin
On Sun, 4 Nov 2007 00:06:31 +0100, Alexandre Boeglin <[EMAIL PROTECTED]>
wrote:
> grub2_efi_chainloader_options.patch adds support for efi chainload
> options,
> it is not really beautiful (for instance, the ascii to utf16 conversion),
> but it works for the MacOSX loader,
Le Sun, Nov 04, 2007 at 01:04:24AM +0100, Alexandre Boeglin a écrit :
> Sorry, there was a mistake in the previous one ...
Oops, and line 91 of this one should be
+loaded_image->load_options_size = options_len + sizeof (*options);
instead of
+loaded_image->load_opt
On Sun, 4 Nov 2007 01:21:24 +0100, Alexandre Boeglin <[EMAIL PROTECTED]>
wrote:
> Le Sun, Nov 04, 2007 at 01:04:24AM +0100, Alexandre Boeglin a écrit :
>> Sorry, there was a mistake in the previous one ...
> Oops, and line 91 of this one should be
Hi, here is a "more c
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
User-Agent: RoundCube Webmail/0.1b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
On Thu, 15 Nov 2007 20:00:35 +0100, adrian15 <[EMAIL PROTECTED]> wrote:
> Oleg Strikov wr
Hello,
Sorry for not replying earlier, I'm currently busy trying to figure out how to
access the Compatibility Support Module, and possibly enable lecagy boot.
Le Sat, Nov 10, 2007 at 04:45:43PM +0100, Marco Gerards a écrit :
> Alexandre Boeglin <[EMAIL PROTECT
Hello,
It seems that currently, the grub_efi_guid structure is aligned on a 8 byte
boundary (since the first revision of that file).
>From tests I did, it seems that building a device path with a node
containing a guid, and feeding this device path to the efi
boot_services->load_image function wi
Hi,
Here are a few headers for the DXE service table, firmware volume protocol
and legacy bios protocol (this one currently misses the
grub_efi_ia32_register_set structure).
I'm posting them here, so that if someone wants to play with these parts of
EFI, he/she does not have to duplicate the effo
On Sun, 2 Dec 2007 01:12:53 +0100, "Yoshinori K. Okuji" <[EMAIL PROTECTED]>
wrote:
> Do you know what these drivers are?
Unfortunately, no. For now, I have only analysed the bootcamp EFI
application, that load all these drivers in one single function. And going
through all of them sound extremely
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
X-Sender: [EMAIL PROTECTED]
User-Agent: RoundCube Webmail/0.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 8bit
On Sun, 2 Dec 2007 03:58:40 +0100, Alexandre Boeglin <[EMA
Le Sat, Dec 01, 2007 at 03:33:46PM +0100, Alexandre Boeglin a écrit :
> Then, chainloading to a legacy bios bootloader should be as easy as calling
> the legacy_boot function form the legacy bios protocol. This is what I'll
> try now ...
Well, the good news is that I can now
Le Sun, Dec 09, 2007 at 12:21:50PM +0100, Alexandre Boeglin a écrit :
> - the disk controller is still put back in IDE mode (whereas it's in AHCI mode
> when the machine boots, and stays in AHCI mode when booting a EFI OS, so I
> guesss one of the CSM drivers is responsible for
Le Sun, Dec 02, 2007 at 01:12:53AM +0100, Yoshinori K. Okuji a écrit :
> Do you know what these drivers are?
Here are a few of them:
F122A15C-C10B-4D54-8F48-60F4F06DD1AD:
(probably) legacy bios protocol
BC6D08DC-865D-4FFE-8B7A-FB5FB04F12F1:
(probably) legacy bios platform protocol
D3709BB4-B194
On Sun, 18 Nov 2007 19:14:03 +0100, Alexandre Boeglin <[EMAIL PROTECTED]>
wrote:
> I also still have to clean the chainloader options patch, but here is the
> changelog for the others:
Hi,
As Marco finally received my copyright application papers, could someone
have a look at t
Le dim 30 déc 2007 à 14:20:26 +0100, Yoshinori K. Okuji a écrit :
> On Tuesday 25 December 2007 12:49, Yoshinori K. Okuji wrote:
> > I think it would be more convenient to allow Bean and Alexandre to check in
> > changes themselves. Is there any objection?
>
> It seems that I don't get any objecti
35 matches
Mail list logo
