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
| ||
|
Date: Sat, 20 Jun 2015 12:51:37 +0200 From: Alban <albeu@...e.fr> To: Antony Pavlov <antonynpavlov@...il.com> Cc: Aban Bedel <albeu@...e.fr>, linux-mips@...ux-mips.org, Rob Herring <robh+dt@...nel.org>, Pawel Moll <pawel.moll@....com>, Mark Rutland <mark.rutland@....com>, Ian Campbell <ijc+devicetree@...lion.org.uk>, Kumar Gala <galak@...eaurora.org>, Thomas Gleixner <tglx@...utronix.de>, Jason Cooper <jason@...edaemon.net>, Ralf Baechle <ralf@...ux-mips.org>, Andrew Bresticker <abrestic@...omium.org>, Qais Yousef <qais.yousef@...tec.com>, Gabor Juhos <juhosg@...nwrt.org>, devicetree@...r.kernel.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH v4 12/12] MIPS: Add basic support for the TL-WR1043ND version 1 On Mon, 15 Jun 2015 10:42:13 +0300 Antony Pavlov <antonynpavlov@...il.com> wrote: > On Wed, 10 Jun 2015 23:58:11 +0200 > Alban <albeu@...e.fr> wrote: > > > On Mon, 8 Jun 2015 13:17:58 +0300 > > Antony Pavlov <antonynpavlov@...il.com> wrote: > > > > > IMHO AR9132 SoC can't work without external oscilator. > > > > > > Can we just move basic extosc declaration to SoC dt file > > > (ar9132.dtsi)? So board dt file ar9132_tl_wr1043nd_v1.dts will > > > contain only oscilator clock frequency value. > > > > I would prefer to keep the split between the files in sync with the > > hardware. I understand that most simple board designs use a fixed > > oscillator, but that might not always be the case. > > > > The AR9132 SoC __always__ use one external oscilator. Yes, but what I don't like is to impose the clock source being a fixed-oscillator. What if the board use a clock from another component that need to be represented in the DT as something else than a fixed-oscillator? > So it's reasonable to have the first mention of extosc in > ar9132.dtsi not in a board file. This description style is always > sync with hardware. In your proposal it wouldn't as the AR9132 doesn't have a fixed-oscillator on chip. So boards using another type of clock would still have that fixed-oscillator hanging around. > On the other hand pll-controller is always part > of the SoC not a part of a board. So pll-controller on extosc > dependency have to go to SoC dts file not to a board file. In your dts > description pll-controller is a part of a dts board file. The PLL controller shows up in the board DTS as the connection between the SoC and the other components on boards has to be represented. We could use a label and reference it in the board file but that is the same in the end. But that's not really the point, more important is the fact that DTS don't allow to delete nodes. This mean that DTSI should really not start to define more than is strictly needed. Alban -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists