From patchwork Mon May 11 21:01:23 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Lubomir Rintel X-Patchwork-Id: 200769 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI, SPF_HELO_NONE, SPF_PASS, USER_AGENT_GIT autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D9157C54E8F for ; Mon, 11 May 2020 21:02:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C486F2078A for ; Mon, 11 May 2020 21:02:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731642AbgEKVBm (ORCPT ); Mon, 11 May 2020 17:01:42 -0400 Received: from v6.sk ([167.172.42.174]:52536 "EHLO v6.sk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1732306AbgEKVBj (ORCPT ); Mon, 11 May 2020 17:01:39 -0400 Received: from localhost (v6.sk [IPv6:::1]) by v6.sk (Postfix) with ESMTP id 421F1610A9; Mon, 11 May 2020 21:01:37 +0000 (UTC) From: Lubomir Rintel To: Liam Girdwood Cc: Mark Brown , Michael Turquette , Stephen Boyd , Rob Herring , linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-media@vger.kernel.org Subject: [PATCH 00/11] Make sound work on DT-based MMP2 machines Date: Mon, 11 May 2020 23:01:23 +0200 Message-Id: <20200511210134.1224532-1-lkundrak@v3.sk> X-Mailer: git-send-email 2.26.2 MIME-Version: 1.0 Sender: devicetree-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org Hi, this patch set reworks the mmp-sspa driver to work on a device tree based MMP2 machines. My motivation is to make sound work on a MMP2-based OLPC XO-1.75 laptop. Note that currently the driver is pretty much orphaned -- it is not used by any boards and nothing in tree provides the necessary clocks. This means that risks of regressions are effectively zero; even though my test configuration is not exhaustive and do not possess the datasheet. I'm actually not convinced it would've worked too well if it was hooked on (due to what patches 01/11, 02/11 and perhaps 09/11). I've tested this on a XO-1.75 along with clk-audio driver that was submitted separately ("MMP2 Audio clock controller driver" [1]), mmp_tdma driver (with changes queued in linux-next), the rt5631 codec and audio-graph-card. [1] https://lore.kernel.org/lkml/20200511195534.1207927-1-lkundrak@v3.sk/ Thank you, Lubo