Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1425705 > unrolled thread
| Started by | Heiko Stübner <heiko@sntech.de> |
|---|---|
| First post | 2016-06-18 14:10 +0200 |
| Last post | 2016-06-18 14:10 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH] arm64: dts: rockchip: add i2c nodes for rk3399 Heiko Stübner <heiko@sntech.de> - 2016-06-18 14:10 +0200
| From | Heiko Stübner <heiko@sntech.de> |
|---|---|
| Date | 2016-06-18 14:10 +0200 |
| Subject | Re: [PATCH] arm64: dts: rockchip: add i2c nodes for rk3399 |
| Message-ID | <rLnex-3QX-5@gated-at.bofh.it> |
Am Montag, 16. Mai 2016, 13:09:31 schrieb Douglas Anderson: > From: David Wu <david.wu@rock-chips.com> > > We've got 9 (count em!) i2c controllers on rk3399, some of which are in > the PMU power domain and some of which are normal peripherals. Add them > all to the main rk3399 dtsi file so future patches can turn them on in > the board dts files. > > Note: by default we try to set the i2c clock rate to 200 MHz so that we > can achieve good i2c functional clock rates. 200 MHz gives us the > ability to make very close to 100 kHz / 400 kHz / 1 MHz rates. If > boards want to tune clock rates further they can always override. > Possibly boards could want to tune this if: > - they wanted to save an infinitesimal amount of power and they knew > their i2c bus was slow anyway. Since we gate the functional clock > when the i2c bus is not active, power savings would only be while i2c > transfers were happening and probably won't be very big anyway. > - they wanted to eek out a bit more speed by carefully tuning the source > clock to make divisions work out perfectly, accounting for the rise / > fall time measured on an actual board. > > Note also that we still request 200 MHz for the PMU i2c busses even > though we expect that we won't make that exactly (currently PPLL is 676 > MHz which gives us 169 MHz). > > Signed-off-by: David Wu <david.wu@rock-chips.com> > Signed-off-by: Jianqun Xu <jay.xu@rock-chips.com> > [dianders: wrote desc; put in assigned-clocks; reordered nodes] > Signed-off-by: Douglas Anderson <dianders@chromium.org> applied to my dts64 branch for 4.8 Thanks Heiko
Back to top | Article view | linux.kernel
csiph-web