Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758760Ab3ENX5S (ORCPT ); Tue, 14 May 2013 19:57:18 -0400 Received: from relais.videotron.ca ([24.201.245.36]:8586 "EHLO relais.videotron.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758538Ab3ENX5R (ORCPT ); Tue, 14 May 2013 19:57:17 -0400 MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: TEXT/PLAIN; CHARSET=US-ASCII Date: Tue, 14 May 2013 19:56:51 -0400 (EDT) From: Nicolas Pitre To: Rob Herring Cc: Marc Zyngier , Will Deacon , "linux-arm-kernel@lists.infradead.org" , Pavel Machek , "linux-kernel@vger.kernel.org" Subject: Re: [RFC PATCH 1/2] ARM: delay: print dummy values for bogomips In-reply-to: Message-id: References: <1367602547-19322-1-git-send-email-will.deacon@arm.com> <1367602547-19322-2-git-send-email-will.deacon@arm.com> <20130506231554.GB16801@amd.pavel.ucw.cz> <5188B8B2.5030601@arm.com> User-Agent: Alpine 2.03 (LFD 1266 2009-07-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2635 Lines: 69 On Tue, 14 May 2013, Rob Herring wrote: > On Tue, May 14, 2013 at 2:54 PM, Nicolas Pitre wrote: > > [ Yes, I'm late to the party ] > > > > On Tue, 7 May 2013, Marc Zyngier wrote: > > > >> On 07/05/13 00:16, Pavel Machek wrote: > >> > >> Hi Pawel, > >> > >> >> Now that we support a timer-backed delay loop, I'm quickly getting sick > >> >> and tired of people complaining that their beloved bogomips value has > >> >> decreased. You know who you are! > >> > > >> >> Unfortunately, we can't just remove the entry from /proc/cpuinfo, as it > >> >> will likely break fragile userspace code which is parsing that stuff, so > >> >> instead replace it with a dummy value that can be chosen in the > >> >> Kconfig. > >> > > >> > So, instead of removing it you silently report invalid value? Note > >> > >> Removing it would be an ABI breakage. Unfortunately. > > > > Did you really write this with a straight face? > > > >> Name one userspace application that extracts meaningful information out > >> of the BogoMIPS field. Just one. > > > > Waitaminute... Didn't you just claim this would be an ABI break? > > > > So if no application can be found, where is the ABI breakage? > > lscpu > > But that is already "broken" on ARM because x86 uses "bogomips" and > ARM uses "BogoMIPS". So basically it won't be any more broken if the field disappears entirely, right? > I agree reporting BogoMIPS is silly, but there > are more differences between x86 and ARM. Somewhat meaningful fields > like "cpu MHz" are missing on ARM for example. These are mainly useful > for h/w inventory use which server folks tend to care about. So... the tool must be coping well with missing fields already? If /proc/cpuinfo is missing "important" fields on ARM then this is a different issue. > > This thread must be a joke. Please just kill the damn thing out of > > /proc/cpuinfo and see if any application notices. And if some do then > > they are already broken *today* and should be fixed. > > And please do so for all arches then. Why? It happens that the bogomips reporting on ARM is even more "broken" than on other architectures and therefore it deserves to be removed even more than on other architectures. Who knows, maybe it still has some semblance of a meaning on those other architectures and that should be up to their respective maintainers to decide. Nicolas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/