Date: Fri, 15 Aug 2014 00:18:02 +0200 From: "Ronald Klop" <ronald-lists@klop.ws> To: freebsd-arm@freebsd.org Subject: Re: And now for the actual test... [was: Re: What platform do you use?] Message-ID: <op.xklr8cplkndu52@82-171-231-144.ip.telfort.nl> In-Reply-To: <1407724644.56408.469.camel@revolution.hippie.lan> References: <7EC2AB25-5949-40BF-A5AA-BF4C98F3F640@bsdimp.com> <1407724644.56408.469.camel@revolution.hippie.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 11 Aug 2014 04:37:24 +0200, Ian Lepore <ian@freebsd.org> wrote: > On Tue, 2014-08-05 at 10:26 -0600, Warner Losh wrote: >> Greetings, >> >> I=E2=80=99d like to know what platforms people use FreeBSD/arm with, = and if = >> you=E2=80=99d have time to test some potentially =E2=80=9Cbreak the k= ernel=E2=80=9D sort of = >> changes in the next month? >> >> I have the following boards: boatloads of atmel, BBB, and RPI. This = >> covers the at91, imx6 and broadcom directories. I also have a = >> allwinnner board, but I=E2=80=99ve never got it booting FreeBSD. Like= wise with = >> a rockchip. I have some marvell gear too, but it is buried deep. This= = >> leaves a lot of other boards/SoCs to cover... >> >> Warner >> > > So, anybody wanting to do the testing alluded to in this thread-starti= ng > message, here's all you need to do: > > - Add "option ARM_DEVICE_MULTIPASS" to your kernel config. > - Rebuild and install the kernel, boot. > - Everything should still work. > > The only difference you should notice is that devices load in a > different order at boot time. Specifically, you'll see all the busses= > listed first, then interrupt controllers, then l2cache, then clocks an= d > timers, then all the usual stuff after that. > > There's no immediate benefit or speedup or anything, this is to help > pave the way for using fdt data that comes with a board or system > instead of needing our special freebsd dtb files. Right now we count = on > devices loading in the order we list them in our dts source. This is = a > new way of loading things that should ensure critical devices are load= ed > first, even when we can't control the order of things in the fdt data.= > > I've tested this on wandboard only so far. > > -- Ian My Sheevaplug tftpboots with the option enabled. Could not diff the dmes= g = output, because my usb-stick now wants to do fsck which fails, so I can = = not mount /. (This is because unexpected reboot, not because of kernel = change.) Ronald.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?op.xklr8cplkndu52>