Pull request: scottwood/linux.git next
Aneesh Kumar K.V
aneesh.kumar at linux.vnet.ibm.com
Wed Dec 14 02:49:40 AEDT 2016
Scott Wood <oss at buserror.net> writes:
> Highlights include 8xx hugepage support, qbman fixes/cleanup, device
> tree updates, and some misc cleanup.
>
> The following changes since commit 555c16328ae6d75a90e234eac9b51998d68f185b:
>
> powerpc/mm: Correct process and partition table max size (2016-11-17 17:11:53 +1100)
>
> are available in the git repository at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/scottwood/linux.git next
>
> for you to fetch changes up to baae856ebdeeaefbadd4a02cdb54b7c2277ff4dd:
>
> powerpc/fsl/dts: add FMan node for t1042d4rdb (2016-12-09 23:11:17 -0600)
>
> ----------------------------------------------------------------
> Andy Fleming (1):
> powerpc/85xx: Enable gpio power/reset driver
>
> Christophe Leroy (3):
> powerpc: port 64 bits pgtable_cache to 32 bits
> powerpc: get hugetlbpage handling more generic
> powerpc/8xx: Implement support of hugepages
So i guess it got pulled into linux-next and 4k page size boot on ppc64.
That is easy to fix such as doing something below.
- if (PMD_INDEX_SIZE && !PGT_CACHE(PMD_INDEX_SIZE))
+ if (PMD_CACHE_INDEX && !PGT_CACHE(PMD_CACHE_INDEX)) {
pgtable_cache_add(PMD_CACHE_INDEX, pmd_ctor);
+ }
But then we also have crashes when using hugetlb
[ 59.089441] Unable to handle kernel paging request for data at address 0xe8dc493a00000000
[ 59.089591] Faulting instruction address: 0xc000000000054da0
[ 59.089685] Oops: Kernel access of bad area, sig: 11 [#2]
[ 59.089753] SMP NR_CPUS=2048
[ 59.089797] NUMA
[ 59.089817] pSeries
[ 59.089840] Modules linked in:
[ 59.089904] CPU: 1 PID: 3689 Comm: hugepage-mmap Tainted: G D 4.9.0-next-20161213-11823-gff9fa2f-dirty #6
[ 59.090058] task: c00000003efbc900 task.stack: c000000038d5c000
[ 59.090145] NIP: c000000000054da0 LR: c000000000262e38 CTR: 0000000000000000
NIP: c000000000054da0 LR: c000000000262e38 CTR: 0000000000000000
REGS: c000000038d5f3b0 TRAP: 0380 Tainted: G D (4.9.0-next-20161213-11823-gff9fa2f-dirty)
MSR: 8000000000001033 <SF,ME,IR,DR,RI,LE> CR: 28002422 XER: 20000000
CFAR: c000000000054ebc SOFTE: 0
GPR00: 0000000000000007 c000000038d5f630 c000000000de2600 c000000000000000
GPR04: 00003efff0000000 0000000000000000 0000000000000000 0000000000000015
GPR08: 000000000000007f 0000000000000000 e8dc493a00000000 0000000000000000
GPR12: 0000000000000009 c00000000fe00400 00003efff0000000 0000000000000001
GPR16: 00003efff0000000 0000000000001000 c00000003ee70eb8 0000000000000000
GPR20: 0000000000000000 c00000003e956508 0000000000000000 c000000000ea7478
GPR24: c000000038d5f7d0 c1fffffffffff7ff 0000000000000000 00003f0000000000
GPR28: 0000000001000000 c00000003ee70a00 0000000000000009 0000000000000010
NIP [c000000000054da0] __find_linux_pte_or_hugepte+0x1c0/0x380
LR [c000000000262e38] __unmap_hugepage_range+0x198/0x6d0
Call Trace:
[c000000038d5f630] [c000000000262d80] __unmap_hugepage_range+0xe0/0x6d0 (unreliable)
[c000000038d5f6f0] [c000000000263390] __unmap_hugepage_range_final+0x20/0x50
[c000000038d5f720] [c0000000002344fc] unmap_single_vma+0xcc/0x120
[c000000038d5f760] [c000000000234954] unmap_vmas+0x84/0x120
[c000000038d5f7b0] [c000000000241438] exit_mmap+0xd8/0x190
[c000000038d5f870] [c0000000000acf3c] mmput+0x6c/0x1d0
[c000000038d5f8a0] [c0000000000b6b64] do_exit+0x324/0xcd0
[c000000038d5f960] [c000000000023900] oops_end+0x150/0x1f0
[c000000038d5f9e0] [c000000000047118] bad_page_fault+0xd8/0x150
[c000000038d5fa50] [c000000000025330] slb_miss_bad_addr+0x30/0x70
[c000000038d5fa70] [c000000000008c38] bad_addr_slb+0x158/0x160
I will see if this is easy to fix. But just want to update the list.
-aneesh
More information about the Linuxppc-dev
mailing list