From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by mx.groups.io with SMTP id smtpd.web10.9001.1651488548235378386 for ; Mon, 02 May 2022 03:49:08 -0700 Authentication-Results: mx.groups.io; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=P/DtMV39; spf=pass (domain: redhat.com, ip: 170.10.133.124, mailfrom: kraxel@redhat.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1651488547; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=R+ZTCjeCZzQ1vF/VCRLc5LNTqYmrSNVkup+5JZueaSc=; b=P/DtMV39twfbf6YVQXPa0C1D19vH9B1Hj67QaPHRXQL9MVE7o1KA8m+DicyPX/QaFJluO7 uTWLspnpdtawIi1vR6Mmjr+ldYpjLUnWGrCTovdaT1WzZ8jvS2X2vLSSL+5/qOpNjVZnTZ BCsB9G7S0Kn7ISMNRHnaLemzEIdlAJM= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-672-J_2B4AnXNTq6kZo1H6z0ag-1; Mon, 02 May 2022 06:48:57 -0400 X-MC-Unique: J_2B4AnXNTq6kZo1H6z0ag-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.rdu2.redhat.com [10.11.54.5]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 852293C025C9; Mon, 2 May 2022 10:48:56 +0000 (UTC) Received: from sirius.home.kraxel.org (unknown [10.39.192.13]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 3C3F37C4E; Mon, 2 May 2022 10:48:56 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id CCC721800383; Mon, 2 May 2022 12:48:54 +0200 (CEST) Date: Mon, 2 May 2022 12:48:54 +0200 From: "Gerd Hoffmann" To: "Ni, Ray" Cc: "devel@edk2.groups.io" , "ardb@kernel.org" , Pawel Polawski , Ard Biesheuvel , "Gao, Liming" , "Wu, Hao A" , Oliver Steffen , Leif Lindholm , "Justen, Jordan L" , "Yao, Jiewen" , "Chang, Abner" , "Wang, Jian J" Subject: Re: [edk2-devel] [PATCH v5 1/6] MdeModulePkg/PciHostBridge: io range is not mandatory Message-ID: <20220502104854.zq633gergmwlcs26@sirius.home.kraxel.org> References: <20220422073713.2087781-1-kraxel@redhat.com> <20220422073713.2087781-2-kraxel@redhat.com> MIME-Version: 1.0 In-Reply-To: X-Scanned-By: MIMEDefang 2.79 on 10.11.54.5 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=kraxel@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, > If IO requirement of certain PCI(E) devices can be ignored, can you change the IncompatiblePciDevice protocol implementation to override the IO request from the devices? Hmm, how can the IncompatiblePciDevice protocol specify that IO bars should be ignored? Seems I can override the size using EFI_ACPI_ADDRESS_SPACE_DESCRIPTOR.AddrLen. I can't set the length to zero though because setting AddrLen to 0 means "no overide". Is there another way to have edk2 ignore an PCI bar? The spec isn't verbose here (looking at PI spec 1.7a, table 5-20). thanks, Gerd