[{"id":1747678,"web_url":"http://patchwork.ozlabs.org/comment/1747678/","msgid":"<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>","list_archive_url":null,"date":"2017-08-15T17:14:24","subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","submitter":{"id":24878,"url":"http://patchwork.ozlabs.org/api/people/24878/","name":"Mark Brown","email":"broonie@kernel.org"},"content":"On Mon, Aug 14, 2017 at 03:06:50PM -0700, Lori Hikichi wrote:\n> Allow each audio port to select which clock (if any) it wants to use.\n\nWhy is this in DT for the port and not either using standard clock\nbindings to configure the clock tree or allowing the machine driver to\npick?","headers":{"Return-Path":"","X-Original-To":"incoming-dt@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming-dt@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=devicetree-owner@vger.kernel.org; receiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=sirena.org.uk header.i=@sirena.org.uk\n\theader.b=\"QOMMOjaW\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xWzct0DFWz9t32\n\tfor ;\n\tWed, 16 Aug 2017 03:15:10 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1752444AbdHORPI (ORCPT\n\t);\n\tTue, 15 Aug 2017 13:15:08 -0400","from heliosphere.sirena.org.uk ([172.104.155.198]:35120 \"EHLO\n\theliosphere.sirena.org.uk\" rhost-flags-OK-OK-OK-OK) by\n\tvger.kernel.org with ESMTP id S1752266AbdHORPH (ORCPT\n\t); Tue, 15 Aug 2017 13:15:07 -0400","from debutante.sirena.org.uk ([2001:470:1f1d:6b5::3]\n\thelo=debutante) by heliosphere.sirena.org.uk with esmtpsa\n\t(TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)\n\t(envelope-from )\n\tid 1dhfQA-0000Eh-Mx; Tue, 15 Aug 2017 17:14:26 +0000","from broonie by debutante with local (Exim 4.89)\n\t(envelope-from )\n\tid 1dhfQ8-0003M8-JD; Tue, 15 Aug 2017 18:14:24 +0100"],"DKIM-Signature":"v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;\n\td=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type:\n\tMIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:\n\tContent-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:\n\tResent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:\n\tList-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;\n\tbh=Xb3ECGqI/qzIInQE/MSP39sgwXdV3OecI/Wde84n+zE=;\n\tb=QOMMOjaW+3vbZeLh5Dx17gxHM\n\tklalgRWWcgpyeBHCpoyT2zJX3lzhlsMkyWEuHtxNVCiEXcFq9eRq2aojI6JMYK81OHjrnmbGa97yA\n\tN74P3NadkJOykU5EFfcNG1TL8dKxV/TvWo1hh1OtjYl2tGQjqC/Bt5C5f+Xs8Zn3n3K38=;","Date":"Tue, 15 Aug 2017 18:14:24 +0100","From":"Mark Brown ","To":"Lori Hikichi ","Cc":"Liam Girdwood , Rob Herring ,\n\tMark Rutland , Ray Jui ,\n\tScott Branden ,\n\tJon Mason , \n\tbcm-kernel-feedback-list@broadcom.com, Jaroslav Kysela , \n\tTakashi Iwai , alsa-devel@alsa-project.org,\n\tdevicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","Subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","Message-ID":"<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>","References":"<1502748417-26417-1-git-send-email-lori.hikichi@broadcom.com>\n\t<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>","MIME-Version":"1.0","Content-Type":"multipart/signed; micalg=pgp-sha256;\n\tprotocol=\"application/pgp-signature\"; boundary=\"66mfxpv5mjvo5zls\"","Content-Disposition":"inline","In-Reply-To":"<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>","X-Cookie":"Warp 7 -- It's a law we can live with.","User-Agent":"NeoMutt/20170609 (1.8.3)","Sender":"devicetree-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"devicetree@vger.kernel.org"}},{"id":1747781,"web_url":"http://patchwork.ozlabs.org/comment/1747781/","msgid":"","list_archive_url":null,"date":"2017-08-15T19:29:44","subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","submitter":{"id":72163,"url":"http://patchwork.ozlabs.org/api/people/72163/","name":"Lori Hikichi","email":"lori.hikichi@broadcom.com"},"content":"On 8/15/2017 10:14 AM, Mark Brown wrote:\n> On Mon, Aug 14, 2017 at 03:06:50PM -0700, Lori Hikichi wrote:\n>> Allow each audio port to select which clock (if any) it wants to use.\n> Why is this in DT for the port and not either using standard clock\n> bindings to configure the clock tree or allowing the machine driver to\n> pick?\nThe previous version of the driver essentially had a clock mapping\nthat could not be changed. This is fine for 99% of our use cases. \nIf we need to change the mapping, then we need to modify the audio\nport's clock mux. Creating a clock for these muxes was going to be messy.\nThere is a mux per audio port and the registers used to program the\nmuxes are staggered throughout the io space used by the audio driver.\nAdditionally, these registers have bits that are controlled by the\naudio driver. Had I used syscon to access these registers this would\nhave resulted in a very fragmented io space, complicating the audio\ndrivers access this space.\nI have put the mux assignment in DT because the assignment is a\nstatic property and did not need run time programmability from the\nmachine driver.\n\nLori.\n--\nTo unsubscribe from this list: send the line \"unsubscribe devicetree\" in\nthe body of a message to majordomo@vger.kernel.org\nMore majordomo info at http://vger.kernel.org/majordomo-info.html","headers":{"Return-Path":"","X-Original-To":"incoming-dt@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming-dt@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=devicetree-owner@vger.kernel.org; receiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=broadcom.com header.i=@broadcom.com\n\theader.b=\"JFq/kmKi\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xX2cL0kXpz9sNc\n\tfor ;\n\tWed, 16 Aug 2017 05:29:54 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1752517AbdHOT3w (ORCPT\n\t);\n\tTue, 15 Aug 2017 15:29:52 -0400","from mail-qk0-f169.google.com ([209.85.220.169]:35970 \"EHLO\n\tmail-qk0-f169.google.com\" rhost-flags-OK-OK-OK-OK) by vger.kernel.org\n\twith ESMTP id S1752220AbdHOT3v (ORCPT\n\t); Tue, 15 Aug 2017 15:29:51 -0400","by mail-qk0-f169.google.com with SMTP id o124so870877qke.3\n\tfor ;\n\tTue, 15 Aug 2017 12:29:51 -0700 (PDT)","from [10.136.65.179] ([192.19.224.250])\n\tby smtp.gmail.com with ESMTPSA id\n\tk29sm7578057qtb.13.2017.08.15.12.29.46\n\t(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\n\tTue, 15 Aug 2017 12:29:50 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com;\n\ts=google; \n\th=subject:to:cc:references:from:message-id:date:user-agent\n\t:mime-version:in-reply-to:content-transfer-encoding:content-language; \n\tbh=duTkHrz9dWwemnyQmcIk55dfloWwxiRbcxOOWnlPxrE=;\n\tb=JFq/kmKi5QDympvW/4BOZKIe/BSuQ6liu/KQD8Py7aZOPowss7YfXmSSGY8jRQJHqe\n\tahEDX3Gki/wNfSfBKpjOE142XzOMO7Ej367mTmtmofbUNrimClGxzcgjnlT4BqsQwbzz\n\tCI1hMqf6+GAGQE7wUquK8RtwU7ElSKA710DgE=","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=1e100.net; s=20161025;\n\th=x-gm-message-state:subject:to:cc:references:from:message-id:date\n\t:user-agent:mime-version:in-reply-to:content-transfer-encoding\n\t:content-language;\n\tbh=duTkHrz9dWwemnyQmcIk55dfloWwxiRbcxOOWnlPxrE=;\n\tb=e7MNKydddXHfkVaGrp6lyFZXF5BLQtVlEBmdY0n5h2qsqY+CzHYS1BV1a8xkWthw+k\n\tngug3cu1a5HAJynlzkZp8kVd3fgbsFzw9LkzZlY1pOMvUcV+U7MsdENh9snL53AvWvuT\n\tt6LePUM+IZyQ9dMxLHO6WRYvY2xhDSvOIFoDx1w9PIs8fSl2KqJAqjPSI8C00ve1E4lE\n\t4IzTweQCSWwwh+fumROorTFaALWKIpsDjPkeYay81PzwvrVdCIEDJYeMnzFLAFe+dlj0\n\t2jx3ith8hmk7TiIlGrH+Wo9IrUiwTa5iNGeSh+Hd7NcOLKMgl7mBLRzBl7y3E+65Fozg\n\t8hSA==","X-Gm-Message-State":"AHYfb5hYjf2GzZfK20DcDW1RzeEe5QaWIQv40Xqo/a5ZADeYLtZST7Ba\n\taMX3FDGXi91dL/qjhhtR9g==","X-Received":"by 10.55.176.66 with SMTP id z63mr9157363qke.260.1502825390749; \n\tTue, 15 Aug 2017 12:29:50 -0700 (PDT)","Subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","To":"Mark Brown ","Cc":"Liam Girdwood , Rob Herring ,\n\tMark Rutland , Ray Jui ,\n\tScott Branden ,\n\tJon Mason , \n\tbcm-kernel-feedback-list@broadcom.com, Jaroslav Kysela , \n\tTakashi Iwai , alsa-devel@alsa-project.org,\n\tdevicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","References":"<1502748417-26417-1-git-send-email-lori.hikichi@broadcom.com>\n\t<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>\n\t<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>","From":"Lori Hikichi ","Message-ID":"","Date":"Tue, 15 Aug 2017 12:29:44 -0700","User-Agent":"Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101\n\tThunderbird/52.2.1","MIME-Version":"1.0","In-Reply-To":"<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>","Content-Type":"text/plain; charset=windows-1252","Content-Transfer-Encoding":"7bit","Content-Language":"en-US","Sender":"devicetree-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"devicetree@vger.kernel.org"}},{"id":1748336,"web_url":"http://patchwork.ozlabs.org/comment/1748336/","msgid":"<20170816105954.ve434zeeqinweo5a@sirena.org.uk>","list_archive_url":null,"date":"2017-08-16T10:59:54","subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","submitter":{"id":24878,"url":"http://patchwork.ozlabs.org/api/people/24878/","name":"Mark Brown","email":"broonie@kernel.org"},"content":"On Tue, Aug 15, 2017 at 12:29:44PM -0700, Lori Hikichi wrote:\n\n> I have put the mux assignment in DT because the assignment is a\n> static property and did not need run time programmability from the\n> machine driver.\n\nWhy is this a static property, what prevents something wanting to change\nthings at runtime? You might be running with simpler setups now but\nperhaps you'll run into a more complex use case later?","headers":{"Return-Path":"","X-Original-To":"incoming-dt@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming-dt@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=devicetree-owner@vger.kernel.org; receiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=sirena.org.uk header.i=@sirena.org.uk\n\theader.b=\"DKixisBa\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xXRGB4PLxz9sPr\n\tfor ;\n\tWed, 16 Aug 2017 21:00:34 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1751543AbdHPLAd (ORCPT\n\t);\n\tWed, 16 Aug 2017 07:00:33 -0400","from heliosphere.sirena.org.uk ([172.104.155.198]:59360 \"EHLO\n\theliosphere.sirena.org.uk\" rhost-flags-OK-OK-OK-OK) by\n\tvger.kernel.org with ESMTP id S1751461AbdHPLAc (ORCPT\n\t); Wed, 16 Aug 2017 07:00:32 -0400","from [2001:470:1f1d:6b5:7e7a:91ff:fede:4a45] (helo=finisterre)\n\tby heliosphere.sirena.org.uk with esmtpsa\n\t(TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)\n\t(envelope-from )\n\tid 1dhw3H-00049h-Lm; Wed, 16 Aug 2017 10:59:55 +0000","from broonie by finisterre with local (Exim 4.89)\n\t(envelope-from )\n\tid 1dhw3H-0002aq-5W; Wed, 16 Aug 2017 11:59:55 +0100"],"DKIM-Signature":"v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;\n\td=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type:\n\tMIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:\n\tContent-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:\n\tResent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:\n\tList-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;\n\tbh=+SnoXrVOEYGT4R97mU9G+HkVIEwSuiSbogwdT4Lt+4g=;\n\tb=DKixisBaXm6e/NjcxJeONxp5v\n\tnLZRJK0j5eeD9jQAZK8lb+mJkCDitT+PGH5JJII84xXLrVwFLGh8SKL+ValKO5oMfT9H61Iug2hDy\n\t+NsoU0uoBnKpiPfRvOX2N6MPyvceiOLBDuKj0T0CQeb3HC7u1WDqUxbtE+M4NNlFTBGsY=;","Date":"Wed, 16 Aug 2017 11:59:54 +0100","From":"Mark Brown ","To":"Lori Hikichi ","Cc":"Liam Girdwood , Rob Herring ,\n\tMark Rutland , Ray Jui ,\n\tScott Branden ,\n\tJon Mason , \n\tbcm-kernel-feedback-list@broadcom.com, Jaroslav Kysela , \n\tTakashi Iwai , alsa-devel@alsa-project.org,\n\tdevicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","Subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","Message-ID":"<20170816105954.ve434zeeqinweo5a@sirena.org.uk>","References":"<1502748417-26417-1-git-send-email-lori.hikichi@broadcom.com>\n\t<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>\n\t<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>\n\t","MIME-Version":"1.0","Content-Type":"multipart/signed; micalg=pgp-sha256;\n\tprotocol=\"application/pgp-signature\"; boundary=\"hu3g6i46vczsjiqa\"","Content-Disposition":"inline","In-Reply-To":"","X-Cookie":"Do you like \"TENDER VITTLES\"?","User-Agent":"NeoMutt/20170609 (1.8.3)","Sender":"devicetree-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"devicetree@vger.kernel.org"}},{"id":1748862,"web_url":"http://patchwork.ozlabs.org/comment/1748862/","msgid":"<8c2fc92d-5ea8-8163-a588-0a4cba55e0f8@broadcom.com>","list_archive_url":null,"date":"2017-08-16T19:39:42","subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","submitter":{"id":72163,"url":"http://patchwork.ozlabs.org/api/people/72163/","name":"Lori Hikichi","email":"lori.hikichi@broadcom.com"},"content":"On 8/16/2017 3:59 AM, Mark Brown wrote:\n> On Tue, Aug 15, 2017 at 12:29:44PM -0700, Lori Hikichi wrote:\n>\n>> I have put the mux assignment in DT because the assignment is a\n>> static property and did not need run time programmability from the\n>> machine driver.\n> Why is this a static property, what prevents something wanting to change\n> things at runtime? You might be running with simpler setups now but\n> perhaps you'll run into a more complex use case later?\nThe short answer is I have analyzed the possible use cases for Cygnus'\naudio block, and nothing should need to change the assignments at\nruntime. The longer explanation follows.\n\nThe clocking configuration is this. There is one pll with its output run\nthrough 3 post dividers. The audio ports can select one of these\noutputs. There are only 5 possible consumers of these 3 clocks.\nThe 3 i2s/tdm ports, 1 spdif port, and an exceptional case of another\n\"non-audio\" IP block. For the i2s/tdm ports this clock is the MCLK.\n\nBy far the most common usage case for Cygnus is a configuration which\nuses only the three i2s/tdm ports. In this case each port is assigned\na clock. Each clock has the same capabilities so there would never be\na reason change the static mapping.\n\nNow for the case when the \"non-audio block\" uses one of these clocks.\nIn this situation we will only need one i2s port because this\nconfiguration of the chip is not audio intensive. When the system\nis designed we know if this non-audio block will be in use, it is not\na runtime configurable thing. Again, a static mapping is fine.\n\nThe only situation which could get more complex is with SPDIF.\nFirst off, the SPDIF port is not actively used in any current\nconfiguration and I do not think there are any plans for it to be used.\nBut, we are talking about possible future configurations. The only\nlimitation the current static scheme would introduce is if SPDIF is\nactive along with all 3 i2s ports. Additionally, all 3 of the i2s ports\nwould need to be in master mode (slave mode would free up a clock for\nSPDIF). In this case, two of the clock consumers would need to share a\nclock. In this situation I envisioned that both consumers would agree on\na fixed rate and work within those limitation. For example, the ports\nwould choose 24.576 MHz as their mclk and be limited to the the frame\nrates that could be derived from that clock. \n\nAt the time it did not seem necessary to make addition driver changes to\nsupport a use case that will very likely never arise. As it turns out,\nwe are working on a new version of this audio block. The clocking\nconfiguration for this new version is more complex and I am already in\nthe process of creating clock bindings for all this this. I am hopeful\nthat the driver for this new version will be applicable to Cygnus.\n\nLori.\n--\nTo unsubscribe from this list: send the line \"unsubscribe devicetree\" in\nthe body of a message to majordomo@vger.kernel.org\nMore majordomo info at http://vger.kernel.org/majordomo-info.html","headers":{"Return-Path":"","X-Original-To":"incoming-dt@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming-dt@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=devicetree-owner@vger.kernel.org; receiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=broadcom.com header.i=@broadcom.com\n\theader.b=\"F1JNoDm/\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xXfnN1qYxz9t3R\n\tfor ;\n\tThu, 17 Aug 2017 05:39:52 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1752457AbdHPTju (ORCPT\n\t);\n\tWed, 16 Aug 2017 15:39:50 -0400","from mail-qk0-f171.google.com ([209.85.220.171]:34993 \"EHLO\n\tmail-qk0-f171.google.com\" rhost-flags-OK-OK-OK-OK) by vger.kernel.org\n\twith ESMTP id S1752026AbdHPTjt (ORCPT\n\t); Wed, 16 Aug 2017 15:39:49 -0400","by mail-qk0-f171.google.com with SMTP id d207so3928312qkg.2\n\tfor ;\n\tWed, 16 Aug 2017 12:39:49 -0700 (PDT)","from [10.136.65.179] ([192.19.224.250])\n\tby smtp.gmail.com with ESMTPSA id\n\tb201sm1075991qkg.5.2017.08.16.12.39.45\n\t(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\n\tWed, 16 Aug 2017 12:39:48 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com;\n\ts=google; \n\th=subject:to:cc:references:from:message-id:date:user-agent\n\t:mime-version:in-reply-to:content-transfer-encoding:content-language; \n\tbh=s2ziRM2SKj7xpm5krVemy5cxp+U4e0KH5gqhYg4cJ9o=;\n\tb=F1JNoDm/SKClqn5J6Femg2XVV1x36cgN7CvwgM3yicE8S5TPyQXuG84sB9IOm9lE5E\n\tGwyh68Gn/9r3LPC9sXIm+nBbi8fvxEnnxokzKMsZ4MiZ6h954+HlRNH2Ae35zP+4JTuK\n\txUAuD1OA6J4oYr4S/W4Sn1eUoEL73ibtcxK80=","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=1e100.net; s=20161025;\n\th=x-gm-message-state:subject:to:cc:references:from:message-id:date\n\t:user-agent:mime-version:in-reply-to:content-transfer-encoding\n\t:content-language;\n\tbh=s2ziRM2SKj7xpm5krVemy5cxp+U4e0KH5gqhYg4cJ9o=;\n\tb=gY6UeGHG5riQvOKwOOPIp712u686kDUsV7zTQ38dW2X8rRUDjoJHncfdul28PECTaD\n\t5E36KTC00JErF8qDMBrzKXfP257Znc7BoxF2QdeLq2dwNp41W+uAsAya9j0xvLgjprtq\n\tWEB1zdENBjAjPX9o2p7Wta3+mkKrwt8LFnZi/kAU9QevrfWkDfCBrFXaUIjofxDBNSHV\n\tbAnziOTQreEmr4vj+066riz7FkAsnsqYHh41c8Vtic45wdVPrZg76TE32fdMeQ/bTcx6\n\tXy/sbXnKFi3pjDjZGELHgKpRWZL82336IV+F2p2zfrAw9AauR9rrfNQrVQPhBtFTWW7C\n\tGNmw==","X-Gm-Message-State":"AHYfb5ja472E5GtYUdVINMO81ysAJrr40BDSkUJpDUp+0CP5kZQQhTwY\n\tIdx1S62WFqvvtrgi3ZB0IA==","X-Received":"by 10.55.80.70 with SMTP id e67mr3687499qkb.40.1502912388966;\n\tWed, 16 Aug 2017 12:39:48 -0700 (PDT)","Subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","To":"Mark Brown ","Cc":"Liam Girdwood , Rob Herring ,\n\tMark Rutland , Ray Jui ,\n\tScott Branden ,\n\tJon Mason , \n\tbcm-kernel-feedback-list@broadcom.com, Jaroslav Kysela , \n\tTakashi Iwai , alsa-devel@alsa-project.org,\n\tdevicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","References":"<1502748417-26417-1-git-send-email-lori.hikichi@broadcom.com>\n\t<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>\n\t<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>\n\t\n\t<20170816105954.ve434zeeqinweo5a@sirena.org.uk>","From":"Lori Hikichi ","Message-ID":"<8c2fc92d-5ea8-8163-a588-0a4cba55e0f8@broadcom.com>","Date":"Wed, 16 Aug 2017 12:39:42 -0700","User-Agent":"Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101\n\tThunderbird/52.2.1","MIME-Version":"1.0","In-Reply-To":"<20170816105954.ve434zeeqinweo5a@sirena.org.uk>","Content-Type":"text/plain; charset=windows-1252","Content-Transfer-Encoding":"7bit","Content-Language":"en-US","Sender":"devicetree-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"devicetree@vger.kernel.org"}},{"id":1754164,"web_url":"http://patchwork.ozlabs.org/comment/1754164/","msgid":"<20170822160703.nusf7sv6k4gj3pti@sirena.org.uk>","list_archive_url":null,"date":"2017-08-22T16:07:03","subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","submitter":{"id":24878,"url":"http://patchwork.ozlabs.org/api/people/24878/","name":"Mark Brown","email":"broonie@kernel.org"},"content":"On Wed, Aug 16, 2017 at 12:39:42PM -0700, Lori Hikichi wrote:\n\n> By far the most common usage case for Cygnus is a configuration which\n> uses only the three i2s/tdm ports. In this case each port is assigned\n> a clock. Each clock has the same capabilities so there would never be\n> a reason change the static mapping.\n\nThe usual reason would be to bring things into sync.\n\n> Now for the case when the \"non-audio block\" uses one of these clocks.\n> In this situation we will only need one i2s port because this\n> configuration of the chip is not audio intensive. When the system\n> is designed we know if this non-audio block will be in use, it is not\n> a runtime configurable thing. Again, a static mapping is fine.\n\nIs this limitation when the other block is in use a physical limitation\nor is it just a case of not seeing the use case.\n\n> At the time it did not seem necessary to make addition driver changes to\n> support a use case that will very likely never arise. As it turns out,\n> we are working on a new version of this audio block. The clocking\n> configuration for this new version is more complex and I am already in\n> the process of creating clock bindings for all this this. I am hopeful\n> that the driver for this new version will be applicable to Cygnus.\n\nIf the clocking is more complex that seems like even more reason to not\nfix this in the binding, and possibly to do as I think I suggested\nearlier and use the common clock bindings to manage this rather than\ndoing something custom and driver specific.","headers":{"Return-Path":"","X-Original-To":"incoming-dt@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming-dt@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=devicetree-owner@vger.kernel.org; receiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=sirena.org.uk header.i=@sirena.org.uk\n\theader.b=\"wcpM4ksJ\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xcFnp427kz9t24\n\tfor ;\n\tWed, 23 Aug 2017 02:07:41 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1751050AbdHVQHj (ORCPT\n\t);\n\tTue, 22 Aug 2017 12:07:39 -0400","from heliosphere.sirena.org.uk ([172.104.155.198]:58578 \"EHLO\n\theliosphere.sirena.org.uk\" rhost-flags-OK-OK-OK-OK) by\n\tvger.kernel.org with ESMTP id S1751020AbdHVQHj (ORCPT\n\t); Tue, 22 Aug 2017 12:07:39 -0400","from debutante.sirena.org.uk ([2001:470:1f1d:6b5::3]\n\thelo=debutante) by heliosphere.sirena.org.uk with esmtpsa\n\t(TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)\n\t(envelope-from )\n\tid 1dkBhn-0002v2-Pl; Tue, 22 Aug 2017 16:07:03 +0000","from broonie by debutante with local (Exim 4.89)\n\t(envelope-from )\n\tid 1dkBhn-0003kA-0m; Tue, 22 Aug 2017 17:07:03 +0100"],"DKIM-Signature":"v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;\n\td=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type:\n\tMIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:\n\tContent-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:\n\tResent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:\n\tList-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;\n\tbh=+AmIRIz4XmfevG97RD6qYzeCNeB8I0wIjVRKxeutil8=;\n\tb=wcpM4ksJdUIzv4gQleuxK0cNz\n\tXYHGbw3FycPjD6Ilt95ooQprVXqtmItqkdfDTGXuBXefG2W4rNbKrNUmutI+dChhrSV6PDQm4aJFk\n\tjr8YEzNbn1op1cCOtMsBqLXz8sDHfZH2WOg16TTRwY75SxnULhUgUdYKw4nWWLQxqDgdA=;","Date":"Tue, 22 Aug 2017 17:07:03 +0100","From":"Mark Brown ","To":"Lori Hikichi ","Cc":"Liam Girdwood , Rob Herring ,\n\tMark Rutland , Ray Jui ,\n\tScott Branden ,\n\tJon Mason , \n\tbcm-kernel-feedback-list@broadcom.com, Jaroslav Kysela , \n\tTakashi Iwai , alsa-devel@alsa-project.org,\n\tdevicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","Subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","Message-ID":"<20170822160703.nusf7sv6k4gj3pti@sirena.org.uk>","References":"<1502748417-26417-1-git-send-email-lori.hikichi@broadcom.com>\n\t<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>\n\t<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>\n\t\n\t<20170816105954.ve434zeeqinweo5a@sirena.org.uk>\n\t<8c2fc92d-5ea8-8163-a588-0a4cba55e0f8@broadcom.com>","MIME-Version":"1.0","Content-Type":"multipart/signed; micalg=pgp-sha256;\n\tprotocol=\"application/pgp-signature\"; boundary=\"hevtcrkb534i7il6\"","Content-Disposition":"inline","In-Reply-To":"<8c2fc92d-5ea8-8163-a588-0a4cba55e0f8@broadcom.com>","X-Cookie":"May contain nuts.","User-Agent":"NeoMutt/20170609 (1.8.3)","Sender":"devicetree-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"devicetree@vger.kernel.org"}},{"id":1764464,"web_url":"http://patchwork.ozlabs.org/comment/1764464/","msgid":"<492cb202-f4cb-4f5d-5d32-3dee4f1226b5@broadcom.com>","list_archive_url":null,"date":"2017-09-07T01:45:22","subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","submitter":{"id":72163,"url":"http://patchwork.ozlabs.org/api/people/72163/","name":"Lori Hikichi","email":"lori.hikichi@broadcom.com"},"content":"On 8/22/2017 9:07 AM, Mark Brown wrote:\n> On Wed, Aug 16, 2017 at 12:39:42PM -0700, Lori Hikichi wrote:\n>\n>> By far the most common usage case for Cygnus is a configuration which\n>> uses only the three i2s/tdm ports. In this case each port is assigned\n>> a clock. Each clock has the same capabilities so there would never be\n>> a reason change the static mapping.\n> The usual reason would be to bring things into sync.\n>\n>> Now for the case when the \"non-audio block\" uses one of these clocks.\n>> In this situation we will only need one i2s port because this\n>> configuration of the chip is not audio intensive. When the system\n>> is designed we know if this non-audio block will be in use, it is not\n>> a runtime configurable thing. Again, a static mapping is fine.\n> Is this limitation when the other block is in use a physical limitation\n> or is it just a case of not seeing the use case.\n>\n>> At the time it did not seem necessary to make addition driver changes to\n>> support a use case that will very likely never arise. As it turns out,\n>> we are working on a new version of this audio block. The clocking\n>> configuration for this new version is more complex and I am already in\n>> the process of creating clock bindings for all this this. I am hopeful\n>> that the driver for this new version will be applicable to Cygnus.\n> If the clocking is more complex that seems like even more reason to not\n> fix this in the binding, and possibly to do as I think I suggested\n> earlier and use the common clock bindings to manage this rather than\n> doing something custom and driver specific.\nOk, I will create the necessary clocks to allow this to work.\nThis will likely impact a couple of the other patches in the series, but\nmost should be applicable. What would be the best way to have some of the\nother patches in this series reviewed? Should I just drop this series and\nresubmit new individual patches for review.\n\n\n\n\n--\nTo unsubscribe from this list: send the line \"unsubscribe devicetree\" in\nthe body of a message to majordomo@vger.kernel.org\nMore majordomo info at http://vger.kernel.org/majordomo-info.html","headers":{"Return-Path":"","X-Original-To":"incoming-dt@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming-dt@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=devicetree-owner@vger.kernel.org; receiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=broadcom.com header.i=@broadcom.com\n\theader.b=\"SamU3LF8\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xnjvc6ZT7z9t2r\n\tfor ;\n\tThu, 7 Sep 2017 11:45:32 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1753107AbdIGBpb (ORCPT\n\t);\n\tWed, 6 Sep 2017 21:45:31 -0400","from mail-wr0-f177.google.com ([209.85.128.177]:38074 \"EHLO\n\tmail-wr0-f177.google.com\" rhost-flags-OK-OK-OK-OK) by vger.kernel.org\n\twith ESMTP id S1751875AbdIGBpa (ORCPT\n\t); Wed, 6 Sep 2017 21:45:30 -0400","by mail-wr0-f177.google.com with SMTP id 108so16497247wra.5\n\tfor ;\n\tWed, 06 Sep 2017 18:45:30 -0700 (PDT)","from [10.136.65.179] ([192.19.224.250])\n\tby smtp.gmail.com with ESMTPSA id\n\tw5sm1003789wrg.24.2017.09.06.18.45.25\n\t(version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\n\tWed, 06 Sep 2017 18:45:28 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com;\n\ts=google; \n\th=subject:to:cc:references:from:message-id:date:user-agent\n\t:mime-version:in-reply-to:content-transfer-encoding:content-language; \n\tbh=DKB1b7i+nc3+98ojAUKejOchnDh1+pP4m2PoDnoIPb4=;\n\tb=SamU3LF8Lo3IIDYmtqkGYU20MSGxooZVKZnGapDgJ4r3vcm3M/uq7xVkutekxfpyRe\n\tUVfxVVZu/GwmfLX6A1O263O0LEwagArh+d9I3A4YlxhaNNEWv4pW78CCamcEf6oWNxEt\n\tmcSo30mA3nmVkSkZ99jvd9ewDRWRkP5JtH3ro=","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n\td=1e100.net; s=20161025;\n\th=x-gm-message-state:subject:to:cc:references:from:message-id:date\n\t:user-agent:mime-version:in-reply-to:content-transfer-encoding\n\t:content-language;\n\tbh=DKB1b7i+nc3+98ojAUKejOchnDh1+pP4m2PoDnoIPb4=;\n\tb=VLXrh+aniElapmgoGcvsCYCACQE4dnGXVkDM71a8sgB+IX76ycWps+TlhCKE8/TfqF\n\tz5lJG60jOmBQ9TAo/zeLjXqlZyZqQTnfnuk37TJM6KetTwfXgk0rXzV4QoJ3uqUZ+IcL\n\tJQkzyhrLVGu0cCcxWjkBvj6nBUB9b/LhpSw3mE6sK09hyubUpFn4V2UsP5LzhoV1WNZo\n\toCzeOSqrmi5H7PYVZQQSXffR2VqtaTcFGlQNMaeTKPGJjEAinjZ1SLDGSC199RGMfa+i\n\tOP3VjDsJB0kbP6I3cBMb9bQ4EO3JEIEsUoLhcuUhelCtct6aNcGtxbvypJxetK4wYcF2\n\tEegg==","X-Gm-Message-State":"AHPjjUiL5BA3Q80Seji5cNPWKgm3hra7bpXR7fBXR/+0c/7MsTjfJbgm\n\td31ESY8mGr3t1KwV","X-Google-Smtp-Source":"ADKCNb4WM71iNuBLXRjL9+C8tzdGmeto9Iu2Tt6TA0+keJT53rd8Aa+qv6OZYWyLbnIZTmnQQYogdw==","X-Received":"by 10.223.183.133 with SMTP id s5mr738043wre.145.1504748729310; \n\tWed, 06 Sep 2017 18:45:29 -0700 (PDT)","Subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","To":"Mark Brown ","Cc":"Liam Girdwood , Rob Herring ,\n\tMark Rutland , Ray Jui ,\n\tScott Branden ,\n\tJon Mason , \n\tbcm-kernel-feedback-list@broadcom.com, Jaroslav Kysela , \n\tTakashi Iwai , alsa-devel@alsa-project.org,\n\tdevicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","References":"<1502748417-26417-1-git-send-email-lori.hikichi@broadcom.com>\n\t<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>\n\t<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>\n\t\n\t<20170816105954.ve434zeeqinweo5a@sirena.org.uk>\n\t<8c2fc92d-5ea8-8163-a588-0a4cba55e0f8@broadcom.com>\n\t<20170822160703.nusf7sv6k4gj3pti@sirena.org.uk>","From":"Lori Hikichi ","Message-ID":"<492cb202-f4cb-4f5d-5d32-3dee4f1226b5@broadcom.com>","Date":"Wed, 6 Sep 2017 18:45:22 -0700","User-Agent":"Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101\n\tThunderbird/52.2.1","MIME-Version":"1.0","In-Reply-To":"<20170822160703.nusf7sv6k4gj3pti@sirena.org.uk>","Content-Type":"text/plain; charset=windows-1252","Content-Transfer-Encoding":"7bit","Content-Language":"en-US","Sender":"devicetree-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"devicetree@vger.kernel.org"}},{"id":1774841,"web_url":"http://patchwork.ozlabs.org/comment/1774841/","msgid":"<20170925162839.wvnxm5kbzsqpwwj6@sirena.org.uk>","list_archive_url":null,"date":"2017-09-25T16:28:39","subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","submitter":{"id":24878,"url":"http://patchwork.ozlabs.org/api/people/24878/","name":"Mark Brown","email":"broonie@kernel.org"},"content":"On Wed, Sep 06, 2017 at 06:45:22PM -0700, Lori Hikichi wrote:\n\n> This will likely impact a couple of the other patches in the series, but\n> most should be applicable. What would be the best way to have some of the\n> other patches in this series reviewed? Should I just drop this series and\n> resubmit new individual patches for review.\n\nResubmit the ones that can be applied as is please, that'll avoid me\nmaking a mistake about which ones have the dependency.","headers":{"Return-Path":"","X-Original-To":"incoming-dt@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming-dt@bilbo.ozlabs.org","Authentication-Results":["ozlabs.org;\n\tspf=none (mailfrom) smtp.mailfrom=vger.kernel.org\n\t(client-ip=209.132.180.67; helo=vger.kernel.org;\n\tenvelope-from=devicetree-owner@vger.kernel.org; receiver=)","ozlabs.org;\n\tdkim=fail reason=\"signature verification failed\" (1024-bit key;\n\tunprotected) header.d=sirena.org.uk header.i=@sirena.org.uk\n\theader.b=\"vGxQSph6\"; dkim-atps=neutral"],"Received":["from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3y18h24PJBz9t3k\n\tfor ;\n\tTue, 26 Sep 2017 02:30:10 +1000 (AEST)","(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S934659AbdIYQ34 (ORCPT );\n\tMon, 25 Sep 2017 12:29:56 -0400","from heliosphere.sirena.org.uk ([172.104.155.198]:38606 \"EHLO\n\theliosphere.sirena.org.uk\" rhost-flags-OK-OK-OK-OK) by\n\tvger.kernel.org with ESMTP id S934681AbdIYQ3y (ORCPT\n\t); Mon, 25 Sep 2017 12:29:54 -0400","from [70.35.39.2] (helo=finisterre.ee.mobilebroadband)\n\tby heliosphere.sirena.org.uk with esmtpsa\n\t(TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89)\n\t(envelope-from )\n\tid 1dwWFs-0001W7-J1; Mon, 25 Sep 2017 16:29:12 +0000","by finisterre.ee.mobilebroadband (Postfix, from userid 1000)\n\tid 954A8440052; Mon, 25 Sep 2017 17:28:39 +0100 (BST)"],"DKIM-Signature":"v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;\n\td=sirena.org.uk; s=20170815-heliosphere; h=In-Reply-To:Content-Type:\n\tMIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:\n\tContent-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:\n\tResent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:\n\tList-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive;\n\tbh=qlxx6RdZBXJzPjVisKk9E8d0v3L85j4JGbFGrAnmbsg=;\n\tb=vGxQSph6+8DRc5v1XGbeWsXMR\n\tHUOBF2fOPCOLxgxygaGoHFqkXa56kiFLyq4WGw/IvhcJtl22FNFwj8kTGfiSIJ3Y9TXpuTM6EU4ln\n\tN9y3iShpDNP1sqeivPzmzk0mK4k1Sx4pmZe0z0xPgN2cfdibr23fh/xHq8S5DQGbPecH8=;","Date":"Mon, 25 Sep 2017 17:28:39 +0100","From":"Mark Brown ","To":"Lori Hikichi ","Cc":"Liam Girdwood , Rob Herring ,\n\tMark Rutland , Ray Jui ,\n\tScott Branden ,\n\tJon Mason , \n\tbcm-kernel-feedback-list@broadcom.com, Jaroslav Kysela , \n\tTakashi Iwai , alsa-devel@alsa-project.org,\n\tdevicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,\n\tlinux-kernel@vger.kernel.org","Subject":"Re: [PATCH 2/9] ASoC: cygnus: Update bindings for audio clock\n\tchanges","Message-ID":"<20170925162839.wvnxm5kbzsqpwwj6@sirena.org.uk>","References":"<1502748417-26417-1-git-send-email-lori.hikichi@broadcom.com>\n\t<1502748417-26417-3-git-send-email-lori.hikichi@broadcom.com>\n\t<20170815171424.whcy4mftex6sgzgj@sirena.org.uk>\n\t\n\t<20170816105954.ve434zeeqinweo5a@sirena.org.uk>\n\t<8c2fc92d-5ea8-8163-a588-0a4cba55e0f8@broadcom.com>\n\t<20170822160703.nusf7sv6k4gj3pti@sirena.org.uk>\n\t<492cb202-f4cb-4f5d-5d32-3dee4f1226b5@broadcom.com>","MIME-Version":"1.0","Content-Type":"multipart/signed; micalg=pgp-sha512;\n\tprotocol=\"application/pgp-signature\"; boundary=\"cfkq5nj4dwnxwnsw\"","Content-Disposition":"inline","In-Reply-To":"<492cb202-f4cb-4f5d-5d32-3dee4f1226b5@broadcom.com>","X-Cookie":"MIT:","User-Agent":"NeoMutt/20170609 (1.8.3)","Sender":"devicetree-owner@vger.kernel.org","Precedence":"bulk","List-ID":"","X-Mailing-List":"devicetree@vger.kernel.org"}}]