Received: by 10.223.164.202 with SMTP id h10csp471676wrb; Wed, 8 Nov 2017 20:55:59 -0800 (PST) X-Google-Smtp-Source: ABhQp+RmgwQbhv9f0eeKDB0fMAp89+M62FvZeIaOILeyxiU2RmpVDvvK7NflNIwDyxxrpnv+sLqt X-Received: by 10.159.250.138 with SMTP id k10mr89040pls.307.1510203359064; Wed, 08 Nov 2017 20:55:59 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1510203359; cv=none; d=google.com; s=arc-20160816; b=nP2XwsdkATX99kQasx51jWkGWETlay5jcN9uipIh+8/vKoLkWwXcX6EvEPqtlhtNaG RT59lFZQ4thhz47nMhHt2/4FgamE4lWa+NYsqJPfB830vNFlgy07zhoav2sP3Lixnb5A fhjwxsr3zlLVcvZ59KRl6Jy9UBUug55wDp/omSEjPXsEfMCeKZSetq9Tl0X27eV+Ov6r TO7jZICn0lIB3t2AJzZgyvPgqdWWO6m0OK8/lxeH4Y7s2qq3mneEWAt1gMh8wahhSBCb Q70ZLco54LFM2EEHNMDbEamOcWOuleIgAEg8vTREdgGYtrIvvs3WdZJ9RfaCiWqpx2a/ 4m/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition :content-transfer-encoding:subject:cc:to:from:date:message-id :mime-version:arc-authentication-results; bh=omeJfks9TF36qnRVy0DyOVws09Vxko6CjNerswN2I6M=; b=RGLu1wuMvR2P7loRahgJRoCceFlA7iwMXt78KLjF7/sD9O3CpXqfGKCWSrgCuL0PNh 7PYALH84RPnBgNB5/u18GQRFGV7s+1rs9HYzuIrFtLPqcY70cDnj7vmnZ6eBDsT+bUpC JRZp0ha5Z/IKkjg4fvQR+hinooy0Gk92HR87AtjpUE2qyhWSIS9hlcNnhsRcdBno9OQu 5zrgNgAzcg9uJknhv3z4Hy1rXrecA7LWW9zCa5834M1n4Aj5sqXkoV8ALo5TCvaYtOUl N/VLikVGdSZK6R/46AiSYZlFAQoIldqLw8JGqVEFUGt1eYvrVxaO4X8G49N8q3oW2sgW iGVw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o4si5406658pgs.38.2017.11.08.20.55.48; Wed, 08 Nov 2017 20:55:59 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752491AbdKIEzG convert rfc822-to-8bit (ORCPT + 82 others); Wed, 8 Nov 2017 23:55:06 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:50450 "EHLO aserp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752430AbdKIEzD (ORCPT ); Wed, 8 Nov 2017 23:55:03 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vA94srwe032764 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 9 Nov 2017 04:54:53 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vA94sq4o027689 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 9 Nov 2017 04:54:52 GMT Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id vA94spS4001842; Thu, 9 Nov 2017 04:54:51 GMT MIME-Version: 1.0 Message-ID: <35b094f6-70e0-49f2-803a-3333d7ee2524@default> Date: Wed, 8 Nov 2017 20:54:51 -0800 (PST) From: Zhenzhong Duan To: , , Cc: Srinivas REDDY Eeda , Joe Jin , Subject: [PATCH] tick/broadcast: Remove redundant code in tick_check_new_device() X-Mailer: Zimbra on Oracle Beehive Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Content-Disposition: inline X-Source-IP: aserv0021.oracle.com [141.146.126.233] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org There is no way a timer used as broadcast clockevent device is also used as percpu tick clockevent device currently. It's better to put related code in tick_install_broadcast_device(), but I feel it's harmless to give it back to the clockevents layer. Pls correct me if I'm wrong. Signed-off-by: Zhenzhong Duan --- kernel/time/tick-common.c | 7 +------ 1 files changed, 1 insertions(+), 6 deletions(-) diff --git a/kernel/time/tick-common.c b/kernel/time/tick-common.c index 49edc1c..9bcc866 100644 --- a/kernel/time/tick-common.c +++ b/kernel/time/tick-common.c @@ -320,13 +320,8 @@ void tick_check_new_device(struct clock_event_device *newdev) /* * Replace the eventually existing device by the new - * device. If the current device is the broadcast device, do - * not give it back to the clockevents layer ! + * device. */ - if (tick_is_broadcast_device(curdev)) { - clockevents_shutdown(curdev); - curdev = NULL; - } clockevents_exchange_device(curdev, newdev); tick_setup_device(td, newdev, cpu, cpumask_of(cpu)); if (newdev->features & CLOCK_EVT_FEAT_ONESHOT) -- 1.7.3 From 1584141518678217454@xxx Wed Nov 15 14:11:19 +0000 2017 X-GM-THRID: 1582696365421728331 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread