I've commited these changes.
2009-04-12 David S. Miller
* kern/sparc64/ieee1275/init.c: Delete, replace with...
* kern/sparc64/ieee1275/crt0.S: assembler implementation.
* include/grub/sparc64/ieee1275/kernel.h: Declare grub_prefix[].
(GRUB_MOD_ALIGN, GRUB_MOD_GA
This adds the ieee1275 interfaces sparc64's openboot has for
allocating physical memory, creating mappings, etc.
We can't reuse any of the existing similar calls used by powerpc since
these use two cells for passing physical addresses (even though only
one of those cell slots is used, this is leg
This adds the sparc64 loader for Linux kernels.
Committed.
2009-04-13 David S. Miller
* include/grub/sparc64/ieee1275/loader.h: New file.
* include/grub/sparc64/ieee1275/memory.h: Likewise.
* include/grub/sparc64/kernel.h: Likewise.
* loader/sparc64/ieee1275/lin
Hello
When you mention 'Sun Partition' what file-system are you specifying?
ZFS?
UFS?
On Mon, Apr 13, 2009 at 4:53 PM, David Miller wrote:
>
> Should be self-explanatory, these tools will be used on sparc64 just
> like they are on i386-pc
>
> 2009-04-12 David S. Miller
>
> * conf/comm
Am Montag, den 13.04.2009, 17:40 +1000 schrieb Chip Panarchy:
> Hello
>
> When you mention 'Sun Partition' what file-system are you specifying?
>
> ZFS?
> UFS?
>
He surely meant Sun partition table format and not a filesystem. Grub2
doestn't support ZFS
Sun seems to have it's own partition tabl
From: Chip Panarchy
Date: Mon, 13 Apr 2009 17:40:22 +1000
> Hello
>
> When you mention 'Sun Partition' what file-system are you specifying?
>
> ZFS?
> UFS?
EXT3, but the sun "partition" support has to be there for grub tools
to even get at the filesystems at all.
Ah, I see.
Oh, thanks for clearing that up also, David.
Well, I'll make another topic soon, once I've gotten FreeBSDs 64-bit
kernel to boot directly from GRUB2, requesting support for ZFS.
Thanks,
Panarchy
On Mon, Apr 13, 2009 at 5:43 PM, Felix Zielcke wrote:
> Am Montag, den 13.04.2009, 17:4
Figured it out,
s/multiboot_mod-loader_i386_multiboot_helper/bsd_mod-loader_i386_bsd_helper/
and bingo!
Worked ion both Xen HVM and on a real amd64 box (over PXE)
Yay GRUB2 and its devs!
-joey
Joey Korkames writes:
I can't make grub2 build with phcoder's bsd64.diff. My guess it is beacuse co
Please don't start developement of grub-zfs because I'm already doing
some stuff on it. It would be pity to duplicate the work
Chip Panarchy wrote:
Ah, I see.
Oh, thanks for clearing that up also, David.
Well, I'll make another topic soon, once I've gotten FreeBSDs 64-bit
kernel to boot direct
Really nice. I have no way of testing it but if it works it means that
sparc64 port now has real life. We could even proclaim April, the 13th
the annual GRUB2 SPARC64 day
David Miller wrote:
This adds the sparc64 loader for Linux kernels.
Committed.
2009-04-13 David S. Miller
* incl
It seems that your build system wasn't up-to-date. The possible fix is:
make maintainer-clean
./autogen.sh
Joey Korkames wrote:
Figured it out,
s/multiboot_mod-loader_i386_multiboot_helper/bsd_mod-loader_i386_bsd_helper/
and bingo!
Worked ion both Xen HVM and on a real amd64 box (over PXE)
Y
Joey Korkames wrote:
Hmm, FreeBSD seems to choke when trying to load the grub-bootstrapped
mfsroot.gz (as the root device - haven't tried loading without rooting
from it)...
Thank you for the testing. Can you define "choke" more exactly?
This is a custom mfsroot, booted like so:
menuentry "Fr
phcoder writes:
Joey Korkames wrote:
Hmm, FreeBSD seems to choke when trying to load the grub-bootstrapped
mfsroot.gz (as the root device - haven't tried loading without rooting
from it)...
Thank you for the testing. Can you define "choke" more exactly?
Hmm, did my log attachment not ma
Hello, I know where you problem comes from I'll try to fix it now.
Joey Korkames wrote:
phcoder writes:
Joey Korkames wrote:
Hmm, FreeBSD seems to choke when trying to load the grub-bootstrapped
mfsroot.gz (as the root device - haven't tried loading without
rooting from it)...
Thank you fo
Hello, here is a first proposition of a script for nightly builds. On
IRC Yoshinori K. Okuji said that grub.enbug.org could be used to host
these files. Can this server do the builds too? If not can someone setup
build factory?
--
Regards
Vladimir 'phcoder' Serbinenko
autocompile.sh
Descript
Hmm, FreeBSD seems to choke when trying to load the
grub-bootstrapped mfsroot.gz (as the root device - haven't tried loading
without rooting from it)...
This is a custom mfsroot, booted like so:
menuentry "FreeBSD 7.1-STABLE amd64" {
freebsd /osstore/STAGE2/FREEBSD/amd64/kernel.gz Dh
freebs
Hello, I'm sorry if my responses have been a bit rude too.
Chip Panarchy wrote:
You're right.
Once I have all my operating systems installed, working correctly,
have successfully created my 2 Linux distributions, have some time off
(starting work tomorrow!), then I will learn some C++, and help
Try this
Joey Korkames wrote:
phcoder writes:
Joey Korkames wrote:
Hmm, FreeBSD seems to choke when trying to load the grub-bootstrapped
mfsroot.gz (as the root device - haven't tried loading without
rooting from it)...
Thank you for the testing. Can you define "choke" more exactly?
Hm
Hello
Great, looking forward to its completion.
Panarchy
On Mon, Apr 13, 2009 at 7:08 PM, phcoder wrote:
> Hello, I'm sorry if my responses have been a bit rude too.
> Chip Panarchy wrote:
>>
>> You're right.
>>
>> Once I have all my operating systems installed, working correctly,
>> have succe
Am Samstag, den 11.04.2009, 23:52 +0200 schrieb Felix Zielcke:
> Hi,
>
> on BSD grub-install thinks that you're wanting to do a cross-install
> when in fact you won't.
> The problem is that in install_drive the BSD partition number isn't
> removed before doing the cross-install check.
> I'm not su
On Sun, 2009-04-12 at 23:53 -0700, David Miller wrote:
> Should be self-explanatory, these tools will be used on sparc64 just
> like they are on i386-pc
Fine with me.
--
Regards,
Pavel Roskin
___
Grub-devel mailing list
Grub-devel@gnu.org
http://list
Here's a patch to fix grub-setup on Debian GNU/kFreeBSD.
Without it, it fails always with `grub-setup: error: cannot open
`/dev/da0' in open_device()'
With it, it works fine.
--
Felix Zielcke
___
Grub-devel mailing list
Grub-devel@gnu.org
http://list
On Sat, Apr 11, 2009 at 01:19:14AM +0200, phcoder wrote:
> Robert Millan wrote:
>> On Wed, Nov 05, 2008 at 07:57:38AM +0100, Christian Franke wrote:
>>> Alternative: Export a symbol describing the ABI version in kernel
>>> ("grub_abi_3_14").
>>
>> That requires more bytes than a 32-bit integer.
>
On Sat, Apr 11, 2009 at 01:39:53AM +0200, phcoder wrote:
> Any reason not to merge this patch?
Probably not. Btw does Colin need/have an account?
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threaten
On Sat, Apr 11, 2009 at 01:05:19AM +0200, phcoder wrote:
> Robert Millan wrote:
>> On Wed, Mar 04, 2009 at 10:16:29PM +0100, Robert Millan wrote:
else if (major == SCSI_DISK0_MAJOR)
-sprintf (name, "/dev/sd%c", 'a' + minor / 16);
+grub_util_getdiskname_scsi (name, 0, minor
On Sat, Apr 11, 2009 at 11:58:05PM +0200, phcoder wrote:
> Ping. Is it ok for me to implement it this way?
I'd really like it if Okuji could give his impression on this one, if
possible.
> phcoder wrote:
>> I forgot to speak about another question: partition naming. I see 2
>> possibilities
>>
Hi Pavel,
On Mon, Apr 06, 2009 at 11:34:03AM -0400, Pavel Roskin wrote:
> Hello!
>
> This is an attempt to fix all issues with the video mode handling in the
> new Linux loader.
Please, in general, when you modify code that has been actively worked on
by someone, try to get that person involved
Am Montag, den 13.04.2009, 15:57 +0200 schrieb Robert Millan:
> On Sat, Apr 11, 2009 at 01:39:53AM +0200, phcoder wrote:
> > Any reason not to merge this patch?
>
> Probably not. Btw does Colin need/have an account?
Colin has an account and already commit access.
--
Felix Zielcke
___
Am Montag, den 13.04.2009, 15:32 +0200 schrieb Felix Zielcke:
> Here's a patch to fix grub-setup on Debian GNU/kFreeBSD.
> Without it, it fails always with `grub-setup: error: cannot open
> `/dev/da0' in open_device()'
> With it, it works fine.
Args there should be a patch attached. Fixed.
--
Fel
On Tue, Apr 07, 2009 at 10:31:44PM +0800, Bean wrote:
> Hi,
>
> This patch integrate the LUA script engine to grub2.
Hi,
I don't have any opinion for or against using LUA, but note that we need
approval from Marco or Okuji before we can integrate external code.
--
Robert Millan
The DRM opt-
On Sat, Apr 11, 2009 at 01:08:31AM -0700, David Miller wrote:
> index 7dfb854..b4f1353 100644
> --- a/conf/i386-pc.rmk
> +++ b/conf/i386-pc.rmk
> @@ -17,26 +17,31 @@ pkglib_IMAGES = boot.img diskboot.img kernel.img
> pxeboot.img lnxboot.img \
> boot_img_SOURCES = boot/i386/pc/boot.S
> boot_img_A
On Sun, Apr 12, 2009 at 04:54:21PM -0400, Pavel Roskin wrote:
> On Sun, 2009-04-12 at 11:29 -0700, Colin D Bennett wrote:
> > phcoder wrote on Sunday 12 April 2009:
> > > Hello, we all know how annoying are these autogenerated files. We could
> > > remove it. The main argument against it is that pe
On Mon, Apr 13, 2009 at 04:16:57PM +0200, Robert Millan wrote:
> > The default VGA mode is now GRUB_LINUX_VID_MODE_NORMAL, not the mode of
> > the kernel we tried to load before.
>
> Ok, BUT if we're already in vesa mode, and we know it works (since we're using
> it), there's no point in wasting t
On Mon, Apr 13, 2009 at 04:26:19PM +0200, Felix Zielcke wrote:
> +#ifdef __FreeBSD_kernel__
Unfortunately FreeBSD doesn't define __FreeBSD_kernel__, so we need
to check for both macros.
> +#if defined __FreeBSD_kernel__
> + int sysctl_flags, sysctl_oldflags;
> + size_t sysctl_size = sizeof (sys
On Mon, 2009-04-13 at 16:16 +0200, Robert Millan wrote:
> Hi Pavel,
>
> On Mon, Apr 06, 2009 at 11:34:03AM -0400, Pavel Roskin wrote:
> > Hello!
> >
> > This is an attempt to fix all issues with the video mode handling in the
> > new Linux loader.
>
> Please, in general, when you modify code tha
Am Montag, den 13.04.2009, 16:49 +0200 schrieb Robert Millan:
Thanks for reviewing.
> On Mon, Apr 13, 2009 at 04:26:19PM +0200, Felix Zielcke wrote:
> > +#ifdef __FreeBSD_kernel__
>
> Unfortunately FreeBSD doesn't define __FreeBSD_kernel__, so we need
> to check for both macros.
Oh right.
> >
On Mon, 2009-04-13 at 16:45 +0200, Robert Millan wrote:
> On Mon, Apr 13, 2009 at 04:16:57PM +0200, Robert Millan wrote:
> > > The default VGA mode is now GRUB_LINUX_VID_MODE_NORMAL, not the mode of
> > > the kernel we tried to load before.
> >
> > Ok, BUT if we're already in vesa mode, and we kno
On Mon, Apr 13, 2009 at 11:16:46AM -0400, Pavel Roskin wrote:
> On Mon, 2009-04-13 at 16:16 +0200, Robert Millan wrote:
> > Please, in general, when you modify code that has been actively worked on
> > by someone, try to get that person involved.
>
> I tried, but probably not hard enough. Sorry.
On Mon, Apr 13, 2009 at 11:41:36AM -0400, Pavel Roskin wrote:
> I actually installed GRUB with gfxterm on a laptop that has Intel
> framebuffer support. Now the kernel starts in VESA mode and then the
> screen goes blank because intelfb cannot deal with it. Sure, intelfb
> should be fixed, but we
On Mon, Apr 13, 2009 at 05:11:04PM +0200, Felix Zielcke wrote:
> > Btw you can avoid the two subsequent calls if sysctl_flags ==
> > sysctl_oldflags.
>
> Right and actually it can be even avoided if 0x10 is already set.
It's the same thing (if and only if 0x10 was set, old and new flags will
be
From: phcoder
Date: Mon, 13 Apr 2009 10:58:13 +0200
> Really nice. I have no way of testing it but if it works it means that
> sparc64 port now has real life. We could even proclaim April, the 13th
> the annual GRUB2 SPARC64 day
Not really.
None of the openfirmware path handling changes are in,
From: Robert Millan
Date: Mon, 13 Apr 2009 16:29:10 +0200
> On Sat, Apr 11, 2009 at 01:08:31AM -0700, David Miller wrote:
>> index 7dfb854..b4f1353 100644
>> --- a/conf/i386-pc.rmk
>> +++ b/conf/i386-pc.rmk
>> @@ -17,26 +17,31 @@ pkglib_IMAGES = boot.img diskboot.img kernel.img
>> pxeboot.img ln
From: Pavel Roskin
Date: Mon, 13 Apr 2009 08:51:36 -0400
> On Sun, 2009-04-12 at 23:53 -0700, David Miller wrote:
>> Should be self-explanatory, these tools will be used on sparc64 just
>> like they are on i386-pc
>
> Fine with me.
Thanks for reviewing, committed.
That did the trick - amd64 boots with a mfsroot now. thanks!
-joey
phcoder writes:
Try this
Joey Korkames wrote:
phcoder writes:
Joey Korkames wrote:
Hmm, FreeBSD seems to choke when trying to load the grub-bootstrapped
mfsroot.gz (as the root device - haven't tried loading without
rootin
From: David Miller
Date: Sun, 12 Apr 2009 23:53:04 -0700 (PDT)
> make_device_name() uses an arbitrary value for the device name
> length, putting an arbitrary limit on such strings.
>
> We can do better by calculating the length of this string precisely.
>
> 2009-04-12 David S. Miller
>
>
From: David Miller
Date: Sun, 12 Apr 2009 23:56:11 -0700 (PDT)
>
> Openfirmware block device drivers do not allow for multiple concurrent
> opens of the same device. It simply does not work.
>
> Fortunately grub doesn't actually need to do this, it just happens
> to do so. Here is the fix for
On Mon, 2009-04-13 at 21:05 +0200, Robert Millan wrote:
> On Mon, Apr 13, 2009 at 11:41:36AM -0400, Pavel Roskin wrote:
> > I actually installed GRUB with gfxterm on a laptop that has Intel
> > framebuffer support. Now the kernel starts in VESA mode and then the
> > screen goes blank because intel
Pavel Roskin wrote:
On Mon, 2009-04-13 at 21:05 +0200, Robert Millan wrote:
On Mon, Apr 13, 2009 at 11:41:36AM -0400, Pavel Roskin wrote:
I actually installed GRUB with gfxterm on a laptop that has Intel
framebuffer support. Now the kernel starts in VESA mode and then the
screen goes blank be
Hi all,
I was wondering what the current status of a grub2 port of the grub-0.97
"map" and "rootnoverify" commands is? I have found some work done to
this end in the "drivemap.patch" work, but I find nothing more recent
than drivemap.patch.8 dated around Aug 2008.
I have taken drivemap.patc
Hi all,
I have built grub2-r2065 and it works nicely for me so far for linux
boots (love the graphics!!). However, beginning with r2071, I am unable
to build it with the "--enable-grub-fstest" option due to several
undefined refs:
#
--
On Mon, 2009-04-13 at 21:06 -0400, John Stanley wrote:
> Hi all,
>
> I have built grub2-r2065 and it works nicely for me so far for linux
> boots (love the graphics!!). However, beginning with r2071, I am unable
> to build it with the "--enable-grub-fstest" option due to several
> undefined re
Hi Again,
Thanks, r2104 builds with --enable-grub-fstest now, but a new problem,
not present in r2101 has surfaced: the command grub-probe now aborts on
my system with xfs filesystems. Therefore, I cannot run grub-install
(even with --modules=xfs). With rev's 2101, 2087, 2077, 2071, and 2065
52 matches
Mail list logo
