|Subject:||Re: MIPS: Add dependencies for HAVE_ARCH_TRANSPARENT_HUGEPAGE|
|From:||Sebastian Gottschall <firstname.lastname@example.org>|
|Date:||Thu, 21 Mar 2013 01:16:08 +0100|
|List-software:||Ecartis version 1.0.0|
|References:||<email@example.com> <firstname.lastname@example.org> <email@example.com> <514A4265.firstname.lastname@example.org>|
|User-agent:||Mozilla/5.0 (Windows NT 6.2; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4|
why? the mips32 74k platform (broadcom bcm4706 for instance) does support huge pages.The hardware may support pages larger than 64K, but does the Linux kernel? I think not.and some of these devices are also using highmem for accessing more than 128mb ram (which is totally broken in all current kernels too and causing filesystem corruptions) i was able to fix the highmem problem using a patch which was submitted but never taken into the mainline, but i just was able to get thb partially to work on mips32. but i think it would be possible to support this on mips32 as well. so why leaving it out?As they say... Patches are welcome. If you get Linux HUGE pages working for 32-bit kernels send a patch to enable the transparent variety as well. David Daney
the first patch would be fix for the HIGHMEM problem. all recent kernels do support HIGHMEM for mips32 based devices, but in fact its not working. all patches i made which is required to get it to work is available at svn://svn.dd-wrt.com/DD-WRT for all recent kernels.
for mips32 HIGHMEM support you need to apply the following patch http://patchwork.linux-mips.org/patch/3634/this patch has a small typo, which needs to be fixed but its very easy to merge to all current kernels. without it, highmem enabled devices will cause memory corruptions. especially on filesystems wrong data will be written and so on.
i will try to test my older thb patch with the new highmem fixes together next and i hope it works. in the meantime, please review the patchlink above
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: [PATCH V2 02/02] MIPS: Init new mmu_context for each possible CPU to avoid memory corruption, David Daney|
|Next by Date:||Re: [RFC 2/3] m68k: coldfire: use gpiolib, Greg Ungerer|
|Previous by Thread:||Re: MIPS: Add dependencies for HAVE_ARCH_TRANSPARENT_HUGEPAGE, David Daney|
|Next by Thread:||[PATCH] MIPS: use CONFIG_CPU_MIPSR2 in csum_partial.S, Gabor Juhos|
|Indexes:||[Date] [Thread] [Top] [All Lists]|