linux-kernel - Re: [RFC PATCH 0/2] clk: rockchip: leave npll for DCLK

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: <3353483.Eif0pChkY5@phil>
Date:	Thu, 08 Jan 2015 23:30:01 +0100
From:	Heiko Stübner <heiko@...ech.de>
To:	Kever Yang <kever.yang@...k-chips.com>, dianders@...omium.org
Cc:	Mike Turquette <mturquette@...aro.org>, sonnyrao@...omium.org,
	addy.ke@...k-chips.com, cf@...k-chips.com, dkl@...k-chips.com,
	huangtao@...k-chips.com, linux-rockchip@...ts.infradead.org,
	tomeu.vizoso@...labora.com, sboyd@...eaurora.org,
	Ian Campbell <ijc+devicetree@...lion.org.uk>,
	devicetree@...r.kernel.org, Dmitry Torokhov <dtor@...omium.org>,
	linux-kernel@...r.kernel.org, Kumar Gala <galak@...eaurora.org>,
	Jianqun <jay.xu@...k-chips.com>,
	Rob Herring <robh+dt@...nel.org>,
	Pawel Moll <pawel.moll@....com>,
	Chris Zhong <zyw@...k-chips.com>,
	Mark Rutland <mark.rutland@....com>,
	Russell King <linux@....linux.org.uk>,
	linux-arm-kernel@...ts.infradead.org
Subject: Re: [RFC PATCH 0/2] clk: rockchip: leave npll for DCLK_VOP0(HDMI) only

Hi Kever,

Am Montag, 17. November 2014, 22:55:36 schrieb Kever Yang:
> To support all kinds of frequency requirement for HDMI on rk3288,
> we need a PLL that can change rate at run time.
> 
> There are some discussion before at [0], I think we can just leave
> the npll for HDMI(DCLK_VOP0) used to make it simple.
> 
> Comments are welcome.

I think I said it in private somewhere already, but just so it's also 
available publically:

I don't think customizing/limiting the clock usage like this will fly, 
especially as this would require each and every rk3288 board to use vop0 for 
hdmi and vop1 for other stuff.

With the new rk3288 Firefly devboard this concern already becomes reality. 
There a vga converter is connected to VOP0, which leaves only vop1 for hdmi if 
one wants to support the vga connection.


>From our discussion about this problem I remember that the missing clock 
frequencies only affected more esotheric screen resolutions, so personally I'm 
not this much concerned an would like to wait till we find a better solution to 
the problem.


Heiko
--
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/