Date: Wed, 22 Jan 2014 21:00:45 -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=0x5yAK4ptF727HwJUsqfTE3SzKkNPbZq7=3z8igjv=Q@mail.gmail.com> In-Reply-To: <CAASDrVn12BfdDJb4hw6gH-_LxV8Nx0N1m_ZDN5g7ydi=YBhjYg@mail.gmail.com> References: <CAASDrVn4R2ggsD3d6YYeidLJ2TEh=oaNWEhrRXBZGmM_6GdeZg@mail.gmail.com> <CFCD6900-91BC-42B4-AD74-2142E3FB2743@kientzle.com> <CAASDrVn12BfdDJb4hw6gH-_LxV8Nx0N1m_ZDN5g7ydi=YBhjYg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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=0x5yAK4ptF727HwJUsqfTE3SzKkNPbZq7=3z8igjv=Q>