From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8FDFFECAAD3 for ; Wed, 14 Sep 2022 10:50:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229794AbiINKuw (ORCPT ); Wed, 14 Sep 2022 06:50:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38916 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229511AbiINKur (ORCPT ); Wed, 14 Sep 2022 06:50:47 -0400 Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DB61A4661B; Wed, 14 Sep 2022 03:50:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1663152646; x=1694688646; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=FJYMs62ascLSw9OHOfFlHvVTgyDpbA2c8qbkQOb1Nks=; b=Ivb6PcF/NUgvu7ZigV/+XyLR54nCeiGMWXmpwgBBwY3AF2SiAL1lf9To 1AYNOynCya0x2Ah4ApyxuFxerysMDylHcyLUHlBf0uqp0z47PxLJci62L LdKQ69iQKeLbZXvxqhUQa2NTatLqeqRGUsk/sptJe3lzy72218FgFhn3Y CWU8sUtcdrcebLOv+zWcv9Jr24nM8CupSG4uAuOBKbOlhmE7pJ2GfQHAn QCX/5mwoGfxL48p0cOg9MDJhW9VssQTeaRFSezuaGGFzQutzMRychMlaG 5Wg6k1M8/jaKfdcbrh99815bs7V3eIOPFvnvfdzr3pASjTWzVpPJon0zV g==; X-IronPort-AV: E=McAfee;i="6500,9779,10469"; a="297127793" X-IronPort-AV: E=Sophos;i="5.93,315,1654585200"; d="scan'208";a="297127793" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Sep 2022 03:50:46 -0700 X-IronPort-AV: E=Sophos;i="5.93,315,1654585200"; d="scan'208";a="705918476" Received: from smile.fi.intel.com ([10.237.72.54]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Sep 2022 03:50:42 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.96) (envelope-from ) id 1oYPyY-002A7j-1g; Wed, 14 Sep 2022 13:50:38 +0300 Date: Wed, 14 Sep 2022 13:50:38 +0300 From: Andy Shevchenko To: Gene Chen , Andrew Jeffery , linux-leds@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org Cc: Pavel Machek , Matthias Brugger , Sean Wang , Kurt Kanzenbach , Andrew Lunn , Vivien Didelot , Florian Fainelli , Vladimir Oltean , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Lee Jones Subject: Re: [PATCH v3 00/11] leds: deduplicate led_init_default_state_get() Message-ID: References: <20220906135004.14885-1-andriy.shevchenko@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220906135004.14885-1-andriy.shevchenko@linux.intel.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 06, 2022 at 04:49:53PM +0300, Andy Shevchenko wrote: > There are several users of LED framework that reimplement the > functionality of led_init_default_state_get(). In order to > deduplicate them move the declaration to the global header > (patch 2) and convert users (patche 3-11). Can this be applied now? Lee, Pavel, what do you think? > Changelog v3: > - added tag to patch 11 (Kurt) > - Cc'ed to Lee, who might help with LED subsystem maintenance > > Changelog v2: > - added missed patch 2 and hence make it the series > - appended tag to patch 7 > - new patch 1 -- With Best Regards, Andy Shevchenko