FreeBSD on Pandaboard?

Lundberg, Johannes johannes at brilliantservice.co.jp
Tue Dec 31 02:50:00 UTC 2013


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 at kientzle.com> wrote:

>
> On Dec 22, 2013, at 1:25 AM, Lundberg, Johannes <
> johannes at 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’ve 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
>
>

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
秘密保持について:この電子メールは、名宛人に送信したものであり、秘匿特権の対象となる情報を含んでいます。
もし、名宛人以外の方が受信された場合、このメールの破棄、およびこのメールに関する一切の開示、
複写、配布、その他の利用、または記載内容に基づくいかなる行動もされないようお願い申し上げます。
---
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.


More information about the freebsd-arm mailing list