Re: Policy-based memory allocations (was Re: RFC: 1.97 roadmap)

2009-12-19 Thread Vladimir 'φ-coder/phcoder' Serbinenko
> =20 > - Low memory heap (useful to move code off kern/i386/pc/startup.S)= =2E > =20 Originally I thought of a path relocator32->relocator users->mm relocator32 is ready for next round of review but is untested. Now I= think about it mm patch isn't actually depen

Re: [RFT] Re: Policy-based memory allocations (was Re: RFC: 1.97 roadmap)

2009-08-17 Thread Robert Millan
On Sun, Aug 16, 2009 at 09:35:37PM +0200, Vladimir 'phcoder' Serbinenko wrote: > Actually I don't understand why it was proposed to include it in 1.97 > at all - it changes memory management, bugs in it are likely to be > critical and benefit is only smaller core. If it was up to me I would > just

[RFT] Re: Policy-based memory allocations (was Re: RFC: 1.97 roadmap)

2009-08-16 Thread Vladimir 'phcoder' Serbinenko
I have this "thingie" available at my git branches mm and mm+move but it needs more testing. Unless it's tested enough it should be postponed and not included in 1.97. Actually I don't understand why it was proposed to include it in 1.97 at all - it changes memory management, bugs in it are likely

Re: Policy-based memory allocations (was Re: RFC: 1.97 roadmap)

2009-08-13 Thread Vladimir 'phcoder' Serbinenko
> But available memory is several orders of magnitude bigger than the largest > block a loader will need.  So is this really an issue? It's not always the case. Two examples 1) Solaris. At least some distributions of solaris use a big (70 MiB compressed, around 200 MiB compressed) initrd which has

Re: Policy-based memory allocations (was Re: RFC: 1.97 roadmap)

2009-08-13 Thread Robert Millan
On Wed, Aug 12, 2009 at 02:45:19PM +0200, Vladimir 'phcoder' Serbinenko wrote: > >> >  - Low memory heap (useful to move code off kern/i386/pc/startup.S). > >> Originally I thought of a path relocator32->relocator users->mm > >> relocator32 is ready for next round of review but is untested. Now I >

Re: RFC: 1.97 roadmap

2009-08-13 Thread Robert Millan
On Wed, Aug 12, 2009 at 09:35:13AM +0100, Colin Watson wrote: > On Mon, Aug 10, 2009 at 06:10:40PM +0200, Robert Millan wrote: > > I think it's time we begin the discussion on GRUB 1.97. What do we want to > > see in it, and a rough schedule. 1.97 is meant to be a point release, > > without > >

Re: RFC: 1.97 roadmap

2009-08-13 Thread Robert Millan
Hi Yves, Please could you include plain text in your mail? HTML-only is difficult to quote (see below) On Wed, Aug 12, 2009 at 02:26:47PM +0200, Yves Blusseau wrote: > > > > > > > Colin Watson a écrit : > > On Wed, Aug 12, 2009 at 02:43:34AM +0200, Robert Millan wrote: > > >

Policy-based memory allocations (was Re: RFC: 1.97 roadmap)

2009-08-12 Thread Vladimir 'phcoder' Serbinenko
>> >  - Low memory heap (useful to move code off kern/i386/pc/startup.S). >> Originally I thought of a path relocator32->relocator users->mm >> relocator32 is ready for next round of review but is untested. Now I >> think about it mm patch isn't actually dependent on relocator32, just >> you won't

Re: RFC: 1.97 roadmap

2009-08-12 Thread Yves Blusseau
Colin Watson a écrit : On Wed, Aug 12, 2009 at 02:43:34AM +0200, Robert Millan wrote: On Mon, Aug 10, 2009 at 07:10:12PM +0200, Vladimir 'phcoder' Serbinenko wrote: What about savedefault? Which savedefault way you prefer? I think it would be good to

Video on EFI (was Re: RFC: 1.97 roadmap)

