Date: Sat, 6 Jan 2018 15:36:25 +0100 From: Michael Tuexen <tuexen@freebsd.org> To: Kyle Evans <kevans@freebsd.org> Cc: src-committers <src-committers@freebsd.org>, svn-src-all@freebsd.org, svn-src-head@freebsd.org, "freebsd-arm@freebsd.org" <arm@freebsd.org> Subject: Re: svn commit: r327563 - in head/sys: arm/allwinner arm/conf arm64/conf conf Message-ID: <1431AAD8-E4CB-437B-83D5-7691DC3FDD51@freebsd.org> In-Reply-To: <CACNAnaEAOcQTsV5Gb37_hxz0hdWh8Qbaoa5rUEAWJovgAvaNbg@mail.gmail.com> References: <201801042237.w04MbFVR015965@repo.freebsd.org> <6F912304-B760-4DA2-AB74-C2C934026FC1@freebsd.org> <CACNAnaEAOcQTsV5Gb37_hxz0hdWh8Qbaoa5rUEAWJovgAvaNbg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> On 6. Jan 2018, at 15:24, Kyle Evans <kevans@freebsd.org> wrote: >=20 > On Sat, Jan 6, 2018 at 7:23 AM, Michael Tuexen <tuexen@freebsd.org> = wrote: >>> On 4. Jan 2018, at 23:37, Kyle Evans <kevans@FreeBSD.org> wrote: >>>=20 >>> Author: kevans >>> Date: Thu Jan 4 22:37:15 2018 >>> New Revision: 327563 >>> URL: https://svnweb.freebsd.org/changeset/base/327563 >>>=20 >>> Log: >>> if_awg: Use syscon prop if it exists >>>=20 >>> The emac bindings that are landing in Linux 4.15 specify a syscon = property >>> on the emac node that point to /soc/syscon. Use this property if = it's >>> specified, but maintain backwards compatibility with the old method. >>>=20 >>> The older method is still used for boards that we get .dtb from = u-boot, such >>> as pine64, that did not yet have stable emac bindings. >>>=20 >>> Tested on: Banana Pi-M3 (a83t) >>> Tested on: Pine64 (a64) >>> Reviewed by: manu >>> Differential Revision: https://reviews.freebsd.org/D13296 >> This breaks booting on a RPi3. Please note that it is not only = panic'ing, >> but there are multiple errors before that. >=20 > Ugh, sorry about that. No problem... >=20 >>>> FreeBSD EFI boot block >> Loader path: /boot/loader.efi >>=20 >> Initializing modules: UFS >> Probing 3 block devices.....* done >> UFS found 1 partition >> Consoles: EFI console >> Command line arguments: loader.efi >> Image base: 0x39ab8008 >> EFI version: 2.05 >> EFI Firmware: Das U-boot (rev 0.00) >>=20 >> FreeBSD/arm64 EFI loader, Revision 1.1 >> (Wed Dec 6 19:13:14 CET 2017 root@bsd18.fh-muenster.de) >> EFI boot environment >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel text=3D0x7f3b28 data=3D0xaac80+0x3a106d = syms=3D[0x8+0x10e870+0x8+0x101345] >> /boot/entropy size=3D0x1000 >> /boot/kernel/geom_label.ko text=3D0x2a80 text=3D0x2710 = data=3D0x10118+0xfeec syms=3D[0x8+0x1548+0x8+0xef2] >>=20 >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Using DTB provided by EFI at 0x8004000. >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2018 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 >> The Regents of the University of California. All rights = reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 12.0-CURRENT #21 r327563M: Sat Jan 6 14:16:20 CET 2018 >> = tuexen@bsd10.fh-muenster.de:/usr/home/tuexen/head/sys/arm64/compile/TCP = arm64 >> FreeBSD clang version 5.0.1 (branches/release_50 319231) (based on = LLVM 5.0.1) >> VT: init without driver. >> sysctl_warn_reuse: can't re-use a leaf (kern.features.geom_label)! >> module_register: cannot register g_label from kernel; already loaded = from geom_label.ko >> Module g_label failed to register: 17 >> Starting CPU 1 (1) >> Starting CPU 2 (2) >> Starting CPU 3 (3) >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> random: unblocking device. >> module_register_init: MOD_LOAD (efirt, 0xffff0000000cb414, 0) error = 12 >> random: entropy device external interface >> kbd0 at kbdmux0 >> ofwbus0: <Open Firmware Device Tree> >> simplebus0: <Flattened device tree simple bus> on ofwbus0 >> ofw_clkbus0: <OFW clocks bus> on ofwbus0 >> clk_fixed0: <Fixed clock> on ofw_clkbus0 >> clk_fixed1: <Fixed clock> on ofw_clkbus0 >> regfix0: <Fixed Regulator> on ofwbus0 >> regfix1: <Fixed Regulator> on ofwbus0 >> syscon_generic0: <syscon> mem 0x40000000-0x400000ff on simplebus0 >> psci0: <ARM Power State Co-ordination Interface Driver> on ofwbus0 >> local_intc0: <BCM2836 Interrupt Controller> mem 0x40000000-0x400000ff = on simplebus0 >> local_intc0: could not allocate memory resource >> device_attach: local_intc0 attach returned 6 >=20 > Apologies for the breakage; this should be alleviated by r327621. > There will still be some errors (syscon_generic cannot allocate memory > resource), but that should be completely innocent in this case and > will give me time to track down why syscon shares register space with > local intc here. I can confirm that r327621 boots again on RPi3 and the system is usable. Thanks for the quick fix/workaround. Best regards Michael
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1431AAD8-E4CB-437B-83D5-7691DC3FDD51>