David Rientjes wrote:
Please try Linus' latest git that includes 60c12b12 (from yesterday) that
fixes this issue.
I get this with latest git:
CC init/do_mounts.o
In file included from include/linux/mm.h:39,
from include/linux/memcontrol.h:24,
from inc
On Sun, 10 Feb 2008, Martin Habets wrote:
> This still gives build errors with CGROUP_MEM_CONT off.
> Some ifdef-ing will fix that.
>
Please try Linus' latest git that includes 60c12b12 (from yesterday) that
fixes this issue.
David
-
To unsubscribe from this list: send the line
This still gives build errors with CGROUP_MEM_CONT off.
Some ifdef-ing will fix that.
Martin
Signed-off-by: Martin Habets <[EMAIL PROTECTED]>
Index: sparc-2.6.git/mm/rmap.c
===
--- sparc-2.6.git.orig/mm/rmap.c2008-
3062fc67 introduced far too many build errors for the convenience it
allows. It's not even always necessary to rcu deference mm->mem_cgroup in
the first place, so we'll use it on a case by case basis.
Signed-off-by: David Rientjes <[EMAIL PROTECTED]>
---
include/linux/memcontrol.h | 13 ---
Commit 3062fc67dad01b1d2a15d58c709eff946389eca4 broke sparc:
<-- snip -->
...
CC init/do_mounts.o
In file included from include/linux/mm.h:39,
from include/linux/memcontrol.h:24,
from include/linux/swap.h:8,
from include/linux/suspend.h:
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > Adrian, could you please check whether latest x86.git:
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/x86/linux-2.6-x86.git
> >
> > resolves the Sparc build failure you were seeing? All known issues
> > are fixed in it. (let me know if you
On Thu, Jan 31, 2008 at 06:43:31PM +0100, Ingo Molnar wrote:
>
> * Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
>
> > But I guess I overlooked the comment...
> >
> > I guess the fix is to scatter linux/pagemap.h into the appropriate
> > places where these macros are used (asm-generic/tlb.h, fo
Ingo Molnar wrote:
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
But I guess I overlooked the comment...
I guess the fix is to scatter linux/pagemap.h into the appropriate
places where these macros are used (asm-generic/tlb.h, for a start).
no. The fix is always to undo the damag
* Jeremy Fitzhardinge <[EMAIL PROTECTED]> wrote:
> But I guess I overlooked the comment...
>
> I guess the fix is to scatter linux/pagemap.h into the appropriate
> places where these macros are used (asm-generic/tlb.h, for a start).
no. The fix is always to undo the damage ASAP, to keep the win
Adrian Bunk wrote:
On Thu, Jan 31, 2008 at 05:15:23PM +0100, Ingo Molnar wrote:
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Thu, Jan 31, 2008 at 05:00:33PM +0100, Ingo Molnar wrote:
* Adrian Bunk <[EMAIL PROTECTED]> wrote:
You tested x86 but broke more than half a doz
On Thu, Jan 31, 2008 at 05:15:23PM +0100, Ingo Molnar wrote:
>
> * Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Jan 31, 2008 at 05:00:33PM +0100, Ingo Molnar wrote:
> > >
> > > * Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > >
> > > > You tested x86 but broke more than half a dozen other a
11 matches
Mail list logo