Received: by 10.213.65.68 with SMTP id h4csp276977imn; Tue, 20 Mar 2018 03:20:21 -0700 (PDT) X-Google-Smtp-Source: AG47ELuOY0fBUW6DB6t7scCt1EIjBcA8qridpYXouV0PTpRLyHHEl7C8FzTw5JKrhb7CFTp9RtRI X-Received: by 10.101.101.205 with SMTP id y13mr11516864pgv.265.1521541221438; Tue, 20 Mar 2018 03:20:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521541221; cv=none; d=google.com; s=arc-20160816; b=VLzqmlkRaWN9tHR8RqE3uZMxh1C3zUjO8rhClkRUno2xDWssU0q40PuzgFqGAgv9G5 B3DYKx0rHKjNWWV0kxSs0htpujFvwDr0vMBoEVPKfwyNnEhnFoTfCZN5cgM2w56f+hnh VZdD2JE2zz4LXMY+162AS5ng6o6SJTxRtbRI6zl8TViYjKVj1S2Wl+dkVTeKFQMMs/KD +XZIrbG5NfulcmyNrekejmkvpYT4AolntnvyJmBat3A4mAy0liiS3SeflSlKLle9251Y LAFqUx/Z7y/3P6iB13X3cR0W1F8Dn59+26eIMuF9fE7uBsIqA1ueJuOd8i9SpIcymYsz gtQQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=k4fqDmPnG0M/4+OL0GA0fJMzQig/KgOeMOsDIowxG/8=; b=j58RXiqjaLP2waK4YaWDlwyTdQv5FJiUoz4GpgPYuszmmiXfNgVKGIERZ5bieOMYBp US47wRCKvZbVXB4i1v8DjQcNE50qSfe7oucEcUey7dSjrPpf6MVfImK+Rd7EdT9iwrlc WxFMc+n5zZmRGqn+7Sh7NvbDTLr/G7PLyv0gIqlsKAQQV9i/fDEhEtiVfDTcaTtmcE6o 1cNrESMHoE1VnrgGCbRVqdO/8di9ka4EkUdmS4aZA15X9MFdsd1PSZCgB3txTt0vOM54 IkEqBdXa30OnIJAGjhm3ejTk7kjDiaIfywHagTECxkUa04HKG5AXtEL7CbIMC3OIRFHe rkug== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 90-v6si1278314plf.299.2018.03.20.03.20.06; Tue, 20 Mar 2018 03:20:21 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752748AbeCTKRw (ORCPT + 99 others); Tue, 20 Mar 2018 06:17:52 -0400 Received: from relay05.alfahosting-server.de ([109.237.142.241]:61068 "EHLO relay05.alfahosting-server.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752687AbeCTKRs (ORCPT ); Tue, 20 Mar 2018 06:17:48 -0400 Received: by relay01.alfahosting-server.de (Postfix, from userid 1001) id B0CA832C2386; Tue, 20 Mar 2018 11:17:45 +0100 (CET) X-Spam-DCC: : X-Spam-Level: X-Spam-Status: No, score=-1000.0 required=7.0 tests=BAYES_50,D_SENT_WITH_SASL autolearn=disabled version=3.2.5 Received: from alfa3028.alfahosting-server.de (alfa3028.alfahosting-server.de [109.237.138.38]) by relay01.alfahosting-server.de (Postfix) with ESMTPS id C1B7B32C1F36; Tue, 20 Mar 2018 11:17:39 +0100 (CET) Received: from localhost.localdomain (unknown [91.230.2.244]) (Authenticated sender: yes) by alfa3028.alfahosting-server.de (Postfix) with ESMTPA id E38193BE0001; Tue, 20 Mar 2018 11:17:37 +0100 (CET) From: Richard Leitner To: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Cc: gregkh@linuxfoundation.org, stern@rowland.harvard.edu, linux@roeck-us.net, mathias.nyman@linux.intel.com, johan@kernel.org, felipe.balbi@linux.intel.com, ekorenevsky@gmail.com, peter.chen@nxp.com, drake@endlessm.com, joe@perches.com, Richard Leitner Subject: [PATCH v4] usb: core: introduce per-port over-current counters Date: Tue, 20 Mar 2018 11:17:13 +0100 Message-Id: <20180320101713.5650-1-dev@g0hl1n.net> X-Mailer: git-send-email 2.11.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Richard Leitner For some userspace applications information on the number of over-current conditions at specific USB hub ports is relevant. In our case we have a series of USB hardware (using the cp210x driver) which communicates using a proprietary protocol. These devices sometimes trigger an over-current situation on some hubs. In case of such an over-current situation the USB devices offer an interface for reducing the max used power. As these conditions are quite rare and imply performance reductions of the device we don't want to reduce the max power always. Therefore give user-space applications the possibility to react adequately by introducing an over_current_counter in the usb port struct which is exported via sysfs. Signed-off-by: Richard Leitner --- Changes v4: - reintroduce forgotten Changelog Changes v3: - Improve sysfs file description as recommended by greg k-h Changes v2: - rename oc_count to over_current_count - add entry to Documentation/ABI - add detailled description to commit message --- Documentation/ABI/testing/sysfs-bus-usb | 10 ++++++++++ drivers/usb/core/hub.c | 4 +++- drivers/usb/core/hub.h | 1 + drivers/usb/core/port.c | 10 ++++++++++ 4 files changed, 24 insertions(+), 1 deletion(-) diff --git a/Documentation/ABI/testing/sysfs-bus-usb b/Documentation/ABI/testing/sysfs-bus-usb index 0bd731cbb50c..c702c78f24d8 100644 --- a/Documentation/ABI/testing/sysfs-bus-usb +++ b/Documentation/ABI/testing/sysfs-bus-usb @@ -189,6 +189,16 @@ Description: The file will read "hotplug", "wired" and "not used" if the information is available, and "unknown" otherwise. +What: /sys/bus/usb/devices/.../(hub interface)/portX/over_current_count +Date: February 2018 +Contact: Richard Leitner +Description: + Most hubs are able to detect over-current situations on their + ports and report them to the kernel. This attribute is to expose + the number of over-current situation occurred on a specific port + to user space. This file will contain an unsigned 32 bit value + which wraps to 0 after its maximum is reached. + What: /sys/bus/usb/devices/.../(hub interface)/portX/usb3_lpm_permit Date: November 2015 Contact: Lu Baolu diff --git a/drivers/usb/core/hub.c b/drivers/usb/core/hub.c index c5c1f6cf3228..6f779b518e75 100644 --- a/drivers/usb/core/hub.c +++ b/drivers/usb/core/hub.c @@ -5104,8 +5104,10 @@ static void port_event(struct usb_hub *hub, int port1) if (portchange & USB_PORT_STAT_C_OVERCURRENT) { u16 status = 0, unused; + port_dev->over_current_count++; - dev_dbg(&port_dev->dev, "over-current change\n"); + dev_dbg(&port_dev->dev, "over-current change #%u\n", + port_dev->over_current_count); usb_clear_port_feature(hdev, port1, USB_PORT_FEAT_C_OVER_CURRENT); msleep(100); /* Cool down */ diff --git a/drivers/usb/core/hub.h b/drivers/usb/core/hub.h index 2a700ccc868c..78d7f4dad618 100644 --- a/drivers/usb/core/hub.h +++ b/drivers/usb/core/hub.h @@ -100,6 +100,7 @@ struct usb_port { unsigned int is_superspeed:1; unsigned int usb3_lpm_u1_permit:1; unsigned int usb3_lpm_u2_permit:1; + unsigned int over_current_count; }; #define to_usb_port(_dev) \ diff --git a/drivers/usb/core/port.c b/drivers/usb/core/port.c index 1a01e9ad3804..6979bde87d31 100644 --- a/drivers/usb/core/port.c +++ b/drivers/usb/core/port.c @@ -41,6 +41,15 @@ static ssize_t connect_type_show(struct device *dev, } static DEVICE_ATTR_RO(connect_type); +static ssize_t over_current_count_show(struct device *dev, + struct device_attribute *attr, char *buf) +{ + struct usb_port *port_dev = to_usb_port(dev); + + return sprintf(buf, "%u\n", port_dev->over_current_count); +} +static DEVICE_ATTR_RO(over_current_count); + static ssize_t usb3_lpm_permit_show(struct device *dev, struct device_attribute *attr, char *buf) { @@ -109,6 +118,7 @@ static DEVICE_ATTR_RW(usb3_lpm_permit); static struct attribute *port_dev_attrs[] = { &dev_attr_connect_type.attr, + &dev_attr_over_current_count.attr, NULL, }; -- 2.11.0