From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754506AbbHMXGB (ORCPT ); Thu, 13 Aug 2015 19:06:01 -0400 Received: from gabe.freedesktop.org ([131.252.210.177]:56547 "EHLO gabe.freedesktop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754396AbbHMXF7 (ORCPT ); Thu, 13 Aug 2015 19:05:59 -0400 From: Eric Anholt To: linux-clk@vger.kernel.org Cc: linux-arm-kernel@lists.infradead.org, linux-rpi-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Stephen Warren , Lee Jones , Stephen Boyd , Mike Turquette , devicetree@vger.kernel.org Subject: Rasperry Pi clock support Date: Thu, 13 Aug 2015 16:05:39 -0700 Message-Id: <1439507142-2965-1-git-send-email-eric@anholt.net> X-Mailer: git-send-email 2.1.4 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I'm also avoiding requests to set rate/state when they're a no-op, as apparently no-op changes to pixel clock break the firmware-configured display setup. It *shouldn't* change anything, but I've confirmed that setting the CPU clock works fine, and after a couple of weeks of prodding pixel clock now, I'm at a loss for what's going on with it.