Patch Detail
get:
Show a patch.
patch:
Update a patch.
put:
Update a patch.
GET /api/patches/811979/?format=api
{ "id": 811979, "url": "http://patchwork.ozlabs.org/api/patches/811979/?format=api", "web_url": "http://patchwork.ozlabs.org/project/devicetree-bindings/patch/f5899af5ef548c618ac14950301f6bc8eff6e9ba.1504807204.git.lukas@wunner.de/", "project": { "id": 37, "url": "http://patchwork.ozlabs.org/api/projects/37/?format=api", "name": "Devicetree Bindings", "link_name": "devicetree-bindings", "list_id": "devicetree.vger.kernel.org", "list_email": "devicetree@vger.kernel.org", "web_url": "", "scm_url": "", "webscm_url": "", "list_archive_url": "", "list_archive_url_format": "", "commit_url_format": "" }, "msgid": "<f5899af5ef548c618ac14950301f6bc8eff6e9ba.1504807204.git.lukas@wunner.de>", "list_archive_url": null, "date": "2017-09-09T18:32:41", "name": "[v2,4/6] dt-bindings: iio: adc: mcp320x: Update for mcp3550/1/3", "commit_ref": null, "pull_url": null, "state": "not-applicable", "archived": true, "hash": "d00e2a436c6db04a419f3c9dfa68c8f8c4d2adb4", "submitter": { "id": 68499, "url": "http://patchwork.ozlabs.org/api/people/68499/?format=api", "name": "Lukas Wunner", "email": "lukas@wunner.de" }, "delegate": null, "mbox": "http://patchwork.ozlabs.org/project/devicetree-bindings/patch/f5899af5ef548c618ac14950301f6bc8eff6e9ba.1504807204.git.lukas@wunner.de/mbox/", "series": [ { "id": 2357, "url": "http://patchwork.ozlabs.org/api/series/2357/?format=api", "web_url": "http://patchwork.ozlabs.org/project/devicetree-bindings/list/?series=2357", "date": "2017-09-09T18:32:41", "name": "IIO driver for MCP3550/1/3", "version": 2, "mbox": "http://patchwork.ozlabs.org/series/2357/mbox/" } ], "comments": "http://patchwork.ozlabs.org/api/patches/811979/comments/", "check": "pending", "checks": "http://patchwork.ozlabs.org/api/patches/811979/checks/", "tags": {}, "related": [], "headers": { "Return-Path": "<devicetree-owner@vger.kernel.org>", "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=<UNKNOWN>)", "Received": [ "from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xqNBg5SjVz9t3B\n\tfor <incoming-dt@patchwork.ozlabs.org>;\n\tSun, 10 Sep 2017 04:34:19 +1000 (AEST)", "(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1754664AbdIISeS (ORCPT\n\t<rfc822;incoming-dt@patchwork.ozlabs.org>);\n\tSat, 9 Sep 2017 14:34:18 -0400", "from mailout2.hostsharing.net ([83.223.90.233]:55057 \"EHLO\n\tmailout2.hostsharing.net\" rhost-flags-OK-OK-OK-OK) by vger.kernel.org\n\twith ESMTP id S1753031AbdIISeR (ORCPT\n\t<rfc822; devicetree@vger.kernel.org>); Sat, 9 Sep 2017 14:34:17 -0400", "from h08.hostsharing.net (h08.hostsharing.net [83.223.95.28])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256\n\tbits)) (Client CN \"*.hostsharing.net\",\n\tIssuer \"COMODO RSA Organization Validation Secure Server CA\" (not\n\tverified))\n\tby mailout2.hostsharing.net (Postfix) with ESMTPS id 54EB210089894;\n\tSat, 9 Sep 2017 20:34:16 +0200 (CEST)", "from localhost (5-38-90-81.adsl.cmo.de [81.90.38.5])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits))\n\t(No client certificate requested)\n\tby h08.hostsharing.net (Postfix) with ESMTPSA id BFE0961173F6;\n\tSat, 9 Sep 2017 20:34:14 +0200 (CEST)" ], "X-Mailbox-Line": "From f5899af5ef548c618ac14950301f6bc8eff6e9ba Mon Sep 17\n\t00:00:00 2001", "Message-Id": "<f5899af5ef548c618ac14950301f6bc8eff6e9ba.1504807204.git.lukas@wunner.de>", "In-Reply-To": "<cover.1504807204.git.lukas@wunner.de>", "References": "<cover.1504807204.git.lukas@wunner.de>", "From": "Lukas Wunner <lukas@wunner.de>", "Date": "Sat, 9 Sep 2017 20:32:41 +0200", "Subject": "[PATCH v2 4/6] dt-bindings: iio: adc: mcp320x: Update for\n\tmcp3550/1/3", "To": "Jonathan Cameron <jic23@kernel.org>", "Cc": "Hartmut Knaack <knaack.h@gmx.de>, Lars-Peter Clausen <lars@metafoo.de>, \n\tPeter Meerwald-Stadler <pmeerw@pmeerw.net>,\n\tMathias Duckeck <m.duckeck@kunbus.de>,\n\tPhil Elwell <phil@raspberrypi.org>, \n\tOskar Andero <oskar.andero@gmail.com>,\n\tAndrea Galbusera <gizero@gmail.com>, \n\tAkinobu Mita <akinobu.mita@gmail.com>,\n\tManfred Schlaegl <manfred.schlaegl@gmx.at>,\n\tMichael Welling <mwelling@ieee.org>,\n\tSoeren Andersen <san@rosetechnology.dk>,\n\tlinux-iio@vger.kernel.org, devicetree@vger.kernel.org,\n\tRob Herring <robh+dt@kernel.org>, Mark Rutland <mark.rutland@arm.com>", "Sender": "devicetree-owner@vger.kernel.org", "Precedence": "bulk", "List-ID": "<devicetree.vger.kernel.org>", "X-Mailing-List": "devicetree@vger.kernel.org" }, "content": "All chips supported by this driver clock data out on the falling edge\nand latch data in on the rising edge, hence SPI mode (0,0) or (1,1)\nmust be used.\n\nFurthermore, none of the chips has an internal reference voltage\nregulator, so an external supply is always required and needs to be\nspecified in the device tree lest the IIO \"scale\" in sysfs cannot be\ncalculated.\n\nDocument these requirements in the device tree binding, add compatible\nstrings for the newly supported mcp3550/1/3 and explain that SPI mode\n(0,0) should be preferred for these chips.\n\nCc: Mathias Duckeck <m.duckeck@kunbus.de>\nSigned-off-by: Lukas Wunner <lukas@wunner.de>\n---\nChanges since v1:\n- Move support for continuous conversion mode to separate patch\n which is marked informational / not for merging. (Rob, Jonathan)\n\n Documentation/devicetree/bindings/iio/adc/mcp320x.txt | 14 ++++++++++++++\n 1 file changed, 14 insertions(+)", "diff": "diff --git a/Documentation/devicetree/bindings/iio/adc/mcp320x.txt b/Documentation/devicetree/bindings/iio/adc/mcp320x.txt\nindex bcd3ac8e6e0c..7d64753df949 100644\n--- a/Documentation/devicetree/bindings/iio/adc/mcp320x.txt\n+++ b/Documentation/devicetree/bindings/iio/adc/mcp320x.txt\n@@ -29,15 +29,29 @@ Required properties:\n \t\t\t\t\"microchip,mcp3204\"\n \t\t\t\t\"microchip,mcp3208\"\n \t\t\t\t\"microchip,mcp3301\"\n+\t\t\t\t\"microchip,mcp3550-50\"\n+\t\t\t\t\"microchip,mcp3550-60\"\n+\t\t\t\t\"microchip,mcp3551\"\n+\t\t\t\t\"microchip,mcp3553\"\n \n \t\t\tNOTE: The use of the compatibles with no vendor prefix\n \t\t\tis deprecated and only listed because old DT use them.\n \n+\t- spi-cpha, spi-cpol (boolean):\n+\t\t\tEither SPI mode (0,0) or (1,1) must be used, so specify\n+\t\t\tnone or both of spi-cpha, spi-cpol. The MCP3550/1/3\n+\t\t\tis more efficient in mode (1,1) as only 3 instead of\n+\t\t\t4 bytes need to be read from the ADC, but not all SPI\n+\t\t\tmasters support it.\n+\n+\t- vref-supply:\tPhandle to the external reference voltage supply.\n+\n Examples:\n spi_controller {\n \tmcp3x0x@0 {\n \t\tcompatible = \"mcp3002\";\n \t\treg = <0>;\n \t\tspi-max-frequency = <1000000>;\n+\t\tvref-supply = <&vref_reg>;\n \t};\n };\n", "prefixes": [ "v2", "4/6" ] }