Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1552812ybl; Tue, 3 Dec 2019 08:55:31 -0800 (PST) X-Google-Smtp-Source: APXvYqz+Y4yJyUuiznYhlzts6HLfgZtiejh1E+fWzhscNXPlmIYZpG06P434aznQxoCYufdFebKi X-Received: by 2002:aca:5582:: with SMTP id j124mr4245253oib.20.1575392131509; Tue, 03 Dec 2019 08:55:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575392131; cv=none; d=google.com; s=arc-20160816; b=kogxtONmiLj07FjP6liV5ctqMEa1IMMewnTx1n4BKnt1HbYwUapW3i+r1YKR+gZtYA cV5Ff6Z9I+/1kmrL7yOKMhz5w6tnPYxu2nBSVgO1lVQcvPJ8aacRMDoN/s+u5NtOxThA O5Jl7VQNPlbMXqWGYUPs7i52i1XuhNtheOcUjPzomTe1Ja9LuHpuUREYRzzuKf1pIDVR KBmXppCdi8T2LRKX0Ul134g0Sk5epV2cxD2wRouJnqambBkYIdDemxZG9f4jtsTkxftq 4efk29bSpWCbWxSuaAIh1zfF2eL61/QNOm7uDNrhdtTjOAV3PvdXzsLy4Y2TjDLrH2iV 3d8g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=CINu8kwJ3/pozCYLOw1eHYh+k5bZA/5ppRAlDtMjvfg=; b=EVli1/JMCssQgUHJVMFTrZU0oppP80hGfDUDs5YLp/hoFsmUezz2WiycWEBcff7JNJ ybpcGMC8LJ2GJ4fFGTdkuoCInUjJ6w11OJfu5TSjFdMP5apXjoaqEHpip0b49EgFZ2Gp SpMsTvyQu4E+zB5WobNzx+LrMa4N3r+jG3f0HbH8g4+buX0SoqvuTfSr86aHe7D+puL0 saE7dsLAx9eV5+5HEaaGd+61Wh8nULyuQ7scLSAmNCdbK9F2ukwFQKtFi+06BmPpuhCk nDfSr1/xJYg90PhD3/xFAKIcfit0XQ7pKYAOWMPJy5tijHd75Aiq8JC+GdSVdXQKRP6b hhRg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s12si1505545oij.209.2019.12.03.08.55.18; Tue, 03 Dec 2019 08:55:31 -0800 (PST) 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727205AbfLCQw5 (ORCPT + 99 others); Tue, 3 Dec 2019 11:52:57 -0500 Received: from mail-lf1-f67.google.com ([209.85.167.67]:40664 "EHLO mail-lf1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726422AbfLCQw5 (ORCPT ); Tue, 3 Dec 2019 11:52:57 -0500 Received: by mail-lf1-f67.google.com with SMTP id y5so3569173lfy.7; Tue, 03 Dec 2019 08:52:55 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=CINu8kwJ3/pozCYLOw1eHYh+k5bZA/5ppRAlDtMjvfg=; b=d4yeZutzdxhWfKAG1Q6/BMv2Skmai4ykwX8zAN58WR0pZoT3lvvrGGMZxMRJnbXZPP zooBLs5bIOvccAb4cNzpCnnkEGmJEf+qq0QEpyfqxHxTP7RlNrN8BuKzzakB/lJPQgAU yaUODYNJ6FgVkNGnjLScXoSadRx+VKdyWo+mvgS0qZeNBB/9SMJQeEnhmz3MIPVGA2kd W+beDR06MAExXRL9wmfGHHuB6EdcwzlSByoty/fnO5FaNmSy8tJeFMgQ7VBWNPcLAVKQ YGGjoLHThj3vzpSGPlAYtMGP1Q/QrlQB+JS9kozZVdJkL/vKoXMHCFClO9fMYhaM1bcL kjwQ== X-Gm-Message-State: APjAAAW+rdWzM0lVoDCWlXAGFUvX8qZ3v/v9lmUCWE1L7qgdAI7M48a9 x319OPhUJcTEUa6A2xMs4Ys= X-Received: by 2002:ac2:5195:: with SMTP id u21mr3322208lfi.141.1575391974516; Tue, 03 Dec 2019 08:52:54 -0800 (PST) Received: from xi.terra (c-14b8e655.07-184-6d6c6d4.bbcust.telenor.se. [85.230.184.20]) by smtp.gmail.com with ESMTPSA id g14sm1659970ljj.37.2019.12.03.08.52.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 03 Dec 2019 08:52:53 -0800 (PST) Received: from johan by xi.terra with local (Exim 4.92.3) (envelope-from ) id 1icBQ5-000409-47; Tue, 03 Dec 2019 17:53:01 +0100 Date: Tue, 3 Dec 2019 17:53:01 +0100 From: Johan Hovold To: Ikjoon Jang Cc: linux-usb@vger.kernel.org, GregKroah-Hartman , RobHerring , MarkRutland , AlanStern , SuwanKim , "GustavoA . R . Silva" , JohanHovold , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, drinkcat@chromium.org Subject: Re: [PATCH v4 2/2] usb: overridable hub bInterval by device node Message-ID: <20191203165301.GH10631@localhost> References: <20191203101552.199339-1-ikjn@chromium.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191203101552.199339-1-ikjn@chromium.org> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 03, 2019 at 06:15:52PM +0800, Ikjoon Jang wrote: > This patch enables hub device to override its own endpoint descriptor's > bInterval when the hub has a device node with "hub,interval" property. > > When we know reducing autosuspend delay for built-in HIDs is better for > power saving, we can reduce it to the optimal value. But if a parent hub > has a long bInterval, mouse lags a lot from more frequent autosuspend. > So this enables overriding bInterval for a hard wired hub device only > when we know that reduces the power consumption. I think I saw you argue about why this shouldn't simply be configured at runtime. Please include that here too, I can't seem to remember why... > Signed-off-by: Ikjoon Jang > Acked-by: Alan Stern > --- > drivers/usb/core/config.c | 9 +++++++++ > 1 file changed, 9 insertions(+) > > diff --git a/drivers/usb/core/config.c b/drivers/usb/core/config.c > index 5f40117e68e7..95ec5af42a1c 100644 > --- a/drivers/usb/core/config.c > +++ b/drivers/usb/core/config.c > @@ -6,6 +6,7 @@ > #include > #include > #include > +#include > #include > #include > #include > @@ -257,6 +258,14 @@ static int usb_parse_endpoint(struct device *ddev, int cfgno, int inum, > memcpy(&endpoint->desc, d, n); > INIT_LIST_HEAD(&endpoint->urb_list); > > + /* device node property overrides bInterval */ > + if (usb_of_has_combined_node(to_usb_device(ddev))) { Not only hubs have combined nodes so you probably need to check bDeviceClass here instead. > + u32 interval = 0; > + if (!of_property_read_u32(ddev->of_node, "hub,interval", > + &interval)) > + d->bInterval = min_t(u8, interval, 255); You want min_t(u32, ...) here to avoid surprises when someone specifies a value > 255. > + } > + > /* > * Fix up bInterval values outside the legal range. > * Use 10 or 8 ms if no proper value can be guessed. Johan