Quoting "Yoshinori K. Okuji" <[EMAIL PROTECTED]>:
On Thursday 17 July 2008 21:10:11 Pavel Roskin wrote:
Let's take another project and look at it as outsiders to get some
perspective. Suppose gcc 5 is rewritten in Haskell. Do we expect it to
be in a separate repository?
Yes, I do, if it is
El dom, 20-07-2008 a las 21:40 +0200, Marco Gerards escribió:
> Did you use code from other people or projects?
No, as far as I can control my own mind: the assembly int13h handler is
loosely based on that of GRUB Legacy, but heavily rewritten. All other
code was written from scratch, even the crap
On Mon, 2008-07-21 at 01:49 +0200, Simon Peter wrote:
> Did the message below ever arrive on the list?
...
> Date: Sun, 3 Feb 2008 18:25:47 +0100
> From: Simon Peter <[EMAIL PROTECTED]>
> To: The development of GRUB 2
> Cc: Marco Gerards <[EMAIL PROTECTED]>, Robert Millan <[EMAIL PROTECTED]>
> Sub
On Sun, 2008-07-20 at 15:45 +0200, Christian Franke wrote:
> Christian Franke wrote:
> > But the function call in the 32-bit case requires only 5 bytes :-)
> >
>
> Sorry, I was wrong here. The assumption about function call size was
> only true for module-local calls. If a module calls a func
On Sun, 2008-07-20 at 16:59 +0200, Felix Zielcke wrote:
> From: "Marco Gerards" <[EMAIL PROTECTED]>
>
> > I wonder why this got through the autoconf test.
>
> Rerunning ./configure with --enable-grub-emu and then make grub-emu did work
>
> Maybe it's possible to disallow compiling grub-emu if --
Pavel Roskin wrote:
On Mon, 2008-07-14 at 18:55 +0200, Christian Franke wrote:
Thanks for considering Cygwin support for the next release.
The first (and last) grub package released in the Cygwin distribution
was based on grub codebase from 2008-03-26. My latest reasonably tested
merge is
This adds Cygwin support to the build system. It adds PE->ELF
conversion, a linker script and support for HAVE_ASM_USCORE.
Christian
2007-07-20 Christian Franke <[EMAIL PROTECTED]>
* Makefile.in: Add autoconf replacements TARGET_IMG_LDSCRIPT,
TARGET_IMG_LDFLAGS, TARGET_MO
This adds Cygwin support to kernel sources. It handles the issues
introduced by PE->ELF conversion and adds support for HAVE_ASM_USCORE.
Christian
2007-07-20 Christian Franke <[EMAIL PROTECTED]>
* include/grub/dl.h: Remove .previous, gas supports this only
for ELF format.
On Sun, 2008-07-20 at 20:50 +0200, Marco Gerards wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
> > i4 and i8 are generally used by Linux XFS code to describe 32-bit and
> > 64-bit values if either can be used. The "smallino" field was highly
> > misleading because it had to be negated. It's t
On Sun, 2008-07-20 at 20:55 +0200, Marco Gerards wrote:
> Pavel Roskin <[EMAIL PROTECTED]> writes:
> > I know. That's why I'll write it from specifications or maybe I'll
> > take it from the GNU/Hurd code.
>
> Taking it from Specifications will be better.
>
> I think the ATA driver of GNU Mach
On Mon, Jul 21, 2008 at 4:02 AM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Bean <[EMAIL PROTECTED]> writes:
>
>> First of all, we can still keep rescue and normal command. But instead
>> of depending on normal.mod, normal command depends on module arg,
>> which is an option parser. Also, t
Hi,
Bean <[EMAIL PROTECTED]> writes:
> First of all, we can still keep rescue and normal command. But instead
> of depending on normal.mod, normal command depends on module arg,
> which is an option parser. Also, these two type of commands are of the
> same command set. In fact, module arg is imp
"Felix Zielcke" <[EMAIL PROTECTED]> writes:
> From: "Marco Gerards" <[EMAIL PROTECTED]>
>
>>
>> It would be better to replace all users of TERM_WIDTH to use
>> GRUB_TERM_WIDTH, like you mentioned. Only ugly thing is that this is
>> actually a function...
>>
>
> Here it is.
>
>
> Felix Zielcke <[E
Javier Martín <[EMAIL PROTECTED]> writes:
> Just an updated version of the patch that adds support for device-like
> names instead of raw BIOS disk numbers, i.e. this is now supported:
> grub> drivemap (hd0) (hd1)
> In addition to the already supported:
> grub> drivemap (hd0) 0x81
> Th
Pavel Roskin <[EMAIL PROTECTED]> writes:
> Quoting Marco Gerards <[EMAIL PROTECTED]>:
>
>>> I cannot get the ata module to recognize the hard drive on my test
>>> machine, so more work is needed to test it on the real hardware.
>>
>> Right, this needs more work. I will have another look at ATA so
From: "Marco Gerards" <[EMAIL PROTECTED]>
It would be better to replace all users of TERM_WIDTH to use
GRUB_TERM_WIDTH, like you mentioned. Only ugly thing is that this is
actually a function...
Here it is.
Felix Zielcke <[EMAIL PROTECTED]>
* commands/help.c: Include .
(
Pavel Roskin <[EMAIL PROTECTED]> writes:
> On Thu, 2008-07-03 at 20:21 +0200, Marco Gerards wrote:
>> Pavel Roskin <[EMAIL PROTECTED]> writes:
>>
>> > ChangeLog:
>> >* fs/xfs.c (struct grub_xfs_dir_header): Use names similar to
>> >those in Linux XFS code. Provide a way to access 64-bit
Colin D Bennett <[EMAIL PROTECTED]> writes:
> Here is an updated version of the TSC patch.
>
> I addressed the issues in your comments with the exception of
> supporting x86 CPUs that don't have a TSC (386 and 486).
>
> I eliminated the grub_time_init() function and the call to it in
> grub_main()
Colin D Bennett <[EMAIL PROTECTED]> writes:
> Hi Marco,
>
> On Thu, 03 Jul 2008 20:52:53 +0200
> Marco Gerards <[EMAIL PROTECTED]> wrote:
>
>> Hi Colin,
>>
>> Colin D Bennett <[EMAIL PROTECTED]> writes:
>>
>> > I have implemented high resolution time support (through the
>> > new grub_get_time_m
"Felix Zielcke" <[EMAIL PROTECTED]> writes:
> Thanks to nyu and daChaac on IRC By default with gfxterm loaded and
> gfxmode set to 640*480 help command produces empty lines see [0] help
> command assumes a fixed width of 80 but gfxterm in 640*480 has only 77
>
> This is a patch to fix it.
Here i
El sáb, 19-07-2008 a las 19:24 +0200, Jean-Christophe Haessig escribió:
> Hi,
Hi there!
>
> I have an unusual LVM setup where GRUB cannot be installed (see last
> Threads on LVM) because there is no room for core.img.
This should have been fixed by the transition to LZMA as the compression
algorit
From: "Marco Gerards" <[EMAIL PROTECTED]>
I wonder why this got through the autoconf test.
Rerunning ./configure with --enable-grub-emu and then make grub-emu did work
Maybe it's possible to disallow compiling grub-emu if --enable-grub-emu wasn't given to configure?
__
Felix Zielcke <[EMAIL PROTECTED]>
* commands/help.c: Include .
(TERM_WIDTH): Redefined to GRUB_TERM_WIDTH.
Thanks to Marco for the help.
I should have asked before, but i'm more a try and fail guy :)
___
Grub-devel mailing list
Gru
From: "Felix Zielcke" <[EMAIL PROTECTED]>
Sent: Sunday, July 20, 2008 3:47 PM
To:
Subject: [PATCH] make assumed terminal width on cmd help dynamic
* commands/help.c: changed assumed terminal width from 80 to dynamic
* commands/help.c: it was using a fixed terminal width of 80. Made it dynami
Thanks to nyu and daChaac on IRC
By default with gfxterm loaded and gfxmode set to 640*480 help command produces
empty lines see [0]
help command assumes a fixed width of 80 but gfxterm in 640*480 has only 77
This is a patch to fix it.
[0] http://img146.imageshack.us/my.php?image=otherlinux26x
Christian Franke wrote:
Pavel Roskin wrote:
On Tue, 2008-07-08 at 20:04 +0200, Christian Franke wrote:
With old gcc versions without the "rol" optimization, even the 16
bit swap should be a function:
Or better yet, an asm statement.
We should consider optimized assembly vs fu
Hi All,
It seems that I was logged from my lappy to GRUB wiki so I created a page
having a list of use cases for GRUB 2. I did not add everything there... this
is where you all come to picture :)
So please add all use cases you think should be supported. Please try to use
same formatting and
The shell function make_system_path_relative_to_its_root() does not work
on Cygwin due to path mapping (e.g. /boot/grub/ is actually
/cygwin/boot/grub).
This patch adds '-t prefix' to grub-probe. It prints result from
grub_get_prefix() which is already extended for Cygwin (svn rev 1584).
The r
Hi,
I have an unusual LVM setup where GRUB cannot be installed (see last
Threads on LVM) because there is no room for core.img.
The only place where boot data can be put is on a logical volume, but
the bootsector (one of diskboot.S or boot.S, I assume) isn't smart
enough to understand LVM or file
From: "Marco Gerards" <[EMAIL PROTECTED]>
You need to install ncurses and the -dev package. Which distribution
do you use?
debian unstable.
I have libncurses5-dev installed
I used debootstrap --variant=buildd that did it I think
___
Grub-devel m
"Felix Zielcke" <[EMAIL PROTECTED]> writes:
> I have a x86_64 Kernel and want to have a 32bit grub-emu so modules are
> working.
> Even in a 32bit chroot running a shell with linux32 so uname -m reports i686
> I can't get it to compile
You need to install ncurses and the -dev package. Which di
I have a x86_64 Kernel and want to have a 32bit grub-emu so modules are working.
Even in a 32bit chroot running a shell with linux32 so uname -m reports i686 I
can't get it to compile
Btw. make distclean didn't worked for my already used 64bit grub2 SVN directory
I needed to do a clean checkout
From: "Yoshinori K. Okuji" <[EMAIL PROTECTED]>
I will find a way to keep it up-to-date.
Thanks, it's surely interesting what things are planned for the next release
and not just having that genereal todo list.
but it just doesn't look good if the last entry is more then a year ago :)
And th
On Saturday 19 July 2008 23:18:48 Felix Zielcke wrote:
> Just talked with Robert on IRC about it.
> The ReleasePlanning page on wiki is "a bit" unmaintained
> The estime date for 1.96 release is 2006-11-04 but it was actually released
> 2008-02-03 and now you are even talking about 1.97 which isn't
On Sunday 20 July 2008 01:06:22 Robert Millan wrote:
> Anyone recalls the reason our loaders had to jump back to kernel
> (startup.S) to do the final part of the load?
Not all of them should do that, but it might be more convenient. I look at one
by one:
- The chainloader needs to get back the o
Hi,
On Jul/20/2008, [EMAIL PROTECTED] wrote:
> In every case I would prefer that home and end keys would go to always
> to start and to end of the list. Page up/down would rely a bit for
> wrapping setting so they can clamp to list edges if needed.
home-end keys (without wrapping) are handled i
36 matches
Mail list logo
