Received-SPF: pass (google.com: domain of linux-kernel+bounces-7243-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1;
Feedback-ID: i787e41f1:Fastmail
Date: Wed, 20 Dec 2023 17:04:35 +0100
From: Greg KH <greg@kroah.com>
To: Werner Sembach <wse@tuxedocomputers.com>
Cc: Andreas Noever <andreas.noever@gmail.com>,
	Michael Jamet <michael.jamet@intel.com>,
	Mika Westerberg <mika.westerberg@linux.intel.com>,
	Yehezkel Bernat <YehezkelShB@gmail.com>, linux-usb@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] thunderbolt: Reduce retry timeout to speed up boot for
 some devices
Message-ID: <2023122012-spruce-unsteady-e187@gregkh>
References: <20231220150956.230227-1-wse@tuxedocomputers.com>
 <2e00a0dc-5911-44ee-8c50-a8482eb44197@tuxedocomputers.com>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <2e00a0dc-5911-44ee-8c50-a8482eb44197@tuxedocomputers.com>

On Wed, Dec 20, 2023 at 04:23:15PM +0100, Werner Sembach wrote:
> Am 20.12.23 um 16:09 schrieb Werner Sembach:
> > This is a followup to "thunderbolt: Workaround an IOMMU fault on certain
> > systems with Intel Maple Ridge".
> > 
> > It seems like the timeout can be reduced to 250ms. This reduces the overall
> > delay caused by the retires to ~1s. This is about the time other things
> > being initialized in parallel need anyway*, so like this the effective boot
> > time is no longer compromised.
> > 
> > *I only had a single device available for my measurements: A Clevo X170KM-G
> > desktop replacement notebook.
> > 
> > Signed-off-by: Werner Sembach <wse@tuxedocomputers.com>
> I wonder if this could also land in stable? Or would it be to risky?

If it's really a bugfix now, why would it _not_ be relevant for stable?

thanks,

greg k-h