Re: [PATCH 00/19] expose page table levels on Kconfig leve

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Jan 30, 2015 at 10:09:56PM +0200, Kirill A. Shutemov wrote:
> On Fri, Jan 30, 2015 at 11:14:35AM -0800, Guenter Roeck wrote:
> > On Fri, Jan 30, 2015 at 08:50:52PM +0200, Kirill A. Shutemov wrote:
> > > On Fri, Jan 30, 2015 at 09:26:13AM -0800, Guenter Roeck wrote:
> > > > On Fri, Jan 30, 2015 at 04:43:09PM +0200, Kirill A. Shutemov wrote:
> > > > > I've failed my attempt on split up mm_struct into separate header file to
> > > > > be able to use defines from <asm/pgtable.h> to define mm_struct: it causes
> > > > > too much breakage and requires massive de-inlining of some architectures
> > > > > (notably ARM and S390 with PGSTE).
> > > > > 
> > > > > This is other approach: expose number of page table levels on Kconfig
> > > > > level and use it to get rid of nr_pmds in mm_struct.
> > > > > 
> > > > Hi Kirill,
> > > > 
> > > > Can I pull this series from somewhere ?
> > > 
> > > Just pushed:
> > > 
> > > git://git.kernel.org/pub/scm/linux/kernel/git/kas/linux.git config_pgtable_levels
> > > 
> > 
> > Great. Pushed into my 'testing' branch. I'll let you know how it goes.
> 
> 0-DAY kernel testing has already reported few issues on blackfin, ia64 and
> x86 with xen.
> 
Here is the final verdict:
	total: 134 pass: 114 fail: 20
Failed builds:
	arc:defconfig (inherited from mainline)
	arc:tb10x_defconfig (inherited from mainline)
	arm:efm32_defconfig
	blackfin:defconfig
	c6x:dsk6455_defconfig
	c6x:evmc6457_defconfig
	c6x:evmc6678_defconfig
	ia64:defconfig
	m68k:m5272c3_defconfig
	m68k:m5307c3_defconfig
	m68k:m5249evb_defconfig
	m68k:m5407c3_defconfig
	microblaze:nommu_defconfig
	mips:allmodconfig (inherited from -next)
	powerpc:cell_defconfig (binutils 2.23)
	powerpc:cell_defconfig (binutils 2.24)
	sparc64:allmodconfig (inherited from -next)
	x86_64:allyesconfig
	x86_64:allmodconfig
	xtensa:allmodconfig (inherited from -next)

There are also qemu warnings for arm, but those are inherited from -next.

Good start overall ...

Guenter

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]