From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 05:02:07 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FA4C5AE for ; Sun, 28 Dec 2014 05:02:07 +0000 (UTC) Received: from just.puresimplicity.net (just.puresimplicity.net [192.241.58.38]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "just.puresimplicity.net", Issuer "just.puresimplicity.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 476EF67017 for ; Sun, 28 Dec 2014 05:02:06 +0000 (UTC) Received: from [10.0.0.95] (c-50-129-99-232.hsd1.il.comcast.net [50.129.99.232]) (authenticated bits=0) by just.puresimplicity.net (8.14.9/8.14.9) with ESMTP id sBS4vBoP016422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 27 Dec 2014 22:57:12 -0600 (CST) (envelope-from hemi@puresimplicity.net) X-Authentication-Warning: just.puresimplicity.net: Host c-50-129-99-232.hsd1.il.comcast.net [50.129.99.232] claimed to be [10.0.0.95] Message-ID: <549F8DA4.7030504@puresimplicity.net> Date: Sat, 27 Dec 2014 22:57:08 -0600 From: Josh Tolbert User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: ODROID-C1? Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (just.puresimplicity.net [192.241.58.38]); Sat, 27 Dec 2014 22:57:12 -0600 (CST) X-Virus-Scanned: clamav-milter 0.98.5 at just.puresimplicity.net X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 05:02:07 -0000 Hardkernel recently introduced the ODROID-C1, a $35 SBC that's the same size as the Raspberry Pi B+ but with a quad-core 1.5GHz CPU and 1GB RAM. Is there any chance this will ever see FreeBSD support? Cheers, Josh -- Josh Tolbert hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ Security is mostly a superstition. It does not exist in nature, nor do the children of men as a whole experience it. Avoiding danger is no safer in the long run than outright exposure. Life is either a daring adventure, or nothing. -- Helen Keller From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 05:13:38 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9E9E779 for ; Sun, 28 Dec 2014 05:13:38 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A0259670F9 for ; Sun, 28 Dec 2014 05:13:38 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id hl2so10093109igb.11 for ; Sat, 27 Dec 2014 21:13:38 -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=OPHPBLx6nySnfneWFVdxzGev6nT6kIhOg245foRslOI=; b=C6HYNPj0KLnnVcL5HVp5HEFJmCeOa/cKU3Yw21X6H+zYL/+F0uhOQNyFPawJUBhNyA ab8x3WIHS8A0PjJaq4VsL6VDc49YXITvsVTygUvkBZGQFvevy2amW9h/aRiAumKDwaET RsZwysCey61MeT8E5O8ZqHMCLfeKV6X67IBvjbcMjq6XHrdJBFstvmewkijj8MDvltuv phnM2j/fGLHChDbKzkzeis4INU3xuHZuwXsdaub2vqRSRipgiPbALXTCZ7ZA3HWtwwk9 UqBd/DmcfSuQTLHAx1taroSjg0aZi86XdwxYg+PDwr5vjoVRxG4JD3YOr7j0DYq+A5ZB 6rCA== MIME-Version: 1.0 X-Received: by 10.107.162.67 with SMTP id l64mr45961981ioe.14.1419743617980; Sat, 27 Dec 2014 21:13:37 -0800 (PST) Received: by 10.64.76.202 with HTTP; Sat, 27 Dec 2014 21:13:37 -0800 (PST) In-Reply-To: <549F8DA4.7030504@puresimplicity.net> References: <549F8DA4.7030504@puresimplicity.net> Date: Sun, 28 Dec 2014 13:13:37 +0800 Message-ID: Subject: Re: ODROID-C1? From: Ganbold Tsagaankhuu To: Josh Tolbert Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 05:13:38 -0000 Hi, On Sun, Dec 28, 2014 at 12:57 PM, Josh Tolbert wrote: > Hardkernel recently introduced the ODROID-C1, a $35 SBC that's the same > size as the Raspberry Pi B+ but with a quad-core 1.5GHz CPU and 1GB RAM. Is > there any chance this will ever see FreeBSD support? > It is kind of very early to say, however I ordered it and maybe some NetBSD developers too. But it may not have documentation available publicly which makes hard to bring FreeBSD on it. Anyhow let's see how that works. Ganbold > > Cheers, > > Josh > > -- > Josh Tolbert > hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ > > Security is mostly a superstition. It does not exist in nature, nor > do the children of men as a whole experience it. Avoiding danger > is no safer in the long run than outright exposure. Life is either > a daring adventure, or nothing. > -- Helen Keller > > _______________________________________________ > 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" > From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 12:49:53 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E2CF67C8 for ; Sun, 28 Dec 2014 12:49:53 +0000 (UTC) Received: from sour.ops.eusc.inter.net (sour.ops.eusc.inter.net [IPv6:2001:1560:3:255::154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A26071C53 for ; Sun, 28 Dec 2014 12:49:53 +0000 (UTC) X-Trace: 507c6c6172732e736f6e63686f636b792d68656c6c646f72664068616d62757267 2e64657c39322e3139352e37302e3232307c3159354449342d3030304b37342d4c 307c31343139373730393838 Received: from sour.ops.eusc.inter.net ([10.154.10.16] helo=localhost) by sour.ops.eusc.inter.net with esmtpsa (Exim 4.84) id 1Y5DI4-000K74-L0; Sun, 28 Dec 2014 13:49:48 +0100 Subject: Re: ODROID-C1? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Lars Sonchocky-Helldorf In-Reply-To: Date: Sun, 28 Dec 2014 13:49:47 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <9D64DD81-E2D2-44C0-95B7-64D00CB96840@hamburg.de> References: <549F8DA4.7030504@puresimplicity.net> To: Ganbold Tsagaankhuu X-Mailer: Apple Mail (2.1085) X-SA-Exim-Connect-IP: 92.195.70.220 X-SA-Exim-Mail-From: lars.sonchocky-helldorf@hamburg.de X-SA-Exim-Scanned: No (on sour.ops.eusc.inter.net); SAEximRunCond expanded to false Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 12:49:54 -0000 Speaking of Odroid, does somebody know the current status of the Exynos = 4412 Prime, which is used in the Odroid U2 / U3 / Q2? Is there something I can do to further the development on that chip, = e.g. how can I help here? cheers, Lars Am 28.12.2014 um 06:13 schrieb Ganbold Tsagaankhuu: > Hi, >=20 > On Sun, Dec 28, 2014 at 12:57 PM, Josh Tolbert = > wrote: >=20 >> Hardkernel recently introduced the ODROID-C1, a $35 SBC that's the = same >> size as the Raspberry Pi B+ but with a quad-core 1.5GHz CPU and 1GB = RAM. Is >> there any chance this will ever see FreeBSD support? >>=20 >=20 > It is kind of very early to say, however I ordered it and maybe some = NetBSD > developers too. > But it may not have documentation available publicly which makes hard = to > bring FreeBSD on it. > Anyhow let's see how that works. >=20 > Ganbold >=20 >=20 >=20 >=20 >>=20 >> Cheers, >>=20 >> Josh >>=20 >> -- >> Josh Tolbert >> hemi@puresimplicity.net || http://www.puresimplicity.net/~hemi/ >>=20 >> Security is mostly a superstition. It does not exist in nature, nor >> do the children of men as a whole experience it. Avoiding danger >> is no safer in the long run than outright exposure. Life is either >> a daring adventure, or nothing. >> -- Helen Keller >>=20 >> _______________________________________________ >> 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" >>=20 > _______________________________________________ > 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" From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 14:23:34 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2159BCA1 for ; Sun, 28 Dec 2014 14:23:34 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 09003648F8 for ; Sun, 28 Dec 2014 14:23:34 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBSENX27059494 for ; Sun, 28 Dec 2014 14:23:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sun, 28 Dec 2014 14:23:33 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: bas_vermin@hotmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 14:23:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 Bas Vermin changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bas_vermin@hotmail.com --- Comment #1 from Bas Vermin --- Hi, I just tested your patch and I have a few comments. First of all, thanks a lot for working on this! In your patch a10_mmc.c tries to import a10_mmc.h instead of a10_mmcreg.h. So it doesn't build, but this was easy to fix. After that I tried to boot the kernel and seem to be getting the same panic as Alexander Fedorov's patch. My knowledge of debugging this kind of stuff is very bad, so I attached the boot log and backtrace. Bas -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 14:25:41 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93DBBCFB for ; Sun, 28 Dec 2014 14:25:41 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7B6A86490C for ; Sun, 28 Dec 2014 14:25:41 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBSEPfhZ060459 for ; Sun, 28 Dec 2014 14:25:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sun, 28 Dec 2014 14:25:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: bas_vermin@hotmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 14:25:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 --- Comment #2 from Bas Vermin --- Created attachment 151035 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151035&action=edit Boot log and backtrace of kernel panic at boot -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 17:03:42 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAC3C82C for ; Sun, 28 Dec 2014 17:03:42 +0000 (UTC) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 685F51E8F for ; Sun, 28 Dec 2014 17:03:42 +0000 (UTC) Received: from [195.4.92.142] (helo=mjail2.freenet.de) by mout2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.82 #2) id 1Y5HFj-0006D1-Oj for freebsd-arm@freebsd.org; Sun, 28 Dec 2014 18:03:39 +0100 Received: from localhost ([::1]:40481 helo=mjail2.freenet.de) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Y5HFj-0003FZ-IZ for freebsd-arm@freebsd.org; Sun, 28 Dec 2014 18:03:39 +0100 Received: from mx4.freenet.de ([195.4.92.14]:47460) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Y5HDi-0000zE-FH for freebsd-arm@freebsd.org; Sun, 28 Dec 2014 18:01:34 +0100 Received: from p5b2552b8.dip0.t-ipconnect.de ([91.37.82.184]:50217 helo=[127.0.0.1]) by mx4.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.82 #2) id 1Y5HDi-0001JZ-AL for freebsd-arm@freebsd.org; Sun, 28 Dec 2014 18:01:34 +0100 Message-ID: <54A0376A.8080908@freenet.de> Date: Sun, 28 Dec 2014 18:01:30 +0100 From: =?UTF-8?B?TWFudWVsIFN0w7xobg==?= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: vm_fault during BBB-boot Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 141228-0, 28.12.2014), Outbound message X-Antivirus-Status: Clean X-Originated-At: 91.37.82.184!50217 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 17:03:42 -0000 Hi, actual current (r276328) fails to boot on my Beaglebone Black: U-Boot SPL 2014.04 (Nov 24 2014 - 20:42:56) reading args spl_load_image_fat_os: error reading image args, err - -1 reading bb-uboot.img reading bb-uboot.img U-Boot 2014.04 (Nov 24 2014 - 20:42:56) I2C: ready DRAM: 512 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 mmc0 is current device SD/MMC found on device 0 reading bb-uEnv.txt reading bbubldr 251215 bytes read in 17 ms (14.1 MiB/s) reading bboneblk.dtb 16204 bytes read in 5 ms (3.1 MiB/s) ## Starting application at 0x88000054 ... Consoles: U-Boot console Compatible U-Boot API signature found @9f635510 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@freebsd-vm, Sun Dec 28 16:56:49 CET 2014) DRAM: 512MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=0 slice= partition=... good. Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x502e48+0x951b8 syms=[0x4+0x6de90+0x4+0x56361] /boot/kernel/geom_label.ko text=0x4884 data=0x77c+0x4 syms=[0x4+0xd20+0x4+0xe3e] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x80000100. Kernel entry at 0x80200100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r276328: Sun Dec 28 16:52:19 CET 2014 root@freebsd-vm:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:3 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 512569344 (488 MB) Texas Instruments AM335x Processor, Revision ES1.2 random device not loaded/active; using insecure pseudo-random number generator random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor ofwbus0: simplebus0: on ofwbus0 aintc0: mem 0x48200000-0x48200fff on simplebus0 aintc0: Revision 5.0 ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 am335x_prcm0: mem 0x44e00000-0x44e012ff on simplebus0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz am335x_dmtimer0: mem 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x48042000-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x48048fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 Event timer "AM335x Eventtimer" frequency 24000000 Hz quality 1000 ti_adc0: mem 0x44e0d000-0x44e0efff irq 16 on simplebus0 ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0 ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on simplebus0 gpio0: mem 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae000-0x481aefff irq 96,97,98,99,32,33,62,63 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 gpioled0: at pin(s) 53 on gpiobus0 gpioled1: at pin(s) 54 on gpiobus0 gpioled2: at pin(s) 55 on gpiobus0 gpioled3: at pin(s) 56 on gpiobus0 uart0: mem 0x44e09000-0x44e09fff irq 72 on simplebus0 uart0: console (115384,n,8,1) ti_edma30: mem 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a00000-0x49afffff irq 12,13,14 on simplebus0 ti_edma30: EDMA revision 40014c00 sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on simplebus0 mmc0: on sdhci_ti0 sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on simplebus0 mmc1: on sdhci_ti1 cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq 40,41,42,43 on simplebus0 cpsw0: CPSW SS Version 1.12 (0) cpsw0: Initial queue size TX=128 RX=384 miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cpsw0: Ethernet address: d0:39:72:54:0a:ec iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on simplebus0 iichb0: I2C revision 4.0 FIFO size: 32 bytes iicbus0: on iichb0 iic0: on iicbus0 am335x_pmic0: at addr 0x48 on iicbus0 iichb1: mem 0x4802a000-0x4802afff irq 71 on simplebus0 iichb1: I2C revision 4.0 FIFO size: 32 bytes iicbus1: on iichb1 iic1: on iicbus1 iichb2: mem 0x4819c000-0x4819cfff irq 30 on simplebus0 iichb2: I2C revision 4.0 FIFO size: 32 bytes iicbus2: on iichb2 iic2: on iicbus2 am335x_pwm0: mem 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x48300200-0x4830025f irq 86,58 on simplebus0 am335x_pwm1: mem 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x48302200-0x4830225f irq 87,59 on simplebus0 am335x_pwm2: mem 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x48304200-0x4830425f irq 88,60 on simplebus0 musbotg0: mem 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x47401400-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0x47401fff irq 17,18,19 on simplebus0 musbotg0: TI AM335X USBSS v0.0.13 usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus0 on musbotg0 usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus1 on musbotg0 ti_pruss0: mem 0x4a300000-0x4a37ffff irq 20,21,22,23,24,25,26,27 on simplebus0 ti_pruss0: AM33xx PRU-ICSS Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 mmcsd0: 8GB at mmc0 48.0MHz/4bit/65535-block vm_fault(0xc0788e48, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xdd0cbc60 FSR=00000005, FAR=00000010, spsr=00000113 r0 =00000000, r1 =00000004, r2 =00003d2e, r3 =00000137 r4 =c2be4180, r5 =c2be4180, r6 =c078876c, r7 =c0869a24 r8 =028f5c28, r9 =c0713d48, r10=00000000, r11=dd0cbcb0 r12=00000001, ssp=dd0cbcb0, slr=00101010, pc =c0377d64 [ thread pid 12 tid 100006 ] Stopped at _sx_assert+0x48: ldr r14, [r0, #0x010] db> I already tried different SD-Cards, but no difference. Any ideas? From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 17:57:21 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09296E3 for ; Sun, 28 Dec 2014 17:57:21 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BF70466627 for ; Sun, 28 Dec 2014 17:57:20 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y5I5e-0009rj-Uk; Sun, 28 Dec 2014 17:57:19 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sBSHvH0Q004627; Sun, 28 Dec 2014 10:57:17 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/Oy5Ey0HP1JkixfYK1kEed Message-ID: <1419789437.1018.207.camel@freebsd.org> Subject: Re: vm_fault during BBB-boot From: Ian Lepore To: Manuel =?ISO-8859-1?Q?St=FChn?= Date: Sun, 28 Dec 2014 10:57:17 -0700 In-Reply-To: <54A0376A.8080908@freenet.de> References: <54A0376A.8080908@freenet.de> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id sBSHvH0Q004627 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 17:57:21 -0000 On Sun, 2014-12-28 at 18:01 +0100, Manuel St=FChn wrote: > Hi, > actual current (r276328) fails to boot on my Beaglebone Black: >=20 > U-Boot SPL 2014.04 (Nov 24 2014 - 20:42:56) > reading args > spl_load_image_fat_os: error reading image args, err - -1 > reading bb-uboot.img > reading bb-uboot.img >=20 >=20 > U-Boot 2014.04 (Nov 24 2014 - 20:42:56) >=20 > I2C: ready > DRAM: 512 MiB > MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 > Using default environment >=20 > Net: not set. Validating first E-fuse MAC > cpsw, usb_ether > Hit any key to stop autoboot: 0 > mmc0 is current device > SD/MMC found on device 0 > reading bb-uEnv.txt > reading bbubldr > 251215 bytes read in 17 ms (14.1 MiB/s) > reading bboneblk.dtb > 16204 bytes read in 5 ms (3.1 MiB/s) > ## Starting application at 0x88000054 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @9f635510 >=20 > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@freebsd-vm, Sun Dec 28 16:56:49 CET 2014) >=20 > DRAM: 512MB > Number of U-Boot devices: 2 > U-Boot env: loaderdev not set, will probe all devices. > Found U-Boot device: disk > Probing all disk devices... > Checking unit=3D0 slice=3D partition=3D... good. > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=3D0x502e48+0x951b8 syms=3D[0x4+0x6de90+0x4+0x5= 6361] > /boot/kernel/geom_label.ko text=3D0x4884 data=3D0x77c+0x4=20 > syms=3D[0x4+0xd20+0x4+0xe3e] >=20 > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot at address 0x80000100. > Kernel entry at 0x80200100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 > The Regents of the University of California. All rights reserv= ed. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #0 r276328: Sun Dec 28 16:52:19 CET 2014 > =20 > root@freebsd-vm:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BE= AGLEBONE=20 > arm > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 2014051= 2 > WARNING: WITNESS option enabled, expect reduced performance. > CPU: Cortex A8-r3 rev 2 (Cortex-A core) > Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:3 LoUIS:1 > Cache level 1: > 32KB/64B 4-way data cache WT WB Read-Alloc > 32KB/64B 4-way instruction cache Read-Alloc > Cache level 2: > 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc > real memory =3D 536870912 (512 MB) > avail memory =3D 512569344 (488 MB) > Texas Instruments AM335x Processor, Revision ES1.2 > random device not loaded/active; using insecure pseudo-random number=20 > generator > random: entropy device infrastructure driver > random: selecting highest priority adaptor > random: SOFT: yarrow init() > random: selecting highest priority adaptor > ofwbus0: > simplebus0: on ofwbus0 > aintc0: mem 0x48200000-0x48200fff on=20 > simplebus0 > aintc0: Revision 5.0 > ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 > am335x_prcm0: mem=20 > 0x44e00000-0x44e012ff on simplebus0 > am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz > am335x_dmtimer0: mem=20 > 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x480= 42000-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0= x48048fff,0x4804a000-0x4804afff=20 > irq 66,67,68,69,92,93,94,95 on simplebus0 > Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 > Event timer "AM335x Eventtimer" frequency 24000000 Hz quality 1000 > ti_adc0: mem 0x44e0d000-0x44e0efff irq 16 on simple= bus0 > ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0 > ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on simple= bus0 > gpio0: mem=20 > 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481= ae000-0x481aefff=20 > irq 96,97,98,99,32,33,62,63 on simplebus0 > gpioc0: on gpio0 > gpiobus0: on gpio0 > gpioled0: at pin(s) 53 on gpiobus0 > gpioled1: at pin(s) 54 on gpiobus0 > gpioled2: at pin(s) 55 on gpiobus0 > gpioled3: at pin(s) 56 on gpiobus0 > uart0: mem 0x44e09000-0x44e09fff irq 72 on= =20 > simplebus0 > uart0: console (115384,n,8,1) > ti_edma30: mem=20 > 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a= 00000-0x49afffff=20 > irq 12,13,14 on simplebus0 > ti_edma30: EDMA revision 40014c00 > sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on=20 > simplebus0 > mmc0: on sdhci_ti0 > sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on=20 > simplebus0 > mmc1: on sdhci_ti1 > cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq= =20 > 40,41,42,43 on simplebus0 > cpsw0: CPSW SS Version 1.12 (0) > cpsw0: Initial queue size TX=3D128 RX=3D384 > miibus0: on cpsw0 > smscphy0: PHY 0 on miibus0 > smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > cpsw0: Ethernet address: d0:39:72:54:0a:ec > iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on simpleb= us0 > iichb0: I2C revision 4.0 FIFO size: 32 bytes > iicbus0: on iichb0 > iic0: on iicbus0 > am335x_pmic0: at addr 0x48 on iicbus0 > iichb1: mem 0x4802a000-0x4802afff irq 71 on simpleb= us0 > iichb1: I2C revision 4.0 FIFO size: 32 bytes > iicbus1: on iichb1 > iic1: on iicbus1 > iichb2: mem 0x4819c000-0x4819cfff irq 30 on simpleb= us0 > iichb2: I2C revision 4.0 FIFO size: 32 bytes > iicbus2: on iichb2 > iic2: on iicbus2 > am335x_pwm0: mem=20 > 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x483= 00200-0x4830025f=20 > irq 86,58 on simplebus0 > am335x_pwm1: mem=20 > 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x483= 02200-0x4830225f=20 > irq 87,59 on simplebus0 > am335x_pwm2: mem=20 > 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x483= 04200-0x4830425f=20 > irq 88,60 on simplebus0 > musbotg0: mem=20 > 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x474= 01400-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0= x47401fff=20 > irq 17,18,19 on simplebus0 > musbotg0: TI AM335X USBSS v0.0.13 > usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus0 on musbotg0 > usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM > usbus1 on musbotg0 > ti_pruss0: mem=20 > 0x4a300000-0x4a37ffff irq 20,21,22,23,24,25,26,27 on simplebus0 > ti_pruss0: AM33xx PRU-ICSS > Timecounters tick every 10.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 480Mbps High Speed USB v2.0 > ugen1.1: at usbus1 > uhub0: = =20 > on usbus1 > ugen0.1: at usbus0 > uhub1: = =20 > on usbus0 > mmcsd0: 8GB at mmc0=20 > 48.0MHz/4bit/65535-block >=20 > vm_fault(0xc0788e48, 0, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xdd0cbc60 > FSR=3D00000005, FAR=3D00000010, spsr=3D00000113 > r0 =3D00000000, r1 =3D00000004, r2 =3D00003d2e, r3 =3D00000137 > r4 =3Dc2be4180, r5 =3Dc2be4180, r6 =3Dc078876c, r7 =3Dc0869a24 > r8 =3D028f5c28, r9 =3Dc0713d48, r10=3D00000000, r11=3Ddd0cbcb0 > r12=3D00000001, ssp=3Ddd0cbcb0, slr=3D00101010, pc =3Dc0377d64 >=20 > [ thread pid 12 tid 100006 ] > Stopped at _sx_assert+0x48: ldr r14, [r0, #0x010] > db> >=20 > I already tried different SD-Cards, but no difference. > Any ideas? I can't reproduce this on my BBB. I sync'd to the exact rev you used and rebuilt, installed it all on an sdcard and booted, and I boot all the way to the login prompt. I even diff'd my boot messages against the ones you posted and there are no significant differences other than pathnames and compile times. Maybe a stack backtrace would help... enter 'bt' at that db> prompt and post the output (everything from the vm_fault(...)-> 1 to the end of the backtrace). -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 18:48:48 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D515F898; Sun, 28 Dec 2014 18:48:48 +0000 (UTC) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9190F2E57; Sun, 28 Dec 2014 18:48:48 +0000 (UTC) Received: from [195.4.92.142] (helo=mjail2.freenet.de) by mout0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.82 #2) id 1Y5ItS-0003OG-F1; Sun, 28 Dec 2014 19:48:46 +0100 Received: from localhost ([::1]:48044 helo=mjail2.freenet.de) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Y5ItS-0006C1-Au; Sun, 28 Dec 2014 19:48:46 +0100 Received: from mx11.freenet.de ([195.4.92.21]:40608) by mjail2.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Y5Iqt-0003eo-3v; Sun, 28 Dec 2014 19:46:07 +0100 Received: from p5b2552b8.dip0.t-ipconnect.de ([91.37.82.184]:50564 helo=[127.0.0.1]) by mx11.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.82 #2) id 1Y5Iqs-0002Iw-U8; Sun, 28 Dec 2014 19:46:07 +0100 Message-ID: <54A04FEB.2080809@freenet.de> Date: Sun, 28 Dec 2014 19:46:03 +0100 From: =?windows-1252?Q?Manuel_St=FChn?= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: vm_fault during BBB-boot References: <54A0376A.8080908@freenet.de> <1419789437.1018.207.camel@freebsd.org> In-Reply-To: <1419789437.1018.207.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 141228-0, 28.12.2014), Outbound message X-Antivirus-Status: Clean X-Originated-At: 91.37.82.184!50564 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 18:48:48 -0000 Am 28.12.2014 um 18:57 schrieb Ian Lepore: > I can't reproduce this on my BBB. I sync'd to the exact rev you used > and rebuilt, installed it all on an sdcard and booted, and I boot all > the way to the login prompt. I even diff'd my boot messages against the > ones you posted and there are no significant differences other than > pathnames and compile times. > > Maybe a stack backtrace would help... enter 'bt' at that db> prompt and > post the output (everything from the vm_fault(...)-> 1 to the end of the > backtrace). [...] mmcsd0: 8GB at mmc0 48.0MHz/4bit/65535-block vm_fault(0xc0788e48, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xdd0cbc60 FSR=00000005, FAR=00000010, spsr=00000113 r0 =00000000, r1 =00000004, r2 =00003d2e, r3 =00000137 r4 =c2be4180, r5 =c2be4180, r6 =c078876c, r7 =c0869a24 r8 =028f5c28, r9 =c0713d48, r10=00000000, r11=dd0cbcb0 r12=00000001, ssp=dd0cbcb0, slr=00101010, pc =c0377d64 [ thread pid 12 tid 100006 ] Stopped at _sx_assert+0x48: ldr r14, [r0, #0x010] db> bt Tracing pid 12 tid 100006 td 0xc2a7d660 db_trace_self() at db_trace_self pc = 0xc05c43d4 lr = 0xc02324d0 (db_stack_trace+0x108) sp = 0xdd0cb960 fp = 0xdd0cb978 r10 = 0xc0787b70 db_stack_trace() at db_stack_trace+0x108 pc = 0xc02324d0 lr = 0xc0231e28 (db_command+0x294) sp = 0xdd0cb980 fp = 0xdd0cba20 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 db_command() at db_command+0x294 pc = 0xc0231e28 lr = 0xc0231b80 (db_command_loop+0x78) sp = 0xdd0cba28 fp = 0xdd0cba38 r4 = 0xc060cef5 r5 = 0xc062832d r6 = 0xc0787b5c r7 = 0xc06cfce8 r8 = 0xc07235e4 r9 = 0xc07235e0 r10 = 0x00000001 db_command_loop() at db_command_loop+0x78 pc = 0xc0231b80 lr = 0xc0234698 (db_trap+0x108) sp = 0xdd0cba40 fp = 0xdd0cbb60 r4 = 0x00000000 r5 = 0xc0787b68 r6 = 0xc0723608 db_trap() at db_trap+0x108 pc = 0xc0234698 lr = 0xc03a8c38 (kdb_trap+0xd4) sp = 0xdd0cbb68 fp = 0xdd0cbb88 r4 = 0x00000000 r5 = 0x00000005 r6 = 0xc0723608 r7 = 0xc06cfce8 kdb_trap() at kdb_trap+0xd4 pc = 0xc03a8c38 lr = 0xc05d9464 (dab_fatal+0x1c0) sp = 0xdd0cbb90 fp = 0xdd0cbba8 r4 = 0xdd0cbc60 r5 = 0x00000005 r6 = 0x600001d3 r7 = 0x00000010 r8 = 0xc2a7d660 r9 = 0xdd0cbc60 r10 = 0x00000001 dab_fatal() at dab_fatal+0x1c0 pc = 0xc05d9464 lr = 0xc05d91a4 (abort_handler+0x66c) sp = 0xdd0cbbb0 fp = 0xdd0cbc58 r4 = 0x00000005 r5 = 0x00000001 r6 = 0xc0788e48 r7 = 0xdd0cbea0 abort_handler() at abort_handler+0x66c pc = 0xc05d91a4 lr = 0xc05c61e0 (exception_exit) sp = 0xdd0cbc60 fp = 0xdd0cbcb0 r4 = 0xc2be4180 r5 = 0xc2be4180 r6 = 0xc078876c r7 = 0xc0869a24 r8 = 0x028f5c28 r9 = 0xc0713d48 r10 = 0x00000000 exception_exit() at exception_exit pc = 0xc05c61e0 lr = 0x00101010 (0x101010) sp = 0xdd0cbcb0 fp = 0xdd0cbcb0 r0 = 0x00000000 r1 = 0x00000004 r2 = 0x00003d2e r3 = 0x00000137 r4 = 0xc2be4180 r5 = 0xc2be4180 r6 = 0xc078876c r7 = 0xc0869a24 r8 = 0x028f5c28 r9 = 0xc0713d48 r10 = 0x00000000 r12 = 0x00000001 _sx_assert() at _sx_assert+0x48 pc = 0xc0377d64 lr = 0xc085e4d0 ($a+0x54) sp = 0xdd0cbcb8 fp = 0xdd0cbdb8 Unknown entry: 0 $a() at $a+0x54 pc = 0xc085e4d0 lr = 0xc085e4d0 ($a+0x54) sp = 0xdd0cbcb8 fp = 0xdd0cbdb8 Unable to unwind into user mode db> From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 18:59:38 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ABA0AFB for ; Sun, 28 Dec 2014 18:59:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 520CD2FD4 for ; Sun, 28 Dec 2014 18:59:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBSIxccH008649 for ; Sun, 28 Dec 2014 18:59:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sun, 28 Dec 2014 18:59:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: omgalvan.86@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 18:59:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 --- Comment #3 from Martin Galvan --- (In reply to Bas Vermin from comment #1) > Hi, > > I just tested your patch and I have a few comments. > > First of all, thanks a lot for working on this! > > In your patch a10_mmc.c tries to import a10_mmc.h instead of a10_mmcreg.h. > So it doesn't build, but this was easy to fix. Sorry about that! Must've been a leftover from a previous version where a10_mmcreg.h was called a10_mmc.h. Will fix it in the next version. > After that I tried to boot the kernel and seem to be getting the same panic > as Alexander Fedorov's patch. My knowledge of debugging this kind of stuff > is very bad, so I attached the boot log and backtrace. That's interesting. From the boot log I can see you're testing it on a Hackberry; I made it work on a Cubieboard. I'll take a look at it and see what I can find. Thanks a lot! -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 19:36:29 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50272EE for ; Sun, 28 Dec 2014 19:36:29 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 11FFD64710 for ; Sun, 28 Dec 2014 19:36:28 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y5Jdb-000Gze-8l; Sun, 28 Dec 2014 19:36:27 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sBSJaPGa005489; Sun, 28 Dec 2014 12:36:25 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18qAEwcJ7VtNeUgbjSVkJCW Message-ID: <1419795385.1018.213.camel@freebsd.org> Subject: Re: vm_fault during BBB-boot From: Ian Lepore To: Manuel =?ISO-8859-1?Q?St=FChn?= Date: Sun, 28 Dec 2014 12:36:25 -0700 In-Reply-To: <54A04FEB.2080809@freenet.de> References: <54A0376A.8080908@freenet.de> <1419789437.1018.207.camel@freebsd.org> <54A04FEB.2080809@freenet.de> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by ilsoft.org id sBSJaPGa005489 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 19:36:29 -0000 On Sun, 2014-12-28 at 19:46 +0100, Manuel St=FChn wrote: > Am 28.12.2014 um 18:57 schrieb Ian Lepore: > > I can't reproduce this on my BBB. I sync'd to the exact rev you used > > and rebuilt, installed it all on an sdcard and booted, and I boot all > > the way to the login prompt. I even diff'd my boot messages against = the > > ones you posted and there are no significant differences other than > > pathnames and compile times. > > > > Maybe a stack backtrace would help... enter 'bt' at that db> prompt a= nd > > post the output (everything from the vm_fault(...)-> 1 to the end of = the > > backtrace). >=20 > [...] > mmcsd0: 8GB at mmc0=20 > 48.0MHz/4bit/65535-block >=20 > vm_fault(0xc0788e48, 0, 1, 0) -> 1 > Fatal kernel mode data abort: 'Translation Fault (S)' > trapframe: 0xdd0cbc60 > FSR=3D00000005, FAR=3D00000010, spsr=3D00000113 > r0 =3D00000000, r1 =3D00000004, r2 =3D00003d2e, r3 =3D00000137 > r4 =3Dc2be4180, r5 =3Dc2be4180, r6 =3Dc078876c, r7 =3Dc0869a24 > r8 =3D028f5c28, r9 =3Dc0713d48, r10=3D00000000, r11=3Ddd0cbcb0 > r12=3D00000001, ssp=3Ddd0cbcb0, slr=3D00101010, pc =3Dc0377d64 >=20 > [ thread pid 12 tid 100006 ] > Stopped at _sx_assert+0x48: ldr r14, [r0, #0x010] > db> bt > Tracing pid 12 tid 100006 td 0xc2a7d660 > db_trace_self() at db_trace_self > pc =3D 0xc05c43d4 lr =3D 0xc02324d0 (db_stack_trace+0x108) > sp =3D 0xdd0cb960 fp =3D 0xdd0cb978 > r10 =3D 0xc0787b70 > db_stack_trace() at db_stack_trace+0x108 > pc =3D 0xc02324d0 lr =3D 0xc0231e28 (db_command+0x294) > sp =3D 0xdd0cb980 fp =3D 0xdd0cba20 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0x00000000 > db_command() at db_command+0x294 > pc =3D 0xc0231e28 lr =3D 0xc0231b80 (db_command_loop+0x78) > sp =3D 0xdd0cba28 fp =3D 0xdd0cba38 > r4 =3D 0xc060cef5 r5 =3D 0xc062832d > r6 =3D 0xc0787b5c r7 =3D 0xc06cfce8 > r8 =3D 0xc07235e4 r9 =3D 0xc07235e0 > r10 =3D 0x00000001 > db_command_loop() at db_command_loop+0x78 > pc =3D 0xc0231b80 lr =3D 0xc0234698 (db_trap+0x108) > sp =3D 0xdd0cba40 fp =3D 0xdd0cbb60 > r4 =3D 0x00000000 r5 =3D 0xc0787b68 > r6 =3D 0xc0723608 > db_trap() at db_trap+0x108 > pc =3D 0xc0234698 lr =3D 0xc03a8c38 (kdb_trap+0xd4) > sp =3D 0xdd0cbb68 fp =3D 0xdd0cbb88 > r4 =3D 0x00000000 r5 =3D 0x00000005 > r6 =3D 0xc0723608 r7 =3D 0xc06cfce8 > kdb_trap() at kdb_trap+0xd4 > pc =3D 0xc03a8c38 lr =3D 0xc05d9464 (dab_fatal+0x1c0) > sp =3D 0xdd0cbb90 fp =3D 0xdd0cbba8 > r4 =3D 0xdd0cbc60 r5 =3D 0x00000005 > r6 =3D 0x600001d3 r7 =3D 0x00000010 > r8 =3D 0xc2a7d660 r9 =3D 0xdd0cbc60 > r10 =3D 0x00000001 > dab_fatal() at dab_fatal+0x1c0 > pc =3D 0xc05d9464 lr =3D 0xc05d91a4 (abort_handler+0x66c) > sp =3D 0xdd0cbbb0 fp =3D 0xdd0cbc58 > r4 =3D 0x00000005 r5 =3D 0x00000001 > r6 =3D 0xc0788e48 r7 =3D 0xdd0cbea0 > abort_handler() at abort_handler+0x66c > pc =3D 0xc05d91a4 lr =3D 0xc05c61e0 (exception_exit) > sp =3D 0xdd0cbc60 fp =3D 0xdd0cbcb0 > r4 =3D 0xc2be4180 r5 =3D 0xc2be4180 > r6 =3D 0xc078876c r7 =3D 0xc0869a24 > r8 =3D 0x028f5c28 r9 =3D 0xc0713d48 > r10 =3D 0x00000000 > exception_exit() at exception_exit > pc =3D 0xc05c61e0 lr =3D 0x00101010 (0x101010) > sp =3D 0xdd0cbcb0 fp =3D 0xdd0cbcb0 > r0 =3D 0x00000000 r1 =3D 0x00000004 > r2 =3D 0x00003d2e r3 =3D 0x00000137 > r4 =3D 0xc2be4180 r5 =3D 0xc2be4180 > r6 =3D 0xc078876c r7 =3D 0xc0869a24 > r8 =3D 0x028f5c28 r9 =3D 0xc0713d48 > r10 =3D 0x00000000 r12 =3D 0x00000001 > _sx_assert() at _sx_assert+0x48 > pc =3D 0xc0377d64 lr =3D 0xc085e4d0 ($a+0x54) > sp =3D 0xdd0cbcb8 fp =3D 0xdd0cbdb8 > Unknown entry: 0 > $a() at $a+0x54 > pc =3D 0xc085e4d0 lr =3D 0xc085e4d0 ($a+0x54) > sp =3D 0xdd0cbcb8 fp =3D 0xdd0cbdb8 > Unable to unwind into user mode > db> Well that didn't really help at all, because that output is crazy. It says it can't unwind into user mode, but the PC in the last frame isn't from usermode, it's an address beyond the end of the kernel code. I have a feeling that "unknown entry" is why the backtrace is broken. So all in all, I'm out of ideas. We should have nearly identical setups, except I didn't build with crochet, and thus I'm probably using a slightly different u-boot (a bit newer probably). I don't see how that could lead to working vs. failing at this point. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 19:57:56 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4340BA3A for ; Sun, 28 Dec 2014 19:57:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2AB9D64A64 for ; Sun, 28 Dec 2014 19:57:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBSJvus6090626 for ; Sun, 28 Dec 2014 19:57:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sun, 28 Dec 2014 19:57:56 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: bas_vermin@hotmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 19:57:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 --- Comment #4 from Bas Vermin --- Hey Martin, I totally forgot to mention it actually is a Cubieboard 1, 1024MB edition. I am using the u-boot that was described on the Cubieboard wiki page https://wiki.freebsd.org/FreeBSD/arm/Cubieboard Seems to be a version for the Hackberry. I updated to the latest spl and u-boot specifically for the Cubieboard, but this made no difference. Thanks for the quick response. Bas -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sun Dec 28 20:05:15 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C42F6E8A for ; Sun, 28 Dec 2014 20:05:15 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AB85464BE8 for ; Sun, 28 Dec 2014 20:05:15 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBSK5FpK031102 for ; Sun, 28 Dec 2014 20:05:15 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196081] [PATCH] ARM: sunxi: Add driver for the MMC/SD host found in the Allwinner A10 SoC Date: Sun, 28 Dec 2014 20:05:15 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: omgalvan.86@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Dec 2014 20:05:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196081 --- Comment #5 from Martin Galvan --- (In reply to Bas Vermin from comment #4) > Hey Martin, > > I totally forgot to mention it actually is a Cubieboard 1, 1024MB edition. > I am using the u-boot that was described on the Cubieboard wiki page > https://wiki.freebsd.org/FreeBSD/arm/Cubieboard > Seems to be a version for the Hackberry. It's ok, that's the same configuration I'm using. > I updated to the latest spl and u-boot specifically for the Cubieboard, > but this made no difference. It's definitely a driver problem. I developed this driver on 10.0 stable, so I'm suspecting something changed between versions. I smoke-tested it on current before submitting this though, but maybe something changed. Unfortunately I won't be able to resume work on this until february, as I don't have the actual board with me right now. If you would be so kind to test this on 10.0 just to be sure it's still working it would be great, if not don't worry, I'll handle it as soon as I can :) Again, thanks a lot. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 29 02:22:37 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2D6047B5 for ; Mon, 29 Dec 2014 02:22:37 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C13A96426B for ; Mon, 29 Dec 2014 02:22:31 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id z12so123065wgg.27 for ; Sun, 28 Dec 2014 18:22:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=oM9uq06Pm2z9xhxCVrbTovsxkgRNJeKn+lGyNf6XpWA=; b=e8qD/jPWQ/I9EOqWkvV4zowwNdnEX00GUA+iNodmW1rkAZ1kNd0Qxa1MolCCcuEWgL ZZviy9fs4V/jLbx2sgVlTKXwGqVLmA8OFseicp2gmffsEvXeOeqZAKoSiLf3j9CjyX3/ OeoFIYRT1DlC9fOR3YNJMn1U4PS3YLVwrJLrJBEQKpl/8FvbaIVfvx68T43u+3qtYsZK QzPhDRzGp4ZPrjdiGkCcjZPcVfMbRYzEVpT8MEWGN/YbHQ7kJAbACeRliErl0gR/h3QK vQag4Huyl3loXsWG9EUGrfqGWTM8jVU+jiAtoRYQ03wLwYZXufX65zzjdo/heXtPyLtY Idpg== MIME-Version: 1.0 X-Received: by 10.180.20.6 with SMTP id j6mr89249231wie.59.1419819749989; Sun, 28 Dec 2014 18:22:29 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Sun, 28 Dec 2014 18:22:29 -0800 (PST) In-Reply-To: References: Date: Sun, 28 Dec 2014 18:22:29 -0800 X-Google-Sender-Auth: aOhTT69y8sUu_0CHY72ZlWF5-gQ Message-ID: Subject: Re: building a raspberry pi -head image, the dirty non-root way From: Adrian Chadd To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 02:22:37 -0000 So, I'm 98% successful after christmas. It boots fine to a login prompt and DHCP's networking. I put the whole thing up in git for people to look at and go "god damnit adrian, what the hell!" at. https://github.com/erikarn/rpi-build So, here's my experience so far: * do we have uboot usb keyboard support? that'd be nice. * do we have ubldr usb keyboard support? that'd also be nice. * the default console is the uart; is there a way to edit that in a config file in the boot partition, or are we stuck with it being something in the FFS partition? (This made debugging quite amusing, as it took me a while to remember that although I may get /some/ kernel messages on the screen, i may be actually seeing the secondary console. Grr.) * the install-as-user thing is nice, but we don't have any simple tools to modify that whole setup post-install, but before an image is generated. My build script has an install custom target which does some dirty things to populate the changes and a new metalog. Yes, it involves some reasonably clean perl code. Only because I didn't want to learn awk. * .. and we don't have any nice way of populating packages into it without root privs and chroot. Sniffle. That would be rather nice. * We don't seem to install the dtb anywhere during installworld/installkernel. There's a builddtb target, but it only sticks it in the kernel build directory. That doesn't seem to get installed in the root filesystem when doing a make installworld/installkernel. Why is that? The bits that don't work and should likely get looked at: * Some of the suid binaries aren't - eg passwd. 'su' is fine. 'passwd' isn't. It's odd, because in METALOG: ./usr/bin/passwd type=file uname=root gname=wheel mode=04555 size=7000 The difference? adrian@test-2:~/work/freebsd/head-arm/src % cat ../root/METALOG.NEW | grep 'bin/passwd ' ./usr/bin/passwd type=file uname=root gname=wheel mode=04555 size=7000 adrian@test-2:~/work/freebsd/head-arm/src % cat ../root/METALOG.NEW | grep 'bin/su ' ./usr/bin/su type=file uname=root gname=wheel mode=04555 size=14444 flags=schg .. so I'll file a PR about that and see if it's to do with the flags field or something else. Ok, so the positives. * besides warnings and the "hm, some permissions are whack" the install-as-user bits are quite nice. * I'm using an older uboot from ian - I'm going to stop doing that soon and either use his package -or- just expect the user has installed the right cross-compiler/toolchain target and will make it that way. I'm not sure yet. * makefs is quite nice - except that symlinks are owned by adrian:wheel. I really should PR that. * mkimg is really nice - Marcel, you're wonderful. It'd be nice if it could do nested partitioning without having to call itself externally and pipe data around - but it'll do for now. I have a few things I'd like to customise as part of this build script (mostly automatically adding users/groups, adding a default IP address rather than DHCP; all the crap that i'd like out of a default image generator so I can do development) but hey, here's another build script. :-) I'm not expecting anyone but me to use this. I'm hoping this stuff gets folded into nanobsd at some point as it'd be nice to use makefs / mkimg to do lifting rather than using md's and direct calls to fdisk. I also wanted to see how far along the "Don't do stuff as root" building had come - and it's quite far, so that's quite good. What we're missing are the tools /after/ this to populate it with packages and other stuff, and to be able to customise the filesystem at the same time we're customising the metalog that we feed into makefs. -adrian From owner-freebsd-arm@FreeBSD.ORG Mon Dec 29 02:43:49 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D9756928; Mon, 29 Dec 2014 02:43:49 +0000 (UTC) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.126.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A6CC76481B; Mon, 29 Dec 2014 02:43:49 +0000 (UTC) Received: from gromit.chumby.lan (c-71-63-94-21.hsd1.va.comcast.net [71.63.94.21]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 9F96B570; Sun, 28 Dec 2014 21:35:25 -0500 (EST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: vm_fault during BBB-boot From: Paul Mather In-Reply-To: <1419795385.1018.213.camel@freebsd.org> Date: Sun, 28 Dec 2014 21:35:24 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <973784F2-73A2-4421-9A11-0FCC338F59E4@gromit.dlib.vt.edu> References: <54A0376A.8080908@freenet.de> <1419789437.1018.207.camel@freebsd.org> <54A04FEB.2080809@freenet.de> <1419795385.1018.213.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.1878.6) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 02:43:49 -0000 On Dec 28, 2014, at 2:36 PM, Ian Lepore wrote: > On Sun, 2014-12-28 at 19:46 +0100, Manuel St=FChn wrote: >> Am 28.12.2014 um 18:57 schrieb Ian Lepore: >>> I can't reproduce this on my BBB. I sync'd to the exact rev you = used >>> and rebuilt, installed it all on an sdcard and booted, and I boot = all >>> the way to the login prompt. I even diff'd my boot messages against = the >>> ones you posted and there are no significant differences other than >>> pathnames and compile times. >>>=20 >>> Maybe a stack backtrace would help... enter 'bt' at that db> prompt = and >>> post the output (everything from the vm_fault(...)-> 1 to the end of = the >>> backtrace). >>=20 >> [...] >> mmcsd0: 8GB at mmc0=20= >> 48.0MHz/4bit/65535-block >>=20 >> vm_fault(0xc0788e48, 0, 1, 0) -> 1 >> Fatal kernel mode data abort: 'Translation Fault (S)' >> trapframe: 0xdd0cbc60 >> FSR=3D00000005, FAR=3D00000010, spsr=3D00000113 >> r0 =3D00000000, r1 =3D00000004, r2 =3D00003d2e, r3 =3D00000137 >> r4 =3Dc2be4180, r5 =3Dc2be4180, r6 =3Dc078876c, r7 =3Dc0869a24 >> r8 =3D028f5c28, r9 =3Dc0713d48, r10=3D00000000, r11=3Ddd0cbcb0 >> r12=3D00000001, ssp=3Ddd0cbcb0, slr=3D00101010, pc =3Dc0377d64 >>=20 >> [ thread pid 12 tid 100006 ] >> Stopped at _sx_assert+0x48: ldr r14, [r0, #0x010] >> db> bt >> Tracing pid 12 tid 100006 td 0xc2a7d660 >> db_trace_self() at db_trace_self >> pc =3D 0xc05c43d4 lr =3D 0xc02324d0 (db_stack_trace+0x108) >> sp =3D 0xdd0cb960 fp =3D 0xdd0cb978 >> r10 =3D 0xc0787b70 >> db_stack_trace() at db_stack_trace+0x108 >> pc =3D 0xc02324d0 lr =3D 0xc0231e28 (db_command+0x294) >> sp =3D 0xdd0cb980 fp =3D 0xdd0cba20 >> r4 =3D 0x00000000 r5 =3D 0x00000000 >> r6 =3D 0x00000000 >> db_command() at db_command+0x294 >> pc =3D 0xc0231e28 lr =3D 0xc0231b80 (db_command_loop+0x78) >> sp =3D 0xdd0cba28 fp =3D 0xdd0cba38 >> r4 =3D 0xc060cef5 r5 =3D 0xc062832d >> r6 =3D 0xc0787b5c r7 =3D 0xc06cfce8 >> r8 =3D 0xc07235e4 r9 =3D 0xc07235e0 >> r10 =3D 0x00000001 >> db_command_loop() at db_command_loop+0x78 >> pc =3D 0xc0231b80 lr =3D 0xc0234698 (db_trap+0x108) >> sp =3D 0xdd0cba40 fp =3D 0xdd0cbb60 >> r4 =3D 0x00000000 r5 =3D 0xc0787b68 >> r6 =3D 0xc0723608 >> db_trap() at db_trap+0x108 >> pc =3D 0xc0234698 lr =3D 0xc03a8c38 (kdb_trap+0xd4) >> sp =3D 0xdd0cbb68 fp =3D 0xdd0cbb88 >> r4 =3D 0x00000000 r5 =3D 0x00000005 >> r6 =3D 0xc0723608 r7 =3D 0xc06cfce8 >> kdb_trap() at kdb_trap+0xd4 >> pc =3D 0xc03a8c38 lr =3D 0xc05d9464 (dab_fatal+0x1c0) >> sp =3D 0xdd0cbb90 fp =3D 0xdd0cbba8 >> r4 =3D 0xdd0cbc60 r5 =3D 0x00000005 >> r6 =3D 0x600001d3 r7 =3D 0x00000010 >> r8 =3D 0xc2a7d660 r9 =3D 0xdd0cbc60 >> r10 =3D 0x00000001 >> dab_fatal() at dab_fatal+0x1c0 >> pc =3D 0xc05d9464 lr =3D 0xc05d91a4 (abort_handler+0x66c) >> sp =3D 0xdd0cbbb0 fp =3D 0xdd0cbc58 >> r4 =3D 0x00000005 r5 =3D 0x00000001 >> r6 =3D 0xc0788e48 r7 =3D 0xdd0cbea0 >> abort_handler() at abort_handler+0x66c >> pc =3D 0xc05d91a4 lr =3D 0xc05c61e0 (exception_exit) >> sp =3D 0xdd0cbc60 fp =3D 0xdd0cbcb0 >> r4 =3D 0xc2be4180 r5 =3D 0xc2be4180 >> r6 =3D 0xc078876c r7 =3D 0xc0869a24 >> r8 =3D 0x028f5c28 r9 =3D 0xc0713d48 >> r10 =3D 0x00000000 >> exception_exit() at exception_exit >> pc =3D 0xc05c61e0 lr =3D 0x00101010 (0x101010) >> sp =3D 0xdd0cbcb0 fp =3D 0xdd0cbcb0 >> r0 =3D 0x00000000 r1 =3D 0x00000004 >> r2 =3D 0x00003d2e r3 =3D 0x00000137 >> r4 =3D 0xc2be4180 r5 =3D 0xc2be4180 >> r6 =3D 0xc078876c r7 =3D 0xc0869a24 >> r8 =3D 0x028f5c28 r9 =3D 0xc0713d48 >> r10 =3D 0x00000000 r12 =3D 0x00000001 >> _sx_assert() at _sx_assert+0x48 >> pc =3D 0xc0377d64 lr =3D 0xc085e4d0 ($a+0x54) >> sp =3D 0xdd0cbcb8 fp =3D 0xdd0cbdb8 >> Unknown entry: 0 >> $a() at $a+0x54 >> pc =3D 0xc085e4d0 lr =3D 0xc085e4d0 ($a+0x54) >> sp =3D 0xdd0cbcb8 fp =3D 0xdd0cbdb8 >> Unable to unwind into user mode >> db> >=20 > Well that didn't really help at all, because that output is crazy. It > says it can't unwind into user mode, but the PC in the last frame = isn't > from usermode, it's an address beyond the end of the kernel code. I > have a feeling that "unknown entry" is why the backtrace is broken. >=20 > So all in all, I'm out of ideas. We should have nearly identical > setups, except I didn't build with crochet, and thus I'm probably = using > a slightly different u-boot (a bit newer probably). I don't see how > that could lead to working vs. failing at this point. I also get this problem with a -CURRENT built today. I also updated the = files on the MS-DOS boot partition to those of the most recent = 11.0-CURRENT snapshot = (FreeBSD-11.0-CURRENT-arm-armv6-BEAGLEBONE-20141222-r276066.img.bz2), = but I get the same panic. Here is the boot output typescript: U-Boot SPL 2014.04 (Dec 24 2014 - 15:19:25) reading args spl_load_image_fat_os: error reading image args, err - -1 reading bb-uboot.img reading bb-uboot.img U-Boot 2014.04 (Dec 24 2014 - 15:19:25) I2C: ready DRAM: 512 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 1 =08=08=08 0=20 mmc0 is current device SD/MMC found on device 0 reading bb-uEnv.txt reading bbubldr 251119 bytes read in 20 ms (12 MiB/s) reading bboneblk.dtb 16176 bytes read in 6 ms (2.6 MiB/s) ## Starting application at 0x88000054 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @9f635510 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@grind.freebsd.org, Wed Dec 24 15:19:16 UTC 2014) DRAM: 512MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=3D0 slice=3D partition=3D... good. = |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08Loading /boot/defaults/loader.conf=20 = |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/boot/kernel/kernel data=3D0x4fb948+0x3c6b8 = /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08= |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08= /=08-=08\=08|=08/=08-=08\=08|=08/=08syms=3D[0x4+0x6d6e0-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/=08-=08\=08+0x4+0x55b4b|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08] = \=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08= -=08\=08|=08/=08-=08\=08/boot/kernel/geom_label.ko text=3D0x48c4 = data=3D0x77c+0x4 syms=3D[0x4+0xd20+0x4+0xe3e] = |=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08\=08|=08/=08-=08= \=08|=08/=08-=08\=08|=08/boot/kernel/geom_part_gpt.ko text=3D0x4020 = data=3D0x4b0+0x20 syms=3D[0x4+0x7f0+0x4+0x6e9] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 9 seconds...=20 Booting [/boot/kernel/kernel] in 8 seconds...=20 Booting [/boot/kernel/kernel] in 7 seconds...=20 Booting [/boot/kernel/kernel] in 6 seconds...=20 Booting [/boot/kernel/kernel] in 5 seconds...=20 Booting [/boot/kernel/kernel] in 4 seconds...=20 Booting [/boot/kernel/kernel] in 3 seconds...=20 Booting [/boot/kernel/kernel] in 2 seconds...=20 Booting [/boot/kernel/kernel] in 1 second...=20 Booting [/boot/kernel/kernel]... =20 Using DTB provided by U-Boot at address 0x80000100. /=08-=08\=08|=08/=08-=08\=08Kernel entry at 0x80200100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r276351: Sun Dec 28 19:07:21 EST 2014 = paul@chumby.chumby.lan:/build/obj/bbb/arm.armv6/build/src/head/sys/BEAGLEB= ONE-NO_WITNESS arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 can't re-use a leaf (geom_part_gpt)! module_register: module g_part_gpt already exists! Module g_part_gpt failed to register: 17 CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:3 LoUIS:1=20 Cache level 1:=20 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2:=20 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory =3D 536870912 (512 MB) avail memory =3D 516239360 (492 MB) Texas Instruments AM3358 Processor, Revision ES1.1 random device not loaded/active; using insecure pseudo-random number = generator random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor GEOM_PART: scheme GPT is already registered! ofwbus0: simplebus0: on ofwbus0 aintc0: mem 0x48200000-0x48200fff on = simplebus0 aintc0: Revision 5.0 ti_scm0: mem 0x44e10000-0x44e11fff on simplebus0 am335x_prcm0: mem = 0x44e00000-0x44e012ff on simplebus0 am335x_prcm0: Clocks: System 24.0 MHz, CPU 1000 MHz am335x_dmtimer0: mem = 0x44e05000-0x44e05fff,0x44e31000-0x44e31fff,0x48040000-0x48040fff,0x480420= 00-0x48042fff,0x48044000-0x48044fff,0x48046000-0x48046fff,0x48048000-0x480= 48fff,0x4804a000-0x4804afff irq 66,67,68,69,92,93,94,95 on simplebus0 Timecounter "AM335x Timecounter" frequency 24000000 Hz quality 1000 Event timer "AM335x Eventtimer" frequency 24000000 Hz quality 1000 ti_adc0: mem 0x44e0d000-0x44e0efff irq 16 on = simplebus0 ti_adc0: scheme: 0x1 func: 0x730 rtl: 0 rev: 0.1 custom rev: 0 ti_wdt0: mem 0x44e35000-0x44e35fff irq 91 on = simplebus0 gpio0: mem = 0x44e07000-0x44e07fff,0x4804c000-0x4804cfff,0x481ac000-0x481acfff,0x481ae0= 00-0x481aefff irq 96,97,98,99,32,33,62,63 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 gpioled0: at pin(s) 53 on gpiobus0 gpioled1: at pin(s) 54 on gpiobus0 gpioled2: at pin(s) 55 on gpiobus0 gpioled3: at pin(s) 56 on gpiobus0 uart0: mem 0x44e09000-0x44e09fff irq 72 on = simplebus0 uart0: console (115384,n,8,1) ti_edma30: mem = 0x49000000-0x490fffff,0x49800000-0x498fffff,0x49900000-0x499fffff,0x49a000= 00-0x49afffff irq 12,13,14 on simplebus0 ti_edma30: EDMA revision 40014c00 sdhci_ti0: mem 0x48060000-0x48060fff irq 64 on = simplebus0 mmc0: on sdhci_ti0 sdhci_ti1: mem 0x481d8000-0x481d8fff irq 28 on = simplebus0 mmc1: on sdhci_ti1 cpsw0: <3-port Switch Ethernet Subsystem> mem 0x4a100000-0x4a103fff irq = 40,41,42,43 on simplebus0 cpsw0: CPSW SS Version 1.12 (0) cpsw0: Initial queue size TX=3D128 RX=3D384 miibus0: on cpsw0 smscphy0: PHY 0 on miibus0 smscphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto cpsw0: Ethernet address: 90:59:af:55:26:eb iichb0: mem 0x44e0b000-0x44e0bfff irq 70 on = simplebus0 iichb0: I2C revision 4.0 FIFO size: 32 bytes iicbus0: on iichb0 iic0: on iicbus0 am335x_pmic0: at addr 0x48 on iicbus0 iichb1: mem 0x4802a000-0x4802afff irq 71 on = simplebus0 iichb1: I2C revision 4.0 FIFO size: 32 bytes iicbus1: on iichb1 iic1: on iicbus1 iichb2: mem 0x4819c000-0x4819cfff irq 30 on = simplebus0 iichb2: I2C revision 4.0 FIFO size: 32 bytes iicbus2: on iichb2 iic2: on iicbus2 am335x_pwm0: mem = 0x48300000-0x483000ff,0x48300100-0x4830017f,0x48300180-0x483001ff,0x483002= 00-0x4830025f irq 86,58 on simplebus0 am335x_pwm1: mem = 0x48302000-0x483020ff,0x48302100-0x4830217f,0x48302180-0x483021ff,0x483022= 00-0x4830225f irq 87,59 on simplebus0 am335x_pwm2: mem = 0x48304000-0x483040ff,0x48304100-0x4830417f,0x48304180-0x483041ff,0x483042= 00-0x4830425f irq 88,60 on simplebus0 musbotg0: mem = 0x47400000-0x47400fff,0x47401000-0x474012ff,0x47401300-0x474013ff,0x474014= 00-0x474017ff,0x47401800-0x47401aff,0x47401b00-0x47401bff,0x47401c00-0x474= 01fff irq 17,18,19 on simplebus0 musbotg0: TI AM335X USBSS v0.0.13 usbus0: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus0 on musbotg0 usbus1: Dynamic FIFO sizing detected, assuming 16Kbytes of FIFO RAM usbus1 on musbotg0 ti_pruss0: mem = 0x4a300000-0x4a37ffff irq 20,21,22,23,24,25,26,27 on simplebus0 ti_pruss0: AM33xx PRU-ICSS Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 uugen0.1: at usbus0 uhub0: = on usbus0 gen1.1: at usbus1 uhub1: = on usbus1 mmcsd0: 16GB at mmc0 = 48.0MHz/4bit/65535-block vm_fault(0xc07279c8, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (S)' trapframe: 0xdcfcbc50 FSR=3D00000005, FAR=3D00000010, spsr=3D80000113 r0 =3D00000000, r1 =3D00000004, r2 =3D00000010, r3 =3D00000137 r4 =3Dc03775ac, r5 =3D00000000, r6 =3Dc07272ec, r7 =3Dc0808a64 r8 =3D028f5c28, r9 =3Dc070bd48, r10=3D00000000, r11=3Ddcfcbcb0 r12=3D00003d2e, ssp=3Ddcfcbca0, slr=3Dc07fd4d0, pc =3Dc0377654 [ thread pid 12 tid 100006 ] Stopped at $a+0x54: ldr r5, [r0, #0x010] db> bt Tracing pid 12 tid 100006 td 0xc264b660 db_trace_self() at db_trace_self pc =3D 0xc05be52c lr =3D 0xc02324d0 (db_stack_trace+0x108) sp =3D 0xdcfcb950 fp =3D 0xdcfcb968 r10 =3D 0xc07266f0 db_stack_trace() at db_stack_trace+0x108 pc =3D 0xc02324d0 lr =3D 0xc0231e28 (db_command+0x294) sp =3D 0xdcfcb970 fp =3D 0xdcfcba10 r4 =3D 0x00000000 r5 =3D 0x00000000 r6 =3D 0x00000000 db_command() at db_command+0x294 pc =3D 0xc0231e28 lr =3D 0xc0231b80 (db_command_loop+0x78) sp =3D 0xdcfcba18 fp =3D 0xdcfcba28 r4 =3D 0xc0606caf r5 =3D 0xc062242f r6 =3D 0xc07266dc r7 =3D 0xc06c8bc8 r8 =3D 0xc071b5e4 r9 =3D 0xc071b5e0 r10 =3D 0x00000001 db_command_loop() at db_command_loop+0x78 pc =3D 0xc0231b80 lr =3D 0xc0234698 (db_trap+0x108) sp =3D 0xdcfcba30 fp =3D 0xdcfcbb50 --More-- =20 r4 =3D 0x00000000 r5 =3D 0xc07266e8 r6 =3D 0xc071b608 db_trap() at db_trap+0x108 pc =3D 0xc0234698 lr =3D 0xc03a839c (kdb_trap+0xd4) sp =3D 0xdcfcbb58 fp =3D 0xdcfcbb78 r4 =3D 0x00000000 r5 =3D 0x00000005 r6 =3D 0xc071b608 r7 =3D 0xc06c8bc8 kdb_trap() at kdb_trap+0xd4 pc =3D 0xc03a839c lr =3D 0xc05d35cc (dab_fatal+0x1c0) sp =3D 0xdcfcbb80 fp =3D 0xdcfcbb98 r4 =3D 0xdcfcbc50 r5 =3D 0x00000005 r6 =3D 0x600001d3 r7 =3D 0x00000010 r8 =3D 0xc264b660 r9 =3D 0x00000000 r10 =3D 0x00000001 dab_fatal() at dab_fatal+0x1c0 pc =3D 0xc05d35cc lr =3D 0xc05d3314 (abort_handler+0x65c) sp =3D 0xdcfcbba0 fp =3D 0xdcfcbc48 r4 =3D 0x00000001 r5 =3D 0xdcfcbea0 r6 =3D 0x00000000 r7 =3D 0x00000013 abort_handler() at abort_handler+0x65c --More-- =20 pc =3D 0xc05d3314 lr =3D 0xc05c0338 (exception_exit) sp =3D 0xdcfcbc50 fp =3D 0xdcfcbcb0 r4 =3D 0xc03775ac r5 =3D 0x00000000 r6 =3D 0xc07272ec r7 =3D 0xc0808a64 r8 =3D 0x028f5c28 r9 =3D 0xc070bd48 r10 =3D 0x00000000 exception_exit() at exception_exit pc =3D 0xc05c0338 lr =3D 0xc07fd4d0 ($a+0x54) sp =3D 0xdcfcbca0 fp =3D 0xdcfcbcb0 r0 =3D 0x00000000 r1 =3D 0x00000004 r2 =3D 0x00000010 r3 =3D 0x00000137 r4 =3D 0xc03775ac r5 =3D 0x00000000 r6 =3D 0xc07272ec r7 =3D 0xc0808a64 r8 =3D 0x028f5c28 r9 =3D 0xc070bd48 r10 =3D 0x00000000 r12 =3D 0x00003d2e $a() at $a+0x54 pc =3D 0xc0377654 lr =3D 0xc07fd4d0 ($a+0x54) sp =3D 0xdcfcbcb8 fp =3D 0xdcfcbdb8 r4 =3D 0xc27a2180 r5 =3D 0xc27a2180 Unknown entry: 0 --More-- =20 $a() at $a+0x54 pc =3D 0xc07fd4d0 lr =3D 0xc07fd4d0 ($a+0x54) sp =3D 0xdcfcbcb8 fp =3D 0xdcfcbdb8 Unable to unwind into user mode db>=20 The BEAGLEBONE-NO_WITNESS kernel config file is the BEAGLEBONE config = file with WITNESS options disabled: =3D=3D=3D=3D=3D include BEAGLEBONE ident BEAGLEBONE-NO_WITNESS nooption WITNESS nooption WITNESS_SKIPSPIN =3D=3D=3D=3D=3D This system was updated by cross-building on a FreeBSD/amd64 10.1-STABLE = system. The odd thing is that the RPI-B system I updated today using the same = method boots all the way to the root prompt. Cheers, Paul.= From owner-freebsd-arm@FreeBSD.ORG Mon Dec 29 06:41:27 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3494A82B for ; Mon, 29 Dec 2014 06:41:27 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B55C1E5E for ; Mon, 29 Dec 2014 06:41:27 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBT6fQ51063746 for ; Mon, 29 Dec 2014 06:41:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 194635] Speed optimisation for framebuffer console driver on Raspberry Pi Date: Mon, 29 Dec 2014 06:41:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: adrian@freebsd.org X-Bugzilla-Status: Open X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 06:41:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194635 --- Comment #8 from Adrian Chadd --- Ok, so I finally got around to this! FreeBSD-HEAD is using vt now, not syscons - I'll still merge your stuff at some point, but your code is for the syscons console. For vt, it exposes a straight simple mapped framebuffer to the vt code that then uses the code in sys/dev/vt/hw/fb/ to draw things. So, it also does mostly what you've done, and it's doing it 8, 16, or 32 bits at a time depending upon the bpp depth. So, I figured I'd write something that just mmap'ed /dev/fb0 into userland and tried 8, 16 and 32 bit stores to see what's faster. #include #include #include #include #include #include #include //fb0: 1184x624(0x0@0,0) 16bpp #define WIDTH 1184 #define HEIGHT 624 #define BPP 16 // Not true - need to know "stride". // but treat this as if it's in bytes #define FB_SIZE (1184*624*2) struct timespec ts_diff(struct timespec start, struct timespec end) { struct timespec temp; if ((end.tv_nsec-start.tv_nsec)<0) { temp.tv_sec = end.tv_sec-start.tv_sec-1; temp.tv_nsec = 1000000000+end.tv_nsec-start.tv_nsec; } else { temp.tv_sec = end.tv_sec-start.tv_sec; temp.tv_nsec = end.tv_nsec-start.tv_nsec; } return temp; } void fill_1byte(char *fb, char val) { int i; for (i = 0; i < FB_SIZE; i++) fb[i] = val; } void fill_2byte(char *fb, uint16_t val) { uint16_t *f = (void *) fb; int i; for (i = 0; i < FB_SIZE / 2; i++) { f[i] = val; } } void fill_4byte(char *fb, uint32_t val) { uint32_t *f = (void *) fb; int i; for (i = 0; i < FB_SIZE / 4; i++) { f[i] = val; } } int main(int argc, const char *argv[]) { char *fb = NULL; int fd; int i; struct timespec tv_start, tv_end, tv_diff; fd = open("/dev/fb0", O_RDWR); if (fd < 0) { err(1, "%s: open", __func__); } fb = mmap(NULL, FB_SIZE, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); if (fb == MAP_FAILED) { err(1, "%s: mmap", __func__); } clock_gettime(CLOCK_MONOTONIC_PRECISE, &tv_start); for (i = 0; i < 100; i++) fill_1byte(fb, i); clock_gettime(CLOCK_MONOTONIC_PRECISE, &tv_end); tv_diff = ts_diff(tv_start, tv_end); printf("8 bit: 100 runs: %lld.%06lld sec\n", (long long) tv_diff.tv_sec, (long long) tv_diff.tv_nsec); clock_gettime(CLOCK_MONOTONIC_PRECISE, &tv_start); for (i = 0; i < 100; i++) fill_2byte(fb, i); clock_gettime(CLOCK_MONOTONIC_PRECISE, &tv_end); tv_diff = ts_diff(tv_start, tv_end); printf("16 bit: 100 runs: %lld.%06lld sec\n", (long long) tv_diff.tv_sec, (long long) tv_diff.tv_nsec); clock_gettime(CLOCK_MONOTONIC_PRECISE, &tv_start); for (i = 0; i < 100; i++) fill_4byte(fb, i); clock_gettime(CLOCK_MONOTONIC_PRECISE, &tv_end); tv_diff = ts_diff(tv_start, tv_end); printf("32 bit: 100 runs: %lld.%06lld sec\n", (long long) tv_diff.tv_sec, (long long) tv_diff.tv_nsec); exit(0); } .. and the output: root@raspberry-pi:~ # ./test 8 bit: 100 runs: 4.15364000 sec 16 bit: 100 runs: 2.107316000 sec 32 bit: 100 runs: 1.12614000 sec root@raspberry-pi:~ # .. so: * Your work is good and it's still good for people using syscons, but you should double-check what's in sys/dev/vt/hw/fb/ to see if there's any optimisation there; * To get really fast speed, we should be doing 32 bit stores, not lots of 8 or 16 bit stores. The above test filled the same region of memory but with 8, 16 and 32 bit stores. The difference between 8, 16 and 32 bit is quite substantial. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 29 14:35:05 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1E980330 for ; Mon, 29 Dec 2014 14:35:05 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DC5922A95 for ; Mon, 29 Dec 2014 14:35:04 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id z20so550779igj.4 for ; Mon, 29 Dec 2014 06:35:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OlyyN9w/I0JoYyNWlrjAY5++dBrRMceiB2G/FYfRIA0=; b=WXA3b9je6zh8JngONw+aKu5Dck3EWttQ6uUf3Ai3gOHgbHbpZIkI1rlDYbMxqCX0fp e7kLxsBdPc3mW/LdZkaCnOKNgT8h50Rh+r/CULFRE/WJL0RTFt+RWMcRuf7sF65jQ4Wg ApQGZihH24udzRKh59sjDQMcijpvtdIp/5UsxBl8tyX8dRywU9x9cZoiIF+Kd0wg4bUU QM7X/z3O0viGnHY33IEvJAEJjZJMQucLpgYmOltTO3m5Yuu0MC/y0Zse7E7Mk181yRlc dxp3WKtNBfCNGSMBvFpESKEHraLdJMlZNBP6ezx7WFzgXaMVWEt1Y6P0FsWlN/JqoKmq hN5A== MIME-Version: 1.0 X-Received: by 10.43.137.131 with SMTP id io3mr42797570icc.69.1419863704211; Mon, 29 Dec 2014 06:35:04 -0800 (PST) Received: by 10.107.136.83 with HTTP; Mon, 29 Dec 2014 06:35:04 -0800 (PST) Date: Mon, 29 Dec 2014 15:35:04 +0100 Message-ID: Subject: FreeBSD 11-CURRENT image does not boot on the Raspberry PI B From: Sven Kerschbaum To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 14:35:05 -0000 Hi all, I downloaded the latest FreeBSD snapshot image for the Raspberry PI B model (FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20141222-r276066.img) from the official FreeBSD ftp. I copied the image to the SD card using the program Disk Image Writer on Ubuntu. After plugging in the SD card to the RPI and switching it on, the FreeBSD kernel gets not loaded. The last message on the monitor is always: kernel entry at 0x100100... kernel args: (null) Using an FreeBSD 10 image instead works fine. Does anybody experience the same issue? Does anybody have an idea what I did wrong? Thank you all! Best regards, Sven From owner-freebsd-arm@FreeBSD.ORG Mon Dec 29 22:43:38 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 754B05D5 for ; Mon, 29 Dec 2014 22:43:38 +0000 (UTC) Received: from mail-la0-f48.google.com (mail-la0-f48.google.com [209.85.215.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F30843165 for ; Mon, 29 Dec 2014 22:43:37 +0000 (UTC) Received: by mail-la0-f48.google.com with SMTP id gf13so12092946lab.35 for ; Mon, 29 Dec 2014 14:43:30 -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:from:date:message-id:subject:to :content-type; bh=rygjCBL2mqNjo1HouDmk9F1626eArpuZ0yAHsn+ntqc=; b=E78d+uOL9ewRkGcgwH+zyVpo2FRhJCJ/zv0j1SPYxy6Wpydxe5/hoY3ISHdcsU0uNL h3NWdGI2Uz+Zt2J1k3tnEzEaX9qydaTrMlEYw7p/v3feGcsbVTY4LOBpLU68nOnJkQvG ukJHOkjpc0C/u9qNEycjwD7+Q6bDLbzuvfm7VYuRBPYrHYqdyLy8kvPb/iZBk0YWP/W1 w83jCIUxndItbhTr9nCfdyOPeqnHL83qmxvzc0iPK35myLPyqnm4dJ6Tpm3NQ5guG/ov VscTx0BWE4SuNI0ZBp7QOoDJx76bb6TYKXOUGQKVXU7qeahp8riWA2DPaVHH2ZMeZ/K8 yZ9Q== X-Gm-Message-State: ALoCoQlN/Z5lkj3+j0gEhiPMXIXZhlLwMzrLI7HNFewZZfeuosaPFIHAFI3SbvtfYUokJBDi+5sC X-Received: by 10.152.22.67 with SMTP id b3mr60088294laf.82.1419892589598; Mon, 29 Dec 2014 14:36:29 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.142.198 with HTTP; Mon, 29 Dec 2014 14:35:49 -0800 (PST) X-Originating-IP: [74.60.193.70] From: Jeremy Brown Date: Mon, 29 Dec 2014 17:35:49 -0500 Message-ID: Subject: Cross-Compiling RPi Ports From amd64 Using Native Toolchain To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2014 22:43:38 -0000 I'm trying to write a script that will create a custom FreeBSD image for a Raspberry Pi that includes a precompiled set of ports. I'm using Crochet for the heavy lifting and it's mostly finished except for the compiling the ports on the image. I managed to get it working using full-emulation with qemu but it's ridiculously slow, and now I'm trying to use the native toolchain to speed up the build. This is where everything's gotten difficult. I've been beating my head for the past week or so and I can't even get make to proceed past the configure stage. Right now I have two issues: 1) cpp fails the sanity check with a syntax error around the headers; I don't know why, as I've replaced the toolchain's include directory with a symlink to the system's directory. 2) I get the error ELF interpreter /libexec/elf-ldconfig.so.1 cannot be found, more or less. I've tried symlinking the system's file in to replace the toolchain's one, but I didn't suppose that didn't help since they were for different architectures. Can anyone help me solve these, or point me to a location where they've been solved already? I've tried following the qemu howto but it doesn't work for me. -Jeremy From owner-freebsd-arm@FreeBSD.ORG Tue Dec 30 12:27:01 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E720EDEF; Tue, 30 Dec 2014 12:27:01 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9FF512DCA; Tue, 30 Dec 2014 12:27:01 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id k15so7838776qaq.35; Tue, 30 Dec 2014 04:27:00 -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:content-transfer-encoding; bh=t6I3uGh2Rqt8Gc/m/G/q3IZG1/a2IMeJmBTQx+W9Z1c=; b=tIf5qBYD6M/Eb5Nk4nVnXzMYJKSTRIg96PUTs1VFstFOKtrk6gVxGHe0U/H00o8sKh NTXz/Ta5fL98ORVggnq2Qtqq7FyTD1t7eA01V/M6o9BSCfYvk6bECwIXEFsgzMF4Zmja NWM6zCy1AEukkZbfuQTds8Xt/t/2zz4k6HpPrgWsJKb9d7YspiNTy6OJJSWlQsqqyvtU GcjK9L4JC36mtP5Y1vIjCwiJ++iBGdjJpYYHLHnSDECkioGwO2XdGDtSnBaJEcMh0z6g lo7swSul323LQj2V7TLPaF50eyZ3bY6dY2OQJye3Yob7BxE+XwlNrBvYifk+p906KFzS KFcQ== MIME-Version: 1.0 X-Received: by 10.140.49.5 with SMTP id p5mr72454487qga.15.1419942420809; Tue, 30 Dec 2014 04:27:00 -0800 (PST) Received: by 10.140.82.180 with HTTP; Tue, 30 Dec 2014 04:27:00 -0800 (PST) In-Reply-To: <1419795385.1018.213.camel@freebsd.org> References: <54A0376A.8080908@freenet.de> <1419789437.1018.207.camel@freebsd.org> <54A04FEB.2080809@freenet.de> <1419795385.1018.213.camel@freebsd.org> Date: Tue, 30 Dec 2014 13:27:00 +0100 Message-ID: Subject: Re: vm_fault during BBB-boot From: Svatopluk Kraus To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 12:27:02 -0000 Ulrich Grey reported the same fault to me before Christmas. He supported me with ktr log and it was even more confusing. His reported fault was a little different but on same place. It happened in sx_assert() and register values saved before the fault do not match with register values expected for PC where the fault happened. I had no time to hunt it and I will not have it till January 5. However, it looks that it's related to geom_label.ko module loaded by ubldr. (1) When Ulrich disabled loading of this module, the fault did not happen. (2) The fault happened when this module was used firstly. (3) I've never see any preloaded module in ARM before. Svata On Sun, Dec 28, 2014 at 8:36 PM, Ian Lepore wrote: > On Sun, 2014-12-28 at 19:46 +0100, Manuel St=C3=BChn wrote: >> Am 28.12.2014 um 18:57 schrieb Ian Lepore: >> > I can't reproduce this on my BBB. I sync'd to the exact rev you used >> > and rebuilt, installed it all on an sdcard and booted, and I boot all >> > the way to the login prompt. I even diff'd my boot messages against t= he >> > ones you posted and there are no significant differences other than >> > pathnames and compile times. >> > >> > Maybe a stack backtrace would help... enter 'bt' at that db> prompt an= d >> > post the output (everything from the vm_fault(...)-> 1 to the end of t= he >> > backtrace). >> >> [...] >> mmcsd0: 8GB at mmc0 >> 48.0MHz/4bit/65535-block >> >> vm_fault(0xc0788e48, 0, 1, 0) -> 1 >> Fatal kernel mode data abort: 'Translation Fault (S)' >> trapframe: 0xdd0cbc60 >> FSR=3D00000005, FAR=3D00000010, spsr=3D00000113 >> r0 =3D00000000, r1 =3D00000004, r2 =3D00003d2e, r3 =3D00000137 >> r4 =3Dc2be4180, r5 =3Dc2be4180, r6 =3Dc078876c, r7 =3Dc0869a24 >> r8 =3D028f5c28, r9 =3Dc0713d48, r10=3D00000000, r11=3Ddd0cbcb0 >> r12=3D00000001, ssp=3Ddd0cbcb0, slr=3D00101010, pc =3Dc0377d64 >> >> [ thread pid 12 tid 100006 ] >> Stopped at _sx_assert+0x48: ldr r14, [r0, #0x010] >> db> bt >> Tracing pid 12 tid 100006 td 0xc2a7d660 >> db_trace_self() at db_trace_self >> pc =3D 0xc05c43d4 lr =3D 0xc02324d0 (db_stack_trace+0x108) >> sp =3D 0xdd0cb960 fp =3D 0xdd0cb978 >> r10 =3D 0xc0787b70 >> db_stack_trace() at db_stack_trace+0x108 >> pc =3D 0xc02324d0 lr =3D 0xc0231e28 (db_command+0x294) >> sp =3D 0xdd0cb980 fp =3D 0xdd0cba20 >> r4 =3D 0x00000000 r5 =3D 0x00000000 >> r6 =3D 0x00000000 >> db_command() at db_command+0x294 >> pc =3D 0xc0231e28 lr =3D 0xc0231b80 (db_command_loop+0x78) >> sp =3D 0xdd0cba28 fp =3D 0xdd0cba38 >> r4 =3D 0xc060cef5 r5 =3D 0xc062832d >> r6 =3D 0xc0787b5c r7 =3D 0xc06cfce8 >> r8 =3D 0xc07235e4 r9 =3D 0xc07235e0 >> r10 =3D 0x00000001 >> db_command_loop() at db_command_loop+0x78 >> pc =3D 0xc0231b80 lr =3D 0xc0234698 (db_trap+0x108) >> sp =3D 0xdd0cba40 fp =3D 0xdd0cbb60 >> r4 =3D 0x00000000 r5 =3D 0xc0787b68 >> r6 =3D 0xc0723608 >> db_trap() at db_trap+0x108 >> pc =3D 0xc0234698 lr =3D 0xc03a8c38 (kdb_trap+0xd4) >> sp =3D 0xdd0cbb68 fp =3D 0xdd0cbb88 >> r4 =3D 0x00000000 r5 =3D 0x00000005 >> r6 =3D 0xc0723608 r7 =3D 0xc06cfce8 >> kdb_trap() at kdb_trap+0xd4 >> pc =3D 0xc03a8c38 lr =3D 0xc05d9464 (dab_fatal+0x1c0) >> sp =3D 0xdd0cbb90 fp =3D 0xdd0cbba8 >> r4 =3D 0xdd0cbc60 r5 =3D 0x00000005 >> r6 =3D 0x600001d3 r7 =3D 0x00000010 >> r8 =3D 0xc2a7d660 r9 =3D 0xdd0cbc60 >> r10 =3D 0x00000001 >> dab_fatal() at dab_fatal+0x1c0 >> pc =3D 0xc05d9464 lr =3D 0xc05d91a4 (abort_handler+0x66c) >> sp =3D 0xdd0cbbb0 fp =3D 0xdd0cbc58 >> r4 =3D 0x00000005 r5 =3D 0x00000001 >> r6 =3D 0xc0788e48 r7 =3D 0xdd0cbea0 >> abort_handler() at abort_handler+0x66c >> pc =3D 0xc05d91a4 lr =3D 0xc05c61e0 (exception_exit) >> sp =3D 0xdd0cbc60 fp =3D 0xdd0cbcb0 >> r4 =3D 0xc2be4180 r5 =3D 0xc2be4180 >> r6 =3D 0xc078876c r7 =3D 0xc0869a24 >> r8 =3D 0x028f5c28 r9 =3D 0xc0713d48 >> r10 =3D 0x00000000 >> exception_exit() at exception_exit >> pc =3D 0xc05c61e0 lr =3D 0x00101010 (0x101010) >> sp =3D 0xdd0cbcb0 fp =3D 0xdd0cbcb0 >> r0 =3D 0x00000000 r1 =3D 0x00000004 >> r2 =3D 0x00003d2e r3 =3D 0x00000137 >> r4 =3D 0xc2be4180 r5 =3D 0xc2be4180 >> r6 =3D 0xc078876c r7 =3D 0xc0869a24 >> r8 =3D 0x028f5c28 r9 =3D 0xc0713d48 >> r10 =3D 0x00000000 r12 =3D 0x00000001 >> _sx_assert() at _sx_assert+0x48 >> pc =3D 0xc0377d64 lr =3D 0xc085e4d0 ($a+0x54) >> sp =3D 0xdd0cbcb8 fp =3D 0xdd0cbdb8 >> Unknown entry: 0 >> $a() at $a+0x54 >> pc =3D 0xc085e4d0 lr =3D 0xc085e4d0 ($a+0x54) >> sp =3D 0xdd0cbcb8 fp =3D 0xdd0cbdb8 >> Unable to unwind into user mode >> db> > > Well that didn't really help at all, because that output is crazy. It > says it can't unwind into user mode, but the PC in the last frame isn't > from usermode, it's an address beyond the end of the kernel code. I > have a feeling that "unknown entry" is why the backtrace is broken. > > So all in all, I'm out of ideas. We should have nearly identical > setups, except I didn't build with crochet, and thus I'm probably using > a slightly different u-boot (a bit newer probably). I don't see how > that could lead to working vs. failing at this point. > > -- Ian > > > _______________________________________________ > 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" From owner-freebsd-arm@FreeBSD.ORG Tue Dec 30 15:01:28 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A414F54 for ; Tue, 30 Dec 2014 15:01:28 +0000 (UTC) Received: from r02.singnet.com.sg (r02.singnet.com.sg [202.40.249.102]) by mx1.freebsd.org (Postfix) with ESMTP id D735A18A4 for ; Tue, 30 Dec 2014 15:01:27 +0000 (UTC) Received: from cp-prod-rg-out-2.fuse.kc2.sg.local (172.63.64.222) by r02.singnet.com.sg (8.6.060.30) id 5405684700B451CF for freebsd-arm@freebsd.org; Tue, 30 Dec 2014 23:00:41 +0800 X-CTCH-RefID: str=0001.0A150209.54A2BE3F.00A7, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Received: from zaapth.zeepster.org (121.6.2.234) by cp-prod-rg-out-2.fuse.kc2.sg.local (8.6.122.03) id 5432B48308501DE2 for freebsd-arm@freebsd.org; Tue, 30 Dec 2014 15:01:19 +0000 Received: from zaapedy.zeepster.org ([172.16.38.42]) by zaapth.zeepster.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1Y5yIR-000KtE-OX for freebsd-arm@freebsd.org; Tue, 30 Dec 2014 23:01:19 +0800 Message-ID: <54A2BE41.8010601@singnet.com.sg> Date: Tue, 30 Dec 2014 23:01:21 +0800 From: Tur-Wei Chan User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Cross-Compiling RPi Ports From amd64 Using Native Toolchain References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 15:01:28 -0000 Hi, On 30/12/2014 6:35 AM, Jeremy Brown wrote: > I'm trying to write a script that will create a custom FreeBSD image for a > Raspberry Pi that includes a precompiled set of ports. I'm using Crochet > for the heavy lifting and it's mostly finished except for the compiling the > ports on the image. I managed to get it working using full-emulation with > qemu but it's ridiculously slow, and now I'm trying to use the native > toolchain to speed up the build. > This is where everything's gotten difficult. I've been beating my head for > the past week or so and I can't even get make to proceed past the configure > stage. Right now I have two issues: > 1) cpp fails the sanity check with a syntax error around the headers; I > don't know why, as I've replaced the toolchain's include directory with a > symlink to the system's directory. > 2) I get the error ELF interpreter /libexec/elf-ldconfig.so.1 cannot be > found, more or less. I've tried symlinking the system's file in to replace > the toolchain's one, but I didn't suppose that didn't help since they were > for different architectures. > Can anyone help me solve these, or point me to a location where they've > been solved already? I've tried following the qemu howto > but it doesn't work for me. > > -Jeremy > _______________________________________________ > 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" I managed to use crochet and the QemuUserModeHowTo to build some ports for the RPi. What bit me in the process was that the "Cross Building Using The Host Cross Compiler" section had to be followed to a T - in particular, the built cross toolchain in /usr/obj/usr/src/tmp must be moved to /usr/obj wholesale, the local headers symlink made, and the cross-CC environment variables set up. The error in #2 above seems to indicate that the cross tool is not statically linked, so maybe the wrong toolchain is in use. The second gotcha turned out to be the mysterious-sounding "Add the miscellaneous binary image activator patch to FreeBSD" section. I didn't understand what that was for till various python scripts that start with shebangs (#!/usr/local/bin/python2.7) would fail to be loaded as python scripts. Invoking the image activator magic allowed that part to be solved. Regards -T.W.Chan- From owner-freebsd-arm@FreeBSD.ORG Tue Dec 30 15:16:26 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6CCFF43B; Tue, 30 Dec 2014 15:16:26 +0000 (UTC) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 293391ABB; Tue, 30 Dec 2014 15:16:26 +0000 (UTC) Received: from [195.4.92.140] (helo=mjail0.freenet.de) by mout3.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (port 25) (Exim 4.82 #2) id 1Y5yX1-0005nK-Mf; Tue, 30 Dec 2014 16:16:23 +0100 Received: from localhost ([::1]:49319 helo=mjail0.freenet.de) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Y5yX1-0008Q2-EA; Tue, 30 Dec 2014 16:16:23 +0100 Received: from mx11.freenet.de ([195.4.92.21]:51075) by mjail0.freenet.de with esmtpa (ID freebsdnewbie@freenet.de) (Exim 4.82 #2) id 1Y5yUb-0004ts-5g; Tue, 30 Dec 2014 16:13:53 +0100 Received: from p5ddd4fe5.dip0.t-ipconnect.de ([93.221.79.229]:52529 helo=[127.0.0.1]) by mx11.freenet.de with esmtpsa (ID freebsdnewbie@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.82 #2) id 1Y5yUb-00061L-1u; Tue, 30 Dec 2014 16:13:53 +0100 Message-ID: <54A2C130.8070403@freenet.de> Date: Tue, 30 Dec 2014 16:13:52 +0100 From: =?windows-1252?Q?Manuel_St=FChn?= User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: vm_fault during BBB-boot References: <54A0376A.8080908@freenet.de> <1419789437.1018.207.camel@freebsd.org> <54A04FEB.2080809@freenet.de> <1419795385.1018.213.camel@freebsd.org> In-Reply-To: <1419795385.1018.213.camel@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 141230-0, 30.12.2014), Outbound message X-Antivirus-Status: Clean X-Originated-At: 93.221.79.229!52529 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 15:16:26 -0000 Am 28.12.2014 um 20:36 schrieb Ian Lepore: >> [...] > So all in all, I'm out of ideas. We should have nearly identical > setups, except I didn't build with crochet, and thus I'm probably using > a slightly different u-boot (a bit newer probably). I don't see how > that could lead to working vs. failing at this point. I tried to find out, with which revision the error occurs. The last working revision of current is r276046. Updating to any revision higher than r276046 results in the vm_fault. I tried also to update to actual current and revert the changes made with r276047 (Add -march=armv7a to the kernel compile for all ARM systems which are v7a.), but this leads into this: U-Boot 2014.04 (Nov 24 2014 - 20:42:56) I2C: ready DRAM: 512 MiB MMC: OMAP SD/MMC: 0, OMAP SD/MMC: 1 Using default environment Net: not set. Validating first E-fuse MAC cpsw, usb_ether Hit any key to stop autoboot: 0 mmc0 is current device SD/MMC found on device 0 reading bb-uEnv.txt reading bbubldr 253170 bytes read in 18 ms (13.4 MiB/s) reading bboneblk.dtb 16204 bytes read in 5 ms (3.1 MiB/s) ## Starting application at 0x88000054 ... Consoles: U-Boot console Compatible U-Boot API signature found @9f635510 FreeBSD/armv6hf U-Boot loader, Revision 1.2 (root@freebsd-vm, Tue Dec 30 00:15:04 CET 2014) DRAM: 512MB Number of U-Boot devices: 2 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=0 slice= partition=... good. Loading /boot/defaults/loader.conf /boot/kernel/kernel data=0x590108+0x3fef8 syms=[0x4+0x893f0+0x4+0x52ff2] /boot/kernel/geom_label.ko text=0x4608 data=0x768+0x4 syms=[0x4+0xe40+0x4+0xe0a] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by U-Boot at address 0x80000100. Kernel entry at 0x80200100... Kernel args: (null) From owner-freebsd-arm@FreeBSD.ORG Tue Dec 30 21:02:58 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39A0B14F for ; Tue, 30 Dec 2014 21:02:58 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 034EE261C for ; Tue, 30 Dec 2014 21:02:57 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id 02E78192A3B for ; Tue, 30 Dec 2014 21:02:55 +0000 (UTC) Message-ID: <54A312FF.7090100@ignoranthack.me> Date: Tue, 30 Dec 2014 13:02:55 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Cross-Compiling RPi Ports From amd64 Using Native Toolchain References: <54A2BE41.8010601@singnet.com.sg> In-Reply-To: <54A2BE41.8010601@singnet.com.sg> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Dec 2014 21:02:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/30/14 07:01, Tur-Wei Chan wrote: > Hi, > > On 30/12/2014 6:35 AM, Jeremy Brown wrote: >> I'm trying to write a script that will create a custom FreeBSD >> image for a Raspberry Pi that includes a precompiled set of >> ports. I'm using Crochet for the heavy lifting and it's mostly >> finished except for the compiling the ports on the image. I >> managed to get it working using full-emulation with qemu but it's >> ridiculously slow, and now I'm trying to use the native toolchain >> to speed up the build. This is where everything's gotten >> difficult. I've been beating my head for the past week or so and >> I can't even get make to proceed past the configure stage. Right >> now I have two issues: 1) cpp fails the sanity check with a >> syntax error around the headers; I don't know why, as I've >> replaced the toolchain's include directory with a symlink to the >> system's directory. 2) I get the error ELF interpreter >> /libexec/elf-ldconfig.so.1 cannot be found, more or less. I've >> tried symlinking the system's file in to replace the toolchain's >> one, but I didn't suppose that didn't help since they were for >> different architectures. Can anyone help me solve these, or point >> me to a location where they've been solved already? I've tried >> following the qemu howto >> but it doesn't work >> for me. >> >> -Jeremy _______________________________________________ >> 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" > > I managed to use crochet and the QemuUserModeHowTo to build some > ports for the RPi. What bit me in the process was that the "Cross > Building Using The Host Cross Compiler" section had to be followed > to a T - in particular, the built cross toolchain in > /usr/obj/usr/src/tmp must be moved to /usr/obj > wholesale, the local headers symlink made, and the cross-CC > environment variables set up. The error in #2 above seems to > indicate that the cross tool is not statically linked, so maybe the > wrong toolchain is in use. > > The second gotcha turned out to be the mysterious-sounding "Add > the miscellaneous binary image activator patch to FreeBSD" section. > I didn't understand what that was for till various python scripts > that start with shebangs (#!/usr/local/bin/python2.7) would fail to > be loaded as python scripts. Invoking the image activator magic > allowed that part to be solved. > > > Regards > > -T.W.Chan- > We've added some of the more obscure bits of commands with binmiscctl(8) to the man page in head (thanks to doc@!). hopefully that makes sense. The shebang problems should be resolved in head. Let me know if they are not on 10.1 if you're building there. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJUoxL8XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5khKAIAK9JH/3rZAWpyI4MVCI7SPr2 GEwtH8TBSusFSRUPKQj0HEk+wfUj/J9AV/UWQKzI9+Pao3bhVDe2wLUHbdp1dkAx nBgJ4N6nogNlM8tnl3/UIghI3rbZY0Lr+M8JtAi4j5WMtiKq+ZRtbtjWMIP/44z4 oWUgUyzI9P6kE2EWCKE1+Zx3Va4cutj6yfPIqT7tevhQz16hGZh9k2z5YOIlTqcQ 3lBah7GIo6Nk43hdI6TL8OVQHmFgnaLN0tef9k6lDuiqCZ9FzhUUPaV4seTMgvhz YMBER8cH9tmc2NUiRMHIQOUCFtCUg6DLdprqsgYOvnwuriXlHIromV0ed9xzl3w= =YheA -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 11:55:39 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5754B231 for ; Wed, 31 Dec 2014 11:55:39 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2554864F72 for ; Wed, 31 Dec 2014 11:55:39 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBVBtdtx038722 for ; Wed, 31 Dec 2014 11:55:39 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196398] New: [patch] Add new board - Gumstix Duovero Date: Wed, 31 Dec 2014 11:55:39 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: scott@jumpnowtek.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 11:55:39 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196398 Bug ID: 196398 Summary: [patch] Add new board - Gumstix Duovero Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: scott@jumpnowtek.com I'd like to get the Duovero board accepted into the FreeBSD tree. The Duovero is another OMAP4 board. There is more commonality that can be factored out. This is just a start. The first 3 patches remove the need for USB Host initializtion in pandaboard/pandboard.c and attempt to make it more generic so that at least the Duovero can use it as well. Most of the work the pandaboard.c code does is already handled in other places. 1) Muxing the gpio and clock pins (u-boot, tested with v2014.10) 2) Configuring the pins to use (FDT, pandaboard.dts) 3) Ability to use reset pins from FDT (sys/arm/ti/usb/omap_ehci.c) The two things that aren't handled are 1) A second reset pin for the ethernet hub 2) Enabling the AUX3 clock part of the SCRM module to feed the USB phy The Duovero does not need the second 'reset' pin since it doesn't have the ethernet hub, but it does need the AUX3 clock to enable the USB PHY. I'm using it now with USB wifi dongles. The following patches were tested against r276468 0001 Adds AUX clock support to the OMAP4 PRCM code https://github.com/scottellis/duovero-freebsd/blob/master/patches/0001-omap4-add-aux-clks-to-prcm.patch 0002 Allows either 1 or 2 gpio reset pins for TI ehci reset. 1 reset pin is still okay. That's all the Duovero uses. https://github.com/scottellis/duovero-freebsd/blob/master/patches/0002-ti-ehci-add-support-for-2-gpio-reset-pins.patch 0003 Uses the new AUX clock/reset pins for the PandaBoard. Removes need for pandaboard.c, though this patch does not remove it. https://github.com/scottellis/duovero-freebsd/blob/master/patches/0003-pandaboard-usb-let-ehci-driver-initialize-usb-phy.patch 0004 Adds Duovero support. https://github.com/scottellis/duovero-freebsd/blob/master/patches/0004-add-duovero-support.patch -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 13:49:11 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69436BB9 for ; Wed, 31 Dec 2014 13:49:11 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 512C664B9C for ; Wed, 31 Dec 2014 13:49:11 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBVDnBXH045234 for ; Wed, 31 Dec 2014 13:49:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 181601] Sporadic failure of root mount on ARM/Raspberry Date: Wed, 31 Dec 2014 13:49:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: logan@elandsys.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 13:49:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181601 --- Comment #5 from logan@elandsys.com --- The issue is present on both 10.1 RELEASE and FreeBSD 11 current. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 13:59:36 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B5A26CDF for ; Wed, 31 Dec 2014 13:59:36 +0000 (UTC) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.site.uottawa.ca", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 802EA64D09 for ; Wed, 31 Dec 2014 13:59:35 +0000 (UTC) Received: from [10.0.2.15] (ppp-74-51-56-20.vianet.ca [74.51.56.20]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id sBVDf2o3040687 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 31 Dec 2014 08:41:04 -0500 (EST) (envelope-from kwhite@site.uottawa.ca) Date: Wed, 31 Dec 2014 08:41:03 -0500 (EST) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: freebsd-arm@freebsd.org Subject: BBB translation fault panic with "kldload" Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 13:59:36 -0000 I get a kernel panic when trying to use kernel modules with recent BBB kernels. Here's what happens when I try to "kldload nullfs" with a freshly built r276468: ======================= Wed Dec 31 08:29:28 EST 2014 FreeBSD/arm (beaglebone) (ttyu0) login: root Password: Dec 31 08:30:28 beaglebone login: ROOT LOGIN (root) ON ttyu0 FreeBSD 11.0-CURRENT (BEAGLEBONE) #0 r276468M: Wed Dec 31 08:22:23 EST 2014 root@beaglebone:~ # uname -ap FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r276468M: Wed Dec 31 08:22:23 EST 2014 kwhite@freebsd11:/usr/obj/arm.armv6hf/tank/RPI/head/sys/BEAGLEBONE arm armv6hf root@beaglebone:~ # kldload nullfs vm_fault(0xc2e52000, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (P)' trapframe: 0xde5daa50 FSR=00000017, FAR=00000000, spsr=60000113 r0 =00000000, r1 =0000b880, r2 =c2d96970, r3 =00000000 r4 =0000bb40, r5 =c2d9694c, r6 =c2d96978, r7 =00000032 r8 =c06f1084, r9 =c06e6d78, r10=c2aefe00, r11=de5daaa8 r12=00000001, ssp=de5daaa0, slr=c040c174, pc =c2d8c594 [ thread pid 642 tid 100079 ] Stopped at nullfs_init+0x20: ldr r0, [r0] db> show reg spsr 0x60000113 r0 0 r1 0xb880 r2 0xc2d96970 $d+0xa0 r3 0 r4 0xbb40 r5 0xc2d9694c $d+0x7c r6 0xc2d96978 $d+0xa8 r7 0x32 r8 0xc06f1084 vfsconf r9 0xc06e6d78 _MergedGlobals+0xf8 r10 0xc2aefe00 r11 0xde5daaa8 r12 0x1 usr_sp 0xbffff058 usr_lr 0x20198fd8 svc_sp 0xde5daaa0 svc_lr 0xc040c174 vfs_modevent+0x43c pc 0xc2d8c594 nullfs_init+0x20 und_sp 0xc0875000 abt_sp 0xc0874000 irq_sp 0xc0873000 nullfs_init+0x20: ldr r0, [r0] db> ======================= ...keith From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 19:08:55 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18AE3619 for ; Wed, 31 Dec 2014 19:08:55 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E288B6442F for ; Wed, 31 Dec 2014 19:08:54 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y6O30-00090K-Ct; Wed, 31 Dec 2014 18:31:06 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sBVIV5n9041372; Wed, 31 Dec 2014 11:31:05 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/Fnh9n5FdsP25j95FRQxt9 Message-ID: <1420050665.1018.315.camel@freebsd.org> Subject: Re: BBB translation fault panic with "kldload" From: Ian Lepore To: Keith White Date: Wed, 31 Dec 2014 11:31:05 -0700 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 19:08:55 -0000 On Wed, 2014-12-31 at 08:41 -0500, Keith White wrote: > I get a kernel panic when trying to use kernel modules with recent > BBB kernels. > > Here's what happens when I try to "kldload nullfs" with a freshly > built r276468: > > ======================= [...] Just a quick followup... as of r276047 modules are broken on armv6. This is also the root cause of the problem reported in the thread "vm_fault during BBB-boot". Unfortunately, at this point we can't just revert that single change because lots of commits that have happened since then rely on it. So we're temporarily in a "-current is broken" state and will be until a fix is found. In the meantime, the 10-stable branch doesn't have this problem (and in general is more immune to this type of problem because code doesn't get moved there until it has had some testing), so using it is a viable option for folks who just need to get on with their lives. Or you can sync your -current source directory back to r276046. For those interested in the gory details... when we added -march=armv7 to the kernel compiles it allowed the compiler to start generating new more efficient movw/movt instructions to load an address into a register. It also emits new (for us) types of relocation info for those, and our old linker and runtime loader don't handle that kind of relocation info correctly in kernel modules. -- Ian From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 20:05:07 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30AE3636 for ; Wed, 31 Dec 2014 20:05:07 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13AB52EAD for ; Wed, 31 Dec 2014 20:05:07 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBVK56Hq014323 for ; Wed, 31 Dec 2014 20:05:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 181601] Sporadic failure of root mount on ARM/Raspberry Date: Wed, 31 Dec 2014 20:05:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 10.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: harrison.grundy@astrodoggroup.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 20:05:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=181601 Harrison Grundy changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |harrison.grundy@astrodoggro | |up.com --- Comment #6 from Harrison Grundy --- There's now a bounty on getting this bug fixed. One Wandboard Quad to whoever fixes this issue (or whoever is credited in the commit with fixing this issue) and has it committed to -HEAD. The bounty is open to anyone I can legally send the Wandboard to from the US. Should multiple people be credited in the commit, we'll resolve it with a single game of "Pick a number" conducted via e-mail. Expect about a month from confirmation of the fix in head to the Wandboard being shipped out. If you have any questions about the bounty, e-mail me at harrison.grundy astrodogdoggroup com Good luck! -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 21:03:23 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9CBF6FC for ; Wed, 31 Dec 2014 21:03:23 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 91FB535E3 for ; Wed, 31 Dec 2014 21:03:23 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBVL3NZW018452 for ; Wed, 31 Dec 2014 21:03:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196398] [patch] Add new board - Gumstix Duovero Date: Wed, 31 Dec 2014 21:03:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: rpaulo@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 21:03:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196398 Rui Paulo changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rpaulo@FreeBSD.org --- Comment #1 from Rui Paulo --- I've briefly reviewed this and it looks good. Thanks! -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 22:43:36 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF9DD5B1 for ; Wed, 31 Dec 2014 22:43:36 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B7DE26651A for ; Wed, 31 Dec 2014 22:43:36 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBVMhabc078856 for ; Wed, 31 Dec 2014 22:43:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196407] New: kernel modules fail on arm after r276047 Date: Wed, 31 Dec 2014 22:43:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: ian@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 22:43:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196407 Bug ID: 196407 Summary: kernel modules fail on arm after r276047 Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Many People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: ian@FreeBSD.org r276047 added -march=armv7 to the default arm compile options. Among other things, this allows the compiler to generate movw/movt sequences to load a constant into a register. Using those instructions results in relocation types R_ARM_MOVW_ABS_NC and R_ARM_MOVT_ABS being emitted, and when those types appear in a .ko module they are not being handled correctly by ld. The lower 16 bits of the relocated value are correct, but the upper 16 bits (used in the movt instruction) are always zero. This leads to a variety of wild-pointer crashes in the loaded module. This problem may affect shared libraries in userland too, but we don't currently add the -march=armv7 flag there, it's used only for kernel and module builds now. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 31 23:29:31 2014 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 282B93E0 for ; Wed, 31 Dec 2014 23:29:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 08F6E2B1B for ; Wed, 31 Dec 2014 23:29:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBVNTU5F006931 for ; Wed, 31 Dec 2014 23:29:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196408] New: assembler errors on ARMv6 Date: Wed, 31 Dec 2014 23:29:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform bug_file_loc op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Dec 2014 23:29:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196408 Bug ID: 196408 Summary: assembler errors on ARMv6 Product: Base System Version: 11.0-CURRENT Hardware: Any URL: http://chips.ysv.freebsd.org/data/11armv6-11armv6/2014 -12-31_22h53m26s/logs/errors/libffi-3.0.13_3.log OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sbruno@FreeBSD.org newly updated head system building ports. It looks like clang3.5 has a problem with the assembler generated by libffi on ARMv6.libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -O -pipe -fno-strict-aliasing -Wall -fexceptions -MT src/java_raw_api.lo -MD -MP -MF src/.deps/java_raw_api.Tpo -c ../src/java_raw_api.c -o src/java_raw_api.o >/dev/null 2>&1 depbase=`echo src/closures.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; /bin/sh ./libtool --tag=CC --mode=compile /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -O -pipe -fno-strict-aliasing -Wall -fexceptions -MT src/closures.lo -MD -MP -MF $depbase.Tpo -c -o src/closures.lo ../src/closures.c && mv -f $depbase.Tpo $depbase.Plo libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -O -pipe -fno-strict-aliasing -Wall -fexceptions -MT src/closures.lo -MD -MP -MF src/.deps/closures.Tpo -c ../src/closures.c -fPIC -DPIC -o src/.libs/closures.o libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -O -pipe -fno-strict-aliasing -Wall -fexceptions -MT src/closures.lo -MD -MP -MF src/.deps/closures.Tpo -c ../src/closures.c -o src/closures.o >/dev/null 2>&1 depbase=`echo src/arm/sysv.lo | sed 's|[^/]*$|.deps/&|;s|\.lo$||'`; /bin/sh ./libtool --mode=compile /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -I. -I../include -Iinclude -I../src -O -pipe -fno-strict-aliasing -MT src/arm/sysv.lo -MD -MP -MF $depbase.Tpo -c -o src/arm/sysv.lo ../src/arm/sysv.S && mv -f $depbase.Tpo $depbase.Plo libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -I. -I../include -Iinclude -I../src -I. -I../include -Iinclude -I../src -O -pipe -fno-strict-aliasing -MT src/arm/sysv.lo -MD -MP -MF src/arm/.deps/sysv.Tpo -c ../src/arm/sysv.S -fPIC -DPIC -o src/arm/.libs/sysv.o ../src/arm/sysv.S:224:2: error: invalid instruction stmeqia r2, {r0, r1} ^ ../src/arm/sysv.S:413:2: error: invalid instruction stmeqia r2, {r0, r1} ^ *** Error code 1 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 00:14:44 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87AA06D6 for ; Thu, 1 Jan 2015 00:14:44 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6F450661AA for ; Thu, 1 Jan 2015 00:14:44 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t010Eihr089011 for ; Thu, 1 Jan 2015 00:14:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196408] assembler errors on ARMv6 Date: Thu, 01 Jan 2015 00:14:44 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 00:14:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196408 --- Comment #1 from Sean Bruno --- Created attachment 151167 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151167&action=edit s/stmeqia/stmiaeq/ for arm Upstream has completely rewritten this port. For now, this is sufficient to move forward after the clang-3.5 import and switch to integrated-as as the default. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 00:15:27 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E3A0724 for ; Thu, 1 Jan 2015 00:15:27 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 150DE661B8 for ; Thu, 1 Jan 2015 00:15:27 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t010FQkq089568 for ; Thu, 1 Jan 2015 00:15:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196408] [arm] devel/libffi broken with latest clang-3.5 import Date: Thu, 01 Jan 2015 00:15:27 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: version assigned_to short_desc component product Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 00:15:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196408 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Version|11.0-CURRENT |Latest Assignee|freebsd-arm@FreeBSD.org |freebsd-ports-bugs@FreeBSD. | |org Summary|assembler errors on ARMv6 |[arm] devel/libffi broken | |with latest clang-3.5 | |import Component|arm |Individual Port(s) Product|Base System |Ports & Packages -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 04:08:48 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86217271 for ; Thu, 1 Jan 2015 04:08:48 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 673C764E36 for ; Thu, 1 Jan 2015 04:08:48 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0148mib051658 for ; Thu, 1 Jan 2015 04:08:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] New: [arm] clang3.5 crashes building audio/libmad Date: Thu, 01 Jan 2015 04:08:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 04:08:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 Bug ID: 196412 Summary: [arm] clang3.5 crashes building audio/libmad Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sbruno@FreeBSD.org root@11-armv6-11-armv6-ports:/wrkdirs/usr/ports/audio/libmad/work/libmad-0.15.1b # make /nxb-bin/usr/bin/make all-recursive /bin/sh ./libtool --mode=compile /nxb-bin/usr/bin/cc -O -pipe -fno-strict-aliasing -c -o imdct_l_arm.lo imdct_l_arm.S /nxb-bin/usr/bin/cc -O -pipe -fno-strict-aliasing -c imdct_l_arm.S -fPIC -DPIC -o .libs/imdct_l_arm.o Unimplemented UNREACHABLE executed at /usr/local/poudriere/jails/11-armv6/usr/src/lib/clang/libllvmarmdesc/../../../contrib/llvm/lib/Target/ARM/MCTargetDesc/ARMELFObjectWriter.cpp:84! Stack dump: 0. Program arguments: /nxb-bin/usr/bin/cc -cc1as -triple armv6--freebsd11.0-gnueabi -filetype obj -main-file-name imdct_l_arm.S -target-cpu arm1176jzf-s -target-feature -neon -target-feature -crypto -fdebug-compilation-dir /wrkdirs/usr/ports/audio/libmad/work/libmad-0.15.1b -dwarf-debug-producer FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 -o .libs/imdct_l_arm.o /tmp/imdct_l_arm-578a03.s 1. Program arguments: -triple armv6--freebsd11.0-gnueabi -filetype obj -main-file-name imdct_l_arm.S -target-cpu arm1176jzf-s -target-feature -neon -target-feature -crypto -fdebug-compilation-dir /wrkdirs/usr/ports/audio/libmad/work/libmad-0.15.1b -dwarf-debug-producer FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 -o .libs/imdct_l_arm.o /tmp/imdct_l_arm-578a03.s cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang integrated assembler command failed due to signal (use -v to see invocation) FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 Target: armv6--freebsd11.0-gnueabi Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: ******************** PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: cc: note: diagnostic msg: /tmp/imdct_l_arm-3ad840.S cc: note: diagnostic msg: /tmp/imdct_l_arm-3ad840.sh cc: note: diagnostic msg: ******************** *** Error code 1 Stop. make[2]: stopped in /wrkdirs/usr/ports/audio/libmad/work/libmad-0.15.1b *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/audio/libmad/work/libmad-0.15.1b *** Error code 1 Stop. make: stopped in /wrkdirs/usr/ports/audio/libmad/work/libmad-0.15.1b -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 04:09:12 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5DE172B6 for ; Thu, 1 Jan 2015 04:09:12 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4543964E3C for ; Thu, 1 Jan 2015 04:09:12 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0149Cbr051970 for ; Thu, 1 Jan 2015 04:09:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] [arm] clang3.5 crashes building audio/libmad Date: Thu, 01 Jan 2015 04:09:12 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 04:09:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 --- Comment #1 from Sean Bruno --- Created attachment 151173 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151173&action=edit assembler files from failed build -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 04:09:29 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC8BA2F6 for ; Thu, 1 Jan 2015 04:09:29 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 93CB464E45 for ; Thu, 1 Jan 2015 04:09:29 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0149T5D052184 for ; Thu, 1 Jan 2015 04:09:29 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] [arm] clang3.5 crashes building audio/libmad Date: Thu, 01 Jan 2015 04:09:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 04:09:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 --- Comment #2 from Sean Bruno --- Created attachment 151174 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151174&action=edit assembler files from failed build -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 04:10:00 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E875433B for ; Thu, 1 Jan 2015 04:10:00 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D00CC64E57 for ; Thu, 1 Jan 2015 04:10:00 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t014A0I1052687 for ; Thu, 1 Jan 2015 04:10:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] [arm] clang3.5 crashes building audio/libmad Date: Thu, 01 Jan 2015 04:10:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 04:10:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 --- Comment #3 from Sean Bruno --- Created attachment 151175 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151175&action=edit shell script for assembler file -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 04:10:16 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6029937B for ; Thu, 1 Jan 2015 04:10:16 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 471F964E5C for ; Thu, 1 Jan 2015 04:10:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t014AGU8053320 for ; Thu, 1 Jan 2015 04:10:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] [arm] clang3.5 crashes building audio/libmad Date: Thu, 01 Jan 2015 04:10:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 04:10:16 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 --- Comment #4 from Sean Bruno --- Created attachment 151176 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151176&action=edit shell script for assembler file -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 12:12:53 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5830A3C for ; Thu, 1 Jan 2015 12:12:53 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BCB14663D2 for ; Thu, 1 Jan 2015 12:12:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t01CCrqK024379 for ; Thu, 1 Jan 2015 12:12:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] [arm] clang3.5 crashes building audio/libmad Date: Thu, 01 Jan 2015 12:12:53 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: Andrew@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 12:12:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 Andrew Turner changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Andrew@FreeBSD.org --- Comment #5 from Andrew Turner --- Created attachment 151188 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151188&action=edit Minimised file showing the crash I've created a minimised file showing the crash. It looks like the fixup llvm is not handling is ARM::fixup_arm_adr_pcrel_12 however I'm not sure what the correct fix would be. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 18:56:21 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 791C2EBE for ; Thu, 1 Jan 2015 18:56:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 59C08AE8 for ; Thu, 1 Jan 2015 18:56:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t01IuLU9071513 for ; Thu, 1 Jan 2015 18:56:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196423] New: [arm] clang3.5 crashes building math/gmp Date: Thu, 01 Jan 2015 18:56:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 18:56:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196423 Bug ID: 196423 Summary: [arm] clang3.5 crashes building math/gmp Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sbruno@FreeBSD.org ~ ~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ toom44_mul.c:209:52: note: place parentheses around the '&' expression to silence this warning flags = (enum toom7_flags) (flags | toom7_w3_neg & mpn_toom_eval_dgr3_pm1 (apx, amx, ap, n, s, tp)); --- sqr_basecase.lo --- cc: warning: argument unused during compilation: '-D HAVE_CONFIG_H' cc: warning: argument unused during compilation: '-I .' cc: warning: argument unused during compilation: '-I ..' cc: warning: argument unused during compilation: '-D __GMP_WITHIN_GMP' cc: warning: argument unused during compilation: '-I ..' cc: warning: argument unused during compilation: '-D OPERATION_sqr_basecase' cc: warning: argument unused during compilation: '-fno-strict-aliasing' cc: warning: argument unused during compilation: '-fPIC' cc: warning: argument unused during compilation: '-D PIC' --- toom42_mul.lo --- libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_toom42_mul -O -pipe -fno-strict-aliasing -c toom42_mul.c -o toom42_mul.o >/dev/null 2>&1 --- toom44_mul.lo --- ^ ( ) --- toom6_sqr.lo --- libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_toom6_sqr -O -pipe -fno-strict-aliasing -c toom6_sqr.c -fPIC -DPIC -o .libs/toom6_sqr.o --- sqr_basecase.lo --- Unimplemented UNREACHABLE executed at /usr/local/poudriere/jails/11-armv6/usr/src/lib/clang/libllvmarmdesc/../../../contrib/llvm/lib/Target/ARM/MCTargetDesc/ARMELFObjectWriter.cpp:84! Stack dump: 0. Program arguments: /nxb-bin/usr/bin/cc -cc1as -triple armv6--freebsd11.0-gnueabi -filetype obj -main-file-name tmp-sqr_basecase.s -target-cpu arm1176jzf-s -target-feature -neon -target-feature -crypto -fdebug-compilation-dir /wrkdirs/usr/ports/math/gmp/work/gmp-5.1.3/mpn -dwarf-debug-producer FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 -o .libs/sqr_basecase.o tmp-sqr_basecase.s 1. Program arguments: -triple armv6--freebsd11.0-gnueabi -filetype obj -main-file-name tmp-sqr_basecase.s -target-cpu arm1176jzf-s -target-feature -neon -target-feature -crypto -fdebug-compilation-dir /wrkdirs/usr/ports/math/gmp/work/gmp-5.1.3/mpn -dwarf-debug-producer FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 -o .libs/sqr_basecase.o tmp-sqr_basecase.s --- toom54_mul.lo --- libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_toom54_mul -O -pipe -fno-strict-aliasing -c toom54_mul.c -o toom54_mul.o >/dev/null 2>&1 --- toom32_mul.lo --- libtool: compile: /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_toom32_mul -O -pipe -fno-strict-aliasing -c toom32_mul.c -o toom32_mul.o >/dev/null 2>&1 --- toom8h_mul.lo --- /bin/sh ../libtool --tag=CC --mode=compile /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo toom8h_mul | sed 's/_$//'` -O -pipe -fno-strict-aliasing -c -o toom8h_mul.lo toom8h_mul.c --- sqr_basecase.lo --- cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang integrated assembler command failed due to signal (use -v to see invocation) FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 Target: armv6--freebsd11.0-gnueabi Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. --- toom8_sqr.lo --- /bin/sh ../libtool --tag=CC --mode=compile /nxb-bin/usr/bin/cc -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo toom8_sqr | sed 's/_$//'` -O -pipe -fno-strict-aliasing -c -o toom8_sqr.lo toom8_sqr.c --- sqr_basecase.lo --- *** [sqr_basecase.lo] Error code 1 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 19:06:20 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63553558 for ; Thu, 1 Jan 2015 19:06:20 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4A8FBC22 for ; Thu, 1 Jan 2015 19:06:20 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t01J6Kwl012915 for ; Thu, 1 Jan 2015 19:06:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196423] [arm] clang3.5 crashes building math/gmp Date: Thu, 01 Jan 2015 19:06:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 19:06:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196423 --- Comment #1 from Sean Bruno --- MAKE_JOBS_UNSAFE=yes ===> Building for gmp-5.1.3_2 /nxb-bin/usr/bin/make all-recursive Making all in tests Making all in . Making all in devel Making all in mpn Making all in mpz Making all in mpq Making all in mpf Making all in rand Making all in misc Making all in cxx Making all in mpn /bin/sh ../libtool --mode=compile --tag=CC ../mpn/m4-ccas --m4="m4" /nxb-bin/usr/bin/cc -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_`echo sqr_basecase | sed 's/_$//'` -O -pipe -fno-strict-aliasing `test -f 'sqr_basecase.asm' || echo './'`sqr_basecase.asm libtool: compile: ../mpn/m4-ccas --m4=m4 /nxb-bin/usr/bin/cc -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_sqr_basecase -O -pipe -fno-strict-aliasing sqr_basecase.asm -fPIC -DPIC -o .libs/sqr_basecase.o m4 -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_sqr_basecase -DPIC sqr_basecase.asm >tmp-sqr_basecase.s /nxb-bin/usr/bin/cc -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_sqr_basecase -O -pipe -fno-strict-aliasing tmp-sqr_basecase.s -fPIC -DPIC -o .libs/sqr_basecase.o cc: warning: argument unused during compilation: '-D HAVE_CONFIG_H' cc: warning: argument unused during compilation: '-I .' cc: warning: argument unused during compilation: '-I ..' cc: warning: argument unused during compilation: '-D __GMP_WITHIN_GMP' cc: warning: argument unused during compilation: '-I ..' cc: warning: argument unused during compilation: '-D OPERATION_sqr_basecase' cc: warning: argument unused during compilation: '-fno-strict-aliasing' cc: warning: argument unused during compilation: '-fPIC' cc: warning: argument unused during compilation: '-D PIC' Unimplemented UNREACHABLE executed at /usr/local/poudriere/jails/11-armv6/usr/src/lib/clang/libllvmarmdesc/../../../contrib/llvm/lib/Target/ARM/MCTargetDesc/ARMELFObjectWriter.cpp:84! Stack dump: 0. Program arguments: /nxb-bin/usr/bin/cc -cc1as -triple armv6--freebsd11.0-gnueabi -filetype obj -main-file-name tmp-sqr_basecase.s -target-cpu arm1176jzf-s -target-feature -neon -target-feature -crypto -fdebug-compilation-dir /wrkdirs/usr/ports/math/gmp/work/gmp-5.1.3/mpn -dwarf-debug-producer FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 -o .libs/sqr_basecase.o tmp-sqr_basecase.s 1. Program arguments: -triple armv6--freebsd11.0-gnueabi -filetype obj -main-file-name tmp-sqr_basecase.s -target-cpu arm1176jzf-s -target-feature -neon -target-feature -crypto -fdebug-compilation-dir /wrkdirs/usr/ports/math/gmp/work/gmp-5.1.3/mpn -dwarf-debug-producer FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 -o .libs/sqr_basecase.o tmp-sqr_basecase.s cc: error: unable to execute command: Abort trap (core dumped) cc: error: clang integrated assembler command failed due to signal (use -v to see invocation) FreeBSD clang version 3.5.0 (tags/RELEASE_350/final 216957) 20141124 Target: armv6--freebsd11.0-gnueabi Thread model: posix cc: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. cc: note: diagnostic msg: Error generating preprocessed source(s) - no preprocessable inputs. *** Error code 1 Stop. make[3]: stopped in /wrkdirs/usr/ports/math/gmp/work/gmp-5.1.3/mpn *** Error code 1 Stop. make[2]: stopped in /wrkdirs/usr/ports/math/gmp/work/gmp-5.1.3 *** Error code 1 Stop. make[1]: stopped in /wrkdirs/usr/ports/math/gmp/work/gmp-5.1.3 *** Error code 1 Stop. make: stopped in /usr/ports/math/gmp -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 19:07:56 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B643191C for ; Thu, 1 Jan 2015 19:07:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DF2AC7F for ; Thu, 1 Jan 2015 19:07:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t01J7uHu013489 for ; Thu, 1 Jan 2015 19:07:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196423] [arm] clang3.5 crashes building math/gmp Date: Thu, 01 Jan 2015 19:07:56 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 19:07:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196423 --- Comment #2 from Sean Bruno --- Created attachment 151195 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=151195&action=edit assembler files from failed build -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 22:30:26 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6B9E248 for ; Thu, 1 Jan 2015 22:30:26 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 631A864774 for ; Thu, 1 Jan 2015 22:30:26 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id em10so26976830wid.5 for ; Thu, 01 Jan 2015 14:30:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0UVmRYwS6tDVfRP1iMZaO1xBkZzcGK2emi14U865FSg=; b=BKokGcpxg7yI055+KFxLIt9wLQqg9cxz1tcI9LBku/aLfkzquGoIGkKKskUx6Zn+iE 98xq4YEnDv2Jp/wOy0SiL2rgBFIq1Pgz7ul6RXvyFhuqDYjBFgmuWZhJxC4ucKOuwzRE /of4am+FpD3izy8EsYEdp8VsRnWuded+pHwUBjgsFP4dfAiaFwYTILq4HEomzwZcUnzU y17Ws4v68SxQ3Vn+9i0v6rS5XbfjkKh+kOMRwFNFT5Kw27dOsZWzXCuunyeLV2ITFCYN ZzdyvNWxPNkcg7Jk2hFscxAWKEVGmEL3mEYjol94JjKkJ5laFw8fH2q2iT9iJKTXcYYm rp6g== MIME-Version: 1.0 X-Received: by 10.180.91.193 with SMTP id cg1mr128549549wib.26.1420151424702; Thu, 01 Jan 2015 14:30:24 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Thu, 1 Jan 2015 14:30:24 -0800 (PST) In-Reply-To: References: Date: Thu, 1 Jan 2015 14:30:24 -0800 X-Google-Sender-Auth: nc7F56p9at4_21SNW7ERTcpVabo Message-ID: Subject: Re: FreeBSD 11-CURRENT image does not boot on the Raspberry PI B From: Adrian Chadd To: Sven Kerschbaum Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 22:30:26 -0000 hi! can you plug in a serial UART and see if anything else gets spat out there? -adrian On 29 December 2014 at 06:35, Sven Kerschbaum wrote: > Hi all, > > > I downloaded the latest FreeBSD snapshot image for the Raspberry PI B model > (FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20141222-r276066.img) from the > official FreeBSD ftp. > > I copied the image to the SD card using the program Disk Image Writer on > Ubuntu. After plugging in the SD card to the RPI and switching it on, the > FreeBSD kernel gets not loaded. The last message on the monitor is always: > > kernel entry at 0x100100... > > kernel args: (null) > > Using an FreeBSD 10 image instead works fine. Does anybody experience the > same issue? Does anybody have an idea what I did wrong? > Thank you all! > > Best regards, > Sven > _______________________________________________ > 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" From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 23:15:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 726E1A09 for ; Thu, 1 Jan 2015 23:15:38 +0000 (UTC) Received: from nm15-vm2.bullet.mail.ne1.yahoo.com (nm15-vm2.bullet.mail.ne1.yahoo.com [98.138.91.91]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 33AC5E94 for ; Thu, 1 Jan 2015 23:15:37 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sbcglobal.net; s=s2048; t=1420154131; bh=rj/zRtdAqhiZXeWYo4RNGwGrkoxho9wR9X45dzUb6VU=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject; b=DW39hCGVczx5WRov/QdSaSyJ4JpRWHdvjkRGCDBeTvwkSdTF8XsxAHlD9msKZxoNGPTmQTF1GhE4ybJ7QKZXPh1sMO0vI7r+QQMqEU6fyc+KAYmpsTUnBBLRScKH+qjkjJES4lPhGQPHehVGPLFVCvwQZVXlCHMQwlJ5hkr6leZhhtxdt9YLLQGgmyWwTXA7sal6QBeqRLKXzJG4uC0O9MabfR/7QgLAtlJOigsU76vSQ7ED1Ri5x/rBMxVrPM5GcjcjPLnwSvXsfXgw5aNZR50St0i6VyMm1HpnKCQPYvE7KGZZltAMtTw5Hkpa5FsYXEW3Osre6z7YadNi2PPMhg== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=sbcglobal.net; b=bTA/1ccwa86hC/9QLDnbQbWI6p62TVIQPvDW4dsBJ+Ck1PHP5Jnr58dh+6uY1f/qX2zfFAXWsW/dXjJFvidfD8SuT41LQzt1wEZEqjozEXduYAPvmp/GajcxSJ1+gK78gxF9GQpVDF0OXFrsLkK2BN2AJZwTVlrTDxt9AkzLhVMnc+TrIU4ZofqBZvDBwGAm1XRvDV6yHhHdZ28SkRPOMQtwr8UckM8LCyAFfvTES4tmF8/C/nGN9CL9Tk9yo80fe8chP+Fs4C8XAUGvYAz7v4FRZfzW13JkepAY5EvRNBa4Kwqo8KQuT5DTbM6RGfgLeF71Ic431nIjNLR2QX8bZQ==; Received: from [98.138.100.118] by nm15.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jan 2015 23:15:31 -0000 Received: from [98.138.226.133] by tm109.bullet.mail.ne1.yahoo.com with NNFMP; 01 Jan 2015 23:15:31 -0000 Received: from [127.0.0.1] by smtp220.mail.ne1.yahoo.com with NNFMP; 01 Jan 2015 23:15:31 -0000 X-Yahoo-Newman-Id: 449827.74995.bm@smtp220.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: _u56k1MVM1kxi8V7KiDwwBS_WOUCewJdPSwRxPJNit8cjvS zWmSrE_eRYZqhvq6DlLu86Dr56zAxDTJ1SNa3DGYUGgtSVAGWHonPLG7yTxn KNQbKIn9je1w1g4.KJZRGNSXJz_3VjP4euzr2FF3PRMpLgbnBqcVhQl3s2sL BEVUi_P4UuHfF_7R4tPAEi832NoJ7nuWSAbYFi8ddyZUPa4euYL94_81IJMO Ydc8cbjG92fbmu1Fk1Cqo2Ca3x21nsnUiWuMLO0y.pASZXuFqTCmonPQRbse 5NIuucfCHGg9uj1Ral1OuA96rw0v3ReT0tc4PudxRWjoRHsBubiRt6vquY.P Zy_52_nsNMXZzNz45ANXg59EMvNnZPh9NP55UcWI.4OdAhZ5uluavkbygef8 nKhJPMMMcoQnZn4aUU2PxgNNbT7kAwhNeVK2ZVIoha0dc5GFOVh3cFHPNVaT E5zsLAbrBw8Ado1lE56zZtxNYZbCk2MM5cn4k8DcieNDibA49zDkkmFY7He8 qL3LK8Cb29JJ6uPV2XpZXj9GnBNFuEpqP3Lba1g-- X-Yahoo-SMTP: .8Dytk6swBAeTUTcf.ezO8BKaYfn.mUV Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: FreeBSD 11-CURRENT image does not boot on the Raspberry PI B From: Thomas Skibo In-Reply-To: Date: Thu, 1 Jan 2015 15:15:29 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <7959322F-CE0A-4516-BC68-CE4D3534DD6B@sbcglobal.net> References: To: Adrian Chadd X-Mailer: Apple Mail (2.1993) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 23:15:38 -0000 > On Jan 1, 2015, at 2:30 PM, Adrian Chadd wrote: >=20 > hi! >=20 > can you plug in a serial UART and see if anything else gets spat out = there? >=20 >=20 >=20 > -adrian >=20 >=20 I think I am having the same problem. Here=E2=80=99s the UART output: U-Boot 2013.01-rc1-svn18531 (Dec 24 2014 - 16:51:42) DRAM: 480 MiB WARNING: Caches not enabled MMC: bcm2835_sdhci: 0 Using default environment In: serial Out: lcd Err: lcd mbox: Timeout waiting for response bcm2835: Could not set USB power state Net: Net Initialization Skipped No ethernet found. Hit any key to stop autoboot: 0=20 reading uEnv.txt 89 bytes read in 8959 ms (0 Bytes/s) Importing environment from mmc ... reading ubldr 251119 bytes read in 56398 ms (3.9 KiB/s) ## Starting application at 0x02000054 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @1db682a8 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@grind.freebsd.org, Wed Dec 24 16:51:33 UTC 2014) DRAM: 480MB Number of U-Boot devices: 1 U-Boot env: loaderdev not set, will probe all devices. Found U-Boot device: disk Probing all disk devices... Checking unit=3D0 slice=3D partition=3D... good. Loading /boot/defaults/loader.conf=20 /boot/kernel/kernel data=3D0x4f54a4+0xb6b5c = syms=3D[0x4+0x8cbd0+0x4+0x53f47] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel] in 5 seconds... Booting = [/boot/kernel/kernel] in 1 second... Booting [/boot/kernel/kernel]... = =20 Using DTB provided by U-Boot at address 0x100. Kernel entry at 0x100100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r276066: Wed Dec 24 16:49:32 UTC 2014 root@grind.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 VT: init without driver. CPU: ARM1176JZ-S rev 7 (ARM11J core) Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext WB enabled LABT branch prediction enabled 16KB/32B 4-way instruction cache 16KB/32B 4-way write-back-locking-C data cache real memory =3D 536866816 (511 MB) avail memory =3D 483196928 (460 MB) random device not loaded/active; using insecure pseudo-random number = generator random: entropy device infrastructure driver random: selecting highest priority adaptor random: SOFT: yarrow init() random: selecting highest priority adaptor kbd0 at kbdmux0 ofwbus0: simplebus0: mem 0x20000000-0x20ffffff = on ofwbus0 cpulist0: on ofwbus0 cpu0: on cpulist0 bcm2835_cpufreq0: on cpu0 intc0: mem 0xb200-0xb3ff on simplebus0 systimer0: mem 0x3000-0x3fff irq 8,9,10,11 on = simplebus0 Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 bcmwd0: mem 0x10001c-0x100027 on simplebus0 gpio0: mem 0x200000-0x2000af irq = 57,59,58,60 on simplebus0 gpio0: read-only pins: 46,47,48,49,50,51,52,53. gpio0: reserved pins: 48,49,50,51,52,53. gpioc0: on gpio0 gpiobus0: on gpio0 gpioled0: at pin(s) 16 on gpiobus0 iichb0: mem 0x205000-0x20501f irq 61 on = simplebus0 iicbus0: on iichb0 iic0: on iicbus0 iichb1: mem 0x804000-0x80401f irq 61 on = simplebus0 iicbus1: on iichb1 iic1: on iicbus1 spi0: mem 0x204000-0x20401f irq 62 on = simplebus0 spibus0: on spi0 bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff = irq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 mbox0: mem 0xb880-0xb8bf irq 1 on simplebus0 sdhci_bcm0: mem 0x300000-0x3000ff irq = 70 on simplebus0 mmc0: on sdhci_bcm0 uart0: mem 0x201000-0x201fff irq 65 on = simplebus0 uart0: console (115200,n,8,1) dwcotg0: mem 0x980000-0x99ffff = irq 17 on simplebus0 usbus0 on dwcotg0 fb0: on ofwbus0 Timecounters tick every 10.000 msec bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get clock rate (id=3D3) usbus0: 480Mbps High Speed USB v2.0 bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get clock rate (id=3D8) bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get min clock rate (id=3D3) bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get min clock rate (id=3D4) ugen0.1: at usbus0 uhub0: on usbus0 bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get min clock rate (id=3D8) bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get max voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get min voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get max voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get max voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get max voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get min voltage bcm2835_cpufreq0: mbox response error bcm2835_cpufreq0: can't get min voltage bcm2835_cpufreq0: ARM -999MHz, Core 250MHz, SDRAM -999MHz, Turbo OFF bcm2835_cpufr =E2=80=94=E2=80=94=E2=80=94 Thomas Skibo thomasskibo@sbcglobal.net From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 23:18:38 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3A7B6BC7 for ; Thu, 1 Jan 2015 23:18:38 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AE038EE2 for ; Thu, 1 Jan 2015 23:18:37 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id z12so5698474wgg.27 for ; Thu, 01 Jan 2015 15:18:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=9QQSwe2Jic1J/p/VDMwwqI1ImDwuAKBDpdtk/WST+Yc=; b=iSCxlY7XgtWXplHckEqjwX/2RvSA0noOmHxqnHc6mobyAaB+Rzz0f/HCE26VqlOoxH +KDELek64kiTTA1+BL4Nl7xObPry8+NxASDYANzXYyYxnTAW0Tb/W05UfGbgvfsxBm2Q m95dGL6puYk6mMqADsigHZ0dY29sX2/14uQMhM6Tllc1AA7U0WLwhWYs2HoZPlKKCxKx 9XG1GlwgIErSBTcwhlvSEiImTzdT95xCBPrXux+IaqYAdBtxgQT2zTjGyVQC98Z5o2SE w/myM505SBn3bmxaq5Fgv1Yd3LsIfZka5I2m3/gmTeElyfrzspPL0ZKnHVXFvWPCIWY/ APpQ== MIME-Version: 1.0 X-Received: by 10.180.20.6 with SMTP id j6mr125509232wie.59.1420154316039; Thu, 01 Jan 2015 15:18:36 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Thu, 1 Jan 2015 15:18:35 -0800 (PST) In-Reply-To: <7959322F-CE0A-4516-BC68-CE4D3534DD6B@sbcglobal.net> References: <7959322F-CE0A-4516-BC68-CE4D3534DD6B@sbcglobal.net> Date: Thu, 1 Jan 2015 15:18:35 -0800 X-Google-Sender-Auth: raif0JrYP1Pm_3fFHQGw1gqzS60 Message-ID: Subject: Re: FreeBSD 11-CURRENT image does not boot on the Raspberry PI B From: Adrian Chadd To: Thomas Skibo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 23:18:38 -0000 Hm, try the most recent -HEAD? I think that's been fixed. -adrian On 1 January 2015 at 15:15, Thomas Skibo wrote: > > >> On Jan 1, 2015, at 2:30 PM, Adrian Chadd wrote: >> >> hi! >> >> can you plug in a serial UART and see if anything else gets spat out the= re? >> >> >> >> -adrian >> >> > > I think I am having the same problem. Here=E2=80=99s the UART output: > > > > U-Boot 2013.01-rc1-svn18531 (Dec 24 2014 - 16:51:42) > > DRAM: 480 MiB > WARNING: Caches not enabled > MMC: bcm2835_sdhci: 0 > Using default environment > > In: serial > Out: lcd > Err: lcd > mbox: Timeout waiting for response > bcm2835: Could not set USB power state > Net: Net Initialization Skipped > No ethernet found. > Hit any key to stop autoboot: 0 > reading uEnv.txt > 89 bytes read in 8959 ms (0 Bytes/s) > Importing environment from mmc ... > reading ubldr > 251119 bytes read in 56398 ms (3.9 KiB/s) > ## Starting application at 0x02000054 ... > Consoles: U-Boot console > Compatible U-Boot API signature found @1db682a8 > > FreeBSD/armv6 U-Boot loader, Revision 1.2 > (root@grind.freebsd.org, Wed Dec 24 16:51:33 UTC 2014) > > DRAM: 480MB > Number of U-Boot devices: 1 > U-Boot env: loaderdev not set, will probe all devices. > Found U-Boot device: disk > Probing all disk devices... > Checking unit=3D0 slice=3D partition=3D... good. > Loading /boot/defaults/loader.conf > /boot/kernel/kernel data=3D0x4f54a4+0xb6b5c syms=3D[0x4+0x8cbd0+0x4+0x53f= 47] > > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel] in 5 seconds... Booting [/boot/kernel/kerne= l] in 1 second... Booting [/boot/kernel/kernel]... > Using DTB provided by U-Boot at address 0x100. > Kernel entry at 0x100100... > Kernel args: (null) > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2014 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 11.0-CURRENT #0 r276066: Wed Dec 24 16:49:32 UTC 2014 > root@grind.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > VT: init without driver. > CPU: ARM1176JZ-S rev 7 (ARM11J core) > Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext > WB enabled LABT branch prediction enabled > 16KB/32B 4-way instruction cache > 16KB/32B 4-way write-back-locking-C data cache > real memory =3D 536866816 (511 MB) > avail memory =3D 483196928 (460 MB) > random device not loaded/active; using insecure pseudo-random number gene= rator > random: entropy device infrastructure driver > random: selecting highest priority adaptor > random: SOFT: yarrow init() > random: selecting highest priority adaptor > kbd0 at kbdmux0 > ofwbus0: > simplebus0: mem 0x20000000-0x20ffffff = on ofwbus0 > cpulist0: on ofwbus0 > cpu0: on cpulist0 > bcm2835_cpufreq0: on cpu0 > intc0: mem 0xb200-0xb3ff on simplebus0 > systimer0: mem 0x3000-0x3fff irq 8,9,10,11 on simp= lebus0 > Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 > Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 > bcmwd0: mem 0x10001c-0x100027 on simplebus0 > gpio0: mem 0x200000-0x2000af irq 57,59,58,= 60 on simplebus0 > gpio0: read-only pins: 46,47,48,49,50,51,52,53. > gpio0: reserved pins: 48,49,50,51,52,53. > gpioc0: on gpio0 > gpiobus0: on gpio0 > gpioled0: at pin(s) 16 on gpiobus0 > iichb0: mem 0x205000-0x20501f irq 61 on sim= plebus0 > iicbus0: on iichb0 > iic0: on iicbus0 > iichb1: mem 0x804000-0x80401f irq 61 on sim= plebus0 > iicbus1: on iichb1 > iic1: on iicbus1 > spi0: mem 0x204000-0x20401f irq 62 on simpl= ebus0 > spibus0: on spi0 > bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff ir= q 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 > mbox0: mem 0xb880-0xb8bf irq 1 on simplebus0 > sdhci_bcm0: mem 0x300000-0x3000ff irq 70= on simplebus0 > mmc0: on sdhci_bcm0 > uart0: mem 0x201000-0x201fff irq 65 on simplebus= 0 > uart0: console (115200,n,8,1) > dwcotg0: mem 0x980000-0x99ffff ir= q 17 on simplebus0 > usbus0 on dwcotg0 > fb0: on ofwbus0 > Timecounters tick every 10.000 msec > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get clock rate (id=3D3) > usbus0: 480Mbps High Speed USB v2.0 > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get clock rate (id=3D8) > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get min clock rate (id=3D3) > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get min clock rate (id=3D4) > ugen0.1: at usbus0 > uhub0: on usbus0 > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get min clock rate (id=3D8) > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get max voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get min voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get max voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get max voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get max voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get min voltage > bcm2835_cpufreq0: mbox response error > bcm2835_cpufreq0: can't get min voltage > bcm2835_cpufreq0: ARM -999MHz, Core 250MHz, SDRAM -999MHz, Turbo OFF > bcm2835_cpufr > > > =E2=80=94=E2=80=94=E2=80=94 > Thomas Skibo > thomasskibo@sbcglobal.net > From owner-freebsd-arm@FreeBSD.ORG Thu Jan 1 23:22:27 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AED25E9C for ; Thu, 1 Jan 2015 23:22:27 +0000 (UTC) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2DC7BFCC for ; Thu, 1 Jan 2015 23:22:27 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id a1so23679599wgh.9 for ; Thu, 01 Jan 2015 15:22:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=QjL8SCDDWt3b/UnvfdaM6dZNPQjJ+1kbtxF+aGg3NrA=; b=uzAnJtmYF5qh8lYMzUO04vaHVWk8afzuVdWCrB1lBymDN3znDh3jL2hsvT9s4np935 2zic10hRvMHhxYFLXIABJy3WUnV9qgTdzPq9iNQA3rVWJ+gcRN109fNXX1oBfGswNARi VHb8EBtfCO+cB0Sr806zWgeWYw2JxKL33g1d8QOw+Wo2R/PGF7W5bYEBmFrnZB5Itab6 oNpfN0RHCnrNpFy0BnTEZtZ5WgZ9Y4R/oYiEnR04bnkPYxy7vv5M3MwLpBs/7oUcHz7o SF+pDKmYHMxkwZOfeayQe+sQlCiA+9anzyQEoCxf9mAd35qqHmrliisWy1o8jc4xPpHL dZmA== MIME-Version: 1.0 X-Received: by 10.180.14.136 with SMTP id p8mr90794741wic.20.1420154545274; Thu, 01 Jan 2015 15:22:25 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Thu, 1 Jan 2015 15:22:25 -0800 (PST) In-Reply-To: References: <7959322F-CE0A-4516-BC68-CE4D3534DD6B@sbcglobal.net> Date: Thu, 1 Jan 2015 15:22:25 -0800 X-Google-Sender-Auth: umwv-zMAQe257SHk0xJb1uTzyUs Message-ID: Subject: Re: FreeBSD 11-CURRENT image does not boot on the Raspberry PI B From: Adrian Chadd To: Thomas Skibo Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jan 2015 23:22:27 -0000 Yup: 18:21 < loos> yep, committed on r275963 and fixed on r276297 18:21 <@rpaulo> right -adrian On 1 January 2015 at 15:18, Adrian Chadd wrote: > Hm, try the most recent -HEAD? I think that's been fixed. > > > > > -adrian > > > On 1 January 2015 at 15:15, Thomas Skibo wrot= e: >> >> >>> On Jan 1, 2015, at 2:30 PM, Adrian Chadd wrote: >>> >>> hi! >>> >>> can you plug in a serial UART and see if anything else gets spat out th= ere? >>> >>> >>> >>> -adrian >>> >>> >> >> I think I am having the same problem. Here=E2=80=99s the UART output: >> >> >> >> U-Boot 2013.01-rc1-svn18531 (Dec 24 2014 - 16:51:42) >> >> DRAM: 480 MiB >> WARNING: Caches not enabled >> MMC: bcm2835_sdhci: 0 >> Using default environment >> >> In: serial >> Out: lcd >> Err: lcd >> mbox: Timeout waiting for response >> bcm2835: Could not set USB power state >> Net: Net Initialization Skipped >> No ethernet found. >> Hit any key to stop autoboot: 0 >> reading uEnv.txt >> 89 bytes read in 8959 ms (0 Bytes/s) >> Importing environment from mmc ... >> reading ubldr >> 251119 bytes read in 56398 ms (3.9 KiB/s) >> ## Starting application at 0x02000054 ... >> Consoles: U-Boot console >> Compatible U-Boot API signature found @1db682a8 >> >> FreeBSD/armv6 U-Boot loader, Revision 1.2 >> (root@grind.freebsd.org, Wed Dec 24 16:51:33 UTC 2014) >> >> DRAM: 480MB >> Number of U-Boot devices: 1 >> U-Boot env: loaderdev not set, will probe all devices. >> Found U-Boot device: disk >> Probing all disk devices... >> Checking unit=3D0 slice=3D partition=3D... good. >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel data=3D0x4f54a4+0xb6b5c syms=3D[0x4+0x8cbd0+0x4+0x53= f47] >> >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel] in 5 seconds... Booting [/boot/kernel/kern= el] in 1 second... Booting [/boot/kernel/kernel]... >> Using DTB provided by U-Boot at address 0x100. >> Kernel entry at 0x100100... >> Kernel args: (null) >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2014 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >> The Regents of the University of California. All rights reserved= . >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 11.0-CURRENT #0 r276066: Wed Dec 24 16:49:32 UTC 2014 >> root@grind.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm >> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 >> VT: init without driver. >> CPU: ARM1176JZ-S rev 7 (ARM11J core) >> Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext >> WB enabled LABT branch prediction enabled >> 16KB/32B 4-way instruction cache >> 16KB/32B 4-way write-back-locking-C data cache >> real memory =3D 536866816 (511 MB) >> avail memory =3D 483196928 (460 MB) >> random device not loaded/active; using insecure pseudo-random number gen= erator >> random: entropy device infrastructure driver >> random: selecting highest priority adaptor >> random: SOFT: yarrow init() >> random: selecting highest priority adaptor >> kbd0 at kbdmux0 >> ofwbus0: >> simplebus0: mem 0x20000000-0x20ffffff= on ofwbus0 >> cpulist0: on ofwbus0 >> cpu0: on cpulist0 >> bcm2835_cpufreq0: on cpu0 >> intc0: mem 0xb200-0xb3ff on simplebus0 >> systimer0: mem 0x3000-0x3fff irq 8,9,10,11 on sim= plebus0 >> Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 >> Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 >> bcmwd0: mem 0x10001c-0x100027 on simplebus0 >> gpio0: mem 0x200000-0x2000af irq 57,59,58= ,60 on simplebus0 >> gpio0: read-only pins: 46,47,48,49,50,51,52,53. >> gpio0: reserved pins: 48,49,50,51,52,53. >> gpioc0: on gpio0 >> gpiobus0: on gpio0 >> gpioled0: at pin(s) 16 on gpiobus0 >> iichb0: mem 0x205000-0x20501f irq 61 on si= mplebus0 >> iicbus0: on iichb0 >> iic0: on iicbus0 >> iichb1: mem 0x804000-0x80401f irq 61 on si= mplebus0 >> iicbus1: on iichb1 >> iic1: on iicbus1 >> spi0: mem 0x204000-0x20401f irq 62 on simp= lebus0 >> spibus0: on spi0 >> bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff i= rq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 >> mbox0: mem 0xb880-0xb8bf irq 1 on simplebus0 >> sdhci_bcm0: mem 0x300000-0x3000ff irq 7= 0 on simplebus0 >> mmc0: on sdhci_bcm0 >> uart0: mem 0x201000-0x201fff irq 65 on simplebu= s0 >> uart0: console (115200,n,8,1) >> dwcotg0: mem 0x980000-0x99ffff i= rq 17 on simplebus0 >> usbus0 on dwcotg0 >> fb0: on ofwbus0 >> Timecounters tick every 10.000 msec >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get clock rate (id=3D3) >> usbus0: 480Mbps High Speed USB v2.0 >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get clock rate (id=3D8) >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get min clock rate (id=3D3) >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get min clock rate (id=3D4) >> ugen0.1: at usbus0 >> uhub0: on usbus0 >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get min clock rate (id=3D8) >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get max voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get min voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get max voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get max voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get max voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get min voltage >> bcm2835_cpufreq0: mbox response error >> bcm2835_cpufreq0: can't get min voltage >> bcm2835_cpufreq0: ARM -999MHz, Core 250MHz, SDRAM -999MHz, Turbo OFF >> bcm2835_cpufr >> >> >> =E2=80=94=E2=80=94=E2=80=94 >> Thomas Skibo >> thomasskibo@sbcglobal.net >> From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 03:20:25 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F412A3B for ; Fri, 2 Jan 2015 03:20:25 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7791A14BF for ; Fri, 2 Jan 2015 03:20:25 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t023KPr0000382 for ; Fri, 2 Jan 2015 03:20:25 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196407] kernel modules fail on arm after r276047 Date: Fri, 02 Jan 2015 03:20:25 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 03:20:25 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196407 --- Comment #1 from commit-hook@freebsd.org --- A commit references this bug: Author: ian Date: Fri Jan 2 03:20:14 UTC 2015 New revision: 276525 URL: https://svnweb.freebsd.org/changeset/base/276525 Log: Put in a workaround for bug 196407 (arm modules cause crashes & panics). When we started compiling the kernel with -march=armv7 the compiler started emitting new types of relocation info which are incompatible with the shared-lib file format used by .ko modules. This workaround prevents the compiler from emitting the instruction sequences that require the new relocs. This amounts to using an undocumented internal compiler flag, so this is just a temporary workaround while we look for a good fix. PR: 196407 Changes: head/sys/conf/kmod.mk -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 07:32:33 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BECF0B57; Fri, 2 Jan 2015 07:32:33 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 762F91396; Fri, 2 Jan 2015 07:32:33 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id z20so15242730igj.16; Thu, 01 Jan 2015 23:32:32 -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=A8utTIdFkzP9w1tBZ60EiA3IO9pCpPhe/wGS8MYP54s=; b=ErJRsIIZq8OI1t+zQ5cwbvyu2q4MceluP2mtJP9Yv0UeZxXpnz/i4iZTZrPHdm1Lat Y1tDpn3bA6ykDwQPY0iQViebi0b2CtuJVcJl4n4kc4quJe4/5ChFuPOh4vTqctIky31I Gq23SKEy6/O7y1p0qdGzzzgdWnERF3cMce3DZxyWV6/RFOJcnCjZRqRcOyY1EZDKfhlY EPJTLA3zToTE8YS5hantrJm6f0VzAP3VGlPGFY/JEhybJyJdRTSs5npM1BcaDKDKE5RU 94vwKVITRxy0+uAq2N8Odwz3GIVaJIRJxjpgdbsq4aCxvkjzZGrZBrABWh35Cid8mefi uSRg== MIME-Version: 1.0 X-Received: by 10.50.78.202 with SMTP id d10mr33595529igx.30.1420183952637; Thu, 01 Jan 2015 23:32:32 -0800 (PST) Received: by 10.107.156.143 with HTTP; Thu, 1 Jan 2015 23:32:32 -0800 (PST) In-Reply-To: References: <7959322F-CE0A-4516-BC68-CE4D3534DD6B@sbcglobal.net> Date: Fri, 2 Jan 2015 08:32:32 +0100 Message-ID: Subject: Re: FreeBSD 11-CURRENT image does not boot on the Raspberry PI B From: Sven Kerschbaum To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 07:32:33 -0000 Hi Adrian, Hi Thomas and of course Hi list members, Adrian is right, with the newest release r276523 the FreeBSD kernel loads and it is possible to log in. Thanks for your efforts! Keep on the good work! Best regards, Sven 2015-01-02 0:22 GMT+01:00 Adrian Chadd : > Yup: > > 18:21 < loos> yep, committed on r275963 and fixed on r276297 > 18:21 <@rpaulo> right > > > > > -adrian > > > On 1 January 2015 at 15:18, Adrian Chadd wrote: > > Hm, try the most recent -HEAD? I think that's been fixed. > > > > > > > > > > -adrian > > > > > > On 1 January 2015 at 15:15, Thomas Skibo > wrote: > >> > >> > >>> On Jan 1, 2015, at 2:30 PM, Adrian Chadd wrote: > >>> > >>> hi! > >>> > >>> can you plug in a serial UART and see if anything else gets spat out > there? > >>> > >>> > >>> > >>> -adrian > >>> > >>> > >> > >> I think I am having the same problem. Here=E2=80=99s the UART output: > >> > >> > >> > >> U-Boot 2013.01-rc1-svn18531 (Dec 24 2014 - 16:51:42) > >> > >> DRAM: 480 MiB > >> WARNING: Caches not enabled > >> MMC: bcm2835_sdhci: 0 > >> Using default environment > >> > >> In: serial > >> Out: lcd > >> Err: lcd > >> mbox: Timeout waiting for response > >> bcm2835: Could not set USB power state > >> Net: Net Initialization Skipped > >> No ethernet found. > >> Hit any key to stop autoboot: 0 > >> reading uEnv.txt > >> 89 bytes read in 8959 ms (0 Bytes/s) > >> Importing environment from mmc ... > >> reading ubldr > >> 251119 bytes read in 56398 ms (3.9 KiB/s) > >> ## Starting application at 0x02000054 ... > >> Consoles: U-Boot console > >> Compatible U-Boot API signature found @1db682a8 > >> > >> FreeBSD/armv6 U-Boot loader, Revision 1.2 > >> (root@grind.freebsd.org, Wed Dec 24 16:51:33 UTC 2014) > >> > >> DRAM: 480MB > >> Number of U-Boot devices: 1 > >> U-Boot env: loaderdev not set, will probe all devices. > >> Found U-Boot device: disk > >> Probing all disk devices... > >> Checking unit=3D0 slice=3D partition=3D... good. > >> Loading /boot/defaults/loader.conf > >> /boot/kernel/kernel data=3D0x4f54a4+0xb6b5c syms=3D[0x4+0x8cbd0+0x4+0x= 53f47] > >> > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> Booting [/boot/kernel/kernel] in 5 seconds... Booting > [/boot/kernel/kernel] in 1 second... Booting [/boot/kernel/kernel]... > >> Using DTB provided by U-Boot at address 0x100. > >> Kernel entry at 0x100100... > >> Kernel args: (null) > >> KDB: debugger backends: ddb > >> KDB: current backend: ddb > >> Copyright (c) 1992-2014 The FreeBSD Project. > >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 19= 94 > >> The Regents of the University of California. All rights > reserved. > >> FreeBSD is a registered trademark of The FreeBSD Foundation. > >> FreeBSD 11.0-CURRENT #0 r276066: Wed Dec 24 16:49:32 UTC 2014 > >> root@grind.freebsd.org:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm > >> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 201405= 12 > >> VT: init without driver. > >> CPU: ARM1176JZ-S rev 7 (ARM11J core) > >> Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext > >> WB enabled LABT branch prediction enabled > >> 16KB/32B 4-way instruction cache > >> 16KB/32B 4-way write-back-locking-C data cache > >> real memory =3D 536866816 (511 MB) > >> avail memory =3D 483196928 (460 MB) > >> random device not loaded/active; using insecure pseudo-random number > generator > >> random: entropy device infrastructure driver > >> random: selecting highest priority adaptor > >> random: SOFT: yarrow init() > >> random: selecting highest priority adaptor > >> kbd0 at kbdmux0 > >> ofwbus0: > >> simplebus0: mem > 0x20000000-0x20ffffff on ofwbus0 > >> cpulist0: on ofwbus0 > >> cpu0: on cpulist0 > >> bcm2835_cpufreq0: on cpu0 > >> intc0: mem 0xb200-0xb3ff on simplebus0 > >> systimer0: mem 0x3000-0x3fff irq 8,9,10,11 on > simplebus0 > >> Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 > >> Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 > >> bcmwd0: mem 0x10001c-0x100027 on simplebus0 > >> gpio0: mem 0x200000-0x2000af irq > 57,59,58,60 on simplebus0 > >> gpio0: read-only pins: 46,47,48,49,50,51,52,53. > >> gpio0: reserved pins: 48,49,50,51,52,53. > >> gpioc0: on gpio0 > >> gpiobus0: on gpio0 > >> gpioled0: at pin(s) 16 on gpiobus0 > >> iichb0: mem 0x205000-0x20501f irq 61 on > simplebus0 > >> iicbus0: on iichb0 > >> iic0: on iicbus0 > >> iichb1: mem 0x804000-0x80401f irq 61 on > simplebus0 > >> iicbus1: on iichb1 > >> iic1: on iicbus1 > >> spi0: mem 0x204000-0x20401f irq 62 on > simplebus0 > >> spibus0: on spi0 > >> bcm_dma0: mem 0x7000-0x7fff,0xe05000-0xe05fff > irq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 > >> mbox0: mem 0xb880-0xb8bf irq 1 on simplebu= s0 > >> sdhci_bcm0: mem 0x300000-0x3000ff irq > 70 on simplebus0 > >> mmc0: on sdhci_bcm0 > >> uart0: mem 0x201000-0x201fff irq 65 on > simplebus0 > >> uart0: console (115200,n,8,1) > >> dwcotg0: mem 0x980000-0x99ffff > irq 17 on simplebus0 > >> usbus0 on dwcotg0 > >> fb0: on ofwbus0 > >> Timecounters tick every 10.000 msec > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get clock rate (id=3D3) > >> usbus0: 480Mbps High Speed USB v2.0 > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get clock rate (id=3D8) > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get min clock rate (id=3D3) > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get min clock rate (id=3D4) > >> ugen0.1: at usbus0 > >> uhub0: on usbu= s0 > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get min clock rate (id=3D8) > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get max voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get min voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get max voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get max voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get max voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get min voltage > >> bcm2835_cpufreq0: mbox response error > >> bcm2835_cpufreq0: can't get min voltage > >> bcm2835_cpufreq0: ARM -999MHz, Core 250MHz, SDRAM -999MHz, Turbo OFF > >> bcm2835_cpufr > >> > >> > >> =E2=80=94=E2=80=94=E2=80=94 > >> Thomas Skibo > >> thomasskibo@sbcglobal.net > >> > From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 12:22:44 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EE7FFB5B for ; Fri, 2 Jan 2015 12:22:44 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id BF9B517C5 for ; Fri, 2 Jan 2015 12:21:33 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id 435C9F4DA1E for ; Fri, 2 Jan 2015 04:21:27 -0800 (PST) Date: Fri, 2 Jan 2015 05:21:26 -0700 (MST) From: Scott Ellis To: freebsd-arm@freebsd.org Message-ID: <1420201286256-5977676.post@n5.nabble.com> Subject: ARM build machine question MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 12:22:45 -0000 I'm setting up a new amd64 machine that I'll be using for one purpose only, building ARM images based on CURRENT. What's the recommendation, should I be running 10.1 or CURRENT on the build machine? No display on the build machine. SSH access only. I know probably either works, but just wondering if there was a preference from some more experienced developers out there. -- View this message in context: http://freebsd.1045724.n5.nabble.com/ARM-build-machine-question-tp5977676.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 14:55:21 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 099C5B28 for ; Fri, 2 Jan 2015 14:55:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E5DE264C93 for ; Fri, 2 Jan 2015 14:55:20 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t02EtKo4084243 for ; Fri, 2 Jan 2015 14:55:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196423] [arm] clang3.5 crashes building math/gmp Date: Fri, 02 Jan 2015 14:55:20 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 14:55:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196423 --- Comment #3 from commit-hook@freebsd.org --- A commit references this bug: Author: dim Date: Fri Jan 2 14:55:03 UTC 2015 New revision: 276537 URL: https://svnweb.freebsd.org/changeset/base/276537 Log: ?Pull in r222587 from upstream llvm trunk (by J?rg Sonnenberger): Fix transformation of add with pc argument to adr for non-immediate arguments. This fixes an "Unimplemented" error when assembling certain ARM add instructions with pc-relative arguments. Reported by: sbruno PR: 196412, 196423 Changes: head/contrib/llvm/lib/Target/ARM/AsmParser/ARMAsmParser.cpp -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 20:24:36 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B4331B6 for ; Fri, 2 Jan 2015 20:24:36 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5344A2D96 for ; Fri, 2 Jan 2015 20:24:36 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t02KOaQ8029553 for ; Fri, 2 Jan 2015 20:24:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196423] [arm] clang3.5 crashes building math/gmp Date: Fri, 02 Jan 2015 20:24:36 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 20:24:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196423 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED --- Comment #4 from Sean Bruno --- Confirmed fixed. http://chips.ysv.freebsd.org/build.html?mastername=11armv6-11armv6&build=2015-01-01_02h38m29s -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 20:25:24 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4ED5120A for ; Fri, 2 Jan 2015 20:25:24 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 36E792DAC for ; Fri, 2 Jan 2015 20:25:24 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t02KPO4g030004 for ; Fri, 2 Jan 2015 20:25:24 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] [arm] clang3.5 crashes building audio/libmad Date: Fri, 02 Jan 2015 20:25:24 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 20:25:24 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 --- Comment #6 from Sean Bruno --- Confirmed fixed. http://tasty.ysv.freebsd.org/build.html?mastername=11-armv6-11-armv6-ports&build=2015-01-02_20h23m58s -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 20:25:31 2015 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39AA524C for ; Fri, 2 Jan 2015 20:25:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 220A72DB0 for ; Fri, 2 Jan 2015 20:25:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t02KPVow030046 for ; Fri, 2 Jan 2015 20:25:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 196412] [arm] clang3.5 crashes building audio/libmad Date: Fri, 02 Jan 2015 20:25:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 20:25:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196412 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 20:33:52 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 367C7478 for ; Fri, 2 Jan 2015 20:33:52 +0000 (UTC) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1602864DF5 for ; Fri, 2 Jan 2015 20:33:51 +0000 (UTC) Received: from [192.168.200.212] (unknown [50.136.155.142]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id B33DB192A3B for ; Fri, 2 Jan 2015 20:33:50 +0000 (UTC) Message-ID: <54A700AF.2070500@ignoranthack.me> Date: Fri, 02 Jan 2015 12:33:51 -0800 From: Sean Bruno Reply-To: sbruno@freebsd.org User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: ARM build machine question References: <1420201286256-5977676.post@n5.nabble.com> In-Reply-To: <1420201286256-5977676.post@n5.nabble.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 20:33:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01/02/15 04:21, Scott Ellis wrote: > I'm setting up a new amd64 machine that I'll be using for one > purpose only, building ARM images based on CURRENT. > > What's the recommendation, should I be running 10.1 or CURRENT on > the build machine? > > No display on the build machine. SSH access only. > > I know probably either works, but just wondering if there was a > preference from some more experienced developers out there. > > > Since you specified -current, I'd probably install the machine with - -current. sean -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAEBCgBmBQJUpwCrXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kv4sH/1CWPIUVbaG7+S31dUfGY7rV p/jBmMtYrVF0fweDCnaLkNJYRQKchok3jB1l/13Q2lsNwZlMyqjlXZbxWnEjOPVH 8wkbIOKcqHzjN3u/ycVseJfHCIX8bxsSUmBArA+WB3sykvOvCsSwnD/W8sDoeBKj LkQ/sEgkoTRhUmZ9rvWjxlL2Gsst4Nz9VYXhrHCnrcsGdZ4BZdNB7YyxR3pJ81pY rw/tRRny8rkOgqTLpySAETsxq+j3iCDEShMtrC3KsgT5OdJ19tM1zaGSWTxAy0f3 ahTEA5+MgUjByIhKhHzqfKmIVy3SBW5EKYI9Jz6DkQVG4e71jM3f8nD6cXKK5sw= =9Ttv -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Fri Jan 2 23:07:19 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA13ECB6 for ; Fri, 2 Jan 2015 23:07:19 +0000 (UTC) Received: from mail-lb0-f170.google.com (mail-lb0-f170.google.com [209.85.217.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C22B192D for ; Fri, 2 Jan 2015 23:07:18 +0000 (UTC) Received: by mail-lb0-f170.google.com with SMTP id 10so15658316lbg.29 for ; Fri, 02 Jan 2015 15:07:16 -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:content-type; bh=d26lhwJVdD1+Zo4zrujvLi0OGvUYbfstljgfkHg7A0w=; b=UvzrIa74soTObP91gy3r5AOAMy+mdoeKErherfkiREuPCHBRi7jLhNq/q+MHlJc347 Gs+fzwXhW5WurZDfbt4YVhO3t2ayGCMHyT9/S8jHbmnGu4BKYuiwfV2BWaPMKDRQL5bJ mMfoGvMXQMHrOGJIJt1iwLg87bgj2ScIplKBQV/HZG8XfVdVYVvXG3veajL1hlPCNNXl vARdi9QGjLjFMlKKrkd/FUEt/0Io9xwLJkioDSjRMv6h4A3Anao88vTPSLUjrI3UW4N0 ImE4/WEVeLY0ngSVjGF0TJse/9ao2eccCeSzGIEGkFDCizHI6nGZ9eehGi+vbCwScTAJ Ni3A== X-Gm-Message-State: ALoCoQkiK8ElSD7/SEzmC9ZFK8FWrsbgLAstnshp9heKY/dV2SyVdVqYeSp/PdQ0H4xAOKGLdqq4 X-Received: by 10.112.13.103 with SMTP id g7mr12626589lbc.29.1420240036349; Fri, 02 Jan 2015 15:07:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.142.198 with HTTP; Fri, 2 Jan 2015 15:06:36 -0800 (PST) X-Originating-IP: [74.60.193.70] In-Reply-To: References: From: Jeremy Brown Date: Fri, 2 Jan 2015 18:06:36 -0500 Message-ID: Subject: Re: Cross-Compiling RPi Ports From amd64 Using Native Toolchain To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jan 2015 23:07:19 -0000 I followed the steps crochet made me do, so my setup is a bit different than what is shown on that page - I used make xdev instead of make toolchain assuming the commands were equivalent, but if not please let me know. I was left with tools in two places - /usr/armv6-freebsd and /usr/obj/armv6-freebsd. It seems most of the important elements such as the compilation tools are in the former location, with only sourcefiles in the latter. I have to copy the tools over into /usr/armv6-freebsd in the chroot and not /usr/obj because my version of gcc doesn't pick up on other directories to search, should I just copy /usr/obj/armv6-freebsd/usr/src/tmp to /usr/armv6-freebsd in the chroot? When I would try to set the environment variables make would never pick them up - I would try either modifying /root/.profile and use sh as my shell or modifying /root/.cshrc and using csh as my shell. Thankfully, the host's PATH would overwrite the PATH in the chroot, so I could add /usr/armv6-freebsd to my path and make would pick up the new tools. Also, since building the ports is to be scripted, I'm using make from the host using DESTDIR to set up a chroot, is there some superior way to do this? -Jeremy >* I managed to use crochet and the QemuUserModeHowTo to build some *>* ports for the RPi. What bit me in the process was that the "Cross *>* Building Using The Host Cross Compiler" section had to be followed *>* to a T - in particular, the built cross toolchain in *>* /usr/obj/usr/src/tmp must be moved to /usr/obj *>* wholesale, the local headers symlink made, and the cross-CC *>* environment variables set up. The error in #2 above seems to *>* indicate that the cross tool is not statically linked, so maybe the *> * wrong toolchain is in use.* From owner-freebsd-arm@FreeBSD.ORG Sat Jan 3 03:43:12 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CB628109 for ; Sat, 3 Jan 2015 03:43:12 +0000 (UTC) Received: from mail-lb0-f177.google.com (mail-lb0-f177.google.com [209.85.217.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 418DB222A for ; Sat, 3 Jan 2015 03:43:11 +0000 (UTC) Received: by mail-lb0-f177.google.com with SMTP id b6so15634143lbj.36 for ; Fri, 02 Jan 2015 19:43:09 -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:content-type; bh=59/3V0E/X0KaDC+yg9AaL1lnfCE9MkjOjUtVsjEFt7M=; b=UJ16XjLMNg20Hk+4+ENeHDCWy24ABArp9g4+bA8z62DcCKzcXryLCa72M6ZYy+MyX/ 4ewWSfox4a5GlVPUcj4brZcatM6/hMpXM8Le/1j1gruQoq674CBRb8fO/OLLqCDxlWUM AkvRHwvvqDzLIwiMNOT8mQOklp3m6q+7cidxKHzNL713WYniaEtOvPxrSXPnQTqMXSxy dPkV2hrW78yZnIMXDxsJgOt4kPu2EGlV/7XriSLTu21CrcZG+hkMnd8DaT39Qb6+1G89 cu5rqz6EFDRPGZMHc4UpeHubviaj9g7j3wyV7FF+RTgiPivZIN87utPlzu4eG37ig3Yz 83sA== X-Gm-Message-State: ALoCoQnFCvjzEIzsyjPSOSl/YZJuSXRe9IxNgO4v/6yJx4NGog3qnCGFyX+EXoRU90LmPIVa11v6 X-Received: by 10.152.21.134 with SMTP id v6mr79396150lae.13.1420256589321; Fri, 02 Jan 2015 19:43:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.112.142.198 with HTTP; Fri, 2 Jan 2015 19:42:28 -0800 (PST) X-Originating-IP: [74.60.193.70] In-Reply-To: References: From: Jeremy Brown Date: Fri, 2 Jan 2015 22:42:28 -0500 Message-ID: Subject: Re: Cross-Compiling RPi Ports From amd64 Using Native Toolchain To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 03:43:12 -0000 One additional thing: I checked my toolchain and did see that some of my programs (ar, as, cc, gcc, ld, ranlib) are statically linked, whereas the rest are dynamically linked, including cpp and nm which also gave me the ELF interpreter error. So I'll change my question somewhat - if I use the command given on the qemu page (env -u TARGET -u TARGET_ARCH make -j 4 toolchain) instead of the one provided by crochet (make XDEV=3D${XDEV} XDEV_ARCH=3D${XDEV_ARCH} WITH_GCC=3D1 WITH_GCC_BOOTSTRAP=3D1 WITHOUT_CLANG= =3D1 WITHOUT_CLANG_BOOTSTRAP=3D1 WITHOUT_CLANG_IS_CC=3D1 WITHOUT_TESTS=3D1 xdev)= , would I be more likely to succeed in cross-compiling my ports and will I be able to use this toolchain to build the kernel and world with crochet? -Jeremy On Fri, Jan 2, 2015 at 6:06 PM, Jeremy Brown wrote= : > I followed the steps crochet made me do, so my setup is a bit different t= han what is shown on that page - I used make xdev instead of make toolchain= assuming the commands were equivalent, but if not please let me know. > > I was left with tools in two places - /usr/armv6-freebsd and /usr/obj/arm= v6-freebsd. It seems most of the important elements such as the compilation= tools are in the former location, with only sourcefiles in the latter. > > I have to copy the tools over into /usr/armv6-freebsd in the chroot and n= ot /usr/obj because my version of gcc doesn't pick up on other directories = to search, should I just copy /usr/obj/armv6-freebsd/usr/src/tmp to /usr/ar= mv6-freebsd in the chroot? > > When I would try to set the environment variables make would never pick t= hem up - I would try either modifying /root/.profile and use sh as my shell= or modifying /root/.cshrc and using csh as my shell. Thankfully, the host'= s PATH would overwrite the PATH in the chroot, so I could add /usr/armv6-fr= eebsd to my path and make would pick up the new tools. > > Also, since building the ports is to be scripted, I'm using make from the= host using DESTDIR to set up a chroot, is there some superior way to do th= is? > > -Jeremy > > >* I managed to use crochet and the QemuUserModeHowTo to build some > *>* ports for the RPi. What bit me in the process was that the "Cross > *>* Building Using The Host Cross Compiler" section had to be followed > *>* to a T - in particular, the built cross toolchain in > *>* /usr/obj/usr/src/tmp must be moved to /usr/obj > *>* wholesale, the local headers symlink made, and the cross-CC > *>* environment variables set up. The error in #2 above seems to > *>* indicate that the cross tool is not statically linked, so maybe the > *> > * wrong toolchain is in use.* > > From owner-freebsd-arm@FreeBSD.ORG Sat Jan 3 03:58:21 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2769D41C for ; Sat, 3 Jan 2015 03:58:21 +0000 (UTC) Received: from r01.singnet.com.sg (r01.singnet.com.sg [202.40.249.101]) by mx1.freebsd.org (Postfix) with ESMTP id D097224A0 for ; Sat, 3 Jan 2015 03:58:20 +0000 (UTC) Received: from cp-prod-rg-out-1.fuse.kc2.sg.local (172.63.64.222) by r01.singnet.com.sg (8.6.060.30) id 540C6D59008CEE43 for freebsd-arm@freebsd.org; Sat, 3 Jan 2015 11:42:04 +0800 X-CTCH-RefID: str=0001.0A150206.54A7651A.01E5, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown Received: from zaapth.zeepster.org (121.6.2.234) by cp-prod-rg-out-1.fuse.kc2.sg.local (8.6.122.03) id 5432B48308ADDCCC for freebsd-arm@freebsd.org; Sat, 3 Jan 2015 03:42:18 +0000 Received: from zaapedy.zeepster.org ([172.16.38.42]) by zaapth.zeepster.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.83 (FreeBSD)) (envelope-from ) id 1Y7FbW-000A42-P9 for freebsd-arm@freebsd.org; Sat, 03 Jan 2015 11:42:18 +0800 Message-ID: <54A7651C.5020701@singnet.com.sg> Date: Sat, 03 Jan 2015 11:42:20 +0800 From: Tur-Wei Chan User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Cross-Compiling RPi Ports From amd64 Using Native Toolchain References: In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 03:58:21 -0000 Hi, On 3/1/2015 7:06 AM, Jeremy Brown wrote: > I followed the steps crochet made me do, so my setup is a bit > different than what is shown on that page - I used make xdev instead > of make toolchain assuming the commands were equivalent, but if not > please let me know. > > I was left with tools in two places - /usr/armv6-freebsd and > /usr/obj/armv6-freebsd. It seems most of the important elements such > as the compilation tools are in the former location, with only > sourcefiles in the latter. > > I have to copy the tools over into /usr/armv6-freebsd in the chroot > and not /usr/obj because my version of gcc doesn't pick up on other > directories to search, should I just copy > /usr/obj/armv6-freebsd/usr/src/tmp to /usr/armv6-freebsd in the > chroot? > > When I would try to set the environment variables make would never > pick them up - I would try either modifying /root/.profile and use sh > as my shell or modifying /root/.cshrc and using csh as my shell. > Thankfully, the host's PATH would overwrite the PATH in the chroot, so > I could add /usr/armv6-freebsd to my path and make would pick up the > new tools. > > Also, since building the ports is to be scripted, I'm using make from > the host using DESTDIR to set up a chroot, is there some superior way > to do this? > > -Jeremy > >> * I managed to use crochet and the QemuUserModeHowTo to build some > *>* ports for the RPi. What bit me in the process was that the "Cross > *>* Building Using The Host Cross Compiler" section had to be followed > *>* to a T - in particular, the built cross toolchain in > *>* /usr/obj/usr/src/tmp must be moved to /usr/obj > *>* wholesale, the local headers symlink made, and the cross-CC > *>* environment variables set up. The error in #2 above seems to > *>* indicate that the cross tool is not statically linked, so maybe the > *> > * wrong toolchain is in use.* > That was what I tried to do at first, i.e. to use the cross-compiler from the crochet build to run in the chroot. However I found that it didn't work because apparently the armv6-freebsd toolchain is not fully statically linked -- ldd -av /usr/armv6-freebsd/usr/bin/* shows that the utils want /lib/libc.so.7. In the chroot, those libraries are ARM and not native x86/x64 so cpp would fail. I ended up with 2 toolchains - the one at /usr/armv6-freebsd from the initial crochet, and the second xdev-built one at /usr/obj/arm.armv6 which must be copied over to /usr/obj - reason seems to be that some gcc spec file paths are hardcoded into the utils themselves. Regards -T.W.Chan- From owner-freebsd-arm@FreeBSD.ORG Sat Jan 3 14:43:30 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 40D404A9 for ; Sat, 3 Jan 2015 14:43:30 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 078B32137 for ; Sat, 3 Jan 2015 14:43:30 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id a13so681583igq.17 for ; Sat, 03 Jan 2015 06:43:29 -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=VWVvsFVX/dd/RS1qCSGXGUd66eCmHeIC2bhBihcbkCg=; b=s1Oi/ymAcSOv4P404OoIC9w5sjjPM2FiI8x/Ygs8Hszpawnz2vQcjrf0RXVGLdFka1 sli8AYPjCVnLcVxNkT/w8yp7jHZb3McB8GV3ccG/RtryFs21O1FF2x3yj6nnpvmYpIgs yPzY+l8zEgpYxujyqqHra6OnvLlQRRyOTE7n/554wUaUC12SdLL+lebfhVxRBGGsHd81 GPAymRz9Xq5HblGLeEvNJOwxEAy2MfEnyBuoAU+G2W5Ou7sQsuiuwU9FQjdSNhqbqDrf Ezo34AlNR89R6RnAtkx5vM0bcDCIcyX6nMDDNsW+YOIQkVeTVvz9tTIJH/7mEMt/1hYD +tvg== MIME-Version: 1.0 X-Received: by 10.107.8.149 with SMTP id h21mr71489713ioi.74.1420296209440; Sat, 03 Jan 2015 06:43:29 -0800 (PST) Received: by 10.64.76.202 with HTTP; Sat, 3 Jan 2015 06:43:29 -0800 (PST) In-Reply-To: <201405050329.s453TpGV014572@jwlab.FEITH.COM> References: <201405050329.s453TpGV014572@jwlab.FEITH.COM> Date: Sat, 3 Jan 2015 22:43:29 +0800 Message-ID: Subject: Re: Amlogic aml8726-m3 / aml8726-m6 SoC status From: Ganbold Tsagaankhuu To: John Wehle Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 14:43:30 -0000 John, On Mon, May 5, 2014 at 11:29 AM, John Wehle wrote: > Here's quick blurb regarding the current status of support for > Amlogic aml8726-m3 and aml8726-m6 SoC. > > In my private source tree I've implemented the following: > > Done / lightly tested: > > Basic machdep code > > Interrupt controller > > Timer > > Real time clock > > UART > > GPIO > > SD card > > USB > > Watchdog > > Random number generator > > PLL / Clock frequency measurement > > Done / untested: > > I2C (using manual mode) > > Work in progress: > > Ethernet (it seems like the hardware is actually a DesignWare Core > so this driver may be useful for supporting other SoC). > > Frame buffer (needs additional code to program the PLLs ... > works if the PLLs are setup by the firmware) > > Currently FreeBSD successfully boots to the login prompt on an aml8726-m6 > board using a SD card and a serial console. > > Plans: > > Finish the ethernet driver. > > SMP > > Supply a series of patches so the code can be considered for HEAD. > > Test on a aml8726-m3 board. > > Revisit the frame buffer driver. > > Test on an Ainol Elf-2 tablet. > > Look at supporting flash memory. > Do you have your patches/codes somewhere in public place? Since there seems no public documentation, it is maybe worth try your codes for odroid-c1 which has Amlogic S805 SoC. thanks, Ganbold > > -- John > ------------------------------------------------------------------------- > | Feith Systems | Voice: 1-215-646-8000 | Email: john@feith.com | > | John Wehle | Fax: 1-215-540-5495 | | > ------------------------------------------------------------------------- > > _______________________________________________ > 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" > From owner-freebsd-arm@FreeBSD.ORG Sat Jan 3 19:40:01 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A599B190 for ; Sat, 3 Jan 2015 19:40:01 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7E9231069 for ; Sat, 3 Jan 2015 19:40:01 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t03JdsCO062823; Sat, 3 Jan 2015 19:39:54 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.102] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id ggru9qjii2wu3w5u84g4c7w296; Sat, 03 Jan 2015 19:39:53 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Cross-Compiling RPi Ports From amd64 Using Native Toolchain From: Tim Kientzle In-Reply-To: Date: Sat, 3 Jan 2015 11:39:53 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <02C43C8A-E9BB-4E59-8442-FC382689D941@kientzle.com> References: To: Jeremy Brown X-Mailer: Apple Mail (2.1993) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 19:40:01 -0000 > On Jan 2, 2015, at 7:42 PM, Jeremy Brown = wrote: >=20 > One additional thing: I checked my toolchain and did see that some of = my > programs (ar, as, cc, gcc, ld, ranlib) are statically linked, whereas = the > rest are dynamically linked, including cpp and nm which also gave me = the > ELF interpreter error. So I'll change my question somewhat - if I use = the > command given on the qemu page (env -u TARGET -u TARGET_ARCH make -j 4 > toolchain) instead of the one provided by crochet (make XDEV=3D${XDEV} > XDEV_ARCH=3D${XDEV_ARCH} WITH_GCC=3D1 WITH_GCC_BOOTSTRAP=3D1 = WITHOUT_CLANG=3D1 > WITHOUT_CLANG_BOOTSTRAP=3D1 WITHOUT_CLANG_IS_CC=3D1 WITHOUT_TESTS=3D1 = xdev), > would I be more likely to succeed in cross-compiling my ports and will = I be > able to use this toolchain to build the kernel and world with crochet? You should install both and use them for different purposes: Crochet uses the =E2=80=98xdev=E2=80=99 tools *only* for compiling the = U-Boot boot loader. (It does *not* use it for building kernel and world. The standard FreeBSD build infrastructure automatically builds appropriate cross-compilers as needed for kernel and world.) Tim From owner-freebsd-arm@FreeBSD.ORG Sat Jan 3 23:59:02 2015 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6903C8BE for ; Sat, 3 Jan 2015 23:59:02 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3F23A666A9 for ; Sat, 3 Jan 2015 23:59:01 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Y7Yay-000EYt-JJ; Sat, 03 Jan 2015 23:59:00 +0000 Received: from revolution.hippie.lan (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id t03Nwxnp007765; Sat, 3 Jan 2015 16:58:59 -0700 (MST) (envelope-from ian@freebsd.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/fcNk9ygAZbSh0vO4rqUuk Message-ID: <1420329539.85983.28.camel@freebsd.org> Subject: Re: PANDABOARD default scheduler From: Ian Lepore To: Scott Ellis Date: Sat, 03 Jan 2015 16:58:59 -0700 In-Reply-To: <1419260211677-5975286.post@n5.nabble.com> References: <1419260211677-5975286.post@n5.nabble.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Jan 2015 23:59:02 -0000 On Mon, 2014-12-22 at 07:56 -0700, Scott Ellis wrote: > Why does the PANDABOARD kernel config default to SCHED_4BSD instead > of SCHED_ULE? It's a dual-core board. > > Just curious. > > SCHED_ULE has been working fine for me on a similar OMAP4 board. > Sorry it took me so long to respond to this (been a bit busy:) but I've just switched all the arm kernels that are set for SMP to use ULE. -- Ian