Date: Thu, 14 May 2020 23:47:58 +0200 From: =?utf-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com> To: Robert Crowston <crowston@protonmail.com>, freebsd-arm@freebsd.org Subject: Re: Recommended arm hardware (mostly for compilation)? Message-ID: <3743452C-EA4D-4277-AEF9-7A18074481AF@googlemail.com> In-Reply-To: <IrHjXDYM1vtBCKQdwsrimnQyc_TWgpEMxLFfqZhjr2Q2tTIekmuARMgUVVxR6dh_tS1lUvn-J1sdGY44yeCw93wbeNP476uqc2qVRVnQNLI=@protonmail.com> References: <1b109252-3232-05c4-e1e0-2fea4739583d@spth.de> <7wDQBtxlTSCZJ35vc5uLkFgSsm-YeZS3l14XADTshLjgtE8mHx39CmQlzI866jWt9KuFl4CprIRIvqX924kkZ-rLWLkOdNU8Qwxnf3UhxQw=@protonmail.com> <A4CD3233-466C-426D-9018-E81E3113E7C0@googlemail.com> <IrHjXDYM1vtBCKQdwsrimnQyc_TWgpEMxLFfqZhjr2Q2tTIekmuARMgUVVxR6dh_tS1lUvn-J1sdGY44yeCw93wbeNP476uqc2qVRVnQNLI=@protonmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 > On Thursday, 14 May 2020 22:15, Klaus K=C3=BCchemann via freebsd-arm = <freebsd-arm@freebsd.org> wrote: >=20 >>=20 >>=20 >>> Am 14.05.2020 um 22:44 schrieb Robert Crowston via freebsd-arm = freebsd-arm@freebsd.org: >>>=20 >>>> (how does OpenBSD manage?) >>>=20 >>> =E2=80=A6...For example, their PCI-e driver for the Rpi4 is a work = of simplicity. =E2=80=A6=E2=80=A6. >>> =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 >>=20 >> OpenBSD`s PCI-e driver targets DeviceTree in UEFI, >> PCI-e itself is not exposed in Uefi/ACPI for the RPI4 . > Am 14.05.2020 um 23:26 schrieb Robert Crowston = <crowston@protonmail.com>: >=20 > What I mean is, and I don't know the detail of what happens in = TianoCore, but it seems a lot of the device initialization (setting up = the right values in the registers on the hardware) is done before the = device is passed to OpenBSD. That's not a criticism -- it's probably the = right way to go. If we want to get FreeBSD to boot in ACPI-mode(tianocore/edkII) on rpi4 = we probably will have quite nothing to do with=20 PCI-e itself to get access to the USB-bus. genet is already implemented in rpi4-uefi in Version 1.13 . What we have to fix/ implement is our generic_xhci - driver, where = something like INIT=20 fails to dma =E2=80=A6.=20 kls
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3743452C-EA4D-4277-AEF9-7A18074481AF>