From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 864ECC282C0 for ; Thu, 24 Jan 2019 01:08:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 5E3D021872 for ; Thu, 24 Jan 2019 01:08:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727113AbfAXBIZ convert rfc822-to-8bit (ORCPT ); Wed, 23 Jan 2019 20:08:25 -0500 Received: from ozlabs.org ([203.11.71.1]:36475 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726313AbfAXBIZ (ORCPT ); Wed, 23 Jan 2019 20:08:25 -0500 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 43lP2L2dh3z9s3l; Thu, 24 Jan 2019 11:59:54 +1100 (AEDT) From: Michael Ellerman To: Christophe Leroy , Benjamin Herrenschmidt , Paul Mackerras , Nicholas Piggin , Mike Rapoport Cc: linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH v13 00/10] powerpc: Switch to CONFIG_THREAD_INFO_IN_TASK In-Reply-To: <07e60b5a-611c-9863-f300-68a4f9ad2efd@c-s.fr> References: <87zhrx2bf1.fsf@concordia.ellerman.id.au> <07e60b5a-611c-9863-f300-68a4f9ad2efd@c-s.fr> Date: Thu, 24 Jan 2019 11:59:51 +1100 Message-ID: <871s52yins.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Christophe Leroy writes: > Le 19/01/2019 à 11:23, Michael Ellerman a écrit : >> Christophe Leroy writes: >> >>> The purpose of this serie is to activate CONFIG_THREAD_INFO_IN_TASK which >>> moves the thread_info into task_struct. >>> >>> Moving thread_info into task_struct has the following advantages: >>> - It protects thread_info from corruption in the case of stack >>> overflows. >>> - Its address is harder to determine if stack addresses are >>> leaked, making a number of attacks more difficult. >>> >>> Changes since v12: >>> - Patch 1: Taken comment from Mike (re-introduced the 'panic' in case memblock allocation fails in setup_64.c >>> - Patch 1: Added alloc_stack() function in setup_32.c to also panic in case of allocation failure. >> >> Hi Christophe, >> >> I can't get this series to boot on qemu mac99. I'm getting eg: >> >> [ 0.981514] NFS: Registering the id_resolver key type >> [ 0.981752] Key type id_resolver registered >> [ 0.981868] Key type id_legacy registered >> [ 0.995711] Unrecoverable exception 0 at 0 (msr=0) >> [ 0.996091] Oops: Unrecoverable exception, sig: 6 [#1] >> [ 0.996314] BE PAGE_SIZE=4K MMU=Hash PowerMac >> [ 0.996617] Modules linked in: >> [ 0.996869] CPU: 0 PID: 416 Comm: modprobe Not tainted 5.0.0-rc2-gcc-7.3.0-00043-g53f2de798792 #342 >> [ 0.997138] NIP: 00000000 LR: 00000000 CTR: 00000000 >> [ 0.997309] REGS: ef237f50 TRAP: 0000 Not tainted (5.0.0-rc2-gcc-7.3.0-00043-g53f2de798792) >> [ 0.997508] MSR: 00000000 <> CR: 00000000 XER: 00000000 >> [ 0.997712] >> [ 0.997712] GPR00: 00000000 ef238000 00000000 00000000 00000000 00000000 00000000 00000000 >> [ 0.997712] GPR08: 00000000 00000000 00000000 00000000 00000000 00000000 c006477c ef13d8c0 >> [ 0.997712] GPR16: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 >> [ 0.997712] GPR24: 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 >> [ 0.998671] NIP [00000000] (null) >> [ 0.998774] LR [00000000] (null) >> [ 0.998895] Call Trace: >> [ 0.999030] Instruction dump: >> [ 0.999320] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX >> [ 0.999546] XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX 60000000 XXXXXXXX XXXXXXXX XXXXXXXX >> [ 1.000023] ---[ end trace 925ea3419844fe68 ]--- > > No such issue on my side. Do you have a ramdisk with anythink special or > a special config ? I see your kernel is modprobing something, know what > it is ? It's just a debian installer image, nothing special AFAIK. > Especially, what is the amount of memory in your config ? On my side > there is 128M: I have 1G. But today I can't reproduce the crash :/ So I guess it must have been something else in my config. cheers