Received-SPF: pass (google.com: domain of linux-kernel+bounces-181552-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
From: "Luck, Tony" <tony.luck@intel.com>
To: "Williams, Dan J" <dan.j.williams@intel.com>, Borislav Petkov
	<bp@alien8.de>
CC: "Fabio M. De Francesco" <fabio.m.de.francesco@linux.intel.com>, "Rafael J.
 Wysocki" <rafael@kernel.org>, Len Brown <lenb@kernel.org>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-edac@vger.kernel.org" <linux-edac@vger.kernel.org>,
	"rostedt@goodmis.org" <rostedt@goodmis.org>
Subject: RE: [RFC PATCH v2 3/3] ACPI: extlog: Make print_extlog_rcd() log
 unconditionally
Thread-Topic: [RFC PATCH v2 3/3] ACPI: extlog: Make print_extlog_rcd() log
 unconditionally
Thread-Index: AQHaos06Hvj06zQ8zEub6wGZ+OrxmrGQbCgAgABm6QCAAAcXAIAAGJ6AgAAV8wCAAPotgIACRFcAgAViAwCAAJaZgIAAEY3Q
Date: Thu, 16 May 2024 20:03:18 +0000
Message-ID: <SJ1PR11MB608345327C015187C13A23D3FCED2@SJ1PR11MB6083.namprd11.prod.outlook.com>
References: <20240510112740.667445-1-fabio.m.de.francesco@linux.intel.com>
 <7009544.jJDZkT8p0M@fdefranc-mobl3>
 <20240510192556.GDZj50xFIWSqK2gzQR@fat_crate.local>
 <2881368.Ex9A2HvPv6@fdefranc-mobl3>
 <663e9bd4c2525_db82d29451@dwillia2-xfh.jf.intel.com.notmuch>
 <20240511130801.GBZj9tsenZ5SKXgRTm@fat_crate.local>
 <6641548474088_3dce92942b@dwillia2-mobl3.amr.corp.intel.com.notmuch>
 <20240516095714.GCZkXYeiKbUk2QXoIO@fat_crate.local>
 <664656cf7c59b_2c2629493@dwillia2-xfh.jf.intel.com.notmuch>
In-Reply-To: <664656cf7c59b_2c2629493@dwillia2-xfh.jf.intel.com.notmuch>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?r5vlLYYqxMkoVaBFKuA/Ya23zgMDSdRdapjBo/wKuMgaw9BYrcsVIAh7CAsV?=
 =?us-ascii?Q?W6zLa9T8xHreEdcrRfl9e9GHXktOuLZKAH3IkjrZ7B+7O2I1fkzDSCaBl0Fe?=
 =?us-ascii?Q?4I3thsj91tbxBqEDwb08h5FBZSZ5IPfy4tuWaLjNdhxzPzZmP4SllxhtuSvr?=
 =?us-ascii?Q?dEz9rat8up/oKbeGiFZQ0MzmYb4tyu+AvP9bjWgmRz27BFM7w/Cc5jJ9xTFz?=
 =?us-ascii?Q?RmkymK3JGK+CyB35c+MxoXPD05XeXYj1DQkaW/sSU30O1UWyO2QGWQ17H8ih?=
 =?us-ascii?Q?axxy8QIB3oCtfkzT4TgnDifSQZcZoe+CPEGfQy/6R1HJhiBhDvSy9DsbKbyz?=
 =?us-ascii?Q?atvAMLQb4iQakfvmEdAKGMrf3iMTOiuOZ+Hf2lHyXysXWyd8L6fzm7YqD7y0?=
 =?us-ascii?Q?PNWK43/9yjtCyaYM371qWf5NnR6y0jMSwSPF0U8kjuNiVl5699jwyJdPdBrb?=
 =?us-ascii?Q?hhnseupauphZwM223S4S8OmKDsZB+ECY8N0Z7vJJgdD1/Qo81SBKq8359hZX?=
 =?us-ascii?Q?eE2G+hQHiLsZbu/V9HN5skG1dVIWgQ1PBbFxzvvG3sBT8j4FhHHWsaB+ijGe?=
 =?us-ascii?Q?LjnC2rWLOXPrSyNRiqN8VzGfskFOrzjYYcMXxcKmSWmn6+/LCXhZJh3GhMNE?=
 =?us-ascii?Q?IhQFRJhN0QkSD7IB11VmG7fgyGfjt8wQsTfyRoFJf+1icCa2Q00NNXXfgQ/3?=
 =?us-ascii?Q?4cNa3S/5+g0wfeL6jtjWSt5BUdPm62If69Z/hCaSWG9HkRKT6HQXCxCjTuqq?=
 =?us-ascii?Q?QYuB8uJ8OPsp+AKSX9wZUxMz/i9V4q4V2la2MA3ajG3Zo5VKtoK3lH9i3hrJ?=
 =?us-ascii?Q?HpGByF41exWZ/J9Di/Yo8XILinPffbXoSGA4MQbVhr2CnXJDNwO8EfOYOSd8?=
 =?us-ascii?Q?iWhHSe//rIRacYDLyvCYp2VM2BDb2WkwuvPZjevAW5kY590EHjuw1CwcsqD5?=
 =?us-ascii?Q?pAIxDeAY67RFVXeQDxNoCI05Ls4Qf++4l4nDmfxa++KvfvQbru4llskwr2/K?=
 =?us-ascii?Q?Mq+QnsWBmi1EdPcenbWJv5ptjNW8JZuOMIjMdTLGMAKQx8Y4CKlf6namd9XR?=
 =?us-ascii?Q?AAVNdZY/+V0WMgcfUZrx/M7gQfWSs0Upmqvdr2QphVsPJDheun6knmS28vmW?=
 =?us-ascii?Q?HHgf0glMxs1OdPXg7O2O5VdtniMJn0KCuRofNU909IyBuF1g/npDy4k85E41?=
 =?us-ascii?Q?UMURRUeblNw3atHX5xw624aeVs3MXDsi6SwAmT5hG4hLn9a155t6+SVz/d7N?=
 =?us-ascii?Q?JXryvz+kfsvxL6k1K/JULg8RXUGIsYaKm6k6iYdu6ZEqkuw7xmAC0NNa1TBj?=
 =?us-ascii?Q?ypgkjrcHV3Bfps4UaZNQPxvU5OUMGVbkZpB+r6IXYDkr/ezNlpOLjr7P0eDX?=
 =?us-ascii?Q?6WKDEiV+dCXWvfazXTTxtVRgtZ6tfMVdjgVzDFEeDudxo9mpmEA56H2whrA/?=
 =?us-ascii?Q?q5pegrG+Fgw4CLzxDqqnpoND/owZUYdHzamZQGR4rl0VMHVt9ibslYVC92kg?=
 =?us-ascii?Q?/H/yid6olvbwbLPhmehdgXzN4Mp5JTJCVmsuIADQrHKWuvFaaeNZ2i8AZ8y6?=
 =?us-ascii?Q?Oh9P2+/dVF31yiB779DLyuWjXX4hJ6llEkc+GLxO?=
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SJ1PR11MB6083.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 494a8285-b4e4-48c5-7f36-08dc75e33ada
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 May 2024 20:03:18.5169
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: L6N4LWM2XtXNnv86kZwrIeswws8tPq2x7gIA0Gc2IYrnD8nQYyXhHfSyrKmrwXltqJBLHxdYEuQyGXnIp10JZw==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DS7PR11MB7805
X-OriginatorOrg: intel.com

> Given that is has not kept pace the next question is whether the kernel
> should bother to maintain the contract =3D> "if nothing is watching
> tracepoints some subset (all?) hardware error messages will be reflected
> to the kernel log".

I'm with you for corrected & recoverable errors. The console is a terrible
place for those logs.

But it's handy to have fatal errors go to the console. They may make it out=
 to a
serial port, or be stashed in pstore for later retrieval. Trace event logs =
that
are handled by some user level daemon are just going to disappear in a
puff of reset smoke.

-Tony