From owner-freebsd-arm@FreeBSD.ORG Fri Jan 31 06:05:11 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C6A2C00 for ; Fri, 31 Jan 2014 06:05:11 +0000 (UTC) Received: from mail-qa0-x229.google.com (mail-qa0-x229.google.com [IPv6:2607:f8b0:400d:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 430B11D87 for ; Fri, 31 Jan 2014 06:05:11 +0000 (UTC) Received: by mail-qa0-f41.google.com with SMTP id w8so5839301qac.0 for ; Thu, 30 Jan 2014 22:05:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=7h4uAK/deu66ki3/fYEGiBITGmMRxvqPiYbyofxYGT4=; b=AvOpSCbgkKmZ77HzXwkVmHqRZm5Y4jt0QyK6RJFRWCXKFYW9ul3hp3E3CzR7zx7+PH VeXa2k8qbfwt3I0pHN/xRz4dy0E1cuF9cBVTmrCwWV8r9WdIQRyud/0JGg0RvraavxHL tYPEz9rxgXEbAsJoysQMj20zHJT7ZN3YSKshocaIdzYqynus/ffVBqSeQXwNeypwdt6X M2L9WWLXfH6/fec4STXP6j/7qRoot92JXxiiYksrjGqsd0HH7lNPk1DXxouPpWZSrqAN I/9mFcV3dJ0ECER63GHZm+8odmQyrc+PuT6RTP5KPCluSmMwpbn/OJsJ/lA1z3jCBevw bctw== MIME-Version: 1.0 X-Received: by 10.229.35.194 with SMTP id q2mr28671683qcd.7.1391148310325; Thu, 30 Jan 2014 22:05:10 -0800 (PST) Received: by 10.96.100.129 with HTTP; Thu, 30 Jan 2014 22:05:10 -0800 (PST) In-Reply-To: References: Date: Thu, 30 Jan 2014 22:05:10 -0800 Message-ID: Subject: Re: FreeBSD on Pandaboard? From: "Alex T." To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Tim Kientzle X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 06:05:11 -0000 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. 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: mem 0x4a056000-0x4a056fff irq 44,45,46,47 >> on >> simplebus0 >> ti_sdma0: sDMA revision 00010900 >> ti_mmchs0: mem 0x4809c000-0x4809cfff >> irq 115 on simplebus0 >> mmc0: 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 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’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. >> _______________________________________________ >> 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" >> > >