From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75])
 by mx.groups.io with SMTP id smtpd.web08.1145.1656437171761207594
 for <devel@edk2.groups.io>;
 Tue, 28 Jun 2022 10:26:12 -0700
Authentication-Results: mx.groups.io;
 dkim=pass header.i=@kernel.org header.s=k20201202 header.b=FCYFkRHh;
 spf=pass (domain: kernel.org, ip: 145.40.68.75, mailfrom: ardb@kernel.org)
Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by ams.source.kernel.org (Postfix) with ESMTPS id C86B0B81EF1
	for <devel@edk2.groups.io>; Tue, 28 Jun 2022 17:26:09 +0000 (UTC)
Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8615AC341C6
	for <devel@edk2.groups.io>; Tue, 28 Jun 2022 17:26:08 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
	s=k20201202; t=1656437168;
	bh=ncnSEBYJUS0i3s8GCrPU9mCH+tZgOU2fOcmJadFhO0o=;
	h=References:In-Reply-To:From:Date:Subject:To:Cc:From;
	b=FCYFkRHhhyC1znBtw/RO5NxdMZZowkl4t1N383vVr9pAFdbAcFdsnIp6/BOkb1AaB
	 gcGqNTxxhMlhYZszDEAQP38XvPpyscAZdsLkB+0K8Ox8Hl2tNUOuBGtkRlgxbIuMRu
	 MDKXLH32kVXDx/4ACtFcRt3kHCR6isPaztTb9wiw09dQkw1DFlBBgfv9NM6PV41upo
	 A/n1oWXKMMcPHyN/S7RV42QyRttblg4rpqCKlU+j2xdM67IBR5WA764DV+yK10+vZy
	 ZX8YIijDzLHwFWF2WjJqvBgBtR+5/xhuaqcv8ZerlDLc5cvIZUymXMpUbuAT9s0XlA
	 JJR7SUZ53ryPg==
Received: by mail-ot1-f48.google.com with SMTP id w2-20020a056830110200b00616ce0dfcb2so4940300otq.1
        for <devel@edk2.groups.io>; Tue, 28 Jun 2022 10:26:08 -0700 (PDT)
X-Gm-Message-State: AJIora9Qff5cooNw4SDh47XlHsuTrs1OVUK3kk1IjI9kMdIkXF08X4Sc
	7toLPWgC68ESruGUQBOLARmJn9BRytvvVaqCAsM=
X-Google-Smtp-Source: AGRyM1u67xCkE+EbwpmRt3Sw3E8J2hiliGA6kMK6Q2J/LR0bU/hx5nQvrfgO3OO0ZEm0A1cH3Z0B/AduKbqu+udYF+g=
X-Received: by 2002:a05:6830:4420:b0:616:e569:8ae9 with SMTP id
 q32-20020a056830442000b00616e5698ae9mr2010254otv.265.1656437167692; Tue, 28
 Jun 2022 10:26:07 -0700 (PDT)
MIME-Version: 1.0
References: <20220628162611.6252-1-Dimitrije.Pavlov@arm.com>
In-Reply-To: <20220628162611.6252-1-Dimitrije.Pavlov@arm.com>
From: "Ard Biesheuvel" <ardb@kernel.org>
Date: Tue, 28 Jun 2022 19:25:56 +0200
X-Gmail-Original-Message-ID: <CAMj1kXF3yXSdsdqDGXzrXOEX=E_YgXTnmKgDXPRcGTaAj7bsag@mail.gmail.com>
Message-ID: <CAMj1kXF3yXSdsdqDGXzrXOEX=E_YgXTnmKgDXPRcGTaAj7bsag@mail.gmail.com>
Subject: Re: [edk2-platforms][PATCH v1 1/1] Silicon/Qemu: Provide _STA ACPI method
To: Dimitrije Pavlov <Dimitrije.Pavlov@arm.com>
Cc: edk2-devel-groups-io <devel@edk2.groups.io>, Ard Biesheuvel <ardb+tianocore@kernel.org>, 
	Leif Lindholm <quic_llindhol@quicinc.com>, Graeme Gregory <graeme@nuviainc.com>, 
	Radoslaw Biernacki <rad@semihalf.com>, Jeff Booher-Kaeding <Jeff.Booher-Kaeding@arm.com>, 
	Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com>, Sunny Wang <Sunny.Wang@arm.com>, 
	Jeremy Linton <Jeremy.Linton@arm.com>
Content-Type: text/plain; charset="UTF-8"

On Tue, 28 Jun 2022 at 18:26, Dimitrije Pavlov <Dimitrije.Pavlov@arm.com> wrote:
>
> SBBR requires platforms to provide the _STA ACPI method for each
> defined device. This patch implements a stub method that always
> indicates devices are present and functional.
>
> Cc: Ard Biesheuvel <ardb+tianocore@kernel.org>
> Cc: Leif Lindholm <quic_llindhol@quicinc.com>
> Cc: Graeme Gregory <graeme@nuviainc.com>
> Cc: Radoslaw Biernacki <rad@semihalf.com>
> Cc: Jeff Booher-Kaeding <Jeff.Booher-Kaeding@arm.com>
> Cc: Samer El-Haj-Mahmoud <Samer.El-Haj-Mahmoud@arm.com>
> Cc: Sunny Wang <Sunny.Wang@arm.com>
> Cc: Jeremy Linton <Jeremy.Linton@arm.com>
>
> Signed-off-by: Dimitrije Pavlov <Dimitrije.Pavlov@arm.com>

For the record, I will mention again that I think it is a stupid idea
to *require* that every object has a _STA method that behaves exactly
the same as having no _STA at all. Oh well ...

Pushed as f653a22385f5..8e067b431294