Received: by 2002:a05:7412:ba23:b0:fa:4c10:6cad with SMTP id jp35csp2035204rdb; Sun, 21 Jan 2024 04:57:21 -0800 (PST) X-Google-Smtp-Source: AGHT+IHiwhZtsKW+desUQk7tu+VU2hrhJgHLCdKXoLHQg1jKXjJ9Yxt/TpH0G+xVtIfRxempXEMS X-Received: by 2002:a50:e709:0:b0:557:6401:e7c with SMTP id a9-20020a50e709000000b0055764010e7cmr1257355edn.18.1705841841817; Sun, 21 Jan 2024 04:57:21 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1705841841; cv=pass; d=google.com; s=arc-20160816; b=zhYaf4Nf3L4Vf1pzlSdLDP3rA+QKMJvzdgnI4cW1E0vJYvc4Lz2PfJFi2/wQKnqDbc UYvMe8+mUQdSvr93SjvOA4vNUUsfSoAX0i9bPT0axmq8U3YgXokCkmPMKxV6RSWOoHCR wTS/lpO2xCamgQA9PSWawdXY/ms/lauJZvLJAmxbYy5/33EkPQBwAT2TMCjuNa2JXzA4 doefI60iLlCbHxx2dMR37Sll6Kc0nzJWNt4NGfWFhEA8QxXVwXXMDDe3vYGhl8VUvFFn OHXc6yykyIUL0IAcb3Wzns5SRWi6nHb37Jq08tgyE4Xokf+jp/gS8LYuhuQWsn7byGjl 7Iwg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=organization:in-reply-to:content-transfer-encoding :content-disposition:mime-version:list-unsubscribe:list-subscribe :list-id:precedence:references:message-id:subject:cc:to:from:date :dkim-signature; bh=VHXDwVYwx/pR1XIQiTHCsBp0aSDEu2oyBLrpGmcF/fc=; fh=MH174r5vMRUPrOxZ01TfqcI/i7S9PFbm5hoTTSKq9q0=; b=jzF1RbelEumSa0vNysIQVrho8ivG/99UyAiNQ5S5ysdcmCWZFTDXHVoAHuXN5nUfwv O6rrHWAOv3mlqM8Oa2XiZsmXYQ8ZxNzU6wwsUv4qEj6y/D2fhoIfUAktyGL5eP3tWymO Kr6U+SBgDz5E/5qKk0soQUrY9HoAO2JgG0jW1VkbabmEIj9Ve/27NDUvj2bb8FGBFdJ+ P+LcRA219HzLgml7GKO+He8dyfveLCQ5dXXv0p0OCxruecNRsBIvF9xnn2HDJyKM0ooA DgSD1PiHvt/daOMhOY9idT2NOm6/lB08nvH1VDA1F0f6FS4Pukku3d3Ce8G2L0SIWSGd 72IQ== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Ha66Y0t7; arc=pass (i=1 spf=pass spfdomain=intel.com dkim=pass dkdomain=intel.com dmarc=pass fromdomain=intel.com); spf=pass (google.com: domain of linux-kernel+bounces-32060-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-32060-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from am.mirrors.kernel.org (am.mirrors.kernel.org. [147.75.80.249]) by mx.google.com with ESMTPS id x69-20020a50bacb000000b0055433016eaesi10337777ede.356.2024.01.21.04.57.21 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 21 Jan 2024 04:57:21 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-32060-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=Ha66Y0t7; arc=pass (i=1 spf=pass spfdomain=intel.com dkim=pass dkdomain=intel.com dmarc=pass fromdomain=intel.com); spf=pass (google.com: domain of linux-kernel+bounces-32060-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) smtp.mailfrom="linux-kernel+bounces-32060-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by am.mirrors.kernel.org (Postfix) with ESMTPS id 9384A1F2249E for ; Sun, 21 Jan 2024 12:57:21 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 3053F3716C; Sun, 21 Jan 2024 12:56:49 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="Ha66Y0t7" Received: from mgamail.intel.com (mgamail.intel.com [192.55.52.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 5C8FC374F6; Sun, 21 Jan 2024 12:56:46 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.55.52.93 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1705841808; cv=none; b=ESCw3V1SwHwG2WcGtLJDfNDbIflqpjElm2m/V6f1ef/Z48+40+R2kwfLFGJNThcIlg1HaWwmXTQVLNzsyKWHi3DujCJnwlw+03U9cf5NEvu+brtgT+lwb/PKuj9r8uhdhPStvul0fnqQHQQYsU03RyF9XGiy7qIeqkIYdqMvY5U= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1705841808; c=relaxed/simple; bh=fqnJQd5v7IgutzkZmXKHrUcc2q4SuwDE1rYHm4q5AfI=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=nxkkY3esK3z5iDItd8BdPS56mo3t39fzgNCoalgSOYNBmP/F4wU95Sjz/NIMAzo+Ht3UIOtqF/lzjiXlHeyhr6cCWUX6dL2cL7w8CH2CZbqb0aJdt+UQpmQZFHzD97INhnrq1g1PrNY55LDUCl4mQ9IqqJ2SlhUt/+yaCbnwzmQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=Ha66Y0t7; arc=none smtp.client-ip=192.55.52.93 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1705841806; x=1737377806; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=fqnJQd5v7IgutzkZmXKHrUcc2q4SuwDE1rYHm4q5AfI=; b=Ha66Y0t7sDQ/ew5eL3OkXvc07elYDoUDw3nnAoReGgBOacqfSWzac2oB itlDwwyNOFHmHH76vgotkLygljvclaG9/gRIwYLL6twRWXqabaro20rTv Hl6K9/UkrfuGAfyDQuVBjtAu8MkVfapsa0w4116blQL22yFgwCVm1KgB0 HyxBrHi7yvswRv8ORmVfFw0R4Ghh8zxmv3yMRdUga+RduKpqHc5oHI0ZX ty94XLlYlXd3zPo1RoNZf/5R3rwr5vRHEP1mDixnHUjqjuxLy1RzEjnSV R2w+rxPvD5x0/+UchgrQqFw7jAucD1o9lOoJzet63avYYprSstFuZsHEV A==; X-IronPort-AV: E=McAfee;i="6600,9927,10959"; a="398185471" X-IronPort-AV: E=Sophos;i="6.05,209,1701158400"; d="scan'208";a="398185471" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jan 2024 04:56:45 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10959"; a="875746382" X-IronPort-AV: E=Sophos;i="6.05,209,1701158400"; d="scan'208";a="875746382" Received: from smile.fi.intel.com ([10.237.72.54]) by FMSMGA003.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Jan 2024 04:56:41 -0800 Received: from andy by smile.fi.intel.com with local (Exim 4.97) (envelope-from ) id 1rRXLC-0000000Fcpa-2G6J; Sun, 21 Jan 2024 14:54:22 +0200 Date: Sun, 21 Jan 2024 14:54:22 +0200 From: Andy Shevchenko To: Jonathan Woithe Cc: Igor Mammedov , Ilpo =?iso-8859-1?Q?J=E4rvinen?= , linux-pci@vger.kernel.org, Bjorn Helgaas , Lorenzo Pieralisi , Rob Herring , Krzysztof =?utf-8?Q?Wilczy=C5=84ski?= , Lukas Wunner , Mika Westerberg , "Rafael J . Wysocki" , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 0/7] PCI: Solve two bridge window sizing issues Message-ID: References: <20231228165707.3447-1-ilpo.jarvinen@linux.intel.com> <20240104131210.71f44d4b@imammedo.users.ipa.redhat.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo On Thu, Jan 18, 2024 at 05:18:45PM +1030, Jonathan Woithe wrote: > On Thu, Jan 11, 2024 at 06:30:22PM +1030, Jonathan Woithe wrote: > > On Thu, Jan 04, 2024 at 10:48:53PM +1030, Jonathan Woithe wrote: > > > On Thu, Jan 04, 2024 at 01:12:10PM +0100, Igor Mammedov wrote: > > > > On Thu, 28 Dec 2023 18:57:00 +0200 > > > > Ilpo Järvinen wrote: > > > > > > > > > Hi all, > > > > > > > > > > Here's a series that contains two fixes to PCI bridge window sizing > > > > > algorithm. Together, they should enable remove & rescan cycle to work > > > > > for a PCI bus that has PCI devices with optional resources and/or > > > > > disparity in BAR sizes. > > > > > > > > > > For the second fix, I chose to expose find_empty_resource_slot() from > > > > > kernel/resource.c because it should increase accuracy of the cannot-fit > > > > > decision (currently that function is called find_resource()). In order > > > > > to do that sensibly, a few improvements seemed in order to make its > > > > > interface and name of the function sane before exposing it. Thus, the > > > > > few extra patches on resource side. > > > > > > > > > > Unfortunately I don't have a reason to suspect these would help with > > > > > the issues related to the currently ongoing resource regression > > > > > thread [1]. > > > > > > > > Jonathan, > > > > can you test this series on affected machine with broken kernel to see if > > > > it's of any help in your case? > > > > > > Certainly, but it will have to wait until next Thursday (11 Jan 2024). I'm > > > still on leave this week, and when at work I only have physical access to > > > the machine concerned on Thursdays at present. > > > > > > Which kernel would you prefer I apply the series to? > > > > I was very short of time today but I did apply the above series to the > > 5.15.y branch (since I had this source available), resulting in version > > 5.15.141+. Unfortunately, in the rush I forgot to do a clean after the > > bisect reset, so the resulting kernel was not correctly built. It booted > > but thought it was a different version and therefore none of the modules > > could be found. As a result, the test is invalid. > > > > I will try again in a week when I next have physical access to the system. > > Apologies for the delay. In the meantime, if there's a specific kernel I > > should apply the patch series against please let me know. As I understand > > it, you want it applied to one of the kernels which failed, making 5.15.y > > (for y < 145) a reasonable choice. > > I did a "make clean" to reset the source tree and recompiled. However, it > errored out: > > drivers/pci/setup-bus.c:988:24: error: ‘RESOURCE_SIZE_MAX’ undeclared > drivers/pci/setup-bus.c:998:17: error: ‘pci_bus_for_each_resource’ undeclared > > This was with the patch series applied against 5.15.141. It seems the patch > targets a kernel that's too far removed from 5.15.x. > > Which kernel would you like me to apply the patch series to and test? The rule of thumb is to test against latest vanilla (as of today v6.7). Also makes sense to test against Linux Next. The v5.15 is way too old for a new code. -- With Best Regards, Andy Shevchenko