Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp4193251pxb; Tue, 10 Nov 2020 10:04:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJyR3Y6iC+qsoDS1DaiI/x3tyo4kQnU1JLXzsl+pv2bAYHKwyChYx7D9CyVY75PJpACYj7OR X-Received: by 2002:a17:906:1408:: with SMTP id p8mr12189548ejc.548.1605031442044; Tue, 10 Nov 2020 10:04:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605031442; cv=none; d=google.com; s=arc-20160816; b=wYSGkppL58ueP8KwPGgrQ7JA2EfS6X2D/e1xZS4ul+jpTrjpa1eQlOzAnvB/r2zEaw O8lEWI3zYwZXj/i16CdddsKlHVc9bQiHx71/bPqQfhbP8aiCoFij5tVwfhvURFqTqUiO KbjlQBDNRHmURhRanPrdeQSFVFo9gDTE0MXZnrw0OevqFRCddH57LIVB44Cfrb2QFzAr nMRWYWmLvQ+WiknL80ASO8nqeN2ne87Uzsl4sKqjSep6HaSMh4K5xI+8mfJIT17Za4QN rSdvEaSznuyRGpDXK4Tk2afdg7N+Kc9hav2Y600NMI25rlDP9j9l7OHckMvfcpleiznj XDVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=wa6vZraV2Zy1l5rZftWhpTK9jDGdp3D8zFwvJXbwYt0=; b=YC0UPTn+uxt28INPFZFiHIapnaAL8DpSKg5roYPZCQrTOLCDllcXyoiJe51jPSlUma +poEyn+7l+DrL1xYZHl/kTZcCxj9WR/xFDV+UtKoHAVY1LvI1WqhcE/ha0N8ujD7t9od 49rS49Mw37AqEeqzUDwvefav249NJpfsCLyPEYnuBe1Kz5snWpWtvVzGKoLciQm6Ondx DNzixR6iF13UTpE1W/DLxOhynTY2JiroBul1w8i4uWBaewohUjDmZLi2pOuG/tdoJmAD sfT/IMbjaTxp7CfzkRTod5ijnOJgxUr3LMqgswibmMrwvVHLGyhBD5Tyqzfjs3wxPQOX 8Prg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ZFAucTu5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ch5si9869435edb.190.2020.11.10.10.03.36; Tue, 10 Nov 2020 10:04:02 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ZFAucTu5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730871AbgKJR7p (ORCPT + 99 others); Tue, 10 Nov 2020 12:59:45 -0500 Received: from mail.kernel.org ([198.145.29.99]:53370 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726152AbgKJR7p (ORCPT ); Tue, 10 Nov 2020 12:59:45 -0500 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4E11920781; Tue, 10 Nov 2020 17:59:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1605031184; bh=jwu8PRKrsHfDgpGZ+z6S9+0XZR1/nw57zMqpHjt+PXg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ZFAucTu5ZAAAQH7vf4p2SqwNLuAMx/4OkNrFgjqL4U6YGOyt4kMCbn5AYamDKyYA6 t6ra/iIzcSxLYWVmgwgUO89Sub+nQNeIKWwCVQXJx0fh2PV0/7SV0elcpVzJM6R9Us gh+vaxgFKASCyEWCDrCE1hI/uA6SGTi+4SfeFq1g= Date: Tue, 10 Nov 2020 19:00:47 +0100 From: Greg KH To: "Limonciello, Mario" Cc: Bastien Nocera , Mika Westerberg , Linux PM , "linux-usb@vger.kernel.org" , Linux Kernel Mailing List , "linux-input@vger.kernel.org" , Hans de Goede Subject: Re: How to enable auto-suspend by default Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 10, 2020 at 05:45:43PM +0000, Limonciello, Mario wrote: > > > I guess what Bastien is getting at is for newer devices supported by class > > > drivers rather than having to store an allowlist in udev rules, can we set > > > the allowlist in the kernel instead. Then distributions that either don't > > > use systemd or don't regularly update udev rules from systemd can take > > > advantage of better defaults on modern hardware. > > > > That's what the "hardware ids" database is supposed to be handling. > > It's easier to manage this in userspace than in the kernel. > > > > I just love systems where people feel it is safer to update the kernel > > than it is to update a hardware database file :) > > > > > The one item that stood out to me in that rules file was 8086:a0ed. > > > It's listed as "Volteer XHCI", but that same device ID is actually present > > > in an XPS 9310 in front of me as well and used by the xhci-pci kernel > > module. > > > > That's an Intel PCI device id. If someone else is abusing that number, > > I'm sure Intel would want to know about it and would be glad to go after > > them. > > Sorry I wasn't intending to insinuate an abuse of the number, but rather that > the PCI device in the "Volteer" product and that in XPS 9310 appear are the > same so they are possibly using the same hardware for this device. Ok, but again, given that the device might be on different transports, the ability for the device to properly autosuspend might be different, right? thanks, greg k-h