2009-08-12 Thread Vladimir 'phcoder' Serbinenko
> With GOP we get access to the framebuffer which is about as good or bad as > VBE. GOP is supported only on UEFI 2.0, not EFI 1.10 > > UGA is a different story. It only supports Blt (and FillRect), not > direct access, and the the Blt data probably has to be the same format > as the screen data.

Re: RFC: 1.97 roadmap

2009-08-12 Thread Michal Suchanek
2009/8/10 Vladimir 'phcoder' Serbinenko : >> >> What is the state of graphics on EFI? > in efi/linux.c there is a stub with a mixture of UGA and direct > access. I would prefer to switch to own drivers since EFI tries to > "abstract" video. Bean has GOP patch but only few mobos support it. I have

Re: RFC: 1.97 roadmap

2009-08-12 Thread Colin Watson
On Wed, Aug 12, 2009 at 09:41:39AM +0100, Colin Watson wrote: > On Wed, Aug 12, 2009 at 02:43:34AM +0200, Robert Millan wrote: > > On Mon, Aug 10, 2009 at 07:10:12PM +0200, Vladimir 'phcoder' Serbinenko > > wrote: > > > What about savedefault? Which savedefault way you prefer? > > > > I think it

Re: RFC: 1.97 roadmap

2009-08-12 Thread Colin Watson
On Wed, Aug 12, 2009 at 02:43:34AM +0200, Robert Millan wrote: > On Mon, Aug 10, 2009 at 07:10:12PM +0200, Vladimir 'phcoder' Serbinenko wrote: > > What about savedefault? Which savedefault way you prefer? > > I think it would be good to have. But I haven't followed on the savedefault > discussio

Re: RFC: 1.97 roadmap

2009-08-12 Thread Colin Watson
On Mon, Aug 10, 2009 at 06:10:40PM +0200, Robert Millan wrote: > I think it's time we begin the discussion on GRUB 1.97. What do we want to > see in it, and a rough schedule. 1.97 is meant to be a point release, without > any major changes (I mean, except for those we already have ;-)), and it >

Re: RFC: 1.97 roadmap

2009-08-11 Thread Robert Millan
On Mon, Aug 10, 2009 at 07:10:12PM +0200, Vladimir 'phcoder' Serbinenko wrote: > On Mon, Aug 10, 2009 at 6:10 PM, Robert Millan wrote: > > > > Hi, > > > > I think it's time we begin the discussion on GRUB 1.97.  What do we want to > > see in it, and a rough schedule.  1.97 is meant to be a point re

Re: RFC: 1.97 roadmap

2009-08-10 Thread Vladimir 'phcoder' Serbinenko
> > What is the state of graphics on EFI? in efi/linux.c there is a stub with a mixture of UGA and direct access. I would prefer to switch to own drivers since EFI tries to "abstract" video. Bean has GOP patch but only few mobos support it. > > Thanks > > Michal > > > __

Re: RFC: 1.97 roadmap

2009-08-10 Thread Michal Suchanek
2009/8/10 Robert Millan : > > Hi, > > I think it's time we begin the discussion on GRUB 1.97.  What do we want to > see in it, and a rough schedule.  1.97 is meant to be a point release, without > any major changes (I mean, except for those we already have ;-)), and it > should > happen soon (like

Re: RFC: 1.97 roadmap

2009-08-10 Thread Vladimir 'phcoder' Serbinenko
On Mon, Aug 10, 2009 at 6:10 PM, Robert Millan wrote: > > Hi, > > I think it's time we begin the discussion on GRUB 1.97.  What do we want to > see in it, and a rough schedule.  1.97 is meant to be a point release, without > any major changes (I mean, except for those we already have ;-)), and it

RFC: 1.97 roadmap

2009-08-10 Thread Robert Millan
Hi, I think it's time we begin the discussion on GRUB 1.97. What do we want to see in it, and a rough schedule. 1.97 is meant to be a point release, without any major changes (I mean, except for those we already have ;-)), and it should happen soon (like this month or so). Here's what I'd like