From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from shelob.surriel.com (shelob.surriel.com [96.67.55.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id C39D8C021BB for ; Mon, 24 Feb 2025 17:51:51 +0000 (UTC) Received: from localhost ([::1] helo=shelob.surriel.com) by shelob.surriel.com with esmtp (Exim 4.97.1) (envelope-from ) id 1tmcKr-000000001uM-3F3E; Mon, 24 Feb 2025 12:33:41 -0500 Received: from dfw.source.kernel.org ([2604:1380:4641:c500::1]) by shelob.surriel.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.97.1) (envelope-from ) id 1tmcKr-000000001u2-26XT for kernelnewbies@kernelnewbies.org; Mon, 24 Feb 2025 12:33:41 -0500 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id AD5195C0251; Mon, 24 Feb 2025 17:32:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2A825C4CED6; Mon, 24 Feb 2025 17:33:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1740418399; bh=xsa6CB+0p3j46klgNP8VObiplu83k0LJzmWbufYfbpw=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=iGuPLexMPJg7W5C91pminzicrpjldK7F/XuaOaWEQjACx7w4LiFfEVNbadaSdTNP3 MzkI7wUKAFH3kk5+R4wo7Lqda653WxTs40KQKa4TwLWzN3taw7LBDaK2wonAoeJKHw U3KeGcf5nbTbsn50L+4flIvqSc52/hYjdRk6dnlXrSrrHhaClngSrD2hmMSutgRwYB 8J4hjK+VHehMJRSWzbi0cP3GK7+m4oSe6exKMBwsGH9Ca8Ey1j6HEmSwP9/kQFHCv/ c8s0NbxTN7Y1DThPQfJPsEvOpxKZf+eBZXk8E0YL8RvDTaWpkSZbwzofiK4LeV24vo zLuPyiTekCg6Q== Date: Mon, 24 Feb 2025 11:33:17 -0600 From: Bjorn Helgaas To: Naveen Kumar P Subject: Re: PCI: hotplug_event: PCIe PLDA Device BAR Reset Message-ID: <20250224173317.GA466030@bhelgaas> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: Cc: linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org, kernelnewbies X-BeenThere: kernelnewbies@kernelnewbies.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Learn about the Linux kernel List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Errors-To: kernelnewbies-bounces@kernelnewbies.org T24gTW9uLCBGZWIgMjQsIDIwMjUgYXQgMDU6NDU6MzVQTSArMDUzMCwgTmF2ZWVuIEt1bWFyIFAg d3JvdGU6Cj4gT24gV2VkLCBGZWIgMTksIDIwMjUgYXQgMTA6MzbigK9QTSBCam9ybiBIZWxnYWFz IDxoZWxnYWFzQGtlcm5lbC5vcmc+IHdyb3RlOgo+ID4gT24gV2VkLCBGZWIgMTksIDIwMjUgYXQg MDU6NTI6NDdQTSArMDUzMCwgTmF2ZWVuIEt1bWFyIFAgd3JvdGU6Cj4gPiA+IEhpIGFsbCwKPiA+ ID4KPiA+ID4gSSBhbSB3cml0aW5nIHRvIHNlZWsgYXNzaXN0YW5jZSB3aXRoIGFuIGlzc3VlIHdl IGFyZSBleHBlcmllbmNpbmcgd2l0aAo+ID4gPiBhIFBDSWUgZGV2aWNlIChQTERBIERldmljZSA1 NTU1KSBjb25uZWN0ZWQgdGhyb3VnaCBQQ0kgRXhwcmVzcyBSb290Cj4gPiA+IFBvcnQgMSB0byB0 aGUgaG9zdCBicmlkZ2UuCj4gPiA+Cj4gPiA+IFdlIGhhdmUgb2JzZXJ2ZWQgdGhhdCBhZnRlciBi b290aW5nIHRoZSBzeXN0ZW0sIHRoZSBCYXNlIEFkZHJlc3MKPiA+ID4gUmVnaXN0ZXIgKEJBUjAp IG1lbW9yeSBvZiB0aGlzIGRldmljZSBnZXRzIHJlc2V0IHRvIDB4MCBhZnRlcgo+ID4gPiBhcHBy b3hpbWF0ZWx5IG9uZSBob3VyIG9yIG1vcmUgKHRoZSB0aW1pbmcgaXMgaW5jb25zaXN0ZW50KS4g VGhpcyB3YXMKPiA+ID4gdmVyaWZpZWQgdXNpbmcgdGhlIGxzcGNpIG91dHB1dCBhbmQgdGhlIHNl dHBjaSAtcyAwMTowMC4wCj4gPiA+IEJBU0VfQUREUkVTU18wIGNvbW1hbmQuCj4gPiA+Cj4gPiA+ IFRvIGRpYWdub3NlIHRoZSBpc3N1ZSwgd2UgY2hlY2tlZCB0aGUgZG1lc2cgbG9nLCBidXQgaXQg ZGlkIG5vdAo+ID4gPiBwcm92aWRlIGFueSByZWxldmFudCBpbmZvcm1hdGlvbi4gSSB0aGVuIGVu YWJsZWQgZHluYW1pYyBkZWJ1Z2dpbmcgZm9yCj4gPiA+IHRoZSBQQ0kgc3Vic3lzdGVtIChkcml2 ZXJzL3BjaS8qKSBhbmQgbm90aWNlZCB0aGUgZm9sbG93aW5nIG1lc3NhZ2VzCj4gPiA+IHJlbGF0 ZWQgQUNQSSBob3RwbHVnIGluIHRoZSBkbWVzZyBsb2c6Cj4gPiA+Cj4gPiA+IFsgICAgMC40NjUx NDRdIHBjaSAwMDAwOjAxOjAwLjA6IHJlZyAweDEwOiBbbWVtIDB4YjA0MDAwMDAtMHhiMDdmZmZm Zl0KPiA+ID4gLi4uCj4gPiA+IFsgNjcxMC4wMDAzNTVdIEFDUEk6IFxfU0JfLlBDSTAuUlAwMTog YWNwaXBocF9nbHVlOiBCdXMgY2hlY2sgaW4gaG90cGx1Z19ldmVudCgpCj4gPiA+IFsgNzkxNi4y NTA4NjhdIHBlcmY6IGludGVycnVwdCB0b29rIHRvbyBsb25nICg0MDcyID4gMzYwMSksIGxvd2Vy aW5nCj4gPiA+IGtlcm5lbC5wZXJmX2V2ZW50X21heF9zYW1wbGVfcmF0ZSB0byA0OTAwMAo+ID4g PiBbIDc5ODQuNzE5NjQ3XSBwZXJmOiBpbnRlcnJ1cHQgdG9vayB0b28gbG9uZyAoNTM3OCA+IDUw OTApLCBsb3dlcmluZwo+ID4gPiBrZXJuZWwucGVyZl9ldmVudF9tYXhfc2FtcGxlX3JhdGUgdG8g MzcwMDAKPiA+ID4gWzExMDUxLjQwOTExNV0gQUNQSTogXF9TQl8uUENJMC5SUDAxOiBhY3BpcGhw X2dsdWU6IEJ1cyBjaGVjayBpbiBob3RwbHVnX2V2ZW50KCkKPiA+ID4gWzExNzU1LjM4ODcyN10g QUNQSTogXF9TQl8uUENJMC5SUDAxOiBhY3BpcGhwX2dsdWU6IEJ1cyBjaGVjayBpbiBob3RwbHVn X2V2ZW50KCkKPiA+ID4gWzEyMjIzLjg4NTcxNV0gQUNQSTogXF9TQl8uUENJMC5SUDAxOiBhY3Bp cGhwX2dsdWU6IEJ1cyBjaGVjayBpbiBob3RwbHVnX2V2ZW50KCkKPiA+ID4gWzE0MzAzLjQ2NTYz Nl0gQUNQSTogXF9TQl8uUENJMC5SUDAxOiBhY3BpcGhwX2dsdWU6IEJ1cyBjaGVjayBpbiBob3Rw bHVnX2V2ZW50KCkKPiA+ID4gQWZ0ZXIgdGhlc2UgbWVzc2FnZXMgYXBwZWFyLCByZWFkaW5nIHRo ZSBkZXZpY2UgQkFSIG1lbW9yeSByZXN1bHRzIGluCj4gPiA+IDB4MCBpbnN0ZWFkIG9mIHRoZSBl eHBlY3RlZCB2YWx1ZS4KPiA+ID4KPiA+ID4gSSB3b3VsZCBsaWtlIHRvIHVuZGVyc3RhbmQgdGhl IGZvbGxvd2luZzoKPiA+ID4KPiA+ID4gMS4gV2hhdCBjb3VsZCBiZSBjYXVzaW5nIHRoZXNlIGhv dHBsdWdfZXZlbnQgZGVidWcgbWVzc2FnZXM/Cj4gPgo+ID4gVGhpcyBpcyBhbiBBQ1BJIE5vdGlm eSBldmVudC4gIEJhc2ljYWxseSB0aGUgcGxhdGZvcm0gaXMgdGVsbGluZyB1cyB0bwo+ID4gcmUt ZW51bWVyYXRlIHRoZSBoaWVyYXJjaHkgYmVsb3cgUlAwMSBiZWNhdXNlIGEgZGV2aWNlIG1pZ2h0 IGhhdmUgYmVlbgo+ID4gYWRkZWQgb3IgcmVtb3ZlZC4KPgo+IFRoYW5rIHlvdSBmb3IgeW91ciBy ZXNwb25zZSByZWdhcmRpbmcgdGhlIFBDSSBCQVIgcmVzZXQgaXNzdWUgd2UgYXJlCj4gZXhwZXJp ZW5jaW5nIHdpdGggdGhlIFBMREEgRGV2aWNlIDU1NTUuIEkgaGF2ZSBhIGZldyBmb2xsb3ctdXAK PiBxdWVzdGlvbnMgYW5kIGFkZGl0aW9uYWwgaW5mb3JtYXRpb24gdG8gc2hhcmUuCj4gCj4gMS4g Q2xhcmlmaWNhdGlvbiBvbiAiUGxhdGZvcm0iOgo+IAo+IERvZXMgdGhlIHRlcm0gInBsYXRmb3Jt IiByZWZlciB0byB0aGUgQklPUy9BQ1BJIHN1YnN5c3RlbSBpbiB0aGlzIGNvbnRleHQ/CgpZZXMs ICJwbGF0Zm9ybSIgcmVmZXJzIHRvIHRoZSBCSU9TL0FDUEkgc3Vic3lzdGVtLgoKPiBDYW4gdGhl IHBsYXRmb3JtIHNpZ25hbCB0byByZS1lbnVtZXJhdGUgdGhlIGhpZXJhcmNoeSBiZWxvdyBSUDAx Cj4gd2l0aG91dCBhbiBhY3R1YWwgZGV2aWNlIGJlaW5nIHJlbW92ZWQgb3IgYWRkZWQ/IEluIG91 ciBjYXNlLCB0aGUgUENJCj4gUExEQSBkZXZpY2UgaXMgbmVpdGhlciBwaHlzaWNhbGx5IHJlbW92 ZWQgbm9yIGNvbm5lY3RlZCB0byB0aGUgYnVzIG9uCj4gdGhlIGZseS4KClllcywgSSB0aGluayBh IEJ1cyBDaGVjayBub3RpZmljYXRpb24gaXMganVzdCBhIHJlcXVlc3QgZm9yIHRoZSBPUyB0bwpy ZS1lbnVtZXJhdGUgc3RhcnRpbmcgYXQgdGhlIHBvaW50IGluIHRoZSBkZXZpY2UgdHJlZSB3aGVy ZSBpdCBpcwpub3RpZmllZC4gIEl0J3MgcG9zc2libGUgdGhhdCBubyBhZGQgb3IgcmVtb3ZlIGhh cyBvY2N1cnJlZC4gIEFDUEkKcjYuNSwgc2VjIDUuNi42LCBpbmNsdWRlcyB0aGUgZXhhbXBsZSBv ZiBoYXJkd2FyZSB0aGF0IGNhbid0IGRldGVjdApkZXZpY2UgY2hhbmdlcyBkdXJpbmcgYSBzeXN0 ZW0gc2xlZXAgc3RhdGUsIHNvIGl0IGlzc3VlcyBhIEJ1cyBDaGVjawpvbiB3YWtlLgoKPiAyLiBT eXN0ZW0gQ29uZmlndXJhdGlvbjoKPiAKPiBXZSBhcmUgY3VycmVudGx5IHVzaW5nIGFuIHg4Nl82 NCBzeXN0ZW0gd2l0aCBVYnVudHUgMjAuMDQuNiBMVFMKPiAoa2VybmVsIHZlcnNpb246IDUuNC4w LTE0OC1nZW5lcmljKS4KPiBJIGhhdmUgZW5hYmxlZCBkeW5hbWljIGRlYnVnIGxvZ3MgZm9yIGFs bCBmaWxlcyBpbiB0aGUgUENJIGFuZCBBQ1BJCj4gc3Vic3lzdGVtcyBhbmQgcmVib290ZWQgdGhl IHN5c3RlbSB3aXRoIHRoZSBmb2xsb3dpbmcgcGFyYW1ldGVyczoKPiAkIGNhdCAvcHJvYy9jbWRs aW5lCj4gQk9PVF9JTUFHRT0vdm1saW51ei01LjQuMC0xNDgtZ2VuZXJpYyByb290PS9kZXYvbWFw cGVyL3ZnMDAtcm9vdHZvbCBybwo+IHF1aWV0IGxpYmF0YS5mb3JjZT1ub25jcSBwY2k9bm9tc2kg cGNpZV9hc3BtPW9mZiBwY2llX3BvcnRzPW9uCj4gImR5bmRiZz1maWxlIGRyaXZlcnMvcGNpLyog K3A7IGZpbGUgZHJpdmVycy9hY3BpLyogK3AiCj4gCj4KPiAzLiBPYnNlcnZhdGlvbnM6Cj4gCj4g QWZ0ZXIgcmVib290aW5nIHdpdGggbW9yZSBkZWJ1ZyBsb2dzLCBJIG5vdGljZWQgdGhlIGlzc3Vl IGFmdGVyIDEgZGF5LAo+IDExOjQ4IGhvdXJzLgo+IEEgc25pcHBldCBvZiB0aGUgZG1lc2cgbG9n IGlzIG1lbnRpb25lZCBiZWxvdyAoY29tcGxldGUgZG1lc2cgbG9nIGlzCj4gYXR0YWNoZWQgdG8g dGhpcyBlbWFpbCk6Cj4gCj4gWzEyODg0NS4yNDg1MDNdIEFDUEk6IEdQRSBldmVudCAweDAxCj4g WzEyODg0NS4zNTY4NjZdIEFDUEk6IFxfU0JfLlBDSTAuUlAwMTogQUNQSV9OT1RJRllfQlVTX0NI RUNLIGV2ZW50Cj4gWzEyODg0NS4zNTczNDNdIEFDUEk6IFxfU0JfLlBDSTAuUlAwMTogYWNwaXBo cF9nbHVlOiBCdXMgY2hlY2sgaW4KPiBob3RwbHVnX2V2ZW50KCkKCklmIHlvdSBjb3VsZCBhZGQg bW9yZSBkZWJ1ZyBpbiBob3RwbHVnX2V2ZW50KCkgYW5kIHRoZSB0aGluZ3MgaXQKY2FsbHMsIHdl IG1pZ2h0IGdldCBtb3JlIGNsdWVzIGFib3V0IHdoYXQncyBoYXBwZW5pbmcuCgo+IDQuIEJBUiBS ZXNldCBJc3N1ZToKPiAKPiBJIGZpbHRlcmVkIHRoZSBsc3BjaSBvdXRwdXQgdG8gc2hvdyB0aGUg Y29udGVudHMgb2YgdGhlIGNvbmZpZ3VyYXRpb24KPiBzcGFjZSBzdGFydGluZyBhdCBvZmZzZXQg MHgxMCBmb3IgZ2V0dGluZyBCQVNFX0FERFJFU1NfMCBieSBydW5uaW5nCj4gc3VkbyBsc3BjaSAt eHh4IC1zIDAxOjAwLjAgfCBncmVwICIxMDoiLgo+IFByaW9yIHRvIHRoZSBCQVIgcmVzZXQgaXNz dWUsIHRoZSBsc3BjaSBvdXRwdXQgd2FzOgo+ICQgc3VkbyBsc3BjaSAteHh4IC1zIDAxOjAwLjAg fCBncmVwICIxMDoiCj4gMTA6IDAwIDAwIDQwIGIwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAwIDAw IDAwIDAwIDAwCj4gCj4gRHVyaW5nIHRoZSBBQ1BJX05PVElGWV9CVVNfQ0hFQ0sgZXZlbnQsIHRo ZSBsc3BjaSBvdXRwdXQgaW5pdGlhbGx5Cj4gc2hvd2VkIGFsbCBGRidzLCBhbmQgdGhlbiB0aGUg bmV4dCBydW4gb2YgdGhlIHNhbWUgY29tbWFuZCBzaG93ZWQKPiBCQVNFX0FERFJFU1NfMCByZXNl dCB0byB6ZXJvOgo+ICQgc3VkbyBsc3BjaSAteHh4IC1zIDAxOjAwLjAgfCBncmVwICIxMDoiCj4g MTA6IGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmIGZmCgpMb29r cyBsaWtlIHRoZSBkZXZpY2UgaXNuJ3QgcmVzcG9uZGluZyBhdCBhbGwgaGVyZS4gIENvdWxkIGhh cHBlbiBpZgp0aGUgZGV2aWNlIGlzIHJlc2V0IG9yIHBvd2VyZWQgZG93bi4KCldoYXQgaXMgdGhp cyBkZXZpY2U/ICBXaGF0IGRyaXZlciBpcyBib3VuZCB0byBpdD8gIEkgZG9uJ3Qgc2VlCmFueXRo aW5nIGluIGRtZXNnIHRoYXQgaWRlbnRpZmllcyBhIGRyaXZlci4KCj4gJCBzdWRvIGxzcGNpIC14 eHggLXMgMDE6MDAuMCB8IGdyZXAgIjEwOiIKPiAxMDogMDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAg MDAgMDAgMDAgMDAgMDAgMDAgMDAgMDAKPiAKPiBJIGFtIG5vdCBzdXJlIHdoeSBsc3BjaSBpbml0 aWFsbHkgc2hvd2VkIGFsbCBGRidzIGFuZCB0aGVuIHRoZSBuZXh0Cj4gcnVuIHNob3dlZCBCQVIw IHJlc2V0Lgo+IENvbXBsZXRlIHN1ZG8gbHNwY2kgLXh4eCAtcyAwMTowMC4wIG91dHB1dCBpcyBj YXB0dXJlZCBpbiB0aGUgYXR0YWNoZWQKPiBkbWVzZ19sb2dfcGNpX2Jhcl9yZXNldC50eHQgZmls ZS4KPiAKPiAvc3lzL2Zpcm13YXJlL2FjcGkvaW50ZXJydXB0cy9ncGUwMTogICAgICAgMSAgRU4g ICAgIGVuYWJsZWQgICAgICB1bm1hc2tlZAo+IC9zeXMvZmlybXdhcmUvYWNwaS9pbnRlcnJ1cHRz L2dwZTAyOiAgICAgICAxICBFTiAgICAgZW5hYmxlZCAgICAgIHVubWFza2VkCj4gCj4gCj4gNS4g RGVidWdnaW5nIFN0ZXBzOgo+IAo+IEluc3RydW1lbnRpbmcgYWNwaXBocF9jaGVja19icmlkZ2Uo KSB3aWxsIGluZGljYXRlIHdoZXRoZXIgd2UgYXJlCj4gZW5hYmxpbmcgb3IgZGlzYWJsaW5nIGEg c2xvdCAoZW5hYmxlX3Nsb3QoKSBvciBkaXNhYmxlX3Nsb3QoKSkuIEJhc2VkCj4gb24gdGhlIGRt ZXNnIGxvZywgdGhlcmUgaXMgb25seSBvbmUgQUNQSV9OT1RJRllfQlVTX0NIRUNLIGV2ZW50LCBh bmQKPiBpdCBpcyBtb3N0IGxpa2VseSBmb3IgZGlzYWJsZV9zbG90KCkuIEhvd2V2ZXIsIGRvZXMg aW5zdHJ1bWVudGluZwo+IGFjcGlwaHBfY2hlY2tfYnJpZGdlKCkgd2lsbCBleHBsYWluIHdoeSB0 aGlzIGlzIGhhcHBlbmluZyB3aXRob3V0Cj4gYWN0dWFsbHkgcmVtb3ZpbmcgdGhlIFBDSSBQTERB IGRldmljZT8KCk5vLCBpdCB3b24ndCBleHBsYWluIHRoYXQuICBCdXQgaWYgdGhlcmUgd2FzIG5v IGFkZC9yZW1vdmUgZXZlbnQsCnJlLWVudW1lcmF0aW9uIHNob3VsZCBiZSBoYXJtbGVzcy4gIFRo ZSBvYmplY3RpdmUgb2YgaW5zdHJ1bWVudGF0aW9uCndvdWxkIGJlIHRvIGZpZ3VyZSBvdXQgd2h5 IGl0IGlzbid0IGhhcm1sZXNzIGluIHRoaXMgY2FzZS4KCj4gNi4gUmVwcm9kdWN0aW9uIGFuZCBB ZGRpdGlvbmFsIEluZm9ybWF0aW9uOgo+IAo+IFdlIGRvIG5vdCBzZWUgYW55IGNsZWFyIHBhdHRl cm4gb3IgcHJvY2VkdXJlIHRvIHJlcHJvZHVjZSB0aGlzIGlzc3VlLgo+IE9uY2UgdGhlIGlzc3Vl IG9jY3VycywgcmVib290aW5nIHRoZSBtYWNoaW5lIHJlc29sdmVzIGl0LCBidXQgaXQKPiByZW9j Y3VycyBhZnRlciBhbiB1bnByZWRpY3RhYmxlIHRpbWUuCj4gV2UgaGF2ZSBhbm90aGVyIGlkZW50 aWNhbCBoYXJkd2FyZSBzZXR1cCB3aXRoIGFuIG9sZGVyIGtlcm5lbCAoVWJ1bnR1Cj4gMTYuMDQu NCBMVFMsIGtlcm5lbCB2ZXJzaW9uOiA0LjQuMC02Ni1nZW5lcmljKSwgYW5kIHRoaXMgaXNzdWUg aGFzIG5vdAo+IGJlZW4gb2JzZXJ2ZWQgc28gZmFyIG9uIHRoYXQgbWFjaGluZS4KPiBBbnkgYWRk aXRpb25hbCBwb2ludGVycyBvciBzdWdnZXN0aW9ucyBvbiBob3cgdG8gcHJvY2VlZCB0byB0aGUg cm9vdAo+IGNhdXNlIG9mIHRoaXMgaXNzdWUgd291bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZC4K CllvdSdyZSBzZWVpbmcgdGhlIHByb2JsZW0gb24gdjUuNCAoTm92IDIwMTkpLCB3aGljaCBpcyBt dWNoIG5ld2VyIHRoYW4KdjQuNCAoSmFuIDIwMTYpLiAgQnV0IHY1LjQgaXMgc3RpbGwgcmVhbGx5 IHRvbyBvbGQgdG8gc3BlbmQgYSBsb3Qgb2YKdGltZSBvbiB1bmxlc3MgdGhlIHByb2JsZW0gc3Rp bGwgaGFwcGVucyBvbiBhIGN1cnJlbnQga2VybmVsLgoKQmpvcm4KCl9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCktlcm5lbG5ld2JpZXMgbWFpbGluZyBsaXN0 Cktlcm5lbG5ld2JpZXNAa2VybmVsbmV3Ymllcy5vcmcKaHR0cHM6Ly9saXN0cy5rZXJuZWxuZXdi aWVzLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2tlcm5lbG5ld2JpZXMK From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 E6740264A98; Mon, 24 Feb 2025 17:33:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740418400; cv=none; b=e7Vv0cQ2WoldTylgy5MklGbXzRyaZSfK5Vxwkv/w0a4sSep+aS33ecci0KeL5u3Q+lupFB52boc7yyco9jbAuqh8vyy0tYXzGnTISmiwAEmxXEbMUL9DLk3HbvaKvi85ue6Ft3lE9mGautgS0i7UcRIoule1nPzP8MCCuwSCKdI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1740418400; c=relaxed/simple; bh=xsa6CB+0p3j46klgNP8VObiplu83k0LJzmWbufYfbpw=; h=Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type: Content-Disposition:In-Reply-To; b=QDcouLrQYpdPnHs3uL/WJ0O0hJHSrg9h7keEpPhbF0dZSiNHXLf+Nac5TrOqhKnua2zMqMI0uiY75IjPmhEbquGq45b3x29EzFo0Ae5GiJTwWA4Wt0Y+BzJNXXbFeTCvZ2AP8o+ylW/fpIjjMlbseYGpBjacvMj+vmmTT5QP+MQ= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=iGuPLexM; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="iGuPLexM" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2A825C4CED6; Mon, 24 Feb 2025 17:33:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1740418399; bh=xsa6CB+0p3j46klgNP8VObiplu83k0LJzmWbufYfbpw=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=iGuPLexMPJg7W5C91pminzicrpjldK7F/XuaOaWEQjACx7w4LiFfEVNbadaSdTNP3 MzkI7wUKAFH3kk5+R4wo7Lqda653WxTs40KQKa4TwLWzN3taw7LBDaK2wonAoeJKHw U3KeGcf5nbTbsn50L+4flIvqSc52/hYjdRk6dnlXrSrrHhaClngSrD2hmMSutgRwYB 8J4hjK+VHehMJRSWzbi0cP3GK7+m4oSe6exKMBwsGH9Ca8Ey1j6HEmSwP9/kQFHCv/ c8s0NbxTN7Y1DThPQfJPsEvOpxKZf+eBZXk8E0YL8RvDTaWpkSZbwzofiK4LeV24vo zLuPyiTekCg6Q== Date: Mon, 24 Feb 2025 11:33:17 -0600 From: Bjorn Helgaas To: Naveen Kumar P Cc: linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, kernelnewbies , linux-acpi@vger.kernel.org Subject: Re: PCI: hotplug_event: PCIe PLDA Device BAR Reset Message-ID: <20250224173317.GA466030@bhelgaas> Precedence: bulk X-Mailing-List: linux-acpi@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: On Mon, Feb 24, 2025 at 05:45:35PM +0530, Naveen Kumar P wrote: > On Wed, Feb 19, 2025 at 10:36 PM Bjorn Helgaas wrote: > > On Wed, Feb 19, 2025 at 05:52:47PM +0530, Naveen Kumar P wrote: > > > Hi all, > > > > > > I am writing to seek assistance with an issue we are experiencing with > > > a PCIe device (PLDA Device 5555) connected through PCI Express Root > > > Port 1 to the host bridge. > > > > > > We have observed that after booting the system, the Base Address > > > Register (BAR0) memory of this device gets reset to 0x0 after > > > approximately one hour or more (the timing is inconsistent). This was > > > verified using the lspci output and the setpci -s 01:00.0 > > > BASE_ADDRESS_0 command. > > > > > > To diagnose the issue, we checked the dmesg log, but it did not > > > provide any relevant information. I then enabled dynamic debugging for > > > the PCI subsystem (drivers/pci/*) and noticed the following messages > > > related ACPI hotplug in the dmesg log: > > > > > > [ 0.465144] pci 0000:01:00.0: reg 0x10: [mem 0xb0400000-0xb07fffff] > > > ... > > > [ 6710.000355] ACPI: \_SB_.PCI0.RP01: acpiphp_glue: Bus check in hotplug_event() > > > [ 7916.250868] perf: interrupt took too long (4072 > 3601), lowering > > > kernel.perf_event_max_sample_rate to 49000 > > > [ 7984.719647] perf: interrupt took too long (5378 > 5090), lowering > > > kernel.perf_event_max_sample_rate to 37000 > > > [11051.409115] ACPI: \_SB_.PCI0.RP01: acpiphp_glue: Bus check in hotplug_event() > > > [11755.388727] ACPI: \_SB_.PCI0.RP01: acpiphp_glue: Bus check in hotplug_event() > > > [12223.885715] ACPI: \_SB_.PCI0.RP01: acpiphp_glue: Bus check in hotplug_event() > > > [14303.465636] ACPI: \_SB_.PCI0.RP01: acpiphp_glue: Bus check in hotplug_event() > > > After these messages appear, reading the device BAR memory results in > > > 0x0 instead of the expected value. > > > > > > I would like to understand the following: > > > > > > 1. What could be causing these hotplug_event debug messages? > > > > This is an ACPI Notify event. Basically the platform is telling us to > > re-enumerate the hierarchy below RP01 because a device might have been > > added or removed. > > Thank you for your response regarding the PCI BAR reset issue we are > experiencing with the PLDA Device 5555. I have a few follow-up > questions and additional information to share. > > 1. Clarification on "Platform": > > Does the term "platform" refer to the BIOS/ACPI subsystem in this context? Yes, "platform" refers to the BIOS/ACPI subsystem. > Can the platform signal to re-enumerate the hierarchy below RP01 > without an actual device being removed or added? In our case, the PCI > PLDA device is neither physically removed nor connected to the bus on > the fly. Yes, I think a Bus Check notification is just a request for the OS to re-enumerate starting at the point in the device tree where it is notified. It's possible that no add or remove has occurred. ACPI r6.5, sec 5.6.6, includes the example of hardware that can't detect device changes during a system sleep state, so it issues a Bus Check on wake. > 2. System Configuration: > > We are currently using an x86_64 system with Ubuntu 20.04.6 LTS > (kernel version: 5.4.0-148-generic). > I have enabled dynamic debug logs for all files in the PCI and ACPI > subsystems and rebooted the system with the following parameters: > $ cat /proc/cmdline > BOOT_IMAGE=/vmlinuz-5.4.0-148-generic root=/dev/mapper/vg00-rootvol ro > quiet libata.force=noncq pci=nomsi pcie_aspm=off pcie_ports=on > "dyndbg=file drivers/pci/* +p; file drivers/acpi/* +p" > > > 3. Observations: > > After rebooting with more debug logs, I noticed the issue after 1 day, > 11:48 hours. > A snippet of the dmesg log is mentioned below (complete dmesg log is > attached to this email): > > [128845.248503] ACPI: GPE event 0x01 > [128845.356866] ACPI: \_SB_.PCI0.RP01: ACPI_NOTIFY_BUS_CHECK event > [128845.357343] ACPI: \_SB_.PCI0.RP01: acpiphp_glue: Bus check in > hotplug_event() If you could add more debug in hotplug_event() and the things it calls, we might get more clues about what's happening. > 4. BAR Reset Issue: > > I filtered the lspci output to show the contents of the configuration > space starting at offset 0x10 for getting BASE_ADDRESS_0 by running > sudo lspci -xxx -s 01:00.0 | grep "10:". > Prior to the BAR reset issue, the lspci output was: > $ sudo lspci -xxx -s 01:00.0 | grep "10:" > 10: 00 00 40 b0 00 00 00 00 00 00 00 00 00 00 00 00 > > During the ACPI_NOTIFY_BUS_CHECK event, the lspci output initially > showed all FF's, and then the next run of the same command showed > BASE_ADDRESS_0 reset to zero: > $ sudo lspci -xxx -s 01:00.0 | grep "10:" > 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff Looks like the device isn't responding at all here. Could happen if the device is reset or powered down. What is this device? What driver is bound to it? I don't see anything in dmesg that identifies a driver. > $ sudo lspci -xxx -s 01:00.0 | grep "10:" > 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > I am not sure why lspci initially showed all FF's and then the next > run showed BAR0 reset. > Complete sudo lspci -xxx -s 01:00.0 output is captured in the attached > dmesg_log_pci_bar_reset.txt file. > > /sys/firmware/acpi/interrupts/gpe01: 1 EN enabled unmasked > /sys/firmware/acpi/interrupts/gpe02: 1 EN enabled unmasked > > > 5. Debugging Steps: > > Instrumenting acpiphp_check_bridge() will indicate whether we are > enabling or disabling a slot (enable_slot() or disable_slot()). Based > on the dmesg log, there is only one ACPI_NOTIFY_BUS_CHECK event, and > it is most likely for disable_slot(). However, does instrumenting > acpiphp_check_bridge() will explain why this is happening without > actually removing the PCI PLDA device? No, it won't explain that. But if there was no add/remove event, re-enumeration should be harmless. The objective of instrumentation would be to figure out why it isn't harmless in this case. > 6. Reproduction and Additional Information: > > We do not see any clear pattern or procedure to reproduce this issue. > Once the issue occurs, rebooting the machine resolves it, but it > reoccurs after an unpredictable time. > We have another identical hardware setup with an older kernel (Ubuntu > 16.04.4 LTS, kernel version: 4.4.0-66-generic), and this issue has not > been observed so far on that machine. > Any additional pointers or suggestions on how to proceed to the root > cause of this issue would be greatly appreciated. You're seeing the problem on v5.4 (Nov 2019), which is much newer than v4.4 (Jan 2016). But v5.4 is still really too old to spend a lot of time on unless the problem still happens on a current kernel. Bjorn