Good day!
I'm trying to look into grub low-level disk IO.
I've started exploration with my own low-level FS block reader, but it
works too strange:
/* I know that such code is incorrect due to low-level FS operations but i'm
trying to understand some principals of low level IO :) */
file = grub_
Dear all
Can anybody give out a list of file systems the GRUB2 support?Thanks a lot.
Guanjun
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
2008/1/22 heguanbo <[EMAIL PROTECTED]>:
> Dear all
>
> Can anybody give out a list of file systems the GRUB2 support?Thanks a lot.
file system modules are listed in fs.lst:
affs
cpio
ext2
fat
hfs
hfsplus
iso9660
jfs
minix
ntfs
reiserfs
sfs
ufs
xfs
--
Bean
On Jan 22, 2008 10:01 AM, Pavel Roskin <[EMAIL PROTECTED]> wrote:
>
> On Mon, 2008-01-21 at 22:09 +0100, Robert Millan wrote:
> > On Mon, Jan 21, 2008 at 12:47:06PM -0500, Pavel Roskin wrote:
> > >
> > > I've tested the patch, and it seems to be OK, although I was surprised
> > > to see an empty me
On Jan 21, 2008 6:38 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Bean <[EMAIL PROTECTED]> writes:
>
> Hi Bean,
>
> Thanks for picking this one up!
>
> [...]
>
> >> Moreover, if I mount the image as loop in Linux and remove files "grub"
> >> and "grub.cfg", "ls" in grub-emu will go into infinite
Robert Millan schrieb:
Sure, we can fix grub-probe. This was already needed for something else
(but I forgot what ;-)).
Nevertheless it will be very very convenient to have this in grub-probe.
Can you propose a CLI by which grub-probe would be told to process devices
rather than mount poi
On Tue, Jan 22, 2008 at 12:25:49PM +0800, Bean wrote:
> > but, what is the advantage in that? Is there any use case in which the
> > first
> > option is not good but the second is?
>
> Some advantages of using external initrd:
>
> 1, Resolve size limit for core.img
> core.img can't be too large
On Mon, Jan 21, 2008 at 09:11:04PM -0500, Pavel Roskin wrote:
>
> I wish I could use it on PowerPC to work around the "claim failed"
> problem, but I'll still need to link "memdisk" and "cpio" with
> grub-mkimage.
I don't understand. How would this work around the problem?
> I have a patch for
On Jan 21, 2008 6:21 PM, Marco Gerards <[EMAIL PROTECTED]> wrote:
> Bean <[EMAIL PROTECTED]> writes:
>
> Hi,
>
> > i finish converting the idct and color code, now it should be ok.
>
> If you are 100% sure all code is yours and there are no legal issues,
> feel free to commit it. Your code looks g
Quoting Robert Millan <[EMAIL PROTECTED]>:
On Mon, Jan 21, 2008 at 09:11:04PM -0500, Pavel Roskin wrote:
I wish I could use it on PowerPC to work around the "claim failed"
problem, but I'll still need to link "memdisk" and "cpio" with
grub-mkimage.
I don't understand. How would this work ar
On Tue, Jan 22, 2008 at 09:55:43AM -0500, Pavel Roskin wrote:
> >On Mon, Jan 21, 2008 at 09:11:04PM -0500, Pavel Roskin wrote:
> >>
> >>I wish I could use it on PowerPC to work around the "claim failed"
> >>problem, but I'll still need to link "memdisk" and "cpio" with
> >>grub-mkimage.
> >
> >I do
On Jan 22, 2008 9:57 PM, Robert Millan <[EMAIL PROTECTED]> wrote:
> On Tue, Jan 22, 2008 at 12:25:49PM +0800, Bean wrote:
> > > but, what is the advantage in that? Is there any use case in which the
> > > first
> > > option is not good but the second is?
> >
> > Some advantages of using external
On Tue, Jan 22, 2008 at 02:14:53PM +0100, Fabian Greffrath wrote:
>
> We should stay with the '-t drive' option to print the GRUB drive. If no
> further option is given, the next item on the command line is expected
> to be a path - just like before.
> Then, another option, e.g. '-o', should be
On Wed, Jan 23, 2008 at 12:22:32AM +0800, Bean wrote:
> * util/i386/pc/grub-mkimage.c (generate_image) : Add is_linux parameter.
> If it's set, use lnxboot.img as header instead of diskboot.img.
> (options): Add "linux"|'x' option
> (main): Parse --linux|-x option, and pass
On Jan 23, 2008 12:51 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> I don't like this very much. We don't have grub-mkimage options to
> concatenate
> it with boot.img, so why with lnxboot.img ?
The reason for new option is that the length of core.img needs to
stored in lnxboot.img. Previously,
This patch should fix the problem.
diff --git a/fs/ufs.c b/fs/ufs.c
index 917d9a2..bef19e6 100644
--- a/fs/ufs.c
+++ b/fs/ufs.c
@@ -38,6 +38,8 @@
#define GRUB_UFS_ATTR_DIR 04
+#define GRUB_UFS_MAX_VOLLEN32
+
/* Calculate in which group the inode can be found. */
#define inode_gr
On Wed, Jan 23, 2008 at 01:17:43AM +0800, Bean wrote:
> On Jan 23, 2008 12:51 AM, Robert Millan <[EMAIL PROTECTED]> wrote:
> > I don't like this very much. We don't have grub-mkimage options to
> > concatenate
> > it with boot.img, so why with lnxboot.img ?
>
> The reason for new option is that
On Tue, Jan 22, 2008 at 08:01:56AM +, Oleg Strikov wrote:
> Good day!
> I'm trying to look into grub low-level disk IO.
> I've started exploration with my own low-level FS block reader, but it
> works too strange:
>
> /* I know that such code is incorrect due to low-level FS operations but i'
On Wed, Jan 23, 2008 at 02:58:02AM +0800, Bean wrote:
> This patch should fix the problem.
Nice!
> -grub_ufs_label (grub_device_t device __attribute ((unused)),
> - char **label __attribute ((unused)))
> +grub_ufs_label (grub_device_t device,char **label)
Please add a space after the
On Mon, Jan 21, 2008 at 10:11:42PM +0100, Marco Gerards wrote:
> > My question is whether it makes sense as a general safety check.
>
> Well, if it isn't going to occur with the current firmware
> implementations, I do not see the use. But it will not hurt either.
> Simply, I do not care either w
On Sun, Jan 20, 2008 at 10:20:34PM +0100, Robert Millan wrote:
>
> Fix deadlock when probing USB deives on i386-ieee1275. Detailed explanation
> is in patch itself (C comment).
>
> Comments?
>
> --
> Robert Millan
>
> I know my rights; I want my phone call!
> What use is a phone call… if yo
Hello,
FYI, I've started to work on grub2 "manpages" :
http://wiki.debian.org/Grub/grub.cfg.manpage
Comments, contributions and reviews are welcome.
Franklin
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub
>> Good day!
>> I'm trying to look into grub low-level disk IO.
>> I've started exploration with my own low-level FS block reader, but it
>> works too strange:
>>
>> /* I know that such code is incorrect due to low-level FS operations but
i'm
>> trying to understand some principals of low level IO
Hi,
where i can read about grub scripting language?
For example, can i process command return code in if/else expression?
Thanks
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Quoting Robert Millan <[EMAIL PROTECTED]>:
On Tue, Jan 22, 2008 at 09:55:43AM -0500, Pavel Roskin wrote:
>On Mon, Jan 21, 2008 at 09:11:04PM -0500, Pavel Roskin wrote:
>>
>>I wish I could use it on PowerPC to work around the "claim failed"
>>problem, but I'll still need to link "memdisk" and "c
25 matches
Mail list logo
