Show a cover letter.

GET /api/covers/807556/?format=api
HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "id": 807556,
    "url": "http://patchwork.ozlabs.org/api/covers/807556/?format=api",
    "web_url": "http://patchwork.ozlabs.org/project/linux-i2c/cover/20170830094814.17758-1-hdegoede@redhat.com/",
    "project": {
        "id": 35,
        "url": "http://patchwork.ozlabs.org/api/projects/35/?format=api",
        "name": "Linux I2C development",
        "link_name": "linux-i2c",
        "list_id": "linux-i2c.vger.kernel.org",
        "list_email": "linux-i2c@vger.kernel.org",
        "web_url": "",
        "scm_url": "",
        "webscm_url": "",
        "list_archive_url": "",
        "list_archive_url_format": "",
        "commit_url_format": ""
    },
    "msgid": "<20170830094814.17758-1-hdegoede@redhat.com>",
    "list_archive_url": null,
    "date": "2017-08-30T09:48:03",
    "name": "[v3,00/11] Hookup typec power-negotation to the PMIC and charger",
    "submitter": {
        "id": 1893,
        "url": "http://patchwork.ozlabs.org/api/people/1893/?format=api",
        "name": "Hans de Goede",
        "email": "hdegoede@redhat.com"
    },
    "mbox": "http://patchwork.ozlabs.org/project/linux-i2c/cover/20170830094814.17758-1-hdegoede@redhat.com/mbox/",
    "series": [
        {
            "id": 564,
            "url": "http://patchwork.ozlabs.org/api/series/564/?format=api",
            "web_url": "http://patchwork.ozlabs.org/project/linux-i2c/list/?series=564",
            "date": "2017-08-30T09:48:14",
            "name": "Hookup typec power-negotation to the PMIC and charger",
            "version": 3,
            "mbox": "http://patchwork.ozlabs.org/series/564/mbox/"
        }
    ],
    "comments": "http://patchwork.ozlabs.org/api/covers/807556/comments/",
    "headers": {
        "Return-Path": "<linux-i2c-owner@vger.kernel.org>",
        "X-Original-To": "incoming@patchwork.ozlabs.org",
        "Delivered-To": "patchwork-incoming@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=linux-i2c-owner@vger.kernel.org;\n\treceiver=<UNKNOWN>)",
            "ext-mx05.extmail.prod.ext.phx2.redhat.com;\n\tdmarc=none (p=none dis=none) header.from=redhat.com",
            "ext-mx05.extmail.prod.ext.phx2.redhat.com;\n\tspf=fail smtp.mailfrom=hdegoede@redhat.com"
        ],
        "Received": [
            "from vger.kernel.org (vger.kernel.org [209.132.180.67])\n\tby ozlabs.org (Postfix) with ESMTP id 3xj15M41xFz9sNn\n\tfor <incoming@patchwork.ozlabs.org>;\n\tWed, 30 Aug 2017 19:52:39 +1000 (AEST)",
            "(majordomo@vger.kernel.org) by vger.kernel.org via listexpand\n\tid S1751300AbdH3JsU (ORCPT <rfc822;incoming@patchwork.ozlabs.org>);\n\tWed, 30 Aug 2017 05:48:20 -0400",
            "from mx1.redhat.com ([209.132.183.28]:35226 \"EHLO mx1.redhat.com\"\n\trhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP\n\tid S1751242AbdH3JsT (ORCPT <rfc822;linux-i2c@vger.kernel.org>);\n\tWed, 30 Aug 2017 05:48:19 -0400",
            "from smtp.corp.redhat.com\n\t(int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15])\n\t(using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits))\n\t(No client certificate requested)\n\tby mx1.redhat.com (Postfix) with ESMTPS id CC67C91FF1;\n\tWed, 30 Aug 2017 09:48:18 +0000 (UTC)",
            "from shalem.localdomain.com (ovpn-116-238.ams2.redhat.com\n\t[10.36.116.238])\n\tby smtp.corp.redhat.com (Postfix) with ESMTP id E913587CA1;\n\tWed, 30 Aug 2017 09:48:15 +0000 (UTC)"
        ],
        "DMARC-Filter": "OpenDMARC Filter v1.3.2 mx1.redhat.com CC67C91FF1",
        "From": "Hans de Goede <hdegoede@redhat.com>",
        "To": "Darren Hart <dvhart@infradead.org>, Andy Shevchenko <andy@infradead.org>,\n\tWolfram Sang <wsa@the-dreams.de>, Sebastian Reichel <sre@kernel.org>,\n\tGreg Kroah-Hartman <gregkh@linuxfoundation.org>,\n\tGuenter Roeck <linux@roeck-us.net>,\n\tHeikki Krogerus <heikki.krogerus@linux.intel.com>",
        "Cc": "Hans de Goede <hdegoede@redhat.com>,\n\tplatform-driver-x86@vger.kernel.org, linux-kernel@vger.kernel.org,\n\tlinux-i2c@vger.kernel.org, Liam Breck <liam@networkimprov.net>,\n\tTony Lindgren <tony@atomide.com>, linux-pm@vger.kernel.org,\n\tdevel@driverdev.osuosl.org",
        "Subject": "[PATCH v3 00/11] Hookup typec power-negotation to the PMIC and\n\tcharger",
        "Date": "Wed, 30 Aug 2017 11:48:03 +0200",
        "Message-Id": "<20170830094814.17758-1-hdegoede@redhat.com>",
        "X-Scanned-By": "MIMEDefang 2.79 on 10.5.11.15",
        "X-Greylist": "Sender IP whitelisted, not delayed by milter-greylist-4.5.16\n\t(mx1.redhat.com [10.5.110.29]);\n\tWed, 30 Aug 2017 09:48:19 +0000 (UTC)",
        "Sender": "linux-i2c-owner@vger.kernel.org",
        "Precedence": "bulk",
        "List-ID": "<linux-i2c.vger.kernel.org>",
        "X-Mailing-List": "linux-i2c@vger.kernel.org"
    },
    "content": "Hi All,\n\nHere is v3 of my typec power-negotation hookup series. New this version:\n- Drop a few patches merged into linux-power-supply.git/for-next\n- Drop the \"power: supply: bq24190_charger: Remove extcon handling\"\n  patch *for now*, this can only be merged once all the other patches are\n  in place (and extcon handling is no longer needed)\n- Address some review comments in some of the other patches, see the\n  per patch changelogs inside the commit messages\n\nI believe that this series is ready for merging now and I would like to\nask the various subsys maintainers to pick up and merge these patches.\nAll the patches can be merged independent of eachother with the exception\nof the last 2 patches:\n\ni2c-cht-wc: Add device-properties for fusb302 integration\nplatform/x86: intel_cht_int33fe: Update fusb302 type string, add properties\n\nWhich should not be merged until all the other patches are in place.\n\nFor reference below is the cover letter of v2 of this patch.\n\nRegards,\n\nHans\n\n\nv2 series cover letter:\n\nThis series implements a number of typec changes discussed a while back:\n\n- It exports the negotiated voltage and max-current in the form of a\n  power-supply class device which represents the USB Type-C power-brick\n  (adapter/charger)\n- It adds a power_supply_set_input_current_limit_from_supplier helper\n  function which charger drivers can use to get the max-current from\n  their supplier\n- It adds regulator support to the charger IC on the device I've. The\n  exported regulator controls the 5v boost convertor which generates the\n  5V USB vbus which gets output when the Type-C port is in host / power-src\n  mode\n- It adds a bunch of misc. related fixes and glue code to tie everything\n  together\n\nOne thing which was undecided in the previous discussion was how to make\nport-controller drivers hookup to external ICs (e.g. a non Type-C aware PMIC)\nto decect the input-current-limit for USB2 power-sources (through e.g. BC1.2\ndetection). Since a number of existing drivers, including the one for the\nPMIC used on the 2 mini laptops I'm working on, already use the extcon\nframework to communicate the detected USB2 charger-type, I've decided to\nsimply hook into this existing code. As this patch set shows this can be\ndone with zero changes to the existing PMIC/extcon drivers.\n\nWith this series the GPD win and GPD pocket mini laptops both fully\nsupport any type of Type-C charging. When hooked up with:\n-A -> C cable and plugged into a regular port they charge at 5V 0.5A\n-A -> C cable and plugged into a dedictaed charger they charge at 5V 2A\n-C -> C cable and plugged into a fixed 5V 3A charger, at 5V 3A\n-C -> C cable and plugged into a PD capable charger, which delivers max 12V, 2A\n they charge at 12V, 2A\n\nAnd when a Type-C to USB-A receptacle (so host mode) cable gets plugged in\nthe port correctly supplies 5V to any plugged in USB-A peripherals.\n\nThis is v2 of this series, which has the following changes (see\nchangelog inside individual patches for details):\n\n-Add \"i2c: Allow overriding dev_name through board_info\" patch, this is\n necessary for getting stable dev_names which are necessary for specifying\n regulator-mappings through regulator_init_data\n-Use regulator_init_data to specify mapping,  drop \"staging: typec:\n fusb302: Add support for fcs,vbus-regulator-name device-property\" patch\n-Merged helper code for port-c related extcon / power_supply handling\n directly into the fusb302 patches using the code, rather then trying\n to add generic helpers even though there is only 1 user"
}