From owner-freebsd-arm@FreeBSD.ORG Sun Dec 21 21:00:02 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 393554B2 for ; Sun, 21 Dec 2014 21:00:02 +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 0F8302D57 for ; Sun, 21 Dec 2014 21:00:02 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBLL014O069595 for ; Sun, 21 Dec 2014 21:00:01 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201412212100.sBLL014O069595@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Date: Sun, 21 Dec 2014 21:00:01 +0000 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: Sun, 21 Dec 2014 21:00:02 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 195009 | [patch]: [arm] Use 400 kHz as the default OMAP4 I 1 problems total for which you should take action. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 22 00:50:42 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 5F2CD36E for ; Mon, 22 Dec 2014 00:50:42 +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 45DD73F68 for ; Mon, 22 Dec 2014 00:50:42 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBM0ogtg024748 for ; Mon, 22 Dec 2014 00:50:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195009] [patch]: [arm] Use 400 kHz as the default OMAP4 I2C bus speed Date: Mon, 22 Dec 2014 00:50:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@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: mfc-stable8? mfc-stable9? mfc-stable10? 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, 22 Dec 2014 00:50:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195009 --- Comment #11 from commit-hook@freebsd.org --- A commit references this bug: Author: ian Date: Mon Dec 22 00:50:02 UTC 2014 New revision: 276049 URL: https://svnweb.freebsd.org/changeset/base/276049 Log: Replace the clock divisor terms with values that also result in a 1 MHz clock, but actually work on real hardware, unlike the original set of values I chose. PR: 195009 Submitted by: Scott Ellis Changes: head/sys/arm/ti/ti_i2c.c -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 22 14:56:53 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 46C46ADD for ; Mon, 22 Dec 2014 14:56:53 +0000 (UTC) Received: from mwork.nabble.com (mwork.nabble.com [162.253.133.43]) by mx1.freebsd.org (Postfix) with ESMTP id 32AF65ED for ; Mon, 22 Dec 2014 14:56:52 +0000 (UTC) Received: from msam.nabble.com (unknown [162.253.133.85]) by mwork.nabble.com (Postfix) with ESMTP id 167A9E72F0B for ; Mon, 22 Dec 2014 06:56:53 -0800 (PST) Date: Mon, 22 Dec 2014 07:56:51 -0700 (MST) From: Scott Ellis To: freebsd-arm@freebsd.org Message-ID: <1419260211677-5975286.post@n5.nabble.com> Subject: PANDABOARD default scheduler 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: Mon, 22 Dec 2014 14:56:53 -0000 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. -- View this message in context: http://freebsd.1045724.n5.nabble.com/PANDABOARD-default-scheduler-tp5975286.html Sent from the freebsd-arm mailing list archive at Nabble.com. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 22 18:25:26 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 B679A97A for ; Mon, 22 Dec 2014 18:25:26 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtpout002.mac.com [17.172.220.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8BB9D13C7 for ; Mon, 22 Dec 2014 18:25:25 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NGZ006PLXU57B00@st11p02mm-asmtp002.mac.com> for freebsd-arm@freebsd.org; Mon, 22 Dec 2014 18:25:19 +0000 (GMT) Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: PANDABOARD default scheduler From: Rui Paulo In-reply-to: <1419260211677-5975286.post@n5.nabble.com> Date: Mon, 22 Dec 2014 10:25:16 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <1419260211677-5975286.post@n5.nabble.com> To: Scott Ellis X-Mailer: Apple Mail (2.1993) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2014-12-22_03:2014-12-22,2014-12-22,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412080000 definitions=main-1412220186 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, 22 Dec 2014 18:25:26 -0000 On Dec 22, 2014, at 06:56, Scott Ellis wrote: >=20 > Why does the PANDABOARD kernel config default to SCHED_4BSD instead > of SCHED_ULE? It's a dual-core board.=20 >=20 > Just curious. I don't think there's any good reason. PANDABOARD started out as a = uniprocessor configuration and we probably forgot to test ULE once we = implemented SMP. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Mon Dec 22 20:22: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 B818D72A for ; Mon, 22 Dec 2014 20:22:34 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 9593636B for ; Mon, 22 Dec 2014 20:22:34 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBMKMYbW057883 for ; Mon, 22 Dec 2014 20:22:34 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBMKMYcP057882; Mon, 22 Dec 2014 20:22:34 GMT (envelope-from root) Date: Mon, 22 Dec 2014 20:22:34 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Updated, 6 lines] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSYfYo= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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, 22 Dec 2014 20:22:34 -0000 emaste updated this revision to Diff 2822. emaste added a comment. Separate gperf build and install CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D1317?vs=2748&id=2822 REVISION DETAIL https://reviews.freebsd.org/D1317 AFFECTED FILES release/arm/release.sh To: emaste, gjb Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon Dec 22 20:28: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 68A298D6 for ; Mon, 22 Dec 2014 20:28:07 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 4ACBC3E7 for ; Mon, 22 Dec 2014 20:28:07 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBMKS75x062165 for ; Mon, 22 Dec 2014 20:28:07 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBMKS7a0062164; Mon, 22 Dec 2014 20:28:07 GMT (envelope-from root) Date: Mon, 22 Dec 2014 20:28:07 +0000 To: freebsd-arm@freebsd.org From: "gjb (Glen Barber)" Subject: [Differential] [Updated] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: <8921dd6ec8630916ccb91448206bf15f@localhost.localdomain> X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSYftc= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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, 22 Dec 2014 20:28:07 -0000 gjb added a comment. I've applied this change to the set of builds that are in-flight now, though I'd still prefer using the ports ian@ worked on, and avoid building gcc(1) within the build chroot entirely. REVISION DETAIL https://reviews.freebsd.org/D1317 To: emaste, gjb Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon Dec 22 20:35:47 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 A6685EB8 for ; Mon, 22 Dec 2014 20:35:47 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 891D4DD6 for ; Mon, 22 Dec 2014 20:35:47 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBMKZlvl071039 for ; Mon, 22 Dec 2014 20:35:47 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBMKZlLV071038; Mon, 22 Dec 2014 20:35:47 GMT (envelope-from root) Date: Mon, 22 Dec 2014 20:35:47 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSYgKM= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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, 22 Dec 2014 20:35:47 -0000 emaste added a comment. I agree moving to the ports is the right path forward, but hopefully this will get things moving again until that switchover. REVISION DETAIL https://reviews.freebsd.org/D1317 To: emaste, gjb Cc: freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Mon Dec 22 22:15: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 67BBEBBC for ; Mon, 22 Dec 2014 22:15:56 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 414003787 for ; Mon, 22 Dec 2014 22:15:56 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBMMFtVp077373 for ; Mon, 22 Dec 2014 22:15:55 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBMMFtZG077372; Mon, 22 Dec 2014 22:15:55 GMT (envelope-from root) Date: Mon, 22 Dec 2014 22:15:55 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Accepted] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSYmBs= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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, 22 Dec 2014 22:15:56 -0000 imp added a subscriber: imp. imp accepted this revision. imp added a reviewer: imp. This revision is now accepted and ready to land. INLINE COMMENTS release/arm/release.sh:130 while this will work, you should transition over to using the u-boot ports for the supported boards, which pulls in the right u-boot and cross compiler... REVISION DETAIL https://reviews.freebsd.org/D1317 To: emaste, gjb, imp Cc: imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 17:29:25 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 BEA5A792 for ; Tue, 23 Dec 2014 17:29:25 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90E9124C0 for ; Tue, 23 Dec 2014 17:29:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=q8YSBQmqgl/4KdA8or73vGUnDcDwq+oVgPb3xyTMtkA=; b=U+yhY50NgSJfwppKnxSuO9uzLOski6NkVPS2x6JGjYOBJwehjJD0gn+htDtHg25tFDdm2y9l30/M/zkj33GnGKThmfa8Zm0x3/cc9FAMELXvv+OcZr5ZBrc6Mqx6O/dleESEUUjy/1Ow+TjNZ7BsK9JwQpAU8vi3MTrnVzRTz1o=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:21550 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y3TGt-000Ews-8P for freebsd-arm@freebsd.org; Tue, 23 Dec 2014 11:29:24 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 23 Dec 2014 11:29:23 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Dec 2014 11:29:23 -0600 From: Larry Rosenman To: freebsd-arm@freebsd.org Subject: lsof on FreeBSD/arm Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 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, 23 Dec 2014 17:29:25 -0000 Greetings, I'm the maintainer of the sysutils/lsof port for FreeBSD. It's been reported to me that the port doesn't compile on arm. In investigating that, I found that some of the includes that lsof includes need a cpu type defined in order to compile (machine/cpuconf.h). Is there a reason that there is no "default" cpu defined either by the compiler or environment? Playing in a armv6 poudriere jail, I found I can get it to compile via: borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf CFLAGS += -DCPU_ARM1136=1 borg.lerctr.org /usr/local/etc/poudriere.d $ However, I'm not sure if that's kosher for a port to just define. Can any of the arm experts help here? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 19:16:33 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 632AF649 for ; Tue, 23 Dec 2014 19:16:33 +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 35BCE64CFB for ; Tue, 23 Dec 2014 19:16:32 +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 1Y3UwZ-000DC2-4h; Tue, 23 Dec 2014 19:16:31 +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 sBNJGTr1005364; Tue, 23 Dec 2014 12:16:30 -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: U2FsdGVkX18gRPJfhfST6uk7eDE046I5 Message-ID: <1419362189.1018.138.camel@freebsd.org> Subject: Re: lsof on FreeBSD/arm From: Ian Lepore To: Larry Rosenman Date: Tue, 23 Dec 2014 12:16:29 -0700 In-Reply-To: References: Content-Type: multipart/mixed; boundary="=-Popm0wSOZF59leJHAVPP" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 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, 23 Dec 2014 19:16:33 -0000 --=-Popm0wSOZF59leJHAVPP Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: > Greetings, > I'm the maintainer of the sysutils/lsof port for FreeBSD. It's been > reported to me that the port doesn't compile on arm. In investigating > that, I found that some of the includes that lsof includes need a cpu > type defined in order to compile (machine/cpuconf.h). > > Is there a reason that there is no "default" cpu defined either by the > compiler or environment? > > Playing in a armv6 poudriere jail, I found I can get it to compile via: > borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf > CFLAGS += -DCPU_ARM1136=1 > borg.lerctr.org /usr/local/etc/poudriere.d $ > > However, I'm not sure if that's kosher for a port to just define. > > Can any of the arm experts help here? > > > See if the attached patch helps. The specific type of cpu shouldn't really matter outside the kernel (or even inside it except in a couple places), what usually matters is the architecture, which we've simplified to v4 versus v6 for most purposes. The attached patch will use the compiler's predefined values for arch to set our old-school symbols, which we really need to do a big cleanup pass on, but hopefully this little hack will get you going until that gets done. Let me know if this works and I'll commit it. -- Ian --=-Popm0wSOZF59leJHAVPP Content-Disposition: inline; filename="cpuconf_arch_compat.diff" Content-Type: text/x-patch; name="cpuconf_arch_compat.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/arm/include/cpuconf.h =================================================================== --- sys/arm/include/cpuconf.h (revision 274850) +++ sys/arm/include/cpuconf.h (working copy) @@ -99,6 +99,20 @@ #endif #define ARM_NARCH (ARM_ARCH_4 + ARM_ARCH_5 + ARM_ARCH_6 | ARM_ARCH_7A) + +/* + *Compatibility for userland builds that have no CPUTYPE defined. Use the + *symbols predefined by the compiler to get into the right arch ballpark. + */ +#if ARM_NARCH == 0 +#if defined(__ARM_ARCH_4T__) +#define ARM_ARCH_4 +#define ARM_NARCH 1 +#elif defined(__ARM_ARCH_6ZK__) +#define ARM_ARCH_6 +#define ARM_NARCH 1 +#endif + #if ARM_NARCH == 0 && !defined(KLD_MODULE) && defined(_KERNEL) #error ARM_NARCH is 0 #endif --=-Popm0wSOZF59leJHAVPP-- From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 20:02:44 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 60C59F4E; Tue, 23 Dec 2014 20:02:44 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32E991EA8; Tue, 23 Dec 2014 20:02:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=a8GsIci2ioakGcdRmL8A6HM2/7VH66qqBe7TyFwpM1U=; b=ddilfP1Xc9wKtodVAXVEMZpppil3yrvN2izLix9sn89tzd4HXSp/hv3luGM/R++WOq6WqJpY83U5ABidOBpUWOM2TpWtYmqRwtH+/TaeDKyBDQ5h9v6+6D6PhG3cd52WkZmqbZ8HHsqxOi/BlwtbOivfHkyJpwVDC7+MUZH7Ne4=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:50427 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y3VfF-000GZC-R3; Tue, 23 Dec 2014 14:02:43 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 23 Dec 2014 14:02:41 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Dec 2014 14:02:41 -0600 From: Larry Rosenman To: Ian Lepore Subject: Re: lsof on FreeBSD/arm In-Reply-To: <1419362189.1018.138.camel@freebsd.org> References: <1419362189.1018.138.camel@freebsd.org> Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 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, 23 Dec 2014 20:02:44 -0000 On 2014-12-23 13:16, Ian Lepore wrote: > On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: >> Greetings, >> I'm the maintainer of the sysutils/lsof port for FreeBSD. It's >> been >> reported to me that the port doesn't compile on arm. In investigating >> that, I found that some of the includes that lsof includes need a cpu >> type defined in order to compile (machine/cpuconf.h). >> >> Is there a reason that there is no "default" cpu defined either by the >> compiler or environment? >> >> Playing in a armv6 poudriere jail, I found I can get it to compile >> via: >> borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf >> CFLAGS += -DCPU_ARM1136=1 >> borg.lerctr.org /usr/local/etc/poudriere.d $ >> >> However, I'm not sure if that's kosher for a port to just define. >> >> Can any of the arm experts help here? >> >> >> > > See if the attached patch helps. The specific type of cpu shouldn't > really matter outside the kernel (or even inside it except in a couple > places), what usually matters is the architecture, which we've > simplified to v4 versus v6 for most purposes. > > The attached patch will use the compiler's predefined values for arch > to > set our old-school symbols, which we really need to do a big cleanup > pass on, but hopefully this little hack will get you going until that > gets done. Let me know if this works and I'll commit it. > > -- Ian Thanks. I'm having a hard time convincing poudriere to apply this patch to the environment Any ideas? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 20:28:37 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 AF422316 for ; Tue, 23 Dec 2014 20:28:37 +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 6D19A21F7 for ; Tue, 23 Dec 2014 20:28:36 +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 1Y3W4I-00009S-Ta; Tue, 23 Dec 2014 20:28:35 +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 sBNKSXuR005992; Tue, 23 Dec 2014 13:28:33 -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: U2FsdGVkX18m5sjo+0eiZ4GypDBHEDe5 Message-ID: <1419366513.1018.141.camel@freebsd.org> Subject: Re: lsof on FreeBSD/arm From: Ian Lepore To: Larry Rosenman Date: Tue, 23 Dec 2014 13:28:33 -0700 In-Reply-To: References: <1419362189.1018.138.camel@freebsd.org> Content-Type: multipart/mixed; boundary="=-w8VLMxVIAQklWZyHCEdu" X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 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: Tue, 23 Dec 2014 20:28:37 -0000 --=-w8VLMxVIAQklWZyHCEdu Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Tue, 2014-12-23 at 14:02 -0600, Larry Rosenman wrote: > On 2014-12-23 13:16, Ian Lepore wrote: > > On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: > >> Greetings, > >> I'm the maintainer of the sysutils/lsof port for FreeBSD. It's > >> been > >> reported to me that the port doesn't compile on arm. In investigating > >> that, I found that some of the includes that lsof includes need a cpu > >> type defined in order to compile (machine/cpuconf.h). > >> > >> Is there a reason that there is no "default" cpu defined either by the > >> compiler or environment? > >> > >> Playing in a armv6 poudriere jail, I found I can get it to compile > >> via: > >> borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf > >> CFLAGS += -DCPU_ARM1136=1 > >> borg.lerctr.org /usr/local/etc/poudriere.d $ > >> > >> However, I'm not sure if that's kosher for a port to just define. > >> > >> Can any of the arm experts help here? > >> > >> > >> > > > > See if the attached patch helps. The specific type of cpu shouldn't > > really matter outside the kernel (or even inside it except in a couple > > places), what usually matters is the architecture, which we've > > simplified to v4 versus v6 for most purposes. > > > > The attached patch will use the compiler's predefined values for arch > > to > > set our old-school symbols, which we really need to do a big cleanup > > pass on, but hopefully this little hack will get you going until that > > gets done. Let me know if this works and I'll commit it. > > > > -- Ian > Thanks. I'm having a hard time convincing poudriere to apply this patch > to the environment > > Any ideas? Heh, well, it would help if I had tested the patch first... I'm having a scatterbrain day today. Try this one. In fact, I'll just attach the cpuconf.h itself too so that you can just copy it into the emulator filesystem for a quick test. -- Ian --=-w8VLMxVIAQklWZyHCEdu Content-Disposition: inline; filename="cpuconf_arch_compat.diff" Content-Type: text/x-patch; name="cpuconf_arch_compat.diff"; charset="us-ascii" Content-Transfer-Encoding: 7bit Index: sys/arm/include/cpuconf.h =================================================================== --- sys/arm/include/cpuconf.h (revision 274850) +++ sys/arm/include/cpuconf.h (working copy) @@ -99,6 +99,25 @@ #endif #define ARM_NARCH (ARM_ARCH_4 + ARM_ARCH_5 + ARM_ARCH_6 | ARM_ARCH_7A) + +/* + *Compatibility for userland builds that have no CPUTYPE defined. Use the + *symbols predefined by the compiler to get into the right arch ballpark. + */ +#if ARM_NARCH == 0 +#if defined(__ARM_ARCH_4T__) +#undef ARM_ARCH_4 +#undef ARM_NARCH +#define ARM_ARCH_4 1 +#define ARM_NARCH 1 +#elif defined(__ARM_ARCH_6ZK__) +#undef ARM_ARCH_6 +#undef ARM_NARCH +#define ARM_ARCH_6 1 +#define ARM_NARCH 1 +#endif +#endif + #if ARM_NARCH == 0 && !defined(KLD_MODULE) && defined(_KERNEL) #error ARM_NARCH is 0 #endif --=-w8VLMxVIAQklWZyHCEdu-- From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 20:47:45 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 7AFD6941 for ; Tue, 23 Dec 2014 20:47:45 +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 3B2262FE3 for ; Tue, 23 Dec 2014 20:47:44 +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 1Y3WMj-0007WN-Ni; Tue, 23 Dec 2014 20:47:37 +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 sBNKlaxI006142; Tue, 23 Dec 2014 13:47:36 -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: U2FsdGVkX19N8dOvjXSA+8qJlN3Vy5OD Message-ID: <1419367656.1018.142.camel@freebsd.org> Subject: Re: lsof on FreeBSD/arm From: Ian Lepore To: Larry Rosenman Date: Tue, 23 Dec 2014 13:47:36 -0700 In-Reply-To: References: <1419362189.1018.138.camel@freebsd.org> X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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: Tue, 23 Dec 2014 20:47:45 -0000 On Tue, 2014-12-23 at 14:02 -0600, Larry Rosenman wrote: > On 2014-12-23 13:16, Ian Lepore wrote: > > On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: > >> Greetings, > >> I'm the maintainer of the sysutils/lsof port for FreeBSD. It's > >> been > >> reported to me that the port doesn't compile on arm. In investigating > >> that, I found that some of the includes that lsof includes need a cpu > >> type defined in order to compile (machine/cpuconf.h). > >> > >> Is there a reason that there is no "default" cpu defined either by the > >> compiler or environment? > >> > >> Playing in a armv6 poudriere jail, I found I can get it to compile > >> via: > >> borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf > >> CFLAGS += -DCPU_ARM1136=1 > >> borg.lerctr.org /usr/local/etc/poudriere.d $ > >> > >> However, I'm not sure if that's kosher for a port to just define. > >> > >> Can any of the arm experts help here? > >> > >> > >> > > > > See if the attached patch helps. The specific type of cpu shouldn't > > really matter outside the kernel (or even inside it except in a couple > > places), what usually matters is the architecture, which we've > > simplified to v4 versus v6 for most purposes. > > > > The attached patch will use the compiler's predefined values for arch > > to > > set our old-school symbols, which we really need to do a big cleanup > > pass on, but hopefully this little hack will get you going until that > > gets done. Let me know if this works and I'll commit it. > > > > -- Ian > Thanks. I'm having a hard time convincing poudriere to apply this patch > to the environment > > Any ideas? Hrm, I seem to have fumbled the cpuconf.h attachment on the last try. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 21:45:24 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 3877C85B for ; Tue, 23 Dec 2014 21:45:24 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 14A8D12FB for ; Tue, 23 Dec 2014 21:45:24 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBNLjN1f068854 for ; Tue, 23 Dec 2014 21:45:23 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBNLjNSw068853; Tue, 23 Dec 2014 21:45:23 GMT (envelope-from root) Date: Tue, 23 Dec 2014 21:45:23 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Updated, 8 lines] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSZ4nM= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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: Tue, 23 Dec 2014 21:45:24 -0000 emaste updated this revision to Diff 2831. emaste added a comment. This revision now requires review to proceed. Further split make targets CHANGES SINCE LAST UPDATE https://reviews.freebsd.org/D1317?vs=2822&id=2831 REVISION DETAIL https://reviews.freebsd.org/D1317 AFFECTED FILES release/arm/release.sh To: emaste, imp, gjb Cc: imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 21:48:55 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 657618D7 for ; Tue, 23 Dec 2014 21:48:55 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 46764132E for ; Tue, 23 Dec 2014 21:48:55 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBNLmtac071521 for ; Tue, 23 Dec 2014 21:48:55 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBNLmtKX071520; Tue, 23 Dec 2014 21:48:55 GMT (envelope-from root) Date: Tue, 23 Dec 2014 21:48:54 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Commented On] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: <503e13a2c6a19210e1f6f89787be5f91@localhost.localdomain> X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSZ40Y= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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: Tue, 23 Dec 2014 21:48:55 -0000 emaste added inline comments. INLINE COMMENTS release/arm/release.sh:132-133 Without splitting obj out I get `"Warning: Object directory not changed from original /usr/src/gnu/usr.bin/gperf"` - i.e., gperf ended up built in the src tree instead of under /usr/obj. REVISION DETAIL https://reviews.freebsd.org/D1317 To: emaste, imp, gjb Cc: imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 22:29:08 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 4F6F92BE; Tue, 23 Dec 2014 22:29:08 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1F9E11BE9; Tue, 23 Dec 2014 22:29:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=kjgK3O0yqD0j8fpxhDt+fHgm4Jvik7PT0d9fGp8fD+c=; b=tywCMxl5XxdN55bjKQ9ZPRy6D6obT5G/dyjGWJ4Ee+8s+J8XnkH24S4Qig+43+hWwtVjuGLGLOVtx+W0VVgZDSW74hpFYNxkQfv+vWp3zLaAXgQLfBcI6fOVoElnP+/92gYGRXGob9tVqCO7SLUBBvN5RBK6GGglADaBu9E4RfQ=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:30648 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y3Xwv-000HqC-Sw; Tue, 23 Dec 2014 16:29:07 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 23 Dec 2014 16:29:05 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Dec 2014 16:29:05 -0600 From: Larry Rosenman To: Ian Lepore Subject: Re: lsof on FreeBSD/arm In-Reply-To: <1419367656.1018.142.camel@freebsd.org> References: <1419362189.1018.138.camel@freebsd.org> <1419367656.1018.142.camel@freebsd.org> Message-ID: <48ad36516ffbabbecf6ab3c53031bfb3@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 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, 23 Dec 2014 22:29:08 -0000 On 2014-12-23 14:47, Ian Lepore wrote: > On Tue, 2014-12-23 at 14:02 -0600, Larry Rosenman wrote: >> On 2014-12-23 13:16, Ian Lepore wrote: >> > On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: >> >> Greetings, >> >> I'm the maintainer of the sysutils/lsof port for FreeBSD. It's >> >> been >> >> reported to me that the port doesn't compile on arm. In investigating >> >> that, I found that some of the includes that lsof includes need a cpu >> >> type defined in order to compile (machine/cpuconf.h). >> >> >> >> Is there a reason that there is no "default" cpu defined either by the >> >> compiler or environment? >> >> >> >> Playing in a armv6 poudriere jail, I found I can get it to compile >> >> via: >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf >> >> CFLAGS += -DCPU_ARM1136=1 >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ >> >> >> >> However, I'm not sure if that's kosher for a port to just define. >> >> >> >> Can any of the arm experts help here? >> >> >> >> >> >> >> > >> > See if the attached patch helps. The specific type of cpu shouldn't >> > really matter outside the kernel (or even inside it except in a couple >> > places), what usually matters is the architecture, which we've >> > simplified to v4 versus v6 for most purposes. >> > >> > The attached patch will use the compiler's predefined values for arch >> > to >> > set our old-school symbols, which we really need to do a big cleanup >> > pass on, but hopefully this little hack will get you going until that >> > gets done. Let me know if this works and I'll commit it. >> > >> > -- Ian >> Thanks. I'm having a hard time convincing poudriere to apply this >> patch >> to the environment >> >> Any ideas? > > Hrm, I seem to have fumbled the cpuconf.h attachment on the last try. > > -- Ian still get: --- dproc.o --- In file included from ./dlsof.h:90: In file included from /usr/src/sys/sys/conf.h:44: In file included from /usr/src/sys/sys/eventhandler.h:34: In file included from /usr/src/sys/sys/mutex.h:40: In file included from /usr/src/sys/sys/pcpu.h:48: In file included from /usr/include/machine/pcpu.h:35: /usr/include/machine/cpuconf.h:180:2: error: ARM_NMMUS is 0 so we still need some more help here. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 22:38:04 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 E87F9452 for ; Tue, 23 Dec 2014 22:38:03 +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 A68641D6B for ; Tue, 23 Dec 2014 22:38:03 +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 1Y3Y5Y-000ChM-Qw; Tue, 23 Dec 2014 22:38:01 +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 sBNMbxCd007064; Tue, 23 Dec 2014 15:37: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/0RaLgeLAG0A9QbMGzVBGA Message-ID: <1419374279.1018.144.camel@freebsd.org> Subject: Re: lsof on FreeBSD/arm From: Ian Lepore To: Larry Rosenman Date: Tue, 23 Dec 2014 15:37:59 -0700 In-Reply-To: <48ad36516ffbabbecf6ab3c53031bfb3@thebighonker.lerctr.org> References: <1419362189.1018.138.camel@freebsd.org> <1419367656.1018.142.camel@freebsd.org> <48ad36516ffbabbecf6ab3c53031bfb3@thebighonker.lerctr.org> X-Mailer: Evolution 3.12.8 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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: Tue, 23 Dec 2014 22:38:04 -0000 On Tue, 2014-12-23 at 16:29 -0600, Larry Rosenman wrote: > On 2014-12-23 14:47, Ian Lepore wrote: > > On Tue, 2014-12-23 at 14:02 -0600, Larry Rosenman wrote: > >> On 2014-12-23 13:16, Ian Lepore wrote: > >> > On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: > >> >> Greetings, > >> >> I'm the maintainer of the sysutils/lsof port for FreeBSD. It's > >> >> been > >> >> reported to me that the port doesn't compile on arm. In investigating > >> >> that, I found that some of the includes that lsof includes need a cpu > >> >> type defined in order to compile (machine/cpuconf.h). > >> >> > >> >> Is there a reason that there is no "default" cpu defined either by the > >> >> compiler or environment? > >> >> > >> >> Playing in a armv6 poudriere jail, I found I can get it to compile > >> >> via: > >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf > >> >> CFLAGS += -DCPU_ARM1136=1 > >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ > >> >> > >> >> However, I'm not sure if that's kosher for a port to just define. > >> >> > >> >> Can any of the arm experts help here? > >> >> > >> >> > >> >> > >> > > >> > See if the attached patch helps. The specific type of cpu shouldn't > >> > really matter outside the kernel (or even inside it except in a couple > >> > places), what usually matters is the architecture, which we've > >> > simplified to v4 versus v6 for most purposes. > >> > > >> > The attached patch will use the compiler's predefined values for arch > >> > to > >> > set our old-school symbols, which we really need to do a big cleanup > >> > pass on, but hopefully this little hack will get you going until that > >> > gets done. Let me know if this works and I'll commit it. > >> > > >> > -- Ian > >> Thanks. I'm having a hard time convincing poudriere to apply this > >> patch > >> to the environment > >> > >> Any ideas? > > > > Hrm, I seem to have fumbled the cpuconf.h attachment on the last try. > > > > -- Ian > still get: > --- dproc.o --- > In file included from ./dlsof.h:90: > In file included from /usr/src/sys/sys/conf.h:44: > In file included from /usr/src/sys/sys/eventhandler.h:34: > In file included from /usr/src/sys/sys/mutex.h:40: > In file included from /usr/src/sys/sys/pcpu.h:48: > In file included from /usr/include/machine/pcpu.h:35: > /usr/include/machine/cpuconf.h:180:2: error: ARM_NMMUS is 0 > > so we still need some more help here. > > Urk, there were even more cpu-specific tests were lurking further down in the file. See if this fixes it... -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Dec 23 23:22:48 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 EB87FAB4; Tue, 23 Dec 2014 23:22:48 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BAEED64CDF; Tue, 23 Dec 2014 23:22:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=Uk1o0CleK9YHkI1ekQ1Pr6r0VeAe/IJfsCFsVQvGxps=; b=frS8kMMr2/CCKZdSv1XB/wcatgD0OrqQti9idFs0wZRIxrZgUzGrFGMpB1o6R7nU5WPVN5DPmbhyGlfC+bIwEgpwKxOOqbLfMn/FGHuhAVTu7ZH6WII11RFQrWZfPo9yK+K5Km5TBOrVNHoV5zllW2mTLlNx4Kubs2Jvr++nlB0=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:59385 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y3Ymr-000IPj-U6; Tue, 23 Dec 2014 17:22:47 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Tue, 23 Dec 2014 17:22:45 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 23 Dec 2014 17:22:45 -0600 From: Larry Rosenman To: Ian Lepore Subject: Re: lsof on FreeBSD/arm In-Reply-To: <1419374279.1018.144.camel@freebsd.org> References: <1419362189.1018.138.camel@freebsd.org> <1419367656.1018.142.camel@freebsd.org> <48ad36516ffbabbecf6ab3c53031bfb3@thebighonker.lerctr.org> <1419374279.1018.144.camel@freebsd.org> Message-ID: <7aad6804880fa6a6b65ed43025a2ee57@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 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, 23 Dec 2014 23:22:49 -0000 On 2014-12-23 16:37, Ian Lepore wrote: > On Tue, 2014-12-23 at 16:29 -0600, Larry Rosenman wrote: >> On 2014-12-23 14:47, Ian Lepore wrote: >> > On Tue, 2014-12-23 at 14:02 -0600, Larry Rosenman wrote: >> >> On 2014-12-23 13:16, Ian Lepore wrote: >> >> > On Tue, 2014-12-23 at 11:29 -0600, Larry Rosenman wrote: >> >> >> Greetings, >> >> >> I'm the maintainer of the sysutils/lsof port for FreeBSD. It's >> >> >> been >> >> >> reported to me that the port doesn't compile on arm. In investigating >> >> >> that, I found that some of the includes that lsof includes need a cpu >> >> >> type defined in order to compile (machine/cpuconf.h). >> >> >> >> >> >> Is there a reason that there is no "default" cpu defined either by the >> >> >> compiler or environment? >> >> >> >> >> >> Playing in a armv6 poudriere jail, I found I can get it to compile >> >> >> via: >> >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ cat p110armv6-make.conf >> >> >> CFLAGS += -DCPU_ARM1136=1 >> >> >> borg.lerctr.org /usr/local/etc/poudriere.d $ >> >> >> >> >> >> However, I'm not sure if that's kosher for a port to just define. >> >> >> >> >> >> Can any of the arm experts help here? >> >> >> >> >> >> >> >> >> >> >> > >> >> > See if the attached patch helps. The specific type of cpu shouldn't >> >> > really matter outside the kernel (or even inside it except in a couple >> >> > places), what usually matters is the architecture, which we've >> >> > simplified to v4 versus v6 for most purposes. >> >> > >> >> > The attached patch will use the compiler's predefined values for arch >> >> > to >> >> > set our old-school symbols, which we really need to do a big cleanup >> >> > pass on, but hopefully this little hack will get you going until that >> >> > gets done. Let me know if this works and I'll commit it. >> >> > >> >> > -- Ian >> >> Thanks. I'm having a hard time convincing poudriere to apply this >> >> patch >> >> to the environment >> >> >> >> Any ideas? >> > >> > Hrm, I seem to have fumbled the cpuconf.h attachment on the last try. >> > >> > -- Ian >> still get: >> --- dproc.o --- >> In file included from ./dlsof.h:90: >> In file included from /usr/src/sys/sys/conf.h:44: >> In file included from /usr/src/sys/sys/eventhandler.h:34: >> In file included from /usr/src/sys/sys/mutex.h:40: >> In file included from /usr/src/sys/sys/pcpu.h:48: >> In file included from /usr/include/machine/pcpu.h:35: >> /usr/include/machine/cpuconf.h:180:2: error: ARM_NMMUS is 0 >> >> so we still need some more help here. >> >> > > Urk, there were even more cpu-specific tests were lurking further down > in the file. See if this fixes it... > > -- Ian Bingo -- clean build..... --- lsof --- qemu: unsupported syscall: 82 (calling anyway) cc -o lsof -pipe -DNEEDS_BOOL_TYPEDEF -fno-strict-aliasing -DHASTASKS -DHAS_PAUSE_SBT -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHAS_FILEDESCENT -DHAS_TMPFS -DHASWCTYPE_H -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DHAS_SB_CCC -DHAS_FDESCENTTBL -DFREEBSDV=11000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR=\"11.0-CURRENT\" -I/usr/src/sys -O dmnt.o dnode.o dnode1.o dnode2.o dproc.o dsock.o dstore.o arg.o main.o misc.o node.o print.o proc.o store.o usage.o util.o -L./lib -llsof -lkvm Thank You, Ian! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-arm@FreeBSD.ORG Wed Dec 24 01:00:33 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 C0E3AC54 for ; Wed, 24 Dec 2014 01:00:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 A176638B9 for ; Wed, 24 Dec 2014 01:00:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBO10Xps018125 for ; Wed, 24 Dec 2014 01:00:33 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBO10XZs018124; Wed, 24 Dec 2014 01:00:33 GMT (envelope-from root) Date: Wed, 24 Dec 2014 01:00:33 +0000 To: freebsd-arm@freebsd.org From: "imp (Warner Losh)" Subject: [Differential] [Accepted] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: <814198cc78f0beda1a8a85f9cb6ca560@localhost.localdomain> X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSaEDE= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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: Wed, 24 Dec 2014 01:00:33 -0000 imp accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1317 To: emaste, gjb, imp Cc: imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Dec 24 04:07:40 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 DE489A46 for ; Wed, 24 Dec 2014 04:07:40 +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 C6AA464530 for ; Wed, 24 Dec 2014 04:07:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBO47egh043008 for ; Wed, 24 Dec 2014 04:07:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195314] device mmcsd1 not registered on boot from sd card Date: Wed, 24 Dec 2014 04:07:40 +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.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: loos@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, 24 Dec 2014 04:07:41 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195314 Luiz Otavio O Souza,+55 (14) 99772-1255 changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |loos@FreeBSD.org --- Comment #2 from Luiz Otavio O Souza,+55 (14) 99772-1255 --- (In reply to Ivan Klymenko from comment #1) > This is a duplicate of this error message > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193341 No, this is a specific problem of beaglebone. The eMMC issue was fixed on -head (after r275950). -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Wed Dec 24 06:56:35 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 A594492D for ; Wed, 24 Dec 2014 06:56:35 +0000 (UTC) Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) (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 2618F2D67 for ; Wed, 24 Dec 2014 06:56:35 +0000 (UTC) Received: by mail-wg0-f53.google.com with SMTP id l18so10645987wgh.40 for ; Tue, 23 Dec 2014 22:56:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:reply-to:from:to:subject:date:mime-version:content-type :content-transfer-encoding; bh=oKgORboWUAthuOowLXDtAoJsZZ1iauWTx2SPgkw7nUQ=; b=eT8MitV7KF46BQ2xVOixdyoOQRtYuA9Hlzjse5Eo7LSRrKS6ECitX66utbQPq3uqA3 cD+CER2KtaDAx4j5sB/8Ie9YbvUEpbEDO5+5BNEmXFXorvvvLo4zcWlMgg7SYYg/HiP8 B1i7C6PBIHfHTSbt043aq1cirS1q+elxawf1UMUg7Rd7mCkJl6Jw4qmEj7vxC0teXsFE 5ZjlKVShnekE1VlTP8kBZTxu2ZDdZQ4ZRZqZp6NrevIwzOuHZh9yBM9HCDoucSG0HWS3 PjbIzJIUE/yrHrcKEMcQ7tUDx4gX7IcoG15RbCorj865QQUMvzvlgNT2xOdKxnSQiDOM rY3Q== X-Received: by 10.180.77.7 with SMTP id o7mr48014018wiw.81.1419404193555; Tue, 23 Dec 2014 22:56:33 -0800 (PST) Received: from alipour-PC ([5.234.133.240]) by mx.google.com with ESMTPSA id h13sm20055071wiw.4.2014.12.23.22.56.29 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 23 Dec 2014 22:56:32 -0800 (PST) Message-ID: <03836cde-41997-036e4350585648@alipour-pc> Reply-To: "Global Researchers Journals" From: "Global Researchers Journals" To: freebsd-arm@freebsd.org Subject: Call for Paper December 2014 { Vol 4 | Issue 12} Date: Wed, 24 Dec 2014 10:26:32 +0330 X-Priority: 3 MIME-Version: 1.0 Content-Type: text/plain 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: Wed, 24 Dec 2014 06:56:35 -0000 Call for Paper Dear Colleagues You are cordially invited to submit or recommend papers to: [1]http://www.grjournals.com December2014 (Volume 4 | Issue 12) ·Journal of Physiology and Pharmacology Advances (JPPA) [2]http://grjournals.com/Default.aspx?tabid=6537 · Journal of Animal Production Advances (JAPA) [3]http://grjournals.com/Default.aspx?tabid=6538 Journal of Animal Science Advances (JASA) [4]http://grjournals.com/Default.aspx?tabid=6401 Journal of Veterinary Advances (JVA) [5]http://grjournals.com/Default.aspx?tabid=6536 Journal of Recent Advances in Agriculture (JRAA) http://grjournals.com/Default.aspx?tabid=6878 Global Researchers Journals, a fast track peer-reviewed and open access academic journal published by Grjournals Publishing, which is one of the largest open access journal publishers around the world. Grjournals is using online article submission, review and tracking system for quality and quick review processing. Journal provides rapid publication of research article. After 30 days Rapid Review Process by the editorial/review board members or outside experts, an accepted paper will be placed under In Press within 24 hours and will be published in the next issue. Instructions for authors are available on our website: [6]http://www.grjournals.com Submitted papers must follow the Instructions to authors to be considered for review and publication. Refereeing of manuscripts is conducted anonymously and the identity of the referees is not disclosed. The manuscripts which get an acceptance will publish with DOI number. Your Manuscript(s) can be one of these kinds: Review, Original Article, Case Report, Short Communications, Technical Notes, Mini Review Article and Hypothesis. Some of Abstracted/Index in: CAB reviews, Chemical Abstract Service (CAS), Genamics JournalSeek, Index Directory of Open Access Journals (DOAJ), Index Electronic Journals Library and SCIRUS, ISC and the World most Popular University Electronic Library. [7]http://grjournals.com/Defaul t.aspx?tabid=7329 Now you can clear the clutter by accessing your favorite journals online: · Full text, full archive that's always there when you need it · Easy access anywhere, anytime and anyhow · Impact your practice, not the environment NOTICE: Authors that cite [8]www.grjournals.com manuscripts as reference in their ISI articles, they can send their manuscripts to one of above journals as FREE of charge. After evaluation and get an acceptance it will publish without any Article Processing Fee with DOI. We apologize if you have received this email twice, or our journal is not your field. With Warm Regards Sincerely, Grjournals team Site: [9]www.grjournals.com E_Mail: [10]grjournals@gmail.com References 1. http://www.grjournals.com/ 2. http://grjournals.com/Default.aspx?tabid=6537 3. http://grjournals.com/Default.aspx?tabid=6538 4. http://grjournals.com/Default.aspx?tabid=6401 5. http://grjournals.com/Default.aspx?tabid=6536 6. http://www.grjournals.com/ 7. http://grjournals.com/Default.aspx?tabid=7329 8. http://www.grjournals.com/ 9. http://www.grjournals.com/ 10. mailto:grjournals@gmail.com From owner-freebsd-arm@FreeBSD.ORG Wed Dec 24 13:56:01 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 BF39B7A2 for ; Wed, 24 Dec 2014 13:56:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 9F59E3879 for ; Wed, 24 Dec 2014 13:56:01 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBODu0vw061038 for ; Wed, 24 Dec 2014 13:56:00 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBODu0T6061037; Wed, 24 Dec 2014 13:56:00 GMT (envelope-from root) Date: Wed, 24 Dec 2014 13:56:00 +0000 To: freebsd-arm@freebsd.org From: "gjb (Glen Barber)" Subject: [Differential] [Commented On] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSaxfA= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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: Wed, 24 Dec 2014 13:56:01 -0000 gjb added inline comments. INLINE COMMENTS release/arm/release.sh:132-133 I don't expect this to make a difference, to be honest. When originally trying to build gperf(1) standalone, I did 'make -C /usr/src/gnu/usr.bin/gperf obj depend all install', which resulted in the same failures I've been seeing, which means something is fundamentally broken here. Splitting up the make(1) targets should not be a fix. REVISION DETAIL https://reviews.freebsd.org/D1317 To: emaste, gjb, imp Cc: imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Dec 24 14:46:21 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 524136B9 for ; Wed, 24 Dec 2014 14:46:21 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 331511DAC for ; Wed, 24 Dec 2014 14:46:21 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBOEkK3w045906 for ; Wed, 24 Dec 2014 14:46:20 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBOEkKd1045905; Wed, 24 Dec 2014 14:46:20 GMT (envelope-from root) Date: Wed, 24 Dec 2014 14:46:20 +0000 To: freebsd-arm@freebsd.org From: "gjb (Glen Barber)" Subject: [Differential] [Accepted] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: <9c17ce071cb14de28a519ac13e153465@localhost.localdomain> X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSa0bw= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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: Wed, 24 Dec 2014 14:46:21 -0000 gjb accepted this revision. REVISION DETAIL https://reviews.freebsd.org/D1317 To: emaste, imp, gjb Cc: imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Wed Dec 24 18:51:33 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 47100592 for ; Wed, 24 Dec 2014 18:51:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [IPv6:2001:4f8:3:ffe0:406a:0:50:2]) (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 2335F6494B for ; Wed, 24 Dec 2014 18:51:33 +0000 (UTC) Received: from phabric-backend.isc.freebsd.org (phabric-backend.isc.freebsd.org [127.0.1.5]) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9) with ESMTP id sBOIpWau002324 for ; Wed, 24 Dec 2014 18:51:32 GMT (envelope-from root@phabric-backend.isc.freebsd.org) Received: (from root@localhost) by phabric-backend.isc.freebsd.org (8.14.9/8.14.9/Submit) id sBOIpWlp002323; Wed, 24 Dec 2014 18:51:32 GMT (envelope-from root) Date: Wed, 24 Dec 2014 18:51:32 +0000 To: freebsd-arm@freebsd.org From: "emaste (Ed Maste)" Subject: [Differential] [Closed] D1317: Build gperf as a dependency before gcc for arm releases Message-ID: X-Priority: 3 Thread-Topic: D1317: Build gperf as a dependency before gcc for arm releases X-Herald-Rules: none X-Phabricator-To: X-Phabricator-To: X-Phabricator-To: X-Phabricator-Cc: X-Phabricator-Cc: In-Reply-To: References: Thread-Index: ODU1NjY4YTdmOTUyYWNiMWZkMGQ1ZDNlZjg3IFSbCzQ= X-Phabricator-Sent-This-Message: Yes X-Mail-Transport-Agent: MetaMTA X-Auto-Response-Suppress: All X-Phabricator-Mail-Tags: , , MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 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: Wed, 24 Dec 2014 18:51:33 -0000 emaste closed this revision. emaste updated this revision to Diff 2848. emaste added a comment. Closed by commit rS276189 (authored by @emaste). CHANGED PRIOR TO COMMIT https://reviews.freebsd.org/D1317?vs=2831&id=2848#toc REVISION DETAIL https://reviews.freebsd.org/D1317 AFFECTED FILES head/release/arm/release.sh To: emaste, imp, gjb Cc: imp, freebsd-arm From owner-freebsd-arm@FreeBSD.ORG Thu Dec 25 18:21:14 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 8DA1A55B for ; Thu, 25 Dec 2014 18:21:14 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (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 2230F101A for ; Thu, 25 Dec 2014 18:21:14 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so15875806wid.0 for ; Thu, 25 Dec 2014 10:21:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=m9K3kSFztzUiqwGKRzCkE+SAR/by5F0bYhlbs+vwbz0=; b=akFZS1MpsbvvBc8gQ1VXH7UeptoZ8aW6WjQNjsDZZgfdwmtoHL6ofHRDU8zBfYH1en nnYeEfSf9Ubeek5oTO/HMHnkVLn1IhbC1IoIoopJorV+yKpnhVijPJaE8LPMWIVEMbxv cDj5kO7Ipqav4yVZvpHgn0kLN7vPKSIUJYAcJu2gQiolhx8YCDAea2qgHD2zhXEnNnjQ VEqbloQ9wMvG04esNejvboTm5syL6hOm7B8WIJhD7nAlmkPmakgZdarG2wxQPR5sMtVO pnVoNgrhJwn26x1KVtFMxqH/JwH4z7VV+UTI3LJCIk+vVqNuQCFVcgC8tiplGDbL23li oagg== MIME-Version: 1.0 X-Received: by 10.180.80.163 with SMTP id s3mr61191768wix.59.1419531672062; Thu, 25 Dec 2014 10:21:12 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Thu, 25 Dec 2014 10:21:11 -0800 (PST) Date: Thu, 25 Dec 2014 10:21:11 -0800 X-Google-Sender-Auth: T9KjfKQE8CA4T9ZFbFAQy8XBfoU Message-ID: Subject: 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: Thu, 25 Dec 2014 18:21:14 -0000 Hi, In frustration, I decided to take a crack at building a raspberry pi image from -HEAD without using crochet and trying to use the non-root build things we have in the tree. I was mostly successful. I'll be 100% successful after christmas. :) So I don't lose it and so we can all hopefully improve upon it: 1013 4:09 env MAKEOBJDIRPREFIX=/home/adrian/work/freebsd/head-arm/obj make -j4 buildworld buildkernel __MAKE_CONF=/home/adrian/work/freebsd/head-arm/make.conf SRCCONF=/home/adrian/work/freebsd/head-arm/src.conf KERNCONF=RPI-B INSTALL_AS_USER=yes TARGET_ARCH=armv6 DESTDIR=/home/adrian/work/freebsd/head-arm/root then 1013 4:09 env MAKEOBJDIRPREFIX=/home/adrian/work/freebsd/head-arm/obj make -j4 buildworld buildkernel __MAKE_CONF=/home/adrian/work/freebsd/head-arm/make.conf SRCCONF=/home/adrian/work/freebsd/head-arm/src.conf KERNCONF=RPI-B INSTALL_AS_USER=yes TARGET_ARCH=armv6 DESTDIR=/home/adrian/work/freebsd/head-arm/root .. then I end up with a ../root/METALOG file, which I can feed into makefs: 1052 5:25 makefs -t ffs -o version=2 -F ../root/METALOG -B le -m 1073741824 -M 1073741824 -f 1000000 -x ../rootfs-img ../root/ Then we need to build a FAT partition with all the boot bits. Ian gave me a tarball of his; it turned out it included his netboot uboot environment so I didn't finish booting. However, that shouldn't be hard to fix. So then: msdos partition: cd .. 54 dd if=/dev/zero of=msdos.img bs=1m count=32 55 newfs_msdos ./msdos.img .. and then populating it, using the "mtools" GNU package: 35 for i in `ls rpigoo/`; do echo $i; mcopy -i ./test-img rpigoo/$i "::$i" ; done then to see what's in there: 34 mdir -i ./test-img Finally, build a complete image using mkimg: 49 mkimg -s mbr -p fat32:=./test-img -p freebsd:=./bsd.img -o mbr-bsd.img I'm not sure if we should be using the FAT32 partition type, but hey, it actually worked. So uboot booted, and then it tried netbooting. I'll redo this tonight without Ian's custom environment and see if it boots to a login prompt. Now, I don't think I'm going to turn this into a public script - what I am hoping we can do is teach nanobsd about these steps so it stops being x86 and "build as root" centric. The only gotcha so far? When using metalog to make an image with makefs, the symlinks show up as owned by adrian, not by root. I'll go set a bug for that soon. -adrian From owner-freebsd-arm@FreeBSD.ORG Thu Dec 25 19:44:00 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 2505466D for ; Thu, 25 Dec 2014 19:44:00 +0000 (UTC) Received: from mail-ig0-f179.google.com (mail-ig0-f179.google.com [209.85.213.179]) (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 DF2A964998 for ; Thu, 25 Dec 2014 19:43:59 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id r2so8195832igi.0 for ; Thu, 25 Dec 2014 11:43:53 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=HczVwyQ5n17DbnhLLlIQEROSDJTyOdu//yuMRfuPne8=; b=OMu49Q4I8F3yVO4cwagYGRSZKQhNbJdlXh4pfcgGbLqFn9nEPsZ6C5TLFZKWM2IbOM ZIufqSZXlgabAnUWkTnpwLVA1nn72mv8yIGvaadLMrFadgIk/w+VHct7236DQJnjAJSg NDgKGSBp14q6xSM6mirXhJhZAsTb4hSI2GrKukV8xmmPq9TlIjaGjEsv7Lr060E63JUp 4yoJBfSbap1/E8dVjhzrl5HeA5mhOr+ifURYgSt/2LN93G/aQn4IKry8jLtkz/vTP9ws GcauD0m5XiKH+hdwBrFTWVMRqhFXZsemhZkkjmLJs1KbNbmLq3IfK18DC0LWFKAnvT6I tkAA== X-Gm-Message-State: ALoCoQmUzWYmsqUlZhhOuryQ/PC5O60yenSan2uz0cGb3FJGWO5CwB+S+mG6GpzC8JRG4Xjs8Ff+ X-Received: by 10.107.3.37 with SMTP id 37mr35667459iod.82.1419536632979; Thu, 25 Dec 2014 11:43:52 -0800 (PST) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id 137sm13158822ioo.23.2014.12.25.11.43.52 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 25 Dec 2014 11:43:52 -0800 (PST) Sender: Warner Losh Subject: Re: building a raspberry pi -head image, the dirty non-root way Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_B4046EBC-78E5-4718-A408-8115D285B384"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: Date: Thu, 25 Dec 2014 12:43:51 -0700 Message-Id: <6A829B81-BB50-4941-8F63-7F7ED8439EE7@bsdimp.com> 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, 25 Dec 2014 19:44:00 -0000 --Apple-Mail=_B4046EBC-78E5-4718-A408-8115D285B384 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 25, 2014, at 11:21 AM, Adrian Chadd wrote: >=20 > Hi, >=20 > In frustration, I decided to take a crack at building a raspberry pi > image from -HEAD without using crochet and trying to use the non-root > build things we have in the tree. >=20 > I was mostly successful. I'll be 100% successful after christmas. :) >=20 > So I don't lose it and so we can all hopefully improve upon it: >=20 >=20 > 1013 4:09 env > MAKEOBJDIRPREFIX=3D/home/adrian/work/freebsd/head-arm/obj make -j4 > buildworld buildkernel > __MAKE_CONF=3D/home/adrian/work/freebsd/head-arm/make.conf > SRCCONF=3D/home/adrian/work/freebsd/head-arm/src.conf KERNCONF=3DRPI-B > INSTALL_AS_USER=3Dyes TARGET_ARCH=3Darmv6 > DESTDIR=3D/home/adrian/work/freebsd/head-arm/root You don=E2=80=99t need INSTALL_AS_USER at all or DESTDIR here, which = simplifies this a lot. You also don=E2=80=99t need both __MAKE_CONF and = SRCCONF since you=E2=80=99re building in tree. > then >=20 > 1013 4:09 env > MAKEOBJDIRPREFIX=3D/home/adrian/work/freebsd/head-arm/obj make -j4 > buildworld buildkernel > __MAKE_CONF=3D/home/adrian/work/freebsd/head-arm/make.conf > SRCCONF=3D/home/adrian/work/freebsd/head-arm/src.conf KERNCONF=3DRPI-B > INSTALL_AS_USER=3Dyes TARGET_ARCH=3Darmv6 > DESTDIR=3D/home/adrian/work/freebsd/head-arm/root You pasted this wrong. There should be a installworld / installkernel = here, without the INSTALL_AS_USER (which is going away, btw), but with = NO_ROOT=3Dyes. Again, you only need one of SRCCONF or __MAKE_CONF. > .. then I end up with a ../root/METALOG file, which I can feed into = makefs: >=20 > 1052 5:25 makefs -t ffs -o version=3D2 -F ../root/METALOG -B le = -m > 1073741824 -M 1073741824 -f 1000000 -x ../rootfs-img ../root/ Yea, usually one should have some extra indoors and such. > Then we need to build a FAT partition with all the boot bits. Ian gave > me a tarball of his; it turned out it included his netboot uboot > environment so I didn't finish booting. However, that shouldn't be > hard to fix. Last time I went looking, finding all the bits, except boot, was = trivial. With the u-boot-rpi package, that should be even easier now. We = should maybe add them to the u-boot-rpi package. > So then: msdos partition: >=20 > cd .. >=20 >=20 > 54 dd if=3D/dev/zero of=3Dmsdos.img bs=3D1m count=3D32 > 55 newfs_msdos ./msdos.img >=20 > .. and then populating it, using the "mtools" GNU package: >=20 > 35 for i in `ls rpigoo/`; do echo $i; mcopy -i ./test-img > rpigoo/$i "::$i" ; done >=20 > then to see what's in there: >=20 > 34 mdir -i ./test-img >=20 > Finally, build a complete image using mkimg: >=20 > 49 mkimg -s mbr -p fat32:=3D./test-img -p freebsd:=3D./bsd.img -o = mbr-bsd.img >=20 > I'm not sure if we should be using the FAT32 partition type, but hey, > it actually worked. Either will work... > So uboot booted, and then it tried netbooting. I'll redo this tonight > without Ian's custom environment and see if it boots to a login > prompt. >=20 > Now, I don't think I'm going to turn this into a public script - what > I am hoping we can do is teach nanobsd about these steps so it stops > being x86 and "build as root" centric. Yea, I have rough drafts of both of those in my tree, waiting for my day = job to calm down a bit. > The only gotcha so far? When using metalog to make an image with > makefs, the symlinks show up as owned by adrian, not by root. I'll go > set a bug for that soon. Good thing the ownership of symbolic links basically doesn=E2=80=99t = matter=E2=80=A6 Warner --Apple-Mail=_B4046EBC-78E5-4718-A408-8115D285B384 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUnGj3AAoJEGwc0Sh9sBEAvU0P/jWeb3meZmO8fsVmo1jCCsu7 SMulvWT5W8UWnmENLmEqKPIMiDlwk4ex9hZ7s2+kZdl7+m+SiaAuCNtYiT35Zra8 4G5UkjhkDena2yTt5Rc2hrB+TKXKKOIVjQ91r+8eKMM8QriQtUPd3FegkNFuFxVQ oc4EmX5Q5zefeLLOOB6iMEjRQgYkqM6p2puKzHeT6kqmwd5UFI9MmwFbgnminf0C xeDqWrEG/G65850IZXO/lNOESsTI3YzQT5k2DNn946qcAY1V86jHZwsmu0UERTGX dY7AjWnIw/msI0Lm5TUTNseKV11vAJtBSN2PUdqkbCW/wRQk78bkp6mSlLSHgxAn f2XgbiY+v5iiXTIV3JVNOx4ieLCXcbYjjYmQJc0mr8TpVhUo7MJMIwU5IcWZ24zh 7+fPebWTl5b6A74JFs+oQlLD3MheK4t7H6mfziJbQS6BPDi8XB7mDHNiESfyaMae +vBQSxGMsoFRpFmSk793qw+Yo9Wiw+z096FgCuUDoc+jEaWIJxKcWm8afXIBdkt8 sz86QzcGzoAVqflv8q+aFN0iF0XkwTObD1IT7xKlYF9Oh1J5NA6U+2PgCNxJNIuq +vEwSTvjBTVnB+RISIZciUBK3qyo+kTnbhEhImq1QzvHm4M1LUVMUw9a4ez768Vo j8q62ezfz8T3mxjaBdPb =rnB0 -----END PGP SIGNATURE----- --Apple-Mail=_B4046EBC-78E5-4718-A408-8115D285B384-- From owner-freebsd-arm@FreeBSD.ORG Thu Dec 25 19:44: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 293736B3 for ; Thu, 25 Dec 2014 19:44:34 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F0828649A8 for ; Thu, 25 Dec 2014 19:44:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=wP+8uvT2qtvSQz7IWEIUt/nLqoich6L+iH+tSmvCWSw=; b=vrRbP2p/GjnHZQ8AOgpWuvdqfTYEcGLn5lKnMfmIYY4XPjg2Lq+fwQTOXIe+N2WbTobaue/rKJh4jrG5SsMOPsTt+xxiQ5P6cyTRh3flVK7xmgn4nNJzHjzcfwj8UiyvtBcrnuB5+oY2pqKuYFoSZWrjisiQ3fgklCvxdRsaxtM=; Received: from thebighonker.lerctr.org ([2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]:14348 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1.2:DHE-RSA-AES128-GCM-SHA256:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Y4EKl-000ASI-C6 for freebsd-arm@freebsd.org; Thu, 25 Dec 2014 13:44:32 -0600 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Thu, 25 Dec 2014 13:44:31 -0600 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 25 Dec 2014 13:44:31 -0600 From: Larry Rosenman To: Freebsd arm Subject: poudriere jail create/arm/stable/10 Message-ID: X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.3 X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 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, 25 Dec 2014 19:44:34 -0000 Tried to create a poudriere jail for armv6, at stable/10, and it fails. full log: http://www.lerctr.org/~ler/armv6-10-create.txt it fails on a missing makeinfo. Ideas? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688 From owner-freebsd-arm@FreeBSD.ORG Thu Dec 25 23:28:07 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 5A3ACB6C for ; Thu, 25 Dec 2014 23:28:07 +0000 (UTC) Received: from frontend3.warwick.net (svm.wvtcvoicemail.wvtc.com [204.255.24.104]) by mx1.freebsd.org (Postfix) with SMTP id 1CB9B25A6 for ; Thu, 25 Dec 2014 23:28:06 +0000 (UTC) Received: (qmail 22646 invoked from network); 25 Dec 2014 23:21:24 -0000 Received: from 70.44.113.83.res-cmts.sefg.ptd.net (HELO 70.44.113.83.res-cmts.sefg.ptd.net) (egunther@warwick.net@70.44.113.83) by frontend3.warwick.net with SMTP (be15b220-8c8c-11e4-93e3-0019bb38a71e); Thu, 25 Dec 2014 18:21:24 -0500 Message-ID: <1419549772.7145.1.camel@warwick.net> Subject: Re: RPI, config.txt: overscan, not working From: Eric Gunther To: Ian Lepore Date: Thu, 25 Dec 2014 18:22:52 -0500 In-Reply-To: <1419547193.1018.181.camel@freebsd.org> References: <1414774843.3499.18.camel@res-cmts> <1414917964.3427.2.camel@res-cmts> <1415062647.7543.9.camel@res-cmts> <1419547193.1018.181.camel@freebsd.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: be15b220-8c8c-11e4-93e3-0019bb38a71e X-MagicMail-Authenticated: egunther@warwick.net X-MagicMail-SourceIP: 70.44.113.83 X-MagicMail-EnvelopeFrom: 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, 25 Dec 2014 23:28:07 -0000 On Thu, 2014-12-25 at 15:39 -0700, Ian Lepore wrote: > While searching for something else I just ran across this info: > > overscan_scale=1 caused the output of openFrameworks to respect > the overscan_left, overscan_right, top and bottom settings with > the use of an LCD display connected via composite. > > So maybe just adding that to config.txt would make your overscan > settings work right. I found that at: > > http://elinux.org/RPiconfig > > -- Ian > First of all, Thank you. Not really getting anywhere with this. I have been to that page at least ten times :| , anyway I had seen there are also what appears to be allowances for different settings with the framebuffer.http://elinux.org/RPi_Framebuffer#Format_of_GPU_Framebuffer_Structure Additionally I was thinking that I could set the terminal to a different setting. lines and columns as per termcap, hadn't gotten through that yet. Because realistically the best results I have obtained are no better than the image without tinkering. Particularly the initial stages of boot. Thanks again, I will give that a go. -e On Mon, 2014-11-03 at 19:57 -0500, ito wrote: > > Hi, > > > > > > I Discovered that the framebuffer_width and framebuffer_height sizes > > seem to work but the overscan_left, overscan_right, etc. not as much. > > > > I have settled on > > > > framebuffer_width=720 > > framebuffer_height=400 > > > > referenced a well commented config.txt although solely added the two > > framebuffer entries to the existing config.txt because the overscan did > > not seem to work. > > > > https://raw.githubusercontent.com/Evilpaul/RPi-config/master/config.txt > > > > > > Thanks for any advice, > > > > ito > > > > On Sun, 2014-11-02 at 03:46 -0500, ito wrote: > > > Is there anyone with an idea as to how I can stop the text from spilling > > > off the screen. > > > > > > The display is in excess of 1/2 an inch all around. > > > > > > Thanks, > > > > > > ito > > > > > > > > > > > > On Fri, 2014-10-31 at 13:00 -0400, ito wrote: > > > > Hello, > > > > > > > > I have a raspberry pi, > > > > > > > > Model B Revision 2.0 (512MB) > > > > which has the logo along with: > > > > Raspberry Pi > > > > (c)2011.12 > > > > written on it. > > > > > > > > I have obtained a image for freebsd to run from here: > > > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/10.0/ > > > > > > > > > > > > I uncompressed the image on a OpenSUSE system, and used, > > > > > > > > sudo dd if=FreeBSD-10.0-RELEASE-arm-armv6-RPI-B-20140131-r260789.img > > > > of=/dev/sdd > > > > > > > > to put the image on a micro SD... with that card and adapter I have > > > > successfully boot freebsd. > > > > > > > > The problem I am facing now is that I am using the yellow SVGA (RCA type > > > > plug) cables to use an old Television as a monitor, with this setup I > > > > have an issue with the text running off of the screen. > > > > > > > > I have tried the config.txt file with > > > > overscan_disable=0 > > > > overscan_left=20 > > > > overscan_right=20 > > > > overscan_top=20 > > > > overscan_bottom=20 > > > > > > > > > > > > added to the existing config.txt > > > > > > > > > > > > > > > > I have tried to load vesa: > > > > > > > > kldload vesa > > > > > > > > where I get a prompt that it does not exist. > > > > > > > > I looked in the kernel directory (/boot/kernel/) and there is no vesa, > > > > not sure what that means. > > > > > > > > > > > > I am assuming that there is something that is not happening with the > > > > config.txt. I saw mention of using the files here to replace the files > > > > on the pi; > > > > > > > > https://github.com/raspberrypi/firmware > > > > > > > > > > > > SO, essentially, how do I get the text to stop from spilling off of the > > > > screen (command prompt-no gui). > > > > > > > > > > > > Thank You, > > > > > > > > ito > > > > > > > > > _______________________________________________ > > 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 Dec 25 23:31:08 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 51580BCE for ; Thu, 25 Dec 2014 23:31:08 +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 14784268B for ; Thu, 25 Dec 2014 23:31:07 +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 1Y4H4U-000NZO-V4; Thu, 25 Dec 2014 22:39:55 +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 sBPMdr4Y031240; Thu, 25 Dec 2014 15:39:53 -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: U2FsdGVkX18Np4clm8PrlcPleQamcyoL Message-ID: <1419547193.1018.181.camel@freebsd.org> Subject: Re: RPI, config.txt: overscan, not working From: Ian Lepore To: ito Date: Thu, 25 Dec 2014 15:39:53 -0700 In-Reply-To: <1415062647.7543.9.camel@res-cmts> References: <1414774843.3499.18.camel@res-cmts> <1414917964.3427.2.camel@res-cmts> <1415062647.7543.9.camel@res-cmts> 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: Thu, 25 Dec 2014 23:31:08 -0000 While searching for something else I just ran across this info: overscan_scale=1 caused the output of openFrameworks to respect the overscan_left, overscan_right, top and bottom settings with the use of an LCD display connected via composite. So maybe just adding that to config.txt would make your overscan settings work right. I found that at: http://elinux.org/RPiconfig -- Ian On Mon, 2014-11-03 at 19:57 -0500, ito wrote: > Hi, > > > I Discovered that the framebuffer_width and framebuffer_height sizes > seem to work but the overscan_left, overscan_right, etc. not as much. > > I have settled on > > framebuffer_width=720 > framebuffer_height=400 > > referenced a well commented config.txt although solely added the two > framebuffer entries to the existing config.txt because the overscan did > not seem to work. > > https://raw.githubusercontent.com/Evilpaul/RPi-config/master/config.txt > > > Thanks for any advice, > > ito > > On Sun, 2014-11-02 at 03:46 -0500, ito wrote: > > Is there anyone with an idea as to how I can stop the text from spilling > > off the screen. > > > > The display is in excess of 1/2 an inch all around. > > > > Thanks, > > > > ito > > > > > > > > On Fri, 2014-10-31 at 13:00 -0400, ito wrote: > > > Hello, > > > > > > I have a raspberry pi, > > > > > > Model B Revision 2.0 (512MB) > > > which has the logo along with: > > > Raspberry Pi > > > (c)2011.12 > > > written on it. > > > > > > I have obtained a image for freebsd to run from here: > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/10.0/ > > > > > > > > > I uncompressed the image on a OpenSUSE system, and used, > > > > > > sudo dd if=FreeBSD-10.0-RELEASE-arm-armv6-RPI-B-20140131-r260789.img > > > of=/dev/sdd > > > > > > to put the image on a micro SD... with that card and adapter I have > > > successfully boot freebsd. > > > > > > The problem I am facing now is that I am using the yellow SVGA (RCA type > > > plug) cables to use an old Television as a monitor, with this setup I > > > have an issue with the text running off of the screen. > > > > > > I have tried the config.txt file with > > > overscan_disable=0 > > > overscan_left=20 > > > overscan_right=20 > > > overscan_top=20 > > > overscan_bottom=20 > > > > > > > > > added to the existing config.txt > > > > > > > > > > > > I have tried to load vesa: > > > > > > kldload vesa > > > > > > where I get a prompt that it does not exist. > > > > > > I looked in the kernel directory (/boot/kernel/) and there is no vesa, > > > not sure what that means. > > > > > > > > > I am assuming that there is something that is not happening with the > > > config.txt. I saw mention of using the files here to replace the files > > > on the pi; > > > > > > https://github.com/raspberrypi/firmware > > > > > > > > > SO, essentially, how do I get the text to stop from spilling off of the > > > screen (command prompt-no gui). > > > > > > > > > Thank You, > > > > > > ito > > > > > _______________________________________________ > 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 Fri Dec 26 03:40:22 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 4415C100 for ; Fri, 26 Dec 2014 03:40:22 +0000 (UTC) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::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 1041E24D9 for ; Fri, 26 Dec 2014 03:40:22 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id eu11so12509609pac.22 for ; Thu, 25 Dec 2014 19:40:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :thread-index:content-language; bh=/fn+JpiCghsXrshDC/uJmcg8lUs+1fwMuVy8QM2gMhk=; b=jFpLyWG3At99XyrGHM3+NcpGXlrafAtq/X41XTk6ao2ZFpAsfrrlbJqdh6TxC+dd8s SKp7uYVj3pq0JdfU8ZcnAhBd6esemcfNo2e4yWdZ3VJggbDr8OPQfFotv1S6wC8MT7dz qWTvQhcQI+ROVPiOGD0xNK4kRQ3AXA/MacDP1PzsEbibarvFWPZadGvqz/Z9Lz4kXJKh 7wl9iqV531ruCFkvXWWIP1qroUWYEh0jRvHwY5oT8oU+uwW+Mv0V1K+nAL9h8l7cgkRg koosSKU3JNbEDkHnUlHQpKArPBFxgrZ9Z2RWmwWNwaukLfs80SSyfGEUZ7U7nStjq6S9 zMNg== X-Received: by 10.70.45.39 with SMTP id j7mr65247999pdm.169.1419565221568; Thu, 25 Dec 2014 19:40:21 -0800 (PST) Received: from ErosWadePrivat ([122.226.125.150]) by mx.google.com with ESMTPSA id ms4sm26597297pbc.92.2014.12.25.19.40.18 for (version=TLSv1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 25 Dec 2014 19:40:20 -0800 (PST) From: "eros.wade" To: Subject: uboot and bsd on BeagleBone Black Date: Fri, 26 Dec 2014 11:40:06 +0800 Message-ID: <001501d020bd$ac5bceb0$05136c10$@gmail.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdAgvHFyHPE7V98kQseJFPCSNix7Ow== Content-Language: zh-cn Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit 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, 26 Dec 2014 03:40:22 -0000 HI all I've succeed complied uboot and freebsd on BeagleBone Black with crochet. But I don't know how bsd can run on beaglebone black. I know that uboot for BBB contains thouse hardware info (PINS, GPIO, SPI etc). How can bsd get thouse infos from uboot. Or uboot just load BSD, but where is the hardware infos on bsd src tree? eros From owner-freebsd-arm@FreeBSD.ORG Fri Dec 26 11:01:24 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 CCD6DBCD; Fri, 26 Dec 2014 11:01:24 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 5CCD9662EC; Fri, 26 Dec 2014 11:01:23 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id sBQAVD0c012325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 26 Dec 2014 11:31:13 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id sBQ9itM0065944 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 26 Dec 2014 10:44:55 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id sBQ9itqX053513; Fri, 26 Dec 2014 10:44:55 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id sBQ9isNB053512; Fri, 26 Dec 2014 10:44:54 +0100 (CET) (envelope-from ticso) Date: Fri, 26 Dec 2014 10:44:54 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: RPI, config.txt: overscan, not working Message-ID: <20141226094454.GA53062@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1414774843.3499.18.camel@res-cmts> <1414917964.3427.2.camel@res-cmts> <1415062647.7543.9.camel@res-cmts> <1419547193.1018.181.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1419547193.1018.181.camel@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: freebsd-arm@freebsd.org, ito 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, 26 Dec 2014 11:01:24 -0000 On Thu, Dec 25, 2014 at 03:39:53PM -0700, Ian Lepore wrote: > While searching for something else I just ran across this info: > > overscan_scale=1 caused the output of openFrameworks to respect > the overscan_left, overscan_right, top and bottom settings with > the use of an LCD display connected via composite. > > So maybe just adding that to config.txt would make your overscan > settings work right. I found that at: > > http://elinux.org/RPiconfig I have had a similar kind of problem long time ago. Story was a 1024x600 LC-display attached via converter to HDMI. Per default displayed 1024x768 with last 168 rows missing at bottom as HDMI specs only knows mode numbers with fixed resolutions. With LCD vendor supplied config.txt parameters I made it work under bootcode and Linux, but not under FreeBSD. I remember that Linux/bootcode behavour was very unexpected. I think it was something like this (don't remember exactly) in that top overscan removed one per pixel on top and bottom overscan removed 2 pixel on bottom, but also shifted the display up by one pixel. Under FreeBSD however the parameters behaved differently, so that the only option to remove bottom lines was to also remove top lines, which left 168 unused pixels on the top. IIRC I send a mail to this list about this problem. Never tested again since then. > On Mon, 2014-11-03 at 19:57 -0500, ito wrote: > > Hi, > > > > > > I Discovered that the framebuffer_width and framebuffer_height sizes > > seem to work but the overscan_left, overscan_right, etc. not as much. > > > > I have settled on > > > > framebuffer_width=720 > > framebuffer_height=400 > > > > referenced a well commented config.txt although solely added the two > > framebuffer entries to the existing config.txt because the overscan did > > not seem to work. > > > > https://raw.githubusercontent.com/Evilpaul/RPi-config/master/config.txt > > > > > > Thanks for any advice, > > > > ito > > > > On Sun, 2014-11-02 at 03:46 -0500, ito wrote: > > > Is there anyone with an idea as to how I can stop the text from spilling > > > off the screen. > > > > > > The display is in excess of 1/2 an inch all around. > > > > > > Thanks, > > > > > > ito > > > > > > > > > > > > On Fri, 2014-10-31 at 13:00 -0400, ito wrote: > > > > Hello, > > > > > > > > I have a raspberry pi, > > > > > > > > Model B Revision 2.0 (512MB) > > > > which has the logo along with: > > > > Raspberry Pi > > > > (c)2011.12 > > > > written on it. > > > > > > > > I have obtained a image for freebsd to run from here: > > > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/10.0/ > > > > > > > > > > > > I uncompressed the image on a OpenSUSE system, and used, > > > > > > > > sudo dd if=FreeBSD-10.0-RELEASE-arm-armv6-RPI-B-20140131-r260789.img > > > > of=/dev/sdd > > > > > > > > to put the image on a micro SD... with that card and adapter I have > > > > successfully boot freebsd. > > > > > > > > The problem I am facing now is that I am using the yellow SVGA (RCA type > > > > plug) cables to use an old Television as a monitor, with this setup I > > > > have an issue with the text running off of the screen. > > > > > > > > I have tried the config.txt file with > > > > overscan_disable=0 > > > > overscan_left=20 > > > > overscan_right=20 > > > > overscan_top=20 > > > > overscan_bottom=20 > > > > > > > > > > > > added to the existing config.txt > > > > > > > > > > > > > > > > I have tried to load vesa: > > > > > > > > kldload vesa > > > > > > > > where I get a prompt that it does not exist. > > > > > > > > I looked in the kernel directory (/boot/kernel/) and there is no vesa, > > > > not sure what that means. > > > > > > > > > > > > I am assuming that there is something that is not happening with the > > > > config.txt. I saw mention of using the files here to replace the files > > > > on the pi; > > > > > > > > https://github.com/raspberrypi/firmware > > > > > > > > > > > > SO, essentially, how do I get the text to stop from spilling off of the > > > > screen (command prompt-no gui). > > > > > > > > > > > > Thank You, > > > > > > > > ito > > > > > > > > > _______________________________________________ > > 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" > > > > _______________________________________________ > 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" -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@FreeBSD.ORG Fri Dec 26 11:53: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 F1852A11 for ; Fri, 26 Dec 2014 11:53:15 +0000 (UTC) Received: from frontend2.warwick.net (wvtcvoicemail.wvtc.com [204.255.24.103]) by mx1.freebsd.org (Postfix) with SMTP id B596464734 for ; Fri, 26 Dec 2014 11:53:15 +0000 (UTC) Received: (qmail 16809 invoked from network); 26 Dec 2014 11:46:34 -0000 Received: from 70.44.113.83.res-cmts.sefg.ptd.net (HELO 70.44.113.83.res-cmts.sefg.ptd.net) (egunther@warwick.net@70.44.113.83) by frontend2.warwick.net with SMTP (d733b500-8cf4-11e4-b856-001f2909bf3e); Fri, 26 Dec 2014 06:46:34 -0500 Message-ID: <1419594482.1763.1.camel@warwick.net> Subject: Re: RPI, config.txt: overscan, not working From: Eric Gunther To: ticso@cicely.de Date: Fri, 26 Dec 2014 06:48:02 -0500 In-Reply-To: <20141226094454.GA53062@cicely7.cicely.de> References: <1414774843.3499.18.camel@res-cmts> <1414917964.3427.2.camel@res-cmts> <1415062647.7543.9.camel@res-cmts> <1419547193.1018.181.camel@freebsd.org> <20141226094454.GA53062@cicely7.cicely.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-MagicMail-UUID: d733b500-8cf4-11e4-b856-001f2909bf3e X-MagicMail-Authenticated: egunther@warwick.net X-MagicMail-SourceIP: 70.44.113.83 X-MagicMail-EnvelopeFrom: Cc: freebsd-arm@freebsd.org, Ian Lepore 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, 26 Dec 2014 11:53:16 -0000 On Fri, 2014-12-26 at 10:44 +0100, Bernd Walter wrote: > On Thu, Dec 25, 2014 at 03:39:53PM -0700, Ian Lepore wrote: > > While searching for something else I just ran across this info: > > > > overscan_scale=1 caused the output of openFrameworks to respect > > the overscan_left, overscan_right, top and bottom settings with > > the use of an LCD display connected via composite. > > > > So maybe just adding that to config.txt would make your overscan > > settings work right. I found that at: > > > > http://elinux.org/RPiconfig > > I have had a similar kind of problem long time ago. > Story was a 1024x600 LC-display attached via converter to HDMI. > Per default displayed 1024x768 with last 168 rows missing at bottom > as HDMI specs only knows mode numbers with fixed resolutions. > With LCD vendor supplied config.txt parameters I made it work under > bootcode and Linux, but not under FreeBSD. > I remember that Linux/bootcode behavour was very unexpected. > I think it was something like this (don't remember exactly) in that top > overscan removed one per pixel on top and bottom overscan removed 2 pixel > on bottom, but also shifted the display up by one pixel. > Under FreeBSD however the parameters behaved differently, so that the > only option to remove bottom lines was to also remove top lines, which > left 168 unused pixels on the top. > IIRC I send a mail to this list about this problem. > Never tested again since then. > So far that seems to have worked very well. No problems reading the prompt, messages or boot. I did notice though, and this may be obvious to others, when you add overscan to one side the other side loses some. Old TV with composite inputs. Raspberry Pi Model B 512MB, FreeBSD: FreeBSD-11.0-CURRENT-arm-armv6-RPI-B-20140903-r270990.img available from, http://ftp.ksu.edu.tw/FTP/BSD/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/ as well as others, I'm sure. -e > > On Mon, 2014-11-03 at 19:57 -0500, ito wrote: > > > Hi, > > > > > > > > > I Discovered that the framebuffer_width and framebuffer_height sizes > > > seem to work but the overscan_left, overscan_right, etc. not as much. > > > > > > I have settled on > > > > > > framebuffer_width=720 > > > framebuffer_height=400 > > > > > > referenced a well commented config.txt although solely added the two > > > framebuffer entries to the existing config.txt because the overscan did > > > not seem to work. > > > > > > https://raw.githubusercontent.com/Evilpaul/RPi-config/master/config.txt > > > > > > > > > Thanks for any advice, > > > > > > ito > > > > > > On Sun, 2014-11-02 at 03:46 -0500, ito wrote: > > > > Is there anyone with an idea as to how I can stop the text from spilling > > > > off the screen. > > > > > > > > The display is in excess of 1/2 an inch all around. > > > > > > > > Thanks, > > > > > > > > ito > > > > > > > > > > > > > > > > On Fri, 2014-10-31 at 13:00 -0400, ito wrote: > > > > > Hello, > > > > > > > > > > I have a raspberry pi, > > > > > > > > > > Model B Revision 2.0 (512MB) > > > > > which has the logo along with: > > > > > Raspberry Pi > > > > > (c)2011.12 > > > > > written on it. > > > > > > > > > > I have obtained a image for freebsd to run from here: > > > > > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/10.0/ > > > > > > > > > > > > > > > I uncompressed the image on a OpenSUSE system, and used, > > > > > > > > > > sudo dd if=FreeBSD-10.0-RELEASE-arm-armv6-RPI-B-20140131-r260789.img > > > > > of=/dev/sdd > > > > > > > > > > to put the image on a micro SD... with that card and adapter I have > > > > > successfully boot freebsd. > > > > > > > > > > The problem I am facing now is that I am using the yellow SVGA (RCA type > > > > > plug) cables to use an old Television as a monitor, with this setup I > > > > > have an issue with the text running off of the screen. > > > > > > > > > > I have tried the config.txt file with > > > > > overscan_disable=0 > > > > > overscan_left=20 > > > > > overscan_right=20 > > > > > overscan_top=20 > > > > > overscan_bottom=20 > > > > > > > > > > > > > > > added to the existing config.txt > > > > > > > > > > > > > > > > > > > > I have tried to load vesa: > > > > > > > > > > kldload vesa > > > > > > > > > > where I get a prompt that it does not exist. > > > > > > > > > > I looked in the kernel directory (/boot/kernel/) and there is no vesa, > > > > > not sure what that means. > > > > > > > > > > > > > > > I am assuming that there is something that is not happening with the > > > > > config.txt. I saw mention of using the files here to replace the files > > > > > on the pi; > > > > > > > > > > https://github.com/raspberrypi/firmware > > > > > > > > > > > > > > > SO, essentially, how do I get the text to stop from spilling off of the > > > > > screen (command prompt-no gui). > > > > > > > > > > > > > > > Thank You, > > > > > > > > > > ito > > > > > > > > > > > > > _______________________________________________ > > > 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" > > > > > > > > _______________________________________________ > > 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 Fri Dec 26 12:45:33 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 491F45F4 for ; Fri, 26 Dec 2014 12:45:33 +0000 (UTC) Received: from moon.peach.ne.jp (moon.peach.ne.jp [203.141.148.98]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0906F66B30 for ; Fri, 26 Dec 2014 12:45:32 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id B836A6811F for ; Fri, 26 Dec 2014 21:36:51 +0900 (JST) Received: from artemis (unknown [172.18.0.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTPSA id 8C0E268118 for ; Fri, 26 Dec 2014 21:36:51 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: Subject: NAS4Free on Raspberry Pi and ARM problems Date: Fri, 26 Dec 2014 21:36:49 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8117.416 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416 X-Virus-Scanned: ClamAV using ClamSMTP 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, 26 Dec 2014 12:45:33 -0000 Hello, I'm building and debugging NAS4Free(w/samba 4.1.14) on RPi. To share ARM problems, I write here. Sorry for a long email. You can get latest test image of NAS4Free 9.3.0.2 for RPi(1GB SD card) from my archives: http://www.peach.ne.jp/archives/nas4free/test/NAS4Free-rpi-SD-9.3.0.2.1214-20141226.img.gz All features should work on RPi. (except ZFS,iSCSI booting,DAAP,UPnP) To use overclock, go to "System|Advanced" and enable "Power Daemon" and save it. To use existing external USB drives, go to "Disks|Management" and click "Import disks". If new disk, go to "Disks|Format" and format UFS(GPT), then mount it from "Disks|Mount Point|Management". Don't forget to configure NTP server from "System|General Setup". All src will be committed to: https://sourceforge.net/p/nas4free/code/HEAD/tree/ This version is based on my FreeBSD image: http://www.peach.ne.jp/archives/rpi/FreeBSD-armv6-11.0-RPI-B-test21-r275967-20141223.img.gz For more about NAS4Free on Raspberry Pi (Japanese): http://shell.peach.ne.jp/aoyama/archives/3016 For more info of my FreeBSD image, you can see the thread of: http://lists.freebsd.org/pipermail/freebsd-arm/2014-October/009443.html http://lists.freebsd.org/pipermail/freebsd-arm/2014-November/009509.html ---------------------------------------------------------------------- Critical bugs: Swap pager can't handle smaller reservations than 32 pages (128KiB). I already posted as: http://lists.freebsd.org/pipermail/freebsd-arm/2014-November/009530.html Under ubldr (uboot loader), can't use file type preload image usually used as mfsroot. preload_fetch_addr() in sys/kern/subr_module.c always return module pa + kernel base, but ubldr stores va in module info. In Raspberry Pi, it shows 0x80000000 + module address (=0xc0000000 + module address + 0xc0000000). Of course, I get a panic always... For RPi workaround, just subtract preload_addr_relocate before using it like: addr = (uint8_t *)preload_fetch_addr(mod); #if defined(__arm__) /* XXX workaround for module info bug */ if (addr < (uint8_t *)preload_addr_relocate) addr -= preload_addr_relocate; #endif /* addr can use in any of amd64/i386/arm */ Library dependency can't be detected by ldd. Some important libs such as used by pam_XXX is missing in NAS4Free build. As a result, I can't login the system. To resolve it, I use YAMAMOTO's patch: http://lists.freebsd.org/pipermail/freebsd-arm/2014-October/009303.html I don't know this is correct, but it helps to build NAS4Free on RPi. ---------------------------------------------------------------------- Minor bugs: Nothing 3wire + autologin entry in /etc/gettytab. Can't build ispfw on RPi after installing some ports. (not checked what ports) ---------------------------------------------------------------------- Unchecked/Unresolved problems: Can't compile ports/firefly (iTunes/DAAP) and ports/fuppes (DLNA/UPnP). Can't run newfs on mmcsd slice. >newfs: ioctl (WDINFO): /dev/mmcsd0s4a: can't rewrite disk label: Inappropriate ioctl for device smartctl crashed in runtime lib when running without args. >kernel: pid 6221 (smartctl), uid 0: exited on signal 6 # smartctl smartctl 6.3 2014-07-26 r3976 [FreeBSD 11.0-CURRENT arm] (local build) Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org ERROR: smartctl requires a device name as the final command-line argument. Use smartctl -h to get a usage summary Fatal error during phase 1 unwinding Abort Internal LAN driver cause timeout. >kernel: smsc0: warning: MII read timeout >kernel: smsc0: warning: Failed to read register 0x114 ---------------------------------------------------------------------- I tested with Raspberry Pi model B 900MHz(non overvoltage) and TOSHIBA MK5065GSX (2.5-inch 500GB). SMB2 performance from Windows 7 is Sequential Read = 4.5MB/s, Write = 3.8MB/s. Also I tested booting on model A w/USB ether adapter(if_axe). Try it yourself. Thanks, -- Daisuke Aoyama From owner-freebsd-arm@FreeBSD.ORG Fri Dec 26 22:34: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 7152BD30 for ; Fri, 26 Dec 2014 22:34:58 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::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 F01B02BE6 for ; Fri, 26 Dec 2014 22:34:57 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y19so15179892wgg.0 for ; Fri, 26 Dec 2014 14:34:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=DHjJp3fMKfY/O7i2c1Suq08sDEZjTX7eIgZYyEsu5WM=; b=oYmWDdW9sOxlHu3ePHTdu+fvEGImkuyPV8rAmfBUsdrefzGoyfDk7KSwLvUQH46QEs 8V3wBfJ14rqEkTFp6hqPVrtLVppHGfySg4xyeZ3wU4zBsJrg00/S26yvle8ios425ul8 NjneXjHNU3swMDK2f3DoQ9IDlxIQNh5xEO8+lIa6n/VcpUEF28rGnRONH+dfEssSwkEC fj1me9OnvyecsPdirb5FWG2bqp6dlMnu9nFrU7F0SJ55+MFDXLBxZh9BGyaVTTo+qR3c 3HnCfBfv9vBSdJa4gWFfqW829h+AzMUKDxih66HymEpBN2tt89ZCx3BsAoeDNerfVVHZ B3JA== X-Received: by 10.180.83.228 with SMTP id t4mr74043135wiy.28.1419633295558; Fri, 26 Dec 2014 14:34:55 -0800 (PST) Received: from ketas-laptop.mydomain (ketas-laptop6.si.pri.ee. [2001:ad0:91f:0:21a:6bff:fe66:2ad3]) by mx.google.com with ESMTPSA id a14sm29663599wib.22.2014.12.26.14.34.53 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Dec 2014 14:34:54 -0800 (PST) Sender: Sulev-Madis Silber Message-ID: <549DE289.8050109@hot.ee> Date: Sat, 27 Dec 2014 00:34:49 +0200 From: "Sulev-Madis Silber (ketas)" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:15.0) Gecko/20120912 Thunderbird/15.0.1 MIME-Version: 1.0 To: "eros.wade" Subject: Re: uboot and bsd on BeagleBone Black References: <001501d020bd$ac5bceb0$05136c10$@gmail.com> In-Reply-To: <001501d020bd$ac5bceb0$05136c10$@gmail.com> X-TagToolbar-Keys: D20141227003449100 Content-Type: text/plain; charset=UTF-8 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: Fri, 26 Dec 2014 22:34:58 -0000 Hello :) On 2014-12-26 05:40, eros.wade wrote: > I've succeed complied uboot and freebsd on BeagleBone Black with crochet. > But I don't know how bsd can run on beaglebone black. Well, crochet should create image, which you can use by dd'ing it into SD card. > I know that uboot for BBB contains thouse hardware info (PINS, GPIO, SPI etc). > How can bsd get thouse infos from uboot. > Or uboot just load BSD, but where is the hardware infos on bsd src tree? This method, called Flattened Device Tree (FDT) can be used in multiple different ways. I don't know if FDT can be built statically into U-Boot. We don't use it that way. Previously FDT DTB (Device Tree Blob) was loaded by U-Boot, and it's memory address was given to ubldr (U-Boot loader(8)). Now, uboot just sets fdt_file for loader(8) to load. This file is in UFS filesystem, normally under /boot/dtb. It's also known issue that boot fails when DTB in /boot/dtb and you don't use /boot/loader.rc which disables Forth in loader(8) (which also removes whole 21s from boot time). Crochet has become outdated lately. And people, including me, don't use it to make their images. Especially if you don't like constant image making and like to upgrade device over network. Or maybe even boot over network. Those are all very specific setups and doesn't exactly fit into end-user-image-maker that crochet seems to be. The problem is that it might be too difficult for you. If it's not, I could explain how you could get better system built for your BBB. Or you could browse around under http://ketas.si.pri.ee/bbb/ And correct U-Boot for BBB is now in ports, under sysutils/u-boot-beaglebone I kind of wish I don't need to explain all those things repeatedly to people. Maybe I should fix crochet just because of that. You could also read board/BeagleBone/README inside crochet tree. From owner-freebsd-arm@FreeBSD.ORG Sat Dec 27 02:38:08 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 36A13F9 for ; Sat, 27 Dec 2014 02:38:08 +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 1D40E66A18 for ; Sat, 27 Dec 2014 02:38:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBR2c7DS095747 for ; Sat, 27 Dec 2014 02:38:07 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195009] [patch]: [arm] Use 400 kHz as the default OMAP4 I2C bus speed Date: Sat, 27 Dec 2014 02:38:08 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@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: mfc-stable8? mfc-stable9? mfc-stable10? 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: Sat, 27 Dec 2014 02:38:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195009 --- Comment #12 from commit-hook@freebsd.org --- A commit references this bug: Author: ian Date: Sat Dec 27 02:37:54 UTC 2014 New revision: 276278 URL: https://svnweb.freebsd.org/changeset/base/276278 Log: MFC r274641, r274644, r274822, r276049: Allow i2c bus speed to be configured via hints, FDT data, and sysctl. Implement bus speed setting for OMAP4, AM335x, and imx5/6. Fix the i2c bus speed divisors for TI OMAP4 and AM335x to give the advertised 100, 400, and 1000 KHz speeds. PR: 195009 Changes: _U stable/10/ stable/10/share/man/man4/iicbus.4 stable/10/sys/arm/freescale/imx/imx_i2c.c stable/10/sys/arm/ti/ti_i2c.c stable/10/sys/dev/iicbus/iicbus.c stable/10/sys/dev/iicbus/iicbus.h stable/10/sys/dev/iicbus/iicbus_if.m stable/10/sys/dev/ofw/ofw_iicbus.c -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Dec 27 02:58:20 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 2DC6A27C for ; Sat, 27 Dec 2014 02:58: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 14EBA66CEF for ; Sat, 27 Dec 2014 02:58: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 sBR2wJcd041249 for ; Sat, 27 Dec 2014 02:58:19 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 195009] [patch]: [arm] Use 400 kHz as the default OMAP4 I2C bus speed Date: Sat, 27 Dec 2014 02:58:19 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ian@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: mfc-stable8? mfc-stable9? mfc-stable10? 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: Sat, 27 Dec 2014 02:58:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195009 Ian Lepore changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Closed Resolution|--- |FIXED --- Comment #13 from Ian Lepore --- Fixes applied and MFC'd to 10-stable. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-arm@FreeBSD.ORG Sat Dec 27 07:28:50 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 2676B637 for ; Sat, 27 Dec 2014 07:28:50 +0000 (UTC) Received: from mail-pd0-f170.google.com (mail-pd0-f170.google.com [209.85.192.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 EF97964EE9 for ; Sat, 27 Dec 2014 07:28:49 +0000 (UTC) Received: by mail-pd0-f170.google.com with SMTP id v10so14096339pde.1 for ; Fri, 26 Dec 2014 23:28:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=S4rfsUANOPG2ovGHT/mIBXuJgV4FtFiaJx1zCwoC/Jg=; b=OBe14yqTvoFBQVDFDGr6hlWmUiCxI5UyDt3X4jFZz9LeNR3TeUiEJVi2QD6zu65Mpe H7MyiCjFcr5DLzYcpE8gL9o7ZQ+kiuggMNjc0NfCLxLc5WdJhi9i9JyTo6ZhD+mWqeyy K1GenizSYnrDPW1BJxd8Nl1F4M3On1XSzahsC2oZ9wfeiFt3/uWx+DWzEDS7LfSN0zJA hLYlu5LKEHpo29hViw6xhPGOCCLAC8rNngnmLC/SXSfBpntNQBm0HBbfV1V2Z3S0LB/w 3/c5gZiX7/NQPudKpASZlFGCkho7RgvLimulXht0cOiKV6WRFrBuTvQH+72bkuKqp2V0 wCvA== X-Gm-Message-State: ALoCoQmUlrk+5XgcL8DtQkywLg1iNzB7IIa5nPz/AiBZMD7iw6DyZ+lF6FnuIryG2DPn2l7RDYTp X-Received: by 10.70.101.134 with SMTP id fg6mr72338789pdb.75.1419663561582; Fri, 26 Dec 2014 22:59:21 -0800 (PST) Received: from Michaels-MacBook-Pro.local (ip184-187-174-133.sb.sd.cox.net. [184.187.174.133]) by mx.google.com with ESMTPSA id u4sm29862241pbs.60.2014.12.26.22.59.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 26 Dec 2014 22:59:20 -0800 (PST) Message-ID: <549E58CE.9000103@callfortesting.org> Date: Fri, 26 Dec 2014 22:59:26 -0800 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Updated Chromebook ARM Wiki Page Content-Type: text/plain; charset=UTF-8; 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, 27 Dec 2014 07:28:50 -0000 Hello all, I have rewritten the Chromebook ARM wiki page to focus on USB boot which allows for self-hosing: https://wiki.freebsd.org/FreeBSD/arm/Chromebook A kernel build takes about 14 minutes and 30 seconds on the Samsung Chromebook 1 and I welcome your tests and input with the Chromebook2 "Peach Pit" and HP Chromebook 11 "Spring". Please CC me responses as I am not subscribed to the list yet. Michael Dexter