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;
Date:   Thu, 9 Nov 2017 16:12:59 -0800
From:   Bjorn Andersson <bjorn.andersson@linaro.org>
To:     MyungJoo Ham <myungjoo.ham@samsung.com>
Cc:     Chanwoo Choi <cw00.choi@samsung.com>,
        Kyungmin Park <kyungmin.park@samsung.com>,
        "rafael.j.wysocki@intel.com" <rafael.j.wysocki@intel.com>,
        "chanwoo@kernel.org" <chanwoo@kernel.org>,
        Inki Dae <inki.dae@samsung.com>,
        lkml <linux-kernel@vger.kernel.org>,
        Linux PM list <linux-pm@vger.kernel.org>,
        Vinayak Holikatti <vinholikatti@gmail.com>,
        Vivek Gautam <vivek.gautam@codeaurora.org>
Subject: Re: [PATCH v5 0/7] PM / devfreq: Use OPP interface to handle the
 frequency
Message-ID: <20171110001259.GD28761@minitux>
References: <CAOCOHw5+TtrCrnDUVj1QjBYb5tivsgTFL_8MgDGocAp0uWoEUw@mail.gmail.com>
 <1508722332-10628-1-git-send-email-cw00.choi@samsung.com>
 <CGME20171023013213epcas1p165faa416f69659b60ec4c3f18ea251d8@epcms1p2>
 <20171109235654epcms1p29b8d05dce899f1b11919823ed66cbd1c@epcms1p2>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20171109235654epcms1p29b8d05dce899f1b11919823ed66cbd1c@epcms1p2>
User-Agent: Mutt/1.9.1 (2017-09-22)
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On Thu 09 Nov 15:56 PST 2017, MyungJoo Ham wrote:

> > On Sun, Oct 22, 2017 at 6:32 PM, Chanwoo Choi <cw00.choi@samsung.com> wrote:
> > > These patches makes the devfreq to use the OPP interface and clean-up codes.
> > >
> >
> > Hi Chanwoo,
> >
> > This patch series breaks UFS support on modern Qualcomm platforms
> > (e.g. MSM8996).
> 
> Could you please show us the code location of it?�
> 

The driver is drivers/scsi/ufs/ufshcd.c function ufshcd_probe_hba()
calls devm_devfreq_add_device() without there being an opp table
associated with hba->dev. This used to return fine and
ufshcd_devfreq_target() was called with *freq = UINT_MAX.

Unfortunately the driver seems to be designed in such a way that without
a call to ufshcd_devfreq_target() with *freq 0 or UINT_MAX some clock is
left off, causing my board to reboot; so there's unfortunately a few
levels of issues to fix here.

Regards,
Bjorn

From 1583634836793899106@xxx Thu Nov 09 23:57:50 +0000 2017
X-GM-THRID: 1582010376374599170
X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread