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
sted to see proper sparc support completed/merged. Your
> effort is much appreciated.
+1
--
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
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
Le Monday 25 February 2008 15:08:31 Bean, vous avez écrit :
> The test file have problem, the link is pointed to /mnt/boot/test
> instead of /boot/test.
BTW, I wonder if the initial problam is similar...
Christian: can you double-check that the symlink is consistent with its
containing partition
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
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
-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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Fri, 18 Nov 2005 12:23:25 +0100
"Yoshinori K. Okuji" <[EMAIL PROTECTED]> wrote:
> For now, I really have no idea if I am available at that time, but I
> promise that I would go, if my schedule permits.
Same here.
Are there any grub 2 logos ?
T-shi
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):
if Vincent is
> unavailable, perhaps someone else could help me. Thanks for any
> filling-in (or corrections :) ) that anyone can provide.
Sorry, I had a big problem with my yahoo mail account, so I just
received ~100 mails for the last week, including this list.
Vincent Pelletier
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
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-
in
framebuffer functions
Exact prototypes to be defined, but if someone works on them, please
consider 64 bits archs :) .
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDDChrFEQoKRQyjtURAiYmAJ46x+0T+8UNjC3slKm9dewKLVR70QCfaFpq
lSi9S3+h8zlc7UpwI3eUa/0=
=Nh
emory for the framebuffer itself,
and how to pass the address "to frame_buffer_adr" (the usual FCODE way
to store a value), if possible without using grub_ieee1275_interpret.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFDCtRfFEQoKRQyjtURArwAAJ0Q
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.
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
-
'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
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
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 (
#x27;ed and free chucks
are known I think it can be adapted (if h->next != h+h->size*16, don't
merge h and h->next) and even a bit faster (as we only see free chunks).
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC75z7FEQoKRQyjtURAla2AJ9SZ
-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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco Gerards wrote:
> Both are fine for me.
Here it is. Merged everything in the c file to be cleaner.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1Zo2FEQoKRQyjtURAiZ1AJwKWv+yVysANt
ure give us 64 significant bits, why
loosing 32 of them through a cast ?
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1ZJnFEQoKRQyjtURAs6jAJ9u1dHXeKxPUNgb+jNThMhBWTTopwCeK2u/
PFzGcGVncu6IxqUcBp/kmxk=
=PyOQ
-END
:'( . And I forgot
those simple ones.
> In mode 3 it is. Which is something we can assume, I hope. :)
Removed the comment.
First patch :
2005-07-13 Vincent Pelletier <[EMAIL PROTECTED]>
* include/grub/term.h (GRUB_TERM_WIDTH, GRUB_TERM_HEIGHT):
Redefined to us
d now for
> play, we will need it more often for other code which we will write in
> the future.
Maybe could they be added to kern/i386/pc/startup.S .
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1YK+FEQoKRQyjtURAqE7AJ4oZWUXEHGGUn4S/vRTC8TCG5CkYQCe
Sure. Do I send a patch or the bare files ?
I'll also check the formatting guidelines are followed in my code ;) .
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1YMpFEQoKRQyjtURAk52AJ9lju/FXYU3J0SCnBVvgyJ8SwiiowCeOtcw
XYTZYl0cEEmItC2DDvs2oek=
=64vf
etting this fatal in the early stages of porting (after I got the
ieee calls working and before I got the mm.c problems).
So I left it in the final patch.
Hollis, could you confirm / infirm that ?
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: Gnu
st patch.
I insist though that the time should be kept with the most
precision/value range we could give it.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1YFZFEQoKRQyjtURAu7iAKC04QsYgkYqDvckx0d/NX0BLoG/xwCggjNp
7M82LzstyIaa2kUm0TxpLIQ=
=uDB5
port, like grub_get_rtc prototype change, the already-applied
mm.c patch to correct behaviour on 64 bits archs, ...)
- - Finally apply the sparc64 specific adds (should be only file additions
at this step, excepts for changes in configure[.ac] and ChangeLog :) ).
Vincent Pelletier
-BEGIN PGP SIGNA
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Something I forgot in previous patch : prototype change for grub_get_rtc
in utils/misc.c .
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1NcTFEQoKRQyjtURAlWWAKC0HdHIZCfNqjbl2j685m2hI8o5XwCgnI1Y
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Pelletier wrote:
> Warning : terms other than console.c & vga.c will be broken by this
> patch, as long as they don't have the function.
It's fixed in this patch for sparc64 port (see sparc_getwh.diff, which
is a diff betw
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Pelletier wrote:
One more sparc64 specific file.
Now that the configure file has been updated on the server, the changes
are more visible.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux
from normal mode.
> grub-mkimage is used to add modules to grubof.
So this works, sun partition label & ext2 is read.
> Do you want me to fully review the complete patch or was it just a
> reference for your description?
I think you shouldn't. Once the common parts will have
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here is a patch that adds grub_getwh functions.
Warning : terms other than console.c & vga.c will be broken by this
patch, as long as they don't have the function.
2005-07-12 Vincent Pelletier <[EMAIL PROTECTED]>
* incl
d
Grub 2 cat command
Grub 2 vga for inb & outb
Contributors for the tunes:
FSF_Song I_Feel_Pretty Indiana_Jones_Theme Summertime : GNU/Hurd
Beverly Hills Cop. Star Trek: The next Generation : Marco Gerards
Tetris_Theme : me
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here is the source of a little tool to generate tunes for Grub 2 play
command.
Quick coded, could be more powerful but I'm not sure it's worth the work.
I'm not sure if it should enter the cvs, too. And if it does, where ?
Vi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A patch contains some changes I made to common files, the second changes
needed specifically by the sparc64 port.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC1BKaFEQoKRQyjtURAhNGAJ4le
ly how to
make a disk bootable, but I think I'll keep net boot for now.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC08h3FEQoKRQyjtURAk/nAJ9zuuGSoXlhimNQ7X9o9CZYX766BACdEaga
ZTBLcL9L4XWm24t6gbldSII=
=QCgU
-
od to rewrite
it with separate alignment functions.
I also thought it would be fun to code, but in the end it was more of a
challenge "I can't believe I can't do that myself !" when it was
crashing again and again.
> At a quick glance, one trivial bug is that GRUB_MM_ALIGN_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Guffens wrote:
> Vincent Pelletier wrote:
> It must be released by the one who called the malloc.
I don't see any good reason to forget - on kernel side - this chunk, as
we still keep the struct member in memory.
Anyway, I've
h debug messages checked...) so I hope there won't be too many.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFC0nIjFEQoKRQyjtURAvRKAJ4zYQB7+g7+JevDS29AWEPfz7ojhwCffqn4
V6U6qA2duxJ1c+YOajHmj1s=
t's
pretty fast (O(N), N=number of chunks) but I only call it when needed...
Maybe could it be interesting to call it on each grub_free().
I've added lots of dprintf calls triggered by "mm". They slows
everything down a lot...
I'm not sure where to put the 3 new prototype
uot;,4,&wrote);
ieee1275_enter(); //hence the "Type 'go' to resume"
ieee1275_exit(); //hence the "Program terminated"
So I think I can say OB calls work, have they argument(s) and or return
value(s) or not !
Time to go (for the last d
current port status :
- - argument-less commands (like "exit") work
- - others lead to Fast Data Access MMU Miss
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCzonUFEQoKRQyjtURAt5tAJ0X+7Z6cQ827q7n/x0DUb2WiF6m8ACeJIvH
p2Ox7SQJmRprLuW4PUr43Hs
and, having the FSF song as an easter egg (and maybe
others) could be fun.
Another problem would be the portability. Although the hurd code says it
can be used in a wide range of architectures, I think the won't like my
inb & outb...
Vincent Pelletier
-BE
written
2 = a char as wide as 2 "usual chars" (I think I read somewhere it exists)
(and so on)
I was also wondering about the font format. Does any editor exists ? Or
is it taken from an existing format ? I'm dying to see Japanese chars on
grub menu while playing the tetris t
ybe a struct of bitfields...
I feel structs as being cleaner to use compared to shifts. If someday
we have a terminal that exceeds 255 chars in one or both dimensions, we
wouldn't have to grep "grub_getxy ()" to find the shifts...
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Ver
it's
initialy drawn (frame + comments) it scrolls up one line. Then, when
entries are drawn, they are drawn at the right absolute place, so one
line below the top of the menu.
Maybe see you tomorr^Wtoday at the LSM :).
Vincent Pelletier
-BEGIN PGP SIGNATURE-
size */
Any comment ?
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCyUuKFEQoKRQyjtURAvbHAJ956t5IBtaSiMsVeJTYtfbTyk2RcgCfcfiB
J7BWr/ReX2enuBh4DUSe4a0=
=lSNu
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Vincent Pelletier wrote:
> In the attached patch,
*cough* *cough*
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCyFXJFEQoKRQyjtURAjFRAKCyEeBiF6HDVeeFajmy8oGfVWIrvQCfUiCG
hX6z+XtVX9llG10YKEi6t7A=
=t
asm, I think I had something wrong adapting from
grub_vga_set_mode.
nb: I only give the patch as draft, a preview of what I'm working on.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCyFNXFEQoKRQyjtURAtHIAKCDMtJhev1Z0mXvFm2Rg8p49rk4aQCgl2UR
C3TbKu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There is an alignment problem when menu is drawn with Unicode chars in
titles : there aren't enough spaces written on the right to make the
hilight fill horizontaly the menu.
2005-07-03 Vincent Pelletier <[EMAIL PROTECTED]>
* no
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Here is a patch that fixes "backspace" ('\b') acting as "delete"
(ctrl-d) when at beginning of line.
2005-07-03 Vincent Pelletier <[EMAIL PROTECTED]>
* normal/comandline.c
(grub_cmdline_get): Don&#x
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jago Pearce wrote:
> Therefore the next drive MBR should be (hd1,0) but that does work if I
> chainload to that.
The next whole drive (containing the MBR) should be (hd1).
(hd1,0) is the first partition on it.
Vincent Pelletier
-BEG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
New version of the patch, made after a discussion with Okuji on irc.
The ftoa changes in previous version of this patch might be done later,
if someone confirms they are ok.
2005-07-02 Vincent Pelletier <[EMAIL PROTECTED]>
* kern/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(hum)
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCxnFnFEQoKRQyjtURAp6rAJ9bk6yTKM+px9Ikh+4ByzT+Q01c/gCeLVJ1
3YHNI5TDbln9u0Aoz5i9R4M=
=jdzU
-END PGP SIGNATURE-
Index: cmp.c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I haven't changed the BUFFER_SIZE (512). Please do if you think it is
appropriate.
2005-06-29 Vincent Pelletier <[EMAIL PROTECTED]>
* commands/cmp.c
(BUFFER_SIZE): New macro.
(grub_cmd_cmp): Close the right file at the
ng the directions FSF paper gives.
The result might be the same code, but the way to get it matters too.
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFCxYDKFEQoKRQyjtURAp88AJ0QJz0OxVUvPDuG7EbhFbPbnzlvpgCaA8Nx
yUepxKehU3lUW8IV1g+LSMM=
=iAdr
-END PGP SIG
ut yes, it could be named buffer size.
And it could even be dynamicaly allocated, to prevent using too much
space on stack.
> Huh?
Some remains from a change-and-undo... I'll send a new patch with a
correct changelog :).
Vincent Pelletier
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.
1 - 100 of 112 matches
Mail list logo
