Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752244AbbBVXoY (ORCPT ); Sun, 22 Feb 2015 18:44:24 -0500 Received: from mailout2.samsung.com ([203.254.224.25]:64128 "EHLO mailout2.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752109AbbBVXoW (ORCPT ); Sun, 22 Feb 2015 18:44:22 -0500 X-AuditID: cbfee68f-f791c6d000004834-b4-54ea69d3f082 Message-id: <54EA69D2.7010706@samsung.com> Date: Mon, 23 Feb 2015 08:44:18 +0900 From: Chanwoo Choi User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-version: 1.0 To: Tobias Jakobi Cc: Tobias Jakobi , myungjoo.ham@samsung.com, kgene@kernel.org, kyungmin.park@samsung.com, rafael.j.wysocki@intel.com, mark.rutland@arm.com, a.kesavan@samsung.com, tomasz.figa@gmail.com, k.kozlowski@samsung.com, b.zolnierkie@samsung.com, robh+dt@kernel.org, inki.dae@samsung.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org Subject: Re: [PATCHv3 0/8] devfreq: Add generic exynos memory-bus frequency driver References: <1420681257-3078-1-git-send-email-cw00.choi@samsung.com> <54DFE797.1020008@math.uni-bielefeld.de> <54E4FD40.8020206@gmx.net> In-reply-to: <54E4FD40.8020206@gmx.net> Content-type: text/plain; charset=UTF-8 Content-transfer-encoding: 7bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrJIsWRmVeSWpSXmKPExsWyRsSkWPdy5qsQg3vb1Cwer1nMZLFxxnpW i0n3J7BYvH5haNH/+DWzxdmmN+wWmx5fY7W4vGsOm8Xn3iOMFjPO72Oy6Pr5k81i6fWLTBa3 G1ewWTxe8ZbdonXvEXaLttUfWC1W7frD6CDosWbeGkaPnbPusnss3rSfzWPxnpdMHptWdbJ5 bF5S7/HvGLtH35ZVjB6fN8kFcEZx2aSk5mSWpRbp2yVwZSycMoul4A5XxaLlm1kbGE9wdDFy ckgImEjMfLyMBcIWk7hwbz1bFyMXh5DAUkaJd9uescMUrbk+EyoxnVGi/e5MRgjnNaPE8x93 wKp4BbQkeg/OZQaxWQRUJa5+fsgIYrMBxfe/uMEGYosKhEmsnH6FBaJeUOLH5HtgtoiAusT7 /w/ANjALHGCWOD7rNxNIQlggRGLDq3ksENu6GCWWfXoGtoETqOP+tpdgU5mB7EnzFjFD2PIS m9e8ZQZpkBBYyyGx691kFoiTBCS+TT4EZHMAJWQlNh1ghvhNUuLgihssExjFZiE5ahaSsbOQ jF3AyLyKUTS1ILmgOCm9yFivODG3uDQvXS85P3cTIzAFnP73rH8H490D1ocYBTgYlXh4LWa8 DBFiTSwrrsw9xGgKdMVEZinR5HxgoskriTc0NjOyMDUxNTYytzRTEuddKPUzWEggPbEkNTs1 tSC1KL6oNCe1+BAjEwenVAPjfs/pPUd03HU/R7Y5/5hmtcHh7jyDvTr6LU9eu6jZnWTu4iwW C+g7vu240ER3thuzqs/NYKyxs129K1rx07LpzpoRi5VyPFzzYhe0nZ8ukbej4vUCDYtDekWy 5woPZt9tnb3w6oL/VeHbbwQbqc7ew8LjOJtjtdnGxnM1R7ODCrI5ZhnddPFWYinOSDTUYi4q TgQA5zMXx/wCAAA= X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMKsWRmVeSWpSXmKPExsVy+t9jQd3Lma9CDHaulLV4vGYxk8XGGetZ LSbdn8Bi8fqFoUX/49fMFmeb3rBbbHp8jdXi8q45bBafe48wWsw4v4/JouvnTzaLpdcvMlnc blzBZvF4xVt2i9a9R9gt2lZ/YLVYtesPo4Ogx5p5axg9ds66y+6xeNN+No/Fe14yeWxa1cnm sXlJvce/Y+wefVtWMXp83iQXwBnVwGiTkZqYklqkkJqXnJ+SmZduq+QdHO8cb2pmYKhraGlh rqSQl5ibaqvk4hOg65aZA/SKkkJZYk4pUCggsbhYSd8O04TQEDddC5jGCF3fkCC4HiMDNJCw hjFj4ZRZLAV3uCoWLd/M2sB4gqOLkZNDQsBEYs31mWwQtpjEhXvrgWwuDiGB6YwS7XdnMkI4 rxklnv+4ww5SxSugJdF7cC4ziM0ioCpx9fNDRhCbDSi+/8UNsEmiAmESK6dfYYGoF5T4Mfke mC0ioC7x/v8DsA3MAgeYJY7P+s0EkhAWCJHY8GoeC8S2LkaJZZ+egW3gBOq4v+0l2FRmIHvS vEXMELa8xOY1b5knMArMQrJkFpKyWUjKFjAyr2IUTS1ILihOSs811CtOzC0uzUvXS87P3cQI TjDPpHYwrmywOMQowMGoxMNrMeNliBBrYllxZe4hRgkOZiUR3mC3VyFCvCmJlVWpRfnxRaU5 qcWHGE2BYTCRWUo0OR+Y/PJK4g2NTcyMLI3MDS2MjM2VxHmV7NtChATSE0tSs1NTC1KLYPqY ODilGhitS9nLlqyPyHy0TDCi5swRvsmbQl+HWq+Rz/b6mJWn0fSD8YqG8NyNHAsfrCx+4PIk 6uuur3PV7nbxpHxe9vzSowMygaUBOrkKH+7ETbq15t1k3t6JFUrrRISDw/ae6JTvKWZ602N0 5W/nc8uuo4Ums+Y9SL3C2TEpbmPW6eqH9/tXL20xdBBTYinOSDTUYi4qTgQAU1+ss0YDAAA= DLP-Filter: Pass X-MTR: 20000000000000000@CPGS X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1583 Lines: 39 Hi Tobias, First of all, thanks for your test. On 02/19/2015 05:59 AM, Tobias Jakobi wrote: > Hello again, > > Tobias Jakobi wrote >> I've tested the series on my Odroid-X2 (by adapting the TRATS2 changes), >> and so far I haven't seen any issues. With the system being idle one can >> see that the 'simple_ondemand' devfreq governor clocks down both memory >> busses to the lowest state. > > looks I was too hasty the last time. Actually this series breaks HDMI > output for me (or at least with 'simple_ondemand' governor, haven't > tried with performance yet). > > I tried to run some simple application, but it hangs in uninterruptible > sleep immediately, probably before the first page flip. Going to check > this more thoroughly. > > Maybe some parts of the hdmi subsystem don't like the lower clocks? As you thought, when maintaining lower clock of memory bus frequency, some issue related to multimedia feature will happen. Separately, We have to check the miminum lower clock for working of multimedia feature. and then multimedia or other IP have to request it to DVFS driver (memory busfreq driver). But, latest mainline kernel currently has not some way to inform minimum clock to DVFS driver. So, If you check the miminum clock for hdmi, I'll use this clock as minumu frequency of dvfs table. Thanks, Chanwoo Choi -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/