From owner-freebsd-arm@FreeBSD.ORG Sun Dec 15 05:22:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7BA97BA for ; Sun, 15 Dec 2013 05:22:02 +0000 (UTC) Received: from mailout01.t-online.de (mailout01.t-online.de [194.25.134.80]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DC7B1966 for ; Sun, 15 Dec 2013 05:22:02 +0000 (UTC) Received: from fwd19.aul.t-online.de (fwd19.aul.t-online.de ) by mailout01.t-online.de with smtp id 1Vs49J-00032f-Li; Sun, 15 Dec 2013 06:21:53 +0100 Received: from mail.juergendankoweit.local (rfkJB0ZUghVxud3JT7qzI8YZJQp7RnaA6ZfQBKIzEKKF3JXH7t9eAZlc68NC8lhZXL@[91.55.222.35]) by fwd19.t-online.de with esmtp id 1Vs49D-3Qy6Qy0; Sun, 15 Dec 2013 06:21:47 +0100 Received: from routerdeluxe.juergendankoweit.local (unknown [127.0.0.1]) by mail.juergendankoweit.local (Postfix) with ESMTP id F1B48284AC for ; Sun, 15 Dec 2013 06:21:45 +0100 (CET) X-Virus-Scanned: amavisd-new at juergendankoweit.local Received: from mail.juergendankoweit.local ([127.0.0.1]) by routerdeluxe.juergendankoweit.local (mail.juergendankoweit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eJBZJccsApLU for ; Sun, 15 Dec 2013 06:21:42 +0100 (CET) Received: from t400localhost.juergendankoweit.local (t400localhost.juergendankoweit.local [192.168.1.191]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.juergendankoweit.local (Postfix) with ESMTPSA id 1E043284AB for ; Sun, 15 Dec 2013 06:21:42 +0100 (CET) Message-ID: <52AD3C65.6040600@T-Online.de> Date: Sun, 15 Dec 2013 06:21:41 +0100 From: =?ISO-8859-15?Q?J=FCrgen_Dankoweit?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-ID: rfkJB0ZUghVxud3JT7qzI8YZJQp7RnaA6ZfQBKIzEKKF3JXH7t9eAZlc68NC8lhZXL X-TOI-MSGID: 37b4182b-efb4-4174-8709-f5de73eefe01 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 05:22:02 -0000 Hello to the list, for my Raspberry PI Model B with Micron-Chip I found an image which boots FreeBSD. But on the monitor I see a lot of those messages: sdhci_bcm0-slot0: timeout too large What does this message mean and how to solve the problem which causes this message? Usage: FreeBSD 10-CURRENT #84 compiled with CLang 3.3 Many thanks in advance Juergen -- Meine stets unfertige Homepage: www.dankoweit.de From owner-freebsd-arm@FreeBSD.ORG Sun Dec 15 16:10:52 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C552732; Sun, 15 Dec 2013 16:10:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 010A71EA8; Sun, 15 Dec 2013 16:10:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBFGAooC040892; Sun, 15 Dec 2013 11:10:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFGAoFt040858; Sun, 15 Dec 2013 16:10:50 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 16:10:50 GMT Message-Id: <201312151610.rBFGAoFt040858@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 16:10:52 -0000 TB --- 2013-12-15 13:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 13:00:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-15 13:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-15 13:00:19 - cleaning the object tree TB --- 2013-12-15 13:00:19 - /usr/local/bin/svn stat /src TB --- 2013-12-15 13:00:24 - At svn revision 259413 TB --- 2013-12-15 13:00:25 - building world TB --- 2013-12-15 13:00:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 13:00:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 13:00:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 13:00:25 - SRCCONF=/dev/null TB --- 2013-12-15 13:00:25 - TARGET=arm TB --- 2013-12-15 13:00:25 - TARGET_ARCH=arm TB --- 2013-12-15 13:00:25 - TZ=UTC TB --- 2013-12-15 13:00:25 - __MAKE_CONF=/dev/null TB --- 2013-12-15 13:00:25 - cd /src TB --- 2013-12-15 13:00:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 13:00:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Dec 15 16:03:44 UTC 2013 TB --- 2013-12-15 16:03:44 - generating LINT kernel config TB --- 2013-12-15 16:03:44 - cd /src/sys/arm/conf TB --- 2013-12-15 16:03:44 - /usr/bin/make -B LINT TB --- 2013-12-15 16:03:44 - cd /src/sys/arm/conf TB --- 2013-12-15 16:03:44 - /usr/sbin/config -m LINT TB --- 2013-12-15 16:03:44 - building LINT kernel TB --- 2013-12-15 16:03:44 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 16:03:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 16:03:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 16:03:44 - SRCCONF=/dev/null TB --- 2013-12-15 16:03:44 - TARGET=arm TB --- 2013-12-15 16:03:44 - TARGET_ARCH=arm TB --- 2013-12-15 16:03:44 - TZ=UTC TB --- 2013-12-15 16:03:44 - __MAKE_CONF=/dev/null TB --- 2013-12-15 16:03:44 - cd /src TB --- 2013-12-15 16:03:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Dec 15 16:03:44 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 16:10:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 16:10:50 - ERROR: failed to build LINT kernel TB --- 2013-12-15 16:10:50 - 8912.33 user 1750.45 system 11430.64 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Dec 15 17:39:07 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3B10C219 for ; Sun, 15 Dec 2013 17:39:07 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 1C5781351 for ; Sun, 15 Dec 2013 17:39:06 +0000 (UTC) Received: from bender.Home (97e07ae8.skybroadband.com [151.224.122.232]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 85BA15DFFE; Sun, 15 Dec 2013 17:30:49 +0000 (UTC) Date: Sun, 15 Dec 2013 17:30:42 +0000 From: Andrew Turner To: Howard Su Subject: Re: [PATCH] Add stack unwind support for the functions in .ko Message-ID: <20131215173042.0dead636@bender.Home> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 17:39:07 -0000 On Mon, 9 Dec 2013 22:44:14 +0800 Howard Su wrote: > Here is a new version which solve the unreadable $a problem. (the fix > is in ddb/db_main.c in the end of the patch.) > > I attached the diff for review. I can't comment on the MD parts of the code, but the ARM change looks good. My only request is to add a kernel option to turn on printing the registers in the stack trace as it has been useful for tracking down bugs. Andrew From owner-freebsd-arm@FreeBSD.ORG Sun Dec 15 20:32:36 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B7CA163E for ; Sun, 15 Dec 2013 20:32:36 +0000 (UTC) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 756A81016 for ; Sun, 15 Dec 2013 20:32:35 +0000 (UTC) Received: from 127.0.0.1 (politkovskaja.torservers.net [77.247.181.165]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id rBFK8rYs028618 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 15 Dec 2013 15:08:58 -0500 (EST) (envelope-from george@ceetonetechnology.com) Message-ID: <52AE0C45.4020406@ceetonetechnology.com> Date: Sun, 15 Dec 2013 15:08:37 -0500 From: George Rosamond MIME-Version: 1.0 To: Juergen.Dankoweit@T-Online.de, freebsd-arm@freebsd.org Subject: Re: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large References: <52AD3C65.6040600@T-Online.de> In-Reply-To: <52AD3C65.6040600@T-Online.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 20:32:36 -0000 Jürgen Dankoweit: > Hello to the list, > > for my Raspberry PI Model B with Micron-Chip I found an image which > boots FreeBSD. But on the monitor I see a lot of those messages: > > sdhci_bcm0-slot0: timeout too large > > What does this message mean and how to solve the problem which causes > this message? > > Usage: > FreeBSD 10-CURRENT #84 > compiled with CLang 3.3 > > Many thanks in advance Greetings Juergen. I see no one replied to this yet. I believe this came up previously on-list before, but I can't seem to find it in the archives. I'll take a look again and see if I can locate the solution, but I vividly remember there was something simple. I believe it had to do with the sdhci card being delayed in recognition, IIRC. In the meantime, maybe post your dmesg(8) and note the model/size of your SD card? g From owner-freebsd-arm@FreeBSD.ORG Sun Dec 15 23:50:10 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25463ABB; Sun, 15 Dec 2013 23:50:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C80AF1D43; Sun, 15 Dec 2013 23:50:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBFNo8hQ019509; Sun, 15 Dec 2013 18:50:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBFNo84n019508; Sun, 15 Dec 2013 23:50:08 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 15 Dec 2013 23:50:08 GMT Message-Id: <201312152350.rBFNo84n019508@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:50:10 -0000 TB --- 2013-12-15 23:40:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-15 23:40:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-15 23:40:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-15 23:40:21 - cleaning the object tree TB --- 2013-12-15 23:44:39 - /usr/local/bin/svn stat /src TB --- 2013-12-15 23:44:42 - At svn revision 259439 TB --- 2013-12-15 23:44:43 - building world TB --- 2013-12-15 23:44:43 - CROSS_BUILD_TESTING=YES TB --- 2013-12-15 23:44:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-15 23:44:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-15 23:44:43 - SRCCONF=/dev/null TB --- 2013-12-15 23:44:43 - TARGET=arm TB --- 2013-12-15 23:44:43 - TARGET_ARCH=arm TB --- 2013-12-15 23:44:43 - TZ=UTC TB --- 2013-12-15 23:44:43 - __MAKE_CONF=/dev/null TB --- 2013-12-15 23:44:43 - cd /src TB --- 2013-12-15 23:44:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sun Dec 15 23:44:50 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree [...] rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/jot (cleandir) rm -f jot jot.o jot.1.gz jot.1.cat.gz rm -f .depend GPATH GRTAGS GSYMS GTAGS ===> usr.bin/kdump (cleandir) bmake[3]: "/src/usr.bin/kdump/Makefile" line 15: Malformed conditional (${MK_CASPER} != "no") bmake[3]: Fatal errors encountered -- cannot continue bmake[3]: stopped in /src/usr.bin/kdump *** Error code 1 Stop. bmake[2]: stopped in /src/usr.bin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-15 23:50:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-15 23:50:08 - ERROR: failed to build world TB --- 2013-12-15 23:50:08 - 263.84 user 38.07 system 586.79 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sun Dec 15 23:56:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2CB4F502 for ; Sun, 15 Dec 2013 23:56:41 +0000 (UTC) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D7C881E41 for ; Sun, 15 Dec 2013 23:56:40 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id r5so3230963qcx.28 for ; Sun, 15 Dec 2013 15:56:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AxdMcSOTGBSPBuMmUjiDA/LXeqLBRHuMU7vbWIsRQv8=; b=WPBx8vjjoAVZwJcSETJaiaNNBBeh4crg63IWkKReUjP/j0hg5poiISiQzjDCNlW4i0 rlrbYuH/WplcCjk7CcWFK670cYVna/dVmhD9xSSwpRfd5Z58B+LKpbFs/cs27Zhz4oqL 12hkleOexW3GAV/x7PoOEWLBGf+tRH8tf3Ea09ATX1vOQR1A7zQebh68mksMnfnR6W1s dCV7eTk/po+dIodOKasQPopXsAjvenGj7oL+KMQct9M1s/qnHvvgppkVxbiD5hS1mR1z Cp4v0tV7bi8iDY/XnnC4MHtD/SzEj+dEcKqqIfsli+nG5vZKsIcoox9B1OZCHR0KxRRe sDyA== MIME-Version: 1.0 X-Received: by 10.224.20.202 with SMTP id g10mr27805677qab.66.1387151799534; Sun, 15 Dec 2013 15:56:39 -0800 (PST) Received: by 10.224.130.194 with HTTP; Sun, 15 Dec 2013 15:56:39 -0800 (PST) In-Reply-To: <20131215173042.0dead636@bender.Home> References: <20131215173042.0dead636@bender.Home> Date: Mon, 16 Dec 2013 07:56:39 +0800 Message-ID: Subject: Re: [PATCH] Add stack unwind support for the functions in .ko From: Howard Su To: Andrew Turner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Dec 2013 23:56:41 -0000 On Monday, December 16, 2013, Andrew Turner wrote: > On Mon, 9 Dec 2013 22:44:14 +0800 > Howard Su > wrote: > > > Here is a new version which solve the unreadable $a problem. (the fix > > is in ddb/db_main.c in the end of the patch.) > > > > I attached the diff for review. > > I can't comment on the MD parts of the code, but the ARM change looks > good. My only request is to add a kernel option to turn on printing the > registers in the stack trace as it has been useful for tracking down > bugs. > I read the MD code of MIPS. seems it faces the same situation like arm (register pass parameter). I will follow its pattern to print out register. better than an option? > > Andrew > -- -Howard From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 00:27:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B47C3CD3 for ; Mon, 16 Dec 2013 00:27:41 +0000 (UTC) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 83362101E for ; Mon, 16 Dec 2013 00:27:41 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id un15so4781761pbc.27 for ; Sun, 15 Dec 2013 16:27:35 -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:content-transfer-encoding:message-id:references :to; bh=ciXsvM2bK/MIR+hFqTJJgBKXmojFS+RIsUvbxxpmTng=; b=h41Wsr3XlZqwyBWKpCMRIbu5BjrVjV+smQgLcNipAE81/BNPWJ5UOkCw7oeLtFsfCd qEnjLkQ3oxF+mruA4eLp2mO/RjZbmvC9DgzNBnNusprjNcxiKZrsIhAjyStYKYnrasVP WSHbfBDqU65c751Extxeqjl+VgecNPbtD2HFGY5IMd7E+OWmwkTk3t1bmfhEArZE/z+X gvVaoUKEIniRR705+Oq41Qkp/OKGZCoADDR5U0w+T/0AWYH1lQ0j8wCEJgU4IafqHEnQ bzJSQ30HAcqfXbiDqo2oX9DEpXf2iM5L555did4Gz1z9NEu51FPhiA2BckXaELqCcyWG ZHxw== X-Gm-Message-State: ALoCoQl5WAPTIgsGBXvoMXwI+ADTmSLNa+LBhW4hrJb+zwpchGUTs0v1l8CMV24kOB4N73TWvmxX X-Received: by 10.66.8.66 with SMTP id p2mr16700912paa.129.1387153655163; Sun, 15 Dec 2013 16:27:35 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id yg3sm29898302pab.16.2013.12.15.16.27.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 15 Dec 2013 16:27:34 -0800 (PST) Sender: Warner Losh Subject: Re: [PATCH] Add stack unwind support for the functions in .ko Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sun, 15 Dec 2013 17:27:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20131215173042.0dead636@bender.Home> To: Howard Su X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 00:27:41 -0000 On Dec 15, 2013, at 4:56 PM, Howard Su wrote: > On Monday, December 16, 2013, Andrew Turner wrote: >=20 >> On Mon, 9 Dec 2013 22:44:14 +0800 >> Howard Su > wrote: >>=20 >>> Here is a new version which solve the unreadable $a problem. (the = fix >>> is in ddb/db_main.c in the end of the patch.) >>>=20 >>> I attached the diff for review. >>=20 >> I can't comment on the MD parts of the code, but the ARM change looks >> good. My only request is to add a kernel option to turn on printing = the >> registers in the stack trace as it has been useful for tracking down >> bugs. >>=20 > I read the MD code of MIPS. seems it faces the same situation like arm > (register pass parameter). I will follow its pattern to print out = register. > better than an option? I thought MIPS printed the args from those registers as args and ARM was = the odd man out... Warner From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 03:22:44 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8938217; Mon, 16 Dec 2013 03:22:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E8DC1B04; Mon, 16 Dec 2013 03:22:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG3McrC066400; Sun, 15 Dec 2013 22:22:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBG3Mcfv064492; Mon, 16 Dec 2013 03:22:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 03:22:38 GMT Message-Id: <201312160322.rBG3Mcfv064492@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 03:22:44 -0000 TB --- 2013-12-16 00:10:16 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 00:10:16 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 00:10:16 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-16 00:10:16 - cleaning the object tree TB --- 2013-12-16 00:11:05 - /usr/local/bin/svn stat /src TB --- 2013-12-16 00:11:09 - At svn revision 259440 TB --- 2013-12-16 00:11:10 - building world TB --- 2013-12-16 00:11:10 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 00:11:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 00:11:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 00:11:10 - SRCCONF=/dev/null TB --- 2013-12-16 00:11:10 - TARGET=arm TB --- 2013-12-16 00:11:10 - TARGET_ARCH=arm TB --- 2013-12-16 00:11:10 - TZ=UTC TB --- 2013-12-16 00:11:10 - __MAKE_CONF=/dev/null TB --- 2013-12-16 00:11:10 - cd /src TB --- 2013-12-16 00:11:10 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 00:11:17 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 16 03:15:19 UTC 2013 TB --- 2013-12-16 03:15:19 - generating LINT kernel config TB --- 2013-12-16 03:15:19 - cd /src/sys/arm/conf TB --- 2013-12-16 03:15:19 - /usr/bin/make -B LINT TB --- 2013-12-16 03:15:19 - cd /src/sys/arm/conf TB --- 2013-12-16 03:15:19 - /usr/sbin/config -m LINT TB --- 2013-12-16 03:15:19 - building LINT kernel TB --- 2013-12-16 03:15:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:15:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:15:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:15:19 - SRCCONF=/dev/null TB --- 2013-12-16 03:15:19 - TARGET=arm TB --- 2013-12-16 03:15:19 - TARGET_ARCH=arm TB --- 2013-12-16 03:15:19 - TZ=UTC TB --- 2013-12-16 03:15:19 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:15:19 - cd /src TB --- 2013-12-16 03:15:19 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 03:15:19 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 03:22:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 03:22:33 - ERROR: failed to build LINT kernel TB --- 2013-12-16 03:22:33 - 8902.92 user 1753.02 system 11536.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 03:35:15 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38261607; Mon, 16 Dec 2013 03:35:15 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D863C1CB7; Mon, 16 Dec 2013 03:35:14 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG3ZDV7043681; Mon, 16 Dec 2013 03:35:13 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rBG3ZD80043672; Mon, 16 Dec 2013 03:35:13 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 03:35:13 GMT Message-Id: <201312160335.rBG3ZD80043672@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 03:35:15 -0000 TB --- 2013-12-16 03:20:10 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-12-16 03:20:10 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 03:20:10 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-12-16 03:20:10 - cleaning the object tree TB --- 2013-12-16 03:20:10 - /usr/local/bin/svn stat /src TB --- 2013-12-16 03:20:14 - At svn revision 259449 TB --- 2013-12-16 03:20:15 - building world TB --- 2013-12-16 03:20:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:20:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:20:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:20:15 - SRCCONF=/dev/null TB --- 2013-12-16 03:20:15 - TARGET=arm TB --- 2013-12-16 03:20:15 - TARGET_ARCH=arm TB --- 2013-12-16 03:20:15 - TZ=UTC TB --- 2013-12-16 03:20:15 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:20:15 - cd /src TB --- 2013-12-16 03:20:15 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 03:20:15 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** [prf.o] Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** [all] Error code 1 Stop in /src/kerberos5/lib. *** [kerberos5/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-16 03:35:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 03:35:13 - ERROR: failed to build world TB --- 2013-12-16 03:35:13 - 740.12 user 173.20 system 902.55 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 04:10:23 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CCCB74EA; Mon, 16 Dec 2013 04:10:23 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78B061F28; Mon, 16 Dec 2013 04:10:23 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG4AM1a037322; Mon, 16 Dec 2013 04:10:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rBG4AMHd037321; Mon, 16 Dec 2013 04:10:22 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 04:10:22 GMT Message-Id: <201312160410.rBG4AMHd037321@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 04:10:23 -0000 TB --- 2013-12-16 03:55:08 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-12-16 03:55:08 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 03:55:08 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-12-16 03:55:08 - cleaning the object tree TB --- 2013-12-16 03:55:18 - /usr/local/bin/svn stat /src TB --- 2013-12-16 03:55:22 - At svn revision 259449 TB --- 2013-12-16 03:55:23 - building world TB --- 2013-12-16 03:55:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:55:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:55:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:55:23 - SRCCONF=/dev/null TB --- 2013-12-16 03:55:23 - TARGET=arm TB --- 2013-12-16 03:55:23 - TARGET_ARCH=arm TB --- 2013-12-16 03:55:23 - TZ=UTC TB --- 2013-12-16 03:55:23 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:55:23 - cd /src TB --- 2013-12-16 03:55:23 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 03:55:24 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** [prf.o] Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** [all] Error code 1 Stop in /src/kerberos5/lib. *** [kerberos5/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-16 04:10:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 04:10:22 - ERROR: failed to build world TB --- 2013-12-16 04:10:22 - 743.46 user 174.69 system 914.00 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 04:11:21 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 78166822; Mon, 16 Dec 2013 04:11:21 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24C671F51; Mon, 16 Dec 2013 04:11:21 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG4BKk2020095; Mon, 16 Dec 2013 04:11:20 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rBG4BKPj020085; Mon, 16 Dec 2013 04:11:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 04:11:20 GMT Message-Id: <201312160411.rBG4BKPj020085@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 04:11:21 -0000 TB --- 2013-12-16 03:40:15 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-12-16 03:40:15 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-12-16 03:40:15 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-12-16 03:40:15 - cleaning the object tree TB --- 2013-12-16 03:40:15 - /usr/local/bin/svn stat /src TB --- 2013-12-16 03:40:20 - At svn revision 259449 TB --- 2013-12-16 03:40:21 - building world TB --- 2013-12-16 03:40:21 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 03:40:21 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 03:40:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 03:40:21 - SRCCONF=/dev/null TB --- 2013-12-16 03:40:21 - TARGET=arm TB --- 2013-12-16 03:40:21 - TARGET_ARCH=arm TB --- 2013-12-16 03:40:21 - TZ=UTC TB --- 2013-12-16 03:40:21 - __MAKE_CONF=/dev/null TB --- 2013-12-16 03:40:21 - cd /src TB --- 2013-12-16 03:40:21 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 03:40:22 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c -o inquire_sec_context_by_oid.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c -o pname_to_uid.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c -o prefix.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c -o prf.o /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** Error code 1 Stop in /src/kerberos5/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-12-16 04:11:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 04:11:19 - ERROR: failed to build world TB --- 2013-12-16 04:11:19 - 1205.30 user 239.35 system 1864.15 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 04:45:11 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6654094A; Mon, 16 Dec 2013 04:45:11 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11EBB11B0; Mon, 16 Dec 2013 04:45:11 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG4jAaB031049; Mon, 16 Dec 2013 04:45:10 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rBG4jAG6031041; Mon, 16 Dec 2013 04:45:10 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 04:45:10 GMT Message-Id: <201312160445.rBG4jAG6031041@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 04:45:11 -0000 TB --- 2013-12-16 04:30:08 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-12-16 04:30:08 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 04:30:08 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-12-16 04:30:08 - cleaning the object tree TB --- 2013-12-16 04:30:18 - /usr/local/bin/svn stat /src TB --- 2013-12-16 04:30:22 - At svn revision 259449 TB --- 2013-12-16 04:30:23 - building world TB --- 2013-12-16 04:30:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 04:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 04:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 04:30:23 - SRCCONF=/dev/null TB --- 2013-12-16 04:30:23 - TARGET=arm TB --- 2013-12-16 04:30:23 - TARGET_ARCH=arm TB --- 2013-12-16 04:30:23 - TZ=UTC TB --- 2013-12-16 04:30:23 - __MAKE_CONF=/dev/null TB --- 2013-12-16 04:30:23 - cd /src TB --- 2013-12-16 04:30:23 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 04:30:23 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** [prf.o] Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** [all] Error code 1 Stop in /src/kerberos5/lib. *** [kerberos5/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-16 04:45:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 04:45:10 - ERROR: failed to build world TB --- 2013-12-16 04:45:10 - 737.30 user 169.87 system 901.42 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 04:50:21 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CAF52EC for ; Mon, 16 Dec 2013 04:50:21 +0000 (UTC) Received: from mailout10.t-online.de (mailout10.t-online.de [194.25.134.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1A2ED1283 for ; Mon, 16 Dec 2013 04:50:20 +0000 (UTC) Received: from fwd07.aul.t-online.de (fwd07.aul.t-online.de ) by mailout10.t-online.de with smtp id 1VsQ8B-0006mK-6Y; Mon, 16 Dec 2013 05:50:11 +0100 Received: from mail.juergendankoweit.local (TuSANZZHohXZsafznDzHiShmb1CjL7LPzigIVtQ2BqHLWSwtvrCuMqG2+EQb1+eg4x@[91.55.249.244]) by fwd07.t-online.de with esmtp id 1VsQ84-4ffvHs0; Mon, 16 Dec 2013 05:50:04 +0100 Received: from routerdeluxe.juergendankoweit.local (unknown [127.0.0.1]) by mail.juergendankoweit.local (Postfix) with ESMTP id 21900284AC; Mon, 16 Dec 2013 05:50:03 +0100 (CET) X-Virus-Scanned: amavisd-new at juergendankoweit.local Received: from mail.juergendankoweit.local ([127.0.0.1]) by routerdeluxe.juergendankoweit.local (mail.juergendankoweit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YNEtXenFisna; Mon, 16 Dec 2013 05:49:56 +0100 (CET) Received: from t400localhost.juergendankoweit.local (t400localhost.juergendankoweit.local [192.168.1.191]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.juergendankoweit.local (Postfix) with ESMTPSA id ED257284AB; Mon, 16 Dec 2013 05:49:55 +0100 (CET) Message-ID: <52AE8673.1020004@T-Online.de> Date: Mon, 16 Dec 2013 05:49:55 +0100 From: =?ISO-8859-1?Q?J=FCrgen_Dankoweit?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: George Rosamond Subject: Re: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large References: <52AD3C65.6040600@T-Online.de> <52AE0C45.4020406@ceetonetechnology.com> In-Reply-To: <52AE0C45.4020406@ceetonetechnology.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-ID: TuSANZZHohXZsafznDzHiShmb1CjL7LPzigIVtQ2BqHLWSwtvrCuMqG2+EQb1+eg4x X-TOI-MSGID: 5f46147e-5be6-4663-8588-402936bebbf6 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 04:50:21 -0000 Hello George, thanks for your reply. Am 15.12.2013 21:08, schrieb George Rosamond: > Jürgen Dankoweit: >> Hello to the list, >> >> for my Raspberry PI Model B with Micron-Chip I found an image which >> boots FreeBSD. But on the monitor I see a lot of those messages: >> >> sdhci_bcm0-slot0: timeout too large >> >> What does this message mean and how to solve the problem which causes >> this message? >> > Greetings Juergen. > > I see no one replied to this yet. I believe this came up previously > on-list before, but I can't seem to find it in the archives. My first post didn't show any reaction from the mailinglist server therefore the second one. > > In the meantime, maybe post your dmesg(8) and note the model/size of > your SD card? Thanks again and best reagrds Juergen The hardware: ------------- Raspberry Pi, Model B, Rev 13:23, 512 MB RAM, Micron-Chip Here the dmesg from my raspberry: --------------------------------- Dec 14 21:04:40 raspberry-pi syslogd: kernel boot file is /boot/kernel/kernel Dec 14 21:04:40 raspberry-pi kernel: KDB: debugger backends: ddb Dec 14 21:04:40 raspberry-pi kernel: KDB: current backend: ddb Dec 14 21:04:40 raspberry-pi kernel: Copyright (c) 1992-2013 The FreeBSD Project. Dec 14 21:04:40 raspberry-pi kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Dec 14 21:04:40 raspberry-pi kernel: The Regents of the University of California. All rights reserved. Dec 14 21:04:40 raspberry-pi kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Dec 14 21:04:40 raspberry-pi kernel: FreeBSD 10.0-CURRENT #84 r252209M: Thu Jun 27 09:09:14 EDT 2013 Dec 14 21:04:40 raspberry-pi kernel: root@odyssey:/home/db/FreeBSD/obj/arm.armv6/home/db/svn/system/head/sys/RPI-B arm Dec 14 21:04:40 raspberry-pi kernel: FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Dec 14 21:04:40 raspberry-pi kernel: CPU: ARM1176JZ-S rev 7 (ARM11J core) Dec 14 21:04:40 raspberry-pi kernel: Supported features: ARM_ISA THUMB2 JAZELLE ARMv4 Security_Ext Dec 14 21:04:40 raspberry-pi kernel: WB enabled LABT branch prediction enabled Dec 14 21:04:40 raspberry-pi kernel: 16KB/32B 4-way instruction cache Dec 14 21:04:40 raspberry-pi kernel: 16KB/32B 4-way write-back-locking-C data cache Dec 14 21:04:40 raspberry-pi kernel: real memory = 536870912 (512 MB) Dec 14 21:04:40 raspberry-pi kernel: avail memory = 447668224 (426 MB) Dec 14 21:04:40 raspberry-pi kernel: kbd0 at kbdmux0 Dec 14 21:04:40 raspberry-pi kernel: simplebus0: mem 0x20000000-0x20ffffff on fdtbus0 Dec 14 21:04:40 raspberry-pi kernel: intc0: mem 0x2000b200-0x2000b3ff on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: systimer0: mem 0x20003000-0x20003fff irq 8,9,10,11 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: Event timer "BCM2835 Event Timer 3" frequency 1000000 Hz quality 1000 Dec 14 21:04:40 raspberry-pi kernel: Timecounter "BCM2835 Timecounter" frequency 1000000 Hz quality 1000 Dec 14 21:04:40 raspberry-pi kernel: bcmwd0: mem 0x2010001c-0x20100027 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: gpio0: mem 0x20200000-0x202000af irq 57,59,58,60 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: gpio0: read-only pins: 46,47,48,49,50,51,52,53. Dec 14 21:04:40 raspberry-pi kernel: gpio0: reserved pins: 48,49,50,51,52,53. Dec 14 21:04:40 raspberry-pi kernel: gpioc0: on gpio0 Dec 14 21:04:40 raspberry-pi kernel: gpiobus0: on gpio0 Dec 14 21:04:40 raspberry-pi kernel: bcm_dma0: mem 0x20007000-0x20007fff,0x20e05000-0x20e05fff irq 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: mbox0: mem 0x2000b880-0x2000b8bf irq 1 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: mbox0: [GIANT-LOCKED] Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0: mem 0x20300000-0x203000ff irq 70 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: bcm_sdhci_attach(): SDHCI frequency: 250MHz Dec 14 21:04:40 raspberry-pi kernel: mmc0: on sdhci_bcm0 Dec 14 21:04:40 raspberry-pi kernel: uart0: mem 0x20201000-0x20201fff irq 65 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: dwcotg0: mem 0x20980000-0x2099ffff irq 17 on simplebus0 Dec 14 21:04:40 raspberry-pi kernel: usbus0 on dwcotg0 Dec 14 21:04:40 raspberry-pi kernel: fb0: on fdtbus0 Dec 14 21:04:40 raspberry-pi kernel: sc0: Unknown <16 virtual consoles, flags=0x300> Dec 14 21:04:40 raspberry-pi kernel: simplebus1: on fdtbus0 Dec 14 21:04:40 raspberry-pi kernel: Timecounters tick every 10.000 msec Dec 14 21:04:40 raspberry-pi kernel: usbus0: 480Mbps High Speed USB v2.0 Dec 14 21:04:40 raspberry-pi kernel: ugen0.1: at usbus0 Dec 14 21:04:40 raspberry-pi kernel: uhub0: on usbus0 Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi last message repeated 4 times Dec 14 21:04:40 raspberry-pi kernel: uhub0: 1 port with 1 removable, self powered Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi last message repeated 2 times Dec 14 21:04:40 raspberry-pi kernel: mmcsd0: 8GB at mmc0 25.0MHz/4bit/65535-block Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi last message repeated 5 times Dec 14 21:04:40 raspberry-pi kernel: fb0: 1280x1024(0x0@0,0) 16bpp Dec 14 21:04:40 raspberry-pi kernel: fb0: pitch 2560, base 0x5c006000, screen_size 2621440 Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi kernel: Root mount waiting for: usbus0 Dec 14 21:04:40 raspberry-pi kernel: ugen0.2: at usbus0 Dec 14 21:04:40 raspberry-pi kernel: uhub1: on usbus0 Dec 14 21:04:40 raspberry-pi kernel: uhub1: MTT enabled Dec 14 21:04:40 raspberry-pi kernel: Root mount waiting for: usbus0 Dec 14 21:04:40 raspberry-pi kernel: uhub1: 3 ports with 2 removable, self powered Dec 14 21:04:40 raspberry-pi kernel: Root mount waiting for: usbus0 Dec 14 21:04:40 raspberry-pi kernel: ugen0.3: at usbus0 Dec 14 21:04:40 raspberry-pi kernel: smsc0: on usbus0 Dec 14 21:04:40 raspberry-pi kernel: Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcsmsc0: chip 0xec00, rev. 0002 Dec 14 21:04:40 raspberry-pi kernel: m0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi kernel: miibus0: on smsc0 Dec 14 21:04:40 raspberry-pi kernel: ukphy0: PHY 1 on miibus0 Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large!ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Dec 14 21:04:40 raspberry-pi kernel: Dec 14 21:04:40 raspberry-pi kernel: sue0: on smsc0 Dec 14 21:04:40 raspberry-pi kernel: ue0: Ethernet address: b8:27:eb:30:e8:d1 Dec 14 21:04:40 raspberry-pi kernel: dhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi kernel: warning: no time-of-day clock registered, system time will not be set accurately Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi last message repeated 342 times Dec 14 21:04:40 raspberry-pi kernel: kickstart. Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi last message repeated 50 times Dec 14 21:04:40 raspberry-pi kernel: . Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi last message repeated 23 times Dec 14 21:04:40 raspberry-pi kernel: smsc0: chip 0xec00, rev. 0002 Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:40 raspberry-pi last message repeated 108 times Dec 14 21:04:40 raspberry-pi kernel: . Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:46 raspberry-pi last message repeated 38 times Dec 14 21:04:46 raspberry-pi kernel: . Dec 14 21:04:47 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:04:48 raspberry-pi last message repeated 4 times Dec 14 21:04:48 raspberry-pi kernel: . Dec 14 21:04:48 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:05:19 raspberry-pi last message repeated 182 times Dec 14 21:05:29 raspberry-pi last message repeated 28 times Dec 14 21:05:38 raspberry-pi last message repeated 14 times Dec 14 21:05:53 raspberry-pi last message repeated 8 times Dec 14 21:06:16 raspberry-pi last message repeated 22 times Dec 14 21:07:47 raspberry-pi last message repeated 50 times Dec 14 21:07:47 raspberry-pi su: pi to root on /dev/pts/0 Dec 14 21:07:48 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:08:19 raspberry-pi last message repeated 18 times Dec 14 21:10:27 raspberry-pi last message repeated 36 times Dec 14 21:20:28 raspberry-pi last message repeated 218 times Dec 14 21:30:26 raspberry-pi last message repeated 64 times Dec 14 21:40:27 raspberry-pi last message repeated 73 times Dec 14 21:49:56 raspberry-pi last message repeated 46 times Dec 14 21:49:56 raspberry-pi su: pi to root on /dev/pts/0 Dec 14 21:49:57 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:50:03 raspberry-pi last message repeated 4 times Dec 14 21:50:03 raspberry-pi shutdown: power-down by pi: Dec 14 21:50:03 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:50:05 raspberry-pi last message repeated 3 times Dec 14 21:50:08 raspberry-pi kernel: . Dec 14 21:50:08 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! Dec 14 21:50:10 raspberry-pi last message repeated 15 times Here the infos about the sd card: --------------------------------- Kingston 8 GB SDHCI SD10V/8GB Class 10 -> raspberry-pi kernel: mmcsd0: 8GB at mmc0 25.0MHz/4bit/65535-block -- Meine stets unfertige Homepage: www.dankoweit.de From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 05:20:18 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C9D42AC5; Mon, 16 Dec 2013 05:20:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 764EE1450; Mon, 16 Dec 2013 05:20:18 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG5KHdG025194; Mon, 16 Dec 2013 05:20:17 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rBG5KH4H025192; Mon, 16 Dec 2013 05:20:17 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 05:20:17 GMT Message-Id: <201312160520.rBG5KH4H025192@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 05:20:18 -0000 TB --- 2013-12-16 05:05:08 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-12-16 05:05:08 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 05:05:08 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-12-16 05:05:08 - cleaning the object tree TB --- 2013-12-16 05:05:20 - /usr/local/bin/svn stat /src TB --- 2013-12-16 05:05:24 - At svn revision 259449 TB --- 2013-12-16 05:05:25 - building world TB --- 2013-12-16 05:05:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:05:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:05:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:05:25 - SRCCONF=/dev/null TB --- 2013-12-16 05:05:25 - TARGET=arm TB --- 2013-12-16 05:05:25 - TARGET_ARCH=arm TB --- 2013-12-16 05:05:25 - TZ=UTC TB --- 2013-12-16 05:05:25 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:05:25 - cd /src TB --- 2013-12-16 05:05:25 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 05:05:25 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** [prf.o] Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** [all] Error code 1 Stop in /src/kerberos5/lib. *** [kerberos5/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-16 05:20:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 05:20:17 - ERROR: failed to build world TB --- 2013-12-16 05:20:17 - 739.77 user 173.48 system 908.98 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 05:36:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8D20F5FD for ; Mon, 16 Dec 2013 05:36:48 +0000 (UTC) Received: from feynman.konjz.org (feynman.konjz.org [64.147.119.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 459D015E0 for ; Mon, 16 Dec 2013 05:36:47 +0000 (UTC) Received: from 127.0.0.1 (ks3001097.kimsufi.com [37.59.40.61]) (authenticated bits=0) by feynman.konjz.org (8.14.7/8.14.4) with ESMTP id rBG5agxb078197 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 16 Dec 2013 00:36:45 -0500 (EST) (envelope-from george@ceetonetechnology.com) Message-ID: <52AE915E.3010809@ceetonetechnology.com> Date: Mon, 16 Dec 2013 00:36:30 -0500 From: George Rosamond MIME-Version: 1.0 To: Juergen.Dankoweit@T-Online.de Subject: Re: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large References: <52AD3C65.6040600@T-Online.de> <52AE0C45.4020406@ceetonetechnology.com> <52AE8673.1020004@T-Online.de> In-Reply-To: <52AE8673.1020004@T-Online.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 05:36:48 -0000 Jürgen Dankoweit: > Hello George, > > thanks for your reply. > > Am 15.12.2013 21:08, schrieb George Rosamond: >> Jürgen Dankoweit: >>> Hello to the list, >>> >>> for my Raspberry PI Model B with Micron-Chip I found an image which >>> boots FreeBSD. But on the monitor I see a lot of those messages: >>> >>> sdhci_bcm0-slot0: timeout too large >>> >>> What does this message mean and how to solve the problem which causes >>> this message? >>> >> Greetings Juergen. >> >> I see no one replied to this yet. I believe this came up previously >> on-list before, but I can't seem to find it in the archives. > > My first post didn't show any reaction from the mailinglist server > therefore the second one. > Yup. Saw that. That's why I'm replying. A possible path below... >> >> In the meantime, maybe post your dmesg(8) and note the model/size of >> your SD card? > > Thanks again and best reagrds > > Juergen > > > The hardware: > ------------- > Raspberry Pi, Model B, Rev 13:23, 512 MB RAM, Micron-Chip > > Here the dmesg from my raspberry: > --------------------------------- > Dec 14 21:04:40 raspberry-pi syslogd: kernel boot file is > /boot/kernel/kernel > Dec 14 21:04:40 raspberry-pi kernel: KDB: debugger backends: ddb > Dec 14 21:04:40 raspberry-pi kernel: KDB: current backend: ddb > Dec 14 21:04:40 raspberry-pi kernel: Copyright (c) 1992-2013 The FreeBSD > Project. > Dec 14 21:04:40 raspberry-pi kernel: Copyright (c) 1979, 1980, 1983, > 1986, 1988, 1989, 1991, 1992, 1993, 1994 > Dec 14 21:04:40 raspberry-pi kernel: The Regents of the University of > California. All rights reserved. > Dec 14 21:04:40 raspberry-pi kernel: FreeBSD is a registered trademark > of The FreeBSD Foundation. > Dec 14 21:04:40 raspberry-pi kernel: FreeBSD 10.0-CURRENT #84 r252209M: > Thu Jun 27 09:09:14 EDT 2013 > Dec 14 21:04:40 raspberry-pi kernel: > root@odyssey:/home/db/FreeBSD/obj/arm.armv6/home/db/svn/system/head/sys/RPI-B > arm > Dec 14 21:04:40 raspberry-pi kernel: FreeBSD clang version 3.3 > (tags/RELEASE_33/final 183502) 20130610 > Dec 14 21:04:40 raspberry-pi kernel: CPU: ARM1176JZ-S rev 7 (ARM11J core) > Dec 14 21:04:40 raspberry-pi kernel: Supported features: ARM_ISA THUMB2 > JAZELLE ARMv4 Security_Ext > Dec 14 21:04:40 raspberry-pi kernel: WB enabled LABT branch prediction > enabled > Dec 14 21:04:40 raspberry-pi kernel: 16KB/32B 4-way instruction cache > Dec 14 21:04:40 raspberry-pi kernel: 16KB/32B 4-way write-back-locking-C > data cache > Dec 14 21:04:40 raspberry-pi kernel: real memory = 536870912 (512 MB) > Dec 14 21:04:40 raspberry-pi kernel: avail memory = 447668224 (426 MB) > Dec 14 21:04:40 raspberry-pi kernel: kbd0 at kbdmux0 > Dec 14 21:04:40 raspberry-pi kernel: simplebus0: simple bus> mem 0x20000000-0x20ffffff on fdtbus0 > Dec 14 21:04:40 raspberry-pi kernel: intc0: Controller> mem 0x2000b200-0x2000b3ff on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: systimer0: > mem 0x20003000-0x20003fff irq 8,9,10,11 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: Event timer "BCM2835 Event Timer 3" > frequency 1000000 Hz quality 1000 > Dec 14 21:04:40 raspberry-pi kernel: Timecounter "BCM2835 Timecounter" > frequency 1000000 Hz quality 1000 > Dec 14 21:04:40 raspberry-pi kernel: bcmwd0: mem > 0x2010001c-0x20100027 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: gpio0: controller> mem 0x20200000-0x202000af irq 57,59,58,60 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: gpio0: read-only pins: > 46,47,48,49,50,51,52,53. > Dec 14 21:04:40 raspberry-pi kernel: gpio0: reserved pins: > 48,49,50,51,52,53. > Dec 14 21:04:40 raspberry-pi kernel: gpioc0: on gpio0 > Dec 14 21:04:40 raspberry-pi kernel: gpiobus0: on gpio0 > Dec 14 21:04:40 raspberry-pi kernel: bcm_dma0: > mem 0x20007000-0x20007fff,0x20e05000-0x20e05fff irq > 24,25,26,27,28,29,30,31,32,33,34,35,36 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: mbox0: > mem 0x2000b880-0x2000b8bf irq 1 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: mbox0: [GIANT-LOCKED] > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0: controller> mem 0x20300000-0x203000ff irq 70 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: bcm_sdhci_attach(): SDHCI > frequency: 250MHz > Dec 14 21:04:40 raspberry-pi kernel: mmc0: on sdhci_bcm0 > Dec 14 21:04:40 raspberry-pi kernel: uart0: mem > 0x20201000-0x20201fff irq 65 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: dwcotg0: USB controller> mem 0x20980000-0x2099ffff irq 17 on simplebus0 > Dec 14 21:04:40 raspberry-pi kernel: usbus0 on dwcotg0 > Dec 14 21:04:40 raspberry-pi kernel: fb0: > on fdtbus0 > Dec 14 21:04:40 raspberry-pi kernel: sc0: Unknown <16 virtual consoles, > flags=0x300> > Dec 14 21:04:40 raspberry-pi kernel: simplebus1: simple bus> on fdtbus0 > Dec 14 21:04:40 raspberry-pi kernel: Timecounters tick every 10.000 msec > Dec 14 21:04:40 raspberry-pi kernel: usbus0: 480Mbps High Speed USB v2.0 > Dec 14 21:04:40 raspberry-pi kernel: ugen0.1: at usbus0 > Dec 14 21:04:40 raspberry-pi kernel: uhub0: 9/0, rev 2.00/1.00, addr 1> on usbus0 > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi last message repeated 4 times > Dec 14 21:04:40 raspberry-pi kernel: uhub0: 1 port with 1 removable, > self powered > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi last message repeated 2 times > Dec 14 21:04:40 raspberry-pi kernel: mmcsd0: 8GB 69207585 MFG 10/2013 by 65 42> at mmc0 25.0MHz/4bit/65535-block > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi last message repeated 5 times > Dec 14 21:04:40 raspberry-pi kernel: fb0: 1280x1024(0x0@0,0) 16bpp > Dec 14 21:04:40 raspberry-pi kernel: fb0: pitch 2560, base 0x5c006000, > screen_size 2621440 > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi kernel: Root mount waiting for: usbus0 > Dec 14 21:04:40 raspberry-pi kernel: ugen0.2: at usbus0 > Dec 14 21:04:40 raspberry-pi kernel: uhub1: 0x9512, class 9/0, rev 2.00/2.00, addr 2> on usbus0 > Dec 14 21:04:40 raspberry-pi kernel: uhub1: MTT enabled > Dec 14 21:04:40 raspberry-pi kernel: Root mount waiting for: usbus0 > Dec 14 21:04:40 raspberry-pi kernel: uhub1: 3 ports with 2 removable, > self powered > Dec 14 21:04:40 raspberry-pi kernel: Root mount waiting for: usbus0 > Dec 14 21:04:40 raspberry-pi kernel: ugen0.3: at usbus0 > Dec 14 21:04:40 raspberry-pi kernel: smsc0: 0xec00, rev 2.00/2.00, addr 3> on usbus0 > Dec 14 21:04:40 raspberry-pi kernel: Trying to mount root from > ufs:/dev/mmcsd0s2a [rw,noatime]... > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcsmsc0: chip 0xec00, rev. 0002 > Dec 14 21:04:40 raspberry-pi kernel: m0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi kernel: miibus0: on smsc0 > Dec 14 21:04:40 raspberry-pi kernel: ukphy0: interface> PHY 1 on miibus0 > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too > large!ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > Dec 14 21:04:40 raspberry-pi kernel: > Dec 14 21:04:40 raspberry-pi kernel: sue0: on smsc0 > Dec 14 21:04:40 raspberry-pi kernel: ue0: Ethernet address: > b8:27:eb:30:e8:d1 > Dec 14 21:04:40 raspberry-pi kernel: dhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi kernel: warning: no time-of-day clock > registered, system time will not be set accurately > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi last message repeated 342 times > Dec 14 21:04:40 raspberry-pi kernel: kickstart. > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi last message repeated 50 times > Dec 14 21:04:40 raspberry-pi kernel: . > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi last message repeated 23 times > Dec 14 21:04:40 raspberry-pi kernel: smsc0: chip 0xec00, rev. 0002 > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:40 raspberry-pi last message repeated 108 times > Dec 14 21:04:40 raspberry-pi kernel: . > Dec 14 21:04:40 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:46 raspberry-pi last message repeated 38 times > Dec 14 21:04:46 raspberry-pi kernel: . > Dec 14 21:04:47 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:04:48 raspberry-pi last message repeated 4 times > Dec 14 21:04:48 raspberry-pi kernel: . > Dec 14 21:04:48 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:05:19 raspberry-pi last message repeated 182 times > Dec 14 21:05:29 raspberry-pi last message repeated 28 times > Dec 14 21:05:38 raspberry-pi last message repeated 14 times > Dec 14 21:05:53 raspberry-pi last message repeated 8 times > Dec 14 21:06:16 raspberry-pi last message repeated 22 times > Dec 14 21:07:47 raspberry-pi last message repeated 50 times > Dec 14 21:07:47 raspberry-pi su: pi to root on /dev/pts/0 > Dec 14 21:07:48 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:08:19 raspberry-pi last message repeated 18 times > Dec 14 21:10:27 raspberry-pi last message repeated 36 times > Dec 14 21:20:28 raspberry-pi last message repeated 218 times > Dec 14 21:30:26 raspberry-pi last message repeated 64 times > Dec 14 21:40:27 raspberry-pi last message repeated 73 times > Dec 14 21:49:56 raspberry-pi last message repeated 46 times > Dec 14 21:49:56 raspberry-pi su: pi to root on /dev/pts/0 > Dec 14 21:49:57 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:50:03 raspberry-pi last message repeated 4 times > Dec 14 21:50:03 raspberry-pi shutdown: power-down by pi: > Dec 14 21:50:03 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:50:05 raspberry-pi last message repeated 3 times > Dec 14 21:50:08 raspberry-pi kernel: . > Dec 14 21:50:08 raspberry-pi kernel: sdhci_bcm0-slot0: Timeout too large! > Dec 14 21:50:10 raspberry-pi last message repeated 15 times > > > Here the infos about the sd card: > --------------------------------- > Kingston 8 GB SDHCI SD10V/8GB Class 10 > -> > raspberry-pi kernel: mmcsd0: 8GB by 65 42> at mmc0 25.0MHz/4bit/65535-block So you might want to look at gonzo@'s postings here: http://kernelnomicon.org/?p=275#comment-1894 Including the later comments. HTH g From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 05:41:07 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34D00687; Mon, 16 Dec 2013 05:41:07 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D63B41641; Mon, 16 Dec 2013 05:41:06 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG5f6IB035489; Mon, 16 Dec 2013 05:41:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rBG5f6Ni035478; Mon, 16 Dec 2013 05:41:06 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 05:41:06 GMT Message-Id: <201312160541.rBG5f6Ni035478@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 05:41:07 -0000 TB --- 2013-12-16 05:10:13 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-12-16 05:10:13 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-12-16 05:10:13 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-12-16 05:10:13 - cleaning the object tree TB --- 2013-12-16 05:10:23 - /usr/local/bin/svn stat /src TB --- 2013-12-16 05:10:27 - At svn revision 259449 TB --- 2013-12-16 05:10:28 - building world TB --- 2013-12-16 05:10:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:10:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:10:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:10:28 - SRCCONF=/dev/null TB --- 2013-12-16 05:10:28 - TARGET=arm TB --- 2013-12-16 05:10:28 - TARGET_ARCH=arm TB --- 2013-12-16 05:10:28 - TZ=UTC TB --- 2013-12-16 05:10:28 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:10:28 - cd /src TB --- 2013-12-16 05:10:28 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 05:10:29 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c -o inquire_sec_context_by_oid.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c -o pname_to_uid.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c -o prefix.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c -o prf.o /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** Error code 1 Stop in /src/kerberos5/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-12-16 05:41:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 05:41:05 - ERROR: failed to build world TB --- 2013-12-16 05:41:05 - 1204.48 user 241.59 system 1852.43 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 05:55:24 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC904D96; Mon, 16 Dec 2013 05:55:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 584581732; Mon, 16 Dec 2013 05:55:24 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG5tNEl019246; Mon, 16 Dec 2013 05:55:23 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rBG5tNhj019242; Mon, 16 Dec 2013 05:55:23 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 05:55:23 GMT Message-Id: <201312160555.rBG5tNhj019242@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 05:55:24 -0000 TB --- 2013-12-16 05:40:08 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-12-16 05:40:08 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 05:40:08 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-12-16 05:40:08 - cleaning the object tree TB --- 2013-12-16 05:40:19 - /usr/local/bin/svn stat /src TB --- 2013-12-16 05:40:24 - At svn revision 259449 TB --- 2013-12-16 05:40:25 - building world TB --- 2013-12-16 05:40:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 05:40:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 05:40:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 05:40:25 - SRCCONF=/dev/null TB --- 2013-12-16 05:40:25 - TARGET=arm TB --- 2013-12-16 05:40:25 - TARGET_ARCH=arm TB --- 2013-12-16 05:40:25 - TZ=UTC TB --- 2013-12-16 05:40:25 - __MAKE_CONF=/dev/null TB --- 2013-12-16 05:40:25 - cd /src TB --- 2013-12-16 05:40:25 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 05:40:25 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** [prf.o] Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** [all] Error code 1 Stop in /src/kerberos5/lib. *** [kerberos5/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-16 05:55:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 05:55:23 - ERROR: failed to build world TB --- 2013-12-16 05:55:23 - 743.39 user 175.46 system 914.43 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 06:30:11 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2DBDF718; Mon, 16 Dec 2013 06:30:11 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C85931A62; Mon, 16 Dec 2013 06:30:10 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG6U9uN013002; Mon, 16 Dec 2013 06:30:09 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rBG6U9sJ013000; Mon, 16 Dec 2013 06:30:09 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 06:30:09 GMT Message-Id: <201312160630.rBG6U9sJ013000@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 06:30:11 -0000 TB --- 2013-12-16 06:15:08 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-12-16 06:15:08 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 06:15:08 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-12-16 06:15:08 - cleaning the object tree TB --- 2013-12-16 06:15:18 - /usr/local/bin/svn stat /src TB --- 2013-12-16 06:15:22 - At svn revision 259449 TB --- 2013-12-16 06:15:23 - building world TB --- 2013-12-16 06:15:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 06:15:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 06:15:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 06:15:23 - SRCCONF=/dev/null TB --- 2013-12-16 06:15:23 - TARGET=arm TB --- 2013-12-16 06:15:23 - TARGET_ARCH=arm TB --- 2013-12-16 06:15:23 - TZ=UTC TB --- 2013-12-16 06:15:23 - __MAKE_CONF=/dev/null TB --- 2013-12-16 06:15:23 - cd /src TB --- 2013-12-16 06:15:23 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 06:15:23 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** [prf.o] Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** [all] Error code 1 Stop in /src/kerberos5/lib. *** [kerberos5/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-16 06:30:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 06:30:09 - ERROR: failed to build world TB --- 2013-12-16 06:30:09 - 739.59 user 168.47 system 901.27 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 07:05:15 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B2859A8A; Mon, 16 Dec 2013 07:05:15 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DA9A1E45; Mon, 16 Dec 2013 07:05:15 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG75EHX007289; Mon, 16 Dec 2013 07:05:14 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id rBG75E66007263; Mon, 16 Dec 2013 07:05:14 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 07:05:14 GMT Message-Id: <201312160705.rBG75E66007263@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_8 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 07:05:15 -0000 TB --- 2013-12-16 06:50:09 - tinderbox 2.20 running on freebsd-legacy2.sentex.ca TB --- 2013-12-16 06:50:09 - FreeBSD freebsd-legacy2.sentex.ca 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 06:50:09 - starting RELENG_8 tinderbox run for arm/arm TB --- 2013-12-16 06:50:09 - cleaning the object tree TB --- 2013-12-16 06:50:19 - /usr/local/bin/svn stat /src TB --- 2013-12-16 06:50:22 - At svn revision 259450 TB --- 2013-12-16 06:50:23 - building world TB --- 2013-12-16 06:50:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 06:50:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 06:50:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 06:50:23 - SRCCONF=/dev/null TB --- 2013-12-16 06:50:23 - TARGET=arm TB --- 2013-12-16 06:50:23 - TARGET_ARCH=arm TB --- 2013-12-16 06:50:23 - TZ=UTC TB --- 2013-12-16 06:50:23 - __MAKE_CONF=/dev/null TB --- 2013-12-16 06:50:23 - cd /src TB --- 2013-12-16 06:50:23 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 06:50:23 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** [prf.o] Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** [all] Error code 1 Stop in /src/kerberos5/lib. *** [kerberos5/lib__L] Error code 1 Stop in /src. *** [libraries] Error code 1 Stop in /src. *** [_libraries] Error code 1 Stop in /src. *** [buildworld] Error code 1 Stop in /src. TB --- 2013-12-16 07:05:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 07:05:14 - ERROR: failed to build world TB --- 2013-12-16 07:05:14 - 739.45 user 171.96 system 904.73 real http://tinderbox.freebsd.org/tinderbox-freebsd8-build-RELENG_8-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 07:10:50 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32033265; Mon, 16 Dec 2013 07:10:50 +0000 (UTC) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D20771F33; Mon, 16 Dec 2013 07:10:49 +0000 (UTC) Received: from freebsd-stable.sentex.ca (localhost [127.0.0.1]) by freebsd-stable.sentex.ca (8.14.5/8.14.5) with ESMTP id rBG7AmP6050268; Mon, 16 Dec 2013 07:10:49 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id rBG7AmDQ050255; Mon, 16 Dec 2013 07:10:48 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 07:10:48 GMT Message-Id: <201312160710.rBG7AmDQ050255@freebsd-stable.sentex.ca> X-Authentication-Warning: freebsd-stable.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_9 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 07:10:50 -0000 TB --- 2013-12-16 06:40:15 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2013-12-16 06:40:15 - FreeBSD freebsd-stable.sentex.ca 8.3-STABLE FreeBSD 8.3-STABLE #0: Tue Oct 16 17:37:58 UTC 2012 mdtancsa@freebsd-stable.sentex.ca:/usr/obj/usr/src/sys/server amd64 TB --- 2013-12-16 06:40:15 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-12-16 06:40:15 - cleaning the object tree TB --- 2013-12-16 06:40:28 - /usr/local/bin/svn stat /src TB --- 2013-12-16 06:40:34 - At svn revision 259449 TB --- 2013-12-16 06:40:35 - building world TB --- 2013-12-16 06:40:35 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 06:40:35 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 06:40:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 06:40:35 - SRCCONF=/dev/null TB --- 2013-12-16 06:40:35 - TARGET=arm TB --- 2013-12-16 06:40:35 - TARGET_ARCH=arm TB --- 2013-12-16 06:40:35 - TZ=UTC TB --- 2013-12-16 06:40:35 - __MAKE_CONF=/dev/null TB --- 2013-12-16 06:40:35 - cd /src TB --- 2013-12-16 06:40:35 - /usr/bin/make -B buildworld >>> World build started on Mon Dec 16 06:40:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/inquire_sec_context_by_oid.c -o inquire_sec_context_by_oid.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/pname_to_uid.c -o pname_to_uid.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/prefix.c -o prefix.o cc -O -pipe -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/krb5 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/asn1 -I/src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/roken -I. -DHAVE_CONFIG_H -I/src/kerberos5/lib/libgssapi_krb5/../../include -std=gnu99 -c /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c -o prf.o /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c: In function '_gsskrb5_pseudo_random': /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: 'tsize' undeclared (first use in this function) /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: (Each undeclared identifier is reported only once /src/kerberos5/lib/libgssapi_krb5/../../../crypto/heimdal/lib/gssapi/krb5/prf.c:132: error: for each function it appears in.) *** Error code 1 Stop in /src/kerberos5/lib/libgssapi_krb5. *** Error code 1 Stop in /src/kerberos5/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-12-16 07:10:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 07:10:48 - ERROR: failed to build world TB --- 2013-12-16 07:10:48 - 1203.45 user 240.20 system 1833.83 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 11:06:44 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBE1EE94 for ; Mon, 16 Dec 2013 11:06:44 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9EE501330 for ; Mon, 16 Dec 2013 11:06:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBGB6iPM019288 for ; Mon, 16 Dec 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBGB6ibJ019286 for freebsd-arm@FreeBSD.org; Mon, 16 Dec 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Dec 2013 11:06:44 GMT Message-Id: <201312161106.rBGB6ibJ019286@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 11:06:44 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/184078 arm cross installworld missing include files o arm/183926 arm Crash when ctrl-c while process is enter o arm/183740 arm mutex on some arm hardware requires dcache enabled o arm/183668 arm Panic when read unalign in ddb o arm/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on 32 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 14:22:37 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1559E57E; Mon, 16 Dec 2013 14:22:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DD1FC13C2; Mon, 16 Dec 2013 14:22:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBGEMTh0057014; Mon, 16 Dec 2013 09:22:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBGEMT70057006; Mon, 16 Dec 2013 14:22:29 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 16 Dec 2013 14:22:29 GMT Message-Id: <201312161422.rBGEMT70057006@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 14:22:37 -0000 TB --- 2013-12-16 11:10:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 11:10:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 11:10:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-16 11:10:19 - cleaning the object tree TB --- 2013-12-16 11:14:23 - /usr/local/bin/svn stat /src TB --- 2013-12-16 11:14:26 - At svn revision 259463 TB --- 2013-12-16 11:14:27 - building world TB --- 2013-12-16 11:14:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 11:14:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 11:14:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 11:14:27 - SRCCONF=/dev/null TB --- 2013-12-16 11:14:27 - TARGET=arm TB --- 2013-12-16 11:14:27 - TARGET_ARCH=arm TB --- 2013-12-16 11:14:27 - TZ=UTC TB --- 2013-12-16 11:14:27 - __MAKE_CONF=/dev/null TB --- 2013-12-16 11:14:27 - cd /src TB --- 2013-12-16 11:14:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 11:14:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 16 14:15:42 UTC 2013 TB --- 2013-12-16 14:15:42 - generating LINT kernel config TB --- 2013-12-16 14:15:42 - cd /src/sys/arm/conf TB --- 2013-12-16 14:15:42 - /usr/bin/make -B LINT TB --- 2013-12-16 14:15:42 - cd /src/sys/arm/conf TB --- 2013-12-16 14:15:42 - /usr/sbin/config -m LINT TB --- 2013-12-16 14:15:42 - building LINT kernel TB --- 2013-12-16 14:15:42 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 14:15:42 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 14:15:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 14:15:42 - SRCCONF=/dev/null TB --- 2013-12-16 14:15:42 - TARGET=arm TB --- 2013-12-16 14:15:42 - TARGET_ARCH=arm TB --- 2013-12-16 14:15:42 - TZ=UTC TB --- 2013-12-16 14:15:42 - __MAKE_CONF=/dev/null TB --- 2013-12-16 14:15:42 - cd /src TB --- 2013-12-16 14:15:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 16 14:15:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-16 14:22:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-16 14:22:28 - ERROR: failed to build LINT kernel TB --- 2013-12-16 14:22:28 - 8899.64 user 1671.26 system 11529.21 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 16:17:11 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94EC8203 for ; Mon, 16 Dec 2013 16:17:11 +0000 (UTC) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 642021E6B for ; Mon, 16 Dec 2013 16:17:11 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MXW00C00QKAWL00@smtpauth4.wiscmail.wisc.edu> for freebsd-arm@FreeBSD.org; Mon, 16 Dec 2013 10:17:10 -0600 (CST) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.12.16.160620, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MXW008IVQKLVA00@smtpauth4.wiscmail.wisc.edu> for freebsd-arm@FreeBSD.org; Mon, 16 Dec 2013 10:17:10 -0600 (CST) Message-id: <52AF2785.3060200@freebsd.org> Date: Mon, 16 Dec 2013 10:17:09 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: "freebsd-arm@freebsd.org" Subject: Testing request: move Marvell PCI to use standard OF interrupt map parsing X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 16:17:11 -0000 Would anyone be able to test the following patch on a Marvell system (ARMADAXP, for example)? I'm trying to deduplicate the OF and FDT interrupt map parsing code and this is the last consumer of some of the FDT-specific code. http://people.freebsd.org/~nwhitehorn/mvpci.diff -Nathan From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 16:42:08 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C806B27 for ; Mon, 16 Dec 2013 16:42:08 +0000 (UTC) Received: from nm1-vm1.bullet.mail.bf1.yahoo.com (nm1-vm1.bullet.mail.bf1.yahoo.com [98.139.213.163]) by mx1.freebsd.org (Postfix) with SMTP id 2197F1180 for ; Mon, 16 Dec 2013 16:42:07 +0000 (UTC) Received: from [66.196.81.172] by nm1.bullet.mail.bf1.yahoo.com with NNFMP; 16 Dec 2013 16:40:00 -0000 Received: from [68.142.230.75] by tm18.bullet.mail.bf1.yahoo.com with NNFMP; 16 Dec 2013 16:40:00 -0000 Received: from [127.0.0.1] by smtp232.mail.bf1.yahoo.com with NNFMP; 16 Dec 2013 16:40:00 -0000 X-Yahoo-Newman-Id: 45468.31259.bm@smtp232.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 5P1sglUVM1n6peDGsNJWkHuuicseLeo313AuCfVE2gQ8aqt chKLUOYXZDvGbBfxLEMFoa8r4ReGy5H8aWZ1yD_xQo7dz_Anp6D4WCpGEUT8 Wqw1r69v2CXM46sK8l6fEBirwdOsOQ9Av8zvHeZkHXqEXjtc4qD7FcGCsLE4 9az88.5gEUIN3wq1.Jpo8ptWcmFCPkmcqpY6DV0oAU7Nw8FIqg8ltLnkIdNO FhJnG.a8HbOYt2ZRPVdgMp.ql6cyscCb.5e5nW1vp5pKJJaIUwnnjW0RFNb3 .BvsX.5wLzMIaK6laxC7GkN68RcdVEv9ra7XG7EMZitovQv.v2GbHLpxbjJR M1CFBUBbX8.PTyX2MU4szx0EcyRZ8x52ckNLtpfwd0cTguFAEUJ_btx_AwIb ch_mWFTgoXawFx3GF8wrCEWUBHzzynkASr37gvJiPE3L50TlwjemBUC9lDxv _eWFvG0nTnnBGDG1syNPlGkEjBiNJaPwU1hK46HKfQTgXxSBCLNmihwg2itp GwXuOqd67E3PNg9m8tosocRGRB8jljjmy4zamkAk0Kt1bdGTNLdJEpBTKc1U S0XtgBuFXVSIOacmYezJhBuid2DK3UloX2o24LS9OI12QCciGeLB8bq33zru Y4iUQOjPXHA9QMbaAv8wFfooWybYRMmzjMprjNQ-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.102] (pfg@190.157.126.109 with plain [98.138.105.21]) by smtp232.mail.bf1.yahoo.com with SMTP; 16 Dec 2013 16:40:00 +0000 UTC Message-ID: <52AF2CDD.2000207@FreeBSD.org> Date: Mon, 16 Dec 2013 11:39:57 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: arm@FreeBSD.org Subject: [CFT] gcc update for ARM Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 16:42:08 -0000 Hello guys; Not sure how I got into this, but I am checking out some changes from Apple's gcc 42 and I got to a patch that merges most of the FSF pre-gcc43 ARM (GPLv2) updates to gcc. I don't have ARM to stuff to test though, so please give it a try: http://people.freebsd.org/~pfg/patches/gcc/gccarm.patch cheers, Pedro. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 17:50:26 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 464A5CF9; Mon, 16 Dec 2013 17:50:26 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1AA91743; Mon, 16 Dec 2013 17:50:25 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hq4so2528969wib.9 for ; Mon, 16 Dec 2013 09:50:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=dzu7PkczUFNVZwNcXz7V2R0JyApv4O3aBmqSn4LowoA=; b=l0Di+SgfGKJLy9Gp1Xzo7AJSPBfob8e8iTgDKIOnElIgI0F0MHoRwjAohQhvU6jf2x mDXnoojc5tQuRF9o0jl36PTYvvy94t/6p3WVKQ0W7RmEP8HRUpZIqW0JLMB3SgsHZuSJ kavjtILvvowLgaCDM7u6Zg8Uwtk1y9QPhHI2LYN+hhB0aVH+qIJORpodHlY5oR/DULHm A7aaMTYRuWvlf2Dd0k6+W8f1NO0KeebDDre5FeCmHTpTADiZ5uFVztL264tTbaoMlEhu ERzdx29XVw2UO/KEKjHSqFR/RUAvX8Att4CUGzWYccFxuH+ly0z1BXE7HahXTLSFFWlL BGlg== MIME-Version: 1.0 X-Received: by 10.194.20.130 with SMTP id n2mr8532267wje.62.1387216224176; Mon, 16 Dec 2013 09:50:24 -0800 (PST) Sender: zbodek@gmail.com Received: by 10.217.112.65 with HTTP; Mon, 16 Dec 2013 09:50:24 -0800 (PST) In-Reply-To: <52AF2785.3060200@freebsd.org> References: <52AF2785.3060200@freebsd.org> Date: Mon, 16 Dec 2013 18:50:24 +0100 X-Google-Sender-Auth: OkepFhMOfBNouuwLQXtYxkIEI0U Message-ID: Subject: Re: Testing request: move Marvell PCI to use standard OF interrupt map parsing From: Zbigniew Bodek To: Nathan Whitehorn Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 17:50:26 -0000 Hello Nathan. Works fine for me on Armada XP. Best regards Zbigniew Bodek 2013/12/16 Nathan Whitehorn : > Would anyone be able to test the following patch on a Marvell system > (ARMADAXP, for example)? I'm trying to deduplicate the OF and FDT interrupt > map parsing code and this is the last consumer of some of the FDT-specific > code. > > http://people.freebsd.org/~nwhitehorn/mvpci.diff > -Nathan > > _______________________________________________ > 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 Mon Dec 16 18:18:57 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D212ABE7 for ; Mon, 16 Dec 2013 18:18:57 +0000 (UTC) Received: from mail-we0-f171.google.com (mail-we0-f171.google.com [74.125.82.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 67FC71C82 for ; Mon, 16 Dec 2013 18:18:57 +0000 (UTC) Received: by mail-we0-f171.google.com with SMTP id q58so4959794wes.2 for ; Mon, 16 Dec 2013 10:18:54 -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:organization:user-agent :mime-version:to:cc:subject:content-type:content-transfer-encoding; bh=Suxgxx2qkfIb+TNOBCKT4w2KNrGo7I+ViEYT5iiRuEI=; b=fkfIuyUG4Nf61B5By90LRGR+xyFNA06A87lPwgfT6QtNvx+r+8YBo8Ds46MbYjm5WN TxWUImDOtdpppZkOfwk9zj4OZ0tZyMMpK9kFU3srohV4BRtujW8xKATrsGyI0KfJ4eNb l89Jqy9966sAGb3ntiBOu39pB9PAtQ8K3hUhCPOTY9PSlr206TJg47Z4fbr/wrzL84go kXDLjpwIbU6gsGalzkzLc8BR9sc/218zEF4C15QyeoghDilUijufI1talI4KxlodLnz1 FZgZLVT33HUdRvzPgvTH3svcGPCHMbDZrfYcCmHLR6plcEA612V1X7qhBIKZXxs5CsZz NvyA== X-Gm-Message-State: ALoCoQnthFwF1JHrHPMstCq4FlWZlH6X5XiVFGew1yX47CGriUQuXUILcIiSo407p3rGBTmoWtYw X-Received: by 10.181.12.71 with SMTP id eo7mr14500655wid.28.1387216137921; Mon, 16 Dec 2013 09:48:57 -0800 (PST) Received: from [10.0.2.117] ([80.82.22.190]) by mx.google.com with ESMTPSA id s2sm27885515wiy.7.2013.12.16.09.48.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Dec 2013 09:48:57 -0800 (PST) Message-ID: <52AF3D06.2000004@semihalf.com> Date: Mon, 16 Dec 2013 18:48:54 +0100 From: Zbigniew Bodek Organization: Semihalf User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 18:18:57 -0000 Hello Everyone. We would like to submit some new patches recently developed by Semihalf. You can find them here: http://people.freebsd.org/~zbb/Semihalf/12.2013/ Detailed description is available in the commit logs but in general: -- 0001-Resolve-cache-line-size-using-CP15.patch - use cache line size acquired in runtime -- 0002-GIC-polarity-and-level-support.patch - suport for setting trigger level and polarity in GIC -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch - trigger and polarity parsing for PCI FDT interrupts -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch -- 0005-Use-only-mapped-BIOs-on-ARM.patch - Two patches enabling the AHCI driver on ARM chips We will appreciate if you could post your comments and/or remarks by the end of this week when we plan to commit the changes. Best regards zbb From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 18:47:00 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA7A3947 for ; Mon, 16 Dec 2013 18:47:00 +0000 (UTC) Received: from mailout09.t-online.de (mailout09.t-online.de [194.25.134.84]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 43C481EAE for ; Mon, 16 Dec 2013 18:46:59 +0000 (UTC) Received: from fwd25.aul.t-online.de (fwd25.aul.t-online.de ) by mailout09.t-online.de with smtp id 1VsdBo-0004tR-Mw; Mon, 16 Dec 2013 19:46:48 +0100 Received: from mail.juergendankoweit.local (VrWnd4ZCQhn6reyHZqSAvUghJ6OLN2XIlPE4BTw1i2s1kllrYzllNtJU2qQLzoYQ-k@[91.55.206.169]) by fwd25.t-online.de with esmtp id 1VsdBo-4NUDia0; Mon, 16 Dec 2013 19:46:48 +0100 Received: from routerdeluxe.juergendankoweit.local (unknown [127.0.0.1]) by mail.juergendankoweit.local (Postfix) with ESMTP id 17FEE284BC; Mon, 16 Dec 2013 19:46:47 +0100 (CET) X-Virus-Scanned: amavisd-new at juergendankoweit.local Received: from mail.juergendankoweit.local ([127.0.0.1]) by routerdeluxe.juergendankoweit.local (mail.juergendankoweit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VsmHavGyDaAV; Mon, 16 Dec 2013 19:45:45 +0100 (CET) Received: from t400localhost.juergendankoweit.local (t400localhost.juergendankoweit.local [192.168.1.191]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.juergendankoweit.local (Postfix) with ESMTPSA id C67D3284B8; Mon, 16 Dec 2013 19:45:45 +0100 (CET) Message-ID: <52AF4A59.8040300@T-Online.de> Date: Mon, 16 Dec 2013 19:45:45 +0100 From: =?ISO-8859-1?Q?J=FCrgen_Dankoweit?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: George Rosamond Subject: Re: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large References: <52AD3C65.6040600@T-Online.de> <52AE0C45.4020406@ceetonetechnology.com> <52AE8673.1020004@T-Online.de> <52AE915E.3010809@ceetonetechnology.com> In-Reply-To: <52AE915E.3010809@ceetonetechnology.com> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV using ClamSMTP X-ID: VrWnd4ZCQhn6reyHZqSAvUghJ6OLN2XIlPE4BTw1i2s1kllrYzllNtJU2qQLzoYQ-k X-TOI-MSGID: 4b012018-8858-4e5f-bd4a-7ac4a20d02b5 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 18:47:01 -0000 Hello George, Am 16.12.2013 06:36, schrieb George Rosamond: >> >> Here the infos about the sd card: >> --------------------------------- >> Kingston 8 GB SDHCI SD10V/8GB Class 10 >> -> >> raspberry-pi kernel: mmcsd0: 8GB > by 65 42> at mmc0 25.0MHz/4bit/65535-block > > So you might want to look at gonzo@'s postings here: > > http://kernelnomicon.org/?p=275#comment-1894 > > Including the later comments. > > HTH > > g > Thanks for the link but no chance. I have tried six different sd cards. With each of them I followed the instructions written on kernelnomicon but I have no luck. I hope I will get a second Pi tomorrow and then I will retry it. I cannot believe that nobody got the message "sdhci_bcm0-slot0: timeout too large". Best regards Jürgen -- Meine stets unfertige Homepage: www.dankoweit.de From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 21:35:37 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF83B4EE for ; Mon, 16 Dec 2013 21:35:37 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A1CEC1FE7 for ; Mon, 16 Dec 2013 21:35:37 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id p10so5867449pdj.12 for ; Mon, 16 Dec 2013 13:35:31 -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:content-transfer-encoding:message-id:references :to; bh=gaHbRj97OAcvT8YZvD2H3A26itNs7PlMiCj3iI1mer8=; b=HXOi5Uv+auXeP97A6u5DLG2TUIrBXN2hVYtLcbfXz8cWo59fTEyS3Cm3kk4B9JwGDR ubSgkddvOGqaF3y5GFxO4yVF5m/BtJnmZGnFR/wMBVSNvhp+/hWsY0QsMoojlO0IvvM+ zGtfAiDkHsWeFadLXapQBcyic8iNti6sGVkKvya9s4IzZx4LDeubqGLGVPzfZ5nIsjFY U2shbpmPxXdR9el7v46lp5XzYD+WrsfrFo2DAo2tDdOm2OBs7AUV3E8gN4lZiuC8aN7z jn+dYRWLXNWFIeVIHBBNlOA1iq68CCC08KYs0UGVmOP+wJb0CYxVd54JFtLA3iUManqT YwMA== X-Gm-Message-State: ALoCoQnYtjPoWWEZJ2lL3hIoehb+LmIRnpCKeOTL24D6j653snYY0P2Co296nPb87aH35nl4Lwek X-Received: by 10.68.160.69 with SMTP id xi5mr5904210pbb.168.1387229731744; Mon, 16 Dec 2013 13:35:31 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id sx8sm39381499pab.5.2013.12.16.13.35.30 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Dec 2013 13:35:30 -0800 (PST) Sender: Warner Losh Subject: Re: [CFT] gcc update for ARM Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <52AF2CDD.2000207@FreeBSD.org> Date: Mon, 16 Dec 2013 14:35:30 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <443ACF8D-F13C-41D5-BB97-148CA5A36BBE@bsdimp.com> References: <52AF2CDD.2000207@FreeBSD.org> To: Pedro Giffuni X-Mailer: Apple Mail (2.1085) Cc: arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 21:35:37 -0000 Does this apply to FreeBSD 9-stable? Warner On Dec 16, 2013, at 9:39 AM, Pedro Giffuni wrote: > Hello guys; >=20 > Not sure how I got into this, but I am checking out some changes from = Apple's gcc 42 and I got to a patch that merges most of the FSF = pre-gcc43 ARM (GPLv2) updates to gcc. >=20 > I don't have ARM to stuff to test though, so please give it a try: >=20 > http://people.freebsd.org/~pfg/patches/gcc/gccarm.patch >=20 > cheers, >=20 > Pedro. > _______________________________________________ > 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 Mon Dec 16 21:38:21 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E54D471D for ; Mon, 16 Dec 2013 21:38:21 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AC9321030 for ; Mon, 16 Dec 2013 21:38:21 +0000 (UTC) Received: by mail-ig0-f179.google.com with SMTP id hk11so4763976igb.0 for ; Mon, 16 Dec 2013 13:38:15 -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:content-transfer-encoding:message-id:references :to; bh=K9ttLXLqwKqaj2GyzVtBN2VTBf4TaL7A1drVIiLvkVQ=; b=ZqXU+kmVO/LHWRj+rs9L4xdl0Eq+l42O2V6Qvg9PuqLgeLkAU3UXZr8DY4ECTt8jqN fj1jXYSgMfIpcQec7COJ8dwYVeh1wJlUxYC5cY/cScVAydKipu6aKeh6wganH5oYhBdh aJ+IDN2EPK+l47/ytM1OOgt2r39WAs11Cy+MhVXj6o/03ce498phkRzoQfACtoMbr0wx mFo64QoPZzuSvQhy3U///g7Qsf7IfF4p7iVGMw8Rf4RtYyBldm2/pkmI+NGgleTbO2/5 SXw1iFa4PO1ADGhe/RhC72G9dpRMGiLyQA03g3U6S53fPCTtVqovZJx1cGy2+/K/6z5J YZdQ== X-Gm-Message-State: ALoCoQnUEcHqIB6RIRIQjgbOYq+6mJEPOq13tqI8HCuxAuoHtLzfGwR6D62k/dLZ4cWOt5Olvwnn X-Received: by 10.42.47.201 with SMTP id p9mr14014429icf.4.1387229895478; Mon, 16 Dec 2013 13:38:15 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id jk5sm18474425igb.0.2013.12.16.13.38.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Dec 2013 13:38:15 -0800 (PST) Sender: Warner Losh Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <52AF3D06.2000004@semihalf.com> Date: Mon, 16 Dec 2013 14:38:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2EDBF8F3-157C-4185-B4EB-B797BA511311@bsdimp.com> References: <52AF3D06.2000004@semihalf.com> To: Zbigniew Bodek X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm ml , br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 21:38:22 -0000 Hey Zbigniew... I'll take a look at these. What would it take to get unmapped BIOs working on arm? Have you = investigated that? FYI: Nathan Whitehorn is circulating patches having to do with interrupt = parsing. You might want to make sure your patches and his work well = together. Warner On Dec 16, 2013, at 10:48 AM, Zbigniew Bodek wrote: > Hello Everyone. >=20 > We would like to submit some new patches recently developed by = Semihalf. >=20 > You can find them here: > http://people.freebsd.org/~zbb/Semihalf/12.2013/ >=20 > Detailed description is available in the commit logs but in general: >=20 > -- 0001-Resolve-cache-line-size-using-CP15.patch > - use cache line size acquired in runtime >=20 > -- 0002-GIC-polarity-and-level-support.patch > - suport for setting trigger level and polarity in GIC >=20 > -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch > - trigger and polarity parsing for PCI FDT interrupts >=20 > -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch > -- 0005-Use-only-mapped-BIOs-on-ARM.patch > - Two patches enabling the AHCI driver on ARM chips >=20 >=20 > We will appreciate if you could post your comments and/or remarks by = the > end of this week when we plan to commit the changes. >=20 > Best regards > zbb > _______________________________________________ > 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 Mon Dec 16 21:50:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31D1FE6D for ; Mon, 16 Dec 2013 21:50:45 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EDD5C114D for ; Mon, 16 Dec 2013 21:50:44 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id as1so7379964iec.13 for ; Mon, 16 Dec 2013 13:50:38 -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:content-transfer-encoding:message-id:references :to; bh=wCCOgto1GCNuPI/rP3bUEIHhlStsELdOrrXt45I369Y=; b=CilfRxXivpUuSVFwdtrIDDKWCSSIE6Mb3NOlXBEQsfUrU71ak/dgN45z/SOSbsK0s/ UoggqQygwDOkTuuBixV+I8bxIv+BKJDWImj20Hqoer+4jNIoYhUKlu3xarDnbVH6s8RH K9W3Z8zT/I1XlHRHHP4uq3Rvk3Ns6MjMvI6DcKM2n4vxY0KgkqRj6YtlmtAO3++3XQUS WESFJiCOc4RbQtxsTFQ2tyDV+4FgoI/7+fyx8ioPFGhMyBkrWTepBue88eTca5SdqVqa IA2e36HNw4WCc01mMb4tgmYk09zDBLxhMarEIrfSoxtvF5Gbl+FHfwSAms/UqUnpJ3oQ 0cdw== X-Gm-Message-State: ALoCoQmaIsiEvlEnsI7Lk+8YVZbWflJVrihpY3Z/dOeITuRWMWVJUqDKoCptV/gA0XhZS3vPWaVq X-Received: by 10.50.108.235 with SMTP id hn11mr227535igb.0.1387230638696; Mon, 16 Dec 2013 13:50:38 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id l7sm18522408igx.2.2013.12.16.13.50.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Dec 2013 13:50:37 -0800 (PST) Sender: Warner Losh Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <52AF3D06.2000004@semihalf.com> Date: Mon, 16 Dec 2013 14:50:36 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52AF3D06.2000004@semihalf.com> To: Zbigniew Bodek X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" , br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 21:50:45 -0000 On Dec 16, 2013, at 10:48 AM, Zbigniew Bodek wrote: > Hello Everyone. >=20 > We would like to submit some new patches recently developed by = Semihalf. Thanks for your efforts here. Would there be a need to MFC these patches = to 10 and/or 9? > You can find them here: > http://people.freebsd.org/~zbb/Semihalf/12.2013/ >=20 > Detailed description is available in the commit logs but in general: >=20 > -- 0001-Resolve-cache-line-size-using-CP15.patch > - use cache line size acquired in runtime This looks good (assuming the register definitions are good, I didn't = verify them). Might be useful to publish these values to userland = somehow, maybe via a sysctl. This is option, but would be nice to have. Would also be good to have USB_ALIGN kassert if using USB and this value = is < that macro. Do other, older CPUs need similar decoding, or are the hard-wired values = good? > -- 0002-GIC-polarity-and-level-support.patch > - suport for setting trigger level and polarity in GIC This one seems to be OK, but is complicated enough that more eyeballs = and testing would be good.... > -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch > - trigger and polarity parsing for PCI FDT interrupts This patch might conflict. + if (trig) + *trig =3D tmp_trig; + if (pol) + *pol =3D tmp_pol; Are not zero values also valid? > -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch I'd add the word 'PCI' before bridge in the comment, otherwise this = looks good. > -- 0005-Use-only-mapped-BIOs-on-ARM.patch A comment about what MVA is would be useful.. Otherwise does what it = says. > - Two patches enabling the AHCI driver on ARM chips I didn't see these. Did I miss something? Or is the unmapped stuff all = it takes? > We will appreciate if you could post your comments and/or remarks by = the > end of this week when we plan to commit the changes. >=20 > Best regards > zbb > _______________________________________________ > 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 Mon Dec 16 21:52:11 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00B2269; Mon, 16 Dec 2013 21:52:10 +0000 (UTC) Received: from i3mail.icecube.wisc.edu (i3mail.icecube.wisc.edu [128.104.255.23]) by mx1.freebsd.org (Postfix) with ESMTP id C4D0D116E; Mon, 16 Dec 2013 21:52:10 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by i3mail.icecube.wisc.edu (Postfix) with ESMTP id 76A4538043; Mon, 16 Dec 2013 15:52:10 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from i3mail.icecube.wisc.edu ([127.0.0.1]) by localhost (i3mail.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id j_QsdCBehbHa; Mon, 16 Dec 2013 15:52:10 -0600 (CST) Received: from terminus.icecube.wisc.edu (terminus.icecube.wisc.edu [172.16.223.97]) by i3mail.icecube.wisc.edu (Postfix) with ESMTPSA id 6376D3803F; Mon, 16 Dec 2013 15:52:10 -0600 (CST) Message-ID: <52AF760A.2030500@freebsd.org> Date: Mon, 16 Dec 2013 15:52:10 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Zbigniew Bodek , "freebsd-arm@freebsd.org" Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI References: <52AF3D06.2000004@semihalf.com> In-Reply-To: <52AF3D06.2000004@semihalf.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 21:52:11 -0000 On 12/16/13 11:48, Zbigniew Bodek wrote: > Hello Everyone. > > We would like to submit some new patches recently developed by Semihalf. > > You can find them here: > http://people.freebsd.org/~zbb/Semihalf/12.2013/ > > Detailed description is available in the commit logs but in general: > > -- 0001-Resolve-cache-line-size-using-CP15.patch > - use cache line size acquired in runtime > > -- 0002-GIC-polarity-and-level-support.patch > - suport for setting trigger level and polarity in GIC > > -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch > - trigger and polarity parsing for PCI FDT interrupts > > -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch > -- 0005-Use-only-mapped-BIOs-on-ARM.patch > - Two patches enabling the AHCI driver on ARM chips > > > We will appreciate if you could post your comments and/or remarks by the > end of this week when we plan to commit the changes. > > Best regards > zbb > _______________________________________________ > 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" Can you hold off on 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch for the time being? I'm restructuring this code at the moment. -Nathan From owner-freebsd-arm@FreeBSD.ORG Mon Dec 16 22:09:11 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A5B80A14 for ; Mon, 16 Dec 2013 22:09:11 +0000 (UTC) Received: from nm2-vm1.bullet.mail.bf1.yahoo.com (nm2-vm1.bullet.mail.bf1.yahoo.com [98.139.213.158]) by mx1.freebsd.org (Postfix) with SMTP id 46AF31272 for ; Mon, 16 Dec 2013 22:09:10 +0000 (UTC) Received: from [98.139.212.149] by nm2.bullet.mail.bf1.yahoo.com with NNFMP; 16 Dec 2013 22:06:10 -0000 Received: from [98.139.211.197] by tm6.bullet.mail.bf1.yahoo.com with NNFMP; 16 Dec 2013 22:06:10 -0000 Received: from [127.0.0.1] by smtp206.mail.bf1.yahoo.com with NNFMP; 16 Dec 2013 22:06:10 -0000 X-Yahoo-Newman-Id: 474029.35989.bm@smtp206.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 6EyeEdQVM1nQbNgxkfuwf_uI42Z15PfeETj56jnfwNGSIYw UiO_QlCiKOk9bI.MqJKwnTybg9WPwV9lop5zDc_2HwuK2XJrvXTzr6pnRjQN LafxOrQqD95rcXddWtDnstJD4HKzdpwPIeOE8IYv9S5M9eJRCtK7kpz9Kg6A 3zwriyHxL3u_OxyEhpAdIKq5UUjZhkHUKWDAaPX8m.mXY8g_5OAI3kfbi9ya fLFF9rrdlwgZtL98gFrOb_fK45m4DjAtLWMek0Fye7KHumQEQ5wXLMh2bh3W ZQ3361AhpWIlIwUFCSTXylWnHhr.JG2wR5bMOsDNKQyQmJr7Uhi.P2a7Ng2Y DJGbf_hC9v1LfYwcOD7rHJE0OFPTnVLgfK5geiKu15VIj72OzNLYD7d4mR3h t4zao4dhPXONod8TK4gazxIDVoaRY8CgESdZAG9FAi3g5wGZ4YoUjEpT.LzY R6_TA2NY3Je3Q23AlxLBZNZdQSHqYHb_G6RxyGsL.AMcFATcRE0KFBaZ.Oec sHS6JiNWSxfQtFN_hdwECujLZjcwguW46M4FqXbYUDmJiKxppxr2R5aU- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.102] (pfg@190.157.126.109 with plain [63.250.193.228]) by smtp206.mail.bf1.yahoo.com with SMTP; 16 Dec 2013 14:06:10 -0800 PST Message-ID: <52AF794F.904@FreeBSD.org> Date: Mon, 16 Dec 2013 17:06:07 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: [CFT] gcc update for ARM References: <52AF2CDD.2000207@FreeBSD.org> <443ACF8D-F13C-41D5-BB97-148CA5A36BBE@bsdimp.com> In-Reply-To: <443ACF8D-F13C-41D5-BB97-148CA5A36BBE@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 22:09:11 -0000 On 16.12.2013 16:35, Warner Losh wrote: > Does this apply to FreeBSD 9-stable? > > Warner I did it on -current but it mostly touches config/arm which is otherwise untouched so it may very well apply there too (except for the ChangeLog). It does add support for newer platforms and it should fill the gap between gcc-4.2.1 and clang. Pedro. ps. I just made a small update. > On Dec 16, 2013, at 9:39 AM, Pedro Giffuni wrote: > >> Hello guys; >> >> Not sure how I got into this, but I am checking out some changes from Apple's gcc 42 and I got to a patch that merges most of the FSF pre-gcc43 ARM (GPLv2) updates to gcc. >> >> I don't have ARM to stuff to test though, so please give it a try: >> >> http://people.freebsd.org/~pfg/patches/gcc/gccarm.patch >> >> cheers, >> >> Pedro. >> _______________________________________________ >> 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 Mon Dec 16 23:35:17 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32B528DA for ; Mon, 16 Dec 2013 23:35:17 +0000 (UTC) Received: from olinguito.schwarzes.net (olinguito.schwarzes.net [IPv6:2a03:4000:6:79::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E1341A2F for ; Mon, 16 Dec 2013 23:35:16 +0000 (UTC) Received: from tapir.schwarzes.net (tapir.schwarzes.net [62.109.78.36]) (authenticated bits=0) by olinguito.schwarzes.net (8.14.7/8.14.7) with ESMTP id rBGNZ6wi030702; Tue, 17 Dec 2013 00:35:06 +0100 (CET) (envelope-from Andreas.Schwarz@schwarzes.net) Date: Tue, 17 Dec 2013 00:35:06 +0100 From: Andreas Schwarz To: Juergen.Dankoweit@T-Online.de Subject: Re: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large Message-Id: <20131217003506.bce9cdba6c16d593650b8c05@schwarzes.net> In-Reply-To: <52AF4A59.8040300@T-Online.de> References: <52AD3C65.6040600@T-Online.de> <52AE0C45.4020406@ceetonetechnology.com> <52AE8673.1020004@T-Online.de> <52AE915E.3010809@ceetonetechnology.com> <52AF4A59.8040300@T-Online.de> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd9.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (olinguito.schwarzes.net [5.45.103.44]); Tue, 17 Dec 2013 00:35:07 +0100 (CET) Cc: George Rosamond , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Dec 2013 23:35:17 -0000 Hello Juergen, > I have tried six different sd cards. With each of them I followed the > instructions written on kernelnomicon but I have no luck. > I hope I will get a second Pi tomorrow and then I will retry it. > > I cannot believe that nobody got the message "sdhci_bcm0-slot0: timeout > too large". Have you tried a more recent version of FreeBSD-arm? When looking to your Email, I saw that you are using a build from summer. In these times the build was not very stable. > Dec 14 21:04:40 raspberry-pi kernel: FreeBSD 10.0-CURRENT #84 r252209M: > Thu Jun 27 09:09:14 EDT 2013 -- best regards, Andreas From owner-freebsd-arm@FreeBSD.ORG Tue Dec 17 00:15:53 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B904F36; Tue, 17 Dec 2013 00:15:53 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C96831F17; Tue, 17 Dec 2013 00:15:52 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id ar20so7562641iec.30 for ; Mon, 16 Dec 2013 16:15:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1OG3DhqvyDShqXK+q9rSspZVaYskKafAiZk8oiGiggA=; b=Ofco71cXrsDn4ja3iV/gukFoZLDvRYfV9wB8ozikLj/izJhHA6IelUcXcKjttZ3mow S/Y+Z++IfagAIZxoZ7fR46AqJwrAOSEY8U99dSv8UeumBhGDglgeznR6EZdANOyWqB0f ORsYMCinbOW1Hhe+HKkX6E0XS5SitQnhYezt85djICc2CkM2bhsSEWYT+8Nya85CdTK/ KLMAZ6+xOalPrMRUKmV4/kJ6MgUZwN5rG0Xq4gWTrqnIj0K5DyNNtXlZxRIj/apgasAY rAVZ2N0P/bJ+v7jkcuJP5Gg7eBsjGhTx1GoAUa5CVxwjYhbO1puoWIYljvqwXDlisdI+ odXw== MIME-Version: 1.0 X-Received: by 10.50.78.200 with SMTP id d8mr595885igx.38.1387239352242; Mon, 16 Dec 2013 16:15:52 -0800 (PST) Received: by 10.64.18.14 with HTTP; Mon, 16 Dec 2013 16:15:52 -0800 (PST) In-Reply-To: <52AF3D06.2000004@semihalf.com> References: <52AF3D06.2000004@semihalf.com> Date: Tue, 17 Dec 2013 08:15:52 +0800 Message-ID: Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI From: Ganbold Tsagaankhuu To: Zbigniew Bodek Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" , Ruslan Bukin , Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 00:15:53 -0000 Zbigniew, On Tue, Dec 17, 2013 at 1:48 AM, Zbigniew Bodek wrote: > Hello Everyone. > > We would like to submit some new patches recently developed by Semihalf. > > You can find them here: > http://people.freebsd.org/~zbb/Semihalf/12.2013/ > > Detailed description is available in the commit logs but in general: > > -- 0001-Resolve-cache-line-size-using-CP15.patch > - use cache line size acquired in runtime > > -- 0002-GIC-polarity-and-level-support.patch > - suport for setting trigger level and polarity in GIC > It seems Krait SoC's PPIs are all edge triggered according to linux code, and I was using simpler one line reg write method in this regard. I will try to test it in couple of days. thanks, Ganbold > > -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch > - trigger and polarity parsing for PCI FDT interrupts > > -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch > -- 0005-Use-only-mapped-BIOs-on-ARM.patch > - Two patches enabling the AHCI driver on ARM chips > > > We will appreciate if you could post your comments and/or remarks by the > end of this week when we plan to commit the changes. > > Best regards > zbb > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Tue Dec 17 00:44:45 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6BBABBE7 for ; Tue, 17 Dec 2013 00:44:45 +0000 (UTC) Received: from mail-ea0-x236.google.com (mail-ea0-x236.google.com [IPv6:2a00:1450:4013:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 028EE11BE for ; Tue, 17 Dec 2013 00:44:44 +0000 (UTC) Received: by mail-ea0-f182.google.com with SMTP id a15so2572980eae.27 for ; Mon, 16 Dec 2013 16:44:42 -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:subject :content-type:content-transfer-encoding; bh=ryB/SNJX0uhtDFkhgnGOqA8HV0Py4KKVoyJqDxXJv4o=; b=fHIuiiSIzIptYsrjRsqtRnAr1YrTRcJBAI6MwYM5kpC0AWdi0wyzsqPRnzOll4AwyE y8vcpaks1bmZ6r147tRopBP19OOzeiTrX6RYAmDFlROOmbSnwxhgYxthBprdXIN/m6s1 dy+XG7O22182NSxHoKUeeIwy95uVwLxCgSeWLL5xgoLHxqij6ztBwLhVikUlF0f9xtKg BzkYG1yzu0loOSpr/qVnHkhT2wotz3sbpu3GuSL1p7MUR2T/Ncu3ERK7ZJxnihx2qMoC NshzEEBIKSq2i5qaV/7/0OlqW9ew/5rblMXW9PGLZB2N2KPN9XqtRsZWcu0x/LxMnJ30 00rQ== X-Received: by 10.14.88.134 with SMTP id a6mr19644009eef.5.1387241082660; Mon, 16 Dec 2013 16:44:42 -0800 (PST) Received: from [192.168.178.28] (a82-161-212-209.adsl.xs4all.nl. [82.161.212.209]) by mx.google.com with ESMTPSA id o1sm48204220eea.10.2013.12.16.16.44.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 16 Dec 2013 16:44:41 -0800 (PST) Sender: =?UTF-8?Q?Ren=C3=A9_Ladan?= Message-ID: <52AF9CDA.3060600@freebsd.org> Date: Tue, 17 Dec 2013 01:37:46 +0100 From: =?ISO-8859-1?Q?Ren=E9_Ladan?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: arm@FreeBSD.org Subject: flaky panic at boot on Raspberry Pi X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 00:44:45 -0000 Hi, I got this panic ~ 3/5 of the time when rebooting my Raspberry Pi B into 10.0-RC2 (kernel is RPI-B + device ums): ... /dev/mmcsd0s2a: clean, ... vm_fault(0xc05dab00, 0, 1, 0) -> 1 Fatal kernel mode data abort: 'Translation Fault (P)' trapframe: 0xdb4e6d30 FSR=00000017, FAR=00000024, spsr=00000013 r0 =00000000, r1 =c2516500, r2 =00000001, r3 =00000001 r4 =00000200, r5 =c2541800, r6 =c0470068, r7 =c2541a00 r8 =c2549bc0, r9 =00000000, r10=c2549bec, r11=db4e6db0 r12=00000000, ssp=db4e6d80, slr=c0491224, pc =c0491230 [ thread pid 11 tid 100019 ] Stopped at bcm_sdhci_dma_intr+0x44: ldr r0, [r0, #0x024] db> gpu_mem is set to 16 MB sdhci_bcm0: mem 0x20300000-0x203000ff irq 70 on simplebus0 mmcsd0: 8GB at mmc0 25.0MHz/1bit/65535-block Please let me know if you need more information (USB keyboard *might* work, depending on the moon IIRC ...) René From owner-freebsd-arm@FreeBSD.ORG Tue Dec 17 01:12:58 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32FDE712; Tue, 17 Dec 2013 01:12:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0792C1454; Tue, 17 Dec 2013 01:12:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBH1Cvrv061632; Mon, 16 Dec 2013 20:12:57 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBH1CvaU061628; Tue, 17 Dec 2013 01:12:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 17 Dec 2013 01:12:57 GMT Message-Id: <201312170112.rBH1CvaU061628@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 01:12:58 -0000 TB --- 2013-12-16 22:00:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-16 22:00:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-16 22:00:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-16 22:00:19 - cleaning the object tree TB --- 2013-12-16 22:04:13 - /usr/local/bin/svn stat /src TB --- 2013-12-16 22:04:17 - At svn revision 259483 TB --- 2013-12-16 22:04:18 - building world TB --- 2013-12-16 22:04:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-16 22:04:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-16 22:04:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-16 22:04:18 - SRCCONF=/dev/null TB --- 2013-12-16 22:04:18 - TARGET=arm TB --- 2013-12-16 22:04:18 - TARGET_ARCH=arm TB --- 2013-12-16 22:04:18 - TZ=UTC TB --- 2013-12-16 22:04:18 - __MAKE_CONF=/dev/null TB --- 2013-12-16 22:04:18 - cd /src TB --- 2013-12-16 22:04:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 16 22:04:24 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Dec 17 01:06:04 UTC 2013 TB --- 2013-12-17 01:06:04 - generating LINT kernel config TB --- 2013-12-17 01:06:04 - cd /src/sys/arm/conf TB --- 2013-12-17 01:06:04 - /usr/bin/make -B LINT TB --- 2013-12-17 01:06:04 - cd /src/sys/arm/conf TB --- 2013-12-17 01:06:04 - /usr/sbin/config -m LINT TB --- 2013-12-17 01:06:04 - building LINT kernel TB --- 2013-12-17 01:06:04 - CROSS_BUILD_TESTING=YES TB --- 2013-12-17 01:06:04 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-17 01:06:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-17 01:06:04 - SRCCONF=/dev/null TB --- 2013-12-17 01:06:04 - TARGET=arm TB --- 2013-12-17 01:06:04 - TARGET_ARCH=arm TB --- 2013-12-17 01:06:04 - TZ=UTC TB --- 2013-12-17 01:06:04 - __MAKE_CONF=/dev/null TB --- 2013-12-17 01:06:04 - cd /src TB --- 2013-12-17 01:06:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 17 01:06:04 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/dev/netmap/if_em_netmap.h:39: /src/sys/dev/netmap/netmap_kern.h:64:9: error: 'prefetch' macro redefined [-Werror] #define prefetch(x) __builtin_prefetch(x) ^ /src/sys/dev/e1000/e1000_osdep.h:131:9: note: previous definition is here #define prefetch(x) ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-17 01:12:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-17 01:12:57 - ERROR: failed to build LINT kernel TB --- 2013-12-17 01:12:57 - 8896.06 user 1671.71 system 11557.25 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Tue Dec 17 13:13:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17BC01A2 for ; Tue, 17 Dec 2013 13:13:58 +0000 (UTC) Received: from mail-qe0-x22f.google.com (mail-qe0-x22f.google.com [IPv6:2607:f8b0:400d:c02::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB5571100 for ; Tue, 17 Dec 2013 13:13:57 +0000 (UTC) Received: by mail-qe0-f47.google.com with SMTP id t7so4991573qeb.6 for ; Tue, 17 Dec 2013 05:13:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=LhvggYpLfZdqs3aEcXK/5tGMUi0336EN9yGCb9kDajA=; b=nqWvT6q6GUqARfzqNo0H2g836qF27ZSroNGNyAxV83y3HVUMGb36XkAdc0qdtU5ngC g1RwF7llNU+JplmcfUiF670U4R9MTuvs0fO2oH93YpQtDc5Zk94xoaY/ER2y1CuXjd3F 64DkIVRtvlo1VyMbCgKfEOX2JwPtUy+zMtDxjYBbOxO7pUybiurpcLN2hx1rQQJmeyO0 yoQ87LArFCvV9q593duWNC5nfRrh5EgTiOb4L/7uNbs0D2V/tUN3OVVJz2Znzorq9JdC FohvabysfXWEq6CbvmDdMI15wCRqvHICTHWLybcT03XNwmpacqwA+tYAtrhEaDps4J0g KvXw== MIME-Version: 1.0 X-Received: by 10.224.94.8 with SMTP id x8mr43478366qam.1.1387286036944; Tue, 17 Dec 2013 05:13:56 -0800 (PST) Received: by 10.140.42.87 with HTTP; Tue, 17 Dec 2013 05:13:56 -0800 (PST) Date: Tue, 17 Dec 2013 14:13:56 +0100 Message-ID: Subject: alternative armv6 PMAP strictly derived from i386 pmap From: Svatopluk Kraus To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 13:13:58 -0000 Hi, arm community! About two years ago, when I and Michal Melound have started porting FreeBSD on newly developed board, we had to make decision which was not too easy. The new board was based on arm11 mpcore and there was not real SMP support for arm in FreeBSD source tree. We grew up on i386 architecture. This arch is quite familiar for us. When we was porting FreeBSD on Coldfire, we was using i386 tree as starting point. So, we had to choose: First, to start to port arm11 mpcore using i386 tree or second, try to learn existing arm tree and change it to support SMP. The decision was not so easy. However, we had no coding experience with SMP till then and i386 arch was familiar and already SMP. Current arm port looked influenced too many by prior arm platforms. Futher, we already had made a successful port on Coldfire this way. Unfortunatelly, due to other work, we could not present our armv6 pmap implementation until now. So now, when one pmap-v6.c is in FreeBSD tree already, this is, at least, inteded for everybody who could be interested in. Now, some words about our implementation. (1) PIPT data cache was taken as prerequisite. This way the code is not influenced by VIVT data cache impact. (2) The code is SMP and L2 cache compliant. Fully tested on arm11 mpcore platform. (3) We do not use domains. Instead, global and not global mappings are implemented. (4) As we had experience with port for Colfire, where page table entries are two 32 bit words, and because it has many good implications, we strictly are using dedicated functions for manipulation with page tables entries. For example, this way we easily can seek for every mapping made in so large pmap.c file. (5) We use similar aproach for L2 page tables as in i386 arch. So each process has mapped all its L2 page tables in dedicated address space. The address space is shared by all processes. The cost is only one page per a process, but this page keeps track of all L2 page tables in a process simultaneously. (6) Section mapping is implemented. Super section not, but it could be easily coded too. (7) We joined data and prefetch aborts into one routine. (8) We are using inlines instead of macros because of type checking. (9) The code is fully commented. Mainly arm specific parts. Plus, our internal comments are leaved in code too. (10) We still keep track of i386 implementation. For large parts, which are almost same, we extended testing community a lot. Our work is in progress, so some files are not cleaned yet. Our implementation as it is not prepared for compilation in FreeBSD source tree. We plan to try to make it alive for pandaboard we already have got. Unfortunatelly, we have not too much time we can spend on it right now. However, if somebody would like to take a try, we can support him/her with everything needed. Some more files are provided for better insight to our port. https://drive.google.com/folderview?id=0Bx9OFLzdl65mNVRiQUs1UXhPZmc&usp=sharing Svatopluk Kraus From owner-freebsd-arm@FreeBSD.ORG Tue Dec 17 16:18:23 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9551F9B for ; Tue, 17 Dec 2013 16:18:23 +0000 (UTC) Received: from mailout04.t-online.de (mailout04.t-online.de [194.25.134.18]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42506133C for ; Tue, 17 Dec 2013 16:18:23 +0000 (UTC) Received: from fwd23.aul.t-online.de (fwd23.aul.t-online.de ) by mailout04.t-online.de with smtp id 1VsxLY-00020l-0L; Tue, 17 Dec 2013 17:18:12 +0100 Received: from mail.juergendankoweit.local (ZASTI6ZZ8hWJWywYXysUmCm-0wUdPkthI1xNUA7FDwKNuk-jf9yDYfA9MSCbSJVZap@[91.55.217.18]) by fwd23.t-online.de with esmtp id 1VsxLV-3K5bZw0; Tue, 17 Dec 2013 17:18:09 +0100 Received: from routerdeluxe.juergendankoweit.local (unknown [127.0.0.1]) by mail.juergendankoweit.local (Postfix) with ESMTP id 76BF7284BF; Tue, 17 Dec 2013 17:18:07 +0100 (CET) X-Virus-Scanned: amavisd-new at juergendankoweit.local Received: from mail.juergendankoweit.local ([127.0.0.1]) by routerdeluxe.juergendankoweit.local (mail.juergendankoweit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SedF34NOA9KZ; Tue, 17 Dec 2013 17:18:02 +0100 (CET) Received: from t400localhost.juergendankoweit.local (t400localhost.juergendankoweit.local [192.168.1.191]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.juergendankoweit.local (Postfix) with ESMTPSA id 59744284B8; Tue, 17 Dec 2013 17:18:02 +0100 (CET) Message-ID: <52B07939.4090308@T-Online.de> Date: Tue, 17 Dec 2013 17:18:01 +0100 From: =?ISO-8859-1?Q?J=FCrgen_Dankoweit?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Andreas Schwarz Subject: Re: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large References: <52AD3C65.6040600@T-Online.de> <52AE0C45.4020406@ceetonetechnology.com> <52AE8673.1020004@T-Online.de> <52AE915E.3010809@ceetonetechnology.com> <52AF4A59.8040300@T-Online.de> <20131217003506.bce9cdba6c16d593650b8c05@schwarzes.net> In-Reply-To: <20131217003506.bce9cdba6c16d593650b8c05@schwarzes.net> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-ID: ZASTI6ZZ8hWJWywYXysUmCm-0wUdPkthI1xNUA7FDwKNuk-jf9yDYfA9MSCbSJVZap X-TOI-MSGID: d2adf071-058e-4419-8a5c-3c097a137979 Cc: George Rosamond , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 16:18:23 -0000 Hello Andreas, Am 17.12.2013 00:35, schrieb Andreas Schwarz: > > Hello Juergen, > >> I have tried six different sd cards. With each of them I followed the >> instructions written on kernelnomicon but I have no luck. >> I hope I will get a second Pi tomorrow and then I will retry it. >> >> I cannot believe that nobody got the message "sdhci_bcm0-slot0: timeout >> too large". > > Have you tried a more recent version of FreeBSD-arm? When looking to your > Email, I saw that you are using a build from summer. In these times the build > was not very stable. > >> Dec 14 21:04:40 raspberry-pi kernel: FreeBSD 10.0-CURRENT #84 r252209M: >> Thu Jun 27 09:09:14 EDT 2013 > > Currently I only my router is a FreeBSD system and no other device runs under FreeBSD. Therefore I have no environment to create a new image for Raspberry. In a few days this I will setup my new notebook with FreebSD and then I will create an image. If it is successful I will put it on my webspace. I needed an image for testing the Raspberry and found this on db.net. But the search engines didn't found any solution for this error message and therefore I asked here. Best regards and many thanks for your help Juergen -- Meine stets unfertige Homepage: www.dankoweit.de From owner-freebsd-arm@FreeBSD.ORG Tue Dec 17 16:25:47 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B13D9187 for ; Tue, 17 Dec 2013 16:25:47 +0000 (UTC) Received: from nm19-vm0.bullet.mail.bf1.yahoo.com (nm19-vm0.bullet.mail.bf1.yahoo.com [98.139.213.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4794513CF for ; Tue, 17 Dec 2013 16:25:46 +0000 (UTC) Received: from [66.196.81.173] by nm19.bullet.mail.bf1.yahoo.com with NNFMP; 17 Dec 2013 16:25:40 -0000 Received: from [68.142.230.78] by tm19.bullet.mail.bf1.yahoo.com with NNFMP; 17 Dec 2013 16:25:40 -0000 Received: from [127.0.0.1] by smtp235.mail.bf1.yahoo.com with NNFMP; 17 Dec 2013 16:25:40 -0000 X-Yahoo-Newman-Id: 270630.48871.bm@smtp235.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: RmJjjKEVM1lt_qp_kYWKA.h9vlUKny.P_xLpy8I_6MVMCUb RcD4uK51lWMvl2WS2.LVNodxNkIhlPsCuDnzF6DKNeQbPaCeI6XcFEheIPU0 ChNmw3RrMdBGdjq9M9A0ch8CMRei8wgPAeX7lVzq6S3CtSyuBum9A0.IjnnY GLXIkLT2Rg1IVhasTWvU0b6SFgRLkhnJnviVywdGFrfsTlBVqKOlt8YayFqN WhRHKT3M7ZHEZgjXIVZkGdG6w9FirAJfuKk4YaYlFCmBoC5xkky3QgkG8db7 4J7Z4KfHQtSpWZR5dThJPjWJOXNJwYNjEG49XmCqLn59flh6ZIXJtjYKwhqW iUdojDOz6e8O2928DhDnCPEnrVM_v2X2zO9kqVFknFFGq2dx1MO4hFTupFZQ 9LwauJ5.EtMqikw4XURJ3Vjq_GF8cN6m4aq1.ROlr_Y9CrEKUfNXqFf3XEqo Lpv2pBr_5gwdHC2xddaHtm14cNah.xloAN3QHb_EUfdzfm.w5rKW_4Xmp9gr uTSJeVPSKLDZ3PZMz6w5v5tXFHepxB5Dz1LHy4DSfeu5bdLH8l2olOKR6pP2 SNVaudpbaGMe_CmBcuBM8_KWLSlN7pGF.0AtArZb6ddu6pEVsgKVCjuAIPJZ O35YWfbHa8M1kbWhSit1OVjz.vEXSBa7zQ7c_lw-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.102] (pfg@190.157.126.109 with plain [98.139.211.125]) by smtp235.mail.bf1.yahoo.com with SMTP; 17 Dec 2013 16:25:40 +0000 UTC Message-ID: <52B07B02.40600@FreeBSD.org> Date: Tue, 17 Dec 2013 11:25:38 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: arm@FreeBSD.org Subject: Re: [CFT] gcc update for ARM References: <52AF2CDD.2000207@FreeBSD.org> <443ACF8D-F13C-41D5-BB97-148CA5A36BBE@bsdimp.com> In-Reply-To: <443ACF8D-F13C-41D5-BB97-148CA5A36BBE@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 16:25:47 -0000 On 16.12.2013 16:35, Warner Losh wrote: > Does this apply to FreeBSD 9-stable? > > Warner > > On Dec 16, 2013, at 9:39 AM, Pedro Giffuni wrote: > >> Hello guys; >> >> Not sure how I got into this, but I am checking out some changes from Apple's gcc 42 and I got to a patch that merges most of the FSF pre-gcc43 ARM (GPLv2) updates to gcc. >> >> I don't have ARM to stuff to test though, so please give it a try: >> >> http://people.freebsd.org/~pfg/patches/gcc/gccarm.patch >> Since yesterday I did some more cleaning: fixed mismerges, added more changes. I hope I can take a break now from this ... gcc is ugly ;). Pedro. From owner-freebsd-arm@FreeBSD.ORG Tue Dec 17 17:55:27 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64849CD4; Tue, 17 Dec 2013 17:55:27 +0000 (UTC) Received: from smtpauth3.wiscmail.wisc.edu (wmauth3.doit.wisc.edu [144.92.197.226]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 31A141C90; Tue, 17 Dec 2013 17:55:26 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MXY00900P7YAT00@smtpauth3.wiscmail.wisc.edu>; Tue, 17 Dec 2013 11:55:25 -0600 (CST) X-Spam-PmxInfo: Server=avs-3, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.12.17.174516, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth3.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MXY001JUPSBV810@smtpauth3.wiscmail.wisc.edu>; Tue, 17 Dec 2013 11:55:24 -0600 (CST) Message-id: <52B0900B.7020905@freebsd.org> Date: Tue, 17 Dec 2013 11:55:23 -0600 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: Zbigniew Bodek , "freebsd-arm@freebsd.org" Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI References: <52AF3D06.2000004@semihalf.com> <52AF760A.2030500@freebsd.org> In-reply-to: <52AF760A.2030500@freebsd.org> Cc: br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Dec 2013 17:55:27 -0000 On 12/16/13 15:52, Nathan Whitehorn wrote: > On 12/16/13 11:48, Zbigniew Bodek wrote: >> Hello Everyone. >> >> We would like to submit some new patches recently developed by Semihalf. >> >> You can find them here: >> http://people.freebsd.org/~zbb/Semihalf/12.2013/ >> >> Detailed description is available in the commit logs but in general: >> >> -- 0001-Resolve-cache-line-size-using-CP15.patch >> - use cache line size acquired in runtime >> >> -- 0002-GIC-polarity-and-level-support.patch >> - suport for setting trigger level and polarity in GIC >> >> -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch >> - trigger and polarity parsing for PCI FDT interrupts >> >> -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch >> -- 0005-Use-only-mapped-BIOs-on-ARM.patch >> - Two patches enabling the AHCI driver on ARM chips >> >> >> We will appreciate if you could post your comments and/or remarks by the >> end of this week when we plan to commit the changes. >> >> Best regards >> zbb >> _______________________________________________ >> 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" > > Can you hold off on > 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch for the time > being? I'm restructuring this code at the moment. > -Nathan > _______________________________________________ > 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" This is done now. I have not updated the ARM code, because I don't know how it is supposed to work, but you can take a look at r259513 to powerpc/ofw/ofw_pci.c to see how the new stuff works. It relies on some device (nexus, for example) implementing OFW_BUS_CONFIG_INTR(), which takes an IRQ and a sense code, but that seems to be wrapped up in a lot of ARM-specific stuff. If you like, I can just write a piece of bridge code, but I don't want to interfere with in-flight things on your end. -Nathan From owner-freebsd-arm@FreeBSD.ORG Wed Dec 18 21:51:31 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E3856348 for ; Wed, 18 Dec 2013 21:51:31 +0000 (UTC) Received: from mailout10.t-online.de (mailout10.t-online.de [194.25.134.21]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 92624190E for ; Wed, 18 Dec 2013 21:51:31 +0000 (UTC) Received: from fwd08.aul.t-online.de (fwd08.aul.t-online.de ) by mailout10.t-online.de with smtp id 1VtP1W-0006PM-P8; Wed, 18 Dec 2013 22:51:22 +0100 Received: from mail.juergendankoweit.local (T59f66ZHwhGn9YuBVvIAVOF3m+O1rRm4y5aEOwJ-y9AWDPbaBrL+bkYUGhTn5r6Z0X@[91.55.239.253]) by fwd08.t-online.de with esmtp id 1VtP1R-1gmSR60; Wed, 18 Dec 2013 22:51:17 +0100 Received: from routerdeluxe.juergendankoweit.local (unknown [127.0.0.1]) by mail.juergendankoweit.local (Postfix) with ESMTP id 875F7284BC for ; Wed, 18 Dec 2013 22:51:16 +0100 (CET) X-Virus-Scanned: amavisd-new at juergendankoweit.local Received: from mail.juergendankoweit.local ([127.0.0.1]) by routerdeluxe.juergendankoweit.local (mail.juergendankoweit.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b7fDNVY0pDk2 for ; Wed, 18 Dec 2013 22:51:10 +0100 (CET) Received: from t400localhost.juergendankoweit.local (t400localhost.juergendankoweit.local [192.168.1.191]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.juergendankoweit.local (Postfix) with ESMTPSA id D0BB9284B8 for ; Wed, 18 Dec 2013 22:51:09 +0100 (CET) Message-ID: <52B218CD.9010100@T-Online.de> Date: Wed, 18 Dec 2013 22:51:09 +0100 From: =?ISO-8859-1?Q?J=FCrgen_Dankoweit?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 CC: freebsd-arm@freebsd.org Subject: Re: FreeBSD on Raspberry Pi: sdhci_bcm0-slot0: timeout too large References: <52AD3C65.6040600@T-Online.de> <52AE0C45.4020406@ceetonetechnology.com> <52AE8673.1020004@T-Online.de> <52AE915E.3010809@ceetonetechnology.com> <52AF4A59.8040300@T-Online.de> <20131217003506.bce9cdba6c16d593650b8c05@schwarzes.net> In-Reply-To: <20131217003506.bce9cdba6c16d593650b8c05@schwarzes.net> X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-ID: T59f66ZHwhGn9YuBVvIAVOF3m+O1rRm4y5aEOwJ-y9AWDPbaBrL+bkYUGhTn5r6Z0X X-TOI-MSGID: 238716e2-d05a-4d8a-9b5c-fbd73e602d2d X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Juergen.Dankoweit@T-Online.de List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Dec 2013 21:51:31 -0000 Hello, Am 17.12.2013 00:35, schrieb Andreas Schwarz: > > Hello Juergen, > >> I have tried six different sd cards. With each of them I followed the >> instructions written on kernelnomicon but I have no luck. >> I hope I will get a second Pi tomorrow and then I will retry it. >> >> I cannot believe that nobody got the message "sdhci_bcm0-slot0: timeout >> too large". > > Have you tried a more recent version of FreeBSD-arm? When looking to your > Email, I saw that you are using a build from summer. In these times the build > was not very stable. > >> Dec 14 21:04:40 raspberry-pi kernel: FreeBSD 10.0-CURRENT #84 r252209M: >> Thu Jun 27 09:09:14 EDT 2013 > > With the new FreeBSd version everything is ok. Sorry for the noise and thanks to all for the help. Best regards Juergen -- Meine stets unfertige Homepage: www.dankoweit.de From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 10:57:01 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1131E1B6 for ; Thu, 19 Dec 2013 10:57:01 +0000 (UTC) Received: from mail-we0-f176.google.com (mail-we0-f176.google.com [74.125.82.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 963B6136E for ; Thu, 19 Dec 2013 10:57:00 +0000 (UTC) Received: by mail-we0-f176.google.com with SMTP id p61so867235wes.21 for ; Thu, 19 Dec 2013 02:56: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:message-id:date:from:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=KBk5PghOBiiW+go7gYDjnY3VaT8F+LlJ3xliWOhIajg=; b=Y0UcKLSpLsb1Eph4tpPDYUyUEjPDQ5L+IFLSBPXOGT4pIu5WK+6VAiMnti0oRj82t3 /qsRM5k2rxh1uUh+2iAWRAMKutA8alBXxS8hw5ofk/ndqCu24/hE73vMy51XsuWaLfOG 02n9XT5RSq7e153WApKRAgGpVRNZfjVYFjdNdMbdwCi1T1o/lrt9dYHO5DPqw+3nwyRu EouK/xNjTfo05ian1+LZHRMtWnJaqxg5Zz9V44sGny6YdgAvPz1vGXbKjALr66YDBAt0 KSB4alxCBswStV9BTQoN8YlQJqNkpgsI/Hn1yuP+g51Lv/xtDOUcgkiLqxHkAoZbYzcn D+xw== X-Gm-Message-State: ALoCoQkrCNkssklmNeYQLCoYfhCTPas73IKbcpb74J6Zyv6X8/GOTtBY3BLe0E484KjoVS6skuTV X-Received: by 10.180.206.41 with SMTP id ll9mr1765052wic.7.1387450613339; Thu, 19 Dec 2013 02:56:53 -0800 (PST) Received: from [10.0.2.117] ([80.82.22.190]) by mx.google.com with ESMTPSA id fj8sm11105467wib.1.2013.12.19.02.56.51 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Dec 2013 02:56:52 -0800 (PST) Message-ID: <52B2D0F3.50100@semihalf.com> Date: Thu, 19 Dec 2013 11:56:51 +0100 From: Zbigniew Bodek Organization: Semihalf User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Nathan Whitehorn , "freebsd-arm@freebsd.org" Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI References: <52AF3D06.2000004@semihalf.com> <52AF760A.2030500@freebsd.org> <52B0900B.7020905@freebsd.org> In-Reply-To: <52B0900B.7020905@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 10:57:01 -0000 On 17.12.2013 18:55, Nathan Whitehorn wrote: > On 12/16/13 15:52, Nathan Whitehorn wrote: >> On 12/16/13 11:48, Zbigniew Bodek wrote: >>> Hello Everyone. >>> >>> We would like to submit some new patches recently developed by Semihalf. >>> >>> You can find them here: >>> http://people.freebsd.org/~zbb/Semihalf/12.2013/ >>> >>> Detailed description is available in the commit logs but in general: >>> >>> -- 0001-Resolve-cache-line-size-using-CP15.patch >>> - use cache line size acquired in runtime >>> >>> -- 0002-GIC-polarity-and-level-support.patch >>> - suport for setting trigger level and polarity in GIC >>> >>> -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch >>> - trigger and polarity parsing for PCI FDT interrupts >>> >>> -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch >>> -- 0005-Use-only-mapped-BIOs-on-ARM.patch >>> - Two patches enabling the AHCI driver on ARM chips >>> >>> >>> We will appreciate if you could post your comments and/or remarks by the >>> end of this week when we plan to commit the changes. >>> >>> Best regards >>> zbb >>> _______________________________________________ >>> 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" >> >> Can you hold off on >> 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch for the time >> being? I'm restructuring this code at the moment. >> -Nathan >> _______________________________________________ >> 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" > > This is done now. I have not updated the ARM code, because I don't know > how it is supposed to work, but you can take a look at r259513 to > powerpc/ofw/ofw_pci.c to see how the new stuff works. It relies on some > device (nexus, for example) implementing OFW_BUS_CONFIG_INTR(), which > takes an IRQ and a sense code, but that seems to be wrapped up in a lot > of ARM-specific stuff. > > If you like, I can just write a piece of bridge code, but I don't want > to interfere with in-flight things on your end. Hello Nathan. We will wait for your refactoring to finish so no worries. We can skip this patch for now, the more that there were some comments to this one. Thanks and best regards zbb From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 11:23:59 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F31458FD for ; Thu, 19 Dec 2013 11:23:58 +0000 (UTC) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8434D15A1 for ; Thu, 19 Dec 2013 11:23:58 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bz8so2010615wib.11 for ; Thu, 19 Dec 2013 03:23:51 -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:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=//l4WqSVLd6yXhR1S6UE4v7h6NwwdkmTKl/2gcyKjnU=; b=KvPA/YX3KL3vSW0/bglWsRUDbdqYLoIXDy/mLd6xFhK86NNf6b39ZlsknCIjNGOtBO hPtiD8/pzBrIpzvLziT1qsTS4WpSO6qHAwNJlMAbMUEeiYteGZJ68iDNtKEv109stbs7 cMNvGhbHt3oeSBWPQDeWSpNS9r6McdHmWZQ+f6XmNLhqpaLWQmC0/YyCFgDwqtS+rNNf 45yz7bF1Fq6nDgXHliJM86qUXOglJf4L74lKeWszJ3aOegSCTL8yZV3UA38O6pPz9DtM /zErB6BO9nHuMT8F6Rv6Y+VVNHgpEeJytzvq37k8Y6bdYAppyGFEofuw2yOE1IZR+qzi Ff0Q== X-Gm-Message-State: ALoCoQnivrkz7CD3GAYyO+du/vk/nlPZwQijZFz//03rotHjoCAe6v0ArZSwexHajI0LOADopr+Y X-Received: by 10.180.108.83 with SMTP id hi19mr1933481wib.26.1387452231319; Thu, 19 Dec 2013 03:23:51 -0800 (PST) Received: from [10.0.2.117] ([80.82.22.190]) by mx.google.com with ESMTPSA id fj8sm11283814wib.1.2013.12.19.03.23.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Dec 2013 03:23:50 -0800 (PST) Message-ID: <52B2D744.3090003@semihalf.com> Date: Thu, 19 Dec 2013 12:23:48 +0100 From: Zbigniew Bodek Organization: Semihalf User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: Warner Losh Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI References: <52AF3D06.2000004@semihalf.com> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" , br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 11:23:59 -0000 Hello Warner, Thanks for your review. Please see below. Best regards zbb On 16.12.2013 22:50, Warner Losh wrote: > > On Dec 16, 2013, at 10:48 AM, Zbigniew Bodek wrote: > >> Hello Everyone. >> >> We would like to submit some new patches recently developed by Semihalf. > > Thanks for your efforts here. Would there be a need to MFC these patches to 10 and/or 9? [ZBB] We can take a look at that after committing to current. > >> You can find them here: >> http://people.freebsd.org/~zbb/Semihalf/12.2013/ >> >> Detailed description is available in the commit logs but in general: >> >> -- 0001-Resolve-cache-line-size-using-CP15.patch >> - use cache line size acquired in runtime > > This looks good (assuming the register definitions are good, I didn't verify them). Might be useful to publish these values to userland somehow, maybe via a sysctl. This is option, but would be nice to have. > > Would also be good to have USB_ALIGN kassert if using USB and this value is < that macro. > > Do other, older CPUs need similar decoding, or are the hard-wired values good? [ZBB] I have no knowledge about that. Someone who is using older ARMs should take a look. > >> -- 0002-GIC-polarity-and-level-support.patch >> - suport for setting trigger level and polarity in GIC > > This one seems to be OK, but is complicated enough that more eyeballs and testing would be good.... [ZBB] OK. Someone is testing this right now. > >> -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch >> - trigger and polarity parsing for PCI FDT interrupts > > This patch might conflict. > > + if (trig) > + *trig = tmp_trig; > + if (pol) > + *pol = tmp_pol; > > Are not zero values also valid? [ZBB] Yeah. We will skip this patch for now. > >> -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch > > I'd add the word 'PCI' before bridge in the comment, otherwise this looks good. [ZBB] OK. > >> -- 0005-Use-only-mapped-BIOs-on-ARM.patch > > A comment about what MVA is would be useful.. Otherwise does what it says. [ZBB]. This should refer to just Virtual Address (not "Modified") so we will change it back to VA. > >> - Two patches enabling the AHCI driver on ARM chips > > I didn't see these. Did I miss something? Or is the unmapped stuff all it takes? [ZBB] Yes, I meant the two above(0004 && 0005). > >> We will appreciate if you could post your comments and/or remarks by the >> end of this week when we plan to commit the changes. >> >> Best regards >> zbb >> _______________________________________________ >> 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 19 11:42:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 073C2204 for ; Thu, 19 Dec 2013 11:42:07 +0000 (UTC) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C4A151700 for ; Thu, 19 Dec 2013 11:42:06 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id h16so1080916oag.13 for ; Thu, 19 Dec 2013 03:41:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=Ds7uflX0N9b+9FetvmDoN7CmZS47WwT/IOJfxJRDpp4=; b=WYgqK47HZK+A3OzFkQo6TKW8Q+lifannrIwuZ1+1+rQcZeo5gTzwG58dzGyB6RQuTg 2nr0vfkuzGh1NNv5ms8hELGoIUELouopQEbPAzFtFNGNMN5zAg29Vv1+6ZaL9c2LsWXs Ml+8COifR8YAnxs7h2HRtdIdN2qRBVIdt76qGJyZTbz1D/Bx3JFpE6EbYbxMY1VkUIlx oTm/Mgt5+TLo7AmD4MCee9ovVvyYdFHfZ2ch+tHnjyn3F+zNcwJMifRXOHm/8RccDdAB 2LahjbF8i0laBdHYrFK/WaVgJFdetpQE1uPYM7elOMsIrgMhTE6GwO51PyOEnihmmfpT sHsA== X-Gm-Message-State: ALoCoQlED11x7+OPax6zX3rUZeWFPPHnunFmyTZIL6npJNLF73NSyFUpseLoVz95p/zjzahZfIIe MIME-Version: 1.0 X-Received: by 10.182.48.130 with SMTP id l2mr818594obn.44.1387453319660; Thu, 19 Dec 2013 03:41:59 -0800 (PST) Received: by 10.182.103.231 with HTTP; Thu, 19 Dec 2013 03:41:59 -0800 (PST) Date: Thu, 19 Dec 2013 12:41:59 +0100 Message-ID: Subject: arm SMP on Cortex-A15 From: Wojciech Macek To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 11:42:07 -0000 Hi, Finally, I'm able to run FreeBSD stable on Cortex-A15. The TLB issue which was observed, was caused by an aggressive A15 feature called "L2 TLB prefetch". There are 4 fixes that helped: 0. Prerequisite, Olivier's patch for PCPU atomicity. 1. TEX remap - to be compliant with spec, TEX remap is used to configure memory as Inner Shareable 2. TLB flush SE - after each PTE modification and PTE_SYNC, there is no guarantee that newly created entry is not overlapped by old value in TLB cache. Do flush_SE to ensure proper mapping. 3. During context switch, ensure that tlb flush is executed after ttb is changed. Clean BTB to be compliant with specs. Above patches can be found here https://drive.google.com/folderview?id=0B-7yTLrPxaWteWFtWUQxVVNHVFk&usp=sharing None of them is 100%-ready, but should work. Any comments and/or testing are really appreciated. Regards, Wojtek From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 13:14:29 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CBC343BE for ; Thu, 19 Dec 2013 13:14:29 +0000 (UTC) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C43B1F70 for ; Thu, 19 Dec 2013 13:14:29 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.5/8.14.5) with ESMTP id rBJDEQUU017716; Thu, 19 Dec 2013 14:14:26 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id rBJDEQsX017715; Thu, 19 Dec 2013 14:14:26 +0100 (CET) (envelope-from mlfbsd) Date: Thu, 19 Dec 2013 14:14:26 +0100 From: Olivier Houchard To: Wojciech Macek Subject: Re: arm SMP on Cortex-A15 Message-ID: <20131219131426.GA17686@ci0.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 13:14:29 -0000 Hi Wojciech, On Thu, Dec 19, 2013 at 12:41:59PM +0100, Wojciech Macek wrote: > Hi, > > Finally, I'm able to run FreeBSD stable on Cortex-A15. The TLB issue which > was observed, was caused by an aggressive A15 feature called "L2 TLB > prefetch". > Wow that's great news ! > There are 4 fixes that helped: > 0. Prerequisite, Olivier's patch for PCPU atomicity. Cool, I'll commit it, then. > 1. TEX remap - to be compliant with spec, TEX remap is used to configure > memory as Inner Shareable > 2. TLB flush SE - after each PTE modification and PTE_SYNC, there is no > guarantee that newly created entry is not overlapped by old value in TLB > cache. Do flush_SE to ensure proper mapping. Wow, I failed to realized we were missing so many flush. And I've read the pmap code to find any of those many many times. Great work ! > 3. During context switch, ensure that tlb flush is executed after ttb is > changed. Clean BTB to be compliant with specs. > > Above patches can be found here > https://drive.google.com/folderview?id=0B-7yTLrPxaWteWFtWUQxVVNHVFk&usp=sharing > > > None of them is 100%-ready, but should work. Any comments and/or testing > are really appreciated. > Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 13:19:50 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94EB1646 for ; Thu, 19 Dec 2013 13:19:50 +0000 (UTC) Received: from mail-wi0-f175.google.com (mail-wi0-f175.google.com [209.85.212.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2782A1FAD for ; Thu, 19 Dec 2013 13:19:49 +0000 (UTC) Received: by mail-wi0-f175.google.com with SMTP id hi5so6833173wib.2 for ; Thu, 19 Dec 2013 05:19:48 -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:organization:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=KIUUcWzEXoh9T+tLqf5R4+xSho5ulCTlRMfLOE5slYc=; b=gXtvz1tEbqO+32tKVHdUWarkIAXgJl9bNMMIUlZAS/FYlx3XbhLeF3C8wCW/9EqEH1 zEjmjLuL3fd72f4JoPIVQ5176Ab9gjiSLYJtn7QHS2nJNlVvuXi9073abJcjfuwlQha5 CF+bBkSFxRTC3NUkPtCe6p8uxpHrmymVtWxuhMMWPIbIsYKvUYDbtYGm6Xidt/Jqz89A YB9ldlUoR3cRlX0oFcydAifT77N0cjfEbmRQ6jONPx2fKuoSOBu+MjohoFFH3BNVVj9b a8JCEQ/6l3KH9IcsePgkI0gFQuGPQPW0S4V4nsZblIgFlf4656Eu+lGOxedzAMZtjDAd sySQ== X-Gm-Message-State: ALoCoQnwX+ViCUSkq4jtP8/8/DSvSzlSAbya0cjSs3i6+QoMQWSyOPoAUWRQ6XRzJxTPf1VTyMof X-Received: by 10.180.198.43 with SMTP id iz11mr2445618wic.0.1387452376099; Thu, 19 Dec 2013 03:26:16 -0800 (PST) Received: from [10.0.2.117] ([80.82.22.190]) by mx.google.com with ESMTPSA id md9sm11142148wic.1.2013.12.19.03.26.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Dec 2013 03:26:15 -0800 (PST) Message-ID: <52B2D7D4.1090007@semihalf.com> Date: Thu, 19 Dec 2013 12:26:12 +0100 From: Zbigniew Bodek Organization: Semihalf User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI References: <52AF3D06.2000004@semihalf.com> In-Reply-To: <52AF3D06.2000004@semihalf.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 13:19:50 -0000 On 16.12.2013 18:48, Zbigniew Bodek wrote: > Hello Everyone. > > We would like to submit some new patches recently developed by Semihalf. > > You can find them here: > http://people.freebsd.org/~zbb/Semihalf/12.2013/ > > Detailed description is available in the commit logs but in general: > > -- 0001-Resolve-cache-line-size-using-CP15.patch > - use cache line size acquired in runtime > > -- 0002-GIC-polarity-and-level-support.patch > - suport for setting trigger level and polarity in GIC > > -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch > - trigger and polarity parsing for PCI FDT interrupts > > -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch > -- 0005-Use-only-mapped-BIOs-on-ARM.patch > - Two patches enabling the AHCI driver on ARM chips > > > We will appreciate if you could post your comments and/or remarks by the > end of this week when we plan to commit the changes. > Hello again. One more patch for SP804 timer is available here: http://people.freebsd.org/~zbb/Semihalf/12.2013/0006-Fix-race-condition-in-DELAY-for-SP804-timer.patch I must have missed it when posting previous patches. Please take a look at this one too. Thanks in advance and best regards. zbb From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 14:29:21 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1D936F1 for ; Thu, 19 Dec 2013 14:29:21 +0000 (UTC) Received: from mail-wi0-f169.google.com (mail-wi0-f169.google.com [209.85.212.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 55E15159F for ; Thu, 19 Dec 2013 14:29:20 +0000 (UTC) Received: by mail-wi0-f169.google.com with SMTP id hn6so6636050wib.4 for ; Thu, 19 Dec 2013 06:29:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=kyuYIF+rujAOe1JgvsyjqRfSEbyh3YBifo7HCouHXnA=; b=GZ4L7HUpFMQ8jT9mDiCQrdokvtvcec3lD6EQgoUPW1pbr9ASB6+NNRLvezfES9bfxG vUq4LFzwl8+OgWZ7g/UM95YGiOi3Q3Ahcbw2dbG12rqWlgOb3H87mpJ0FQdN3+HubApP aN/ke9eyxU6QhRDFHqioGGDqL2CIe5vlCq3KOxxphw40qRip7FqhzADoN0oI+zR4jkYk 4TddJ+gN32zEvE/AzsN4qwKPgUin+CKgTAnNdLpn+yQsAAxgB+OsSPPL40u2rI1X13qb eXHkeUnmhMIYeLQMXy4UWzgCsJRC/vyvxcVKSJbsqVC6PYHQUTuvwncFQdFaqg184DJc mbmQ== X-Gm-Message-State: ALoCoQkkRQbrxe7m1zn46j/wB/DNnhqWLMj/EeLeu6xOCrayEmhfKagZ2KmWL3rEz6uKRoFyrTzF MIME-Version: 1.0 X-Received: by 10.180.205.162 with SMTP id lh2mr2482426wic.57.1387461763209; Thu, 19 Dec 2013 06:02:43 -0800 (PST) Received: by 10.216.17.73 with HTTP; Thu, 19 Dec 2013 06:02:43 -0800 (PST) In-Reply-To: <20131219131426.GA17686@ci0.org> References: <20131219131426.GA17686@ci0.org> Date: Thu, 19 Dec 2013 15:02:43 +0100 Message-ID: Subject: Re: arm SMP on Cortex-A15 From: Wojciech Macek To: Olivier Houchard Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 14:29:21 -0000 Regarding 2., I would consider it as a proof of concept, or the least invasive workaround - a lot of those flushes might not be necessary. But it suggests, that there is a place in pmap where a situation of prefetching old TLB can happen. I've seen some functions where, for example, flush&pte_sync order is reversed, so this is the path that needs to be investigated to get a proper fix. Wojtek 2013/12/19 Olivier Houchard > Hi Wojciech, > > On Thu, Dec 19, 2013 at 12:41:59PM +0100, Wojciech Macek wrote: > > Hi, > > > > Finally, I'm able to run FreeBSD stable on Cortex-A15. The TLB issue > which > > was observed, was caused by an aggressive A15 feature called "L2 TLB > > prefetch". > > > > Wow that's great news ! > > > There are 4 fixes that helped: > > 0. Prerequisite, Olivier's patch for PCPU atomicity. > > Cool, I'll commit it, then. > > > 1. TEX remap - to be compliant with spec, TEX remap is used to configure > > memory as Inner Shareable > > 2. TLB flush SE - after each PTE modification and PTE_SYNC, there is no > > guarantee that newly created entry is not overlapped by old value in TLB > > cache. Do flush_SE to ensure proper mapping. > > Wow, I failed to realized we were missing so many flush. And I've read the > pmap code to find any of those many many times. Great work ! > > > > 3. During context switch, ensure that tlb flush is executed after ttb is > > changed. Clean BTB to be compliant with specs. > > > > Above patches can be found here > > > https://drive.google.com/folderview?id=0B-7yTLrPxaWteWFtWUQxVVNHVFk&usp=sharing > > > > > > None of them is 100%-ready, but should work. Any comments and/or testing > > are really appreciated. > > > > Regards, > > Olivier > From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 15:15:56 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 879CC76E for ; Thu, 19 Dec 2013 15:15:56 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 916041954 for ; Thu, 19 Dec 2013 15:15:55 +0000 (UTC) Received: from [10.225.9.5] (unknown [194.95.73.101]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 3712C1C0C069A for ; Thu, 19 Dec 2013 16:15:53 +0100 (CET) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: RPI panics Message-Id: <9D4BC904-7C99-4B52-934D-84E9D86E2840@freebsd.org> Date: Thu, 19 Dec 2013 16:15:51 +0100 To: "freebsd-arm@FreeBSD.org" Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) X-Mailer: Apple Mail (2.1510) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 15:15:56 -0000 Dear all, when doing a portsnap fetch / extract I get panic: ffs_alloccg: map corrupted KDB: enter: panic [ thread pid 75194 tid 100078 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> where Tracing pid 75194 tid 100078 td 0xc2aca000 db_trace_self() at db_trace_self pc = 0xc0478800 lr = 0xc012efb8 (db_stack_trace+0xf4) sp = 0xdc6d04b0 fp = 0xdc6d04c8 r10 = 0xc056d230 db_stack_trace() at db_stack_trace+0xf4 pc = 0xc012efb8 lr = 0xc012e924 (db_command+0x264) sp = 0xdc6d04d0 fp = 0xdc6d0570 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc04e0b61 db_command() at db_command+0x264 pc = 0xc012e924 lr = 0xc012e694 (db_command_loop+0x60) sp = 0xdc6d0578 fp = 0xdc6d0588 r4 = 0xc04b77b0 r5 = 0xc04d0fc4 r6 = 0xc05c234c r7 = 0xdc6d0758 r8 = 0xc2aca000 r9 = 0xc05b8ce4 r10 = 0xc056d4a0 db_command_loop() at db_command_loop+0x60 pc = 0xc012e694 lr = 0xc0131094 (db_trap+0xdc) sp = 0xdc6d0590 fp = 0xdc6d06b0 r4 = 0x00000000 r5 = 0xdc6d0598 r6 = 0xc05b8d10 db_trap() at db_trap+0xdc pc = 0xc0131094 lr = 0xc027b9d0 (kdb_trap+0xd4) sp = 0xdc6d06b8 fp = 0xdc6d06d8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc05b8d10 r7 = 0xdc6d0758 kdb_trap() at kdb_trap+0xd4 pc = 0xc027b9d0 lr = 0xc048b31c (undefinedinstruction+0x2b0) sp = 0xdc6d06e0 fp = 0xdc6d0750 r4 = 0x00000000 r5 = 0xc048afc8 r6 = 0x00000000 r7 = 0xe7ffffff r8 = 0xc2aca000 r9 = 0xdc6d0758 r10 = 0xc027b280 undefinedinstruction() at undefinedinstruction+0x2b0 pc = 0xc048b31c lr = 0xc047a3f4 (exception_exit) sp = 0xdc6d0758 fp = 0xdc6d07b0 r4 = 0xc04d101e r5 = 0xdc6d07f4 r6 = 0xc04eff57 r7 = 0xc05ab220 r8 = 0xc2aca000 r9 = 0xc05ab080 r10 = 0xc05c3db0 exception_exit() at exception_exit pc = 0xc047a3f4 lr = 0xc027b274 (kdb_enter+0x40) sp = 0xdc6d07ac fp = 0xdc6d07b0 r0 = 0xc05b8cf4 r1 = 0x00000000 r2 = 0xc04d49b8 r3 = 0x000000ab r4 = 0xc04d101e r5 = 0xdc6d07f4 r6 = 0xc04eff57 r7 = 0xc05ab220 r8 = 0xc2aca000 r9 = 0xc05ab080 r10 = 0xc05c3db0 r12 = 0x00000000 $a() at $a pc = 0xc027b284 lr = 0xc0245278 (vpanic+0xb8) sp = 0xdc6d07b8 fp = 0xdc6d07d8 r4 = 0x00000100 vpanic() at vpanic+0xb8 pc = 0xc0245278 lr = 0xc02452dc (kproc_shutdown) sp = 0xdc6d07e0 fp = 0xdc6d07e8 r4 = 0xc2910000 r5 = 0x00000001 r6 = 0x000000b4 r7 = 0x000000b3 r8 = 0x00000e4d r9 = 0xcca38000 r10 = 0x00000828 kproc_shutdown() at kproc_shutdown pc = 0xc02452dc lr = 0xc03ff7fc ($d) sp = 0xdc6d07f0 fp = 0xdc6d0828 r4 = 0xdc6d07f4 r5 = 0x00000000 $d() at $d pc = 0xc03ff7fc lr = 0xc03f9078 (ffs_alloccg+0x2fc) sp = 0xdc6d0830 fp = 0xdc6d0880 r4 = 0x00001000 r5 = 0xc290e958 r6 = 0xcca38000 r7 = 0x00000001 r8 = 0xc2910000 r9 = 0x00000828 r10 = 0x00000002 ffs_alloccg() at ffs_alloccg+0x2fc pc = 0xc03f9078 lr = 0xc03f8cd8 (ffs_hashalloc+0xc8) sp = 0xdc6d0888 fp = 0xdc6d08b0 r4 = 0xc4cd5080 r5 = 0x00000001 r6 = 0x00000003 r7 = 0x00001000 r8 = 0xc2910000 r9 = 0xc03f8d7c r10 = 0x00001000 ffs_hashalloc() at ffs_hashalloc+0xc8 pc = 0xc03f8cd8 lr = 0xc03f8a58 (ffs_alloc+0x23c) sp = 0xdc6d08b8 fp = 0xdc6d0910 r4 = 0xc4cd5080 r5 = 0xc2910000 r6 = 0x00001000 r7 = 0x00000000 r8 = 0x0000f8b0 r9 = 0x00000000 r10 = 0x0000f8b0 ffs_alloc() at ffs_alloc+0x23c pc = 0xc03f8a58 lr = 0xc0402964 (ffs_balloc_ufs2+0x1088) sp = 0xdc6d0918 fp = 0xdc6d0a78 r4 = 0x00000000 r5 = 0xc4cd5080 r6 = 0xc2910000 r7 = 0xc4cd5080 r8 = 0x00001000 r9 = 0x00000000 r10 = 0xc4cdb120 ffs_balloc_ufs2() at ffs_balloc_ufs2+0x1088 pc = 0xc0402964 lr = 0xc042f428 (ffs_write+0x3a0) sp = 0xdc6d0a80 fp = 0xdc6d0b18 r4 = 0x000000d0 r5 = 0xc4cdb120 r6 = 0xc2a13180 r7 = 0x000000d0 r8 = 0xdc6d0da0 r9 = 0x02050000 r10 = 0xc2910000 ffs_write() at ffs_write+0x3a0 pc = 0xc042f428 lr = 0xc0498ef0 (VOP_WRITE_APV+0x130) sp = 0xdc6d0b20 fp = 0xdc6d0bd8 r4 = 0xdc6d0bf0 r5 = 0xc059d950 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00000000 r9 = 0x00000000 r10 = 0xdc6d0da0 VOP_WRITE_APV() at VOP_WRITE_APV+0x130 pc = 0xc0498ef0 lr = 0xc02f59bc (vn_write+0x36c) sp = 0xdc6d0be0 fp = 0xdc6d0c30 r4 = 0x00000000 r5 = 0xc2932780 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xc4cdb120 r9 = 0xdc6d0d98 vn_write() at vn_write+0x36c pc = 0xc02f59bc lr = 0xc02f1dbc (vn_io_fault+0x224) sp = 0xdc6d0c38 fp = 0xdc6d0d18 r4 = 0xc2c5b7c0 r5 = 0xc4cdb120 r6 = 0xdc6d0d98 r7 = 0xc02f5650 r8 = 0x00000000 r9 = 0xc2932780 r10 = 0xc2aca000 vn_io_fault() at vn_io_fault+0x224 pc = 0xc02f1dbc lr = 0xc0295418 (dofilewrite+0xa0) sp = 0xdc6d0d20 fp = 0xdc6d0d40 r4 = 0xc2aca000 r5 = 0xc2932780 r6 = 0xdc6d0d98 r7 = 0xc02f1b98 r8 = 0x00000004 r9 = 0x00000000 r10 = 0x000000d0 dofilewrite() at dofilewrite+0xa0 pc = 0xc0295418 lr = 0xc02950c4 (kern_writev+0x7c) sp = 0xdc6d0d48 fp = 0xdc6d0d88 r4 = 0xc2aca000 r5 = 0x00000000 r6 = 0x00000000 r7 = 0xffffffff r8 = 0xdc6d0d98 r9 = 0x00000004 r10 = 0x00000003 kern_writev() at kern_writev+0x7c pc = 0xc02950c4 lr = 0xc0295038 (sys_write+0x4c) sp = 0xdc6d0d90 fp = 0xdc6d0db8 r4 = 0xc2aca000 r5 = 0x00000000 r6 = 0xbfffc240 r7 = 0x00000000 r8 = 0xdc6d0e10 r9 = 0xc2b1f640 sys_write() at sys_write+0x4c pc = 0xc0295038 lr = 0xc048a7e0 (swi_handler+0x284) sp = 0xdc6d0dc0 fp = 0xdc6d0e58 swi_handler() at swi_handler+0x284 pc = 0xc048a7e0 lr = 0xc047a218 (swi_entry+0x2c) sp = 0xdc6d0e60 fp = 0xbfffc1d0 r4 = 0x00000000 r5 = 0x0000010e r6 = 0xbfffc240 r7 = 0x00000004 r8 = 0x00000004 r9 = 0xbfffc23c swi_entry() at swi_entry+0x2c pc = 0xc047a218 lr = 0xc047a218 (swi_entry+0x2c) sp = 0xdc6d0e60 fp = 0xbfffc1d0 Unable to unwind further db> Any idea? Best regards Michael From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 16:57:31 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CCE249C for ; Thu, 19 Dec 2013 16:57:31 +0000 (UTC) Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C8AF312D0 for ; Thu, 19 Dec 2013 16:57:30 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tp5so1687950ieb.36 for ; Thu, 19 Dec 2013 08:57:30 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=+Z8TdOd62Hx5dqpwpODysFUEdYUxrarlZTL4UQ8l/Fs=; b=d9YoxeZHr5ljSGjJ4K4shtLFpc1XGNJFIqdNar0uU6ZEl6ZCIybtTM893bvS6FLbpe sZ7LnGL2NroJdOMMWZjpWefLJYp/L6qzPM4yEPil/ifcexhLoAy+ab7XF1B3RRFPTCiH FbQNiM9TRK3RMCyTIXtVN3f6C+6FqFOaPAGh1NP/WR2P1YIdV3vkccTAv+LxoV29xATc RrzY10lHDxxSBGBVCCRoPnaI+mRMCgGPhS1esnMsDMNeYJT0UzPlCl1uWLwpaeq5SIbF HftJVymi4TLOKTWiHiCF442/HYxphZjejaGc+5Wso02bK70DLZf6UcSv+vxBotoBO7qD PneQ== X-Gm-Message-State: ALoCoQkQiF1Mj6iNunEXngssf/VRnWREi51ZSnBW2wCkeQ0q7/JFHayxabqspZ7oJTupCw3FLpMx X-Received: by 10.50.254.165 with SMTP id aj5mr3271114igd.0.1387472249903; Thu, 19 Dec 2013 08:57:29 -0800 (PST) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id o1sm7931755igh.9.2013.12.19.08.57.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 19 Dec 2013 08:57:29 -0800 (PST) Sender: Warner Losh Subject: Re: RFC: ARM related fixes - GIC, cache line size, PCI FDT & AHCI Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <52B2D744.3090003@semihalf.com> Date: Thu, 19 Dec 2013 09:57:27 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <19C83857-E4CB-4A0B-96EC-4F6120A235D5@bsdimp.com> References: <52AF3D06.2000004@semihalf.com> <52B2D744.3090003@semihalf.com> To: Zbigniew Bodek X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" , br@freebsd.org, Olivier Houchard X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 16:57:31 -0000 Just one comment below: On Dec 19, 2013, at 4:23 AM, Zbigniew Bodek wrote: > Hello Warner, >=20 > Thanks for your review. > Please see below. >=20 > Best regards > zbb >=20 > On 16.12.2013 22:50, Warner Losh wrote: >>=20 >> On Dec 16, 2013, at 10:48 AM, Zbigniew Bodek wrote: >>=20 >>> Hello Everyone. >>>=20 >>> We would like to submit some new patches recently developed by = Semihalf. >>=20 >> Thanks for your efforts here. Would there be a need to MFC these = patches to 10 and/or 9? > [ZBB] We can take a look at that after committing to current. >>=20 >>> You can find them here: >>> http://people.freebsd.org/~zbb/Semihalf/12.2013/ >>>=20 >>> Detailed description is available in the commit logs but in general: >>>=20 >>> -- 0001-Resolve-cache-line-size-using-CP15.patch >>> - use cache line size acquired in runtime >>=20 >> This looks good (assuming the register definitions are good, I didn't = verify them). Might be useful to publish these values to userland = somehow, maybe via a sysctl. This is option, but would be nice to have. >>=20 >> Would also be good to have USB_ALIGN kassert if using USB and this = value is < that macro. >>=20 >> Do other, older CPUs need similar decoding, or are the hard-wired = values good? > [ZBB] I have no knowledge about that. Someone who is using older ARMs > should take a look. I'll try to take a look, but I only have the armv5 gear to look at. I'm = most concerned about RPi... Warner >>=20 >>> -- 0002-GIC-polarity-and-level-support.patch >>> - suport for setting trigger level and polarity in GIC >>=20 >> This one seems to be OK, but is complicated enough that more eyeballs = and testing would be good.... > [ZBB] OK. Someone is testing this right now. >>=20 >>> -- 0003-Add-PCI-FDT-interrupt-trigger-polarity-parsing.patch >>> - trigger and polarity parsing for PCI FDT interrupts >>=20 >> This patch might conflict. >>=20 >> + if (trig) >> + *trig =3D tmp_trig; >> + if (pol) >> + *pol =3D tmp_pol; >>=20 >> Are not zero values also valid? > [ZBB] Yeah. We will skip this patch for now. >>=20 >>> -- 0004-Do-not-attach-to-bridges-in-AHCI-driver.patch >>=20 >> I'd add the word 'PCI' before bridge in the comment, otherwise this = looks good. > [ZBB] OK. >>=20 >>> -- 0005-Use-only-mapped-BIOs-on-ARM.patch >>=20 >> A comment about what MVA is would be useful.. Otherwise does what it = says. > [ZBB]. This should refer to just Virtual Address (not "Modified") so = we > will change it back to VA. >>=20 >>> - Two patches enabling the AHCI driver on ARM chips >>=20 >> I didn't see these. Did I miss something? Or is the unmapped stuff = all it takes? > [ZBB] Yes, I meant the two above(0004 && 0005). >>=20 >>> We will appreciate if you could post your comments and/or remarks by = the >>> end of this week when we plan to commit the changes. >>>=20 >>> Best regards >>> zbb >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 18:46:50 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 198C5949; Thu, 19 Dec 2013 18:46:50 +0000 (UTC) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 02CCB1CC8; Thu, 19 Dec 2013 18:46:49 +0000 (UTC) Received: from [IPv6:2601:9:8200:372:c82d:a5e8:9a11:dfd7] (unknown [IPv6:2601:9:8200:372:c82d:a5e8:9a11:dfd7]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 01E9639841; Thu, 19 Dec 2013 10:46:42 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: RPI panics From: Rui Paulo In-Reply-To: <9D4BC904-7C99-4B52-934D-84E9D86E2840@freebsd.org> Date: Thu, 19 Dec 2013 10:46:22 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <217B7F74-D728-4184-BFAB-681941999FDB@FreeBSD.org> References: <9D4BC904-7C99-4B52-934D-84E9D86E2840@freebsd.org> To: Michael Tuexen X-Mailer: Apple Mail (2.1827) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 18:46:50 -0000 On 19 Dec 2013, at 07:15, Michael Tuexen wrote: > Dear all, >=20 > when doing a portsnap fetch / extract I get >=20 > panic: ffs_alloccg: map corrupted > KDB: enter: panic > [ thread pid 75194 tid 100078 ] > Stopped at $d: ldrb r15, [r15, r15, ror r15]! > db> where > Tracing pid 75194 tid 100078 td 0xc2aca000 > db_trace_self() at db_trace_self > pc =3D 0xc0478800 lr =3D 0xc012efb8 (db_stack_trace+0xf4) > sp =3D 0xdc6d04b0 fp =3D 0xdc6d04c8 > r10 =3D 0xc056d230 > db_stack_trace() at db_stack_trace+0xf4 > pc =3D 0xc012efb8 lr =3D 0xc012e924 (db_command+0x264) > sp =3D 0xdc6d04d0 fp =3D 0xdc6d0570 > r4 =3D 0x00000000 r5 =3D 0x00000000 > r6 =3D 0xc04e0b61 > db_command() at db_command+0x264 > pc =3D 0xc012e924 lr =3D 0xc012e694 (db_command_loop+0x60) > sp =3D 0xdc6d0578 fp =3D 0xdc6d0588 > r4 =3D 0xc04b77b0 r5 =3D 0xc04d0fc4 > r6 =3D 0xc05c234c r7 =3D 0xdc6d0758 > r8 =3D 0xc2aca000 r9 =3D 0xc05b8ce4 > r10 =3D 0xc056d4a0 > db_command_loop() at db_command_loop+0x60 > pc =3D 0xc012e694 lr =3D 0xc0131094 (db_trap+0xdc) > sp =3D 0xdc6d0590 fp =3D 0xdc6d06b0 > r4 =3D 0x00000000 r5 =3D 0xdc6d0598 > r6 =3D 0xc05b8d10 > db_trap() at db_trap+0xdc > pc =3D 0xc0131094 lr =3D 0xc027b9d0 (kdb_trap+0xd4) > sp =3D 0xdc6d06b8 fp =3D 0xdc6d06d8 > r4 =3D 0x00000000 r5 =3D 0x00000001 > r6 =3D 0xc05b8d10 r7 =3D 0xdc6d0758 > kdb_trap() at kdb_trap+0xd4 > pc =3D 0xc027b9d0 lr =3D 0xc048b31c = (undefinedinstruction+0x2b0) > sp =3D 0xdc6d06e0 fp =3D 0xdc6d0750 > r4 =3D 0x00000000 r5 =3D 0xc048afc8 > r6 =3D 0x00000000 r7 =3D 0xe7ffffff > r8 =3D 0xc2aca000 r9 =3D 0xdc6d0758 > r10 =3D 0xc027b280 > undefinedinstruction() at undefinedinstruction+0x2b0 > pc =3D 0xc048b31c lr =3D 0xc047a3f4 (exception_exit) > sp =3D 0xdc6d0758 fp =3D 0xdc6d07b0 > r4 =3D 0xc04d101e r5 =3D 0xdc6d07f4 > r6 =3D 0xc04eff57 r7 =3D 0xc05ab220 > r8 =3D 0xc2aca000 r9 =3D 0xc05ab080 > r10 =3D 0xc05c3db0 > exception_exit() at exception_exit > pc =3D 0xc047a3f4 lr =3D 0xc027b274 (kdb_enter+0x40) > sp =3D 0xdc6d07ac fp =3D 0xdc6d07b0 > r0 =3D 0xc05b8cf4 r1 =3D 0x00000000 > r2 =3D 0xc04d49b8 r3 =3D 0x000000ab > r4 =3D 0xc04d101e r5 =3D 0xdc6d07f4 > r6 =3D 0xc04eff57 r7 =3D 0xc05ab220 > r8 =3D 0xc2aca000 r9 =3D 0xc05ab080 > r10 =3D 0xc05c3db0 r12 =3D 0x00000000 > $a() at $a > pc =3D 0xc027b284 lr =3D 0xc0245278 (vpanic+0xb8) > sp =3D 0xdc6d07b8 fp =3D 0xdc6d07d8 > r4 =3D 0x00000100 > vpanic() at vpanic+0xb8 > pc =3D 0xc0245278 lr =3D 0xc02452dc (kproc_shutdown) > sp =3D 0xdc6d07e0 fp =3D 0xdc6d07e8 > r4 =3D 0xc2910000 r5 =3D 0x00000001 > r6 =3D 0x000000b4 r7 =3D 0x000000b3 > r8 =3D 0x00000e4d r9 =3D 0xcca38000 > r10 =3D 0x00000828 > kproc_shutdown() at kproc_shutdown > pc =3D 0xc02452dc lr =3D 0xc03ff7fc ($d) > sp =3D 0xdc6d07f0 fp =3D 0xdc6d0828 > r4 =3D 0xdc6d07f4 r5 =3D 0x00000000 > $d() at $d > pc =3D 0xc03ff7fc lr =3D 0xc03f9078 (ffs_alloccg+0x2fc) > sp =3D 0xdc6d0830 fp =3D 0xdc6d0880 > r4 =3D 0x00001000 r5 =3D 0xc290e958 > r6 =3D 0xcca38000 r7 =3D 0x00000001 > r8 =3D 0xc2910000 r9 =3D 0x00000828 > r10 =3D 0x00000002 > ffs_alloccg() at ffs_alloccg+0x2fc > pc =3D 0xc03f9078 lr =3D 0xc03f8cd8 (ffs_hashalloc+0xc8) > sp =3D 0xdc6d0888 fp =3D 0xdc6d08b0 > r4 =3D 0xc4cd5080 r5 =3D 0x00000001 > r6 =3D 0x00000003 r7 =3D 0x00001000 > r8 =3D 0xc2910000 r9 =3D 0xc03f8d7c > r10 =3D 0x00001000 > ffs_hashalloc() at ffs_hashalloc+0xc8 > pc =3D 0xc03f8cd8 lr =3D 0xc03f8a58 (ffs_alloc+0x23c) > sp =3D 0xdc6d08b8 fp =3D 0xdc6d0910 > r4 =3D 0xc4cd5080 r5 =3D 0xc2910000 > r6 =3D 0x00001000 r7 =3D 0x00000000 > r8 =3D 0x0000f8b0 r9 =3D 0x00000000 > r10 =3D 0x0000f8b0 > ffs_alloc() at ffs_alloc+0x23c > pc =3D 0xc03f8a58 lr =3D 0xc0402964 (ffs_balloc_ufs2+0x1088) > sp =3D 0xdc6d0918 fp =3D 0xdc6d0a78 > r4 =3D 0x00000000 r5 =3D 0xc4cd5080 > r6 =3D 0xc2910000 r7 =3D 0xc4cd5080 > r8 =3D 0x00001000 r9 =3D 0x00000000 > r10 =3D 0xc4cdb120 > ffs_balloc_ufs2() at ffs_balloc_ufs2+0x1088 > pc =3D 0xc0402964 lr =3D 0xc042f428 (ffs_write+0x3a0) > sp =3D 0xdc6d0a80 fp =3D 0xdc6d0b18 > r4 =3D 0x000000d0 r5 =3D 0xc4cdb120 > r6 =3D 0xc2a13180 r7 =3D 0x000000d0 > r8 =3D 0xdc6d0da0 r9 =3D 0x02050000 > r10 =3D 0xc2910000 > ffs_write() at ffs_write+0x3a0 > pc =3D 0xc042f428 lr =3D 0xc0498ef0 (VOP_WRITE_APV+0x130) > sp =3D 0xdc6d0b20 fp =3D 0xdc6d0bd8 > r4 =3D 0xdc6d0bf0 r5 =3D 0xc059d950 > r6 =3D 0x00000000 r7 =3D 0x00000000 > r8 =3D 0x00000000 r9 =3D 0x00000000 > r10 =3D 0xdc6d0da0 > VOP_WRITE_APV() at VOP_WRITE_APV+0x130 > pc =3D 0xc0498ef0 lr =3D 0xc02f59bc (vn_write+0x36c) > sp =3D 0xdc6d0be0 fp =3D 0xdc6d0c30 > r4 =3D 0x00000000 r5 =3D 0xc2932780 > r6 =3D 0x00000000 r7 =3D 0x00000000 > r8 =3D 0xc4cdb120 r9 =3D 0xdc6d0d98 > vn_write() at vn_write+0x36c > pc =3D 0xc02f59bc lr =3D 0xc02f1dbc (vn_io_fault+0x224) > sp =3D 0xdc6d0c38 fp =3D 0xdc6d0d18 > r4 =3D 0xc2c5b7c0 r5 =3D 0xc4cdb120 > r6 =3D 0xdc6d0d98 r7 =3D 0xc02f5650 > r8 =3D 0x00000000 r9 =3D 0xc2932780 > r10 =3D 0xc2aca000 > vn_io_fault() at vn_io_fault+0x224 > pc =3D 0xc02f1dbc lr =3D 0xc0295418 (dofilewrite+0xa0) > sp =3D 0xdc6d0d20 fp =3D 0xdc6d0d40 > r4 =3D 0xc2aca000 r5 =3D 0xc2932780 > r6 =3D 0xdc6d0d98 r7 =3D 0xc02f1b98 > r8 =3D 0x00000004 r9 =3D 0x00000000 > r10 =3D 0x000000d0 > dofilewrite() at dofilewrite+0xa0 > pc =3D 0xc0295418 lr =3D 0xc02950c4 (kern_writev+0x7c) > sp =3D 0xdc6d0d48 fp =3D 0xdc6d0d88 > r4 =3D 0xc2aca000 r5 =3D 0x00000000 > r6 =3D 0x00000000 r7 =3D 0xffffffff > r8 =3D 0xdc6d0d98 r9 =3D 0x00000004 > r10 =3D 0x00000003 > kern_writev() at kern_writev+0x7c > pc =3D 0xc02950c4 lr =3D 0xc0295038 (sys_write+0x4c) > sp =3D 0xdc6d0d90 fp =3D 0xdc6d0db8 > r4 =3D 0xc2aca000 r5 =3D 0x00000000 > r6 =3D 0xbfffc240 r7 =3D 0x00000000 > r8 =3D 0xdc6d0e10 r9 =3D 0xc2b1f640 > sys_write() at sys_write+0x4c > pc =3D 0xc0295038 lr =3D 0xc048a7e0 (swi_handler+0x284) > sp =3D 0xdc6d0dc0 fp =3D 0xdc6d0e58 > swi_handler() at swi_handler+0x284 > pc =3D 0xc048a7e0 lr =3D 0xc047a218 (swi_entry+0x2c) > sp =3D 0xdc6d0e60 fp =3D 0xbfffc1d0 > r4 =3D 0x00000000 r5 =3D 0x0000010e > r6 =3D 0xbfffc240 r7 =3D 0x00000004 > r8 =3D 0x00000004 r9 =3D 0xbfffc23c > swi_entry() at swi_entry+0x2c > pc =3D 0xc047a218 lr =3D 0xc047a218 (swi_entry+0x2c) > sp =3D 0xdc6d0e60 fp =3D 0xbfffc1d0 > Unable to unwind further > db>=20 >=20 > Any idea? Are you using journaled UFS? You might want to check the file system = consistency (not just the journal). -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Thu Dec 19 19:16:51 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2EC567F2; Thu, 19 Dec 2013 19:16:51 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5750F1F68; Thu, 19 Dec 2013 19:16:50 +0000 (UTC) Received: from [192.168.1.101] (p508F324F.dip0.t-ipconnect.de [80.143.50.79]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 8D8791C0C0695; Thu, 19 Dec 2013 20:16:47 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: RPI panics From: Michael Tuexen In-Reply-To: <217B7F74-D728-4184-BFAB-681941999FDB@FreeBSD.org> Date: Thu, 19 Dec 2013 20:16:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <9D4BC904-7C99-4B52-934D-84E9D86E2840@freebsd.org> <217B7F74-D728-4184-BFAB-681941999FDB@FreeBSD.org> To: Rui Paulo X-Mailer: Apple Mail (2.1510) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Dec 2013 19:16:51 -0000 On Dec 19, 2013, at 7:46 PM, Rui Paulo wrote: > On 19 Dec 2013, at 07:15, Michael Tuexen wrote: >=20 >> Dear all, >>=20 >> when doing a portsnap fetch / extract I get >>=20 >> panic: ffs_alloccg: map corrupted >> KDB: enter: panic >> [ thread pid 75194 tid 100078 ] >> Stopped at $d: ldrb r15, [r15, r15, ror r15]! >> db> where >> Tracing pid 75194 tid 100078 td 0xc2aca000 >> db_trace_self() at db_trace_self >> pc =3D 0xc0478800 lr =3D 0xc012efb8 (db_stack_trace+0xf4) >> sp =3D 0xdc6d04b0 fp =3D 0xdc6d04c8 >> r10 =3D 0xc056d230 >> db_stack_trace() at db_stack_trace+0xf4 >> pc =3D 0xc012efb8 lr =3D 0xc012e924 (db_command+0x264) >> sp =3D 0xdc6d04d0 fp =3D 0xdc6d0570 >> r4 =3D 0x00000000 r5 =3D 0x00000000 >> r6 =3D 0xc04e0b61 >> db_command() at db_command+0x264 >> pc =3D 0xc012e924 lr =3D 0xc012e694 (db_command_loop+0x60) >> sp =3D 0xdc6d0578 fp =3D 0xdc6d0588 >> r4 =3D 0xc04b77b0 r5 =3D 0xc04d0fc4 >> r6 =3D 0xc05c234c r7 =3D 0xdc6d0758 >> r8 =3D 0xc2aca000 r9 =3D 0xc05b8ce4 >> r10 =3D 0xc056d4a0 >> db_command_loop() at db_command_loop+0x60 >> pc =3D 0xc012e694 lr =3D 0xc0131094 (db_trap+0xdc) >> sp =3D 0xdc6d0590 fp =3D 0xdc6d06b0 >> r4 =3D 0x00000000 r5 =3D 0xdc6d0598 >> r6 =3D 0xc05b8d10 >> db_trap() at db_trap+0xdc >> pc =3D 0xc0131094 lr =3D 0xc027b9d0 (kdb_trap+0xd4) >> sp =3D 0xdc6d06b8 fp =3D 0xdc6d06d8 >> r4 =3D 0x00000000 r5 =3D 0x00000001 >> r6 =3D 0xc05b8d10 r7 =3D 0xdc6d0758 >> kdb_trap() at kdb_trap+0xd4 >> pc =3D 0xc027b9d0 lr =3D 0xc048b31c = (undefinedinstruction+0x2b0) >> sp =3D 0xdc6d06e0 fp =3D 0xdc6d0750 >> r4 =3D 0x00000000 r5 =3D 0xc048afc8 >> r6 =3D 0x00000000 r7 =3D 0xe7ffffff >> r8 =3D 0xc2aca000 r9 =3D 0xdc6d0758 >> r10 =3D 0xc027b280 >> undefinedinstruction() at undefinedinstruction+0x2b0 >> pc =3D 0xc048b31c lr =3D 0xc047a3f4 (exception_exit) >> sp =3D 0xdc6d0758 fp =3D 0xdc6d07b0 >> r4 =3D 0xc04d101e r5 =3D 0xdc6d07f4 >> r6 =3D 0xc04eff57 r7 =3D 0xc05ab220 >> r8 =3D 0xc2aca000 r9 =3D 0xc05ab080 >> r10 =3D 0xc05c3db0 >> exception_exit() at exception_exit >> pc =3D 0xc047a3f4 lr =3D 0xc027b274 (kdb_enter+0x40) >> sp =3D 0xdc6d07ac fp =3D 0xdc6d07b0 >> r0 =3D 0xc05b8cf4 r1 =3D 0x00000000 >> r2 =3D 0xc04d49b8 r3 =3D 0x000000ab >> r4 =3D 0xc04d101e r5 =3D 0xdc6d07f4 >> r6 =3D 0xc04eff57 r7 =3D 0xc05ab220 >> r8 =3D 0xc2aca000 r9 =3D 0xc05ab080 >> r10 =3D 0xc05c3db0 r12 =3D 0x00000000 >> $a() at $a >> pc =3D 0xc027b284 lr =3D 0xc0245278 (vpanic+0xb8) >> sp =3D 0xdc6d07b8 fp =3D 0xdc6d07d8 >> r4 =3D 0x00000100 >> vpanic() at vpanic+0xb8 >> pc =3D 0xc0245278 lr =3D 0xc02452dc (kproc_shutdown) >> sp =3D 0xdc6d07e0 fp =3D 0xdc6d07e8 >> r4 =3D 0xc2910000 r5 =3D 0x00000001 >> r6 =3D 0x000000b4 r7 =3D 0x000000b3 >> r8 =3D 0x00000e4d r9 =3D 0xcca38000 >> r10 =3D 0x00000828 >> kproc_shutdown() at kproc_shutdown >> pc =3D 0xc02452dc lr =3D 0xc03ff7fc ($d) >> sp =3D 0xdc6d07f0 fp =3D 0xdc6d0828 >> r4 =3D 0xdc6d07f4 r5 =3D 0x00000000 >> $d() at $d >> pc =3D 0xc03ff7fc lr =3D 0xc03f9078 (ffs_alloccg+0x2fc) >> sp =3D 0xdc6d0830 fp =3D 0xdc6d0880 >> r4 =3D 0x00001000 r5 =3D 0xc290e958 >> r6 =3D 0xcca38000 r7 =3D 0x00000001 >> r8 =3D 0xc2910000 r9 =3D 0x00000828 >> r10 =3D 0x00000002 >> ffs_alloccg() at ffs_alloccg+0x2fc >> pc =3D 0xc03f9078 lr =3D 0xc03f8cd8 (ffs_hashalloc+0xc8) >> sp =3D 0xdc6d0888 fp =3D 0xdc6d08b0 >> r4 =3D 0xc4cd5080 r5 =3D 0x00000001 >> r6 =3D 0x00000003 r7 =3D 0x00001000 >> r8 =3D 0xc2910000 r9 =3D 0xc03f8d7c >> r10 =3D 0x00001000 >> ffs_hashalloc() at ffs_hashalloc+0xc8 >> pc =3D 0xc03f8cd8 lr =3D 0xc03f8a58 (ffs_alloc+0x23c) >> sp =3D 0xdc6d08b8 fp =3D 0xdc6d0910 >> r4 =3D 0xc4cd5080 r5 =3D 0xc2910000 >> r6 =3D 0x00001000 r7 =3D 0x00000000 >> r8 =3D 0x0000f8b0 r9 =3D 0x00000000 >> r10 =3D 0x0000f8b0 >> ffs_alloc() at ffs_alloc+0x23c >> pc =3D 0xc03f8a58 lr =3D 0xc0402964 (ffs_balloc_ufs2+0x1088) >> sp =3D 0xdc6d0918 fp =3D 0xdc6d0a78 >> r4 =3D 0x00000000 r5 =3D 0xc4cd5080 >> r6 =3D 0xc2910000 r7 =3D 0xc4cd5080 >> r8 =3D 0x00001000 r9 =3D 0x00000000 >> r10 =3D 0xc4cdb120 >> ffs_balloc_ufs2() at ffs_balloc_ufs2+0x1088 >> pc =3D 0xc0402964 lr =3D 0xc042f428 (ffs_write+0x3a0) >> sp =3D 0xdc6d0a80 fp =3D 0xdc6d0b18 >> r4 =3D 0x000000d0 r5 =3D 0xc4cdb120 >> r6 =3D 0xc2a13180 r7 =3D 0x000000d0 >> r8 =3D 0xdc6d0da0 r9 =3D 0x02050000 >> r10 =3D 0xc2910000 >> ffs_write() at ffs_write+0x3a0 >> pc =3D 0xc042f428 lr =3D 0xc0498ef0 (VOP_WRITE_APV+0x130) >> sp =3D 0xdc6d0b20 fp =3D 0xdc6d0bd8 >> r4 =3D 0xdc6d0bf0 r5 =3D 0xc059d950 >> r6 =3D 0x00000000 r7 =3D 0x00000000 >> r8 =3D 0x00000000 r9 =3D 0x00000000 >> r10 =3D 0xdc6d0da0 >> VOP_WRITE_APV() at VOP_WRITE_APV+0x130 >> pc =3D 0xc0498ef0 lr =3D 0xc02f59bc (vn_write+0x36c) >> sp =3D 0xdc6d0be0 fp =3D 0xdc6d0c30 >> r4 =3D 0x00000000 r5 =3D 0xc2932780 >> r6 =3D 0x00000000 r7 =3D 0x00000000 >> r8 =3D 0xc4cdb120 r9 =3D 0xdc6d0d98 >> vn_write() at vn_write+0x36c >> pc =3D 0xc02f59bc lr =3D 0xc02f1dbc (vn_io_fault+0x224) >> sp =3D 0xdc6d0c38 fp =3D 0xdc6d0d18 >> r4 =3D 0xc2c5b7c0 r5 =3D 0xc4cdb120 >> r6 =3D 0xdc6d0d98 r7 =3D 0xc02f5650 >> r8 =3D 0x00000000 r9 =3D 0xc2932780 >> r10 =3D 0xc2aca000 >> vn_io_fault() at vn_io_fault+0x224 >> pc =3D 0xc02f1dbc lr =3D 0xc0295418 (dofilewrite+0xa0) >> sp =3D 0xdc6d0d20 fp =3D 0xdc6d0d40 >> r4 =3D 0xc2aca000 r5 =3D 0xc2932780 >> r6 =3D 0xdc6d0d98 r7 =3D 0xc02f1b98 >> r8 =3D 0x00000004 r9 =3D 0x00000000 >> r10 =3D 0x000000d0 >> dofilewrite() at dofilewrite+0xa0 >> pc =3D 0xc0295418 lr =3D 0xc02950c4 (kern_writev+0x7c) >> sp =3D 0xdc6d0d48 fp =3D 0xdc6d0d88 >> r4 =3D 0xc2aca000 r5 =3D 0x00000000 >> r6 =3D 0x00000000 r7 =3D 0xffffffff >> r8 =3D 0xdc6d0d98 r9 =3D 0x00000004 >> r10 =3D 0x00000003 >> kern_writev() at kern_writev+0x7c >> pc =3D 0xc02950c4 lr =3D 0xc0295038 (sys_write+0x4c) >> sp =3D 0xdc6d0d90 fp =3D 0xdc6d0db8 >> r4 =3D 0xc2aca000 r5 =3D 0x00000000 >> r6 =3D 0xbfffc240 r7 =3D 0x00000000 >> r8 =3D 0xdc6d0e10 r9 =3D 0xc2b1f640 >> sys_write() at sys_write+0x4c >> pc =3D 0xc0295038 lr =3D 0xc048a7e0 (swi_handler+0x284) >> sp =3D 0xdc6d0dc0 fp =3D 0xdc6d0e58 >> swi_handler() at swi_handler+0x284 >> pc =3D 0xc048a7e0 lr =3D 0xc047a218 (swi_entry+0x2c) >> sp =3D 0xdc6d0e60 fp =3D 0xbfffc1d0 >> r4 =3D 0x00000000 r5 =3D 0x0000010e >> r6 =3D 0xbfffc240 r7 =3D 0x00000004 >> r8 =3D 0x00000004 r9 =3D 0xbfffc23c >> swi_entry() at swi_entry+0x2c >> pc =3D 0xc047a218 lr =3D 0xc047a218 (swi_entry+0x2c) >> sp =3D 0xdc6d0e60 fp =3D 0xbfffc1d0 >> Unable to unwind further >> db>=20 >>=20 >> Any idea? >=20 > Are you using journaled UFS? You might want to check the file system = consistency (not just the journal). Yes, I do. It was freshly installed, the filesystem was grown as = described in https://wiki.freebsd.org/FreeBSD/arm/Raspberry%20Pi and the ports were downloaded. While extracting the panic happened. I'll = try to check the filesystem. Need to figure out how to boot into single user = mode the RPi... Best regards Michael >=20 > -- > Rui Paulo >=20 >=20 >=20 >=20 From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 12:54:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85F2DB9A for ; Fri, 20 Dec 2013 12:54:07 +0000 (UTC) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BA5F11AA for ; Fri, 20 Dec 2013 12:54:06 +0000 (UTC) Received: from mail.bsdpad.com ([109.107.176.56]) by mail.bsdpad.com with smtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1Vtzd9-0001Rm-Ii; Fri, 20 Dec 2013 16:56:39 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Fri, 20 Dec 2013 16:56:39 +0400 (MSK) Date: Fri, 20 Dec 2013 16:56:39 +0400 From: Ruslan Bukin To: Wojciech Macek Subject: Re: arm SMP on Cortex-A15 Message-ID: <20131220125638.GA5132@mail.bsdpad.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 12:54:07 -0000 On Thu, Dec 19, 2013 at 12:41:59PM +0100, Wojciech Macek wrote: > Hi, > > Finally, I'm able to run FreeBSD stable on Cortex-A15. The TLB issue which > was observed, was caused by an aggressive A15 feature called "L2 TLB > prefetch". > > There are 4 fixes that helped: > 0. Prerequisite, Olivier's patch for PCPU atomicity. > 1. TEX remap - to be compliant with spec, TEX remap is used to configure > memory as Inner Shareable > 2. TLB flush SE - after each PTE modification and PTE_SYNC, there is no > guarantee that newly created entry is not overlapped by old value in TLB > cache. Do flush_SE to ensure proper mapping. > 3. During context switch, ensure that tlb flush is executed after ttb is > changed. Clean BTB to be compliant with specs. > > Above patches can be found here > https://drive.google.com/folderview?id=0B-7yTLrPxaWteWFtWUQxVVNHVFk&usp=sharing > > > None of them is 100%-ready, but should work. Any comments and/or testing > are really appreciated. > Great!? I successfully run buildworld with these patches on SMP-enabled dual-core Cortex-A15 machine (Exynos5250) with no problems at all. My timings: kernel-toolchain - ~3h buildkernel - ~1h buildworld - ~16h Note I used NFS for mount source and obj using USB-based ethernet. The next test I will try to produce is to adding -j2 option. Thanks to all for this work! -------------------------------------------------------------- >>> World build completed on Fri Dec 20 12:47:42 UTC 2013 -------------------------------------------------------------- 57617.85 real 30765.18 user 13584.13 sys ok you have mail # # sysctl hw.ncpu hw.ncpu: 2 # -Ruslan From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 17:13:20 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BAB00A33 for ; Fri, 20 Dec 2013 17:13:20 +0000 (UTC) Received: from mail-qe0-x230.google.com (mail-qe0-x230.google.com [IPv6:2607:f8b0:400d:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D4AF16AA for ; Fri, 20 Dec 2013 17:13:20 +0000 (UTC) Received: by mail-qe0-f48.google.com with SMTP id gc15so2613018qeb.7 for ; Fri, 20 Dec 2013 09:13:19 -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=gCIE2B27AwY0zIwOnr4hHBWwjS20GfQPsitexivis/8=; b=vK+4wAhDwQnKwIeh8Da8gvCU0x/4p5DO/uYUMVqUPfTngYdEbS7sRJM18rtIMU9FbR wDjyjda5yiD0j8y1d452LiHFBs62GjrHZy5lByIeaIR3dELLVsKofllCAqJg+6kqON1N 7YDyjy+p+kF/waE2//u4MZoGtjTwGu4uNR1OViaclCVsA5RHmhprLmy+PmGCS5F8W192 1sU0ej0KZo9OSiYJqbnI4dPaHPuU1YevkYvrlO9npd/dxj5hcHcROLdBom6wSctRwizB hLT5R1KraC8nRnI50Y/WadMVUi3D8PQ4st0MaSlpNVRUpiHsR8ZF2h8AOUg+RWR73kMY SYyg== MIME-Version: 1.0 X-Received: by 10.49.24.211 with SMTP id w19mr16127850qef.9.1387559599731; Fri, 20 Dec 2013 09:13:19 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 20 Dec 2013 09:13:19 -0800 (PST) Date: Fri, 20 Dec 2013 09:13:19 -0800 X-Google-Sender-Auth: gJB0pMvj4DS_0LgSpd0imSeuGLA Message-ID: Subject: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 17:13:20 -0000 Hi, Did the fixes to the raspberry pi SoC support go into the tree? The stuff that was affecting the allocator behaviour for things like sshd/dhclient? -a From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 17:30:02 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C54E76AE for ; Fri, 20 Dec 2013 17:30:02 +0000 (UTC) Received: from mail-ie0-f181.google.com (mail-ie0-f181.google.com [209.85.223.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F55417D0 for ; Fri, 20 Dec 2013 17:30:02 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id e14so3248353iej.26 for ; Fri, 20 Dec 2013 09:29:56 -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:content-transfer-encoding:message-id:references :to; bh=sPSCbzJuS7AF5MbjzEucb+J8jOgD3TSXm/dxOWqyJeY=; b=Iu+sJI7g4/5yH2KPKwJ33weJj/khm5l3hKux9daUJmgysSBORHCn4cn4bF9Zx7A93/ H2m0kPeffBIkhYdBCaF4b0lz2AfVjJiAZ5LEDSOCYqKVeubEiJPg15ON/7AL5LkbAepa R/+gyiOTEmlRhc89Y1a4Q1TdzngCKqnaXzQ7Tke9Q2+S04gNlhdE9JU5zNj+JBuJW7i7 hqFzv+i13UVpdJuE99495wsQhRmwmlQ58Byp8VKCgcHtWc1EmwoKlDf3jMjlhY6B0YH3 BBoRNsV8V5oeu7obtZT3xBJhMkTrChPkYG5r0PIeXzsWfB1Y9Wqt4uN0G1lhYvMtwRTT 5oOg== X-Gm-Message-State: ALoCoQmyhCCqRHVXGQFweBuu7z1d49885ugpNatUqeybU1eEl/XtemsPs30NzUz9SIS6djxoOCUb X-Received: by 10.50.77.83 with SMTP id q19mr8439073igw.21.1387560596325; Fri, 20 Dec 2013 09:29:56 -0800 (PST) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id kb10sm11205231igb.6.2013.12.20.09.29.55 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Dec 2013 09:29:55 -0800 (PST) Sender: Warner Losh Subject: Re: R-PI fixes for dhclient/sshd? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 20 Dec 2013 10:29:54 -0700 Content-Transfer-Encoding: 7bit Message-Id: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> References: To: Adrian Chadd X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 17:30:02 -0000 On Dec 20, 2013, at 10:13 AM, Adrian Chadd wrote: > Hi, > > Did the fixes to the raspberry pi SoC support go into the tree? The > stuff that was affecting the allocator behaviour for things like > sshd/dhclient? I thought all armv6 builds were affected by this... Warner From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 17:53:21 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CD2552C8 for ; Fri, 20 Dec 2013 17:53:21 +0000 (UTC) Received: from mail-qa0-x235.google.com (mail-qa0-x235.google.com [IPv6:2607:f8b0:400d:c00::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C48D1A07 for ; Fri, 20 Dec 2013 17:53:21 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id j5so2879245qaq.19 for ; Fri, 20 Dec 2013 09:53:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=enp8Zc6TeC8qF7VGzxh9/vbRqt965Lx+w4eEQYUM2C4=; b=LEeBIOc4q9GxmfgjRA4PdOo4R+7IMIlI7x5RXCpo4KiaG4d/cskb20KveBiFd/+okF 5rD0Vv4zsHb+tRAAHvC+Hs6NjxNNb0MM47XcwmP+QfXSUkXMp4DcpbiMflaYn4ES5r22 8zFqW43IgD3sECzsihacCUaLvRw19GiIlac78nPXpv0X0X9PrKY38TUvtrF1dbn5GW11 p/W4jBt7djSJG8ILJj0mtm193z4c/eqlhouqo0AlCP2YzyZRXwj2LosXnFiPXkATxpOR EWxJeKWdScocFbJa7hCtdhe85miMJqcLZKMTaXpMBaKEJ3SINIhGv06hKLcpTJ5b2mo0 aZ+w== MIME-Version: 1.0 X-Received: by 10.49.129.38 with SMTP id nt6mr16376219qeb.78.1387562000747; Fri, 20 Dec 2013 09:53:20 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 20 Dec 2013 09:53:20 -0800 (PST) In-Reply-To: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> Date: Fri, 20 Dec 2013 09:53:20 -0800 X-Google-Sender-Auth: TSDLrl3pMq7x4f3ZmJ6pGMMqP8w Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 17:53:21 -0000 On 20 December 2013 09:29, Warner Losh wrote: > > On Dec 20, 2013, at 10:13 AM, Adrian Chadd wrote: > >> Hi, >> >> Did the fixes to the raspberry pi SoC support go into the tree? The >> stuff that was affecting the allocator behaviour for things like >> sshd/dhclient? > > I thought all armv6 builds were affected by this... Right. Well, I thought it had at least been diagnosed. -adrian From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 18:11:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EFE43CC0; Fri, 20 Dec 2013 18:11:07 +0000 (UTC) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3F2C91B78; Fri, 20 Dec 2013 18:11:06 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id e51so1024335eek.13 for ; Fri, 20 Dec 2013 10:10:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=1euUX8AelKaw89pmVFvdDf9c5E7djGM5X9y9c6GRLRM=; b=wz6Fj6xv3KEgDr8eieeT+wZzDZ8lMn/Bj3ZFOqP8O8QvlJ+olekO/mZN0LV+Wy6PNZ aXfRxZJ1bt2uGobq/bSNg0prAZt/L7wyO0xhW2kSRMuqu0gKzQepGhDVtmk4mWu6QNrK SX+3PcvMDCsfZFSWVwv5bcNa85tIX2HixQxKOGCy9krjDIg13iEBI4tZSyYlLIb5AZyi IIfUSbS4iR/zb+nOd/jHq6rQ5kVPkyKY77B7W5Xuyrt2Q3BrFOSlqjlJ3Ul4OhkCrSkB XFNCD8ULwJarHxm6DpbZdO5zuQedL/fhoVrhtjBaRuiu8rTKKyOdKDqH7lqaTLyI1/DT Lefw== MIME-Version: 1.0 X-Received: by 10.14.202.137 with SMTP id d9mr7463251eeo.23.1387563030382; Fri, 20 Dec 2013 10:10:30 -0800 (PST) Received: by 10.14.2.66 with HTTP; Fri, 20 Dec 2013 10:10:30 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> Date: Fri, 20 Dec 2013 10:10:30 -0800 Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: hiren panchasara To: Adrian Chadd , Zbyszek Bodek , db@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 18:11:08 -0000 + zzb, db On Fri, Dec 20, 2013 at 9:53 AM, Adrian Chadd wrote: > On 20 December 2013 09:29, Warner Losh wrote: >> >> On Dec 20, 2013, at 10:13 AM, Adrian Chadd wrote: >> >>> Hi, >>> >>> Did the fixes to the raspberry pi SoC support go into the tree? The >>> stuff that was affecting the allocator behaviour for things like >>> sshd/dhclient? >> >> I thought all armv6 builds were affected by this... > > Right. Well, I thought it had at least been diagnosed. It seems so? http://lists.freebsd.org/pipermail/freebsd-arm/2013-November/006938.html cheers, Hiren From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 18:34:31 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB95EFDB; Fri, 20 Dec 2013 18:34:31 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 309C01E78; Fri, 20 Dec 2013 18:34:31 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id q59so2827281wes.38 for ; Fri, 20 Dec 2013 10:34:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=oseeGZNaOOGJPdcM86eDwkPVYBYaDaw4fCUc6OyaMx0=; b=rPU2440dJcTQRX17shpFZoZiS0EoBN9h8s+4MQ+TlPfEd7ACHqOe+bVl88RgDlhMpO 6hFRD7bGaSCO2Ms6B3Pe+w3fYxDJfk65EitdNpH3C8ne8+QvdYlFLNc2tq/r4XwJWLkO QkjzvQOCgLb0WbP/8sZE13uHiiXhYM1aOxGWYTNTrAeieSoSh2jt3LyyE3PKPIpNb85L T9TNU5j3MOqo5cT7HY2SQcjOO9UEOM8g3GYhlBtFgzbZLSLsb4IZdeMVAX1AgEsKE0EZ e8pkwrjBCpXGDU/bmMoQvzgqhih0uBBi+kD64q9qLCi/suFqe2JbmFXz+MIIjFn9kcNF yp/w== MIME-Version: 1.0 X-Received: by 10.180.74.230 with SMTP id x6mr9005608wiv.29.1387564469718; Fri, 20 Dec 2013 10:34:29 -0800 (PST) Sender: zbodek@gmail.com Received: by 10.217.112.65 with HTTP; Fri, 20 Dec 2013 10:34:29 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> Date: Fri, 20 Dec 2013 19:34:29 +0100 X-Google-Sender-Auth: RNiGw7OeZrH30i8aXk29PrZZqys Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Zbigniew Bodek To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 18:34:31 -0000 2013/12/20 Adrian Chadd : > On 20 December 2013 09:29, Warner Losh wrote: >> >> On Dec 20, 2013, at 10:13 AM, Adrian Chadd wrote: >> >>> Hi, >>> >>> Did the fixes to the raspberry pi SoC support go into the tree? The >>> stuff that was affecting the allocator behaviour for things like >>> sshd/dhclient? >> >> I thought all armv6 builds were affected by this... > > Right. Well, I thought it had at least been diagnosed. > > Hello. If you are referring to bug related to jemalloc and pmap stuff then: - I was not able to reproduce this on my own (I mean on "not-rpi" machine) - The commit that was affecting this problem was found in pmap however there was no solution. - I'll try to post some pmap patches in the near future (sorry I was not able to do any concrete work lately). - This issue is on my mind but I since I can't touch this directly I can only try to find general improvements and post what have been found in Semihalf. Best regards zbb From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 19:09:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8E9980C; Fri, 20 Dec 2013 19:09:04 +0000 (UTC) Received: from mail-qa0-x231.google.com (mail-qa0-x231.google.com [IPv6:2607:f8b0:400d:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 53625113B; Fri, 20 Dec 2013 19:09:04 +0000 (UTC) Received: by mail-qa0-f49.google.com with SMTP id ii20so2978519qab.1 for ; Fri, 20 Dec 2013 11:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pdz3cJAU9vRUb9GSBrqY/pFvSzig//+h+REqgFvHdVM=; b=vV3k0g+10nKSj2ggdOsw8+SqkhFvp0S5XFb1EDErsh/gOQ6/y6KdB+30PNoZqUnp2W 53xUNzUXO1S1jSdhUQvgcKYeQNcnexZheUadQjReGXubwm6tJ2BXkJmUT2alHD6fvwF0 Li3LX8dFnBLZ9pZ7q3VSqcOxCMWQNDLf82eW/1N+KoC4PdFFT2Jke4dXSZXgnnEeX8ED ahbqCZ4jMytArXCNqapeQFLGshDsHwezqh9Ks2zqJzhqTvB3biWZ48vDgfYAgM3Eg4U1 iUoCjPVWSWvWvEwlI2Dbzyx+YzJ5iP1yiQ6VVVPIVbQ3dwZjgIf/u6J+Arc64ApXOwSm 69zw== MIME-Version: 1.0 X-Received: by 10.229.56.200 with SMTP id z8mr17075879qcg.1.1387566543572; Fri, 20 Dec 2013 11:09:03 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 20 Dec 2013 11:09:03 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> Date: Fri, 20 Dec 2013 11:09:03 -0800 X-Google-Sender-Auth: zO9qkLhEda2qmQapuUW8kqzQQ6M Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: Zbigniew Bodek Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 19:09:04 -0000 On 20 December 2013 10:34, Zbigniew Bodek wrote: > 2013/12/20 Adrian Chadd : >> On 20 December 2013 09:29, Warner Losh wrote: >>> >>> On Dec 20, 2013, at 10:13 AM, Adrian Chadd wrote: >>> >>>> Hi, >>>> >>>> Did the fixes to the raspberry pi SoC support go into the tree? The >>>> stuff that was affecting the allocator behaviour for things like >>>> sshd/dhclient? >>> >>> I thought all armv6 builds were affected by this... >> >> Right. Well, I thought it had at least been diagnosed. >> >> > Hello. > > If you are referring to bug related to jemalloc and pmap stuff then: > - I was not able to reproduce this on my own (I mean on "not-rpi" machine) > - The commit that was affecting this problem was found in pmap however > there was no solution. > - I'll try to post some pmap patches in the near future (sorry I was > not able to do any concrete work lately). > - This issue is on my mind but I since I can't touch this directly I > can only try to find general improvements and post what have been > found in Semihalf. Thanks for the update. What would be the harm in reverting the patch? http://svnweb.freebsd.org/base/head/sys/arm/arm/pmap-v6.c?r1=251370&r2=252694&pathrev=252694 -a From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 20:24:42 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB2B2AA0; Fri, 20 Dec 2013 20:24:42 +0000 (UTC) Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1CCB61765; Fri, 20 Dec 2013 20:24:41 +0000 (UTC) Received: by mail-we0-f175.google.com with SMTP id t60so2978801wes.34 for ; Fri, 20 Dec 2013 12:24:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LBL+TalX07IhsIYju6kZkVV+BC08eK9CLenVHgV3ExM=; b=FqFQREblJT9OFVgR6RBnf3I8LAYY6zfGq3Fp0lldxLh87d4SIaAmdeMRZk7ARafZZG Ga0LULa5nDFWI+5ttPAv53dNnKTKmLTYgeLcZCBOGiMUu4gtTN78RgnNBoWOX8OrMXM9 yzuXAiZPCH9vKcNkV1xld/aDvqzrhtBOR4jf3laVEv6I2IzksetUol8m5unGMxx0Qk3p R1XEzc2pLRhKWOBDdUMXwXR64QSWcykXZWqhxdzheh39xx1fLxpRxhWqdlT1HXDlDlbw 2zypTG2f0DciGABGruRvqPmH0raZ9K1V5ahWUAqsfM8O7EfJ22ECCSzEkRz3Jk/Vi+eb BOfA== MIME-Version: 1.0 X-Received: by 10.180.106.200 with SMTP id gw8mr9107171wib.50.1387571080375; Fri, 20 Dec 2013 12:24:40 -0800 (PST) Sender: zbodek@gmail.com Received: by 10.217.112.65 with HTTP; Fri, 20 Dec 2013 12:24:40 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> Date: Fri, 20 Dec 2013 21:24:40 +0100 X-Google-Sender-Auth: 0SuAfPShWJ-o-OOzaLxt1FvnZEQ Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Zbigniew Bodek To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 20:24:42 -0000 2013/12/20 Adrian Chadd : > On 20 December 2013 10:34, Zbigniew Bodek wrote: >> 2013/12/20 Adrian Chadd : >>> On 20 December 2013 09:29, Warner Losh wrote: >>>> >>>> On Dec 20, 2013, at 10:13 AM, Adrian Chadd wrote: >>>> >>>>> Hi, >>>>> >>>>> Did the fixes to the raspberry pi SoC support go into the tree? The >>>>> stuff that was affecting the allocator behaviour for things like >>>>> sshd/dhclient? >>>> >>>> I thought all armv6 builds were affected by this... >>> >>> Right. Well, I thought it had at least been diagnosed. >>> >>> >> Hello. >> >> If you are referring to bug related to jemalloc and pmap stuff then: >> - I was not able to reproduce this on my own (I mean on "not-rpi" machine) >> - The commit that was affecting this problem was found in pmap however >> there was no solution. >> - I'll try to post some pmap patches in the near future (sorry I was >> not able to do any concrete work lately). >> - This issue is on my mind but I since I can't touch this directly I >> can only try to find general improvements and post what have been >> found in Semihalf. > > Thanks for the update. > > What would be the harm in reverting the patch? > > http://svnweb.freebsd.org/base/head/sys/arm/arm/pmap-v6.c?r1=251370&r2=252694&pathrev=252694 > Hello again. I guess it should be some performance impact since we will need to write all pages marked as RW to backing storage on page-out. This is regardless of its actual dirty state (no modified emulation). But this was how it behaved earlier and nothing bad happened so it might be worth to temporary revert it and debug the problem without the negative influence on the users. After proper fix we should apply it again. It's up to you. I have no objections to that (I have few other patches that need to wait for pmap problems resolution anyway like pmap_copy() + SP). Best regards zbb From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 20:31:55 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E52F8BEF; Fri, 20 Dec 2013 20:31:55 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F53A180F; Fri, 20 Dec 2013 20:31:55 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id f11so3041585qae.20 for ; Fri, 20 Dec 2013 12:31:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=rh2/Y1+za8XoYCmwI88Fcek3PsjUu6Oen/+xC7Hhpjo=; b=ptwTxa1oWvWV/6Mo1IFWxJ5J91UjGYfVal2YrJ2ASrAxheEAF/Arh7ncVVR1fsKH5t n/9ZYB2nwtA9QXem91STZ+eY0CJUheV4J00v9plrfc5Qr5TB60OqvH2a1AJojKDseLqN /C0IGmRTZqxmqwjqfUZnpHc6pkMbiOB46umu9CYTV2oVzOzs4cRdgFMnriFvwjxSu0pX NLyuxlcu9mlbMVzYjHc4QukWPbEmiaXuOrxIFd5KVKz9Q5zqvbiL1F3yEKQ0SNdm7JLA 7YEJAmqRd7ty3aGwUsS9SVVCqPo2C5I6BJ8izPwQ7R82YMoAlKMNp3m27wZrNN3RH6TC eWFg== MIME-Version: 1.0 X-Received: by 10.224.16.204 with SMTP id p12mr18111898qaa.26.1387571514798; Fri, 20 Dec 2013 12:31:54 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Fri, 20 Dec 2013 12:31:54 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> Date: Fri, 20 Dec 2013 12:31:54 -0800 X-Google-Sender-Auth: TM8fE3zLWEWO7_E7hIb-sDmCmfg Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: Zbigniew Bodek Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 20:31:56 -0000 On 20 December 2013 12:24, Zbigniew Bodek wrote: >> Thanks for the update. >> >> What would be the harm in reverting the patch? >> >> http://svnweb.freebsd.org/base/head/sys/arm/arm/pmap-v6.c?r1=251370&r2=252694&pathrev=252694 >> > > Hello again. > > I guess it should be some performance impact since we will need to > write all pages marked as RW to backing > storage on page-out. This is regardless of its actual dirty state (no > modified emulation). > But this was how it behaved earlier and nothing bad happened so it > might be worth to temporary revert it and > debug the problem without the negative influence on the users. After > proper fix we should apply it again. > > It's up to you. I have no objections to that (I have few other patches > that need to wait for pmap problems > resolution anyway like pmap_copy() + SP). Ok. ARM people - does anyone see any particular problems reverting this patch for now so the armv6 stuff is usable? It's likely worth filing a PR for this with the very relevant information for the bug, so I'll go and do that now. Thanks to everyone who replied! -adrian From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 20:40:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9994FD46 for ; Fri, 20 Dec 2013 20:40:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 73DCD184A for ; Fri, 20 Dec 2013 20:40:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBKKe0GS043152 for ; Fri, 20 Dec 2013 20:40:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBKKe0hA043151; Fri, 20 Dec 2013 20:40:00 GMT (envelope-from gnats) Resent-Date: Fri, 20 Dec 2013 20:40:00 GMT Resent-Message-Id: <201312202040.rBKKe0hA043151@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-arm@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Adrian Chadd Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 918C5CD6 for ; Fri, 20 Dec 2013 20:35:32 +0000 (UTC) Received: from oldred.freebsd.org (oldred.freebsd.org [IPv6:2001:1900:2254:206a::50:4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7DE72182D for ; Fri, 20 Dec 2013 20:35:32 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id rBKKZWm1008505 for ; Fri, 20 Dec 2013 20:35:32 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id rBKKZWfa008504; Fri, 20 Dec 2013 20:35:32 GMT (envelope-from nobody) Message-Id: <201312202035.rBKKZWfa008504@oldred.freebsd.org> Date: Fri, 20 Dec 2013 20:35:32 GMT From: Adrian Chadd To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/185046: [armv6] issues with dhclient/sshd and jemalloc on raspberry pi and others X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 20:40:00 -0000 >Number: 185046 >Category: arm >Synopsis: [armv6] issues with dhclient/sshd and jemalloc on raspberry pi and others >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Dec 20 20:40:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Adrian Chadd >Release: >Organization: >Environment: >Description: There's been issues with sshd/dhclient being very upset. It was traced down to some jemalloc behaviour with processes that fork and do.. stuff. I'm not going to pretend to know exactly what the errnat behaviour was; it's likely lurking in the freebsd-arm mailing lists. It was bisected down to this commit: http://svnweb.freebsd.org/base/head/sys/arm/arm/pmap-v6.c?r1=251370&r2=252694&pathrev=252694 Reverting this apparently fixes the issue. >From the committer of the change: > I guess it should be some performance impact since we will need to > write all pages marked as RW to backing > storage on page-out. This is regardless of its actual dirty state (no > modified emulation). > But this was how it behaved earlier and nothing bad happened so it > might be worth to temporary revert it and > debug the problem without the negative influence on the users. After > proper fix we should apply it again. > > It's up to you. I have no objections to that (I have few other patches > that need to wait for pmap problems > resolution anyway like pmap_copy() + SP). >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 22:46:25 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0A7D5BE; Fri, 20 Dec 2013 22:46:25 +0000 (UTC) Received: from mx0.deglitch.com (unknown [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4A4441179; Fri, 20 Dec 2013 22:46:25 +0000 (UTC) Received: from localhost (unknown [173.245.93.156]) by mx0.deglitch.com (Postfix) with ESMTPSA id 34B578FC40; Sat, 21 Dec 2013 02:46:15 +0400 (MSK) Date: Fri, 20 Dec 2013 04:04:29 -0800 From: Stanislav Sedov To: Adrian Chadd Subject: Re: R-PI fixes for dhclient/sshd? Message-Id: <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> Organization: The FreeBSD Project X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 22:46:25 -0000 On Fri, 20 Dec 2013 12:31:54 -0800 Adrian Chadd mentioned: > ARM people - does anyone see any particular problems reverting this > patch for now so the armv6 stuff is usable? I'd say go ahead and do it. We can apply it later when those issues are sorted out. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-arm@FreeBSD.ORG Fri Dec 20 22:54:54 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58F1A771 for ; Fri, 20 Dec 2013 22:54:54 +0000 (UTC) Received: from mail-qc0-f172.google.com (mail-qc0-f172.google.com [209.85.216.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C38F11F6 for ; Fri, 20 Dec 2013 22:54:53 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id e16so2867917qcx.3 for ; Fri, 20 Dec 2013 14:54:52 -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:content-transfer-encoding:message-id:references :to; bh=Ea6wic1PSd++cY7lqd6yuNosfn4hwsduHPNyJ72SVxM=; b=guyenUCZh5vYvorM5MHivXvmUu9OPOm/Igo9uqyxY/OvoJkQoVq8wQvwiup7o1ql82 mV3RDkp0vv6Iyb5eW6r0DRvx4j62No+37kQcQZVxArbwlj+N8Obqg0/ej1YqJi0oDDml sKDE3LrSaB3KpA+zZ1SBhsg8f6GuRSiqFrkS7gEkQ1l7h1nMTkL3wJLVAO8HxT36j3sL 4VbTNz+dhcUVhlxMw+tTK69jIOdfrM/6yCb3o0gE3QDxwa48UElIDVF2k0qotHLscuPB MFlHL4FcO9Dh6gAnJ8go8+Ks6CmsGjpe0iprs38ioxVIzH2CT60lOFuLDsSTDkbZrZ+u g+eA== X-Gm-Message-State: ALoCoQkD7QQP4ttNNWfgUzGEpAqCkeNmvk3c8sb89cL1E/pxbS9aBiGDb5PgA5FChYSzA91f+OY9 X-Received: by 10.49.86.199 with SMTP id r7mr18916368qez.23.1387579685058; Fri, 20 Dec 2013 14:48:05 -0800 (PST) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id g1sm8855759qec.9.2013.12.20.14.48.04 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 20 Dec 2013 14:48:04 -0800 (PST) Sender: Warner Losh Subject: Re: R-PI fixes for dhclient/sshd? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> Date: Fri, 20 Dec 2013 15:48:02 -0700 Content-Transfer-Encoding: 7bit Message-Id: <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> To: Stanislav Sedov X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Dec 2013 22:54:54 -0000 On Dec 20, 2013, at 5:04 AM, Stanislav Sedov wrote: > On Fri, 20 Dec 2013 12:31:54 -0800 > Adrian Chadd mentioned: > >> ARM people - does anyone see any particular problems reverting this >> patch for now so the armv6 stuff is usable? > > I'd say go ahead and do it. We can apply it later when those issues > are sorted out. Concur. And merge to 10 and 10.0 please. Warner From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 02:03:25 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 585716A1 for ; Sat, 21 Dec 2013 02:03:25 +0000 (UTC) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 082991D7A for ; Sat, 21 Dec 2013 02:03:24 +0000 (UTC) Received: from kanar.ci0.org (pluxor@localhost [127.0.0.1]) by kanar.ci0.org (8.14.5/8.14.5) with ESMTP id rBL23K1w029677; Sat, 21 Dec 2013 03:03:20 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id rBL23K5e029676; Sat, 21 Dec 2013 03:03:20 +0100 (CET) (envelope-from mlfbsd) Date: Sat, 21 Dec 2013 03:03:20 +0100 From: Olivier Houchard To: Svatopluk Kraus Subject: Re: alternative armv6 PMAP strictly derived from i386 pmap Message-ID: <20131221020320.GA29476@ci0.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 02:03:25 -0000 On Tue, Dec 17, 2013 at 02:13:56PM +0100, Svatopluk Kraus wrote: > Hi, arm community! > Hi Swatopluk, I see you got no answer yet. I just wanted to let you know that we are interested in your work, and are currently investigating importing parts of it (recursive page tables instead of the crappy stuff we currently have immediately comes to mind). Thanks a lot for sharing ! Regards, Olivier > About two years ago, when I and Michal Melound have started porting FreeBSD > on newly developed board, we had to make decision which was not too easy. > The new board was based on arm11 mpcore and there was not real SMP support > for arm in FreeBSD source tree. We grew up on i386 architecture. This arch > is quite familiar for us. When we was porting FreeBSD on Coldfire, we was > using i386 tree as starting point. So, we had to choose: First, to start to > port arm11 mpcore using i386 tree or second, try to learn existing arm tree > and change it to support SMP. The decision was not so easy. However, we had > no coding experience with SMP till then and i386 arch was familiar and > already SMP. Current arm port looked influenced too many by prior arm > platforms. Futher, we already had made a successful port on Coldfire this > way. > > Unfortunatelly, due to other work, we could not present our armv6 pmap > implementation until now. So now, when one pmap-v6.c is in FreeBSD tree > already, this is, at least, inteded for everybody who could be interested > in. > > Now, some words about our implementation. > > (1) PIPT data cache was taken as prerequisite. This way the code is not > influenced by VIVT data cache impact. > > (2) The code is SMP and L2 cache compliant. Fully tested on arm11 mpcore > platform. > > (3) We do not use domains. Instead, global and not global mappings are > implemented. > > (4) As we had experience with port for Colfire, where page table entries > are two 32 bit words, and because it has many good implications, we > strictly are using dedicated functions for manipulation with page tables > entries. For example, this way we easily can seek for every mapping made in > so large pmap.c file. > > (5) We use similar aproach for L2 page tables as in i386 arch. So each > process has mapped all its L2 page tables in dedicated address space. The > address space is shared by all processes. The cost is only one page per a > process, but this page keeps track of all L2 page tables in a process > simultaneously. > > (6) Section mapping is implemented. Super section not, but it could be > easily coded too. > > (7) We joined data and prefetch aborts into one routine. > > (8) We are using inlines instead of macros because of type checking. > > (9) The code is fully commented. Mainly arm specific parts. Plus, our > internal comments are leaved in code too. > > (10) We still keep track of i386 implementation. For large parts, which are > almost same, we extended testing community a lot. > > Our work is in progress, so some files are not cleaned yet. Our > implementation as it is not prepared for compilation in FreeBSD source > tree. We plan to try to make it alive for pandaboard we already have got. > Unfortunatelly, we have not too much time we can spend on it right now. > However, if somebody would like to take a try, we can support him/her with > everything needed. > Some more files are provided for better insight to our port. > > https://drive.google.com/folderview?id=0Bx9OFLzdl65mNVRiQUs1UXhPZmc&usp=sharing > > > Svatopluk Kraus > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 06:10:50 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BE6F4F56; Sat, 21 Dec 2013 06:10:50 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7AB281B33; Sat, 21 Dec 2013 06:10:50 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBL6AncA074067 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Dec 2013 22:10:49 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBL6AnrL074066; Fri, 20 Dec 2013 22:10:49 -0800 (PST) (envelope-from jmg) Date: Fri, 20 Dec 2013 22:10:48 -0800 From: John-Mark Gurney To: Ian Lepore , freebsd-arm@FreeBSD.org Subject: Re: svn commit: r258412 - in head/sys/arm: at91 econa s3c2xx0 sa11x0 xscale/i80321 xscale/i8134x xscale/ixp425 xscale/pxa Message-ID: <20131221061048.GC99167@funkthat.com> Mail-Followup-To: Ian Lepore , freebsd-arm@FreeBSD.org References: <201311210108.rAL18AoQ051365@svn.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201311210108.rAL18AoQ051365@svn.freebsd.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Fri, 20 Dec 2013 22:10:49 -0800 (PST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 06:10:50 -0000 Ian Lepore wrote this message on Thu, Nov 21, 2013 at 01:08 +0000: > Author: ian > Date: Thu Nov 21 01:08:10 2013 > New Revision: 258412 > URL: http://svnweb.freebsd.org/changeset/base/258412 > > Log: > Call cpu_setup() from the initarm() routine on platforms that don't use > the common FDT-aware initarm() in arm/machdep.c. > > Pointed out by: cognet > Pointy hat to: ian [...] > Modified: head/sys/arm/xscale/ixp425/avila_machdep.c > ============================================================================== > --- head/sys/arm/xscale/ixp425/avila_machdep.c Thu Nov 21 00:54:26 2013 (r258411) > +++ head/sys/arm/xscale/ixp425/avila_machdep.c Thu Nov 21 01:08:10 2013 (r258412) > @@ -405,6 +405,8 @@ initarm(struct arm_boot_params *abp) > * this problem will not occur after initarm(). > */ > cpu_idcache_wbinv_all(); > + cpu_setup(""); > + > /* ready to setup the console (XXX move earlier if possible) */ > cninit(); > /* > So, I finally got an AVILA board (thanks Jim@netgate) to do some testing on what stopped working... Turns out this commit break early output on the AVILA board... With this commit, I get no output when booting the kernel: RedBoot> load -b 0x200000 kernel.avila.avila Using default protocol (TFTP) Address offset = 0x40000000 Entry point: 0x00200100, address range: 0x00200000-0x006aedc8 RedBoot> go some previous pmap changes made the AVILA board panic... The pmap changes were made some time between July 1st and Aug 1st, and on kernels since then, I get: RedBoot> go panic: mtx_lock() of spin mutex pmap @ /usr/src.avila/sys/arm/arm/pmap.c:3677 Uptime: 1s Help! -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 16:00:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D90D6216; Sat, 21 Dec 2013 16:00:58 +0000 (UTC) Received: from mail-qc0-x234.google.com (mail-qc0-x234.google.com [IPv6:2607:f8b0:400d:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 80B6C1F32; Sat, 21 Dec 2013 16:00:58 +0000 (UTC) Received: by mail-qc0-f180.google.com with SMTP id w7so3423942qcr.39 for ; Sat, 21 Dec 2013 08:00:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=3yEuzsXil2a5+16XOMecN0qENGx8Khlom0DHkQKpRVY=; b=MAoI31gcN5g0efERIMLu94IVsL39XProNGjnGc4egKF5FX5ziWjc4ua9EGGyf7T8cE ikpIqD6vy09/grve15ic6UdEaQ80+4iLtiiTylxH+V9EpC2VBSn9Tf0xej81QwbJx3SO 14NmJ/xTY6WQPQYIwMtkcSi+nSHm8scta9SRS21a40GyHI8ex/JJBSoo24YFeKjIzFJN EWedB4MALHozdghiKmSTpnXVgQ2pwSWmkcjB0zyRIGbiAot8rzTSBIpfSPG1nV+Zcxj0 toHvwm07R1nlUKNhq6e2Hm0GIgs6houeJ2IbjSAoduM5NS+rBrvt7Utz6BFTd4d3gFhj xj7w== MIME-Version: 1.0 X-Received: by 10.49.76.66 with SMTP id i2mr25620411qew.35.1387641657712; Sat, 21 Dec 2013 08:00:57 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sat, 21 Dec 2013 08:00:57 -0800 (PST) In-Reply-To: <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> Date: Sat, 21 Dec 2013 08:00:57 -0800 X-Google-Sender-Auth: 4N-UmlTMO0DmY4Z727aE4712ceM Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 16:00:58 -0000 Hi, The pmap-v6 code has changed a bit since this commit. I don't know what is and isn't appropriate and I'm unfortunately not in a position to do a test-build on a raspberry pi for another week or so. So would someone with a r-pi and a vested interest in this test removing the L2_APX flag clearing lines? It happens in two places now instead of one. I'm happy to commit a patch if it gets tested. :-) Thanks, -adrian From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 17:24:21 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A48F82F for ; Sat, 21 Dec 2013 17:24:21 +0000 (UTC) Received: from mail-ob0-x243.google.com (mail-ob0-x243.google.com [IPv6:2607:f8b0:4003:c01::243]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 332FF1346 for ; Sat, 21 Dec 2013 17:24:21 +0000 (UTC) Received: by mail-ob0-f195.google.com with SMTP id gq1so1060591obb.6 for ; Sat, 21 Dec 2013 09:24:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=seExFxcXaA9S/hCZXx57p2kZC/Y0P4pohaCRqs1WF20=; b=hfygTy76/FE2g0dGOvb0Id/AzWqs9yT4QzmxRG21uP5rTYOy2bzbthut4X/7JRpB0S FxWQXFIXCD3HpRI67prbMUUFLEXuNvcQdThAL9Uz4iJQNOig2z+uRs5LyW15E+xM5WSG B47lLxG1Eqol7QdjUaJ0/pfBnXf+tnh7yURUXXRw6vTCAJ41PGtfcRMUzMnkVtrnG2UV 6Pn+AQmtmdD2/rABKRHm8LKSQ/HXNXqLXBg+86SDc/QDWqpVAFRXK5oWaE4moanhwiMU eAWxN3C8P377jGaCfJ9iYfnKMYhvGmI8ynaZWayr4+Fh57rRnvLwMedGiAEJBFqh50Y2 4I6w== MIME-Version: 1.0 X-Received: by 10.60.54.168 with SMTP id k8mr5924868oep.56.1387646660010; Sat, 21 Dec 2013 09:24:20 -0800 (PST) Received: by 10.76.20.82 with HTTP; Sat, 21 Dec 2013 09:24:19 -0800 (PST) Date: Sat, 21 Dec 2013 19:24:19 +0200 Message-ID: Subject: 10.0-RC1: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI From: Guy Yur To: freebsd-arm@freebsd.org Content-Type: multipart/mixed; boundary=089e011606003e923e04ee0eaac1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 17:24:21 -0000 --089e011606003e923e04ee0eaac1 Content-Type: text/plain; charset=UTF-8 Hi, I am running 10.0-RC1 on the BeagleBone Black and the net/mpd5 port is crashing in libnetgraph NgMkSockNode due to stack alignment. 10.0-RC1 World and kernel were compiled in a VirtualBox VM running 9.2-RELEASE-p2 i386. clang and ARM_EABI used as the default make options. Added prints in NgMkSockNode show rbuf is aligned on 2-byte and not 4-byte which is needed to access ni->id (a uint32_t). ni = 0xbfffe87a rbuf = 0xbfffe842 sizeof(resp->header) = 56 (gdb) bt #0 0x201529a0 in NgMkSockNode (name=, csp=0xbfffe95c, dsp=0xbfffe958) at /usr/src/lib/libnetgraph/sock.c:134 #1 0x00037b9c in MppcTestCap () at ccp_mppc.c:754 #2 0x0007c1f4 in main (ac=4, av=0xbfffeb90) at main.c:248 #3 0x0000d1b0 in __start (argc=4, argv=0xbfffeb90, env=0xbfffeba4, ps_strings=, obj=, cleanup=) at /usr/src/lib/csu/arm/crt1.c:115 #4 0x203e9dc0 in _thr_ast (curthread=0x200fd000) at /usr/src/lib/libthr/thread/thr_sig.c:265 Putting rbuf in a union with struct ng_mesg sorted the alignment to 4-byte and mpd5 didn't crash. I attached the changes I used to test mpd5 doesn't crash with correct alignment. Regards, Guy --089e011606003e923e04ee0eaac1 Content-Type: application/octet-stream; name="sock-NgMkSockNode.patch" Content-Disposition: attachment; filename="sock-NgMkSockNode.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hph47tdv0 SW5kZXg6IGxpYi9saWJuZXRncmFwaC9zb2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbGliL2xpYm5ldGdy YXBoL3NvY2suYwkocmV2aXNpb24gMjU5MjUwKQorKysgbGliL2xpYm5ldGdyYXBoL3NvY2suYwko d29ya2luZyBjb3B5KQpAQCAtMTExLDggKzExMSwxMSBAQAogCQkvKiBTYXZlIG5vZGUgbmFtZSAq LwogCQlzdHJsY3B5KG5hbWVidWYsIG5hbWUsIHNpemVvZihuYW1lYnVmKSk7CiAJfSBlbHNlIGlm IChkc3AgIT0gTlVMTCkgewotCQl1X2NoYXIgcmJ1ZltzaXplb2Yoc3RydWN0IG5nX21lc2cpICsg c2l6ZW9mKHN0cnVjdCBub2RlaW5mbyldOwotCQlzdHJ1Y3QgbmdfbWVzZyAqY29uc3QgcmVzcCA9 IChzdHJ1Y3QgbmdfbWVzZyAqKSByYnVmOworCQl1bmlvbiB7CisJCQl1X2NoYXIgcmJ1ZltzaXpl b2Yoc3RydWN0IG5nX21lc2cpICsgc2l6ZW9mKHN0cnVjdCBub2RlaW5mbyldOworCQkJc3RydWN0 IG5nX21lc2cgcmVzOworCQl9IHJlczsKKwkJc3RydWN0IG5nX21lc2cgKmNvbnN0IHJlc3AgPSAo c3RydWN0IG5nX21lc2cgKikgcmVzLnJidWY7CiAJCXN0cnVjdCBub2RlaW5mbyAqY29uc3Qgbmkg PSAoc3RydWN0IG5vZGVpbmZvICopIHJlc3AtPmRhdGE7CiAKIAkJLyogRmluZCBvdXQgdGhlIG5v ZGUgSUQgKi8KQEAgLTEyMyw3ICsxMjYsNyBAQAogCQkJCU5HTE9HKCJzZW5kIG5vZGVpbmZvIik7 CiAJCQlnb3RvIGVycm91dDsKIAkJfQotCQlpZiAoTmdSZWN2TXNnKGNzLCByZXNwLCBzaXplb2Yo cmJ1ZiksIE5VTEwpIDwgMCkgeworCQlpZiAoTmdSZWN2TXNnKGNzLCByZXNwLCBzaXplb2YocmVz LnJidWYpLCBOVUxMKSA8IDApIHsKIAkJCWVycm5vc3YgPSBlcnJubzsKIAkJCWlmIChfZ05nRGVi dWdMZXZlbCA+PSAxKQogCQkJCU5HTE9HKCJyZWN2IG5vZGVpbmZvIik7Cg== --089e011606003e923e04ee0eaac1-- From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 18:31:03 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E98BDB3B for ; Sat, 21 Dec 2013 18:31:03 +0000 (UTC) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B4633190E for ; Sat, 21 Dec 2013 18:31:03 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id y10so3757621pdj.23 for ; Sat, 21 Dec 2013 10:30:56 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=EzjSC/R2+XSVwBfJgOumc1RAd5HFmTtJ270f4D4LSsE=; b=aSmvbmpc1HQ3bm+DxRNKw++DQ6qgwh6qGPkHy0fgXcplKOJBY+0kbuO1JPLn7DRFYg I9v3sRcgMPpfiudrM5ur3mlCBkH7YZUX5l2tdiX74S3oRMFfiPsnkAj5bsRLKaedpuB6 O+VpyUIRxVcXf2Rcq5/sri41uTxJnYv/pMiShi7/91yV0vwMAVo8ggVVfC4n0bKqDruT mgyVvnAtSPUqG0CxtHS9r7iiPojknysV2owrq4dn90D0pqkVe3aiAmU68BsQA0eX79oM HD8YuscneXAy3urLNB06okeqER8DpCL6fHeBQdT18enPBaXVyyUD55aN7ok8mPcAL1MK 1eMA== X-Gm-Message-State: ALoCoQkfQKI4GWZV2zgZZmsziorUg1Fq0phX5q8vIvVhW9BifEQXtjWcnrUyooNe6mixThKJgwVC X-Received: by 10.66.25.134 with SMTP id c6mr16149469pag.60.1387650656808; Sat, 21 Dec 2013 10:30:56 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id qw8sm22851582pbb.27.2013.12.21.10.30.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Dec 2013 10:30:55 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: R-PI fixes for dhclient/sshd? From: Tim Kientzle In-Reply-To: Date: Sat, 21 Dec 2013 10:30:52 -0800 Content-Transfer-Encoding: 7bit Message-Id: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 18:31:04 -0000 On Dec 21, 2013, at 8:00 AM, Adrian Chadd wrote: > Hi, > > The pmap-v6 code has changed a bit since this commit. I don't know > what is and isn't appropriate and I'm unfortunately not in a position > to do a test-build on a raspberry pi for another week or so. > > So would someone with a r-pi and a vested interest in this test > removing the L2_APX flag clearing lines? It happens in two places now > instead of one. > > I'm happy to commit a patch if it gets tested. :-) Could you send around a candidate patch? Tim From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 18:34:05 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7DD7C79 for ; Sat, 21 Dec 2013 18:34:05 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FF041929 for ; Sat, 21 Dec 2013 18:34:05 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id m20so3474047qcx.8 for ; Sat, 21 Dec 2013 10:34:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=IBc2+XJuYB1U+xBYaWMc2ihaoh7wbBGqDZgk6+jwbHg=; b=AVhBzARqQ0JixsE6TY09z6ZQxSPoANZm4qwK/2I/LxBh5x2yRoyB1ryZdHKblclDX6 tFau4PfzXhalOlDLeVAwYqpCwsIwc4ll5EvTN2n6BVl6UIwoLjPh6YRFw/YpO7VHCQaV yZOdCdwEEmvRFB7Ly66NAVUorJOlycjgF9wGF0KhAbSarfgIRVTNO2JkUDvZKbGJrLfN 4z4LHbNcuVkIs81E9IDGzbINqgfTWds9WFPxifi+iIrWm51lyeBhBMlxWuP+dISN3RJC JbLk4e1UPOMrL/jvrMRWlb3RI6bHgflG8kUbU9Cym9gSI7vHElFjX7COKSrvIVQu/TuB Y5LA== MIME-Version: 1.0 X-Received: by 10.224.46.8 with SMTP id h8mr26892251qaf.49.1387650844289; Sat, 21 Dec 2013 10:34:04 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sat, 21 Dec 2013 10:34:04 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> Date: Sat, 21 Dec 2013 10:34:04 -0800 X-Google-Sender-Auth: hyKGBk23ZHVPs8wriDubxsWp5lQ Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 18:34:05 -0000 On 21 December 2013 10:30, Tim Kientzle wrote: > > On Dec 21, 2013, at 8:00 AM, Adrian Chadd wrote: > >> Hi, >> >> The pmap-v6 code has changed a bit since this commit. I don't know >> what is and isn't appropriate and I'm unfortunately not in a position >> to do a test-build on a raspberry pi for another week or so. >> >> So would someone with a r-pi and a vested interest in this test >> removing the L2_APX flag clearing lines? It happens in two places now >> instead of one. >> >> I'm happy to commit a patch if it gets tested. :-) > > Could you send around a candidate patch? zbb@ did. Thanks, -a From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 18:38:53 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C05BFE20 for ; Sat, 21 Dec 2013 18:38:53 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7F4E31956 for ; Sat, 21 Dec 2013 18:38:53 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id i8so3485669qcq.7 for ; Sat, 21 Dec 2013 10:38:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=EQ5yiBSv2B2cWxB+vreW3aN00vqDUMZIXC9FBwYreZ4=; b=RTOxiJgVczkJcoAZdlAq37L9E4tD48q72GGu8W0xQtK4OBf/Kp6h8L53XgJQWuW07t Y2mkVN2Q7xoVe1ZqioSeeiSfDw7NIHuor32qt3lCWEhyTBmho4gjkji29wRChRTZapy4 JuRgTZaMRye/9MgY3Ildg4bFlltGNJ2OXx2T3yMsAYni/rmnwm35uUjzrshPmq+1YhML BN5rQ5DDHpVQlptJdtVQtGex00LA1p0nQ2AlkX+JllUxPi1f1+Z47XiYVgjKBaZXxQUz I+YCM+lDTo6wy6Q9gJLq231L/ReYQy7ULOR81y8QalmX6oZgiiqQlOCsfDXPdu+7TIaX +3QA== MIME-Version: 1.0 X-Received: by 10.224.16.204 with SMTP id p12mr27090187qaa.26.1387651132663; Sat, 21 Dec 2013 10:38:52 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sat, 21 Dec 2013 10:38:52 -0800 (PST) In-Reply-To: References: Date: Sat, 21 Dec 2013 10:38:52 -0800 X-Google-Sender-Auth: OTdNjkkFiNOpfUFHS6vPOitaR3g Message-ID: Subject: Re: 10.0-RC1: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI From: Adrian Chadd To: Guy Yur Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 18:38:53 -0000 Hi! Would you mind filing a PR with what you've put in the email? That way it is less likely to get lost. Thanks! -a On 21 December 2013 09:24, Guy Yur wrote: > Hi, > > I am running 10.0-RC1 on the BeagleBone Black and the net/mpd5 port is > crashing in libnetgraph NgMkSockNode due to stack alignment. > > 10.0-RC1 World and kernel were compiled in a VirtualBox VM running > 9.2-RELEASE-p2 i386. > clang and ARM_EABI used as the default make options. > > Added prints in NgMkSockNode show rbuf is aligned on 2-byte and not > 4-byte which is needed to access ni->id (a uint32_t). > > ni = 0xbfffe87a > rbuf = 0xbfffe842 > sizeof(resp->header) = 56 > > > (gdb) bt > #0 0x201529a0 in NgMkSockNode (name=, csp=0xbfffe95c, > dsp=0xbfffe958) at /usr/src/lib/libnetgraph/sock.c:134 > #1 0x00037b9c in MppcTestCap () at ccp_mppc.c:754 > #2 0x0007c1f4 in main (ac=4, av=0xbfffeb90) at main.c:248 > #3 0x0000d1b0 in __start (argc=4, argv=0xbfffeb90, env=0xbfffeba4, > ps_strings=, obj=, > cleanup=) at /usr/src/lib/csu/arm/crt1.c:115 > #4 0x203e9dc0 in _thr_ast (curthread=0x200fd000) > at /usr/src/lib/libthr/thread/thr_sig.c:265 > > > Putting rbuf in a union with struct ng_mesg sorted the alignment to > 4-byte and mpd5 didn't crash. > I attached the changes I used to test mpd5 doesn't crash with correct alignment. > > > Regards, > Guy > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 19:16:00 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 938965D3; Sat, 21 Dec 2013 19:16:00 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D1E01C7D; Sat, 21 Dec 2013 19:16:00 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBLJFqA3084907 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Dec 2013 11:15:53 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBLJFq3x084906; Sat, 21 Dec 2013 11:15:52 -0800 (PST) (envelope-from jmg) Date: Sat, 21 Dec 2013 11:15:52 -0800 From: John-Mark Gurney To: Guy Yur Subject: Re: 10.0-RC1: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI Message-ID: <20131221191552.GE99167@funkthat.com> Mail-Followup-To: Guy Yur , freebsd-arm@freebsd.org, freebsd-net@FreeBSD.org References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="/Uq4LBwYP4y1W6pO" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sat, 21 Dec 2013 11:15:53 -0800 (PST) Cc: freebsd-net@freebsd.org, freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 19:16:00 -0000 --/Uq4LBwYP4y1W6pO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Guy Yur wrote this message on Sat, Dec 21, 2013 at 19:24 +0200: > I am running 10.0-RC1 on the BeagleBone Black and the net/mpd5 port is > crashing in libnetgraph NgMkSockNode due to stack alignment. > > 10.0-RC1 World and kernel were compiled in a VirtualBox VM running > 9.2-RELEASE-p2 i386. > clang and ARM_EABI used as the default make options. > > Added prints in NgMkSockNode show rbuf is aligned on 2-byte and not > 4-byte which is needed to access ni->id (a uint32_t). > > ni = 0xbfffe87a > rbuf = 0xbfffe842 > sizeof(resp->header) = 56 > > > (gdb) bt > #0 0x201529a0 in NgMkSockNode (name=, csp=0xbfffe95c, > dsp=0xbfffe958) at /usr/src/lib/libnetgraph/sock.c:134 > #1 0x00037b9c in MppcTestCap () at ccp_mppc.c:754 > #2 0x0007c1f4 in main (ac=4, av=0xbfffeb90) at main.c:248 > #3 0x0000d1b0 in __start (argc=4, argv=0xbfffeb90, env=0xbfffeba4, > ps_strings=, obj=, > cleanup=) at /usr/src/lib/csu/arm/crt1.c:115 > #4 0x203e9dc0 in _thr_ast (curthread=0x200fd000) > at /usr/src/lib/libthr/thread/thr_sig.c:265 > > > Putting rbuf in a union with struct ng_mesg sorted the alignment to > 4-byte and mpd5 didn't crash. > I attached the changes I used to test mpd5 doesn't crash with correct alignment. The patch looks correct, but lets make sure that the -net people don't have an issue with it... I've reattached Guy's patch for review. Guy, bug me in a week or so if I haven't committed it, and I will... Thanks for tracking this down. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." --/Uq4LBwYP4y1W6pO Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sock-NgMkSockNode.patch" Index: lib/libnetgraph/sock.c =================================================================== --- lib/libnetgraph/sock.c (revision 259250) +++ lib/libnetgraph/sock.c (working copy) @@ -111,8 +111,11 @@ /* Save node name */ strlcpy(namebuf, name, sizeof(namebuf)); } else if (dsp != NULL) { - u_char rbuf[sizeof(struct ng_mesg) + sizeof(struct nodeinfo)]; - struct ng_mesg *const resp = (struct ng_mesg *) rbuf; + union { + u_char rbuf[sizeof(struct ng_mesg) + sizeof(struct nodeinfo)]; + struct ng_mesg res; + } res; + struct ng_mesg *const resp = (struct ng_mesg *) res.rbuf; struct nodeinfo *const ni = (struct nodeinfo *) resp->data; /* Find out the node ID */ @@ -123,7 +126,7 @@ NGLOG("send nodeinfo"); goto errout; } - if (NgRecvMsg(cs, resp, sizeof(rbuf), NULL) < 0) { + if (NgRecvMsg(cs, resp, sizeof(res.rbuf), NULL) < 0) { errnosv = errno; if (_gNgDebugLevel >= 1) NGLOG("recv nodeinfo"); --/Uq4LBwYP4y1W6pO-- From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 20:53:07 2013 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B5D59E9; Sat, 21 Dec 2013 20:53:07 +0000 (UTC) Received: from mail-wi0-x22b.google.com (mail-wi0-x22b.google.com [IPv6:2a00:1450:400c:c05::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A19011BF; Sat, 21 Dec 2013 20:53:06 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id bz8so9712608wib.16 for ; Sat, 21 Dec 2013 12:53:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=W0Q85RW6h07AlyqNPX+NWqovpvolr4qcRs0Cx6X8X9s=; b=fEc04bShVoYYaPlxLzYJNobNBQMbQlFu6EKRdo5PwReMIY68Gj97S2opKdu+sdCuvq +YVltoao4nXGita5pmDjbNipZBhS5VBAf6pcUnX9ETqfBMinYuCyKSIR6djmW/eOG650 JeUZJybEnKOS/09bqqP4NiDHlmcPDCfeSzKseI+ZPWLjLJJiqTIxoE3y8YRt+ccyizfM 88JKjovkuEHNQARMDT8LmsY5lnX7bpTE1WSyNHdAZv2CJMALsG0HS6WHB6rNoFbWdW4J xiaZ0Bm7K8E9mYaiczUwDlc66tEzMd+FGpXFM5a/vS0QQYFIhn39RQZq40igrgjoXMsA xH1Q== MIME-Version: 1.0 X-Received: by 10.180.188.175 with SMTP id gb15mr13082886wic.50.1387659184833; Sat, 21 Dec 2013 12:53:04 -0800 (PST) Sender: zbodek@gmail.com Received: by 10.217.112.65 with HTTP; Sat, 21 Dec 2013 12:53:04 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> Date: Sat, 21 Dec 2013 21:53:04 +0100 X-Google-Sender-Auth: uDEujBUzgE5449JfTR115bc_q-0 Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Zbigniew Bodek To: Adrian Chadd Content-Type: multipart/mixed; boundary=001a11c25ef8c8232304ee1194f1 Cc: Tim Kientzle , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 20:53:07 -0000 --001a11c25ef8c8232304ee1194f1 Content-Type: text/plain; charset=ISO-8859-1 2013/12/21 Adrian Chadd : > On 21 December 2013 10:30, Tim Kientzle wrote: >> >> On Dec 21, 2013, at 8:00 AM, Adrian Chadd wrote: >> >>> Hi, >>> >>> The pmap-v6 code has changed a bit since this commit. I don't know >>> what is and isn't appropriate and I'm unfortunately not in a position >>> to do a test-build on a raspberry pi for another week or so. >>> >>> So would someone with a r-pi and a vested interest in this test >>> removing the L2_APX flag clearing lines? It happens in two places now >>> instead of one. >>> >>> I'm happy to commit a patch if it gets tested. :-) >> >> Could you send around a candidate patch? > > zbb@ did. > > Thanks, > > Hello again, Sorry this was not passed to the mailing list. Please see the attachment. Added a comment to the code. I don't know whether this is done properly. Best regards zbb --001a11c25ef8c8232304ee1194f1 Content-Type: application/octet-stream; name="r252694_revert.patch" Content-Disposition: attachment; filename="r252694_revert.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hphcg3y70 ZGlmZiAtLWdpdCBhL3N5cy9hcm0vYXJtL3BtYXAtdjYuYyBiL3N5cy9hcm0vYXJtL3BtYXAtdjYu YwppbmRleCBiOWIyNmFiLi4yMjZjYTE2IDEwMDY0NAotLS0gYS9zeXMvYXJtL2FybS9wbWFwLXY2 LmMKKysrIGIvc3lzL2FybS9hcm0vcG1hcC12Ni5jCkBAIC0zMDk0LDIxICszMDk0LDE2IEBAIHZh bGlkYXRlOgogCQkJaWYgKChtLT5vZmxhZ3MgJiBWUE9fVU5NQU5BR0VEKSA9PSAwKSB7CiAJCQkJ dm1fcGFnZV9hZmxhZ19zZXQobSwgUEdBX1dSSVRFQUJMRSk7CiAJCQkJLyoKLQkJCQkgKiBFbmFi bGUgd3JpdGUgcGVybWlzc2lvbiBpZiB0aGUgYWNjZXNzIHR5cGUKLQkJCQkgKiBpbmRpY2F0ZXMg d3JpdGUgaW50ZW50aW9uLiBFbXVsYXRlIG1vZGlmaWVkCi0JCQkJICogYml0IG90aGVyd2lzZS4K KwkJCQkgKiBYWFg6IFNraXAgbW9kaWZpZWQgYml0IGVtdWxhdGlvbiBmb3Igbm93LgorCQkJCSAq CVRoZSBlbXVsYXRpb24gcmV2ZWFscyBwcm9ibGVtcworCQkJCSAqCXRoYXQgcmVzdWx0IGluIHJh bmRvbSBmYWlsdXJlcworCQkJCSAqCWR1cmluZyBtZW1vcnkgYWxsb2NhdGlvbiBvbiBzb21lCisJ CQkJICoJcGxhdGZvcm1zLgorCQkJCSAqCVRoZXJlZm9yZSwgdGhlIHBhZ2UgaXMgbWFya2VkIFJX CisJCQkJICoJaW1tZWRpYXRlbHkuCiAJCQkJICovCi0JCQkJaWYgKChhY2Nlc3MgJiBWTV9QUk9U X1dSSVRFKSAhPSAwKSB7Ci0JCQkJCW5wdGUgJj0gfihMMl9BUFgpOwotCQkJCQkvKgotCQkJCQkg KiBUaGUgYWNjZXNzIHR5cGUgYW5kIHBlcm1pc3Npb25zCi0JCQkJCSAqIGluZGljYXRlIHRoYXQg dGhlIHBhZ2Ugd2lsbCBiZQotCQkJCQkgKiB3cml0dGVuIGFzIHNvb24gYXMgcmV0dXJuZWQgZnJv bQotCQkJCQkgKiBmYXVsdCBzZXJ2aWNlLgotCQkJCQkgKiBNYXJrIGl0IGRpcnR5IGZyb20gdGhl IG91dHNldC4KLQkJCQkJICovCi0JCQkJCXZtX3BhZ2VfZGlydHkobSk7Ci0JCQkJfQorCQkJCW5w dGUgJj0gfihMMl9BUFgpOworCQkJCXZtX3BhZ2VfZGlydHkobSk7CiAJCQl9IGVsc2UKIAkJCQlu cHRlICY9IH4oTDJfQVBYKTsKIAkJfQo= --001a11c25ef8c8232304ee1194f1-- From owner-freebsd-arm@FreeBSD.ORG Sat Dec 21 22:46:05 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E14B7A9; Sat, 21 Dec 2013 22:46:05 +0000 (UTC) Received: from mail-oa0-x22c.google.com (mail-oa0-x22c.google.com [IPv6:2607:f8b0:4003:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A5DC1822; Sat, 21 Dec 2013 22:46:05 +0000 (UTC) Received: by mail-oa0-f44.google.com with SMTP id m1so4402781oag.3 for ; Sat, 21 Dec 2013 14:46:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=dzQ9RyTDate7VGewCv8xctEMpCXvuXrckqOWDSYrIRg=; b=FX5hLXFzrYzm4+DmdC6XI3vdyQ/JLWOXA0SvFgZuO0uyIOboNcj/YWE4bIafHaHtEd NVDwnOlGyPZ+mhpJdKz2VLWobijm3cvOHHR3FtYM7c5H6uav78Q8vG3SR0eLbe5ixphR Cru69Z3Rdh95bbNYcNVxD7NPQYhMTVuH/z9c9MZ6tT4+FNjPUHWFHNvC9S/9/y2Jk+Uv TdHHCRRWG3+5V9uqEA3X+Dmq5X6sd8NH+tzx+eWffSrTj2bXNPJXapVLxoL1kVOoyVjU Q/Tfo3iUTHuWgwhOCQDpsF7O30CD12bjNvyE7l85Fv7oK6meeTFdd3fTLGOLD0h6UaB6 /5nA== MIME-Version: 1.0 X-Received: by 10.60.35.73 with SMTP id f9mr12211155oej.50.1387665964913; Sat, 21 Dec 2013 14:46:04 -0800 (PST) Received: by 10.76.20.82 with HTTP; Sat, 21 Dec 2013 14:46:04 -0800 (PST) In-Reply-To: <20131221191552.GE99167@funkthat.com> References: <20131221191552.GE99167@funkthat.com> Date: Sun, 22 Dec 2013 00:46:04 +0200 Message-ID: Subject: Re: 10.0-RC1: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI From: Guy Yur To: freebsd-arm@freebsd.org, freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary=089e013c6fa0e84e3904ee132880 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 22:46:06 -0000 --089e013c6fa0e84e3904ee132880 Content-Type: text/plain; charset=UTF-8 On Sat, Dec 21, 2013 at 9:15 PM, John-Mark Gurney wrote: > Guy Yur wrote this message on Sat, Dec 21, 2013 at 19:24 +0200: >> I am running 10.0-RC1 on the BeagleBone Black and the net/mpd5 port is >> crashing in libnetgraph NgMkSockNode due to stack alignment. >> >> 10.0-RC1 World and kernel were compiled in a VirtualBox VM running >> 9.2-RELEASE-p2 i386. >> clang and ARM_EABI used as the default make options. >> >> Added prints in NgMkSockNode show rbuf is aligned on 2-byte and not >> 4-byte which is needed to access ni->id (a uint32_t). >> >> ni = 0xbfffe87a >> rbuf = 0xbfffe842 >> sizeof(resp->header) = 56 >> >> >> (gdb) bt >> #0 0x201529a0 in NgMkSockNode (name=, csp=0xbfffe95c, >> dsp=0xbfffe958) at /usr/src/lib/libnetgraph/sock.c:134 >> #1 0x00037b9c in MppcTestCap () at ccp_mppc.c:754 >> #2 0x0007c1f4 in main (ac=4, av=0xbfffeb90) at main.c:248 >> #3 0x0000d1b0 in __start (argc=4, argv=0xbfffeb90, env=0xbfffeba4, >> ps_strings=, obj=, >> cleanup=) at /usr/src/lib/csu/arm/crt1.c:115 >> #4 0x203e9dc0 in _thr_ast (curthread=0x200fd000) >> at /usr/src/lib/libthr/thread/thr_sig.c:265 >> >> >> Putting rbuf in a union with struct ng_mesg sorted the alignment to >> 4-byte and mpd5 didn't crash. >> I attached the changes I used to test mpd5 doesn't crash with correct alignment. > > The patch looks correct, but lets make sure that the -net people don't > have an issue with it... > > I've reattached Guy's patch for review. > > Guy, bug me in a week or so if I haven't committed it, and I will... > > Thanks for tracking this down. > > -- > John-Mark Gurney Voice: +1 415 225 5579 > > "All that I will do, has been done, All that I have, has not." Hi John, Should I still file a PR? 1. I noticed my patch causes a style bug with the rbuf line now taking 87 columns. 2. Since the union now has a ng_mesg struct, the casting to resp can be skipped and the union member used directly. Attached new patch breaking the rbuf line and swapping resp usage with res.res and &res.res Maybe a different name than res should be used for the union or the member. I only tested the new patch compiles for arm.armv6, haven't verified it. Thanks, Guy --089e013c6fa0e84e3904ee132880 Content-Type: application/octet-stream; name="sock-NgMkSockNode-2.patch" Content-Disposition: attachment; filename="sock-NgMkSockNode-2.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hphga6do1 SW5kZXg6IGxpYi9saWJuZXRncmFwaC9zb2NrLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbGliL2xpYm5ldGdy YXBoL3NvY2suYwkocmV2aXNpb24gMjU5MjUwKQorKysgbGliL2xpYm5ldGdyYXBoL3NvY2suYwko d29ya2luZyBjb3B5KQpAQCAtMTExLDkgKzExMSwxMiBAQAogCQkvKiBTYXZlIG5vZGUgbmFtZSAq LwogCQlzdHJsY3B5KG5hbWVidWYsIG5hbWUsIHNpemVvZihuYW1lYnVmKSk7CiAJfSBlbHNlIGlm IChkc3AgIT0gTlVMTCkgewotCQl1X2NoYXIgcmJ1ZltzaXplb2Yoc3RydWN0IG5nX21lc2cpICsg c2l6ZW9mKHN0cnVjdCBub2RlaW5mbyldOwotCQlzdHJ1Y3QgbmdfbWVzZyAqY29uc3QgcmVzcCA9 IChzdHJ1Y3QgbmdfbWVzZyAqKSByYnVmOwotCQlzdHJ1Y3Qgbm9kZWluZm8gKmNvbnN0IG5pID0g KHN0cnVjdCBub2RlaW5mbyAqKSByZXNwLT5kYXRhOworCQl1bmlvbiB7CisJCQl1X2NoYXIgcmJ1 ZltzaXplb2Yoc3RydWN0IG5nX21lc2cpICsKKwkJCSAgICBzaXplb2Yoc3RydWN0IG5vZGVpbmZv KV07CisJCQlzdHJ1Y3QgbmdfbWVzZyByZXM7CisJCX0gcmVzOworCQlzdHJ1Y3Qgbm9kZWluZm8g KmNvbnN0IG5pID0gKHN0cnVjdCBub2RlaW5mbyAqKSByZXMucmVzLmRhdGE7CiAKIAkJLyogRmlu ZCBvdXQgdGhlIG5vZGUgSUQgKi8KIAkJaWYgKE5nU2VuZE1zZyhjcywgIi4iLCBOR01fR0VORVJJ Q19DT09LSUUsCkBAIC0xMjMsNyArMTI2LDcgQEAKIAkJCQlOR0xPRygic2VuZCBub2RlaW5mbyIp OwogCQkJZ290byBlcnJvdXQ7CiAJCX0KLQkJaWYgKE5nUmVjdk1zZyhjcywgcmVzcCwgc2l6ZW9m KHJidWYpLCBOVUxMKSA8IDApIHsKKwkJaWYgKE5nUmVjdk1zZyhjcywgJnJlcy5yZXMsIHNpemVv ZihyZXMucmJ1ZiksIE5VTEwpIDwgMCkgewogCQkJZXJybm9zdiA9IGVycm5vOwogCQkJaWYgKF9n TmdEZWJ1Z0xldmVsID49IDEpCiAJCQkJTkdMT0coInJlY3Ygbm9kZWluZm8iKTsK --089e013c6fa0e84e3904ee132880--