On Sun, Jul 13, 2008 at 02:05:13AM +0800, Bean wrote:
>
> Hi,
>
> Here are the information gathered in real mode:
>
> memory map information
> video information
> monitor information (edid)
> hard disk information
> perhaps more
>
> The first two can be retrieved in grub, others are optional, k
On Thu, 2008-07-17 at 18:01 +0200, Javier Martín wrote:
> I think this one would be better, as it follows the structure what's
> done with i386: vendor=apple -> efi; anything_else -> pc.
That's a good call. I'm working on a more radical patch now. I'll post
it for review.
> Also, this one
> e
El jue, 17-07-2008 a las 12:06 -0400, Pavel Roskin escribió:
> On Thu, 2008-07-17 at 23:50 +0800, Bean wrote:
> > > It does not reach that point, the "unsupported machine type" message is
> > > thrown by this earlier check (line 59)
> >
> > Hi,
> >
> > Oh, you're right, use this patch:
>
> It's
On Thu, 2008-07-17 at 23:50 +0800, Bean wrote:
> > It does not reach that point, the "unsupported machine type" message is
> > thrown by this earlier check (line 59)
>
> Hi,
>
> Oh, you're right, use this patch:
It's there already. Now I'm trying to simplify checks and make output
more comprehe
El jue, 17-07-2008 a las 23:50 +0800, Bean escribió:
> On Thu, Jul 17, 2008 at 11:45 PM, Javier Martín <[EMAIL PROTECTED]> wrote:
> > El jue, 17-07-2008 a las 23:26 +0800, Bean escribió:
> >> On Thu, Jul 17, 2008 at 11:22 PM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> >> > On Thu, 2008-07-17 at 17:0
On Thu, Jul 17, 2008 at 11:45 PM, Javier Martín <[EMAIL PROTECTED]> wrote:
> El jue, 17-07-2008 a las 23:26 +0800, Bean escribió:
>> On Thu, Jul 17, 2008 at 11:22 PM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
>> > On Thu, 2008-07-17 at 17:02 +0200, Javier Martín wrote:
>> >> El jue, 17-07-2008 a las
El jue, 17-07-2008 a las 23:26 +0800, Bean escribió:
> On Thu, Jul 17, 2008 at 11:22 PM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> > On Thu, 2008-07-17 at 17:02 +0200, Javier Martín wrote:
> >> El jue, 17-07-2008 a las 17:50 +0800, Bean escribió:
> >> > Committed.
> >> >
> >> Seemingly, the fact th
On Thu, 2008-07-17 at 23:18 +0800, Bean wrote:
> Hi,
>
> To compile 32-bit efi:
>
> ./configure --platform=efi --target=i386
>
> To compile 64-bit efi:
>
> ./configure --platform=efi --target=x86_64
>
> This works in i386 and x86_64 host. If you don't use --target, it will
> build native image
On Thu, Jul 17, 2008 at 11:22 PM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
> On Thu, 2008-07-17 at 17:02 +0200, Javier Martín wrote:
>> El jue, 17-07-2008 a las 17:50 +0800, Bean escribió:
>> > Committed.
>> >
>> Seemingly, the fact that there is now separate recognition for "x86_64"
>> machine type
On Thu, 2008-07-17 at 17:02 +0200, Javier Martín wrote:
> El jue, 17-07-2008 a las 17:50 +0800, Bean escribió:
> > Committed.
> >
> Seemingly, the fact that there is now separate recognition for "x86_64"
> machine types has borked the current build system in amd64 PCs:
>
> $ make
> ./config.statu
On Thu, Jul 17, 2008 at 11:02 PM, Javier Martín <[EMAIL PROTECTED]> wrote:
> El jue, 17-07-2008 a las 17:50 +0800, Bean escribió:
>> Committed.
>>
> Seemingly, the fact that there is now separate recognition for "x86_64"
> machine types has borked the current build system in amd64 PCs:
>
> $ make
>
El jue, 17-07-2008 a las 17:50 +0800, Bean escribió:
> Committed.
>
Seemingly, the fact that there is now separate recognition for "x86_64"
machine types has borked the current build system in amd64 PCs:
$ make
./config.status --recheck
running CONFIG_SHELL=/bin/bash /bin/bash ../src/configure
--
Committed.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Sun, Jul 13, 2008 at 1:10 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 12, 2008 at 11:26:25PM +0800, Bean wrote:
>> On Sat, Jul 12, 2008 at 11:16 PM, Bean <[EMAIL PROTECTED]> wrote:
>> >> Can you be more specific? I thought grub was completely agnostic about
>> >> Linux
>> >> par
On Sat, Jul 12, 2008 at 11:26:25PM +0800, Bean wrote:
> On Sat, Jul 12, 2008 at 11:16 PM, Bean <[EMAIL PROTECTED]> wrote:
> >> Can you be more specific? I thought grub was completely agnostic about
> >> Linux
> >> parameters.
> >
> > In the parameter passed to linux kernel, there are fields for v
On Sat, Jul 12, 2008 at 11:37 PM, Bean <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 12, 2008 at 11:26 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
>> On Sat, Jul 12, 2008 at 11:16:31PM +0800, Bean wrote:
>>> On Sat, Jul 12, 2008 at 10:41 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
>>> > On Wed, Jul 09
On Sat, Jul 12, 2008 at 11:26 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 12, 2008 at 11:16:31PM +0800, Bean wrote:
>> On Sat, Jul 12, 2008 at 10:41 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
>> > On Wed, Jul 09, 2008 at 12:31:53AM +0800, Bean wrote:
>> >> > -- I tried passing vide
On Sat, Jul 12, 2008 at 11:16:31PM +0800, Bean wrote:
> On Sat, Jul 12, 2008 at 10:41 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > On Wed, Jul 09, 2008 at 12:31:53AM +0800, Bean wrote:
> >> > -- I tried passing video=intelfb to linux; it worked under grub2-pc but
> >> > didn't improve anything
On Sat, Jul 12, 2008 at 11:16 PM, Bean <[EMAIL PROTECTED]> wrote:
>> Can you be more specific? I thought grub was completely agnostic about Linux
>> parameters.
>
> In the parameter passed to linux kernel, there are fields for video
> adapter information, for example, frame buffer address, line le
On Sat, Jul 12, 2008 at 10:41 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 09, 2008 at 12:31:53AM +0800, Bean wrote:
>> > -- I tried passing video=intelfb to linux; it worked under grub2-pc but
>> > didn't improve anything under efi.
>>
>> intelfb doesn't work. The only way to see con
On Wed, Jul 09, 2008 at 12:31:53AM +0800, Bean wrote:
> > -- I tried passing video=intelfb to linux; it worked under grub2-pc but
> > didn't improve anything under efi.
>
> intelfb doesn't work. The only way to see console in efi is to use
> video=vesafb or video=efifb.
How come? I thought intel
On Wed, Jul 9, 2008 at 12:16 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> On Sun, Jul 6, 2008 at 7:02 AM, Isaac Dupree
>> <[EMAIL PROTECTED]> wrote:
>>>
>>> Bean wrote:
Hi,
Perhaps you can also try the binary version at:
http://grub4dos.sourceforge.n
Bean wrote:
On Sun, Jul 6, 2008 at 7:02 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
Bean wrote:
Hi,
Perhaps you can also try the binary version at:
http://grub4dos.sourceforge.net/grub2/grub.efi.1
A friend of mine have tested in in 32-bit EFI firmware, there is no
problem for him.
It confus
On Sun, Jul 6, 2008 at 7:02 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> Hi,
>>
>> Perhaps you can also try the binary version at:
>>
>> http://grub4dos.sourceforge.net/grub2/grub.efi.1
>>
>> A friend of mine have tested in in 32-bit EFI firmware, there is no
>> problem for him.
Bean wrote:
Hi,
Perhaps you can also try the binary version at:
http://grub4dos.sourceforge.net/grub2/grub.efi.1
A friend of mine have tested in in 32-bit EFI firmware, there is no
problem for him.
It confuses me! I could boot it from refit as EFI. Then it claimed to
be GRUB 0.97. The "h
On Fri, Jul 4, 2008 at 2:11 AM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> This new patch add the following function to the original x86_64 EFI patch:
>>
>> 1, Fix menu drawing problem
>> It maps the unicode char to EFI char so that the rectangle box is
Hi,
Bean <[EMAIL PROTECTED]> writes:
> This new patch add the following function to the original x86_64 EFI patch:
>
> 1, Fix menu drawing problem
> It maps the unicode char to EFI char so that the rectangle box is
> showed properly
Doesn't it break other systems?
> 2, Handle command line optio
Hi,
Any comment ?
As this patch is quite large, it's getting more difficult to sync with
HEAD. If there is no objection, I'd like to commit it soon.
--
Bean
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-de
On Mon, Jun 30, 2008 at 7:55 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> I wonder if there is bug in the hfsplus module. You can check it out
>> with grub-fstest command:
>>
>> sudo ./grub-fstest /dev/sda3 ls /
>>
>> This would list the content of root directory.
>
> outputs not
Bean wrote:
I wonder if there is bug in the hfsplus module. You can check it out
with grub-fstest command:
sudo ./grub-fstest /dev/sda3 ls /
This would list the content of root directory.
outputs nothing, just a blank line, for /dev/sda2 which is my hfsplus
(it works fine for fat16, ext3 par
On Sat, Jun 28, 2008 at 6:51 PM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> Perhaps command line is not passed to loader correctly, you can verify
>> it with the OSX loader:
>>
>> set root=(hd0,2)
>> chainloader /System/Library/CoreServices/boot.efi -- -v
>> boot
>>
>> Please try t
Bean wrote:
Perhaps command line is not passed to loader correctly, you can verify
it with the OSX loader:
set root=(hd0,2)
chainloader /System/Library/CoreServices/boot.efi -- -v
boot
Please try this out, if parameter -v is passed to the loader, you will
see console screen before switching to
On Wed, Jun 25, 2008 at 8:50 PM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> I take a look at 0.9 source, the handling is the same. Are you sure
>> you type the command exactly as it is ?
>>
>> appleloader HD
>> boot
>
> what should I expect the result to be, given that refit is the
Bean wrote:
I'm using the 2.6.25 kernel from debian sid, it works fine. I think
ubuntu can use debian packages as well. To solve the screen problem,
you need the following command line:
video=efifb agp=off
If you're interested, you can also try amd64 kernel. You can use it on
686 linux directly
Bean wrote:
I take a look at 0.9 source, the handling is the same. Are you sure
you type the command exactly as it is ?
appleloader HD
boot
what should I expect the result to be, given that refit is the only
thing that's ever touched my MBR since Apple's manufacturing? (so
there's a fake par
On Wed, Jun 25, 2008 at 5:59 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
Also, you can try adding video=efifb to the command line, does it show
kernel message ?
>>>
>>> I'll try that soon, does it need any special customization of the kernel?
>>
>> You can try the kerne
Bean wrote:
Also, you can try adding video=efifb to the command line, does it show
kernel message ?
I'll try that soon, does it need any special customization of the kernel?
You can try the kernel I extract from Fedora's efidisk:
http://grub4dos.sourceforge.net/grub2/efi.rar
It's 2.6.25. But
On Wed, Jun 25, 2008 at 12:57 AM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>>
>>> - linux then initrd doesn't run out of memory (that fix is still there).
>>> On
>>> the other hand, 'linux' with wrong parameters so I repeated the command,
>>> did
>>> give me such an error. In any ca
Bean wrote:
- linux then initrd doesn't run out of memory (that fix is still there). On
the other hand, 'linux' with wrong parameters so I repeated the command, did
give me such an error. In any case, trying again perfectly and booting,
gave me the same (as my last test with your EFI patches) h
On Tue, Jun 24, 2008 at 8:52 PM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> On Sat, Jun 21, 2008 at 1:04 AM, Bean <[EMAIL PROTECTED]> wrote:
>>>
>>> Hi,
>>>
>>> This new patch add the following function to the original x86_64 EFI
>>> patch:
>>>
>>> 1, Fix menu drawing problem
>>> I
Bean wrote:
On Sat, Jun 21, 2008 at 1:04 AM, Bean <[EMAIL PROTECTED]> wrote:
Hi,
This new patch add the following function to the original x86_64 EFI patch:
1, Fix menu drawing problem
It maps the unicode char to EFI char so that the rectangle box is
showed properly
2, Handle command line opt
On Mon, Jun 23, 2008 at 7:58 PM, Isaac Dupree
<[EMAIL PROTECTED]> wrote:
> Bean wrote:
>>
>> On Sat, Jun 21, 2008 at 1:04 AM, Bean <[EMAIL PROTECTED]> wrote:
>>>
>>> Hi,
>>>
>>> This new patch add the following function to the original x86_64 EFI
>>> patch:
>>>
>>> 1, Fix menu drawing problem
>>> I
Bean wrote:
On Sat, Jun 21, 2008 at 1:04 AM, Bean <[EMAIL PROTECTED]> wrote:
Hi,
This new patch add the following function to the original x86_64 EFI patch:
1, Fix menu drawing problem
It maps the unicode char to EFI char so that the rectangle box is
showed properly
2, Handle command line opt
43 matches
Mail list logo
