From: David Miller
Date: Sat, 07 Mar 2009 06:26:35 -0800 (PST)
> FWIW, everything other than actually booting a Linux kernel
> is functional in my local tree.
Sparc64 Linux kernel booting now works in my tree too, even compressed
kernel images and initrd are fully functional.
I'll toss together
Update to the patch
phcoder wrote:
Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. Discussing with Robert Millan and Bean on IRC we noticed that
disk cache index is statically allocated. Here is a proposal to change
it to dynamic allocation proportional to the size of available memory.
And the
On Fri, Feb 27, 2009 at 09:53:27PM +0100, Robert Millan wrote:
>
> It's funny, we're all discussing about performing security measurements in
> GRUB and nobody mentioned that our user interface lacks even the most basic
> lock mechanism :-)
>
Actualy... I'm working on password command...
At thi
Vesa Jääskeläinen wrote:
phcoder wrote:
Hello. Discussing with Robert Millan and Bean on IRC we noticed that
disk cache index is statically allocated. Here is a proposal to change
it to dynamic allocation proportional to the size of available memory.
And the gain is ?
Faster booting if exten
On Sun, Mar 8, 2009 at 9:07 PM, Robert Millan wrote:
> On Fri, Mar 06, 2009 at 01:40:36AM +0800, Bean wrote:
>> Hi,
>>
>> This patch unify the two command set, make them available in both
>> rescue and normal mode.
>
> Could you provide a bit of insight on what we archieve with this? I assume
> t
I agree that with this design grub2 lock are somewhat cumbersome to
implement some schemes. I would prefer a user+C-list design. In this
case a following file be used by group
:,,...
:,,...
...
E.g.
root:all
wheel:bootnonet
...
This file can also be reversed and list users per capability instead
Robert Millan wrote:
> On Fri, Mar 06, 2009 at 08:57:35PM +0100, Robert Millan wrote:
>> This patch integrates the generic Linux loader with gfxterm. The result is
>> that graphical mode becomes usable with this loader. Our loader gets the
>> screen settings from the video subsystem (as per gfxte
phcoder wrote:
> Hello. Discussing with Robert Millan and Bean on IRC we noticed that
> disk cache index is statically allocated. Here is a proposal to change
> it to dynamic allocation proportional to the size of available memory.
And the gain is ?
__
Robert Millan wrote:
On Fri, Mar 06, 2009 at 01:40:36AM +0800, Bean wrote:
Hi,
This patch unify the two command set, make them available in both
rescue and normal mode.
Could you provide a bit of insight on what we archieve with this? I assume
the idea is that a number of commands no longer
Sorry, forgot to attach it.
On Sun, Mar 08, 2009 at 02:01:06PM +0100, Robert Millan wrote:
> On Fri, Mar 06, 2009 at 08:57:35PM +0100, Robert Millan wrote:
> >
> > This patch integrates the generic Linux loader with gfxterm. The result is
> > that graphical mode becomes usable with this loader.
On Fri, Mar 06, 2009 at 01:40:36AM +0800, Bean wrote:
> Hi,
>
> This patch unify the two command set, make them available in both
> rescue and normal mode.
Could you provide a bit of insight on what we archieve with this? I assume
the idea is that a number of commands no longer need to drag norm
On Fri, Mar 06, 2009 at 08:57:35PM +0100, Robert Millan wrote:
>
> This patch integrates the generic Linux loader with gfxterm. The result is
> that graphical mode becomes usable with this loader. Our loader gets the
> screen settings from the video subsystem (as per gfxterm setup), and passes
>
Robert Millan wrote:
On Sat, Mar 07, 2009 at 11:54:18PM +0100, phcoder wrote:
+ grub_disk_cache_table = (struct grub_disk_cache *)
+ grub_malloc (grub_disk_cache_num * sizeof (struct grub_disk_cache));
[...]
+ By default use up to one quarter of memory available for allocation */
+
On Fri, Mar 06, 2009 at 10:02:28PM +0200, Vesa Jääskeläinen wrote:
> Robert Millan wrote:
> > This patch makes the generic Linux loader usable on i386-pc again. It
> > doesn't seem like it's badly needed to spend a bit of time and a bit of
> > code in adding low memory to the heap, and Vesa's work
On Sat, Mar 07, 2009 at 11:54:18PM +0100, phcoder wrote:
> + grub_disk_cache_table = (struct grub_disk_cache *)
> + grub_malloc (grub_disk_cache_num * sizeof (struct grub_disk_cache));
> [...]
> + By default use up to one quarter of memory available for allocation */
> +#define GRUB_DIS
On Sun, Mar 8, 2009 at 8:28 PM, Robert Millan wrote:
> On Sun, Mar 08, 2009 at 01:25:37AM +0800, Bean wrote:
>> Hi,
>>
>> This is an update version of the patch:
>>
>> 1, Add new base class grub_prio_list, which represent a named list
>> with priority parameter:
>>
>> struct
>> {
>> next;
>> n
On Sat, Mar 07, 2009 at 04:43:01PM +0100, phcoder wrote:
> Hello. Here is a trivial patch for testing which interrupts are and
> which aren't handled by BIOS. Can be used as a simple but not reliable
> test for boot viruses
Would it be feasible to make this more generic? BIOS works with 16-bi
On Sun, Mar 08, 2009 at 01:25:37AM +0800, Bean wrote:
> Hi,
>
> This is an update version of the patch:
>
> 1, Add new base class grub_prio_list, which represent a named list
> with priority parameter:
>
> struct
> {
> next;
> name;
> prio;
> }
>
> The list would be sorted by name, then b
18 matches
Mail list logo
