Re: THP broken on OCTEON?

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

 



On 06/23/2016 08:08, Aaro Koskinen wrote:
> Hi,
> 
> On Wed, Jun 22, 2016 at 03:05:05PM -0700, David Daney wrote:
>> This is caused by a config bug.
>>
>> For THP to work you must have both:
>>
>> CONFIG_TRANSPARENT_HUGEPAGE=y
>> and
>> CONFIG_HUGETLBFS=y
> 
> Oh... I guess this is with MIPS only?
> 
>> Please try testing with both of those set as well as applying:
>>
>> https://www.linux-mips.org/archives/linux-mips/2016-06/msg00397.html
> 
> Works! Now the system is stable. EBH5600 built dozen of different packages
> without any issues and THP being used:
> 
> root@localhost:~$ grep thp /proc/vmstat 
> thp_fault_alloc 2271
> thp_fault_fallback 0
> thp_collapse_alloc 2049
> thp_collapse_alloc_failed 0
> thp_split_page 0
> thp_split_page_failed 0
> thp_deferred_split_page 3996
> thp_split_pmd 186
> thp_zero_page_alloc 0
> thp_zero_page_alloc_failed 0
> 
> Thanks a lot,
> 
> A. 
> 

The case on the IP27 is still broke, it seems, with this patch.  Actually
triggers a HUB error interrupt now instead of a bus error, so I guess that's an
improvement in a sense.  Though, I am still re-working the entire IP27 code
base, so I'll add this to the list of things to try and hunt down.  I'll have
to add some code to read HUB's cause register and extract what error bit got
flipped on.

Have not tried the IP30/Octane case yet.

-- 
Joshua Kinard
Gentoo/MIPS
kumba@xxxxxxxxxx
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943

"The past tempts us, the present confuses us, the future frightens us.  And our
lives slip away, moment by moment, lost in that vast, terrible in-between."

--Emperor Turhan, Centauri Republic




[Index of Archives]     [Linux MIPS Home]     [LKML Archive]     [Linux ARM Kernel]     [Linux ARM]     [Linux]     [Git]     [Yosemite News]     [Linux SCSI]     [Linux Hams]

  Powered by Linux