From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753435AbcBJSKv (ORCPT ); Wed, 10 Feb 2016 13:10:51 -0500 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:44795 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752533AbcBJSKs (ORCPT ); Wed, 10 Feb 2016 13:10:48 -0500 Date: Wed, 10 Feb 2016 18:10:15 +0000 From: Mark Brown To: "Rafael J. Wysocki" Cc: Arnd Bergmann , Peter Zijlstra , Ingo Molnar , Lists linaro-kernel , "Gautham R. Shenoy" , kernel-build-reports@lists.linaro.org, Viresh Kumar , "linux-pm@vger.kernel.org" , "Rafael J. Wysocki" , linux-next@vger.kernel.org, Frederic Weisbecker , Thomas Gleixner , Linux Kernel Mailing List Message-ID: <20160210181015.GA13270@sirena.org.uk> References: <20160210095252.GS13270@sirena.org.uk> <4447865.IoQjlk8ngP@wuerfel> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="edESjMboOAwUFn6i" Content-Disposition: inline In-Reply-To: X-Cookie: Nothing happens. User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 2a01:348:6:8808:fab::3 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH] irq_work: unhide irq_work_queue_on declaration on non-SMP X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --edESjMboOAwUFn6i Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Feb 10, 2016 at 04:27:42PM +0100, Rafael J. Wysocki wrote: > > +#else > > +static inline bool irq_work_queue_on(struct irq_work *work, int cpu) > > +{ > > + return irq_work_queue(work); > > +} > > #endif > I was thinking about this too, but then cpufreq will be the only user of it. > In any case can do it at any time later. :-) Well, there's currently only two other users of irq_work_queue_on() anyway so that's a third of the userbase and it does seem the obvious way to support any other future users that want to scale down to !SMP cases painlessly. Reviwed-by: Mark Brown FWIW. --edESjMboOAwUFn6i Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWu30GAAoJECTWi3JdVIfQTugH/Rt57SHLz4sNFbSNFs/v5JOw p9TF+JsvqvrODqrU0xOXXvrwtneFSw2eNsNFdz4a2NL4bCdnQkFDtoSMSzwialDR 0MZprKb4HAAmUlVvsTN1z2DvMfwGx73SdkQBrHN3lahwugC/v7Ho4S2dPWWREurK eueeQQgEkXmp31qQhI9LoB30WP+VbUc5K+M42SmUsAEsB6eZ2GnxstC4iQdyjkZN sHkhcfrHvQ3BbEskAq3btSSXasHwd8NDBzvvnUd4Lf/HimLcX1k+RlOv2meR6u7C YWCQsW7yUDEH00+IlWGb7MWdUS9fjJjlLnveOlSC5BbjllPSUAy99uSxmKiT4uY= =z+CZ -----END PGP SIGNATURE----- --edESjMboOAwUFn6i--