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 X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 86AFBC433E1 for ; Tue, 7 Jul 2020 15:37:26 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 53DD720738 for ; Tue, 7 Jul 2020 15:37:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="ijdiHPFF"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=ti.com header.i=@ti.com header.b="CTvNoaNi" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 53DD720738 Authentication-Results: mail.kernel.org; dmarc=fail (p=quarantine dis=none) header.from=ti.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:References: To:From:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=co3acoUjIkCo8Wq21bxFJb39EZENeRFzr2dIln7B4zQ=; b=ijdiHPFFAqQRI5Bg7XvUIhbrq MG/Yf3xje+4zuUoeAZpeRVvJewbsECrXWP71DLSrnAqYYOcTvmqOzXxsyhlh4kqxlQeyTGVBNeOAX 42cXjOkNwCBtqMht1yd4CWLzMgZHA/+f/8elfS78w64tmLJwdsOG9Y4qd18qfPunRremU8TjYxA2o 381sW5T5IMbhiNfvog8cXZ4HfnMO7CqZpwxEMF75yNl7Bne7Wk8WI2QClbfcnOueQ7xSndYlfcPD3 DFqH07cjsAxRi/ykWuYo8qGZ2nyHKnsDEnyJBdKy7CxidF756jglRWxc0DwfOMj4JYuOQlrqAuqht 9Cav+y54A==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jspdf-0000nB-3i; Tue, 07 Jul 2020 15:36:07 +0000 Received: from lelv0142.ext.ti.com ([198.47.23.249]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jspdc-0000mT-Rw for linux-arm-kernel@lists.infradead.org; Tue, 07 Jul 2020 15:36:05 +0000 Received: from lelv0265.itg.ti.com ([10.180.67.224]) by lelv0142.ext.ti.com (8.15.2/8.15.2) with ESMTP id 067Fa0oT026459; Tue, 7 Jul 2020 10:36:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1594136160; bh=d4DsmzHbKkNBcX32YjQ2+lr3RY6d1aC3mMFb52eDm+w=; h=Subject:From:To:CC:References:Date:In-Reply-To; b=CTvNoaNifJPJM/EL3sOYzRi2Usf370h3LDS6sZDfNMDq9Gh5xhBcmB7h1j3WEiVLH laRqOJq16wutyTEZ26eHGrGQhMTDc76Fqw/g9Ci9CKZIBamNyzb8OX8JDveTvaQBzr aj78BHCiJUVbWqtFGjSkIOVjw3b20g1znk2ojxOg= Received: from DFLE103.ent.ti.com (dfle103.ent.ti.com [10.64.6.24]) by lelv0265.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 067Fa0Fc019368 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 7 Jul 2020 10:36:00 -0500 Received: from DFLE108.ent.ti.com (10.64.6.29) by DFLE103.ent.ti.com (10.64.6.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Tue, 7 Jul 2020 10:36:00 -0500 Received: from lelv0326.itg.ti.com (10.180.67.84) by DFLE108.ent.ti.com (10.64.6.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Tue, 7 Jul 2020 10:36:00 -0500 Received: from [10.250.32.229] (ileax41-snat.itg.ti.com [10.172.224.153]) by lelv0326.itg.ti.com (8.15.2/8.15.2) with ESMTP id 067Fa0sW089681; Tue, 7 Jul 2020 10:36:00 -0500 Subject: Re: [PATCH v29 00/16] Multicolor Framework v29 From: Dan Murphy To: Pavel Machek , References: <20200622185919.2131-1-dmurphy@ti.com> <20200704124729.GA20088@amd> Message-ID: Date: Tue, 7 Jul 2020 10:36:00 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200707_113604_985067_CF1A5768 X-CRM114-Status: GOOD ( 16.64 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: robh@kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, jacek.anaszewski@gmail.com, linux-leds@vger.kernel.org, linux-arm-kernel@lists.infradead.org Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="windows-1252"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Pavel On 7/6/20 7:31 AM, Dan Murphy wrote: > Pavel > > On 7/4/20 7:47 AM, Pavel Machek wrote: >> Hi! >> >>> This is the multi color LED framework. This framework presents = >>> clustered >>> colored LEDs into an array and allows the user space to adjust the = >>> brightness >>> of the cluster using a single file write.=A0 The individual colored LEDs >>> intensities are controlled via a single file that is an array of LEDs >>> >>> Change to the LEDs Kconfig to fix dependencies on the LP55XX_COMMON. >>> Added update to the u8500_defconfig >> Marek, would you be willing to look over this series? >> >> Dan, can we please get it in the order >> >> 1) fixes first >> >> 2) changes needed for multicolor but not depending on dt acks >> >> 3) dt changes >> >> 4) rest? >> >> This is the order it should have been in the first place, and I'd like >> to get fixes applied, and perhaps some of the preparation. > > This will depend on if there are comments.=A0 If I have to push a v30 = > then I will reorder. > > If not then there would be no reason to re-order these. > FYI I just reordered these locally and the fixes patches applied cleanly = to your for-next branch and the MC FW patches applied cleanly on top of = those. So you should be able to pull in the fixes with no dependency on the MC = FW patches.=A0 If you can apply the fixes cleanly then if there are = conflicts with the MC FW patches then I will fix those as well. Dan > Dan > > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel