lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAAObsKABUa9xD+hntyv97ZQB7Bk05kN0h0-+H7Q9ks6RT0yV2Q@mail.gmail.com>
Date:	Fri, 5 Sep 2014 12:22:55 +0200
From:	Tomeu Vizoso <tomeu@...euvizoso.net>
To:	Mikko Perttunen <mperttunen@...dia.com>
Cc:	Stephen Warren <swarren@...dotorg.org>,
	Peter De Schrijver <pdeschrijver@...dia.com>,
	Prashant Gaikwad <pgaikwad@...dia.com>,
	Mike Turquette <mturquette@...aro.org>,
	Thierry Reding <thierry.reding@...il.com>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"linux-arm-kernel@...ts.infradead.org" 
	<linux-arm-kernel@...ts.infradead.org>,
	"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>
Subject: Re: [PATCH 0/8] Tegra124 EMC (external memory controller) support

On 26 August 2014 09:42, Mikko Perttunen <mperttunen@...dia.com> wrote:
> On 25/08/14 20:40, Stephen Warren wrote:
>>
>> On 07/11/2014 08:18 AM, Mikko Perttunen wrote:
>>>
>>> Hi everyone,
>>>
>>> this series adds support for the EMC (external memory controller) clock
>>> in the Tegra124 system-on-chip. The series has been tested on Jetson TK1.
>>>
>>> The first two patches remove the old "emc_mux" and "emc" clocks from the
>>> clock tree and the device tree bindings. This is, of course, not
>>> backwards
>>> compatible, but as these clocks have never been useful for anything
>>> (apart from maybe reading the boot rate of the EMC clock). If this is
>>> still
>>> not acceptable, the second patch can be dropped.
>>
>> ...
>>
>> Mikko, this series had some comments, especially on the DT binding
>> (patch 5/8) and how the MC/EMC drivers interact. Is there an updated
>> version of the series? Or, is the series replaced by Tomeu Vizoso's work?
>
>
> Yes, I have a v2 with these comments addressed. One concern, though, is the
> part writing to CLK_SOURCE_EMC. If some other driver also wants to read this
> register (MC, likely), we might need to have an API for it in the CAR
> driver. On the other hand, maybe not, since it's only one register. Thierry?
>
> Another point is that v2 adds a new API to the MC driver, which also doesn't
> exist yet. The EMC driver can technically work without the MC driver (but
> with a header for MC added), but I'm not sure the result would be very
> useful.
>
> I believe the plan is that Tomeu's EMC code will be integrated into this EMC
> driver once both are ready.

That's mostly right. My clk constraints series just allow consumers to
influence the effective rate of a clock, such as the EMC. And the
pm_qos series will allow to track the total memory bandwidth needs in
the system. I'm not sure yet where in the code this tracking will be
done. It could be done in an EMC driver in drivers/memory, but it's
probably too unrelated to be placed in the EMC clock driver.

Regards,

Tomeu
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