From owner-freebsd-arm@FreeBSD.ORG Tue Dec 31 02:50:00 2013 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 183426F1 for ; Tue, 31 Dec 2013 02:50:00 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7132175A for ; Tue, 31 Dec 2013 02:49:59 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id tp5so12157783ieb.25 for ; Mon, 30 Dec 2013 18:49:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=o+gqTZTOcBcctPywyZND3QdzkzYYWBqk78pVfsU+F/Y=; b=Ml3uMRFfDLnvyVYuh6PenHoq/BybTQR5BMlz/M7clQWboJGPv5YT4xEmdMBGr8f7SF nkwJwSOK80SuHkBEI5AHjzPJo60Lr8xWG8W2ky9DlvoqQRTWoejwY/Z9aGRmLSBC1G6W 5KFNtONYjdfu80Mnsy9EyTbP1Pd6ixjPZduyd72WpkKSjw8ztwaA6XVbT1DotXSa9izt j93qt84jOIOpoAoHYNva4MYA6V8Rdwnx7sIUNIxn+m3FVb/KVa+s/LuhoZj7VE3hWdgP gxD3aZJefxFIZZK4PoqBNheAiXRwo+XjtDgKM7dGhsNSGbbAPU/7/gZpqUu9v8hq7jEw hylw== X-Gm-Message-State: ALoCoQkpnny+fCd5WT9KZSbCRPzUtaUyVz8RQhtDFUuCIAze3Kromt3zVUw3kVOSf7x0zTA/h0BTLJxmTvFwnsJAEZlCbWhER6K1kRAnltW7bfPyMbZdUS8= X-Received: by 10.50.61.205 with SMTP id s13mr57928729igr.29.1388458193595; Mon, 30 Dec 2013 18:49:53 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Mon, 30 Dec 2013 18:49:38 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Tue, 31 Dec 2013 11:49:38 +0900 Message-ID: Subject: Re: FreeBSD on Pandaboard? To: Tim Kientzle Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" 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: Tue, 31 Dec 2013 02:50:00 -0000 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.