From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755586AbbAPDJG (ORCPT ); Thu, 15 Jan 2015 22:09:06 -0500 Received: from mx1.redhat.com ([209.132.183.28]:45943 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751343AbbAPDJD (ORCPT ); Thu, 15 Jan 2015 22:09:03 -0500 Message-ID: <54B880B5.6010907@redhat.com> Date: Thu, 15 Jan 2015 22:08:37 -0500 From: Jon Masters Organization: Red Hat, Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "linux-acpi@vger.kernel.org" CC: "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" Subject: SPCR table parsing Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Folks, We're implementing support for SPCR table parsing shortly[0], since it will allow to deprecate supplying a "console=" (and eventually, also "earlycon=") on 64-bit ARM servers, where it's not always the case that we can assume a 16550 at a specific address. SPCR has been provided on x86 systems since 2000 but is not (yet) supported by Linux. If anyone knows of existing efforts on e.g. x86 or IA64, please get in touch. I expect the initial implementation to require revision 2+ modern server systems and possibly be limited to ARM initially. Thanks, Jon. [0] This table is now published under a non-restrictive implementation license and is linked from the UEFI ACPI documents webpage.