svn commit: r258412 - in head/sys/arm: at91 econa s3c2xx0 sa11x0 xscale/i80321 xscale/i8134x xscale/ixp425 xscale/pxa

John-Mark Gurney jmg at funkthat.com
Sat Dec 21 06:10:50 UTC 2013


Ian Lepore wrote this message on Thu, Nov 21, 2013 at 01:08 +0000:
> Author: ian
> Date: Thu Nov 21 01:08:10 2013
> New Revision: 258412
> URL: http://svnweb.freebsd.org/changeset/base/258412
> 
> Log:
>   Call cpu_setup() from the initarm() routine on platforms that don't use
>   the common FDT-aware initarm() in arm/machdep.c.
>   
>   Pointed out by:	     cognet
>   Pointy hat to:	     ian

[...]

> Modified: head/sys/arm/xscale/ixp425/avila_machdep.c
> ==============================================================================
> --- head/sys/arm/xscale/ixp425/avila_machdep.c	Thu Nov 21 00:54:26 2013	(r258411)
> +++ head/sys/arm/xscale/ixp425/avila_machdep.c	Thu Nov 21 01:08:10 2013	(r258412)
> @@ -405,6 +405,8 @@ initarm(struct arm_boot_params *abp)
>  	 * this problem will not occur after initarm().
>  	 */
>  	cpu_idcache_wbinv_all();
> +	cpu_setup("");
> +
>  	/* ready to setup the console (XXX move earlier if possible) */
>  	cninit();
>  	/*
> 

So, I finally got an AVILA board (thanks Jim at netgate) to do some testing
on what stopped working...

Turns out this commit break early output on the AVILA board...  With
this commit, I get no output when booting the kernel:
RedBoot> load -b 0x200000 kernel.avila.avila
Using default protocol (TFTP)
Address offset = 0x40000000
Entry point: 0x00200100, address range: 0x00200000-0x006aedc8
RedBoot> go

some previous pmap changes made the AVILA board panic...  The pmap
changes were made some time between July 1st and Aug 1st, and on kernels
since then, I get:
RedBoot> go
panic: mtx_lock() of spin mutex pmap @ /usr/src.avila/sys/arm/arm/pmap.c:3677
Uptime: 1s

Help!

-- 
  John-Mark Gurney				Voice: +1 415 225 5579

     "All that I will do, has been done, All that I have, has not."


More information about the freebsd-arm mailing list