| 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: Mon, 11 Nov 2013 09:27:58 -0700 From: Stephen Warren <swarren@...dotorg.org> To: Felipe Balbi <balbi@...com>, mturquette@...aro.org CC: Linux ARM Kernel Mailing List <linux-arm-kernel@...ts.infradead.org>, Linux OMAP Mailing List <linux-omap@...r.kernel.org>, Linux Kernel Mailing List <linux-kernel@...r.kernel.org>, james.hogan@...tec.com, luca@...lho.fi Subject: Re: [PATCH] clk: add flags to distinguish xtal clocks On 11/08/2013 11:00 AM, Felipe Balbi wrote: > From: Luciano Coelho <luca@...lho.fi> > > Add a flag that indicate whether the clock is a crystal or not. > > Additionally, parse a new device tree binding in clk-fixed-rate to set > this flag. > > If clock-xtal isn't set, the clock framework will assume clock to be > generated by an oscillator. There's only one user for this binding > right now which is Texas Instruments' WiLink devices which need to know > details about the clock in order to initialize the underlying WiFi HW > correctly. Why on earth does it care? Surely the WiFi HW doesn't care about crystal-vs-non-crystal, but rather some facet of the clock signal that the type of source implies. Shouldn't the DT property describe that facet of the signal, rather than the reason why it has that facet? -- 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