Committed.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Committed.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Committed.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Hi all,
I would like to know if anybody wants to be a mentor in this year for Google
SoC. If none, I must tell Karl (the coordinator of the GNU participation to
SoC) to get rid of the link to GRUB. Otherwise, I would like to help the
preparation of ideas. In order to make a good list, one or mo
Hi,
This patch improves the frame buffer detection algorithm. It uses pci
to find the video memory base, then scan it for frame buffer.
It also add a loadrom command which can be used to enable accel
graphic driver. The idea is that you can grab the video bios dump, and
optionally the IVT from pc
nice ... will try to test this asap.
2009/3/21 Bean :
> Hi,
>
> This patch improves the frame buffer detection algorithm. It uses pci
> to find the video memory base, then scan it for frame buffer.
>
> It also add a loadrom command which can be used to enable accel
> graphic driver. The idea is th
I am getting an error from grub-mkimage. The error is:
grub-mkimage: error: diskboot.img is not one sector size
Does anyone know how I can get this fixed? I am a newbee with grub
internals, and I don't have a clue as to ho to size the progam.
Thanks,
Gary Meerschaert
__
On Sat, Mar 21, 2009 at 5:41 PM, Yoshinori K. Okuji wrote:
> Hi all,
>
> I would like to know if anybody wants to be a mentor in this year for Google
> SoC. If none, I must tell Karl (the coordinator of the GNU participation to
> SoC) to get rid of the link to GRUB. Otherwise, I would like to help
On Sat, Mar 21, 2009 at 11:49 PM, step21 wrote:
> nice ... will try to test this asap.
Hi,
Oh btw, there is still problem concerning the nvidia card, intel and
ati cards should be all right.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
ht
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Fri, Mar 13, 2009 at 09:52:39PM +0100, phcoder wrote:
>>> - grub_multiboot_payload_entry_offset = ehdr->e_entry -
>>> phdr(lowest_segment)->p_vaddr;
>>> + for (i = 0; i < ehdr->e_phnum; i++)
>>> +if (phdr(i
On Wed, Mar 18, 2009 at 02:09:11PM +0100, phcoder wrote:
> IMO linux16 for pc/linux.c would better reflect the difference with
> normal 'linux' command.
I'm fine with that. Does anyone object to the proposed rename?
Note this implies the new Linux loader becomes the default in grub-mkconfig
se
On Wed, Mar 18, 2009 at 09:43:33PM +0800, Bean wrote:
>
> The header file is included after grub_millisleep, so
> Sleep is not defined yet, perhaps it'd be better to move #include
> to the beginning of file.
Agreed.
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will
Robert Millan wrote:
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM +0100, phcoder wrote:
- grub_multiboot_payload_entry_offset = ehdr->e_entry -
phdr(lowest_segment)->p_vaddr;
+ for (i = 0; i < ehdr->e_phnum; i++)
+if (p
On Sat, Mar 21, 2009 at 06:38:12PM +0800, Bean wrote:
> Hi,
>
> This patch improves the frame buffer detection algorithm. It uses pci
> to find the video memory base, then scan it for frame buffer.
With this detection code getting increasingly more sophisticated, wouldn't
this be a good time to m
On Sat, Mar 21, 2009 at 06:58:58PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
>>> Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM +0100, phcoder wrote:
> - grub_multiboot_payload_entry_offset = ehdr->e_entry -
> ph
Robert Millan wrote:
On Sat, Mar 21, 2009 at 06:58:58PM +0100, phcoder wrote:
Robert Millan wrote:
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM +0100, phcoder wrote:
- grub_multiboot_payload_entry_offset = ehdr->e_entry -
Bean wrote:
> On Sat, Mar 21, 2009 at 5:41 PM, Yoshinori K. Okuji wrote:
>> Hi all,
>>
>> I would like to know if anybody wants to be a mentor in this year for Google
>> SoC. If none, I must tell Karl (the coordinator of the GNU participation to
>> SoC) to get rid of the link to GRUB. Otherwise, I
Colin D Bennett wrote:
> This long-awaited patch adds graphical menu support to GRUB 2. It is
> largely the result of my work during the Google Summer of Code 2008.
>
> The graphical menu system supports image-based themes, of which I have
> created several sample themes[1].
>
> There are still
On 2009-03-14, Peter Cros wrote:
> On Sat, Mar 14, 2009 at 1:26 AM, Grant Edwards wrote:
>
>> 1) Mac firmware not being able to boot from anything other
>> than an HFS+ partion on a GPT partioned drive.
>
> I got curious and rechecked this -
> Here is grub.efi booting from usb msdos drive wi
On Sat, Mar 21, 2009 at 07:05:23PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Sat, Mar 21, 2009 at 06:58:58PM +0100, phcoder wrote:
>>> Robert Millan wrote:
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Fri, Mar 13, 2009 at 09:52:39PM +01
Robert Millan wrote:
On Sat, Mar 21, 2009 at 07:05:23PM +0100, phcoder wrote:
Robert Millan wrote:
On Sat, Mar 21, 2009 at 06:58:58PM +0100, phcoder wrote:
Robert Millan wrote:
On Wed, Mar 18, 2009 at 02:26:40PM +0100, phcoder wrote:
Robert Millan wrote:
On Fri, Mar 13, 2009 at 09:52:39PM +
Robert Millan wrote:
On Sat, Mar 14, 2009 at 06:52:55PM +0100, phcoder wrote:
Robert Millan wrote:
On Sat, Mar 14, 2009 at 12:35:09AM +0100, phcoder wrote:
Index: conf/i386-ieee1275.rmk
===
--- conf/i386-ieee1275.rmk (revisio
On Sat, Mar 21, 2009 at 11:03:12PM +0100, Robert Millan wrote:
> >>
> > No but it always corresponds to the current image. It's set either in
> > multiboot.c or in grub_multiboot_load_elf
>
> It is now, but your code makes this conditional.
My bad. This' been clarified on IRC. Sometimes I rea
Committed.
On Sat, Mar 21, 2009 at 11:49:18PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Sat, Mar 21, 2009 at 07:05:23PM +0100, phcoder wrote:
>>> Robert Millan wrote:
On Sat, Mar 21, 2009 at 06:58:58PM +0100, phcoder wrote:
> Robert Millan wrote:
>> On Wed, Mar 18, 2009 at 0
Is this the last patch? I rechecked this thread, but might have
missed something.
On Sat, Mar 14, 2009 at 12:35:09AM +0100, phcoder wrote:
> Rediffed
> 2009-03-14 Vladimir Serbinenko
>
> Move multiboot helper out of kernel
>
> * conf/i386-pc.rmk: Add loader/i386/multiboot_helper.S t
Fixed. I temporarily left grub_stop_floppy in linux code.
2009-03-22 Vladimir Serbinenko
Move multiboot helper out of kernel
* conf/i386-pc.rmk (multiboot_mod_SOURCES): Add
loader/i386/multiboot_helper.S
* conf/i386-coreboot.rmk: Likewise
* conf/i386-ieee1275.rmk: Likewi
Device name in boot block will anyway be written in it's complete raw
OFW form, no matter how the rest of the grub2 accessing the disks. Using
UUIDs in this place would be nice. On IRC you said that we have 120
bytes for the name. UUID is 16 or 32 bytes depending on FS. Is it
possible to fit so
phcoder wrote:
Device name in boot block will anyway be written in it's complete raw
OFW form, no matter how the rest of the grub2 accessing the disks. Using
UUIDs in this place would be nice. On IRC you said that we have 120
bytes for the name. UUID is 16 or 32 bytes depending on FS. Is it
po
From: phcoder
Date: Sun, 22 Mar 2009 01:41:52 +0100
> Device name in boot block will anyway be written in it's complete
> raw OFW form, no matter how the rest of the grub2 accessing the
> disks. Using UUIDs in this place would be nice. On IRC you said that
> we have 120 bytes for the name. UUID i
From: phcoder
Date: Sun, 22 Mar 2009 01:48:14 +0100
> phcoder wrote:
> > Device name in boot block will anyway be written in it's complete raw OFW
> > form, no matter how the rest of the grub2 accessing the disks. Using UUIDs
> > in this place would be nice. On IRC you said that we have 120 byt
Don't know, rechecked it here and it sees all the usb partitions whichever
way its booted, maybe something wrong with your grub.efi build preloaded
modules. Check the latest svn.
On Sun, Mar 22, 2009 at 8:30 AM, Grant Edwards wrote:
> On 2009-03-14, Peter Cros wrote:
> > On Sat, Mar 14, 2009 at
31 matches
Mail list logo
