Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp4080531imu; Mon, 12 Nov 2018 05:33:32 -0800 (PST) X-Google-Smtp-Source: AJdET5d5iunJz4M6wZ8xKi3k7Rn7TXZTQIYpVugfaVrDds9GJqR0DP3FLu1WKU2Vc08HnxlXL9gU X-Received: by 2002:a63:24c2:: with SMTP id k185mr820967pgk.406.1542029612134; Mon, 12 Nov 2018 05:33:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542029612; cv=none; d=google.com; s=arc-20160816; b=rfhc7l/nkKxtI7ZbYa8gm4u79A0hVuUkHu39uDA80gQdhWIkgkh79Cy3Nm6/K3Ewvl Bg+2ZIFT+NBbTaAZkTJSSZkj1hpUc1DSDDxi7y9REAoQVclrUZQzefaLKfeRbFpqmdb2 E0diHE0n6QEPWIMlA8/KB/4A8C3mYfGWjcSX+C2nWkulv7mI6AT8uM+OnV9+rsY1sNUq 9r0rH42S4aFuaF//J2LO4hBohPkUlXU417zz5P+WOwjBliyvZcETPvzBvA2S4gNKzyN7 noTLPqu5FeNPutjhFU+MR/WWMcy1ed91Wcuf9U/37Or6xZZt7+Jyczd6e/ozvO4qDhB9 Zu4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=LXCkvT0A7SVwKfoC3MRDcz4THDP0fv1DasNGtIIKI20=; b=u2wi444dO4pkN+qTxvzQJEnQm2tPUv5vjqT8hAuFOnYHP8aWYxXVJ+zWGQObTe6QH2 Bhp17YBFxEShUmsqkiOLwJimzU6s7Pbh4UWLnjYE+JGiLuLRJs4J7rD7rq1QPEdByqiT HqJfuoSpQBSh9qn1LnAjdqOOCqypnSzeP6mLWNZqzzH4t2SoEItggM+5OPpXFF7so3bN gSwc88vgz7iW5gzbNdqPqeW34Edqg4TsCcIo69R4GXeyab9I0Th8rX7QKcUXqrJF8wKw rip9+0E24j6xTIjOGeK86HbhYm4Iihq9Glou0er042LV4tHVF0eIvs68z43vmDBQk3LK jt2Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=hnqdKo+b; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id g29-v6si14619247pgb.508.2018.11.12.05.33.16; Mon, 12 Nov 2018 05:33:32 -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; dkim=pass header.i=@kernel.org header.s=default header.b=hnqdKo+b; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729895AbeKLX0C (ORCPT + 99 others); Mon, 12 Nov 2018 18:26:02 -0500 Received: from mail.kernel.org ([198.145.29.99]:58756 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729351AbeKLX0C (ORCPT ); Mon, 12 Nov 2018 18:26:02 -0500 Received: from localhost (unknown [206.108.79.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 18E5120869; Mon, 12 Nov 2018 13:32:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1542029564; bh=UUdYIfU8IPLaJ0KANgLWI2q0Hl1LCY+aTtQTtVUZgAs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=hnqdKo+brJdPn84dN3FcbyuTLWeH4sk0S+gPAAlKNglkjqHrDIhc/aIZcAn6o24j8 mNnxnWkdEK5fGSn/HvVwjuaj2WO0KH5NjzgsYJdNUUcRonLss/236uok6JSz89RZ2G wstoAClv9HabzHQ+V1NUhqAyA0vb8iKm6EqLDyYw= Date: Mon, 12 Nov 2018 05:32:43 -0800 From: Greg KH To: Rafael David Tinoco Cc: Sasha Levin , stable@vger.kernel.org, linux-kernel@vger.kernel.org, Prarit Bhargava , Shuah Khan , Stafford Horne Subject: Re: [PATCH AUTOSEL 4.4 07/32] cpupower: Fix coredump on VMWare Message-ID: <20181112133243.GA22022@kroah.com> References: <20181031231137.29429-1-sashal@kernel.org> <20181031231137.29429-7-sashal@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Nov 12, 2018 at 08:29:27AM -0200, Rafael David Tinoco wrote: > On 10/31/18 9:11 PM, Sasha Levin wrote: > > From: Prarit Bhargava > > > > [ Upstream commit f69ffc5d3db8f1f03fd6d1df5930f9a1fbd787b6 ] > > > > cpupower crashes on VMWare guests. The guests have the AMD PStateDef MSR > > (0xC0010064 + state number) set to zero. As a result fid and did are zero > > and the crash occurs because of a divide by zero (cof = fid/did). This > > can be prevented by checking the enable bit in the PStateDef MSR before > > calculating cof. By doing this the value of pstate[i] remains zero and > > the value can be tested before displaying the active Pstates. > > > > Check the enable bit in the PstateDef register for all supported families > > and only print out enabled Pstates. > > > > Signed-off-by: Prarit Bhargava > > Cc: Shuah Khan > > Cc: Stafford Horne > > Signed-off-by: Shuah Khan (Samsung OSG) > > Signed-off-by: Sasha Levin > > --- > > tools/power/cpupower/utils/cpufreq-info.c | 2 ++ > > tools/power/cpupower/utils/helpers/amd.c | 5 +++++ > > 2 files changed, 7 insertions(+) > > > > diff --git a/tools/power/cpupower/utils/cpufreq-info.c b/tools/power/cpupower/utils/cpufreq-info.c > > index 0e6764330241..f9b064ac8d94 100644 > > --- a/tools/power/cpupower/utils/cpufreq-info.c > > +++ b/tools/power/cpupower/utils/cpufreq-info.c > > @@ -200,6 +200,8 @@ static int get_boost_mode(unsigned int cpu) > > printf(_(" Boost States: %d\n"), b_states); > > printf(_(" Total States: %d\n"), pstate_no); > > for (i = 0; i < pstate_no; i++) { > > + if (!pstates[i]) > > + continue; > > if (i < b_states) > > printf(_(" Pstate-Pb%d: %luMHz (boost state)" > > "\n"), i, pstates[i]); > > diff --git a/tools/power/cpupower/utils/helpers/amd.c b/tools/power/cpupower/utils/helpers/amd.c > > index 6437ef39aeea..82adfb33d7a5 100644 > > --- a/tools/power/cpupower/utils/helpers/amd.c > > +++ b/tools/power/cpupower/utils/helpers/amd.c > > @@ -103,6 +103,11 @@ int decode_pstates(unsigned int cpu, unsigned int cpu_family, > > } > > if (read_msr(cpu, MSR_AMD_PSTATE + i, &pstate.val)) > > return -1; > > + if ((cpu_family == 0x17) && (!pstate.fam17h_bits.en)) > > + continue; > > + else if (!pstate.bits.en) > > + continue; > > + > > pstates[i] = get_cof(cpu_family, pstate); > > } > > *no = i; > > > > Sasha, > > This commit is causing: > > $ make V=1 -C tools/power/cpupower all > > gcc -fPIC -DVERSION=\"4.4.163.99.g0d9e7b\" -DPACKAGE=\"cpupower\" > -DPACKAGE_BUGREPORT=\"linux-pm@vger.kernel.org\" -D_GNU_SOURCE -pipe -DNLS > -Wall -Wchar-subscripts -Wpointer-arith -Wsign-compare -Wno-pointer-sign > -Wdeclaration-after-statement -Wshadow -O1 -g -DDEBUG -I./lib -I ./utils -o > utils/helpers/amd.o -c utils/helpers/amd.c > utils/helpers/amd.c: In function ‘decode_pstates’: > utils/helpers/amd.c:106:39: error: ‘union msr_pstate’ has no member named > ‘fam17h_bits’ > if ((cpu_family == 0x17) && (!pstate.fam17h_bits.en)) > > I think it should be dropped from v4.4 and v4.9 RCs, since this is a fix for > a CPU that isn't supported for those 2. Now dropped from both queues now. Thanks for testing and finding these. greg k-h