Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp9185681ybi; Tue, 23 Jul 2019 23:32:04 -0700 (PDT) X-Google-Smtp-Source: APXvYqyWCxiYdh8yJthllAi4elBdPuuYWr9Na07mZTwKgHVp9kaEWA6Q18PsiP9k9rWMnyELCWQf X-Received: by 2002:a17:902:8696:: with SMTP id g22mr82265931plo.249.1563949924607; Tue, 23 Jul 2019 23:32:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563949924; cv=none; d=google.com; s=arc-20160816; b=L0bDDbZfrnBu2U+Pajk0igGhocn9vMJ7ew0NIFUke4IH/kNXu3dsDcrYE+V/wvPFZ1 MRS6TX0Q3J4UozAA3tAY+Ep5ch7YTQ62DOWCi3XhvlP8E5a96EwTWwAaUJT9xHP1heEG EwMKPVR2QHBHW6m+BFKWtsEE9eghr0O930lONT5O+A0Sd0X/rwrNtL5dXFys/KVhuSrm dDT20w8hrbzgMV/XvksazyfqzAq6O02nQQwhziJeDjQL2Co8EOzgisw/e6Y088C/9+7m 4rov0O/JXkk50HhAEbno8nfCGldK7KOT2yX/7iJYBKb/0iQFvZ1llVE4wTklEfMrPZla VX6A== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=YZ8vP2GEKFZc65nby/pDe0kzF7eTGawrqiD/KmE9DJk=; b=Nu1olzXG1Vcwgh4GeFQ1+rTVQBG4wqlhdP72VYfYko50NfNBw20DjGUwurIqoCwOzM 5yUL4TB9zCabu26bg8d5vsedGAQHSIp9mGNOPfj/XT61epfzH4hU7lQzb1VIPiNjGNll 6hWsCASP3xZvV/BVmxdNOwNOz6E4fCEumqpHcOOWkfYbaKHmOabr6k3j1U2khgcAOZlU 22VBy5mnstwVSRQmR++aTBjmwe+Yrg8/fzrt6i95SQhaWmM7+pi+19y2F4hpAosCsl7D RbYwzbPFmTWw3uCsm22TaN03OzrVcEm63NbRdOcUUdnP3nHQkv6KFuNO14YDjXm/Dwiq 3Hgg== ARC-Authentication-Results: i=1; mx.google.com; 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 d38si12658937pla.287.2019.07.23.23.31.49; Tue, 23 Jul 2019 23:32:04 -0700 (PDT) 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; 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 S1726001AbfGXGbQ (ORCPT + 99 others); Wed, 24 Jul 2019 02:31:16 -0400 Received: from muru.com ([72.249.23.125]:55846 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725870AbfGXGbP (ORCPT ); Wed, 24 Jul 2019 02:31:15 -0400 Received: from atomide.com (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 01D51816A; Wed, 24 Jul 2019 06:31:38 +0000 (UTC) Date: Tue, 23 Jul 2019 23:31:10 -0700 From: Tony Lindgren To: Keerthy Cc: Suman Anna , linux-omap@vger.kernel.org, Jyri Sarha , Dave Gerlach , Faiz Abbas , Greg Kroah-Hartman , Nishanth Menon , Peter Ujfalusi , Roger Quadros , Tero Kristo , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 2/8] ARM: OMAP2+: Remove unconfigured midlemode for am3 lcdc Message-ID: <20190724063110.GT5447@atomide.com> References: <20190723112811.44381-1-tony@atomide.com> <20190723112811.44381-3-tony@atomide.com> <52328e14-58b2-2ea1-8b0a-33548a1c6a7a@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52328e14-58b2-2ea1-8b0a-33548a1c6a7a@ti.com> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Keerthy [190724 05:50]: > > On 24/07/19 12:33 AM, Suman Anna wrote: > > + Jyri > > > > On 7/23/19 6:28 AM, Tony Lindgren wrote: > > > We currently get a warning for lcdc because of a difference > > > with dts provided configuration compared to the legacy platform > > > data. This is because lcdc has SYSC_HAS_MIDLEMODE configured in > > > the platform data without configuring the modes. > > > > Hi Tony, > > While I understand that you are trying to match the DT data with the > > existing legacy data, do you know if there was a reason why this was > > omitted in the first place? Should we be really adding the MSTANDBY_ > > flags and fix up the DTS node accordingly? I tried looking through the > > git log, and the initial commit itself didn't add the MSTANDBY_ flags > > but used the SYSC_HAS_MIDLEMODE. Yes the goal is to get rid of all errors and warnings in dmesg output so we can spot the real issues. > > Jyri, > > Do you know the history? > > Tony/Suman, > > This patch breaks DS0 on am3. OK thanks for testing. Let's drop this for now, sounds like there is some midlemode configuration happening even with no flags set. Probably the right fix is to configure the usable midlemodes instead both for platform data and dts data and then drop the platform data. Regards, Tony > > > Let's fix the warning by removing SYSC_HAS_MIDLEMODE. Note that > > > the am335x TRM lists SYSC_HAS_MIDLEMODE, but it is unused. > > > > > > > > > > > > Signed-off-by: Tony Lindgren > > > --- > > > arch/arm/mach-omap2/omap_hwmod_33xx_data.c | 2 +- > > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > > > diff --git a/arch/arm/mach-omap2/omap_hwmod_33xx_data.c b/arch/arm/mach-omap2/omap_hwmod_33xx_data.c > > > --- a/arch/arm/mach-omap2/omap_hwmod_33xx_data.c > > > +++ b/arch/arm/mach-omap2/omap_hwmod_33xx_data.c > > > @@ -231,7 +231,7 @@ static struct omap_hwmod am33xx_control_hwmod = { > > > static struct omap_hwmod_class_sysconfig lcdc_sysc = { > > > .rev_offs = 0x0, > > > .sysc_offs = 0x54, > > > - .sysc_flags = (SYSC_HAS_SIDLEMODE | SYSC_HAS_MIDLEMODE), > > > + .sysc_flags = SYSC_HAS_SIDLEMODE, > > > .idlemodes = (SIDLE_FORCE | SIDLE_NO | SIDLE_SMART), > > > .sysc_fields = &omap_hwmod_sysc_type2, > > > }; > > > > >