Hi,
I'm seeing bare metal ppc64le system crashing early during boot
with latest upstream kernel (4.4.0-rc8):
# git describe
v4.4-rc8-96-g751e5f5
[0.625451] Unable to handle kernel paging request for data at address
0x
[0.625586] Faulting instruction address: 0xc04ae000
[
Swapoff after swapping hangs on the G5. That's because the _PAGE_PTE
bit, added by set_pte_at(), is not expected by swapoff: so swap ptes
cannot be recognized.
I'm not sure whether a swap pte should or should not have _PAGE_PTE set:
this patch assumes not, and fixes set_pte_at() to set _PAGE_PTE
Swapoff after swapping hangs on the G5, when CONFIG_CHECKPOINT_RESTORE=y
but CONFIG_MEM_SOFT_DIRTY is not set. That's because the non-zero
_PAGE_SWP_SOFT_DIRTY bit, added by CONFIG_HAVE_ARCH_SOFT_DIRTY=y, is not
discounted when CONFIG_MEM_SOFT_DIRTY is not set: so swap ptes cannot be
recognized.
Both s390 and powerpc have hit the issue of swapoff hanging, when
CONFIG_HAVE_ARCH_SOFT_DIRTY and CONFIG_MEM_SOFT_DIRTY ifdefs were
not quite as x86_64 had them. I think it would be much clearer if
HAVE_ARCH_SOFT_DIRTY was just a Kconfig option set by architectures
to determine whether the MEM_SOF
Commit 89a51df5ab1d ("powerpc/eeh: Fix crash in eeh_add_device_early() on Cell")
added a check on function eeh_add_device_early(): since in Cell arch eeh_ops
is NULL, that code used to crash on Cell. The commit's approach was validate
if EEH was available by checking the result of function eeh_enab
On 01/10/2016 04:33 AM, Jan Stancek wrote:
Hi,
I'm seeing bare metal ppc64le system crashing early during boot
with latest upstream kernel (4.4.0-rc8):
Hi Jan,
Thanks for reporting. Let me try to reproduce the issue.
(Between if you think there is anything special in the .config
that I need
