Hello.
I have built and installed Grub from trunk (lbeit without docs and
efiemu, which I don't need). I have also installed the boot code and
have booted from grub. Here are my results:
* grub-probe correctly identifies partitions as ZFS.
* grub-mkconfig correctly generates a config file and has
On 25.11.2013 12:08, Beeblebrox wrote:
* At boot time, grub menu comes up, and starts to boot normally into
the ZFS pool. However boot stops at mounting root because no such
file system, and BTX (the FreeBSD loader) is very unresponsive.
What do you mean by BTX? The standard GRUB entries for
On Fri, Nov 22, 2013 at 02:30:28PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
On 22.11.2013 14:16, Colin Watson wrote:
This will not be sufficient to build on GNU/Hurd (get_ofpathname isn't
directly relevant to that platform, but that function will be compiled
there anyway). We
В Mon, 25 Nov 2013 13:08:45 +0200
Beeblebrox zap...@berentweb.com пишет:
* grub-mkconfig does not detect an ubuntu linux (btrfs) install on separate
HDD.
Detection of other systems is implemented outside of grub2; it is done
by os-prober. grub-mkconfig will launch os-prober if it is found and
paste your grub.cfg to give context
On Nov 25, 2013 12:09 PM, Beeblebrox zap...@berentweb.com wrote:
Hello.
I have built and installed Grub from trunk (lbeit without docs and
efiemu, which I don't need). I have also installed the boot code and
have booted from grub. Here are my results:
*
* Is there a way to compile without docs? This does not work:
./configure --disable-werror --disable-nls --disable-docs
* I disabled the docs section manually in grub/Makefile. gmake
completed but still with warning:
/usr/bin/ld: unrecognised emulation mode: elf_x86_64
Supported emulations:
В Sun, 24 Nov 2013 11:14:11 +0200
Beeblebrox zap...@berentweb.com пишет:
* Is there a way to compile without docs? This does not work:
./configure --disable-werror --disable-nls --disable-docs
* I disabled the docs section manually in grub/Makefile. gmake
completed but still with warning:
Applied the diff but got error elsewhere. Git repo on
1bba40f57813c2ccf790e6aca8b96292634b04ca
Date: Sat Nov 23 12:39:21 2013 +0100
FreeBSD 11.0-CURRENT_amd64
config.status: creating grub-shell
chmod a+x grub-shell
(for x in tests/util/grub-shell-tester.in ; do cat ./$x; done) |
./config.status
On 23.11.2013 13:54, Beeblebrox wrote:
Applied the diff but got error elsewhere. Git repo on
1bba40f57813c2ccf790e6aca8b96292634b04ca
Advance to e67566ce0a925342d0a988ec196710e204a1d900 or later
Date: Sat Nov 23 12:39:21 2013 +0100
FreeBSD 11.0-CURRENT_amd64
config.status: creating
More progress, but other problem. Compile passed through previous
error but breaks when building docs (which I really don't need).
Breaks at:
Making all in docs
gmake[2]: Entering directory `/asp/git/grub/docs'
Updating ./version.texi
restore=: backupdir=.am$$ \
am__cwd=`pwd`
It seems I made a mistake in my previous post. I should have included
a previous warning code as well (just in case.)Correction as to where
compile breaks:
cc -DHAVE_CONFIG_H -I../grub-core/efiemu/runtime
-DGRUB_FILE=\efiemu/runtime/efiemu.S\ -I. -I. -I.. -I.. -I../include
-I../include
On Fri, Nov 22, 2013 at 08:30:14AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
On 22.11.2013 08:09, Beeblebrox wrote:
grub-core/osdep/unix/platform.c:34:28: error: use of undeclared
identifier 'PATH_MAX'
char *ret = xmalloc (2 * PATH_MAX);
Please try
diff --git
On 22.11.2013 14:16, Colin Watson wrote:
On Fri, Nov 22, 2013 at 08:30:14AM +0100, Vladimir 'φ-coder/phcoder'
Serbinenko wrote:
On 22.11.2013 08:09, Beeblebrox wrote:
grub-core/osdep/unix/platform.c:34:28: error: use of undeclared
identifier 'PATH_MAX'
char *ret = xmalloc (2 * PATH_MAX);
config.log re-sent as link, as requested by mail list admin (file too large)
https://drive.google.com/file/d/0Bxs_eepbMt6qejJBZVQyZngtdTA/edit?usp=sharing
Regards.
___
Grub-devel mailing list
Grub-devel@gnu.org
The patched file is giving me an error. I tried patching several
times, but keep getting same error. Most likely some stupid error on
my part:
grub-core/osdep/unix/platform.c:43:4: error: expected expression
FILE *fp = fdopen (fd, r);
^
grub-core/osdep/unix/platform.c:44:20: error: expected
40 pid = grub_util_exec_pipe ((const char * []){ ofpathname, dev,
NULL }, fd);
41 if (!pid)
42
Why did you remove the whole chunk of code here?
Please use ptach command to apply patches, not some manual way.
43 FILE *fp = fdopen (fd, r);
44 get_ofpathname (const char *dev)
45 if
@ Vladimir:
Please attach your config.log
Enclosed as requested (for latest run)
A new problem: I updated the git repo to latest and tried to re-build.
Build was started with:
./autogen.sh USE_GCC=any --disable-werror
./configure USE_GCC=any --disable-werror
gmake USE_GCC=any
However, compile
On 22.11.2013 08:09, Beeblebrox wrote:
@ Vladimir:
Please attach your config.log
Enclosed as requested (for latest run)
No you didn't. No config.log is attached. Please send it.
A new problem: I updated the git repo to latest and tried to re-build.
Build was started with:
./autogen.sh
On 22.11.2013 08:09, Beeblebrox wrote:
grub-core/osdep/unix/platform.c:34:28: error: use of undeclared
identifier 'PATH_MAX'
char *ret = xmalloc (2 * PATH_MAX);
Please try
diff --git a/grub-core/osdep/unix/platform.c
b/grub-core/osdep/unix/platform.c
index 65c93f1..a527a1c 100644
---
Did you rerun ./autogen.sh?
I ran gmake clean and cleaned all conig folders, then re-started
from scratch.
What is the value of your target_os ?
Build, host target are all the same. I tried setting all 3 as
i386-freebsd for one of my runs, but that did not work.
Otherwise, I did not set it
В Sun, 10 Nov 2013 12:28:50 +0200
Beeblebrox zap...@berentweb.com пишет:
Did you rerun ./autogen.sh?
I ran gmake clean and cleaned all conig folders, then re-started
from scratch.
It would be more clean to start in new directory. If you build inside
source tree, use git clean -d -x -f
On 10.11.2013 11:28, Beeblebrox wrote:
Did you rerun ./autogen.sh?
I ran gmake clean and cleaned all conig folders, then re-started
from scratch.
What is the value of your target_os ?
Build, host target are all the same. I tried setting all 3 as
i386-freebsd for one of my runs, but
On 10.11.2013 11:41, Andrey Borzenkov wrote:
В Sun, 10 Nov 2013 12:28:50 +0200
Beeblebrox zap...@berentweb.com пишет:
Did you rerun ./autogen.sh?
I ran gmake clean and cleaned all conig folders, then re-started
from scratch.
It would be more clean to start in new directory. If you
@ Vladimir:
This is not quite what I asked. Please attach your config.log
Apologies, I did not see that request.
Anyway, I ran per your suggestion:
$ ./autogen.sh --disable-werror --target i386-freebsd
$ ./configure --disable-werror --target i386-freebsd
$ gmake
Compile completed cleanly, and
On 10.11.2013 18:50, Beeblebrox wrote:
@ Vladimir:
This is not quite what I asked. Please attach your config.log
Apologies, I did not see that request.
I meant the value of host_os in config.log.
Anyway, I ran per your suggestion:
$ ./autogen.sh --disable-werror --target i386-freebsd
As of today, Nov/9/13, I have updated the git repo to latest version.
The error persists:
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake[3]: *** [disk.module]
On 09.11.2013 16:31, Beeblebrox wrote:
As of today, Nov/9/13, I have updated the git repo to latest version.
The error persists:
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
cc: error: linker command failed with exit code 1 (use -v
On 05.11.2013 08:35, Beeblebrox wrote:
Another slight problem. Updated the GIT repo to latest,
$ gmake clean /autogen.sh --disable-werror ./configure --disable-werror
$ gmake =
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
On 05.11.2013 08:35, Beeblebrox wrote:
Another slight problem. Updated the GIT repo to latest,
$ gmake clean /autogen.sh --disable-werror ./configure --disable-werror
$ gmake =
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
Unrelated. float and double poisoning is OS-independent.
Thank you - I really appreciate that information.
Is there anything you would like me to do re
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
Or will you be pushing a code revision into trunk?
Regards.
Another slight problem. Updated the GIT repo to latest,
$ gmake clean /autogen.sh --disable-werror ./configure --disable-werror
$ gmake =
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_x86_64_fbsd elf_i386_fbsd
gmake[3]: *** [disk.module] Error 1
gmake[3]: Leaving
/usr/include/machine/_types.h:65: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '__double_t'
/usr/include/machine/_types.h:66: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '__float_t'
You system headers do something stupid: they use float/double in
standalone
Per your suggestion, I ran:
$ ./autogen.sh --disable-werror
$ ./configure --disable-werror
$ gmake = breaks with below. (also tried with $ gmake -Wno-error).
Where to go from here?
gmake all-am
gmake[3]: Entering directory `/asp/git/grub/grub-core'
gcc -DHAVE_CONFIG_H -I. -I.. -Wall -W
On 02.11.2013 08:58, Beeblebrox wrote:
/usr/include/machine/_types.h:65: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '__double_t'
/usr/include/machine/_types.h:66: error: expected '=', ',', ';', 'asm'
or '__attribute__' before '__float_t'
You system headers do something
switched local repo to git (git://git.savannah.gnu.org/grub.git)
Compile error persists as advised in previous mail
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
В Thu, 31 Oct 2013 12:37:41 +0200
Beeblebrox zap...@berentweb.com пишет:
I did not have time to play around with trunk/grub for a while so was
not able to follow-up on the discussion. Continuing from last month's
topic:
Flex version 2.5.4 is less than 2.3.35.
2.5 is 2.3
The problem was
What are sizes of size_t and int on your platform?
My system is amd4 running FreeBSD-9.2
If you require more information please instruct code to run from CLI for that.
___
Grub-devel mailing list
Grub-devel@gnu.org
В Thu, 31 Oct 2013 12:37:41 +0200
Beeblebrox zap...@berentweb.com пишет:
I did not have time to play around with trunk/grub for a while so was
not able to follow-up on the discussion. Continuing from last month's
topic:
Flex version 2.5.4 is less than 2.3.35.
2.5 is 2.3
Yes, my
cc1: warnings being treated as errors
grub_script.yy.c: In function 'yy_scan_bytes':
grub_script.yy.c:2298: warning: comparison between signed and unsigned
It is a flex bug which is hidden on platforms where sizeof(size_t)
sizeof(int).
Nothing I can do about flex, so then I just wait for
On 31.10.2013 11:37, Beeblebrox wrote:
cc1: warnings being treated as errors
grub_script.yy.c: In function 'yy_scan_bytes':
grub_script.yy.c:2298: warning: comparison between signed and unsigned
gmake[2]: *** [libgrubmods_a-grub_script.yy.o] Error 1
Buggy flex needs --disable-werror.
I had tried to build from source several months back, and had a
discussion on the FreeBSD mail list about the issue. The problem was
that the config is set as no_libzfs_support. What is the way to
correct this (need zfs library)?)
GRUB2 will be compiled with following components:
Platform: i386-pc
В Sat, 28 Sep 2013 11:48:54 +0300
Beeblebrox zap...@berentweb.com пишет:
I had tried to build from source several months back, and had a
discussion on the FreeBSD mail list about the issue. The problem was
that the config is set as no_libzfs_support. What is the way to
correct this (need zfs
I dare to guess - install zfs library.
My system is FreeBSD - separate zfs library is a linuxism, since in
FreeBSD zfs is part of base source (/usr/src) and vannot be installed
as a separate package unlike in linux.
If you mean here that grub has separate zfslib source code, I have not found
On 28.09.2013 13:56, Beeblebrox wrote:
I dare to guess - install zfs library.
My system is FreeBSD - separate zfs library is a linuxism, since in
FreeBSD zfs is part of base source (/usr/src) and vannot be installed
as a separate package unlike in linux.
Look at config.log. We check that
@Andrey:
Should not it be (hd0,gpt2)/bsds@/boot/kernel/kernel
Tried that also, same error
@Vladimir:
Please reread what Andrey said. poolname is not part of the path.
Somehow, I missed Andrey's answer...
I don't understand however, how poolname is not part of path. If we
have tank0 as pool and
В Wed, 25 Sep 2013 09:58:47 +0300
Beeblebrox zap...@berentweb.com пишет:
@Andrey:
Should not it be (hd0,gpt2)/bsds@/boot/kernel/kernel
Tried that also, same error
@Vladimir:
Please reread what Andrey said. poolname is not part of the path.
Somehow, I missed Andrey's answer...
I don't
On 25.09.2013 10:06, Andrey Borzenkov wrote:
Andrey has written, entry should be:
(hd0,gpt2)/root@/boot/kernel/kernel ?
I'm not sure now. Could you try
(hd0,gpt2)tank0/root@/boot/kernel/kernel
It's (hd0,gpt2)/root@/boot/kernel/kernel
signature.asc
Description: OpenPGP digital signature
В Tue, 24 Sep 2013 07:56:36 +0400
Andrey Borzenkov arvidj...@gmail.com пишет:
В Mon, 23 Sep 2013 21:28:41 +0200
Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com пишет:
On 23.09.2013 20:59, Beeblebrox wrote:
This doesn't demonstrate anything else than that you didn't use tools
On 24.09.2013 13:01, Andrey Borzenkov wrote:
Like this?
From: Andrey Borzenkov arvidj...@gmail.com
To: grub-devel@gnu.org
Subject: [PATCH] document ZFS filename syntax.
Go ahead
signature.asc
Description: OpenPGP digital signature
___
Grub-devel
Massimo:
should be written as (hd0,gpt2)/mydataset/@/myfolder/myfile.
Yes, of course - I made the mistake because I was in a hurry writing
the mail. My current corrected menu choices are:
menuentry Test1-BSD-ZFS Direct-Boot {
insmod zfs
search -s -l bsds
set root='hd0,gpt2'
В Tue, 24 Sep 2013 18:49:33 +0300
Beeblebrox zap...@berentweb.com пишет:
Massimo:
should be written as (hd0,gpt2)/mydataset/@/myfolder/myfile.
Yes, of course - I made the mistake because I was in a hurry writing
the mail. My current corrected menu choices are:
menuentry Test1-BSD-ZFS
On 24.09.2013 17:49, Beeblebrox wrote:
Neither of the above entries work.
Neither of them is correct. Please reread what Andrey said. poolname is
not part of the path.
Also grub 2.00 is not enough for version 5000. You need current trunk
signature.asc
Description: OpenPGP digital signature
On 30.08.2013 09:23, Raif S. Berent wrote:
My system is FreeBSD_9.2-stable_amd64_HDD-layout=GPT
grub version=grub2-2.00_1, and grub is on its own partition (/boot/grub)
zpool version: 5000, with root on the zpool
FreeBSD's bootloader is able to boot this pool, while various grub2
attempts
This doesn't demonstrate anything else than that you didn't use tools
correctly. It's: grub-probe -d /dev/ada0p2
Thank you very much - I ran the command you instructed and see that
the FS is identified correctly.
$ grub-probe -d /dev/ada0p2
zfs
I cannot, however, boot from grub directly into
2013/9/23 Beeblebrox zap...@berentweb.com
menuentry 'FreeBSD-ZFS' {
insmod zfs
set root='hd0,gpt2'
kfreebsd /boot/loader }
Fails because grub cannot find bootloader and gives no such file error.
You didn't specify the dataset (or snapshot) which has the /boot/loader
file
On 23.09.2013 20:59, Beeblebrox wrote:
This doesn't demonstrate anything else than that you didn't use tools
correctly. It's: grub-probe -d /dev/ada0p2
Thank you very much - I ran the command you instructed and see that
the FS is identified correctly.
$ grub-probe -d /dev/ada0p2
zfs
I
В Mon, 23 Sep 2013 21:28:41 +0200
Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com пишет:
On 23.09.2013 20:59, Beeblebrox wrote:
This doesn't demonstrate anything else than that you didn't use tools
correctly. It's: grub-probe -d /dev/ada0p2
Thank you very much - I ran the
Where would be the correct place (forum, list, etc) to get help on this issue?
(getting grub2 to recognize and boot from FreeBSD ZFS zpools)
Regards.
On Fri, Aug 30, 2013 at 10:23 AM, Raif S. Berent r...@berentweb.com wrote:
My system is FreeBSD_9.2-stable_amd64_HDD-layout=GPT
grub
My system is FreeBSD_9.2-stable_amd64_HDD-layout=GPT
grub version=grub2-2.00_1, and grub is on its own partition (/boot/grub)
zpool version: 5000, with root on the zpool
FreeBSD's bootloader is able to boot this pool, while various grub2
attempts have failed. I think the reason is that grub2 has
59 matches
Mail list logo
