You might want to have a look at lsmmap function
Vladimir 'phcoder' Serbinenko
Bandan wrote:
First thing's first; I finally realized while getting my daily dose of grub2
that I had unintentionally tried to post my message in a wrong thread
here :
http://lists.gnu.org/archive/html/grub-devel/2009
On Mon, Aug 18, 2008 at 11:39:05PM +0200, Michael Gorven wrote:
> On Monday 18 August 2008 23:23:54 Simon Peter wrote:
> > In the meantime, I've assigned copyright of my work (excluding the AES
> > and RIPEMD implementations) to the FSF. The documents are probably
> > already waiting in my mailbox
On Mon, Sep 08, 2008 at 10:59:02PM +0200, Javier Martín wrote:
> El lun, 08-09-2008 a las 23:25 +0300, Vesa Jääskeläinen escribió:
> > Javier Martín wrote:
> > > El lun, 08-09-2008 a las 22:48 +0300, Vesa Jääskeläinen escribió:
> > >> phcoder wrote:
> > >>> Hello. As I said in another email there i
Am Mittwoch, den 04.02.2009, 14:08 +0100 schrieb Javier Martín:
> Well, I am happy to post a diff of the patch against current SVN head
> (r1973). I have personally confirmed (in a VM) that it:
> 1) Still builds (and even runs! ^^)
> 2) Works with existing ext2/3 file systems (I haven't checked ex
On Mon, Sep 08, 2008 at 10:11:33PM +0200, Javier Martín wrote:
> El lun, 08-09-2008 a las 22:48 +0300, Vesa Jääskeläinen escribió:
> > phcoder wrote:
> > > Hello. As I said in another email there is no need for it. I send a
> > > patch for it.
> >
> > Doesn't this break our rescue mode ?
> How wou
Am Freitag, den 06.02.2009, 16:46 +0100 schrieb Felix Zielcke:
> But yes the best would be to probe for FAT at last but I don't know how
> to change the order, in fs.lst FAT is listed after ext2 but it seems
> that FAT is checked before ext2.
Ok for grub-probe and probable grub-emu it seems to ea
On Mon, Dec 15, 2008 at 09:24:41AM -0800, Andrey Shuvikov wrote:
> I don't have much experience developing under FreeBSD but this call taken
> from the fdisk source code seems to work (see attachment also):
>
> error = ioctl(fd, DIOCGMEDIASIZE, &size);
This seems fine. Could you provide a teste
On Tue, Jan 27, 2009 at 08:19:41AM +0100, Michel Dänzer wrote:
> +/*
> + * unsigned char caseorder[]
> + *
> + * Defines the lexical ordering of characters on the Macintosh
> + *
> + * Composition of the 'casefold' and 'order' tables from ARDI's code
> + * with the entry for 0x20 changed to match t
On Mon, Jan 05, 2009 at 01:09:50AM -0600, Jerone Young wrote:
> http://lists.gnu.org/archive/html/grub-devel/2008-12/msg00024.html
>
> It is the attachment.
>
> On Mon, Jan 5, 2009 at 12:53 AM, Pavel Roskin wrote:
>
> > Quoting Jerone Young :
> >
> > Did anyone have any objections to this patc
On Sat, Dec 27, 2008 at 02:48:25AM -0500, Pavel Roskin wrote:
> Actually, grub-install should not dump the whole device.map to the
> screen. It should only show the entries that it actually used during
> the installation. If no device.map entries were used (which is true in
> 99% cases, I guess),
On Sun, Jan 04, 2009 at 09:55:13PM -0600, Jerone Young wrote:
>
> Also Robert Millan has done a great job keeping things going (just had to
> say that).
Thank you! But I never have as much time as I'd like to :-/
> > The main features that seem to be on everyones mind (from what I
> > s
On Tue, Jan 06, 2009 at 06:44:46PM +0100, Krzysztof Smiechowicz wrote:
> Robert Millan pisze:
>
> >>Index: fs/sfs.c
> >>===
> >>--- fs/sfs.c(revision 1919)
> >>+++ fs/sfs.c(working copy)
> >>@@ -172,7 +172,8 @@
> >>
On Fri, Jan 09, 2009 at 09:35:43AM +0200, Zahir Toufie wrote:
>
> I do understand that Colin's gfxmenu code has'nt been committed as yet,
> but for now would anyone mind if I started testing and contributing code
> towards that area?
We can't really give you an answer without knowing what you int
On Sun, Jan 11, 2009 at 11:10:25PM -0600, Jerone Young wrote:
> You guys wouldn't happen to know any good ways to test out EFI through
> virtualization. I see some Qemu stuff that is rather old. But I'm not too
> trusting of it's funcationality now. I'd like to play around and test/debug
> some of
On Mon, Jan 12, 2009 at 03:09:10PM +0800, 洪鱼儿 wrote:
> hi, I am trying to make trusted grub work (refer to
> http://trousers.sourceforge.net/grub.html) in my linux system with kernel
> 2.6.27.10 and TPM chip 1.2, but i failed. What i had done is the following:
Hi,
We don't support Treacherous C
On Mon, Jan 12, 2009 at 10:18:58PM +0100, Michael Scherer wrote:
> Hi,
>
> while testing grub2-svn on a macbook, I have just seen that grub2 do
> not treat
> HFS+ as case insensitive ( and so it could not load the config file
> with my laptop,
> because of a case problem ).
>
> According to h
On Mon, Jan 12, 2009 at 10:52:48PM +0100, Michael Scherer wrote:
> Hi,
>
> Here is the second patch, for hfsx support. This patch replace the
> precedent.
>
> It is slightly more complex, and I didn't tested it on hfsx as I do
> not have a proper partition.
> But so far, it detect correctly c
On Wed, Jan 14, 2009 at 12:03:38AM +0100, Carles Pina i Estany wrote:
>
> Hello,
>
> (Grub2 internal functions questions, related with gettext)
>
> I would like to use io/bufio.c to read the .mo file, so I would use
> grub_bufio_open to open, and grub_bufio_read to read.
>
> I'm missing grub_bu
On Fri, Jan 16, 2009 at 10:28:12PM +0100, Carles Pina i Estany wrote:
>
> Hello,
>
> I'm doing some more gettext stuff. Right now I have (relevant code for
> the problem):
>
> (briefly: the problem is that I'm changing a function pointer inside
> gettext module code and it's not changed in other
On Fri, Jan 16, 2009 at 08:51:45PM -0800, Colin D Bennett wrote:
> On Sat, 17 Jan 2009 04:14:45 +0100
> "Neal H. Walfield" wrote:
>
> > Hi,
> >
> > grub-mkrescue is quite useful, however, I'd like to be able to
> > customize the image it creates a bit more than it currently supports.
> > In part
On Thu, Jan 22, 2009 at 12:08:28AM +0200, Vesa Jääskeläinen wrote:
>
> Are you using gfxterm ? If yes, then your font is missing í. Try to load
> unifont.bf2 or unicode.bf2. I think debian defaults to ascii.bf2 which
> may not include that glyph.
Actually, it's us who default to ascii:
2008-07-2
On Sat, Jan 24, 2009 at 11:59:43AM +0100, Niels Böhm wrote:
> On Wednesday 21 January 2009, Carles Pina i Estany wrote:
> >
> > But looks strange: I write "línia", if í is missing should appear
> > "l?nia", not "l?ia". Maybe expecting some UTF8 (multi-byte) special
> > character?
>
> Looks to me l
On Sat, Jan 24, 2009 at 12:29:24PM -0800, Colin D Bennett wrote:
> >
> > There has been also a talk to enable pager=1 as a default.
>
> Which, as I recall, Okuji rejected because it could cause a
> unattended/non-interactive boot process to hang unexpectedly if too
> much output was produced for
On Sat, Jan 24, 2009 at 03:23:57PM +0100, Carles Pina i Estany wrote:
> case ${GRUB_TERMINAL_OUTPUT} in
> gfxterm) ;;
> *)
> # make sure all our children behave in conformance with ascii..
> export LANG=C
> ;;
> esac
> --
>
> Since it starts saying that maybe it's deprecated,
On Sat, Jan 24, 2009 at 11:59:01PM +0100, Christian Franke wrote:
> This patch adds a command which allows to change a few (S)ATA drive
> settings. It relies on a new pass-through function in ata.mod.
Is this function going to be used for "normal" use of ata? Note that ata.mod
should be as small
On Thu, Jan 29, 2009 at 11:19:29AM -0500, Pavel Roskin wrote:
> > But if it really meant to compare target with host, I think it should be:
> >
> > if test "x$target_cpu" != "x$host_cpu"; then
> >
> > rather than what was before:
> >
> > if test "x$target" != "x$host"; then
> >
> > Since "$
On Mon, Jan 26, 2009 at 08:57:10PM +0100, Christian Franke wrote:
> But even if GRUB itself is build for some $target_cpu-$target_vendor
> (i386-pc), the target_os is not useless if cross-compilation support is
> desired:
>
> - GRUB tools like grub-setup are build for the target_os
> - Package s
On Tue, Jan 27, 2009 at 06:33:47PM +0100, Javier Martín wrote:
>
> So you propose --target to be reused like this (a PS3 building GRUB2 for
> an amd64 BIOS PC with Linux) :
> ./configure --build=ppc64-linux --host=x86_64-linux-gnu --target=i686-pc
> ^--compiling system ^--tools syste
On Tue, Jan 27, 2009 at 08:56:59PM +0100, Christian Franke wrote:
>
> Robert: Patch is IMO GTG.
Ok. If noone objects I'll check it in soon.
--
Robert Millan
The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
how) you may access your data; but nobody's threatening y
On Tue, Jan 27, 2009 at 08:30:32PM -0500, Bandan Das wrote:
> Hello List,
>
> I was going through the Grub 2 TODO here : http://grub.enbug.org/TodoList and
> I see that one of the many commands that need to be implemented is
> "uppermem".
The text in that list was a bit confusing. We don't ha
On Wed, Jan 28, 2009 at 07:09:05AM -0800, Colin D Bennett wrote:
> random // Any random entry
> random --class=free-os// Any free operating system
> random --class=linux --exclude-class=rescue
> // ^ Any Linux distribution, but not rescue entries.
This looks very ad-hoc. Is it possi
Dnia 2009-02-01, nie o godzinie 09:19 +0100, Felix Zielcke pisze:
> Am Sonntag, den 01.02.2009, 01:48 + schrieb Dave Abrahams:
>
> > Sooo...
> >
> > * Will GRUB2 boot a linux system from RAID5 without a separate /boot
> > partition?
>
> This should work yes.
>
> > * Has anyone posted a H
On Thu, Jan 29, 2009 at 04:57:08PM +0100, phcoder wrote:
> Index: loader/i386/bsd_helper.S
> ===
> --- loader/i386/bsd_helper.S (revision 0)
> +++ loader/i386/bsd_helper.S (revision 0)
> @@ -0,0 +1,26 @@
> +#include
> +
> +
On Wed, Feb 04, 2009 at 01:08:26PM +0100, phcoder wrote:
> Hello. On the IRC discussion it was said that removing call to
> grub_dl_unload_all_modules isn't a good thing. I would like to discuss
> this on the list
> 1) Call to this functon is present only on i386-pc
> 2) I would suggest an interf
On Thu, Jan 29, 2009 at 07:11:11PM -0500, Bandan wrote:
> First thing's first; I finally realized while getting my daily dose of grub2
> that I had unintentionally tried to post my message in a wrong thread
> here :
> http://lists.gnu.org/archive/html/grub-devel/2009-01/msg00157.html
I already
On Wed, Feb 04, 2009 at 08:56:28AM +0100, phcoder wrote:
> - status = efi_call_3 (b->wait_for_event, 1, &(i->wait_for_key), &index);
> - if (status != GRUB_EFI_SUCCESS)
> -return -1;
> + /* Don't use wait_for_event it's known
> + to cause hangs on some mac models */
> +
On Wed, Feb 04, 2009 at 01:01:55PM +0100, phcoder wrote:
> Hello. Here is the patch to remove trailing spaces from FAT label. These
> spaces generally aren't considiered to be part of label
> Thanks
> Vladimir 'phcoder' Serbinenko
> Index: fs/fat.c
> ==
Robert Millan wrote:
On Sat, Jan 24, 2009 at 11:59:01PM +0100, Christian Franke wrote:
This patch adds a command which allows to change a few (S)ATA drive
settings. It relies on a new pass-through function in ata.mod.
Is this function going to be used for "normal" use of ata? Note tha
On Wed, Feb 04, 2009 at 04:17:39PM -0500, BandiPat wrote:
> I am already getting good response from my Grub2 package for Zenwalk!
> Some questions are coming in I'm not sure about, so I will ask you guys.
> Here is the text from his email:
> 1. Is it possible to set the keyboard layout for grub?
On Wed, Feb 04, 2009 at 04:17:39PM -0500, BandiPat wrote:
> /boot/vmlinuz-2.6.28.3 and should be booted as default. So after copying
> a new kernel to but I'll have to update my grub.cfg, too. Or is it
> posible to specify some "default settings" in that way:
>
> set root=(hd0,2)
> linux
On Thu, Feb 05, 2009 at 09:39:20PM +0100, Felix Zielcke wrote:
> Here's a little patch to check if
> bpb.version_specific.fat12_or_fat16.fstype or
> bpb.version_specific.fat32.fstype has the string FAT12/FAT16/FAT32
> As can be seen on [0] and [1] Dell PCs have a small FAT partition
> containing so
On Thu, Feb 05, 2009 at 09:44:59PM +0100, phcoder wrote:
> Hello. First of all some good news: I managed to boot xnu kernel. To do
> so I need to set it to video mode and pass video mode info to kernel.
> Now I do it in adapter-specific way which is bad and ugly. So I would
> like to propose an
On Thu, Feb 05, 2009 at 02:54:28PM -0800, Colin D Bennett wrote:
>
> Well, we could do this, but I don't really like the idea of making
> framebuffer address and bytes_per_scan line parts of the generic video
> API.
>
> I think it would be OK to make these data accessible as an optional
> feature
On Sat, Feb 07, 2009 at 11:46:39PM +0100, Christian Franke wrote:
> Robert Millan wrote:
> >On Sat, Jan 24, 2009 at 11:59:01PM +0100, Christian Franke wrote:
> >
> >>This patch adds a command which allows to change a few (S)ATA drive
> >>settings. It relies on a new pass-through function in ata.
A version with biosdisk, pc and ext2
before: 24800
after: 24687
But another matter is expandability - preboot hooks are important.
Without them implementation of sendkey or map is impossible. And adding
preboot hooks to kernel would increase its size by 150-200 bytes.
Also I don't see how this c
This is small enough that it could make sense to use inline asm instead,
so we can avoid a separate file. What do you think?
I agree with this. Actually in similar place in my xnu booting I used 4
lines of inline assembly. The only reason I kept it in .S is that I was
in one of my lazy states
I agree. Such workarounds take boot time and create situations when
first action of kernel is to undo last action of booter.
Sometimes it can't be avoided but if we can we should try. Also it adds
some flexibility since last action of booter is
performed in nice unix-like environment and kernel s
Robert Millan wrote:
I would suggest to move grub_ata_pass_through() to a new module (e.g.
ata2.mod, atax.mod, ataex.mod, ...)
How about ata_something.mod? (consistent with ntfs.mod & ntfs_comp.mod)
ata_pthru.mod ?
Christian
___
Grub
Hello. I've run into the bug that when editing menu entry in gfxterm
characters disappear after cursor moves away from its position. Here is
bugfix
Thanks
Vladimir 'phcoder' Serbinenko
Index: term/gfxterm.c
===
--- term/gfxterm.c
On Sat, Nov 08, 2008 at 05:17:15PM +0100, Robert Millan wrote:
>
> Hi,
>
> I thought it would be a good idea to split tar & cpio into separate modules
> to save some space and make things easier to figure out for the users. I
> managed to do this without duplicating code, with a bit of pre-proce
El sáb, 07-02-2009 a las 20:30 +0100, Felix Zielcke escribió:
> Am Mittwoch, den 04.02.2009, 14:08 +0100 schrieb Javier Martín:
>
> > Well, I am happy to post a diff of the patch against current SVN head
> > (r1973). I have personally confirmed (in a VM) that it:
> > 1) Still builds (and even runs
On Sun, Feb 08, 2009 at 12:54:29AM +0100, Javier Martín wrote:
> Well, the only thing left to do is adding
> flex_bg - here goes the patch. It also clarifies a comment and corrects
> those added in my original patch and Robert's cleaned-up version that
> don't end with ". */" as they should.
Comm
On Sun, Feb 08, 2009 at 12:12:32AM +0100, Christian Franke wrote:
> Robert Millan wrote:
> >
> >>I would suggest to move grub_ata_pass_through() to a new module (e.g.
> >>ata2.mod, atax.mod, ataex.mod, ...)
> >>
> >
> >How about ata_something.mod? (consistent with ntfs.mod & ntfs_comp.mod)
>
On Sat, Jan 31, 2009 at 12:59:39PM -0800, Colin D Bennett wrote:
> This long-awaited patch adds graphical menu support to GRUB 2. It is
> largely the result of my work during the Google Summer of Code 2008.
:-)
> +# For gfxmenu.mod.
> +gfxmenu_mod_SOURCES = \
I think there's some patch/mod/hack
Quoting Robert Millan :
On Tue, Jan 27, 2009 at 08:19:41AM +0100, Michel Dänzer wrote:
+/*
+ * unsigned char caseorder[]
+ *
+ * Defines the lexical ordering of characters on the Macintosh
+ *
+ * Composition of the 'casefold' and 'order' tables from ARDI's code
+ * with the entry for 0x20 chan
55 matches
Mail list logo
