From owner-freebsd-arm@FreeBSD.ORG Thu Jan 22 10:12:24 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 302D19F4; Thu, 22 Jan 2015 10:12:24 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA78AC5; Thu, 22 Jan 2015 10:12:23 +0000 (UTC) Received: from bender.lan (97e078e7.skybroadband.com [151.224.120.231]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 8D15473000; Thu, 22 Jan 2015 10:12:21 +0000 (UTC) Date: Thu, 22 Jan 2015 10:12:13 +0000 From: Andrew Turner To: Warner Losh Subject: Re: interrupt framework Message-ID: <20150122101213.5b0f6aea@bender.lan> In-Reply-To: <74044D4B-A841-48E0-88CD-73B659454B86@bsdimp.com> References: <54BA9888.1020303@freebsd.org> <54BD3F86.3010901@freebsd.org> <54BD9794.4080204@freebsd.org> <54BE7E6D.6060800@freebsd.org> <20150121180916.110fc8ad@bender.lan> <74044D4B-A841-48E0-88CD-73B659454B86@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jan 2015 10:12:24 -0000 On Wed, 21 Jan 2015 16:32:47 -0700 Warner Losh wrote: > > On Jan 21, 2015, at 11:09 AM, Andrew Turner > > wrote: > >=20 > > On Wed, 21 Jan 2015 10:50:14 -0700 > > Warner Losh wrote: > >> =E2=80=9Cusually=E2=80=9D? I thought it was always 100%: We=E2=80=99re= wither using FDT or > >> we=E2=80=99re not. Some platforms allow compiling for both (mostly as a > >> transition aid to FDT), but I=E2=80=99m not aware of any that would be= a > >> mix. > >=20 > > There may be a case on arm64 to use both fdt and ACPI. In this case > > it would be used as a transition to add support for ACPI as some > > hardware may require it. >=20 > Speaking of ACPI, will/can arm64 use UEFI? The two seem to be joined > at the hip these days=E2=80=A6 On servers I expect UEFI to be used. For more embedded devices, e.g. phones or tablets, the boot environment will be less standardised. Andrew