Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Jan 2014 22:05:10 -0800
From:      "Alex T." <dioxinu@gmail.com>
To:        "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org>
Cc:        Tim Kientzle <tim@kientzle.com>
Subject:   Re: FreeBSD on Pandaboard?
Message-ID:  <CABt%2Bj0=J_0xyJqXCJ9bhAsQNvhu0UnEJ_nOOqh=4HycON4-mUg@mail.gmail.com>
In-Reply-To: <CABt%2Bj0=0x5yAK4ptF727HwJUsqfTE3SzKkNPbZq7=3z8igjv=Q@mail.gmail.com>
References:  <CAASDrVn4R2ggsD3d6YYeidLJ2TEh=oaNWEhrRXBZGmM_6GdeZg@mail.gmail.com> <CFCD6900-91BC-42B4-AD74-2142E3FB2743@kientzle.com> <CAASDrVn12BfdDJb4hw6gH-_LxV8Nx0N1m_ZDN5g7ydi=YBhjYg@mail.gmail.com> <CABt%2Bj0=0x5yAK4ptF727HwJUsqfTE3SzKkNPbZq7=3z8igjv=Q@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Now that crochet-freebsd was updated to to pass proper TARGET_ARCH when
building world/kernel, I did a complete rebuild from scratch and Pandaboard
is booting now. However, I do see spurious interrupts (discussed in a
separate thread).


On 22 January 2014 21:00, Alex T. <dioxinu@gmail.com> wrote:

