Date: Tue, 31 Dec 2013 11:49:38 +0900 From: "Lundberg, Johannes" <johannes@brilliantservice.co.jp> To: Tim Kientzle <tim@kientzle.com> Cc: "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: FreeBSD on Pandaboard? Message-ID: <CAASDrVn12BfdDJb4hw6gH-_LxV8Nx0N1m_ZDN5g7ydi=YBhjYg@mail.gmail.com> In-Reply-To: <CFCD6900-91BC-42B4-AD74-2142E3FB2743@kientzle.com> References: <CAASDrVn4R2ggsD3d6YYeidLJ2TEh=oaNWEhrRXBZGmM_6GdeZg@mail.gmail.com> <CFCD6900-91BC-42B4-AD74-2142E3FB2743@kientzle.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAASDrVn12BfdDJb4hw6gH-_LxV8Nx0N1m_ZDN5g7ydi=YBhjYg>