hat binary and try to boot from it).
I would love to have a few pointers, Thank you. (I've done some 'C' and
'ASM' in my past lives so I hope that will be enough... ) :)
Thank you for your consideration,
Vincent
___
Grub-de
eck against
> GRUB_EFI_PERSISTENT_MEMORY? If so, this is fine.
Hi Leif,
Thanks for the review.
This is a good question about persistent memory; I don't know if we should
check it or not.
I am "fighting" with qemu to add an nvdimm above or below the first normal
memory region to
emory allocation and error messages.") in
Fedora's grub[1]. This patch reduces the modifications to a minimum.
[1]: https://github.com/rhboot/grub2.git
Fixes: bad144c60f66 ("efi: Add grub_efi_get_ram_base() function for arm64")
Suggested-by: Grant Likely
Signed-off-by: Vincent St
Hello,
> May I add your SOB? If yes then Reviewed-by: Daniel Kiper
>
Yes, and sorry to have forgotten to add it
--
Vincent Legoll
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
---
util/grub-mkrescue.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/util/grub-mkrescue.c b/util/grub-mkrescue.c
index 21e5ce4e4..ce2cbc4f1 100644
--- a/util/grub-mkrescue.c
+++ b/util/grub-mkrescue.c
@@ -815,7 +815,7 @@ main (int argc, char *argv[])
grub_util_error
erywhere instead
of dev paths.
--
Vincent Pelletier
___
Grub-devel mailing list
Grub-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/grub-devel
anyone feels like integrating any chunk, please do. I had signed the
copyright assignment back then, so you can consider the FSF own copyright on
that patch already, as far as I'm concerned.
--
Vincent Pelletier
Index: command
Le jeudi 31 mars 2011 21:17:10, vous avez écrit :
> would you agree to consider that your contributor agreement covers wiki as
> well?
Sure, no problem.
--
Vincent Pelletier
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/m
loader (grub 1 before, and now trying with grub 2).
I didn't even try to search, so maybe he just didn't find the right bit of
information - which I think means it should be made more visible, as in a FAQ.
--
Vincent Pelletier
___
Grub-devel m
Le Saturday 07 March 2009 11:37:36 Robert Millan, vous avez écrit :
> I'm not sure how many of us are experienced with sparc (Vincent? Who
> else?).
I wouldn't call me experienced, except if it only means that I did
experimentation with that arch :) .
> I'm very intere
his. I had a very fun time discovering
sparc64 as I wrote it, and I stopped before making anything usable. I hope
you won't find too much bad code (sorry about that cache flush).
I guess I'll fire up my good ol' ultra 10 to celebrate this :) .
--
Vincent Pelletier
signature.asc
D
that dependency.
--
Vincent Pelletier
signature.asc
Description: This is a digitally signed message part.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
, and if it doesn't it's a bug.
Vincent
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
On Jan 9, 2008 12:48 AM, Vincent Pelletier <[EMAIL PROTECTED]> wrote:
> within the next 2 months
Gah. "next 2 weeks".
Vincent Pelletier
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
e a box with this bug - sadly, I will not be able to reach it
within the next 2 months - so I can test various proposals if provided
with patches :) .
IIRC originaly this fix was dropped from gub to grub2, and I re-raised
the issue. But that's all, I don'
gen.sh to regenerate .mk files.
--
Vincent Pelletier
signature.asc
Description: This is a digitally signed message part.
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
e in conf/*.rmk files .
Sorry for not finishing that work.
--
Vincent Pelletier
/* reiserfs.c - ReiserFS versions up to 3.6 */
/*
* GRUB -- GRand Unified Bootloader
* Copyright (C) 2003, 2004, 2005 Free Software Foundation, Inc.
*
* This program is free software; you can redistribute i
Le vendredi 16 mars 2007 08:02, Jerone Young a écrit :
> Exactly how do you generate a .mk file from the .rmk files. What is
> the ruby command line to do this?
From the root of the working copy:
./autogen.sh
--
Vincent Pelletier
pgp7bb7IhPmCS.pgp
Description: PGP sig
kernel image).
I prefer to post the patch for validation before commiting, it's been too long
I haven't post to go on my own :) . (changelog is in the diff :p ).
--
Vincent Pelletier
? include/grub/sparc64/ieee1275/loader.h
Index:
wo numberings are inconsistent and the people who would have
anyway complained about starting from 0, because disks are still numbered
from 0... We may also face complaints from the people who already complained
about starting from 0 - and eventually accepted it - and who will have to
learn agai
support such
configuration layouts. But I guess few people are ready to spend much effort
in making boot loaders compatible one with the other...
--
Vincent Pelletier
pgpP3rFKXucnz.pgp
Description: PGP signature
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ng
time because no write is ever done to the partition, of course.
Ah, and it's not always 80-columns wordwrapped, other than that the coding
style should be respected. This will be fixed in the final version.
--
Vincent Pelletier
/* reiserfs.c - ReiserFS versions up to 3.6 */
/*
* GR
And here comes the last part, this test driver detects the ne2000 card
in qemu.
2006-05-16 Vincent Guffens <[EMAIL PROTECTED]>
* drivers/net/: New directory.
* conf/i386-pc.rmk (pkgdata_MODULES): Added test_driver.mod
to the list of m
Some directories, other than drivers/include/etherboot/i386 might have
to be created by hand.
2006-05-16 Vincent Guffens <[EMAIL PROTECTED]>
* drivers/include/etherboot/: New directory.
* drivers/pci/i386/: Likewise.
* configure.ac (AC_CONFIG_LINKS): Added d
Hello,
Here is a patch to add pci support to grub2.
2006-05-16 Vincent Guffens <[EMAIL PROTECTED]>
* drivers/: New directory
* conf/i386-pc.rmk (pkgdata_MODULES): Added pci.mod
to the list of modules.
(DRIVERS_CFLAGS): Added.
(pci_mod_S
Eric Salomé wrote:
> Hi Vincent,
>
> I picked up your email from the archive as I didn't received it yet.
>
> As you see, it's very easy with a simple #define to create simple code
> for simple cases and yet be powerful for more complex cases :
> #define grub_itera
Eric Salomé wrote:
> Hi folks,
>
>
>
> This email to explain how I worked on grub-emu module loading, the
> choices I have made (for now) and the diff from grub-1.93 delivery.
> Marco asked me for details (well, that will make it a pretty long email
> :-)).
>
>
>
> I worked only on the i386
Rudy Attias wrote:
>
> Netboot is taking a different direction? I'm curious about that, can you
> give some details?
yes, grub legacy also used the drivers from Etherboot and it was
reported not be easily manageable. When Etherboot developpers decide to
change something, the glue code written
eturn;
>
> }
>
>
>
> In grub_iterate_list_brk, you can use context to send a patern or model
> object to compare each item of the list with.
>
>
>
> The draw back is it makes iteration function a bit less readable, but a
> lot more powerful.
>
>
Title: a simple list
Hi,
I need to use a simple list to register the pci devices, drivers and so on. I notice that there are lists like that already in the code so what would you think about having a list.h file like that ?
/* A very simple list.
*
* If you want a list of struct myitem
*
>Well I followed you advice but I came across some issues, probably on
>customization of the driver, I'm trying to add the tg3 to it. I made
>some adjustments on the code add some here and remove some there to
>resolve dependencies but one dependency I can't resolve. This function
>is not in the
Marco Gerards wrote:
> vincent guffens <[EMAIL PROTECTED]> writes:
>
>
>>Marco Gerards wrote:
>>
>>>vincent guffens <[EMAIL PROTECTED]> writes:
>>>
>>>Hi Vincent,
>>>
>>>
>>>
>>>>I was won
Marco Gerards wrote:
> vincent guffens <[EMAIL PROTECTED]> writes:
>
> Hi Vincent,
>
>
>>I was wondering if there was still an interest in pci support as
>>discussed previously. That is a general interface exported by a module
>>such as
>
>
>
or it and prepare the changelog.
Cheers,
--
Vincent Guffens
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
Rudy Attias wrote:
> Hey,
>
>
>
> I'm interested to know, how to add drivers to the new pluggable
> architecture (grub2_netboot_7.tgz) from etherboot sources?
>
>
>
> Also wanted to say that you guys do great job with this boot loader! Now
> it needs to learn to boot from RAID and make co
Yoshinori K. Okuji wrote:
> On Saturday 29 April 2006 22:15, Marco Gerards wrote:
>
>>vincent guffens <[EMAIL PROTECTED]> writes:
>>
>>Hi Vincent,
>>
>>
>>>I just wanted to let you know that I contacted the maintainer of
>>>Etherbo
used but I was told that the interface
will change.
--
Vincent Guffens
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ght be in
my .rmk . IIRC, there was a specific way to pass arguments to ld through gcc,
like -gccoption ldoption1,ldopt2,ldopt3,...
--
Vincent Pelletier
pgppiJjeX3vAX.pgp
Description: PGP signature
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
very flexible and we can certainly have both support if
it is worth it.
regards,
Martin
--
Vincent Guffens
Intelligent Systems & Networks Group
Research associate, Imperial College
___
Grub-devel mailing
it.
regards,
Martin
--
Vincent Guffens
Intelligent Systems & Networks Group
Research associate, Imperial College
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
in
netboot. However, I added a command line interface so it's available at
boot.
This list is about GRUB 2, while what you did is for GRUB Legacy.
But I think you might be interested in GRUB 2 as well. It will get
PCI support by default (Vincent is working on this, at the moment), so
it mi
Marco Gerards wrote:
> Hi,
>
> Who will go to FOSDEM 24th-26th of February? Vincent Guffens and
> Vincent Pelletier will most likely be there (right?) and I will
> certainly be there. Unfortunately we do not have a hackers room and
> can not share a room. I expected the Hurd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
New version of my patch.
I think I followed all the given advices.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDjNCnibN+MXHkAogRAtK8AJ4rInXMoWqirdCWUwkrchz1hhAWXACfetNg
atible with ths one,
it would be a pleasure to port it to sparc :) - and probably the same
for PPC.
By the way, I think we should start a discussion on the API common to
all architectures for framebuffer handling.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
i
e any grub 2 logos ?
T-shirts ?
Hymn (errr... tetris song ?) ?
Vincent (...hides)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFDfhiOFEQoKRQyjtURAl9fAJ4henPCqJe22fpwIoHMvGQVKlpzhwCfXlFs
e5Y7bdfDLG0dmtxHy4ekfE4=
=6yOG
has changed a lot since
2) the code does not intgrate vey well into grub as I used a lot of code from
etherboot directly.
I should rewrite every sub component and send them one by one.
On Fri, 18 Nov 2005 14:48:53 +0100, Marco Gerards wrote
> "Vincent Guffens" <[EMAIL PR
any, and
> > another group accepts it, because we should listen to what OS developers
> > think. Such a group can be Hurd (like last year), OpenSolaris, or a
> > GNU/Linux
> > distribution project (such as Debian or Ubuntu).
>
> Right, I agree.
>
> Thanks,
> Marco
t; > I'm wondering if this code could mostly work on PPC platforms that
> > have PC-like peripherals.
> It depends on whether the PIT is linked to the speaker like on PC.
I think there is really little chance it works (ie. without
writing a sound-card drive
rectly...
> The lines are folded incorrectly.
I also corrected the lines length where needed.
Vincent Pelletier
Index: commands/i386/pc/play.c
===
RCS file: commands/i386/pc/play.c
diff -N commands/i386/pc/play.c
--- /dev/null
Hi.
Here is the play command, along with some songs.
2005-11-05 Vincent Pelletier <[EMAIL PROTECTED]>
* commands/i386/pc/play.c: New file.
* conf/i386-pc.rmk (pkgdata_MODULES): Added play.mod.
(play_mod_SOURCES, play_mod_CFLAGS, play_mod_LDFLAGS): New
o you want it to be 100% automatic (like used as some remote automation) ?
Vincent Pelletier
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
policy, yes I meant my patch would be for grub 2.
Vincent Pelletier
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
> (it can be just implemented as "echo ^G")
Actually I have wrote some months ago a "play" command that play tunes
on the x86 internal speaker, that might be useful too. I was thinking
about submitting it again those days.
Vincent Pelletier
signature.asc
Description: Op
x27;t be done without making the FCode grow quite big.
> - same for sparc32
I would be interested if the port could be unified in 32bits. For now I
built it 64bits - don't ask why :) - but if a 32bits build can work both
on sparc32 and sparc64, I think it would be great for maintenance.
V
Timothy Baldwin wrote:
> With a bad gnupg signature here.
Probably because of the mailing list signature...
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-d
won't get cleaned by a cls in early boot.
2005-10-12 Vincent Pelletier [EMAIL PROTECTED]
* kern/sparc64/dl.c (grub_arch_dl_check_header): Use sparcv9
ELF header values.
grub_arch_dl_relocate_symbols) : Implement 64 bits relocations.
* kern/term.c (grub_cls):
as OF bytecode, which then loads up
> a secondary bootloader or kernel.
I think you're right. But I haven't had time to try this (problems
booting from floppy, problems writing an OF-valid partition table to a
disk...).
> I apologize for the list-wide reply, but I figured that
idea earlier in the
port process to write an fcode loader.
Vincent Pelletier
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
ched much. Same symptoms in normal mode (when module loading works).
Vincent Pelletier
signature.asc
Description: OpenPGP digital signature
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
read the GCS in detail.
--
Vincent Guffens
PhD Student UCL/CESAME
tel: +32 10 47 80 30
Value your freedom, or you will lose it, teaches history.
"Don't bother us with politics," respond
) (void);
Why do you need to export these functions? Are they used outside the kernel?
grub_register_debug_sym is used by the module responsible for loading
the debug symbols. grub_backtrace could be used by other modules.
--
Vincent Guffens
er drivers in general (including across
> architectures)? For example, every fb driver will provide what API, and
> should that be used by common code?
That common API still has to be defined...
I sent some ideas in a mail some days ago.
Vincent Pelletier
signature.asc
Description: OpenPGP
r3D doesn't).
Usage :
mousetest [screen_device mouse_device]
default : mousetest screen mouse
Please tell me if it doesn't build on PPC as modules (Marco : It's not
the patch I sent you, I improved it a bit.) and if it doesn't work.
Marco told me he was only getting a grey imag
ed mouse.
And for now it doesn't return (I should add a key press detection or
something...).
I'm writing a clean patch to add both Mandelbrot & mousetest commands -
IEEE1275 only for now.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Vers
sk) [...]
I see 3 bugs :
- -It loops forever
- -The device list contains devices it shouldn't contain ("ide" at least)
- -It makes OpenBoot throw errors - but I'm not sure which device actualy
makes it cry, maybe is "net" behind those.
Does it also happen on ppc ?
Vi
so the
"driver".
> What makes 64 bits archs special?
Framebuffer address will be 64bits, handles might not be 32 bits... All
the usual portability stuff. Don't use int instead of grub_size_t for
example.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
I implemented framebuffer basic primitives for ieee1275.
Here is a picture of what I get :
http://www.sysif.net/~vincent/sparc64-fb.png
For now it only works on the ati framebuffer card in my U10, because the
Creator 3D card seems only to offer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Guffens wrote:
> This is a problem because I would say that it breaks compilation for
> other architectures. I think that the other architectures should have a
> function grub_backtrace() that does nothing, or even better that real
t too much !
--
Vincent Guffens
PhD Student UCL/CESAME
tel: +32 10 47 80 30
Value your freedom, or you will lose it, teaches history.
"Don't bother us with politics," respond thos
the problems, and I'll patch a common
version to be checked in before my port.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDB0dHFEQoKRQyjtURAnYFAJ0e23MrnkEiDua5dsDuzcrF4DNKkQCfeMu1
vrwwuyXQ/rB1tOtJSNF2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Yoshinori K. Okuji wrote:
> On Saturday 20 August 2005 13:40, Vincent Pelletier wrote:
>> * boot/sparc64/ieee1275/cmain.c: New file.
> This is wrong.
Corrected.
>> * kern/sparc64/cache.c: New file.
> The contents of
27;t know what to set instead. Could be in files I
don't use yet (like setjmp.h).
2005-08-20 Vincent Pelletier <[EMAIL PROTECTED]>
* configure.ac: Add support for sparc64 host with ieee1275
firmware.
* configure: Generated from configure.ac.
Marco Gerards wrote:
Vincent Guffens <[EMAIL PROTECTED]> writes:
Hi Vincent,
After having searched for the reason of the unaligned pointer caused
by the nested functions bug, I thought that it could be interesting to
have a backtrace in grub. It would be triggered in grub_fatal and
with ./btmake instead of make which is a simple
script which calls make twice instead of only once.
I include the patch as attachment, if not for inclusion in grub, at
least for the potential interrested reader.
--
Vincent Guffens
ld be ready to show title string that exceed screen width in
>>characters if we set it to this behaviour.
I think such "cosmetics" should be left for more advanced interfaces,
like the vesa modes or so.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/L
enu, so I think it is
a good idea to contact Ubuntu.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDAY2zFEQoKRQyjtURAks9AKCShtAFEucHj+7pmRgGfWovid18DgCgojWL
okb6IjD7sSMqdf2vMI5s2Rc=
=13m2
-END PGP
hink now and design the
> interfaces.
Maybe should we design a test-case. I'm thinking of 2~3 buttons bouncing
around the screen, with selection & click events handled (including
, , ). That would test :
- -drawing
- -timer events (I think it's worth the implementation)
and
skinable widgets (?)
- -mouse handling (??)
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDALNrFEQoKRQyjtURAuZBAKCE+qbijUbXY4ZEKvp481EQNj4/nQCgpP0A
udxXsu1nbqCpkvi0FTSUVRw=
=Xwej
-
On Sun, 14 Aug 2005 22:29:41 -0500, Hollis Blanchard wrote
> On Aug 11, 2005, at 4:44 AM, Vincent Guffens wrote:
>
> > The first reference I could find in the gcc doc about unnamed union
> > was in 3.1.1,
> >
> > http://gcc.gnu.org/onlinedocs/gcc-3.1.1/gcc/Unn
orted
recently for the 1.90 release although the description is quite different.
--
Vincent Guffens
PhD Student UCL/CESAME
tel: +32 10 47 80 30
Value your freedom, or you will lose it, teaches hi
't think we could find any file big enough to need 3 levels of
indirection.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC+y8aFEQoKRQyjtURAo++AJ9mTZHnwHYQN+Ia1y+2M8qFRC5UAwCgo590
usDL0+rKStyoX61R8kfREN
/ChangeLog grub2-gcc-ver/ChangeLog
--- grub2/ChangeLog Tue Aug 9 16:39:50 2005
+++ grub2-gcc-ver/ChangeLog Thu Aug 11 11:31:11 2005
@@ -1,3 +1,6 @@
+2005-08-11 Vincent Guffens <[EMAIL PROTECTED]>
+ * INSTALL: needed gcc version is >= 3.1.1 because of unnamed union
+
2005-08
r (and probably fat), but
I don't have time to check right now...
Oh, and aren't 3-indirection level blocks unsupported ?
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC+mczFEQoKRQyjtURAgqdAJ97ponBbZqZutynIhDb/nJPUaOMvACgqM+7
PBZ+dJGJLoK7hm
27;, I get 'unaligned
> pointer 0x7ff64'.
Sounds like a file system handling bug.
What FS are you using on (hd0,2) ?
By the way, (hd0,2) is hda3 not hda2.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC+jd+FEQoKRQyjtURAi/QAKCBJa8GBCR1YQT
make remote kernel changes safer.
What comes up is also that most users just keep the default bootloader
from their distro. And grub seems to be the default bootloader in a
growing number of distributions.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
tml
It's only a "journal", but I'll submit a real article when 2.0 will be out.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC981gFEQoKRQyjtURAs+1AJ0c2ZnmQokhNcXgh/2ggi5xrYkayQCgj1WP
eyYP4przr3bH+inG9+u1kxI=
=+x3p
Hi,
I put the document on the wiki:
http://www.autistici.org/grub/moin.cgi/MemoryManagement
However, the links to the images points to my website as I found no
other way to inline images. Is it possible to upload these images on the
wiki server ?
thanks,
Marco Gerards wrote:
Vincent
be written to allow actually applying the changes to the FS, to
recover - say - a broken kernel image.
For 3) I don't know enought about hibernation.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC90M4FEQoKRQyjtURAtBdAKCgofsak4i3kxQOmq8owK+zYgM29wCfS
ee chunk to just
increase the size by, say, 1 byte... I'll do some tests.
> The current implementation merges free regions. What is bad?
Oops, I missed it (again).
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC8SXBFEQoKRQyjtURAqdBAJ9fUKks5V
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Guffens wrote:
>Vincent Pelletier wrote:
>> I had trouble understanding :
I meant, before I read your doc :).
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (
size);
Vladimir
___
Grub-devel mailing list
Grub-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/grub-devel
--
Vincent Guffens
PhD Student UCL/C
Vincent Pelletier wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Guffens wrote:
I have written some doc about mm in grub2.
Nice work, explained with nice and clear schematics.
Now I understand that piece of code :).
I had trouble understanding :
the macro you explain in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Guffens wrote:
> I have written some doc about mm in grub2.
Nice work, explained with nice and clear schematics.
Now I understand that piece of code :).
I had trouble understanding :
the macro you explain in "Allocation memory"
and you need some other format.
The pdf can be found here :
http://www.auto.ucl.ac.be/~guffens/article/grub_mm_doc.pdf
and the tgz with the source :
http://www.auto.ucl.ac.be/~guffens/article/grub_mm_doc.tgz
--
Vincent Guffens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hollis Blanchard wrote:
> What do you mean "confirm"? This is simply not a fatal error. If you
> don't have a prefix, you cannot load modules, and that's all.
That's what I meant :) .
Vincent Pelletier
-BEGIN PG
be another problem.
I used netboot to start the port, it works great with ELF64 unstripped
binaries.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC5pWCFEQoKRQyjtURAmV6AJ9ncgVwA8ezoZ1BD3snBzl06+9Z5ACgouLF
IvakTTvdLqFUGLfkWTZ5zUU=
=
magic number error, while the crc in the partition table should be
correct. I'll check that when I have more time, in 3~4 weeks.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC5oPlFEQoKRQyjtURAmpjAJ98vU2sF3Gb+P/sLbrxu8lLCkktuACgkGKr
H5u+iuo/4eX1Ui
m module for a
> given directory. This is not bad, but this sounds a bit overkill.
I prefer that solution. I think grub-mkimage should only 'know' how to
make an image from modules, another tool telling it which ones to add.
And I think that "other tool" should be grub-instal
't skip the lines following the first, so the function have
not to be tagged "never return".
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC2YUnFEQoKRQyjtURAvpsAJ0XTOU28i4kfWPVciCeWQeg+x/luQCZAR
w.c :
[...]
#include
[...]
include/grub/machine/ieee1275.h :
#define REBOOT "reset-all"
#define HALT "power-off"
[maybe others]
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1u0lFEQoKRQyj
1 - 100 of 166 matches
Mail list logo