All of lore.kernel.org
 help / color / mirror / Atom feed
From: Abhilash Kesavan <kesavan.abhilash@gmail.com>
To: Lukasz Majewski <l.majewski@samsung.com>
Cc: Eduardo Valentin <edubezval@gmail.com>,
	Bartlomiej Zolnierkiewicz <b.zolnierkie@samsung.com>,
	rui.zhang@intel.com,
	"linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org>,
	amit.daniel@samsung.com
Subject: Re: [PATCH 0/4] Add TMU support for Exynos7
Date: Sat, 22 Nov 2014 13:15:10 +0530	[thread overview]
Message-ID: <CAM4voan0ryxvgODBi2GyJUt9gDQmz+WC9G0q=C7x1o1sHO1bFg@mail.gmail.com> (raw)
In-Reply-To: <CAM4voami39gmkBbyeQFUPCmGyAj3HWwd9hmZWtnXeuvap3bwtQ@mail.gmail.com>

Hi Lukasz,

On Thu, Nov 20, 2014 at 8:19 PM, Abhilash Kesavan
<kesavan.abhilash@gmail.com> wrote:
> Hi Lukasz,
>
> On Thu, Nov 20, 2014 at 6:52 PM, Lukasz Majewski <l.majewski@samsung.com> wrote:
>> Hi Abhilash,
>>
>>> Hi,
>>>
>>> On Wed, Nov 19, 2014 at 6:48 PM, Eduardo Valentin
>>> <edubezval@gmail.com> wrote:
>>> > Abhilash,
>>> >
>>> > On Tue, Nov 18, 2014 at 01:44:16PM +0530, Abhilash Kesavan wrote:
>>> >> Hi Lukasz,
>>> >>
>>> >> On Tue, Nov 18, 2014 at 1:38 PM, Lukasz Majewski
>>> >> <l.majewski@samsung.com> wrote:
>>> >> > Hi Abhilash,
>>> >> >
>>> >> >> Hi Lukasz,
>>> >> >>
>>> >> >> On Fri, Nov 14, 2014 at 6:32 PM, Lukasz Majewski
>>> >> >> <l.majewski@samsung.com> wrote:
>>> >> >> > Hi Abhilash,
>>> >> >> >
>>> >> >> >> Hi Bartlomiej,
>>> >> >> >>
>>> >> >> >> On Fri, Nov 14, 2014 at 5:49 PM, Bartlomiej Zolnierkiewicz
>>> >> >> >> <b.zolnierkie@samsung.com> wrote:
>>> >> >> >> >
>>> >> >> >> > Hi,
>>> >> >> >> >
>>> >> >> >> > On Friday, November 14, 2014 04:47:58 PM Abhilash Kesavan
>>> >> >> >> > wrote:
>>> >> >> >> >> The Thermal Management Unit (TMU) in Exynos7 provides
>>> >> >> >> >> software-controlled (thermal throttling) and
>>> >> >> >> >> hardware-controlled (thermal tripping) management schemes.
>>> >> >> >> >> There are several changes in terms of the register and bit
>>> >> >> >> >> offsets in the Exynos7 TMU from that in older SoCs. There
>>> >> >> >> >> are also new bits, more trigger levels and a special
>>> >> >> >> >> clock for TMU that has been introduced in Exynos7. This
>>> >> >> >> >> patchset modifies the thermal driver to handle all these
>>> >> >> >> >> changes.
>>> >> >> >> >>
>>> >> >> >> >> This series is based on linux-next(20141114) and tested
>>> >> >> >> >> on an Exynos7-based espresso board.
>>> >> >> >> >
>>> >> >> >> > Please rebase your patchset on top of:
>>> >> >> >> >
>>> >> >> >> >   http://www.mail-archive.com/linux-samsung-soc@vger.kernel.org/msg38717.html
>>> >> >> >>
>>> >> >> >> Sure, will rebase on top of your patchset. Is this patchset
>>> >> >> >> going to be merged into Eduardo's tree soon ?
>>> >> >> >>
>>> >> >> >> >
>>> >> >> >> > There is also ongoing work to convert Exynos thermal
>>> >> >> >> > driver to use device tree but Lukasz Majewski (added to
>>> >> >> >> > Cc:) knows better the current state of the work.
>>> >> >> >>
>>> >> >> >> Lukasz, are you in the process of making changes to the
>>> >> >> >> existing exynos tmu bindings ?
>>> >> >> >
>>> >> >> > Yes. I'm working on them.
>>> >> >> >
>>> >> >> > Please consider following patches [1]:
>>> >> >> > http://www.spinics.net/lists/linux-samsung-soc/msg37719.html
>>> >> >> >
>>> >> >> > They are based on top of Bartek's work.
>>> >
>>> > Bartlomiej work is in linux-next already. I am planning to send his
>>> > refactoring work for 3.19. But I do require more testing
>>> > to cover for all supported chips, because it is a big change.
>>> > Can you please also try his series in different boards to see if all
>>> > chip support is still in one piece?
>>>
>>> I have tested the exynos TMU driver in linux-next (20141119), which
>>> has Bartlomiej's patch series applied, on an SMDK5420 and Exynos5800
>>> based chromebook. Both the boards are working fine (saw the
>>> temperature vary in sysfs and the board shutdown when it hit the s/w
>>> trip temperature).
>>
>> Thanks.
>>
>>>
>>> >
>>> >> >> > Patch set status:
>>> >> >> > 1. Fixes for thermal_core (with -EPROBE_DEFER) - v2 posted
>>> >> >> > yesterday.
>>> >> >> > http://www.spinics.net/lists/linux-samsung-soc/msg37719.html
>>> >> >> >
>>> >> >> > 2. of-thermal rework - I'm working on it now (to export
>>> >> >> > common data from of-thermal.c and provide structure with ops).
>>> >> >> >
>>> >> >> > Patches [1] replace configuration available in
>>> >> >> > exynos_tmu_data.c to the one from device tree. Also it
>>> >> >> > handles setting cpu cooling frequencies per CPUs via device
>>> >> >> > tree.
>>> >> >> >
>>> >> >> >
>>> >> >> > I think that it is Eduardo's decision about how Exynos patches
>>> >> >> > should be serialized.
>>> >> >> >
>>> >
>>> > This is correct. We need some serialization to have a proper flow
>>> > into Linus tree.
>>> >
>>> >> >> > I can only say that after Bartek's and my [1] patch sets the
>>> >> >> > exynos TMU driver is much simpler with significant code base
>>> >> >> > reduction.
>>> >> >> >
>>> >> >> > Personally I think that it may be far more easier to add
>>> >> >> > Exynos7 TMU support to reworked driver.
>>> >> >>
>>> >> >> Thanks for the details. I am OK with rebasing my patches over
>>> >> >> Bartlomiej and your patch sets. Do you have any public tree
>>> >> >> with both these patch sets merged ?
>>> >> >
>>> >> > I've managed to export my ongoing Exynos TMU work to a public
>>> >> > tree. You can find it at:
>>> >> > https://git.linaro.org/people/marek.szyprowski/linux-srpol.git/shortlog/refs/heads/v3.18-ti-soc-thermal
>>> >> >
>>> >> >
>>> >> > Please be aware that this code is under development (and review)
>>> >> > and some parts may be changed.
>>> >> >
>>> >> > However, this shows how the Exynos TMU driver would look like
>>> >> > after the rework.
>>> >> >
>>> >> > If in any doubts, please ask.
>>> >>
>>> >> Thanks a lot for this. I will start rebasing my exynos7 patches on
>>> >> your tree.
>>> >>
>>> >
>>> > Good! Please rebase your work on top of Bart's and Lukasz's work.
>>> >
>>> > New Exynos chip support, at this point, makes sense to hold until
>>> > we get the rework done. The proposals for change in of-thermal are
>>> > more or less alined. The rework at the exynos driver as well. So,
>>> > things should go smoothly, from my perspective.
>>>
>>> Sure I will wait for Lukasz's consolidation to get in. However, there
>>> is a patch in my series [1] which adds support for an optional special
>>> clock. Could that be picked up independently now if I rebase it over
>>> Bartlomiej's patchset ?
>>>
>>> [1]
>>> http://permalink.gmane.org/gmane.linux.power-management.general/52826
>>> >
>>> > One point I want you, Abhilash, is to check Bartlomiej series. He
>>> > has ripped several things in his refactoring, like register
>>> > abstraction, etc. It would be good if you check the impact of those
>>> > changes in your new chip support, before we send his series for
>>> > merge. Please have a word there.
>>>
>>> Lukasz,  I tested the tree with your patches applied on a SMDK5420 and
>>> 5800-Peach-Pi. However, the boards hang at boot-up after failing to
>>> get the trip points ("get_th_reg: Cannot get trip points from
>>> of-thermal.c!"). I have not debugged this yet and was wondering if you
>>> have noticed similar issues or have already fixed this.
>>
>> I suspect that some nodes in the device tree are missing.
>>
>> I've tested those patches on [1]:
>>
>> - Exynos4210 - Trats (TMU zone + cpu_cooling) [exynos4210-trats.dts]
>> - Exynos4412 - Trats2/Odroid U3 (TMU zone + cpu_cooling)
>>   [exynos4412-trats2.dts, exynos4412-odroidu3.dts]
>> - Exynos5250 - Arndale (TMU zone + cpu_cooling) [exynos5250-arndale.dts]
>> - Exynos5420 - Arndale-octa (only TMU zones)
>>   [exynos5420-arndale-octa.dts]
>>
>>
>> I might have overlooked some entries for dts files since I don't have
>> Peach-Pi and SMDK devices.
>>
>> Please, look on above device tree sources [1] for a reference.
>
> I don't think that the dt entries are the problem as you are including
> the exynos5420-trip-points.dtsi file in exynos5420.dtsi and this would
> apply for all 5420 based boards. Considering that 5420 based
> arndale-octa is working for you, I will re-check my setup.

It was the DT entries after all, specifically the cooling map bits are
missing for 5420. I am not sure why you didn't see the same issue with
Arndale 5420 Octa. Anyway, after adding entries similar to the ones
present for other SoCs, both the SMDK5420 and 5800 Peach-Pi are
working fine.

>
> Can you confirm
> "https://git.linaro.org/people/marek.szyprowski/linux-srpol.git/shortlog/refs/heads/v3.18-ti-soc-thermal"
> has all your latest changes as that is the tree I am currently using.
>
> Also, can you or Eduardo comment on if my SCLK patch can be considered
> before your patch set gets in or does that need to wait as well.

OK, I guess I'll just post it separately and maybe Eduardo can
consider picking it up.

>>>
>>> I am currently in the process of porting the Exynos7 changes over
>>> yours, will let you know if I have any other questions.
>>
>> Thanks for feedback. Comments are more than welcome :-)
>From what I have tested so far, there are a couple of things I have
noticed. The thermal zone mode shows as being disabled in sysfs with
your patches, when it used to be enabled prior to your patches. Not
sure if this is expected. Also, your 17/21 seems to be adding
exynos_tmu_initialize again to the probe function even though it is
already present.

