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 Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id AEF15C433EF for ; Fri, 3 Dec 2021 08:40:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:In-Reply-To:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=AINScI0sE0PB6B9M+dmXcHKKF+5NttbM+7SgUSJheFk=; b=ac2bKAWQxfgxDU eYzRmC5gjbCvc62LX8au6xk+6wf37p7wIguXy0Lvrq8UZBA3xQI/Mz2abr3CInmydAiQ4V3Hoo8WG V8apUeb7gxYyKV0VlCnQ9wrO+NUT2kcYn0YTBbOH86UczDWKzAqPz7nTy16KBAtRgsJXG2SDpa6SI cQKBnl3CUbTwvihuSDuVlShFVHPknN7ob5JH9ARAo9u/k3joW/LScpGBIJ8vwZMCQkCVNYPzJWImv besd0udzlTXLYejk1wOIUNxxmzMwQ5jIjOSHqRfv4Rrnr+BxqbfYKypBCjk4ESKNXX6/I4OSLrlg9 07ButLmBs5cvLe2hF9jA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mt45c-00ErWB-CK; Fri, 03 Dec 2021 08:38:44 +0000 Received: from mail-eopbgr40043.outbound.protection.outlook.com ([40.107.4.43] helo=EUR03-DB5-obe.outbound.protection.outlook.com) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mt45X-00ErVF-Vc for linux-arm-kernel@lists.infradead.org; Fri, 03 Dec 2021 08:38:42 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=WPsIfbOrtNPPaJspvk1lr7r9D9ekbNYW66Owlx+amUqFrCfQIUXxPs0wdYH9wGrUcV2a9Wd1CPCGvAlwMazpH3XX2F589xumhAAPUDCUwwp62hzo9WKroO9XPFGTaKMEpEs7QNbRu5iMdwHh4jt2jigryTjReBxxYvJ0fVFGc0Tdyp6Hjo4onRGHai9XDqlior6eseAfMeLpEaeyG9aqtN6t4023aCNi4brsnCjNFvxq9IpEcUGtCtOA/JDlkV8PQl7Rmf+K06zjd4XSBv6FY0dlb18luCB/OK2T/lzPAnwkbG26a3Ro4yWT5uFf7EVDpbfzq9/OUB20+lfuMYyahw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=YjOgJEoesjtbNF1pbWLUKOWe8UA+Ejm7atqrhcbMjVM=; b=Qi/fEVIutRTIRmdZ0FDzxd9DUqDROQgxWuiwI2NUyHE3jaiGVx8EkIhWF1VZvi/lfkeYoQZuYPkZLG7WE+FEDMhDh+i9FW0VUx2mbTB3u9ZDCra+5VYOeapy++GcgVMUbF93AtqSXtWMQ5SMdG/+9mBHMkk0N4E7xqRpo+0AfZo/lPuLuwaU4k0jR2qR98YfWWIWLJvlsd5Rhy+rAY6W7ZF8RJDcdjjpYRR9OIV3/z5uILJfe0wbxPLCi5D9/xzK6LLII5t0tY/BMnzh0tKXLP1Fu9HBP5RUC8efqoKCjIQ5ecIxtiTo+DlqK1l1UZoUNhQiiBFv663u+hCxgmayJg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nxp.com; dmarc=pass action=none header.from=nxp.com; dkim=pass header.d=nxp.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nxp.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=YjOgJEoesjtbNF1pbWLUKOWe8UA+Ejm7atqrhcbMjVM=; b=XfeMFUx5qHjN/AGyXXow9dKn+mA2PLmVlzLufsjhpvKF1zrJu2OlkjP3H0yQxhOAi+hzvEjBTCnAzHMsHlEQdRF8yNYQc6VogauuIt8k2oZke0liY5Tc2osMqqlE9TxbOJ/b1W0/ESHv9inv49jUCEsZvtmCAuXEmiNc7Yf0KkM= Authentication-Results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nxp.com; Received: from VI1PR04MB4688.eurprd04.prod.outlook.com (2603:10a6:803:6a::30) by VI1PR04MB3200.eurprd04.prod.outlook.com (2603:10a6:802:d::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4734.22; Fri, 3 Dec 2021 08:38:33 +0000 Received: from VI1PR04MB4688.eurprd04.prod.outlook.com ([fe80::4c4c:f2b2:addb:841]) by VI1PR04MB4688.eurprd04.prod.outlook.com ([fe80::4c4c:f2b2:addb:841%5]) with mapi id 15.20.4734.028; Fri, 3 Dec 2021 08:38:33 +0000 Date: Fri, 3 Dec 2021 10:38:31 +0200 From: Abel Vesa To: Martin Kepplinger Cc: Alexander Stein , linux-arm-kernel@lists.infradead.org, linux-imx@nxp.com Subject: Re: cpuidle on i.MX8MQ Message-ID: References: <9888688de870690d13f9d60f873fc8c1244dd58e.camel@ew.tq-group.com> <71bf7c49bf7cb68d8b7a0177648bce37dd4f5d73.camel@puri.sm> <6ca0bcabfa3b6643f9ab7e311cd8697df223c5cb.camel@puri.sm> Content-Disposition: inline In-Reply-To: <6ca0bcabfa3b6643f9ab7e311cd8697df223c5cb.camel@puri.sm> X-ClientProxiedBy: VI1PR0801CA0074.eurprd08.prod.outlook.com (2603:10a6:800:7d::18) To VI1PR04MB4688.eurprd04.prod.outlook.com (2603:10a6:803:6a::30) MIME-Version: 1.0 Received: from ryzen (5.12.226.136) by VI1PR0801CA0074.eurprd08.prod.outlook.com (2603:10a6:800:7d::18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4755.17 via Frontend Transport; Fri, 3 Dec 2021 08:38:33 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 4bd29237-b118-497b-d0ab-08d9b6384a6c X-MS-TrafficTypeDiagnostic: VI1PR04MB3200: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: J/TmUsYL5/VyFmIUxBDAENg5z1KiMJGqSetqN/5k4aa3A6IGm1MbjTEWmLJUx1ZfGDFGEWNoERqyPTdGj2iPq2VGnTkgn4d/2ENmHL9PyOxRANho5vTauDJmnzo3uG45uzGoZRx8ir1tvR7tz5hzdXovsTFiLBSmGbdspSNZWWjtUQNyjQl8hTxwXXNfqWQJPA4Yj4Q/y24ngkpwV9KH2jGugOBnq9t+InwTtSWzFvmRueAV5cox7PPF7INvDR8/Z4Cl/Ecj6xfHj83OcpcCCMuR/SdRnINhMRIz9AQmQCUTVdfS//6j6IfmsEZLf75hoNNZVaaT510xzCHGccByJXCrQlap6Z308QpVqIRfe0LMX99h0n35b5TC9GFcsxV2BEwqDgXxmVzI+X+o47YxNoV2OpE2HGhN83bd6MzeBaQfCVjcNXLqf0zk4tBYpNJpudSnm/FsEMHHWYoYwt4Z5NGsRA4ptPFoC9y9lczHkmM10fVbd/u+Ke4cG78kv2Le6WnYHuXKCYDle0rcCo6GfhawGioKlej3mUI0qs0C0QXTW0AKN9w5yzmPKu0Q+qzmN9wHHlNqm6wdG34eoWf0lRFa9sAnJu2K1Yk2sXI6tdOhXyOYlqrEu7clWXsOu3WYTxYgdSRgHf4l75mnIxc2IE8oGXuJJ7tPiI6CYyl2aPp1LWDPVMLzp+XYJ3A5tWfDQcMm1MBYuhigomkl81T6LsAjllSvM18jPgrQfhngnOmlTaYISf6/k0dBBGUObjHBR/b7oqcWo7Rut9/K4GSNGQ== X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:VI1PR04MB4688.eurprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(53546011)(5660300002)(6916009)(9686003)(83380400001)(86362001)(9576002)(8936002)(8676002)(26005)(2906002)(44832011)(55016003)(186003)(66476007)(66556008)(38350700002)(4326008)(38100700002)(508600001)(33716001)(956004)(6496006)(316002)(66946007)(966005)(52116002); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?ylnfXfSLnGgLpIPR+x4bMZSD4xtVZ+rH7XCpxm5kCDaCTdMyITtuq3Lgo6h8?= =?us-ascii?Q?AVfF3tNCQwAdW0pm6T3FgnQkfqtd/dMsIrvzwNGb1JzEXjdjcb3Ddr+PuAML?= =?us-ascii?Q?ysuiMXpGwRSaPx10EmHdHAA3o8b8L06134RPN/jufzzrhYwlio422R9KSdEN?= =?us-ascii?Q?RGmxUdlPu3s/7BL4mFABfnRJjstBsC/rk2YSP73MNgf+TBaavWapVuZuAF+P?= =?us-ascii?Q?ymsxvohrhACExyj712eegH35b0W258TuHWikBxo0ZWDO0F8Q9c+N+bindblY?= =?us-ascii?Q?9wBmdfzWioPOR4dimuVutLZ6P9jBagTrbyaC9tK0CQl55WTixWsbZz9SgUbE?= =?us-ascii?Q?YBRonr/BWSXXIde/EZQVqkejccsyCHL3jZA8qAc4giKUyrY9RNSEluuHZadg?= =?us-ascii?Q?YzONsKnNZ5YXfp7gH4zCXlwxURrSiJcgut55lkyPcFy0O3TdXsSv/x5h9nkh?= =?us-ascii?Q?V/5Lz5YHK3Ba829NOi3APbLJ0k9fD34mrzH4SxYA6V30gywp7yB5FDR9wJoO?= =?us-ascii?Q?hMwNiBSMiQCTW+3OlPs1IMUGBMmLgnSKJALQcSL62sbrq90nwJHKnE2eDXxg?= =?us-ascii?Q?PXi1weWmyf7QhJh79dLTEFm5uBBWpQN8Y1r/uAjmvyloy3IHPLbnKxQnca5x?= =?us-ascii?Q?ybmd4aYNEQpneN1ke/G7IxybEDpb98n2FmSWb21PTQCtSuAQndZSMjDr4sXt?= =?us-ascii?Q?gET6W2KLhFh71N3aqfLPiR3lkPberFg+pN1bTlyuKm16ww77XMjh6sWbzP+O?= =?us-ascii?Q?LviFVMlNNQkAK6zGWMGXvzAM/FZlI/X3NENIldzhfWsaMzt/UQjrBRIZ5Di4?= =?us-ascii?Q?LGpipTaLW+yqjwRrkYVTIHtfWnU85gbHxBBs+BbWiFMrBEASZo8DiUm49PUR?= =?us-ascii?Q?MElFXaEJubj0YaxqyhLqYh5DrjhU8vV7mqBDjNKWosl9AabfzC6almR8XNtL?= =?us-ascii?Q?wYwZuMfePouG2Q6+i0CwEdaBowyVD2PUCSvyZyp8Omisve5KSjo1rN3ZMtzf?= =?us-ascii?Q?8mGMJDoaBKmH21xhnZ9cXFrR4FL6SpF3eXfHTEEaiLXr18S9hrNtHulHnWuY?= =?us-ascii?Q?M/XaEXMNF7mFr775ZNhESpMXdby2TEl9j9UayYeqSaIfZTtpU8ebFuQ1KLoX?= =?us-ascii?Q?P2PVQfc1RLVRAqU/QQH9FaHU2dik8diWXswIi87pdCZ3JGxIPX0KcR6Eqwk7?= =?us-ascii?Q?MTFR+MnCIuhx7PXy6HcZqSaAxDy6G4tJ8BoDcJWo9LVVGp+qMTtzuM4qmvBh?= =?us-ascii?Q?uoMqkOIGeeS0+HdQ5Xs5FE+EyfmBx9lA8fmG32dEkIzngMs9vhYklaJOM/AV?= =?us-ascii?Q?WltD3+8m3sVdALxY63pyfUCuGJ4HT/2NNK9O9G4hst0u2aqo8pTT3sSvN+Ns?= =?us-ascii?Q?hKJxu9PbFnW0lmHCRi60a8k1Nyl/oQGpuYMvaSiHj+6ZbRLFtl/AtJmeOV1E?= =?us-ascii?Q?y0d95OV/i2pvmuMvYqHhgkf5/PZaMVm9kSNOYz5fvTEVMB6b7QXfRVVj/EcA?= =?us-ascii?Q?Rg2bpoGe+vggxeH7qovKCGUnorgeBGie1LPJq2epqbifdFzGPcoeMklVQNXS?= =?us-ascii?Q?GxpUaaiVECO1/fID3xV2pVrVZyat8N0BApwUMUkOOAREpVfLR/Q/YD16FNM2?= =?us-ascii?Q?Bcqd8lotbd+dhO6QhJdGUwE=3D?= X-OriginatorOrg: nxp.com X-MS-Exchange-CrossTenant-Network-Message-Id: 4bd29237-b118-497b-d0ab-08d9b6384a6c X-MS-Exchange-CrossTenant-AuthSource: VI1PR04MB4688.eurprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 03 Dec 2021 08:38:33.4793 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: wPFbvUuKLpdMPn4NHmieDMAFhFCLbV1FAz2tXbGmjyG7l53yueX9nXvEMbisAS4xivWRwHPNmd0WcDW93DZbuw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR04MB3200 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211203_003840_285862_9A80FDB1 X-CRM114-Status: GOOD ( 42.85 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 21-11-29 14:40:04, Martin Kepplinger wrote: > Am Donnerstag, dem 04.11.2021 um 13:04 +0200 schrieb Abel Vesa: > > On 21-11-03 13:09:15, Martin Kepplinger wrote: > > > Am Dienstag, dem 02.11.2021 um 11:55 +0100 schrieb Alexander Stein: > > > > Hello, > > > > > > > > I was hit by the errata e11171 on imx8mq on our custom board. I > > > > found > > > > [1] from over 2 years ago, and the even older patchset [2]. > > > > Is there some final conclusion or fix regarding this errata? From > > > > what > > > > I understand the proposed change is apparently not acceptable in > > > > mainline for several reasons. I'm wondering what's the current > > > > status. > > > > Unfortunately, there is not gonna be an upstream solution for this > > errata. Long story short, the SOC is missing wakeup lines from gic > > to gpc. This means the IPIs are affected. So, knowing all that, > > in order to wake up a core, you need to write a bit in some register > > in gpc. The SW workaround (non upstreamable) I provided does exactly > > that by hijacking the gic_raise_softirq __smp_cross_call handler and > > registers a wrapper over it which also calls into ATF (using SIP) > > and wakes up that specific core by writing into the gpc register. > > > > There is no other possible way to wake up a core on 8MQ. > > > > > > As suggested at that time, the only solution (right now) is to > > > > disable > > > > cpuidle on imx8mq? > > > > > > > > Yes, the vendor actually suggests that, but you can use the mentioned > > hack. > > > > > > Best regards, > > > > Alexander > > > > > > > > [1] https://lkml.org/lkml/2019/6/10/350 > > > > [2] https://lkml.org/lkml/2019/3/27/542 > > > > > > > > > > Hi Alexander, hi Abel, > > > > > > At this point my understanding is basically the same. We carry (a > > > slight variation of) the above in our tree ever since in oder to > > > have > > > the cpu-sleep sleep state. Not using it is not acceptable to us :) > > > > > > Until now there's one internal API change we need to revert (bring > > > back) in order for this to work. For reference, this is our current > > > implementation: > > > > > > https://source.puri.sm/martin.kepplinger/linux-next/-/compare/0b90c3622755e0155632d8cc25edd4eb7f875968...ce4803745a180adc8d87891d4ff8dff1c7bd5464 > > > > > > Abel, can you still say that, in case this solution won't apply > > > anymore > > > in the future, that you would be available to create an update? > > > > > > > I'll try to find a workaround soon, based on the same general idea > > behind the current one you guys are using. I'll do this in my own > > time > > since the company does not allocate resources for 8MQ cpuidle support > > anymore. > > > > > Can you even imagine a possibly acceptable solution for mainline to > > > this? Nothing is completely set in stone with Linux :) > > > > I believe Marc was pretty clear about not accepting such a workaround > > (and, TBH, it makes perfect sense not to). > > > > Since I don't think there is any other way that would go around the > > gic driver, I believe this has hit an end when it comes to upstream > > support. > > > > Sorry about that. > > > > I'm open to any suggestions though. > > > > > > hi Abel, since there's the link to the workaround implementation here, > I'd like to show you a bug when transitioning to s2idle. I don't see > that when removing all these cpu-sleep additions (linked above). (I > might send as a seperate bugreport later) > > Can you see how that can cause this rcu stall? it looks like a problem > with a timer... > Looks to me like some core is not getting up. You can start by hacking the irqchip driver to see if the ATF call is still being made after s2idle is triggered. If yes, then make sure the ATF is writing the GPC reg to wake up that specific core. That's usually what's going wrong with this workaround. > > 65.476456] rcu: INFO: rcu_preempt self-detected stall on CPU > [ 65.476615] rcu: 0-...!: (1 ticks this GP) > idle=42f/1/0x4000000000000004 softirq=9151/9151 fqs=0 > [ 65.476676] (t=8974 jiffies g=11565 q=2) > [ 65.476703] rcu: rcu_preempt kthread timer wakeup didn't happen for > 8973 jiffies! g11565 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 > [ 65.476715] rcu: Possible timer handling issue on cpu=0 timer- > softirq=2032 > [ 65.476730] rcu: rcu_preempt kthread starved for 8974 jiffies! g11565 > f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=0 > [ 65.476742] rcu: Unless rcu_preempt kthread gets sufficient CPU time, > OOM is now expected behavior. > [ 65.476749] rcu: RCU grace-period kthread stack dump: > [ 65.476764] task:rcu_preempt state:I stack: 0 pid: 13 ppid: 2 > flags:0x00000008 > [ 65.476814] Call trace: > [ 65.476825] __switch_to+0x138/0x190 > [ 65.476975] __schedule+0x288/0x6ec > [ 65.477044] schedule+0x7c/0x110 > [ 65.477059] schedule_timeout+0xa4/0x1c4 > [ 65.477085] rcu_gp_fqs_loop+0x13c/0x51c > [ 65.477126] rcu_gp_kthread+0x1a4/0x264 > [ 65.477136] kthread+0x15c/0x170 > [ 65.477167] ret_from_fork+0x10/0x20 > [ 65.477186] rcu: Stack dump where RCU GP kthread last ran: > [ 65.477194] Task dump for CPU 0: > [ 65.477202] task:swapper/0 state:R running task stack: 0 pid: 0 ppid: > 0 flags:0x0000000a > [ 65.477223] Call trace: > [ 65.477226] dump_backtrace+0x0/0x1e4 > [ 65.477246] show_stack+0x24/0x30 > [ 65.477256] sched_show_task+0x15c/0x180 > [ 65.477293] dump_cpu_task+0x50/0x60 > [ 65.477327] rcu_check_gp_kthread_starvation+0x128/0x148 > [ 65.477335] rcu_sched_clock_irq+0xb74/0xf04 > [ 65.477348] update_process_times+0xa8/0xf4 > [ 65.477388] tick_sched_handle+0x3c/0x60 > [ 65.477409] tick_sched_timer+0x58/0xb0 > [ 65.477416] __hrtimer_run_queues+0x18c/0x370 > [ 65.477428] hrtimer_interrupt+0xf4/0x250 > [ 65.477437] arch_timer_handler_phys+0x40/0x50 > [ 65.477477] handle_percpu_devid_irq+0x94/0x250 > [ 65.477505] handle_domain_irq+0x6c/0xa0 > [ 65.477516] gic_handle_irq+0xc4/0x144 > [ 65.477527] call_on_irq_stack+0x2c/0x54 > [ 65.477534] do_interrupt_handler+0x5c/0x70 > [ 65.477544] el1_interrupt+0x30/0x80 > [ 65.477556] el1h_64_irq_handler+0x18/0x24 > [ 65.477567] el1h_64_irq+0x78/0x7c > [ 65.477575] cpuidle_enter_s2idle+0x14c/0x1ac > [ 65.477617] do_idle+0x25c/0x2a0 > [ 65.477644] cpu_startup_entry+0x30/0x80 > [ 65.477656] rest_init+0xec/0x100 > [ 65.477666] arch_call_rest_init+0x1c/0x28 > [ 65.477700] start_kernel+0x6e0/0x720 > [ 65.477709] __primary_switched+0xc0/0xc8 > [ 65.477751] Task dump for CPU 0: > [ 65.477757] task:swapper/0 state:R running task stack: 0 pid: 0 ppid: > 0 flags:0x0000000a > [ 65.477770] Call trace: > [ 65.477773] dump_backtrace+0x0/0x1e4 > [ 65.477788] show_stack+0x24/0x30 > [ 65.477796] sched_show_task+0x15c/0x180 > [ 65.477804] dump_cpu_task+0x50/0x60 > [ 65.477812] rcu_dump_cpu_stacks+0xf4/0x138 > [ 65.477820] rcu_sched_clock_irq+0xb78/0xf04 > [ 65.477829] update_process_times+0xa8/0xf4 > [ 65.477838] tick_sched_handle+0x3c/0x60 > [ 65.477845] tick_sched_timer+0x58/0xb0 > [ 65.477854] __hrtimer_run_queues+0x18c/0x370 > [ 65.477863] hrtimer_interrupt+0xf4/0x250 > [ 65.477873] arch_timer_handler_phys+0x40/0x50 > [ 65.477880] handle_percpu_devid_irq+0x94/0x250 > [ 65.477888] handle_domain_irq+0x6c/0xa0 > [ 65.477897] gic_handle_irq+0xc4/0x144 > [ 65.477903] call_on_irq_stack+0x2c/0x54 > [ 65.477910] do_interrupt_handler+0x5c/0x70 > [ 65.477921] el1_interrupt+0x30/0x80 > [ 65.477929] el1h_64_irq_handler+0x18/0x24 > [ 65.477937] el1h_64_irq+0x78/0x7c > [ 65.477944] cpuidle_enter_s2idle+0x14c/0x1ac > [ 65.477952] do_idle+0x25c/0x2a0 > [ 65.477959] cpu_startup_entry+0x30/0x80 > [ 65.477970] rest_init+0xec/0x100 > [ 65.477977] arch_call_rest_init+0x1c/0x28 > [ 65.477988] start_kernel+0x6e0/0x720 > [ 65.477995] __primary_switched+0xc0/0xc8 > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel