On Wed, Aug 26, 2009 at 01:13:11AM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Wed, Aug 26, 2009 at 1:07 AM, Robert Millan wrote:
> > On Tue, Aug 25, 2009 at 10:14:45PM +0200, Vladimir 'phcoder' Serbinenko
> > wrote:
> >> On Robert's request I write about the usage cases I'm aware. It's by
>
On Mon, Aug 24, 2009 at 10:48:26PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> + int dy;
> + for (dy = 0; dy < dh; dy++)
> +{
> + int dx;
> + for (dx = 0; dx < dw; dx++)
> +{
> + grub_uint8_t *dptr;
> + grub_uint8_t *sptr;
> + int sx;
> +
On Wed, Aug 26, 2009 at 2:34 AM, Robert Millan wrote:
> On Tue, Aug 25, 2009 at 10:37:33PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> + if (cmd->state[OPENBSD_ROOT_ARG].set)
>> + {
>> + const char *arg = cmd->state[OPENBSD_ROOT_ARG].arg;
>> + int unit, part;
>> + if (*(arg++)
On Tue, Aug 25, 2009 at 10:37:33PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> + if (cmd->state[OPENBSD_ROOT_ARG].set)
> +{
> + const char *arg = cmd->state[OPENBSD_ROOT_ARG].arg;
> + int unit, part;
> + if (*(arg++) != 'w' || *(arg++) != 'd')
> + return grub_error (GRUB_E
On Mon, Aug 24, 2009 at 09:23:22PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> 2009-08-24 Vladimir Serbinenko
>
> UTF-8 to UTF-16 transformation.
>
> * conf/common.rmk (pkglib_MODULES): Add utf.mod
> (utf_mod_SOURCES): New variable.
> (utf_mod_CFLAGS): Likewise.
>
On Wed, Aug 26, 2009 at 01:17:07AM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Wed, Aug 26, 2009 at 1:13 AM, Robert Millan wrote:
> > On Wed, Aug 26, 2009 at 12:52:47AM +0200, Vladimir 'phcoder' Serbinenko
> > wrote:
> >> 2009-08-25 Vladimir Serbinenko
> >>
> >> + NetBSD memory map su
On Tue, Aug 25, 2009 at 01:41:29AM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Tue, Aug 25, 2009 at 12:30 AM, Robert Millan wrote:
> > On Mon, Aug 24, 2009 at 09:14:48PM +0200, Vladimir 'phcoder' Serbinenko
> > wrote:
> >> On Sun, Aug 16, 2009 at 9:46 PM, Bean wrote:
> >> > Hi,
> >> >
> >> >
On Wed, Aug 26, 2009 at 1:10 AM, Robert Millan wrote:
> On Wed, Aug 26, 2009 at 12:55:11AM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> Tested with grub-qemu. Testers on real hw are welcome. FreeBSD64,
>> NetBSD64, OpenBSD64 and OpenBSD32 work (with 2 previous patches).
>> FreeBSD32 and NetBSD32
On Wed, Aug 26, 2009 at 1:13 AM, Robert Millan wrote:
> On Wed, Aug 26, 2009 at 12:52:47AM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> 2009-08-25 Vladimir Serbinenko
>>
>> + NetBSD memory map support.
>> +
>> + * include/grub/i386/bsd.h (NETBSD_BTINFO_MEMMAP): New definition.
>> +
On Wed, Aug 26, 2009 at 12:52:47AM +0200, Vladimir 'phcoder' Serbinenko wrote:
> 2009-08-25 Vladimir Serbinenko
>
> + NetBSD memory map support.
> +
> + * include/grub/i386/bsd.h (NETBSD_BTINFO_MEMMAP): New definition.
> + (grub_netbsd_btinfo_mmap_header): New structure.
> + (
On Wed, Aug 26, 2009 at 1:07 AM, Robert Millan wrote:
> On Tue, Aug 25, 2009 at 10:14:45PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> On Robert's request I write about the usage cases I'm aware. It's by
>> no means complete
>>
>> 1) bsdlabel on PC-style. By most *BSD flavours
>> 2) sunpc on PC-
On Wed, Aug 26, 2009 at 12:55:11AM +0200, Vladimir 'phcoder' Serbinenko wrote:
> Tested with grub-qemu. Testers on real hw are welcome. FreeBSD64,
> NetBSD64, OpenBSD64 and OpenBSD32 work (with 2 previous patches).
> FreeBSD32 and NetBSD32 try to do BIOS calls and crash.
Please commit.
Thanks
--
On Tue, Aug 25, 2009 at 10:14:45PM +0200, Vladimir 'phcoder' Serbinenko wrote:
> On Robert's request I write about the usage cases I'm aware. It's by
> no means complete
>
> 1) bsdlabel on PC-style. By most *BSD flavours
> 2) sunpc on PC-style. By Solaris
> 3) Some kind on PC-style on PC-style by
Tested with grub-qemu. Testers on real hw are welcome. FreeBSD64,
NetBSD64, OpenBSD64 and OpenBSD32 work (with 2 previous patches).
FreeBSD32 and NetBSD32 try to do BIOS calls and crash.
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
diff --git a/ChangeLog b/ChangeLog
index 1de68ad..6171d02 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,5 +1,14 @@
2009-08-25 Vladimir Serbinenko
+ NetBSD memory map support.
+
+
My bad...
When I proposed adding a framework for building GRUB modules externally, I
was expecting it would end up being used. I had grub-extras in mind.
But it became much simpler and straightforwarded to build grub-extras by
overlaiing it into GRUB tree and doing a one-line change in GRUB Mak
OpenBSD recieves a root specification in a form of pair . I thought that device number referred to biosnumber AND'ed
with 0x7f as it was implemented but experiments with grub-qemu showed
that OpenBSD doesn't rely on BIOS at all. So hence this patch
--
Regards
Vladimir 'phcoder' Serbinenko
Person
Typo:
+ grub_util_error ("Installing on doubly nested partitiond is "
--S
Quoting Vladimir 'phcoder' Serbinenko, who wrote the following on Mon, 24...:
Rediff
On Mon, Aug 24, 2009 at 12:57 AM, Vladimir 'phcoder'
Serbinenko wrote:
Rediff
On Mon, Aug 17, 2009 at 4:34 PM, Vla
On Robert's request I write about the usage cases I'm aware. It's by
no means complete
1) bsdlabel on PC-style. By most *BSD flavours
2) sunpc on PC-style. By Solaris
3) Some kind on PC-style on PC-style by Minix. (not sure about this
one -it was a long time ago)
I vaguely heard of (I may be compl
> However, that CVE is about grub leaving its passwords in memory.
> Wiping memory used by grub should be fast - orders of magnitude faster
> than loading the OS kernel for example.
Actually this specific report is about BIOS leaving its keyboard
buffer - you can find BIOS password there too. As BI
On Mon, Aug 24, 2009 at 05:45:15PM -0700, Joe Auricchio wrote:
> On Sun, Aug 23, 2009 at 06:07, Robert Millan wrote:
> > On Wed, Jul 22, 2009 at 10:42:54AM -0700, Joe Auricchio wrote:
> >>>
> >>> So perhaps this can be solved simpler by replacing grub_malloc with
> >>> grub_zalloc ?
> >>
> >> I saw
Am Dienstag, den 25.08.2009, 21:35 +0200 schrieb Robert Millan:
> On Sun, Aug 23, 2009 at 01:03:21PM +0200, Robert Millan wrote:
> > On Sun, Aug 23, 2009 at 10:22:49AM +0200, Felix Zielcke wrote:
> > > Am Donnerstag, den 20.08.2009, 18:18 -0400 schrieb Pavel Roskin:
> > > >
> > > > Fine with me.
On Sun, Aug 23, 2009 at 01:03:21PM +0200, Robert Millan wrote:
> On Sun, Aug 23, 2009 at 10:22:49AM +0200, Felix Zielcke wrote:
> > Am Donnerstag, den 20.08.2009, 18:18 -0400 schrieb Pavel Roskin:
> > >
> > > Fine with me. Just please don't rely on existence of modules.
> >
> > Here's now a pat
On Mon, Aug 24, 2009 at 12:56:23AM +0200, Robert Millan wrote:
>
> Besides, we can't use this asm code as-is, unless we get word from the
> people who wrote it (Colin wrote most of the patch, but not this).
I've been pointed out that Red Hat has a blanket copyright assignment contract
that covers
2009/8/25 Vladimir 'phcoder' Serbinenko :
>> Does it has the same problem as CVE-2008-3896 published for grub-legacy?
> It's completely different concern. Actually BIOS keyboard buffer
> shouldn't be a problem since only root can read raw memory and if user
> is a root he can just kexec any kernel
> Does it has the same problem as CVE-2008-3896 published for grub-legacy?
It's completely different concern. Actually BIOS keyboard buffer
shouldn't be a problem since only root can read raw memory and if user
is a root he can just kexec any kernel he wants.
I could add keyboard buffer wiping to m
On Tue, Aug 25, 2009 at 4:06 PM, Michal Suchanek wrote:
> 2009/8/23 Robert Millan :
>> On Fri, Aug 21, 2009 at 05:33:30PM +0200, Vladimir 'phcoder' Serbinenko
>> wrote:
>>> + for (j = 0; j < height; j++)
>>> + {
>>> + for (i = 0; i < width; i++)
>>> + {
>>
>> It's a bit odd, but GC
Am Dienstag, den 25.08.2009, 01:58 +0200 schrieb Vladimir 'phcoder'
Serbinenko:
> On Tue, Aug 25, 2009 at 12:36 AM, Robert Millan
> wrote:
> >
> > I had a look at grub_cmdline_get(), and it would need some
> restructuring in
> > order not to enforce static allocation. I admit it doesn't make
> sen
2009/8/23 Robert Millan :
> On Fri, Aug 21, 2009 at 05:33:30PM +0200, Vladimir 'phcoder' Serbinenko wrote:
>> + for (j = 0; j < height; j++)
>> + {
>> + for (i = 0; i < width; i++)
>> + {
>
> It's a bit odd, but GCC doesn't seem to optimize those in a single loop.
> Could
> you us
29 matches
Mail list logo
