AVILA kernel

Nathan Whitehorn nwhitehorn at freebsd.org
Fri Oct 18 13:55:01 UTC 2013


On 10/18/13 00:14, Olivier Houchard wrote:
> On Thu, Oct 17, 2013 at 11:51:50PM +0200, Berislav Purgar wrote:
>>>>> Hello ..
>>>>>
>>>>> finally i got gatewroks GW2345 board but now i got stuck on loading
>>>>> kernel. it stops on copyright message:
>>>>>
>>>>> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11
>>>>> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0
>>>>> Default server: 10.42.1.1
>>>>> RedBoot> load -b 0x200000 kernel
>>>>> Using default protocol (TFTP)
>>>>> Address offset = 0x40000000
>>>>> Entry point: 0x00200100, address range: 0x00200000-0x007817c8
>>>>> RedBoot> go
>>>>> KDB: debugger backends: ddb
>>>>> KDB: current backend: ddb
>>>>> Copyright (c) 1992-2013 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 11.0-CURRENT #0 r256593M: Wed Oct 16 19:14:51 CEST 2013
>>>>>    root at brzi:/usr/obj/arm.armeb/usr/src/sys/AVILA arm
>>>>> gcc version 4.2.1 20070831 patched [FreeBSD]
>>>>>
>>>>> on stock AVILA conf. file i got panic :
>>>>>
>>>>> RedBoot> ip
>>>>> IP: 192.168.3.2/255.255.255.0, Gateway: 0.0.0.0
>>>>> Default server: 192.168.3.1
>>>>> RedBoot> ip -h 10.42.1.1 -l 10.42.1.11
>>>>> IP: 10.42.1.11/255.255.255.0, Gateway: 0.0.0.0
>>>>> Default server: 10.42.1.1
>>>>> RedBoot> load -b 0x200000 kernel
>>>>> Using default protocol (TFTP)
>>>>> Address offset = 0x40000000
>>>>> Entry point: 0x00200100, address range: 0x00200000-0x006a9808
>>>>> RedBoot> go
>>>>> panic: mtx_lock() of spin mutex pmap @ /usr/src/sys/arm/arm/pmap.c:3676
>>>>> Uptime: 1s
>>>>>
>>>>>
>>>>> tnx
>>>>>
>>>>
>>>> any ideas ?
> Hi Berislav,
>
> I won't be able to test things on AVILA before at least next week, but I just
> committed a change as rev 256712 that may, or may not, help with your issue.
> Can you test it and see if it helps ?
>

I'm seeing the same issue. r256712 didn't seem to have changed anything.
-Nathan


More information about the freebsd-arm mailing list