Regards,
Abhilash
>>
>>>
>>> Regards,
>>> Abhilash
>>>
>>> >> >> >> >> Abhilash Kesavan (4):
>>> >> >> >> >>   thermal: exynos: add optional sclk support
>>> >> >> >> >>   thermal: exynos: add a triminfo_mask field in
>>> >> >> >> >> exynos_tmu_register structure
>>> >> >> >> >>   thermal: exynos: modify the prototype for code_to_temp
>>> >> >> >> >> function thermal: exynos: Add TMU support for Exynos7 SoC
>>> >> >> >> >>
>>> >> >> >> >>  .../devicetree/bindings/thermal/exynos-thermal.txt |
>>> >> >> >> >> 4 + drivers/thermal/samsung/exynos_tmu.c               |
>>> >> >> >> >> 106 ++++++++++++++----
>>> >> >> >> >> drivers/thermal/samsung/exynos_tmu.h               |   13
>>> >> >> >> >> ++- drivers/thermal/samsung/exynos_tmu_data.c          |
>>> >> >> >> >> 117 ++++++++++++++++++++
>>> >> >> >> >> drivers/thermal/samsung/exynos_tmu_data.h          |   27
>>> >> >> >> >> +++++ 5 files changed, 247 insertions(+), 20 deletions(-)
>>> >> >> >> >
>>> >> >> >> > Best regards,
>>> >> >> >> > --
>>> >> >> >> > Bartlomiej Zolnierkiewicz
>>> >> >> >> > Samsung R&D Institute Poland
>>> >> >> >> > Samsung Electronics
>>> >> >> >> >
>>> >> >> >
>>> >> >> >
>>> >> >> >
>>> >> >> > --
>>> >> >> > Best regards,
>>> >> >> >
>>> >> >> > Lukasz Majewski
>>> >> >> >
>>> >> >> > Samsung R&D Institute Poland (SRPOL) | Linux Platform Group
>>> >> >
>>> >> >
>>> >> >
>>> >> > --
>>> >> > Best regards,
>>> >> >
>>> >> > Lukasz Majewski
>>> >> >
>>> >> > Samsung R&D Institute Poland (SRPOL) | Linux Platform Group
>>> >
>>> >
>>
>>
>>
>> --
>> Best regards,
>>
>> Lukasz Majewski
>>
>> Samsung R&D Institute Poland (SRPOL) | Linux Platform Group

  reply	other threads:[~2014-11-22  7:45 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-14 11:17 [PATCH 0/4] Add TMU support for Exynos7 Abhilash Kesavan
2014-11-14 11:17 ` [PATCH 1/4] thermal: exynos: add optional sclk support Abhilash Kesavan
2014-11-14 11:18 ` [PATCH 2/4] thermal: exynos: add a triminfo_mask field in exynos_tmu_register structure Abhilash Kesavan
2014-11-14 11:18 ` [PATCH 3/4] thermal: exynos: modify the prototype for code_to_temp function Abhilash Kesavan
2014-11-14 11:18 ` [PATCH 4/4] thermal: exynos: Add TMU support for Exynos7 SoC Abhilash Kesavan
2014-11-14 12:19 ` [PATCH 0/4] Add TMU support for Exynos7 Bartlomiej Zolnierkiewicz
2014-11-14 12:30   ` Abhilash Kesavan
2014-11-14 13:02     ` Lukasz Majewski
2014-11-14 14:07       ` Abhilash Kesavan
2014-11-14 14:50         ` Lukasz Majewski
2014-11-18  8:08         ` Lukasz Majewski
2014-11-18  8:14           ` Abhilash Kesavan
2014-11-19 13:18             ` Eduardo Valentin
2014-11-20 13:05               ` Abhilash Kesavan
2014-11-20 13:22                 ` Lukasz Majewski
2014-11-20 14:49                   ` Abhilash Kesavan
2014-11-22  7:45                     ` Abhilash Kesavan [this message]
2014-11-24  9:24                       ` Lukasz Majewski
2014-11-24 10:50                         ` Abhilash Kesavan
2014-11-24 11:04                           ` Lukasz Majewski
2014-11-24 11:09                             ` Abhilash Kesavan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAM4voan0ryxvgODBi2GyJUt9gDQmz+WC9G0q=C7x1o1sHO1bFg@mail.gmail.com' \
    --to=kesavan.abhilash@gmail.com \
    --cc=amit.daniel@samsung.com \
    --cc=b.zolnierkie@samsung.com \
    --cc=edubezval@gmail.com \
    --cc=l.majewski@samsung.com \
    --cc=linux-pm@vger.kernel.org \
    --cc=rui.zhang@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.