From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mga01.intel.com ([192.55.52.88]) by bombadil.infradead.org with esmtp (Exim 4.68 #1 (Red Hat Linux)) id 1KSibD-0005fJ-7x for kexec@lists.infradead.org; Tue, 12 Aug 2008 01:22:59 +0000 Subject: Re: [PATCH -v2 7/8] kexec jump: ftrace_enabled_save/restore From: Huang Ying In-Reply-To: <20080811135136.GD28030@redhat.com> References: <1218178368.22039.80.camel@caritas-dev.intel.com> <20080808141700.GF3840@redhat.com> <1218417741.30464.23.camel@caritas-dev.intel.com> <20080811135136.GD28030@redhat.com> Date: Tue, 12 Aug 2008 09:22:53 +0800 Message-Id: <1218504173.24951.7.camel@caritas-dev.intel.com> Mime-Version: 1.0 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: kexec-bounces@lists.infradead.org Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Vivek Goyal Cc: nigel@nigel.suspend2.net, Kexec Mailing List , linux-kernel@vger.kernel.org, Steven Rostedt , "Rafael J. Wysocki" , "Eric W. Biederman" , Pavel Machek , Andrew Morton , Linus Torvalds , mingo@elte.hu Hi, Vivek, On Mon, 2008-08-11 at 09:51 -0400, Vivek Goyal wrote: [...] > So you want to use a non-locked version from optimization point of view? > So that we don't end up taking and release a lock? Not from optimization point of view. machine_kexec() may be called from crash_kexec(), where it is not permitted to take and release a lock. Best Regards, Huang Ying _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753150AbYHLBXN (ORCPT ); Mon, 11 Aug 2008 21:23:13 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750988AbYHLBW5 (ORCPT ); Mon, 11 Aug 2008 21:22:57 -0400 Received: from mga01.intel.com ([192.55.52.88]:17735 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750971AbYHLBW5 (ORCPT ); Mon, 11 Aug 2008 21:22:57 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.32,192,1217833200"; d="scan'208";a="605946679" Subject: Re: [PATCH -v2 7/8] kexec jump: ftrace_enabled_save/restore From: Huang Ying To: Vivek Goyal Cc: Steven Rostedt , "Eric W. Biederman" , Pavel Machek , nigel@nigel.suspend2.net, "Rafael J. Wysocki" , Andrew Morton , mingo@elte.hu, Linus Torvalds , linux-kernel@vger.kernel.org, Kexec Mailing List In-Reply-To: <20080811135136.GD28030@redhat.com> References: <1218178368.22039.80.camel@caritas-dev.intel.com> <20080808141700.GF3840@redhat.com> <1218417741.30464.23.camel@caritas-dev.intel.com> <20080811135136.GD28030@redhat.com> Content-Type: text/plain Date: Tue, 12 Aug 2008 09:22:53 +0800 Message-Id: <1218504173.24951.7.camel@caritas-dev.intel.com> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Vivek, On Mon, 2008-08-11 at 09:51 -0400, Vivek Goyal wrote: [...] > So you want to use a non-locked version from optimization point of view? > So that we don't end up taking and release a lock? Not from optimization point of view. machine_kexec() may be called from crash_kexec(), where it is not permitted to take and release a lock. Best Regards, Huang Ying