> Hi,
> having similar issues with running FreeBSD 10 on Pandaboard (OMAP 4430).
> Used crochet script from github for building the image. Starts booting as
> expected but then kernel panics on vm_pageout. Used clang toolchain for
> building.
>
> Did try other release of FreeBSD (9.2 + gcc toolchain) but had kernel
> panic as well, though in a different place, uart_tty_init.
>
>
>
>
> On 30 December 2013 18:49, Lundberg, Johannes <
> johannes@brilliantservice.co.jp> wrote:
>
>> Hi Tim
>>
>> I can't seem to get past mmc detection.
>> This is what I get:
>>
>> ti_sdma0: <TI sDMA Controller> mem 0x4a056000-0x4a056fff irq 44,45,46,47
>> on
>> simplebus0
>> ti_sdma0: sDMA revision 00010900
>> ti_mmchs0: <TI MMC/SD/SDIO High Speed Interface> mem 0x4809c000-0x4809cfff
>> irq 115 on simplebus0
>> mmc0: <MMC/SD bus> on ti_mmchs0
>> Timecounters tick every 10.000 msec
>> panic: rw_wlock() by idle thread 0xc3818320 on rwlock pmap pv global @
>> /usr/src-releng10/sys/arm/arm/pmap-v6.c:1406
>> KDB: enter: panic
>> [ thread pid 10 tid 100002 ]
>> Stopped at      $d:     ldrb    r15, [r15, r15, ror r15]!
>> db> bt
>> Tracing pid 10 tid 100002 td 0xc3818320
>> db_trace_self() at db_trace_self
>>          pc = 0xc0443114  lr = 0xc020a024 (db_stack_trace+0xec)
>>          sp = 0xd63bc8a8  fp = 0xd63bc8c0
>>         r10 = 0xc0503790
>> db_stack_trace() at db_stack_trace+0xec
>>          pc = 0xc020a024  lr = 0xc0209980 (db_command+0x268)
>>          sp = 0xd63bc8c8  fp = 0xd63bc968
>>          r4 = 0xc0209f38  r5 = 0x00000000
>>          r6 = 0xc048db50
>> db_command() at db_command+0x268
>>          pc = 0xc0209980  lr = 0xc02096e8 (db_command_loop+0x60)
>>          sp = 0xd63bc970  fp = 0xd63bc980
>>          r4 = 0xc04760a6  r5 = 0xc048731d
>>          r6 = 0xc06a00d4  r7 = 0xd63bcb50
>>          r8 = 0xc3818320  r9 = 0xc053d8b4
>>         r10 = 0xc0503a00
>> db_command_loop() at db_command_loop+0x60
>>          pc = 0xc02096e8  lr = 0xc020c1a0 (db_trap+0xdc)
>>          sp = 0xd63bc988  fp = 0xd63bcaa8
>>          r4 = 0x00000000  r5 = 0xd63bc990
>>          r6 = 0xc053d8e0
>> db_trap() at db_trap+0xdc
>>          pc = 0xc020c1a0  lr = 0xc02f6e58 (kdb_trap+0xdc)
>>          sp = 0xd63bcab0  fp = 0xd63bcad0
>>          r4 = 0x00000000  r5 = 0x00000001
>>          r6 = 0xc053d8e0  r7 = 0xd63bcb50
>> kdb_trap() at kdb_trap+0xdc
>>          pc = 0xc02f6e58  lr = 0xc0455a28 (undefinedinstruction+0x2b0)
>>          sp = 0xd63bcad8  fp = 0xd63bcb48
>>          r4 = 0x00000000  r5 = 0xc04556d0
>>          r6 = 0x00000000  r7 = 0xe7ffffff
>>          r8 = 0xc3818320  r9 = 0xd63bcb50
>>         r10 = 0xc02f66c4
>> undefinedinstruction() at undefinedinstruction+0x2b0
>>          pc = 0xc0455a28  lr = 0xc0444acc (exception_exit)
>>          sp = 0xd63bcb50  fp = 0xd63bcba8
>>          r4 = 0xffffffff  r5 = 0xffff1004
>>          r6 = 0xc04868f7  r7 = 0xc052fdf0
>>          r8 = 0xc3818320  r9 = 0xc052fc50
>>         r10 = 0xc06a128c
>> exception_exit() at exception_exit
>>          pc = 0xc0444acc  lr = 0xc02f66b8 (kdb_enter+0x40)
>>          sp = 0xd63bcba4  fp = 0xd63bcba8
>>          r0 = 0xc053d8c4  r1 = 0x00000000
>>          r2 = 0xc048ad43  r3 = 0x000000ab
>>          r4 = 0xc0487380  r5 = 0xd63bcbfc
>>          r6 = 0xc04868f7  r7 = 0xc052fdf0
>>          r8 = 0xc3818320  r9 = 0xc052fc50
>>         r10 = 0xc06a128c r12 = 0xc02fc80c
>> $a() at $a
>>          pc = 0xc02f66c8  lr = 0xc02bfa30 (vpanic+0xb8)
>>          sp = 0xd63bcbb0  fp = 0xd63bcbd0
>>          r4 = 0x00000100
>> vpanic() at vpanic+0xb8
>>          pc = 0xc02bfa30  lr = 0xc02bf968 ($d)
>>          sp = 0xd63bcbd8  fp = 0xd63bcbf0
>>          r4 = 0xc052fcf0  r5 = 0xc04868f7
>>          r6 = 0xd63bcbfc  r7 = 0xc052fc50
>>          r8 = 0xc04acaf7  r9 = 0x00000000
>>         r10 = 0xc069eff0
>> $d() at $d
>>          pc = 0xc02bf968  lr = 0xc02bd450 (_rw_wlock_cookie+0x134)
>>          sp = 0xd63bcc08  fp = 0xd63bcc28
>>          r4 = 0x0000057e  r5 = 0xc04acaf7
>>          r6 = 0xc069f060  r7 = 0xc069f070
>> _rw_wlock_cookie() at _rw_wlock_cookie+0x134
>>          pc = 0xc02bd450  lr = 0xc044a0e8 (pmap_fault_fixup+0x3c)
>>          sp = 0xd63bcc30  fp = 0xd63bcc60
>>          r4 = 0x00000001  r5 = 0xc06a0b7c
>>          r6 = 0x00000000  r7 = 0x00000005
>> pmap_fault_fixup() at pmap_fault_fixup+0x3c
>>          pc = 0xc044a0e8  lr = 0xc0454390 (data_abort_handler+0x228)
>>          sp = 0xd63bcc68  fp = 0xd63bcd08
>>          r4 = 0x00000001  r5 = 0xc3818320
>>          r6 = 0x00000000  r7 = 0x00000005
>>          r8 = 0xd63bcd10  r9 = 0x000002c0
>>         r10 = 0xc06a0ac0
>> data_abort_handler() at data_abort_handler+0x228
>>          pc = 0xc0454390  lr = 0xc0444acc (exception_exit)
>>          sp = 0xd63bcd10  fp = 0xd63bcd68
>>          r4 = 0xffffffff  r5 = 0xffff1004
>>          r6 = 0xc3818320  r7 = 0xc048147f
>>          r8 = 0xc0481458  r9 = 0x00000001
>>         r10 = 0x00000000
>> exception_exit() at exception_exit
>>          pc = 0xc0444acc  lr = 0xc02c6674 (critical_exit+0x6c)
>>          sp = 0xd63bcd64  fp = 0xd63bcd68
>>          r0 = 0x00000000  r1 = 0x00000008
>>          r2 = 0xc048798b  r3 = 0x000000d3
>>          r4 = 0xc3818320  r5 = 0xc048798b
>>          r6 = 0xc3818320  r7 = 0xc048147f
>>          r8 = 0xc0481458  r9 = 0x00000001
>>         r10 = 0x00000000 r12 = 0x00000000
>> critical_exit() at critical_exit+0x6c
>>          pc = 0xc02c6674  lr = 0xc0292ee4 (intr_event_handle+0x154)
>>          sp = 0xd63bcd70  fp = 0xd63bcd98
>>          r4 = 0xc36f2800  r5 = 0xd63bcdb8
>> intr_event_handle() at intr_event_handle+0x154
>>          pc = 0xc0292ee4  lr = 0xc0445d88 (arm_handler_execute+0x50)
>>          sp = 0xd63bcda0  fp = 0xd63bcdb0
>>          r4 = 0xd63bcdb8  r5 = 0x00000073
>>          r6 = 0xc0526980  r7 = 0xc069d608
>>          r8 = 0x0022ee80  r9 = 0xc0528184
>>         r10 = 0xc0757004
>> arm_handler_execute() at arm_handler_execute+0x50
>>          pc = 0xc0445d88  lr = 0xc0462068 (irq_entry+0x9c)
>>          sp = 0xd63bcdb8  fp = 0xd63bce10
>>          r4 = 0xffffffff  r5 = 0xffff1004
>>          r6 = 0xc06a1490  r7 = 0xc053d44c
>> irq_entry() at irq_entry+0x9c
>>          pc = 0xc0462068  lr = 0xc044644c (cpu_idle+0x40)
>>          sp = 0xd63bce0c  fp = 0xd63bce10
>>          r0 = 0x00000000  r1 = 0xc0461d70
>>          r2 = 0x00000002  r3 = 0x00000000
>>          r4 = 0x00000001  r5 = 0xc04894a7
>>          r6 = 0xc06a1490  r7 = 0xc053d44c
>>          r8 = 0x0022ee80  r9 = 0xc0528184
>>         r10 = 0xc0757004 r12 = 0x00000000
>> arm11_sleep() at arm11_sleep+0x8
>>          pc = 0xc0461d78  lr = 0xc044644c (cpu_idle+0x40)
>>          sp = 0xd63bce0c  fp = 0xd63bce10
>> Unwind failure (no registers changed)
>>
>>
>> --
>> Johannes Lundberg
>> BRILLIANTSERVICE CO., LTD.
>>
>>
>> On Fri, Dec 27, 2013 at 3:10 AM, Tim Kientzle <tim@kientzle.com> wrote:
>>
>> >
>> > On Dec 22, 2013, at 1:25 AM, Lundberg, Johannes <
>> > johannes@brilliantservice.co.jp> wrote:
>> >
>> > > Hi
>> > >
>> > > I have seen some blogs etc that claims to have successfully run
>> FreeBSD
>> > on
>> > > Pandaboard ES but I can't seem to be able to duplicate the results.
>> > >
>> > > I tried with 10.0-releng and 11.0-current source and latest version of
>> > > crochet. Building is done on an amd64 machine.
>> >
>> > I got my PandaBoard ES to (minimally) boot a long time ago
>> > and used that to put support into Crochet.
>> >
>> > But I$B!G(Bve not had time to try it recently.
>> >
>> > > Creating image is no problem but boot halts early at USB / MMC
>> routine..
>> >
>> > So basically, it sounds like:
>> >  * Crochet is correctly building the boot bits and assembling the image.
>> >  * The kernel is broken.
>> >
>> > I would suggest you next try adjusting
>> > sys/arm/conf/PANDABOARD:
>> >
>> > * Uncomment INVARIANTS, WITNESS, and DIAGNOSTIC
>> >    Maybe you can get more information about exactly what is
>> >    failing.
>> >
>> > * Remove drivers and see if the boot gets any further.
>> >
>> > I would love to get the PandaBoard working; with a gigabyte
>> > of RAM and a dual-core processor, it should have significantly
>> > better performance than the RPi and BeagleBones.
>> >
>> > Tim
>> >
>> >
>>
>> --
>> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
>> $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B
>> $B$b$7!"L>08?M0J30$NJ}$,<u?.$5$l$?>l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B
>> $BJ#<L!"G[I[!"$=$NB>$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B
>> ---
>> CONFIDENTIALITY NOTE: The information in this email is confidential
>> and intended solely for the addressee.
>> Disclosure, copying, distribution or any other action of use of this
>> email by person other than intended recipient, is prohibited.
>> If you are not the intended recipient and have received this email in
>> error, please destroy the original message.
>> _______________________________________________
>> freebsd-arm@freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm
>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"
>>
>
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CABt%2Bj0=J_0xyJqXCJ9bhAsQNvhu0UnEJ_nOOqh=4HycON4-mUg>