(in getroot for ZFS without libzfs? thread). Did you see this part
of the thread?
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
devices that each need grub
installed, or for something else?
grub-probe internally needs access to the raw devices because it wants
to use GRUB codepaths to obtain fs_uuid and such.
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
changes without notice, there's no soname
update and no versioning information. See:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=645305
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
2011/10/16 Robert Millan r...@gnu.org:
What is the device node list used for? To list devices that each need grub
installed, or for something else?
grub-probe internally needs access to the raw devices because it wants
to use GRUB codepaths to obtain fs_uuid and such.
In other words: to use
layer like they
currently do with LVM or mdRAID, but they don't need the device node
list anymore (since it's filled with a full scan, as with LVM).
--
Robert Millan
=== modified file 'configure.ac'
--- configure.ac 2011-08-19 20:49:48 +
+++ configure.ac 2011-10-15 16:42:10 +
@@ -916,18 +916,6
/zfs. But is that device
meant to be used directly? How stable is this interface?
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
grub_machine_mmap_iterate() with something like:
grub_err_t
grub_machine_mmap_iterate (grub_memory_hook_t hook)
{
hook (0x8100, 8200, GRUB_MEMORY_AVAILABLE);
return GRUB_ERR_NONE;
}
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
https
licensed any code under GPL, only that your license terms
(or in this case, your lack of copyright assertion) are compatible
with the GPL.
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
code to be free for all users,
always use the latest version of the GPL.
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
, a different
one is leaving the GNU system without its bootloader.
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
2010/9/10, lode leroy lode_le...@hotmail.com:
It may be easy to copy files onto the filesystem, but
not-so-easy
to create a working native grub.
What's hard about grub-install /dev/sda ?
--
Robert Millan
___
Grub-devel mailing list
Grub-devel
from GRUB is not possible. Given that setup command can only
perform part of this, it is unrealistic to pretend setup command is useful.
This is why it was removed.
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org
only a problem with Linux itself now.
Not with Linux either, just set gfxpayload=keep and GRUB will preserve
video mode when giving control to Linux.
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
://svn.debian.org/viewsvn/d-i/trunk/installer/build/boot/kfreebsd/grub-kfreebsd-cdrom.cfg?revision=64460view=markup
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
is not allocated but we free it anyway.
Or perhaps I'm missing something? (it's late here, I need some sleep)
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
as a module.
--
Robert Millan
2010-08-20 Robert Millan r...@gnu.org
* util/grub.d/10_kfreebsd.in (kfreebsd_entry): Add generic module
load routine.
Map GRUB `ext2' to kFreeBSD `ext2fs'.
=== modified file 'util/grub.d/10_kfreebsd.in'
--- util/grub.d/10_kfreebsd.in 2010-08-08 14:27:58 +
). Let me know if there were a problem with other filesystems.
--
Robert Millan
=== modified file 'ChangeLog'
--- ChangeLog 2010-08-19 23:15:23 +
+++ ChangeLog 2010-08-20 14:34:56 +
@@ -1,3 +1,13 @@
+2010-08-20 Robert Millan r...@gnu.org
+
+ Make kFreeBSD code more generic to support ext2fs
when it
isn't obvious they are equivalent.
Also, in ZFS there isn't a single device name that identifies the whole pool
(as with mdraid), which would make the semantics even more confusing.
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
2010/8/10, Scott Moser scott.mo...@canonical.com:
Hi all,
I've been playing around with multiboot images, and found grub 0.97's
'mbchk' to be very useful. Its really nice from a shell script or other
to easily answer is this file a multiboot image?.
The attached patch basically copies
-load_addr);
+ return 0;
+ }
--
Robert Millan
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
2010/8/4, Seth Goldberg seth.goldb...@oracle.com:
I don't think this is the appropiate place for this kind of sanity check.
Keep in mind grub-probe -t device has many purposes, and for some of
them
(e.g. determining the partmap) the ZFS status is irrelevant.
Hmm. I do see your point
I'd also point out that the device where grub-setup will embed
core.img is a minor issue here, since it's trivial to run grub-setup
multiple times. The real problem is putting /boot/grub/ in a
mirrored filesystem so that either copy of core.img will be able
to access this directory from any of
2010/7/30, Robert Millan r...@gnu.org:
Unfortunately there are availability problems with libzfs.h and libnvpair.h.
On
FreeBSD they're not installed system-wide. On OpenSolaris I can't see them
installed either (although in this one I'm probably missing something).
I figured what's going
Committed, with some adjustments. I put the new code in misc.c instead
of getroot.c to prevent grub-mkrelpath (and others) from having to drag
a gazillon other files in.
___
Grub-devel mailing list
Grub-devel@gnu.org
2010/7/30, Seth Goldberg seth.goldb...@oracle.com:
Ah, ok. As long as we try the system-installed libzfs.h first, I'm ok
then.
We do now.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
2010/7/30, Seth Goldberg seth.goldb...@oracle.com:
You need to ensure that the deivce given isn't degraded. It's certainly
possible to boot with a mirrored root with one device degraded. If you
choose
that device for grub-setup, you may fail to write to it or you may succeed,
but
This adds support for ZFS root in 10_kfreebsd.in. It works with
current trunk if my grub-mkrelpath patch has been applied, and if
ZFS from grub-extras has been built into GRUB.
2010-07-31 Robert Millan r...@gnu.org
* util/grub.d/10_kfreebsd.in: Initialize ${kfreebsd_device} as the
kFreeBSD
2010/7/29, Seth Goldberg seth.goldb...@oracle.com:
This code will not handle a mirrored root pool. See the Solaris
implementation of vdev_get_physpaths() and zpool_get_config_physpath().
Thanks for the pointer. I avoid reading libzfs source, but looking at the dump
from nvlist_print(), the
2010/7/30, Seth Goldberg seth.goldb...@oracle.com:
Don't forget to check the state of the device also.
Can you be more specific? I notice a state integer variable associated
with the pool (none associated with the device), which has a zero-value in
my case (I assume this indicates no error).
This patch adds OpenSolaris support as well, but unfortunately I can't
test it. I will commit if someone (Seth?) can confirm it works.
=== modified file 'configure.ac'
--- configure.ac 2010-07-30 19:43:12 +
+++ configure.ac 2010-07-30 20:20:43 +
@@ -247,7 +247,7 @@ else
fi
# Check for
Same patch with a bit of cleanup, and ChangeLog entry.
2010/7/29, Robert Millan r...@gnu.org:
This patch is a proof of concept for solving the ZFS (dev)/foo@/
pathname problem at the lowest possible level: a small change in
grub_make_system_path_relative_to_its_root() propagates into
all
2010/7/30, Seth Goldberg seth.goldb...@oracle.com:
I saw your commit of these changes. Why are you delivering a libzfs.h
and libnvpair.h?
I think GRUB should be using the headers that are installed on
the systems [...]
Unfortunately there are availability problems with libzfs.h and
Please test / comment / etc.
2010-07-29 Robert Millan r...@gnu.org
Enable `grub-probe -t device' resolution on ZFS.
* configure.ac: Check for getfsstat(), libzfs and libnvpair.
* include/grub/util/libnvpair.h: New file.
* include/grub/util/libzfs.h: New file.
* kern/emu/getroot.c
New version, with a few bugfixes (find_mount_point_from_dir logic,
use heap allocation, support pools with multiple filesystems).
ChangeLog entry is the same.
=== modified file 'configure.ac'
--- configure.ac 2010-07-04 22:45:14 +
+++ configure.ac 2010-07-29 13:43:00 +
@@ -247,7 +247,7 @@
This patch is a proof of concept for solving the ZFS (dev)/foo@/
pathname problem at the lowest possible level: a small change in
grub_make_system_path_relative_to_its_root() propagates into
all the places in grub-install and grub-mkconfig that are affected
by the problem.
It factors some of the
2010/7/28, Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com:
I don't think that the design needs changes but I'm open to discussion.
My proposal seemed like an improvement in design, which I wanted to do before
dealing with grub-install/grub-mkconfig. But obviously I've missed some
2010/7/28, Tuco tuco@gmail.com:
I was already on this. I made some progress and have libzfs now,
expect zpool/zfs to follow soon. Here is my patch if you want to build
libzfs yourself:
http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=libzfs.diff;att=1;bug=590639
Very nice.
2010/7/22 Seth Goldberg seth.goldb...@oracle.com
I guess the API exported by libzfs can serve for this? But first, I
have some concern about zfs.mod, I'll write a detailed mail about that
later.
That's how I'm implementing it, though libzfs is technically an uncommitted
interface.
What
2010/7/21 Tuco tuco@gmail.com:
Is this a known problem? Should I investigate? Can you give some guideline?
If you want to help, you could have a look at porting libzfs over to
GNU/kFreeBSD.
It's likely that GRUB will need it, and in either case the Debian
folks definitely will.
The problem I see with current zfs.mod is that it integrates with GRUB using
the filesystem model, i.e. each pool has one
backend (the storage device) and one frontend (the filesystem).
But ZFS is different in both ends: each pool can use N storage devices
and provide M filesystems. In the
Hi,
This has been on my radar for a while now, I'll have a look at it
(today I start my vacation and have some spare time (but don't hold
your breath...)).
2010/7/21, Seth Goldberg seth.goldb...@oracle.com:
The main problem is that the st_dev that you'll get from a call to stat() of
a file on
2010/7/3, Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com:
Using GUID in GPT to locate the embedded zone would be good but it has
nothing to do with this standard. Robert made some work in this
direction but never finished (he wrote MBR but not some required changes
to diskboot.img)
Hi,
Sorry for breaking the thread, but I just stepped in because I
participated in the standarisation of the BIOS Boot Partition
mechanism, and in early discussions about this hybrid DOS/GPT protocol
which led to the standard being discussed, and I want to clarify
something.
GRUB implements the
Hi,
trunk repository is now frozen in preparation for GRUB 1.98, which will be
released soon, most likely this month.
I leave Vladimir in charge of this freeze process. Please ask him for
approval when in doubt.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
and never showed any interest
in Multiboot.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
, but finding an exploit
that works without hardware interaction.
Well that would be very interesing indeed, but in GRUB project we're generally
concerned about improving GRUB...
--
Robert Millan
Be the change you want to see in the world -- Gandhi
.
Robert where did you find this bit of news?
IRC.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
be
possible with a grub_disk_dev.ioctl(.) call.
The problem I see with 'grub_disk_ata_pass_through' is that it shouldn't be
in kernel. The interface itself is less relevant IMO.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
solution to this? We could add
a proper probe() function and switch all filesystems to it, but only
for the benefit of pxe it seems a bit overkill.
Does someone have a better idea?
--
Robert Millan
Be the change you want to see in the world -- Gandhi
a helper for loaders of *BSD
kernels.
Please also see Okuji's article on this subject:
http://grub.enbug.org/OnSplittingModules
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
can do that if you lile; it's a wiki.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
the `gpg --verify' command.
This release was bootstrapped with the following tools:
Autoconf 2.61
Ruby 1.8.7
GCC 4.4 is the recommended version for building it, although any version
starting with 4.1.3 is supported in this release.
--
Robert Millan
Be the change you want to see
On Sun, Jan 24, 2010 at 07:36:51PM +0100, Robert Millan wrote:
- A number of header declarations had their copyright/license headers
missing. They had been imported in GRUB Legacy many years ago, and
recently found their way into the 1.97 release.
The files in question were imported
that the OS console output is displayed the same way
automatically.
Makes sense. Can you draft a proposal?
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman
,bsd1)
With this approach, the burden is no longer in GRUB. Then I don't care
how weird disk layouts can become, because GRUB doesn't have to probe
them. We can even support things like this if it makes users happy:
(hd0,bsd2,msdos1,sun1,apple4,msdos1)
--
Robert Millan
Be the change you want
(as Vladimir's existing implementation already supports arbitrary
nesting).
Note that it is very easy for Intel to specify and implement that: in their
world there's only one partition label type (plus another one which is
backward compatible with the first).
--
Robert Millan
Be the change you
be nice. If you'd like to implement it, I think it
should be possible to verify this entirely in build time.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org
= 0xbfffe000
Did you try with testing coreboot+GRUB on qemu?
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
do:
grub ls (hd0)
Possible msdos label: 1 2 3
Possible gpt label: 1 2
etc.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
) from the
user, it implies we know what's the partition label in hd0, but reality is
that we're just guessing. User, however, will expect things to just work,
and if they fail will blame it on GRUB. This is what I refer to when I
speak of burden.
--
Robert Millan
Be the change you want
, but if a screen is physically rotated, it's clearly not
software.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
at Bazaar history).
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Mon, Jan 25, 2010 at 08:31:35AM +0100, Robert Millan wrote:
When you hide complexity from the user, the user doesn't generally care or
want to understand what this involves. When we accept (hd0,1) from the
user, it implies we know what's the partition label in hd0, but reality
drivers (at_keyboard / usb_keyboard) in the
near future. I guess this resolves the stated problem, so I wouldn't invest a
lot of effort in finding other solutions to it.
If you want to help with polishing at_keyboard, usb_keyboard and the USB stack,
that'd be most welcome.
--
Robert Millan
. Has this changed, or I'm missing something?
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
is a good choice IMO (and
the rest of the free world seems to be moving in this direction thanks to 2 TiB
limit).
[1] I know the first one is already implemented, but your approach makes it
less ad-hoc and splits code off part_msdos.mod, which is an improvement.
--
Robert Millan
Be the change you
This makes it possible to use relative paths in the file component of
gfxmenu images. I've tested that it works, but I'd appreciate if someone
more familiar with gfxmenu can review it.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
=== modified file 'gfxmenu
. It is already more
complex than it needs to be.
The scripts in /etc/grub.d *are* config files. There's no reason you
can't edit them to suit your needs.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
On Sun, Jan 17, 2010 at 01:02:55PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
Robert Millan wrote:
On Fri, Jan 01, 2010 at 09:32:24AM +, Colin Watson wrote:
On Tue, Dec 29, 2009 at 10:30:12AM +0100, Vladimir 'φ-coder/phcoder'
Serbinenko wrote:
+char *EXPORT_FUNC
. MBP4,1).
Given this note in commit log:
[...] This is somewhat hacky, but it
appears to be the only way to do this that does not break some some
set of existing bootloaders.
I think you should report it to them.
--
Robert Millan
Be the change you want to see in the world
) and then merge it into trunk.
We had worse problems with the situation Colin Watson described.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo
a
very good reason to provide it.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
tends to put MBI and associated structures right after
payload code (unlike GRUB Legacy which uses a fixed location below 1 MiB).
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http
?
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
header.
Btw, feel free to commit this and also add new tests directly into trunk,
as long as they can run succesfuly in any sane build environment.
Thanks
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing
missing it.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
it shouldn't go in trunk untill after next release (1.98).
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Tue, Jan 19, 2010 at 10:56:48PM +, Colin Watson wrote:
On Tue, Jan 19, 2010 at 11:29:14PM +0100, Robert Millan wrote:
On Sun, Jan 17, 2010 at 01:02:55PM +0100, Vladimir 'φ-coder/phcoder'
Serbinenko wrote:
Robert Millan wrote:
On Fri, Jan 01, 2010 at 09:32:24AM +, Colin
with languages! You probably meant US
keyboard.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
, extreme cases
that Grub for some reason could not reach the keyboard layout file.
What's the total size we're talking about?
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http
[4] = { 'P', 'F', 'F', '2' };
?
If should be in a macro (as I think so) I will fix after finishing other
things.
Yeah it should.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel
On Wed, Jan 20, 2010 at 12:17:26AM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
Robert Millan wrote:
On Fri, Jan 15, 2010 at 06:18:43PM +0100, Vladimir 'φ-coder/phcoder'
Serbinenko wrote:
Hello. This defines 2 more types for mmap_type in a way to match E820
values. As grub
' '{}' ';'
This affects gnulib/error.c and gnulib/gettext.h which would be much better
not to change, as they're being imported semi-automatically.
Perhaps you could solve this at its source? (i.e. by defining ENABLE_NLS to
0 when gettext is unavailable).
--
Robert Millan
Be the change you want to see
}${SYSTEM_PATH}
Then your system tools obtain a path that makes sense to them.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
)
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
this is appropiate. TIA
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Hi,
I committed your last patch with some minor stylistic adjustments, plus
your changes to the example kernel.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http
.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
to help the GRUB project by
watching help-grub and helping with user requests there, he/she's more
than welcome to do that.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http
On Mon, Jan 04, 2010 at 08:35:38PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
Robert Millan wrote:
+ .long 0
+ .long 1024
+ .long 768
+ .long 32
Maybe better to use 640x480 instead? Not everyone has a large display.
It's only a recommended resolution
not automatically enabled for new branches,
but at least for the important ones like trunk and experimental already
have it.
This also implies that uncommit won't work anymore on already pushed
changes.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
can boot
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
need contexts so I propose to move
context handling to normal.mod rather than have it in kernel. Saves 314
bytes. Available in experimental
Hi,
Your attachment doesn't render well in Mutt. I think quoted-printable
encoding messes it up. Perhaps you could disable quoted-printable?
--
Robert
On Thu, Jan 07, 2010 at 06:31:02PM +0100, Grégoire Sutre wrote:
Robert Millan wrote:
On Sun, Jan 03, 2010 at 03:54:49AM +0100, Grégoire Sutre wrote:
Hi,
I'm wondering why there is no check for device type (block/character)
in grub-setup.c whereas the function probe() in grub-probe.c exits
it completely.
In general, references to GRUB 2 need to disappear from the website, wiki
and documentation. Now that GRUB Legacy is completely obsolete it's not
necessary to make the distinction in most contexts.
Would you be interested in adapting the website?
--
Robert Millan
Be the change you want
be spilled all over the memory
-It's unstraightforward to e.g. specify 2 framebuffers
Seems like there's a problem indeed.
I propose to use tagged MBI.
Can you provide a short explanation on this proposed solution? You explained
the problem, but not the solution.
--
Robert Millan
Be the change you
to diverge from them, as
all the GRUB-specific declarations are split in grub/* namespace
already.
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman
a regression test (aka bisect) on Linux source? This
would help us figure out the problem (whether it's a bug in Linux, in GRUB
or in your firmware).
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
.
Better just ignore this part ;-)
Sorry to be stupid,
Not at all!
--
Robert Millan
Be the change you want to see in the world -- Gandhi
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
1 - 100 of 2353 matches
Mail list logo
