From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 02:35:18 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 36F19B3A for ; Sun, 23 Jun 2013 02:35:18 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id 10CEE1A16 for ; Sun, 23 Jun 2013 02:35:18 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id kp12so9437908pab.7 for ; Sat, 22 Jun 2013 19:35:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=zN6shDXMHFcyCzhPbEJbSqAnLUW8NGj6LtvOK2uuEJg=; b=YhYK/pal62jjJ7RDXR2PDx04YiKmMN6hX2W0hFNdVz7FyEVsksebtZAUsYVunYZqrt VVVvylrRNMKOCT7z2rwnfl2aQSOrwMYfA0QqAlXR2h6Nu4tg/TvmC3A7wPsmDeZHVpFv 3UFsob6fwwCYOCSyGG2r9nEPzRxgQmwo5Z3UN4nBzlnA8BQppYu9Z5/GIwec0+9qDBLr R2pdtOXZ/+rT26QZSR1I9vgHmhn8vCKmXgB88TrNokRmK8XOC1Ex8lJ1ZVW3hFFUUH5L tEc18DNJ7ffSJA5uuix7A464SV8JmrJahwewNNJiVjs/uiiEcfcCAl7RJSAWxASF9T+K k3GA== X-Received: by 10.66.224.237 with SMTP id rf13mr22254140pac.26.1371954917857; Sat, 22 Jun 2013 19:35:17 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id re16sm12773029pac.16.2013.06.22.19.35.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 22 Jun 2013 19:35:17 -0700 (PDT) Date: Sat, 22 Jun 2013 16:37:24 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Zbyszek Bodek Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory In-Reply-To: <51C4A067.7010203@semihalf.com> Message-ID: References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQlzQCoJC/u6wHAlWgjMNXt/4f7yp5ldxJbijmHR83e0NY1xuF8OqspE+1LgHAPrRqPQEqQy Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, jeff@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 02:35:18 -0000 On Fri, 21 Jun 2013, Zbyszek Bodek wrote: > On 21.06.2013 01:56, Jeff Roberson wrote: >> On Thu, 20 Jun 2013, Jeff Roberson wrote: >> >>> On Wed, 19 Jun 2013, Zbyszek Bodek wrote: >>> >>>> Hello, >>>> >>>> I've been trying to compile the kernel on my ARMv7 platform using the >>>> sources from the current FreeBSD HEAD. >>>> >>>> make buildkernel <.....> -j5 >>>> >>>> 1/2 builds fails in the way described below: >>>> -------------------------------------------------------------------------- >>>> >>>> ing-include-dirs -fdiagnostics-show-option -nostdinc -I. >>>> -I/root/src/freebsd-arm-superpages/sys >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/altq >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/libfdt -D_KERNEL >>>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common >>>> -finline-limit=8000 --param inline-unit-growth=100 --param >>>> large-function-growth=1000 -mno-thumb-interwork -ffreestanding -Werror >>>> /root/src/freebsd-arm-superpages/sys/ufs/ffs/ffs_snapshot.c >>>> Cannot fork: Cannot allocate memory >>>> *** [ffs_snapshot.o] Error code 2 >>>> 1 error >>>> *** [buildkernel] Error code 2 >>>> 1 error >>>> *** [buildkernel] Error code 2 >>>> 1 error >>>> 5487.888u 481.569s 7:35.65 1310.0% 1443+167k 1741+5388io 221pf+0w >>>> -------------------------------------------------------------------------- >>>> >>>> >>>> The warning from std err is: >>>> -------------------------------------------------------------------------- >>>> >>>> vm_thread_new: kstack allocation failed >>>> vm_thread_new: kstack allocation failed >>>> -------------------------------------------------------------------------- >>>> >>>> >>>> I was trying to find out which commit is causing this (because I was >>>> previously working on some older revision) and using bisect I got to: >>>> >>>> -------------------------------------------------------------------------- >>>> >>>> Author: jeff >>>> Date: Tue Jun 18 04:50:20 2013 +0000 >>>> >>>> Refine UMA bucket allocation to reduce space consumption and improve >>>> performance. >>>> >>>> - Always free to the alloc bucket if there is space. This gives >>>> LIFO >>>> allocation order to improve hot-cache performance. This also >>>> allows >>>> for zones with a single bucket per-cpu rather than a pair if the >>>> entire >>>> working set fits in one bucket. >>>> - Enable per-cpu caches of buckets. To prevent recursive bucket >>>> allocation one bucket zone still has per-cpu caches disabled. >>>> - Pick the initial bucket size based on a table driven maximum size >>>> per-bucket rather than the number of items per-page. This gives >>>> more sane initial sizes. >>>> - Only grow the bucket size when we face contention on the zone >>>> lock, this >>>> causes bucket sizes to grow more slowly. >>>> - Adjust the number of items per-bucket to account for the header >>>> space. >>>> This packs the buckets more efficiently per-page while making them >>>> not quite powers of two. >>>> - Eliminate the per-zone free bucket list. Always return buckets >>>> back >>>> to the bucket zone. This ensures that as zones grow into larger >>>> bucket sizes they eventually discard the smaller sizes. It >>>> persists >>>> fewer buckets in the system. The locking is slightly trickier. >>>> - Only switch buckets in zalloc, not zfree, this eliminates >>>> pathological >>>> cases where we ping-pong between two buckets. >>>> - Ensure that the thread that fills a new bucket gets to allocate >>>> from >>>> it to give a better upper bound on allocation time. >>>> >>>> Sponsored by: EMC / Isilon Storage Division >>>> -------------------------------------------------------------------------- >>>> >>>> >>>> I checked this several times and this commits seems to be causing this. >>> >>> Can you tell me how many cores and how much memory you have? And >>> paste the output of vmstat -z when you see this error. >>> >>> You can try changing bucket_select() at line 339 in uma_core.c to read: >>> >>> static int >>> bucket_select(int size) >>> { >>> return (MAX(PAGE_SIZE / size, 1)); >>> } >>> >>> This will approximate the old bucket sizing behavior. >> >> Just to add some more information; On my machine with 16GB of ram the >> handful of recent UMA commits save about 20MB of kmem on boot. There >> are 30% fewer buckets allocated. And all of the malloc zones have >> similar amounts of cached space. Actually the page size malloc bucket >> is taking up much less space. >> >> I don't know if the problem is unique to arm but I have tested x86 >> limited to 512MB of ram without trouble. I will need the stats I >> mentioned before to understand what has happened. >> > > Hello Jeff, > > Thank you for your interest in my problem. > > My system is a quad-core ARMv7 with 2048 MB of RAM on board. > Please see attachment for the output from vmstat -z when the error occurs. > > Changing bucket_select() to > > static int > bucket_select(int size) > { > return (MAX(PAGE_SIZE / size, 1)); > } > > as you suggested helps for the problem. I've performed numerous attempts > to build the kernel and none of them failed. > I don't really see a lot of wasted memory in the zones. There is certainly some. Can you give me sysctl vm from both a working and non-working kernel after the build is done or fails? Thanks, Jeff > Best regards > Zbyszek Bodek > From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 06:57:12 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7D7BADB4; Sun, 23 Jun 2013 06:57:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id E73C511A0; Sun, 23 Jun 2013 06:57:11 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5N6v7bb006214; Sun, 23 Jun 2013 09:57:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5N6v7bb006214 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5N6v6dI006213; Sun, 23 Jun 2013 09:57:06 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 09:57:06 +0300 From: Konstantin Belousov To: Zbyszek Bodek Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623065706.GV91021@kib.kiev.ua> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WZjgKYXV2jnEACro" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-arm@FreeBSD.org, freebsd-current@freebsd.org, Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 06:57:12 -0000 --WZjgKYXV2jnEACro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jun 22, 2013 at 04:37:24PM -1000, Jeff Roberson wrote: > On Fri, 21 Jun 2013, Zbyszek Bodek wrote: >=20 > > On 21.06.2013 01:56, Jeff Roberson wrote: > >> On Thu, 20 Jun 2013, Jeff Roberson wrote: > >> > >>> On Wed, 19 Jun 2013, Zbyszek Bodek wrote: > >>> > >>>> Hello, > >>>> > >>>> I've been trying to compile the kernel on my ARMv7 platform using the > >>>> sources from the current FreeBSD HEAD. > >>>> > >>>> make buildkernel <.....> -j5 > >>>> > >>>> 1/2 builds fails in the way described below: > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> ing-include-dirs -fdiagnostics-show-option -nostdinc -I. > >>>> -I/root/src/freebsd-arm-superpages/sys > >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/altq > >>>> -I/root/src/freebsd-arm-superpages/sys/contrib/libfdt -D_KERNEL > >>>> -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > >>>> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param > >>>> large-function-growth=3D1000 -mno-thumb-interwork -ffreestanding -W= error > >>>> /root/src/freebsd-arm-superpages/sys/ufs/ffs/ffs_snapshot.c > >>>> Cannot fork: Cannot allocate memory > >>>> *** [ffs_snapshot.o] Error code 2 > >>>> 1 error > >>>> *** [buildkernel] Error code 2 > >>>> 1 error > >>>> *** [buildkernel] Error code 2 > >>>> 1 error > >>>> 5487.888u 481.569s 7:35.65 1310.0% 1443+167k 1741+5388io 221pf+= 0w > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> > >>>> The warning from std err is: > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> vm_thread_new: kstack allocation failed > >>>> vm_thread_new: kstack allocation failed > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> > >>>> I was trying to find out which commit is causing this (because I was > >>>> previously working on some older revision) and using bisect I got to: > >>>> > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> Author: jeff > >>>> Date: Tue Jun 18 04:50:20 2013 +0000 > >>>> > >>>> Refine UMA bucket allocation to reduce space consumption and impr= ove > >>>> performance. > >>>> > >>>> - Always free to the alloc bucket if there is space. This gives > >>>> LIFO > >>>> allocation order to improve hot-cache performance. This also > >>>> allows > >>>> for zones with a single bucket per-cpu rather than a pair if t= he > >>>> entire > >>>> working set fits in one bucket. > >>>> - Enable per-cpu caches of buckets. To prevent recursive bucket > >>>> allocation one bucket zone still has per-cpu caches disabled. > >>>> - Pick the initial bucket size based on a table driven maximum s= ize > >>>> per-bucket rather than the number of items per-page. This giv= es > >>>> more sane initial sizes. > >>>> - Only grow the bucket size when we face contention on the zone > >>>> lock, this > >>>> causes bucket sizes to grow more slowly. > >>>> - Adjust the number of items per-bucket to account for the header > >>>> space. > >>>> This packs the buckets more efficiently per-page while making = them > >>>> not quite powers of two. > >>>> - Eliminate the per-zone free bucket list. Always return buckets > >>>> back > >>>> to the bucket zone. This ensures that as zones grow into larg= er > >>>> bucket sizes they eventually discard the smaller sizes. It > >>>> persists > >>>> fewer buckets in the system. The locking is slightly trickier. > >>>> - Only switch buckets in zalloc, not zfree, this eliminates > >>>> pathological > >>>> cases where we ping-pong between two buckets. > >>>> - Ensure that the thread that fills a new bucket gets to allocate > >>>> from > >>>> it to give a better upper bound on allocation time. > >>>> > >>>> Sponsored by: EMC / Isilon Storage Division > >>>> --------------------------------------------------------------------= ------ > >>>> > >>>> > >>>> I checked this several times and this commits seems to be causing th= is. > >>> > >>> Can you tell me how many cores and how much memory you have? And > >>> paste the output of vmstat -z when you see this error. > >>> > >>> You can try changing bucket_select() at line 339 in uma_core.c to rea= d: > >>> > >>> static int > >>> bucket_select(int size) > >>> { > >>> return (MAX(PAGE_SIZE / size, 1)); > >>> } > >>> > >>> This will approximate the old bucket sizing behavior. > >> > >> Just to add some more information; On my machine with 16GB of ram the > >> handful of recent UMA commits save about 20MB of kmem on boot. There > >> are 30% fewer buckets allocated. And all of the malloc zones have > >> similar amounts of cached space. Actually the page size malloc bucket > >> is taking up much less space. > >> > >> I don't know if the problem is unique to arm but I have tested x86 > >> limited to 512MB of ram without trouble. I will need the stats I > >> mentioned before to understand what has happened. > >> > > > > Hello Jeff, > > > > Thank you for your interest in my problem. > > > > My system is a quad-core ARMv7 with 2048 MB of RAM on board. > > Please see attachment for the output from vmstat -z when the error occu= rs. > > > > Changing bucket_select() to > > > > static int > > bucket_select(int size) > > { > > return (MAX(PAGE_SIZE / size, 1)); > > } > > > > as you suggested helps for the problem. I've performed numerous attempts > > to build the kernel and none of them failed. > > >=20 > I don't really see a lot of wasted memory in the zones. There is=20 > certainly some. Can you give me sysctl vm from both a working and=20 > non-working kernel after the build is done or fails? Try this: http://people.freebsd.org/~kib/misc/arm_bcache.1.patch Please _do_ notify me whether it compiled and helped with your problem. --WZjgKYXV2jnEACro Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxpxBAAoJEJDCuSvBvK1BaV0P/0dcOgHNcxsL0rv7T2YJXi2Z 9ie3nlIHBQvpA4mfbC2KAGOTX//3CFX+ZHotdRCdypN768h6QuZXfPawohy4Qjem q0lajL5rtzDjBgR+zmhmtnMGkqsew0o3UENEBzsbRmspDQIEccoxxQgkbzX8BtsF hi7EPVsoKw4CNkP/4puQmmTmWFS63AxCLrDYeqyNp/FMJBsffq+GLmRT4VhAiREr 5QbWm4OiXgONg8SDkcp6akbsn8Tpybfszaoj6N3RsGq6tE3gWO4UFVLqT8Wmrwhm gb90Q/N48gFJHCSyde62u4TEfgVozcSa3G2y3Jw9tjSHPPSqICyrwT/azTYn8TgM ypwaZ1W0NAEchAh8IXcc7YVYMeSoMaG0yY53X3gbWZLHVjdgJdoP3dwpAE65meoj jWJW0CXAQKSqJFd5DeCOcqIh0dhMUfTIa18NrUIUi7Uwm3MStvGLwjbYFXZVkdQL tJIHaWTm+XRvdPMpyYji/FBuIQomkcPS9KMlCXypvYjlCNRhj6HzlXw7dDnfYs44 WOGY81btBHdfw2vMwapoRqa+EWmucO29V9+GBlUpSF48mQiLyk0a5XkEXIg+Xo/T dKGTpgDjjBh6J5mqBpQCLrXf5wfvYRflK2BSNY8vQnRuybbCgb9jK0YzDxcPZ0zu FMQZnqqgZhk6XUsYBIvy =ig/L -----END PGP SIGNATURE----- --WZjgKYXV2jnEACro-- From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 08:53:20 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 8F28DDDA; Sun, 23 Jun 2013 08:53:20 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id 497DF1457; Sun, 23 Jun 2013 08:53:18 +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 1Uqfif-000B64-8g; Sun, 23 Jun 2013 12:32:21 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 12:32:21 +0400 (MSK) Date: Sun, 23 Jun 2013 12:32:20 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623083220.GA41511@mail.bsdpad.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623065706.GV91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 08:53:20 -0000 On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > I don't really see a lot of wasted memory in the zones. There is > > certainly some. Can you give me sysctl vm from both a working and > > non-working kernel after the build is done or fails? > > Try this: > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > > Please _do_ notify me whether it compiled and helped with your problem. Btw, there is a problem while allocating 2GB RAM on armv7 boards while unmapped_buf_allowed == 1 (default): ----- ## Starting application at 0x40F00000 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys/ARNDALE arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: DIAGNOSTIC option enabled, expect reduced performance. CPU: Cortex A15 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc 32KB/64B 2-way instruction cache Read-Alloc Cache level 2: 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc real memory = 2147483648 (2048 MB) panic: kmem_suballoc: bad status return of 3 ----- arm_bcache.1.patch resolves the issue above, but forced another one: ----- Trying to mount root from ufs:/dev/da0 []... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 ----- and there are no problems at all if unmapped_buf_allowed == 0 -Ruslan From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 14:33:01 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4B8F32B1; Sun, 23 Jun 2013 14:33:01 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 99B961EB6; Sun, 23 Jun 2013 14:33:00 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5NEWoOC002321; Sun, 23 Jun 2013 17:32:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5NEWoOC002321 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5NEWmau002320; Sun, 23 Jun 2013 17:32:48 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 17:32:48 +0300 From: Konstantin Belousov To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623143248.GA91021@kib.kiev.ua> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s/DY0TM5dkgdNyMY" Content-Disposition: inline In-Reply-To: <20130623083220.GA41511@mail.bsdpad.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 14:33:01 -0000 --s/DY0TM5dkgdNyMY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 12:32:20PM +0400, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > > I don't really see a lot of wasted memory in the zones. There is=20 > > > certainly some. Can you give me sysctl vm from both a working and=20 > > > non-working kernel after the build is done or fails? > >=20 > > Try this: > > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > >=20 > > Please _do_ notify me whether it compiled and helped with your problem. >=20 > Btw, there is a problem while allocating 2GB RAM on armv7 boards > while unmapped_buf_allowed =3D=3D 1 (default): >=20 > ----- > ## Starting application at 0x40F00000 ... > KDB: debugger backends: ddb =20 > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 > root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys/ARN= DALE arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > CPU: Cortex A15 rev 4 (Cortex-A core) > Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext > WB disabled EABT branch prediction enabled > LoUU:2 LoC:2 LoUIS:2=20 > Cache level 1:=20 > 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc > 32KB/64B 2-way instruction cache Read-Alloc > Cache level 2:=20 > 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc > real memory =3D 2147483648 (2048 MB) > panic: kmem_suballoc: bad status return of 3 > ----- >=20 > arm_bcache.1.patch resolves the issue above, but forced another one: I have no idea why do you think that the patch 'forced' this issue. >=20 > ----- > Trying to mount root from ufs:/dev/da0 []... > WARNING: / was not properly dismounted > warning: no time-of-day clock registered, system time will not be set acc= urately > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /= usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > ----- This is useless without a backtrace. >=20 > and there are no problems at all if unmapped_buf_allowed =3D=3D 0 >=20 > -Ruslan --s/DY0TM5dkgdNyMY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxwcPAAoJEJDCuSvBvK1BOdsP/34HcvrUJjGAge4x76J0sf3r SU7pgGJKsH3kYDU9CwOSYZy5foRg7exd3xi23wX4Tj7tH3mt+IfYfbUNROzkzBOb YRmPYSBeWC6f12p1jed5NQ86iVIaEQbfp2jeBFKOnnKKvxsH6I96UgBUwbjQ2VXb S2xim74YyOgjHUnannxxb2CULEHH/ExMMWCZuu43EL/fU4egLGHdyoVO+pjnh5UV hULIECrsz3+JbKsLeTt6S4pEamGvFEYQe12cFLcnE9GGSzyvhqAV/ZMEAWUiG3xO h8Z6/qPGWMddpAR6kkmFXTIX3cRWo02y/hnb4JU6Fx1x/O1rGoLkWV4s6efyb/5j q5EPpuNKoa8MMXPA6OCQyFUH+/RWV/GwM9sJs8F9Hc6nS4Xg55hCfF16iSiKVCxo 3GOGnpiF3HrpHHYE8sSvU37PeEI3yp+0Pqi4L2fNMAZqXm+F/9NcYRgWwZQpaXw1 /I6nGEhwX3Ea3gfFLWLUKKUI15bKD/6Ezu2c7lvCNnhNFlblkFuduc+kib6OxmZG 2xubatKDMLnRrkjFsrt+dm4mpndfqhbuF2RxmSm+muua8gIV9k6GCVoLMEGRlHMH l5TfSj9WMhXMZwSFYvaGfi/N2t9p9wwfugHLUnt29dFVqur/P5wZk9KPcvL9xH5S KEV3hfQmZSurWL+TijtL =aVeu -----END PGP SIGNATURE----- --s/DY0TM5dkgdNyMY-- From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 14:44:12 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C832D737; Sun, 23 Jun 2013 14:44:12 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id 7E98C1F1C; Sun, 23 Jun 2013 14:44:12 +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 1UqlW6-000I3h-BU; Sun, 23 Jun 2013 18:43:46 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 18:43:46 +0400 (MSK) Date: Sun, 23 Jun 2013 18:43:46 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623144346.GA69378@mail.bsdpad.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623143248.GA91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 14:44:13 -0000 On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 12:32:20PM +0400, Ruslan Bukin wrote: > > On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > > > I don't really see a lot of wasted memory in the zones. There is > > > > certainly some. Can you give me sysctl vm from both a working and > > > > non-working kernel after the build is done or fails? > > > > > > Try this: > > > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > > > > > > Please _do_ notify me whether it compiled and helped with your problem. > > > > Btw, there is a problem while allocating 2GB RAM on armv7 boards > > while unmapped_buf_allowed == 1 (default): > > > > ----- > > ## Starting application at 0x40F00000 ... > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Copyright (c) 1992-2013 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > > The Regents of the University of California. All rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 10.0-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 > > root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys/ARNDALE arm > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > > CPU: Cortex A15 rev 4 (Cortex-A core) > > Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext > > WB disabled EABT branch prediction enabled > > LoUU:2 LoC:2 LoUIS:2 > > Cache level 1: > > 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc > > 32KB/64B 2-way instruction cache Read-Alloc > > Cache level 2: > > 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc > > real memory = 2147483648 (2048 MB) > > panic: kmem_suballoc: bad status return of 3 > > ----- > > > > arm_bcache.1.patch resolves the issue above, but forced another one: > I have no idea why do you think that the patch 'forced' this issue. > > > > > ----- > > Trying to mount root from ufs:/dev/da0 []... > > WARNING: / was not properly dismounted > > warning: no time-of-day clock registered, system time will not be set accurately > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > ----- > This is useless without a backtrace. Trying to mount root from ufs:/dev/da0 []... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 1 tid 100001 td 0xc547f620 _end() at 0xde9d0530 scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) rsp=0xde9d0514 rfp=0xc12d1b60 Bad frame pointer: 0xc12d1b60 db> > > > > > and there are no problems at all if unmapped_buf_allowed == 0 > > > > -Ruslan From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 16:16:28 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 286D24A9; Sun, 23 Jun 2013 16:16:28 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9073212F9; Sun, 23 Jun 2013 16:16:27 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5NGGHPr031256; Sun, 23 Jun 2013 19:16:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5NGGHPr031256 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5NGGHBi031255; Sun, 23 Jun 2013 19:16:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 19:16:17 +0300 From: Konstantin Belousov To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623161617.GC91021@kib.kiev.ua> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XBoPujbmU9XOe6cs" Content-Disposition: inline In-Reply-To: <20130623144346.GA69378@mail.bsdpad.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:16:28 -0000 --XBoPujbmU9XOe6cs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote: > > On Sun, Jun 23, 2013 at 12:32:20PM +0400, Ruslan Bukin wrote: > > > On Sun, Jun 23, 2013 at 09:57:06AM +0300, Konstantin Belousov wrote: > > > > > I don't really see a lot of wasted memory in the zones. There is= =20 > > > > > certainly some. Can you give me sysctl vm from both a working an= d=20 > > > > > non-working kernel after the build is done or fails? > > > >=20 > > > > Try this: > > > > http://people.freebsd.org/~kib/misc/arm_bcache.1.patch > > > >=20 > > > > Please _do_ notify me whether it compiled and helped with your prob= lem. > > >=20 > > > Btw, there is a problem while allocating 2GB RAM on armv7 boards > > > while unmapped_buf_allowed =3D=3D 1 (default): > > >=20 > > > ----- > > > ## Starting application at 0x40F00000 ... > > > KDB: debugger backends: ddb =20 > > > KDB: current backend: ddb > > > Copyright (c) 1992-2013 The FreeBSD Project. > > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1= 994 > > > The Regents of the University of California. All rights reserved. > > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > > FreeBSD 10.0-CURRENT #5 r252090M: Sun Jun 23 12:18:31 MSK 2013 > > > root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys= /ARNDALE arm > > > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > > > WARNING: DIAGNOSTIC option enabled, expect reduced performance. > > > CPU: Cortex A15 rev 4 (Cortex-A core) > > > Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext > > > WB disabled EABT branch prediction enabled > > > LoUU:2 LoC:2 LoUIS:2=20 > > > Cache level 1:=20 > > > 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc > > > 32KB/64B 2-way instruction cache Read-Alloc > > > Cache level 2:=20 > > > 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc > > > real memory =3D 2147483648 (2048 MB) > > > panic: kmem_suballoc: bad status return of 3 > > > ----- > > >=20 > > > arm_bcache.1.patch resolves the issue above, but forced another one: > > I have no idea why do you think that the patch 'forced' this issue. > >=20 > > >=20 > > > ----- > > > Trying to mount root from ufs:/dev/da0 []... > > > WARNING: / was not properly dismounted > > > warning: no time-of-day clock registered, system time will not be set= accurately > > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global= @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > ----- > > This is useless without a backtrace. >=20 > Trying to mount root from ufs:/dev/da0 []... > WARNING: / was not properly dismounted > warning: no time-of-day clock registered, system time will not be set acc= urately > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /= usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 >=20 > KDB: enter: panic > [ thread pid 1 tid 100001 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> bt > Tracing pid 1 tid 100001 td 0xc547f620 > _end() at 0xde9d0530 > scp=3D0xde9d0530 rlv=3D0xc1211458 (db_trace_thread+0x34) > rsp=3D0xde9d0514 rfp=3D0xc12d1b60 > Bad frame pointer: 0xc12d1b60 > db>=20 This is completely broken. It seems that witness triggered the panic, and ddb is unable to obtain a backtrace from the normal panic(9) call. Show the output of the 'show alllocks'. >=20 > >=20 > > >=20 > > > and there are no problems at all if unmapped_buf_allowed =3D=3D 0 > > >=20 > > > -Ruslan >=20 >=20 --XBoPujbmU9XOe6cs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxx9QAAoJEJDCuSvBvK1BAlsP/0WMC8G4kaRjjeteMiDUbysR ChpsXL5pfywU8Q1umSzppws5VgXMOJlwC/1q+E2G/1ZTwuA7vFPS6mIGo6xrC3D8 0FvLVyXOnJxQXIEi68lloO4jS2R8TLsrNbpoGttzFlXxOmUqNYARx4w3fFANvY1n B9c0K9jUSYkRBI18C8Eb4MN19SZwgyxpYOZcv8/7vMqyestUcqXPJWp9+T02tmCS 0pUY/VVxXpdX0Z+hv371tnpBoF9lJ+p7blIR9itWDMMqSjpkTjz+DZB8gBdjm+Nb Dcrj7oecfZsIGeNhHATRhPYUAKP5MkHSii9tPbplWxolfO3p8FYp4xv1cmYKYenR xtjOfatzimRw/AbdxO6oquwPpy1453irax2YGCpmdlMx65JeMDfPbCqvruNqGfmj k/1HJK7OwbA3Jbkcjhq2ZPL8MLbxsNQIqBfAhJy+ETkiFvNs1j2zBNqAu4y/8yEh jP5ko2NSXq3TLtFMw4jxprIRVURJVgGDMSlLkA8YJLC1e2XPhqentR8Ud6DifsQP DYu/oeHAz7s+7ZZBBJEO+0RzWW1brG3TgVok6obtHLBMlz6YEnzqFOEXBVb6et4o x8D1q6BxNeo8/th8Bu7AfrBPqhxlLd4ZXTFECfI4rzgTUpFXrri94y92/xo5CJud MH4mzgD4jIvRzdJEgM1K =noOh -----END PGP SIGNATURE----- --XBoPujbmU9XOe6cs-- From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 16:44:52 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 70AADEF8; Sun, 23 Jun 2013 16:44:52 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id 281A413CA; Sun, 23 Jun 2013 16:44:51 +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 1UqnOr-000KG1-MC; Sun, 23 Jun 2013 20:44:25 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 20:44:25 +0400 (MSK) Date: Sun, 23 Jun 2013 20:44:25 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623164425.GA77339@mail.bsdpad.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623161617.GC91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:44:52 -0000 On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > > > > Trying to mount root from ufs:/dev/da0 []... > > WARNING: / was not properly dismounted > > warning: no time-of-day clock registered, system time will not be set accurately > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > > KDB: enter: panic > > [ thread pid 1 tid 100001 ] > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > db> bt > > Tracing pid 1 tid 100001 td 0xc547f620 > > _end() at 0xde9d0530 > > scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) > > rsp=0xde9d0514 rfp=0xc12d1b60 > > Bad frame pointer: 0xc12d1b60 > > db> > This is completely broken. It seems that witness triggered the panic, > and ddb is unable to obtain a backtrace from the normal panic(9) call. > > Show the output of the 'show alllocks'. No such command db> show all chains ifnets lltables pcpu procs rman trace ttys db> From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 16:50:50 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C5111307; Sun, 23 Jun 2013 16:50:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1D31473; Sun, 23 Jun 2013 16:50:50 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id r5NGof6O038239; Sun, 23 Jun 2013 19:50:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua r5NGof6O038239 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id r5NGofKY038238; Sun, 23 Jun 2013 19:50:41 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 23 Jun 2013 19:50:40 +0300 From: Konstantin Belousov To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623165040.GD91021@kib.kiev.ua> References: <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> <20130623164425.GA77339@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SQwxzH3rsXq5Vu3X" Content-Disposition: inline In-Reply-To: <20130623164425.GA77339@mail.bsdpad.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home Cc: freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 16:50:50 -0000 --SQwxzH3rsXq5Vu3X Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 23, 2013 at 08:44:25PM +0400, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: > > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > > >=20 > > > Trying to mount root from ufs:/dev/da0 []... > > > WARNING: / was not properly dismounted > > > warning: no time-of-day clock registered, system time will not be set= accurately > > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global= @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > >=20 > > > KDB: enter: panic > > > [ thread pid 1 tid 100001 ] > > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > > db> bt > > > Tracing pid 1 tid 100001 td 0xc547f620 > > > _end() at 0xde9d0530 > > > scp=3D0xde9d0530 rlv=3D0xc1211458 (db_trace_thread+0x34) > > > rsp=3D0xde9d0514 rfp=3D0xc12d1b60 > > > Bad frame pointer: 0xc12d1b60 > > > db>=20 > > This is completely broken. It seems that witness triggered the panic, > > and ddb is unable to obtain a backtrace from the normal panic(9) call. > >=20 > > Show the output of the 'show alllocks'. >=20 > No such command Do you have witness in the kernel config ? If not, add it to the config and retry. >=20 > db> show all =20 > chains ifnets lltables pcpu procs rman > trace ttys > db>=20 --SQwxzH3rsXq5Vu3X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iQIcBAEBAgAGBQJRxydgAAoJEJDCuSvBvK1BCIIP/1L6OvijfsRGuMYZKtjqdzHL J/Cx2gtWOHJ2U711ZGq6vPRTo6mlNL//lndT1mS7TNiYdnOoK03/vC1zEVTaw96w nRHtR4p9COyZ9/OyXbQZzQd9UAu0CXppTYG2/MO9xgn2RmU5J8LYXC6te26tL61K FqVSlmnDOhGR0BnHsIowAYuaGQD9t5SjooA7xk4wvPl44JFKgiObW1RgIt8dI46J Wq1W2zpVkv0zgPpNkN5BWKrKiaLriyJ9RfuBK03e/rcp3uXxkmQ09IjlytQHyT34 i//HarEwvoMfdKr97gMcuNLuC/+76twDrwI+jcLm3bnXsmZjDMSugV1hQ5QQJJLN qByQR0FuNo2lZQASOQD3YdNdRz0zW3+M5dDMCpTszg7kX38b/tzjwudoqRe/yxxX 7kHGA7j1SnzCjZehUjZ5iSTD/TLWyUXuWvFhOt5iiNan3e0i8PHFB0TQFfB2hPKK 5VJLY/gnKWX4rI5EwydJPd1WsshtR777LGhqngTP+/Rd9kZ/MFlNZztXQ2BFJRzN 35VqWS5YcFmZ6Zysgn8aLKSjBDa97LbJVf3WFqKSMbpBRHqHTGReUgzh4MJUxoGD g2phQ/Sgz8lI2j1VtYF+V06FOHxJlen8ZIZcOFgkDXubW+ntFFPogmue6homOkJw 0a7yo7ORh+KjVzqcG5Mb =6R1v -----END PGP SIGNATURE----- --SQwxzH3rsXq5Vu3X-- From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 17:05:33 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4039268B; Sun, 23 Jun 2013 17:05:33 +0000 (UTC) (envelope-from br@mail.bsdpad.com) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) by mx1.freebsd.org (Postfix) with ESMTP id EA5D4162C; Sun, 23 Jun 2013 17:05:32 +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 1Uqnit-000Kem-5R; Sun, 23 Jun 2013 21:05:07 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 23 Jun 2013 21:05:07 +0400 (MSK) Date: Sun, 23 Jun 2013 21:05:07 +0400 From: Ruslan Bukin To: Konstantin Belousov Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Message-ID: <20130623170507.GA79364@mail.bsdpad.com> References: <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> <20130623164425.GA77339@mail.bsdpad.com> <20130623165040.GD91021@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130623165040.GD91021@kib.kiev.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current@freebsd.org, Jeff Roberson , freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 17:05:33 -0000 On Sun, Jun 23, 2013 at 07:50:40PM +0300, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 08:44:25PM +0400, Ruslan Bukin wrote: > > On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: > > > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > > > > > > > > Trying to mount root from ufs:/dev/da0 []... > > > > WARNING: / was not properly dismounted > > > > warning: no time-of-day clock registered, system time will not be set accurately > > > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > > > > > > KDB: enter: panic > > > > [ thread pid 1 tid 100001 ] > > > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > > > db> bt > > > > Tracing pid 1 tid 100001 td 0xc547f620 > > > > _end() at 0xde9d0530 > > > > scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) > > > > rsp=0xde9d0514 rfp=0xc12d1b60 > > > > Bad frame pointer: 0xc12d1b60 > > > > db> > > > This is completely broken. It seems that witness triggered the panic, > > > and ddb is unable to obtain a backtrace from the normal panic(9) call. > > > > > > Show the output of the 'show alllocks'. > > > > No such command > Do you have witness in the kernel config ? If not, add it to the config > and retry. Trying to mount root from ufs:/dev/da0 []... WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> show alllocks Process 1 (kernel) thread 0xc55fc620 (100001) exclusive sleep mutex pmap (pmap) r = 0 (0xc5600590) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:729 exclusive rw pmap pv global (pmap pv global) r = 0 (0xc1479dd0) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:728 shared rw vm object (vm object) r = 0 (0xc1551d4c) locked @ /usr/home/br/dev/head/sys/vm/vm_map.c:1809 exclusive sx vm map (user) (vm map (user)) r = 0 (0xc5600528) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:445 exclusive lockmgr ufs (ufs) r = 0 (0xc56f7914) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:821 exclusive sleep mutex Giant (Giant) r = 0 (0xc147c778) locked @ /usr/home/br/dev/head/sys/kern/vfs_mount.c:1093 db> From owner-freebsd-arm@FreeBSD.ORG Sun Jun 23 18:12:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 277026DD; Sun, 23 Jun 2013 18:12:40 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 1100D17F2; Sun, 23 Jun 2013 18:12:38 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r5NHrjCF011834; Sun, 23 Jun 2013 17:53:45 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id xrqq7p4hgm7ix4sv2bhjp76wpe; Sun, 23 Jun 2013 17:53:45 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/signed; boundary="Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904"; protocol="application/pgp-signature"; micalg=pgp-sha1 From: Tim Kientzle In-Reply-To: <20130623161617.GC91021@kib.kiev.ua> Date: Sun, 23 Jun 2013 10:53:44 -0700 Message-Id: <6B59F8B2-5EDB-4C3F-A64C-F6490763DC4F@kientzle.com> References: <51C1F53B.2080502@semihalf.com> <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org, freebsd-current@freebsd.org, Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jun 2013 18:12:40 -0000 --Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 23, 2013, at 9:16 AM, Konstantin Belousov wrote: > On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: >> On Sun, Jun 23, 2013 at 05:32:48PM +0300, Konstantin Belousov wrote: >>>=20 >>> This is useless without a backtrace. >>=20 >> Trying to mount root from ufs:/dev/da0 []... >> WARNING: / was not properly dismounted >> warning: no time-of-day clock registered, system time will not be set = accurately >> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global = @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 >>=20 >> KDB: enter: panic >> [ thread pid 1 tid 100001 ] >> Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >> db> bt >> Tracing pid 1 tid 100001 td 0xc547f620 >> _end() at 0xde9d0530 >> scp=3D0xde9d0530 rlv=3D0xc1211458 (db_trace_thread+0x34) >> rsp=3D0xde9d0514 rfp=3D0xc12d1b60 >> Bad frame pointer: 0xc12d1b60 >> db>=20 > This is completely broken. It seems that witness triggered the panic, > and ddb is unable to obtain a backtrace from the normal panic(9) call. Kernel backtraces are currently broken on ARM EABI kernels. Tim --Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) iQEcBAEBAgAGBQJRxzYpAAoJEGMNyGo0rfFBAY4IAJfzJfnSoHcmknxnGrk4bvrt AF4RxsY5gq1bl2bsVZ6o+4xJd2/r9VPgehYUa8bVwtML6yhsvVulWdF4Pt9xzu9c cX5+xNVUbNZrnmFbmaPOUNDuVQr1aLh3tI3jfUAxe5rlo4TY2fRkXi1CBFEys+ya ETYbvXFIV8mGq947PMOHQLt13cUoRd+lBMylulHwG5tnE8ycI8HP14yYFD43Xe2q ovana87nEwKkAz6+E3yylMuyG64AZhlX2zgQGutQ+KuoysjbF5eesezn3EHSJsRB +j/l0Q+P8DCqygRzQqd1ViPRnh722CnLZRtsQfdFvvfFpJTsyvYnuJLhuiDQLf0= =4NTN -----END PGP SIGNATURE----- --Apple-Mail=_6A7E31B8-C17C-491E-AF2C-D175C3D14904-- From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 11:06:42 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6F4AAF3 for ; Mon, 24 Jun 2013 11:06:42 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 489891DB6 for ; Mon, 24 Jun 2013 11:06:42 +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 r5OB6geD000907 for ; Mon, 24 Jun 2013 11:06:42 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5OB6fkU000905 for freebsd-arm@FreeBSD.org; Mon, 24 Jun 2013 11:06:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 Jun 2013 11:06:41 GMT Message-Id: <201306241106.r5OB6fkU000905@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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 11:06:42 -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/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179561 arm Compilation issue for lighttpd on raspberry pi 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/176424 arm Compiler warning, TARGET_ARCH=armv6, make MALLOC_PRODU 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/174461 arm [patch] Fix off-by-one in arm9/arm10 cache maintenance 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 p arm/134338 arm [patch] Lock GPIO accesses on ixp425 26 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 14:55:50 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DABAC6D5 for ; Mon, 24 Jun 2013 14:55:50 +0000 (UTC) (envelope-from jkh@turbofuzz.com) Received: from mail-out.apple.com (crispin.apple.com [17.151.62.50]) by mx1.freebsd.org (Postfix) with ESMTP id C325A1C2D for ; Mon, 24 Jun 2013 14:55:50 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from relay5.apple.com ([17.128.113.88]) by mail-out.apple.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTP id <0MOW001GQK4WA420@mail-out.apple.com> for freebsd-arm@freebsd.org; Mon, 24 Jun 2013 07:55:44 -0700 (PDT) X-AuditID: 11807158-b7f486d0000079b6-7d-51c85defe735 Received: from aniseed.apple.com (aniseed.apple.com [17.128.115.23]) (using TLS with cipher RC4-MD5 (128/128 bits)) (Client did not present a certificate) by relay5.apple.com (Apple SCV relay) with SMTP id B7.AC.31158.FED58C15; Mon, 24 Jun 2013 07:55:44 -0700 (PDT) Received: from [17.153.98.55] by aniseed.apple.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTPSA id <0MOW003K1K4V6K70@aniseed.apple.com> for freebsd-arm@freebsd.org; Mon, 24 Jun 2013 07:55:43 -0700 (PDT) From: "Jordan K. Hubbard" Subject: Raspberry pi not ready to self-host yet? Message-id: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> Date: Mon, 24 Jun 2013 07:55:42 -0700 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.1508) X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrPJMWRmVeSWpSXmKPExsUi2FAsrvsh9kSgwfbLTBYHVk1mdmD0mPFp PksAYxSXTUpqTmZZapG+XQJXxpV1ngUfRCoa/25naWB8I9jFyMkhIWAisb5vOwuELSZx4d56 NhBbSKCfSaJ9X0UXIxeQ3ckkcebWLSaQBJuArkTzr0+MIDazgJbE+p3HmSBsbYkn7y6wgtjC AoYSDzrmgtXwCjhI7Pl+EWwoi4CqxMpLK8HqRQSkJRbf3MgEUaMnsXnGC/YuRg6gI2Qldv5O msDIOwvJhllINsxC0rGAkXkVo0BRak5ipaleYkFBTqpecn7uJkZwsBRG7GD8v8zqEKMAB6MS D2/mnOOBQqyJZcWVuYcYJTiYlUR4Q0VOBArxpiRWVqUW5ccXleakFh9ilOZgURLnlfQCqhZI TyxJzU5NLUgtgskycXBKNTA2ipXedN+3/U9zzIqDKruydxby/1rP8ff0v4Yc1t+m23sWX/Ld 8S3+yZapjdslTjEcuyCx2Wb/cm5hk47KGHPj9/1W/k37GzO4NcQrgkJDEwtj/OVOCzQsDVcX YDGe+KildOfHqfZZTTtUOLsKtgkdWJoefafi7b2XHRvytPLvS7e0TP/Ol6rEUpyRaKjFXFSc CADu1ZSaEgIAAA== X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 14:55:50 -0000 Hi folks, I followed the instructions in the repo at https://github.com/daveish/freebsd-arm-tools.git and was able to create a bootable SD image for my 512Mb PI in no time with very little hassle - nice job there! What I can't seem to manage, however, is to self-host after that. I see someone has already filed http://www.freebsd.org/cgi/query-pr.cgi?pr=178495 covering the failure during buildworld, You see the same compilation error in basic_string.tcc in various ports, like apr: 0. Program arguments: /usr/bin/c++ -cc1 -triple armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s -msoft-float -mfloat-abi soft -target-feature +soft-float -target-feature +soft-float-abi -target-feature -neon -coverage-file /tmp/cxx_db-5qpGsC.s -resource-dir /usr/bin/../lib/clang/3.3 -D _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 -fmessage-length 144 -mstackrealign -fno-signed-char -fobjc-runtime=gnustep -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions -fsjlj-exceptions -fdiagnostics-show-option -fcolor-diagnostics -backend-option -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ ./../dist/../cxx/cxx_db.cpp 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser token ';' 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 : parsing namespace 'std' c++: error: unable to execute command: Segmentation fault (core dumped) c++: error: clang frontend command failed due to signal (use -v to see invocation) In the kernel, there seems to be something weird with the atomics because linking always fails: kern_event.o: In function `filt_timerattach': /a/src/sys/kern/kern_event.c:555: undefined reference to `__atomic_load_4' /a/src/sys/kern/kern_event.c:559: undefined reference to `__atomic_compare_exchange_4' kern_event.o: In function `filt_timerdetach': /a/src/sys/kern/kern_event.c:584: undefined reference to `__atomic_fetch_sub_4' I do appreciate that it's a heck of a lot easier to cross-compile for these things, and great work getting things to this point, but self-hosting is still one of the magical milestones you always hope an embedded target will get to someday, assuming it actually has enough grunt to do so (and I think the PI does). :) - Jordan From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 15:01:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D209582E for ; Mon, 24 Jun 2013 15:01:33 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id A471E1C82 for ; Mon, 24 Jun 2013 15:01:33 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id a13so24708320iee.20 for ; Mon, 24 Jun 2013 08:01:33 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=gjQi7Kknx4qQd498WoiQaVwkMIsGwtFdKpcJjcg54zY=; b=CxEfIxAYSeCgd2r0OJMg1zF8wE3C3qcWTaHnGQFchQUSPIXRIcjBiQf1ZaEs/1ItBt Nb+WlG4TJfxAjDUkfJUfOy8Vpqi35EO8gbR4FnomC1AydhiHkgeeSRQ80nEJAOpF5Dhh EdNyloxUh6gIfkdAR7SKyhpIhd4t452a0+wS1QZu1KCYC14s2AnPfCb6bLia+G3nXQEZ mO275rdWio+/8LoawpbC2fzvcBHwvX6mzuGg3lkShjj1WucQXbqyU6IcIzvAADm0oOel 1TtrPSld9yMei1hXIU2wDWkaf6aRrZl3b2mWOiVgyaBNGiKK6KiHRr6zvkTPFPfYjplp 5doA== X-Received: by 10.50.132.98 with SMTP id ot2mr5876133igb.38.1372086093337; Mon, 24 Jun 2013 08:01:33 -0700 (PDT) Received: from [10.0.0.53] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ff19sm432653igb.0.2013.06.24.08.01.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Jun 2013 08:01:32 -0700 (PDT) Sender: Warner Losh Subject: Re: Raspberry pi not ready to self-host yet? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> Date: Mon, 24 Jun 2013 09:01:28 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> To: "Jordan K. Hubbard" X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQlpUs+VOxwheR8jhBzzEW9UlGIn4rKjeNmHLxaeOXTsgA9qYDF58zVwXcs7VLzaDIib8UZU Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 15:01:33 -0000 On Jun 24, 2013, at 8:55 AM, Jordan K. Hubbard wrote: > Hi folks, >=20 > I followed the instructions in the repo at = https://github.com/daveish/freebsd-arm-tools.git and was able to create = a bootable SD image for my 512Mb PI in no time with very little hassle - = nice job there! >=20 > What I can't seem to manage, however, is to self-host after that. I = see someone has already filed = http://www.freebsd.org/cgi/query-pr.cgi?pr=3D178495 covering the failure = during buildworld, You see the same compilation error in = basic_string.tcc in various ports, like apr: >=20 > 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp = -mrelocation-model pic -pic-level 2 -mdisable-fp-elim = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/cxx_db-5qpGsC.s -resource-dir /usr/bin/../lib/clang/3.3 -D = _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 -fdeprecated-macro = -fno-dwarf-directory-asm -fdebug-compilation-dir = /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 = -fmessage-length 144 -mstackrealign -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fcxx-exceptions -fexceptions -fsjlj-exceptions = -fdiagnostics-show-option -fcolor-diagnostics -backend-option = -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ = ./../dist/../cxx/cxx_db.cpp=20 > 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' > 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' > c++: error: unable to execute command: Segmentation fault (core = dumped) > c++: error: clang frontend command failed due to signal (use -v to see = invocation) do you have enough swap? Clang is a memory pig dog... > In the kernel, there seems to be something weird with the atomics = because linking always fails: >=20 > kern_event.o: In function `filt_timerattach': > /a/src/sys/kern/kern_event.c:555: undefined reference to = `__atomic_load_4' > /a/src/sys/kern/kern_event.c:559: undefined reference to = `__atomic_compare_exchange_4' > kern_event.o: In function `filt_timerdetach': > /a/src/sys/kern/kern_event.c:584: undefined reference to = `__atomic_fetch_sub_4' Now that's odd. I'll look into that... > I do appreciate that it's a heck of a lot easier to cross-compile for = these things, and great work getting things to this point, but = self-hosting is still one of the magical milestones you always hope an = embedded target will get to someday, assuming it actually has enough = grunt to do so (and I think the PI does). :) I've self-hosted FreeBSD on an Atmel AT91SAM9620 recently (arm v5 = board)... Seems odd that cross compile and native built give different = results. Will look into it. Btw, whats uname -p say for you? Warner= From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 15:20:06 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1E2C1AB1 for ; Mon, 24 Jun 2013 15:20:06 +0000 (UTC) (envelope-from pmather@vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) by mx1.freebsd.org (Postfix) with ESMTP id CF1291D5F for ; Mon, 24 Jun 2013 15:20:05 +0000 (UTC) Received: from dagger.cc.vt.edu (dagger.cc.vt.edu [198.82.163.114]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id r5OFEjlO009798; Mon, 24 Jun 2013 11:18:58 -0400 Received: from auth3.smtp.vt.edu (auth3.smtp.vt.edu [198.82.161.152]) by dagger.cc.vt.edu (MOS 4.3.3-GA) with ESMTP id CCI62813; Mon, 24 Jun 2013 11:18:57 -0400 X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu 0 pass X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu 0 pass X-Mirapoint-Received-SPF: 198.82.161.152 auth3.smtp.vt.edu 0 pass Received: from pmather.tower.lib.vt.edu (pmather.tower.lib.vt.edu [128.173.51.28]) (authenticated bits=0) by auth3.smtp.vt.edu (8.13.8/8.13.8) with ESMTP id r5OFIukl012652 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Jun 2013 11:18:56 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Raspberry pi not ready to self-host yet? From: Paul Mather In-Reply-To: <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> Date: Mon, 24 Jun 2013 11:18:56 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <9312A37D-E708-4369-9702-53BB9B6636C8@vt.edu> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1508) Cc: "Jordan K. Hubbard" , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 15:20:06 -0000 On Jun 24, 2013, at 11:01 AM, Warner Losh wrote: >=20 > On Jun 24, 2013, at 8:55 AM, Jordan K. Hubbard wrote: >=20 >> Hi folks, >>=20 >> I followed the instructions in the repo at = https://github.com/daveish/freebsd-arm-tools.git and was able to create = a bootable SD image for my 512Mb PI in no time with very little hassle - = nice job there! >>=20 >> What I can't seem to manage, however, is to self-host after that. I = see someone has already filed = http://www.freebsd.org/cgi/query-pr.cgi?pr=3D178495 covering the failure = during buildworld, You see the same compilation error in = basic_string.tcc in various ports, like apr: >>=20 >> 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp = -mrelocation-model pic -pic-level 2 -mdisable-fp-elim = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/cxx_db-5qpGsC.s -resource-dir /usr/bin/../lib/clang/3.3 -D = _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 -fdeprecated-macro = -fno-dwarf-directory-asm -fdebug-compilation-dir = /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 = -fmessage-length 144 -mstackrealign -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fcxx-exceptions -fexceptions -fsjlj-exceptions = -fdiagnostics-show-option -fcolor-diagnostics -backend-option = -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ = ./../dist/../cxx/cxx_db.cpp=20 >> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' >> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' >> c++: error: unable to execute command: Segmentation fault (core = dumped) >> c++: error: clang frontend command failed due to signal (use -v to = see invocation) >=20 > do you have enough swap? Clang is a memory pig dog... >=20 >> In the kernel, there seems to be something weird with the atomics = because linking always fails: >>=20 >> kern_event.o: In function `filt_timerattach': >> /a/src/sys/kern/kern_event.c:555: undefined reference to = `__atomic_load_4' >> /a/src/sys/kern/kern_event.c:559: undefined reference to = `__atomic_compare_exchange_4' >> kern_event.o: In function `filt_timerdetach': >> /a/src/sys/kern/kern_event.c:584: undefined reference to = `__atomic_fetch_sub_4' >=20 > Now that's odd. I'll look into that... >=20 >> I do appreciate that it's a heck of a lot easier to cross-compile for = these things, and great work getting things to this point, but = self-hosting is still one of the magical milestones you always hope an = embedded target will get to someday, assuming it actually has enough = grunt to do so (and I think the PI does). :) >=20 > I've self-hosted FreeBSD on an Atmel AT91SAM9620 recently (arm v5 = board)... Seems odd that cross compile and native built give different = results. Will look into it. Btw, whats uname -p say for you? I have only ever managed successfully to self-host on the Raspberry Pi = when using GCC, not Clang, to build as the default compiler. I think = until PR arm/178495 is resolved (which appears to rely on the LLVM folks = fixing it), it won't be possible to buildworld using Clang. Maybe the default compiler should be flipped back to GCC on arm, as it = appears Clang is not yet suitable for prime time there? Whatever alignment bug is affecting clang on arm doesn't appear to = affect clang on amd64, which is why I can happily cross-build a = clang-based arm image for my Raspberry Pi using crochet. Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 15:49:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AEA9927B for ; Mon, 24 Jun 2013 15:49:45 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 77C381EC6 for ; Mon, 24 Jun 2013 15:49:45 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id s1so6482142qcw.15 for ; Mon, 24 Jun 2013 08:49:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=Xay2aNOi4Sh8W68Zxw4HJAQUFvi0NKnD4E32gdarejU=; b=QNlOGxopO5RrPy19pl5+YkXOEMRGXHXCfaehNKLDnDZQd+bp3+D6F2yrf1lpmujQkw mIQgWSxti5Dw0qGelG6/+B1Kd9wHh89jn6Ksu0jYrBAlSkIGhrbpj1nwoPvg/LY74j57 A1zVrNq8EXC60Vrv6HnmGf8AKNxFnnmUNd8RSxNcXcEa8bQ72XfIUJRxFaJ+BMBmx2Ps 0KKfj9Nir/jid/3jbstu6fl1i/iJ+ANjrDlN28MLZjtp0i0qTLx2bH2lDBwhjtDJP9mb UhIifdTJjusu0TlCmQPHdydZnU8OcYuLfG3CV0RgpkMMWXNhcHN9+z9LWu/9aBp19NKv J9dw== MIME-Version: 1.0 X-Received: by 10.224.59.200 with SMTP id m8mr27575761qah.43.1372088984901; Mon, 24 Jun 2013 08:49:44 -0700 (PDT) Received: by 10.49.84.168 with HTTP; Mon, 24 Jun 2013 08:49:44 -0700 (PDT) Date: Mon, 24 Jun 2013 23:49:44 +0800 Message-ID: Subject: VFP on RasPi From: Alie Tan To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQkMOZVChn15f7n9Kc8aVXdwv6xsZxQ0ACaECJTcu/TuTSTqH1HrzyD8mrRB4fwDRqTmPmjx Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 15:49:45 -0000 Is VFP ready for Raspberry Pi? If yes, how to use/enable it? From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 18:17: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]) by hub.freebsd.org (Postfix) with ESMTP id C571B852 for ; Mon, 24 Jun 2013 18:17:55 +0000 (UTC) (envelope-from jkwilborn@gmail.com) Received: from mail-pb0-x22e.google.com (mail-pb0-x22e.google.com [IPv6:2607:f8b0:400e:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id A156C1779 for ; Mon, 24 Jun 2013 18:17:55 +0000 (UTC) Received: by mail-pb0-f46.google.com with SMTP id rq2so11343402pbb.33 for ; Mon, 24 Jun 2013 11:17:55 -0700 (PDT) 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=I7INKkEVkIkC8mncXbWxeTsPNf0a4EDqbYuoKMsMGfw=; b=ypkIRrEv25edlISmjIyn4P0P/lwFoFcjMSTE+7EIW6PSOtNb7Tp34wEtHjy1pr0fS8 fQ0h8CAPLgVhZmhSMVjguLdyq75rEvT0dXMKDwYmPULgmBglfY0tEMJm5+VNp8l4CkJA BeO89tBw4Foj3m86We1QjmKcyUSKI1FDCKPye5T6UtLqeYRdOZybyBOgBLprpYgVjcT+ tHPf8a2cK0qzx5HddbYzu++Ls/ubVZO5EMxfr3cUyIRls0Ff6h3ERA6x0gHNy72WU7qL ixBjQPRVWlFlsAIsnm9+aTFvBlvODpQqHCy7SJZlimA8ibYW3fF7ARKW29Vvq3BPPSiX AveQ== MIME-Version: 1.0 X-Received: by 10.68.175.33 with SMTP id bx1mr24690578pbc.21.1372097875326; Mon, 24 Jun 2013 11:17:55 -0700 (PDT) Received: by 10.66.26.241 with HTTP; Mon, 24 Jun 2013 11:17:55 -0700 (PDT) In-Reply-To: <9312A37D-E708-4369-9702-53BB9B6636C8@vt.edu> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> <9312A37D-E708-4369-9702-53BB9B6636C8@vt.edu> Date: Mon, 24 Jun 2013 11:17:55 -0700 Message-ID: Subject: Re: Raspberry pi not ready to self-host yet? From: Jack Wilborn To: Paul Mather Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Jordan K. Hubbard" , freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 18:17:55 -0000 Jordan, I don't know if I'm any help or not, as I do not build with this environment, but I do work with compilers/linkers and error messages and can say what it's complaint is, if that helps? I have looked at this from someone else and understand the compile works on another architecture, if this is correct then the syntax of the source should be correct. I am not a C++ person, but the source looks ok from what I've seen of the basic_string.tcc. However I will make another statement that this code may not be 'in the source' being built on another machine. What I'm saying is that this code may be redundant or not even required and the preprocessors may eliminate it from the source. If this is failing with all architectures then the parts of the previous statement is invalid. I am always suspicious about variable or such that are link special defines such as 'std' as in stdin or stdout... There may be some kind of meaning to them. If on the other hand it is there and it being compiled the source is syntactically correct. This error is telling you that the source pointer is pointing at a ";", or the end of a statement. Next it's trying to evaluate the 'std' variable or item within the statement. Next, it loses it and the program 'abends' in mainframe terminology (abnormal ending). It goes somewhere that causes it to go out of bounds for the compiler, such as another user or system memory. The program has had a fatal process and this is the only thing it can do, is complain and halt. The next errors are linker errors it cannot find the designated symbol(s) the first of which is "_atomic_load_4". Notice that I have used only one underscore as the linker, looking for an external symbol will perpend an underscore, so the function is probably that name less one underscore. A simple reason for these errors are that (1) they exist within the abended source and were never compiled or the compilation ended and the linker continued. With this type of error, the script should have ended without the linker invocation, as when the compile fails you know the link will also fail. I hope this assists to some extent. If I am not of use, please let me know and I will keep quiet... I still would think that the linker should have never been invoked, as you know it will fail. Jack On Mon, Jun 24, 2013 at 8:18 AM, Paul Mather wrote: > On Jun 24, 2013, at 11:01 AM, Warner Losh wrote: > > > > > On Jun 24, 2013, at 8:55 AM, Jordan K. Hubbard wrote: > > > >> Hi folks, > >> > >> I followed the instructions in the repo at > https://github.com/daveish/freebsd-arm-tools.git and was able to create a > bootable SD image for my 512Mb PI in no time with very little hassle - nice > job there! > >> > >> What I can't seem to manage, however, is to self-host after that. I > see someone has already filed > http://www.freebsd.org/cgi/query-pr.cgi?pr=178495 covering the failure > during buildworld, You see the same compilation error in basic_string.tcc > in various ports, like apr: > >> > >> 0. Program arguments: /usr/bin/c++ -cc1 -triple > armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp > -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -mconstructor-aliases > -target-abi apcs-gnu -target-cpu arm1136jf-s -msoft-float -mfloat-abi soft > -target-feature +soft-float -target-feature +soft-float-abi -target-feature > -neon -coverage-file /tmp/cxx_db-5qpGsC.s -resource-dir > /usr/bin/../lib/clang/3.3 -D _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 > -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir > /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 > -fmessage-length 144 -mstackrealign -fno-signed-char -fobjc-runtime=gnustep > -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions > -fsjlj-exceptions -fdiagnostics-show-option -fcolor-diagnostics > -backend-option -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ > ./../dist/../cxx/cxx_db.cpp > >> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser > token ';' > >> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 > : parsing namespace > 'std' > >> c++: error: unable to execute command: Segmentation fault (core dumped) > >> c++: error: clang frontend command failed due to signal (use -v to see > invocation) > > > > do you have enough swap? Clang is a memory pig dog... > > > >> In the kernel, there seems to be something weird with the atomics > because linking always fails: > >> > >> kern_event.o: In function `filt_timerattach': > >> /a/src/sys/kern/kern_event.c:555: undefined reference to > `__atomic_load_4' > >> /a/src/sys/kern/kern_event.c:559: undefined reference to > `__atomic_compare_exchange_4' > >> kern_event.o: In function `filt_timerdetach': > >> /a/src/sys/kern/kern_event.c:584: undefined reference to > `__atomic_fetch_sub_4' > > > > Now that's odd. I'll look into that... > > > >> I do appreciate that it's a heck of a lot easier to cross-compile for > these things, and great work getting things to this point, but self-hosting > is still one of the magical milestones you always hope an embedded target > will get to someday, assuming it actually has enough grunt to do so (and I > think the PI does). :) > > > > I've self-hosted FreeBSD on an Atmel AT91SAM9620 recently (arm v5 > board)... Seems odd that cross compile and native built give different > results. Will look into it. Btw, whats uname -p say for you? > > I have only ever managed successfully to self-host on the Raspberry Pi > when using GCC, not Clang, to build as the default compiler. I think until > PR arm/178495 is resolved (which appears to rely on the LLVM folks fixing > it), it won't be possible to buildworld using Clang. > > Maybe the default compiler should be flipped back to GCC on arm, as it > appears Clang is not yet suitable for prime time there? > > Whatever alignment bug is affecting clang on arm doesn't appear to affect > clang on amd64, which is why I can happily cross-build a clang-based arm > image for my Raspberry Pi using crochet. > > Cheers, > > Paul. > > _______________________________________________ > 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 Jun 24 18:36:49 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 18DDF256 for ; Mon, 24 Jun 2013 18:36:49 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) by mx1.freebsd.org (Postfix) with ESMTP id E716B183B for ; Mon, 24 Jun 2013 18:36:48 +0000 (UTC) Received: by mail-pa0-f53.google.com with SMTP id tj12so11327889pac.40 for ; Mon, 24 Jun 2013 11:36:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=NzI+btf8JyYoUt5spKRREOWfAuEoASeuAZeDo1MlFCs=; b=K4ktioTP5EIkjrwXOrsJIeSSCbiWnfjAgA8ah7Tvb+9/yDdWBIo7504vChFeDq9LPA QZmYFEVaYZHUE6VOom5PIwccxXuKk5vg0TPxZ+9UDpcwznEi0ALIlReaO/pIs7MLoreB kNPtQsvr0op4tqMezYjqPlJqtUjewBGdbzni61nLCwfNhQfWLHaOszGWkw2rF1gcFcHG QE5EYcScsJJ/jch+vP+Nsh32FSCXUb3J7q+MXSNXsnpC+cRC0fO0n8Nbx/Gro5H+otrs mNV8SRMC1S0Ihf9eH428sZSBHeH1RyogdVaowD5l37RnEpRMmWZP63hkKNfLVMRq0rVI Ja/Q== X-Received: by 10.68.217.137 with SMTP id oy9mr3209546pbc.130.1372099008613; Mon, 24 Jun 2013 11:36:48 -0700 (PDT) Received: from ?IPv6:2620:149:4:f01:14d4:e55b:d6b:1d65? ([2620:149:4:f01:14d4:e55b:d6b:1d65]) by mx.google.com with ESMTPSA id pl9sm19305767pbc.5.2013.06.24.11.36.47 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Jun 2013 11:36:47 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1780.1\)) Subject: Re: Raspberry pi not ready to self-host yet? From: Jordan Hubbard In-Reply-To: <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> Date: Mon, 24 Jun 2013 11:36:46 -0700 Message-Id: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1780.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 18:36:49 -0000 On Jun 24, 2013, at 8:01 AM, Warner Losh wrote: >=20 > On Jun 24, 2013, at 8:55 AM, Jordan K. Hubbard wrote: >=20 >> Hi folks, >>=20 >> I followed the instructions in the repo at = https://github.com/daveish/freebsd-arm-tools.git and was able to create = a bootable SD image for my 512Mb PI in no time with very little hassle - = nice job there! >>=20 >> What I can't seem to manage, however, is to self-host after that. I = see someone has already filed = http://www.freebsd.org/cgi/query-pr.cgi?pr=3D178495 covering the failure = during buildworld, You see the same compilation error in = basic_string.tcc in various ports, like apr: >>=20 >> 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp = -mrelocation-model pic -pic-level 2 -mdisable-fp-elim = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/cxx_db-5qpGsC.s -resource-dir /usr/bin/../lib/clang/3.3 -D = _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 -fdeprecated-macro = -fno-dwarf-directory-asm -fdebug-compilation-dir = /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 = -fmessage-length 144 -mstackrealign -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fcxx-exceptions -fexceptions -fsjlj-exceptions = -fdiagnostics-show-option -fcolor-diagnostics -backend-option = -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ = ./../dist/../cxx/cxx_db.cpp=20 >> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' >> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' >> c++: error: unable to execute command: Segmentation fault (core = dumped) >> c++: error: clang frontend command failed due to signal (use -v to = see invocation) >=20 > do you have enough swap? Clang is a memory pig dog... [root@pi /usr/obj/a/src/sys/RPI-B]# swapinfo Device 512-blocks Used Avail Capacity /dev/mmcsd0s2b 4194304 168 4194136 0% /dev/da0b 8192000 312 8191688 0% Total 12386304 480 12385824 0% I don't think I'm hitting any memory limits, though I'll also note that = kern.maxswzone is compiled a bit on the small side since my =F0=9F=8D=87=CF= =80 always complains that it can't utilize the swap it has: warning: total configured swap (1548288 pages) exceeds maximum = recommended amount (761152 pages). warning: increase kern.maxswzone or reduce amount of swap. I tried raising this in /boot/loader.conf but it didn't seem to have any = effect. I assumed that perhaps the boot path was different on the Pi = and didn't put too much work into that. > I've self-hosted FreeBSD on an Atmel AT91SAM9620 recently (arm v5 = board)... Seems odd that cross compile and native built give different = results. Will look into it. Btw, whats uname -p say for you? armv6 Others have pointed out that clang may not be ready for prime-time yet = on ARM. I don't have much to compare with since Apple is already on = clang/LLVM 5.0 and FreeBSD is back with 3.3 - I don't even really = remember what the state of ARM support was that long ago. :-) - Jordan From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 19:58:38 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A4C4A4C3 for ; Mon, 24 Jun 2013 19:58:38 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-gh0-x234.google.com (mail-gh0-x234.google.com [IPv6:2607:f8b0:4002:c05::234]) by mx1.freebsd.org (Postfix) with ESMTP id 69FC01C9A for ; Mon, 24 Jun 2013 19:58:38 +0000 (UTC) Received: by mail-gh0-f180.google.com with SMTP id f18so3607508ghb.11 for ; Mon, 24 Jun 2013 12:58:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=3LncRBGGLWGGI5RMHmfgVEDdzWLJLh5JSfLK3C8SYZA=; b=Yl8ETftP3fzvmWxOO6pobAv1oZXD8NPPNFUB3cwXse0izbdE+NHs89j97KFbu7bQd1 QQos48UaSoW9YQSOByhfrEFQGw9Rm7BjZCmQmWTqV232zY2XkmsFiPxGUQVAdShfhdVb vBYOZMaZs4JC5rYHrL9a/8FSI+zlevCOV1h+S91snVLJ12RH/6GrxvEtizqTkKzs2a0Y k0nOJlNW1E8vCTkEQOVVtAD2vKqHtSwXVQYZuoGkna7F9Wo/TglPjUBEG5G52gCHLEmm BpktQeyFvUrnTxLUpy6j59om1+bLZyp5exSs4nexgD9lKGWxYvDiytnk4mOACUGpgm94 vzLA== X-Received: by 10.236.71.162 with SMTP id r22mr13566639yhd.168.1372103917934; Mon, 24 Jun 2013 12:58:37 -0700 (PDT) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPSA id a24sm32508240yho.24.2013.06.24.12.58.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 24 Jun 2013 12:58:36 -0700 (PDT) Sender: Warner Losh Subject: Re: Raspberry pi not ready to self-host yet? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=utf-8 From: Warner Losh In-Reply-To: Date: Mon, 24 Jun 2013 13:58:32 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <96A5DFDF-6601-405B-BA2F-527C256C0424@bsdimp.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> To: Jordan Hubbard X-Mailer: Apple Mail (2.1085) X-Gm-Message-State: ALoCoQkrGz7Ngk/LXr8oLr70CVoW/jeDb4eLC/QRHmSiakUh59OGNy9kVxGsXLP6302wcHxErfZs Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 19:58:38 -0000 On Jun 24, 2013, at 12:36 PM, Jordan Hubbard wrote: >=20 > On Jun 24, 2013, at 8:01 AM, Warner Losh wrote: >=20 >>=20 >> On Jun 24, 2013, at 8:55 AM, Jordan K. Hubbard wrote: >>=20 >>> Hi folks, >>>=20 >>> I followed the instructions in the repo at = https://github.com/daveish/freebsd-arm-tools.git and was able to create = a bootable SD image for my 512Mb PI in no time with very little hassle - = nice job there! >>>=20 >>> What I can't seem to manage, however, is to self-host after that. = I see someone has already filed = http://www.freebsd.org/cgi/query-pr.cgi?pr=3D178495 covering the failure = during buildworld, You see the same compilation error in = basic_string.tcc in various ports, like apr: >>>=20 >>> 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp = -mrelocation-model pic -pic-level 2 -mdisable-fp-elim = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/cxx_db-5qpGsC.s -resource-dir /usr/bin/../lib/clang/3.3 -D = _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 -fdeprecated-macro = -fno-dwarf-directory-asm -fdebug-compilation-dir = /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 = -fmessage-length 144 -mstackrealign -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fcxx-exceptions -fexceptions -fsjlj-exceptions = -fdiagnostics-show-option -fcolor-diagnostics -backend-option = -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ = ./../dist/../cxx/cxx_db.cpp=20 >>> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current = parser token ';' >>> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' >>> c++: error: unable to execute command: Segmentation fault (core = dumped) >>> c++: error: clang frontend command failed due to signal (use -v to = see invocation) >>=20 >> do you have enough swap? Clang is a memory pig dog... >=20 > [root@pi /usr/obj/a/src/sys/RPI-B]# swapinfo > Device 512-blocks Used Avail Capacity > /dev/mmcsd0s2b 4194304 168 4194136 0% > /dev/da0b 8192000 312 8191688 0% > Total 12386304 480 12385824 0% >=20 > I don't think I'm hitting any memory limits, though I'll also note = that kern.maxswzone is compiled a bit on the small side since my =F0=9F=8D= =87=CF=80 always complains that it can't utilize the swap it has: >=20 > warning: total configured swap (1548288 pages) exceeds maximum = recommended amount (761152 pages). > warning: increase kern.maxswzone or reduce amount of swap. That's ~3GB, plus ~300MB of RAM... Not a good ratio, but still should = be plenty. I have a 4GB system without swap that can do an amd64 = build... > I tried raising this in /boot/loader.conf but it didn't seem to have = any effect. I assumed that perhaps the boot path was different on the = Pi and didn't put too much work into that. >=20 >> I've self-hosted FreeBSD on an Atmel AT91SAM9620 recently (arm v5 = board)... Seems odd that cross compile and native built give different = results. Will look into it. Btw, whats uname -p say for you? >=20 > armv6 That looks right... > Others have pointed out that clang may not be ready for prime-time yet = on ARM. I don't have much to compare with since Apple is already on = clang/LLVM 5.0 and FreeBSD is back with 3.3 - I don't even really = remember what the state of ARM support was that long ago. :-) heh. I thought we were more up to date :) Warner From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 21:08:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2EBA4776 for ; Mon, 24 Jun 2013 21:08:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id E8B831FF7 for ; Mon, 24 Jun 2013 21:08:03 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id s1so6774035qcw.29 for ; Mon, 24 Jun 2013 14:08:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HXBuf1QfiGOXgX48P1V3uyDq53ffjoyoGBUwzJwdpok=; b=qJtA4iKlPl2aM003cb516VEDwJfQkKW/JAJTXJiTIALrwEtQHE90KFfKqSStenmfOe Xxh575Qg2eFSQA2u2VeGkE8mrnF4M49T+KdLM9cVBrPkx0xjEzHjiPRKbDp6I+OtpPYZ 6gTCjuxi2m6kRcQ/fvtrnrhLW1++H+PttYJYEG6M7DxEnFh1FLviiwBt0Y1K5YtYaVDT /EBdXP3V+jVhuZ5NAIn0+vZNStqNKnaGBzfNEzR5ep/8/nhW7WuBBOABrEapucZxT9zv 5DHNokVmWt6mDtsdA8VbpN5kqk5TWK3BFK2Kjm8dAlMV8W8XCPM0/MfkLsX4t49NfMq4 tB9g== MIME-Version: 1.0 X-Received: by 10.49.107.201 with SMTP id he9mr20632609qeb.74.1372108083534; Mon, 24 Jun 2013 14:08:03 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Mon, 24 Jun 2013 14:08:03 -0700 (PDT) In-Reply-To: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> Date: Mon, 24 Jun 2013 14:08:03 -0700 X-Google-Sender-Auth: pT2ubqPjgWLmKjX5EVRoL0YLCoc Message-ID: Subject: Re: Raspberry pi not ready to self-host yet? From: Adrian Chadd To: Jordan Hubbard Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 21:08:04 -0000 On 24 June 2013 11:36, Jordan Hubbard wrote: > Others have pointed out that clang may not be ready for prime-time yet on= ARM. I don't have much to compare with since Apple is already on clang/LL= VM 5.0 and FreeBSD is back with 3.3 - I don't even really remember what the= state of ARM support was that long ago. :-) .. there's LLVM 5? Where? adrian From owner-freebsd-arm@FreeBSD.ORG Mon Jun 24 22:22:17 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 958967FB; Mon, 24 Jun 2013 22:22:17 +0000 (UTC) (envelope-from sjk4015@gmail.com) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 70093129A; Mon, 24 Jun 2013 22:22:17 +0000 (UTC) Received: by mail-pa0-f46.google.com with SMTP id fa11so11646484pad.33 for ; Mon, 24 Jun 2013 15:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=+wsCrpzkgNK5Vtl2XywoNBeTZPSBAW/QyqujlghqyL4=; b=tf6vQDs5ZCKGE3Yfl41ldaT8PQ5s3cDiSzWsiiWCK9N0W40bsA1mrRYJmvMYSerbDm 62R8QQ+c4RnDhegJiZKVAG1IhI+FV4GTjEoK3y+Lp0LWPshDEzG10SXWaEf+A2plfNTy /boRPSGQQlbNlBW1Fkl3qSLMyZZ9gP5CSdkm+6+OfHTkUpdVVCVlfm8SD1tE0E3DXBU/ kdA8dtljiSicgfTunqg2610aBGqDy+UlPDVYpgBMLgXEwpGNgRyEmrmarhgbiwZd2lfW 3wGOMfKHCQ0Xn2Rr2fitnKD3Zvg8k5YSGFX+32Uhf6UTb9brqCgf31XjhP6L1/F9jwlh HZ/Q== MIME-Version: 1.0 X-Received: by 10.66.158.101 with SMTP id wt5mr28889815pab.8.1372112537258; Mon, 24 Jun 2013 15:22:17 -0700 (PDT) Sender: sjk4015@gmail.com Received: by 10.68.195.199 with HTTP; Mon, 24 Jun 2013 15:22:17 -0700 (PDT) Date: Mon, 24 Jun 2013 18:22:17 -0400 X-Google-Sender-Auth: sNNkqGIYV5qxYcToeDKZArLhzXM Message-ID: Subject: lock order reversal in r252098 From: Steven Kreuzer To: freebsd-arm@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Jun 2013 22:22:17 -0000 Hello- I am running 10.0-CURRENT #0 r252098 on a beaglebone and I am getting the occasional LOR when reading/writing in an nfs mount lock order reversal: 1st 0xc1c0a150 newnfs (newnfs) @ /usr/src/sys/kern/vfs_syscalls.c:4064 2nd 0xc6a5e278 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2311 3rd 0xc1c12150 newnfs (newnfs) @ /usr/src/sys/kern/vfs_subr.c:2099 KDB: stack backtrace: end() at 0xd52035b0 scp=0xd52035b0 rlv=0xc05108e0 (db_trace_self+0x14) rsp=0xd5203498 rfp=0xc057394f Bad frame pointer: 0xc057394f Shortly after, the beaglebone locks up and requires a power cycle If anyone has any hints or can spare some cycles to help me debug this issue, please let me know Many Thanks From owner-freebsd-arm@FreeBSD.ORG Tue Jun 25 03:04:44 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BD65AC09 for ; Tue, 25 Jun 2013 03:04:44 +0000 (UTC) (envelope-from takeokas@gmail.com) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) by mx1.freebsd.org (Postfix) with ESMTP id 4A8D71F10 for ; Tue, 25 Jun 2013 03:04:44 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id ec20so11525074lab.27 for ; Mon, 24 Jun 2013 20:04:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=1b3doLIhEdJpIbaBeQjR4LRN5AW9EJm/HpQQ6cPZiI4=; b=FuJHh3u46yAKWxI/0M97AarCWvImmcZ+lqbvClT3xgAEmM1c+UlFgDscwKML/22ggo Mf7J5rFKmZZD9Vb1mxGftQJZGzHnb5HR35xQFSuB3qLc1Gd9zt3rzG2IA2jQSeq0LJ6X hnvHsjGIWWPxoB0ESoMQPldSA4KRGeP1fkIwSflNOzIgRFxi2RvhA5X5ql2LBAjScb4y DXeSMC6HnK910CQYuPCeKcB/F/3tWEQf0/gqwmThVlTWEZ3mgyQTMX4EVaoJBzY77XjY +sSXIpYRWlxgrV3DoEFwJNhD6+m1NEJjkQUBGXXUcMw6X2AK8BgxZrbkE+u71XVkssta LboA== MIME-Version: 1.0 X-Received: by 10.152.1.102 with SMTP id 6mr12801251lal.49.1372129483163; Mon, 24 Jun 2013 20:04:43 -0700 (PDT) Sender: takeokas@gmail.com Received: by 10.114.6.65 with HTTP; Mon, 24 Jun 2013 20:04:42 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 Jun 2013 12:04:42 +0900 X-Google-Sender-Auth: 6hNY3JSwiY9wPGRs_Dki8Azce_A Message-ID: Subject: Re: VFP on RasPi From: Shozo TAKEOKA To: Alie Tan Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 03:04:44 -0000 >Is VFP ready for Raspberry Pi? If yes, how to use/enable it? I specify this option for gcc. -mfpu=vfpv3 gcc version 4.6.3 (Debian 4.6.3-14+rpi1) sorry, I use gcc under Linux. Takeoka On Tue, Jun 25, 2013 at 12:49 AM, Alie Tan wrote: > Is VFP ready for Raspberry Pi? If yes, how to use/enable it? > _______________________________________________ > 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 Jun 25 03:08:03 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id B9AB3CE2 for ; Tue, 25 Jun 2013 03:08:03 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qe0-x22e.google.com (mail-qe0-x22e.google.com [IPv6:2607:f8b0:400d:c02::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 7D7991F54 for ; Tue, 25 Jun 2013 03:08:03 +0000 (UTC) Received: by mail-qe0-f46.google.com with SMTP id nd7so459389qeb.5 for ; Mon, 24 Jun 2013 20:08:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=P9u6yFvNNN5tumflv+Pa1ECeIezMSOdShuiLRXugxIk=; b=X1UVPUl5uLBdOeTDjikWWXLb3nXitLQhWRLSBwXjo6evjzge5Vn/Jbr6UPctHDBSRl tExd0Dupqny0bm7BXWGSE0kVOa2OFzG6uf6wBRfogxhuO9s8JlBoZ05/ihYZKE4VKcZy hL9PSMgXmf2PzK2nHfZKLjiSKsGL7zZn9gMpQTc3mTdKIKUVZEIXzFpH14sue2tFg+vI outwytmPHRcJHuyerPFWoz4tFTVkGC+74s+cZVaHr2V8VM2+TT6J9EwDnv+G2TmadafI V3EWKu3Pad7LmmKCng6BiDZ+TvOU+XRU4sCP1p9UWtvjO4aXdFgoBD3lA7m2vsfRjGNO GI/w== MIME-Version: 1.0 X-Received: by 10.224.59.200 with SMTP id m8mr29961618qah.43.1372129683025; Mon, 24 Jun 2013 20:08:03 -0700 (PDT) Received: by 10.49.84.168 with HTTP; Mon, 24 Jun 2013 20:08:02 -0700 (PDT) In-Reply-To: <9312A37D-E708-4369-9702-53BB9B6636C8@vt.edu> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> <9312A37D-E708-4369-9702-53BB9B6636C8@vt.edu> Date: Tue, 25 Jun 2013 11:08:02 +0800 Message-ID: Subject: Re: Raspberry pi not ready to self-host yet? From: Alie Tan To: Paul Mather X-Gm-Message-State: ALoCoQmuujKsHwqc6Y01sdTrggMFj4A0YTk84JPDl5RyoNDab0PugSVVoHbtqnfsY4VbkS0VW3iQ Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Jordan K. Hubbard" , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 03:08:03 -0000 On Mon, Jun 24, 2013 at 11:18 PM, Paul Mather wrote: > On Jun 24, 2013, at 11:01 AM, Warner Losh wrote: > > > > > On Jun 24, 2013, at 8:55 AM, Jordan K. Hubbard wrote: > > > >> Hi folks, > >> > >> I followed the instructions in the repo at > https://github.com/daveish/freebsd-arm-tools.git and was able to create a > bootable SD image for my 512Mb PI in no time with very little hassle - nice > job there! > >> > >> What I can't seem to manage, however, is to self-host after that. I > see someone has already filed > http://www.freebsd.org/cgi/query-pr.cgi?pr=178495 covering the failure > during buildworld, You see the same compilation error in basic_string.tcc > in various ports, like apr: > >> > >> 0. Program arguments: /usr/bin/c++ -cc1 -triple > armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp > -mrelocation-model pic -pic-level 2 -mdisable-fp-elim -mconstructor-aliases > -target-abi apcs-gnu -target-cpu arm1136jf-s -msoft-float -mfloat-abi soft > -target-feature +soft-float -target-feature +soft-float-abi -target-feature > -neon -coverage-file /tmp/cxx_db-5qpGsC.s -resource-dir > /usr/bin/../lib/clang/3.3 -D _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 > -fdeprecated-macro -fno-dwarf-directory-asm -fdebug-compilation-dir > /a/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 > -fmessage-length 144 -mstackrealign -fno-signed-char -fobjc-runtime=gnustep > -fobjc-default-synthesize-properties -fcxx-exceptions -fexceptions > -fsjlj-exceptions -fdiagnostics-show-option -fcolor-diagnostics > -backend-option -vectorize-loops -o /tmp/cxx_db-5qpGsC.s -x c++ > ./../dist/../cxx/cxx_db.cpp > >> 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: current parser > token ';' > >> 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 > : parsing namespace > 'std' > >> c++: error: unable to execute command: Segmentation fault (core dumped) > >> c++: error: clang frontend command failed due to signal (use -v to see > invocation) > > > > do you have enough swap? Clang is a memory pig dog... > > > >> In the kernel, there seems to be something weird with the atomics > because linking always fails: > >> > >> kern_event.o: In function `filt_timerattach': > >> /a/src/sys/kern/kern_event.c:555: undefined reference to > `__atomic_load_4' > >> /a/src/sys/kern/kern_event.c:559: undefined reference to > `__atomic_compare_exchange_4' > >> kern_event.o: In function `filt_timerdetach': > >> /a/src/sys/kern/kern_event.c:584: undefined reference to > `__atomic_fetch_sub_4' > > > > Now that's odd. I'll look into that... > > > >> I do appreciate that it's a heck of a lot easier to cross-compile for > these things, and great work getting things to this point, but self-hosting > is still one of the magical milestones you always hope an embedded target > will get to someday, assuming it actually has enough grunt to do so (and I > think the PI does). :) > > > > I've self-hosted FreeBSD on an Atmel AT91SAM9620 recently (arm v5 > board)... Seems odd that cross compile and native built give different > results. Will look into it. Btw, whats uname -p say for you? > > I have only ever managed successfully to self-host on the Raspberry Pi > when using GCC, not Clang, to build as the default compiler. I think until > PR arm/178495 is resolved (which appears to rely on the LLVM folks fixing > it), it won't be possible to buildworld using Clang. > > Maybe the default compiler should be flipped back to GCC on arm, as it > appears Clang is not yet suitable for prime time there? > Using GCC to compile ARMV6 causing some of compilation issues > > Whatever alignment bug is affecting clang on arm doesn't appear to affect > clang on amd64, which is why I can happily cross-build a clang-based arm > image for my Raspberry Pi using crochet. > > Cheers, > > Paul. > > _______________________________________________ > 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 Jun 25 03:21:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EB97512D for ; Tue, 25 Jun 2013 03:21:32 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) by mx1.freebsd.org (Postfix) with ESMTP id C29EA1FFB for ; Tue, 25 Jun 2013 03:21:32 +0000 (UTC) Received: by mail-pa0-f49.google.com with SMTP id ld11so11998410pab.36 for ; Mon, 24 Jun 2013 20:21:32 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:from:x-x-sender:to:cc:subject:in-reply-to:message-id :references:user-agent:mime-version:content-type:x-gm-message-state; bh=WSKAWMuR0u5oqUpLVVolEHRnpTo8GdesRUgDi1i6XXI=; b=iOVDhJPQ6qL2YmHDy+8P4NM/wpe6CYXT3AQhquIWRYfLt6bfD7e7AuYoNyTBuFwi4m wm6yAZIwrCX3Af27+8EGORz8r5GuqZH2gJUtBxTnjqshK4fS0EgQgw5J0T6nQwekYeAh Me4mObbSiOnNrcJd+TR6i5oFb4Md67e38WNgf1n95XvKJ8GiV4bdXz1+2mM9gQ7AuwTN dqwK8o2s/+mPjAQfKihORKaG5Cxj1dqpvxfR184hlNLW+uYjO0GOampYLVNi4xQirff3 3U/AApwQoMt+UjW3PbAYAq/jnpCK+ZxwWYedJ7RpNIn8g8pEMlB6bzSUWxj62vNutcYC vidw== X-Received: by 10.66.136.16 with SMTP id pw16mr19228102pab.202.1372130492507; Mon, 24 Jun 2013 20:21:32 -0700 (PDT) Received: from rrcs-66-91-135-210.west.biz.rr.com (rrcs-66-91-135-210.west.biz.rr.com. [66.91.135.210]) by mx.google.com with ESMTPSA id kc8sm15009678pbc.18.2013.06.24.20.21.30 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 24 Jun 2013 20:21:31 -0700 (PDT) Date: Mon, 24 Jun 2013 17:23:34 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Ruslan Bukin Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory In-Reply-To: <20130623170507.GA79364@mail.bsdpad.com> Message-ID: References: <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> <20130623164425.GA77339@mail.bsdpad.com> <20130623165040.GD91021@kib.kiev.ua> <20130623170507.GA79364@mail.bsdpad.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Gm-Message-State: ALoCoQlN9GlPnYy+Dbm2V6xLn79AqCAI+NHAg53LtePFdA8lrsfWAe+Ikv/yBm6MJLPDKcVJkIO4 Cc: Konstantin Belousov , freebsd-current@freebsd.org, freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 03:21:33 -0000 On Sun, 23 Jun 2013, Ruslan Bukin wrote: > On Sun, Jun 23, 2013 at 07:50:40PM +0300, Konstantin Belousov wrote: >> On Sun, Jun 23, 2013 at 08:44:25PM +0400, Ruslan Bukin wrote: >>> On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: >>>> On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: >>>>> >>>>> Trying to mount root from ufs:/dev/da0 []... >>>>> WARNING: / was not properly dismounted >>>>> warning: no time-of-day clock registered, system time will not be set accurately >>>>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 >>>>> >>>>> KDB: enter: panic >>>>> [ thread pid 1 tid 100001 ] >>>>> Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >>>>> db> bt >>>>> Tracing pid 1 tid 100001 td 0xc547f620 >>>>> _end() at 0xde9d0530 >>>>> scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) >>>>> rsp=0xde9d0514 rfp=0xc12d1b60 >>>>> Bad frame pointer: 0xc12d1b60 >>>>> db> >>>> This is completely broken. It seems that witness triggered the panic, >>>> and ddb is unable to obtain a backtrace from the normal panic(9) call. >>>> >>>> Show the output of the 'show alllocks'. >>> >>> No such command >> Do you have witness in the kernel config ? If not, add it to the config >> and retry. > > Trying to mount root from ufs:/dev/da0 []... > WARNING: / was not properly dismounted > warning: no time-of-day clock registered, system time will not be set accurately > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > KDB: enter: panic > [ thread pid 1 tid 100001 ] > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > db> show alllocks > Process 1 (kernel) thread 0xc55fc620 (100001) > exclusive sleep mutex pmap (pmap) r = 0 (0xc5600590) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:729 > exclusive rw pmap pv global (pmap pv global) r = 0 (0xc1479dd0) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:728 > shared rw vm object (vm object) r = 0 (0xc1551d4c) locked @ /usr/home/br/dev/head/sys/vm/vm_map.c:1809 > exclusive sx vm map (user) (vm map (user)) r = 0 (0xc5600528) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:445 > exclusive lockmgr ufs (ufs) r = 0 (0xc56f7914) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:821 > exclusive sleep mutex Giant (Giant) r = 0 (0xc147c778) locked @ /usr/home/br/dev/head/sys/kern/vfs_mount.c:1093 > db> > Would any of the arm users be interested in testing a larger patch that changes the way the kernel allocations KVA? It also has some UMA code that lessens kernel memory utilization. http://people.freebsd.org/~jeff/vmem.diff Any reports would be helpful. Is there any ETA on getting stack tracing fixed? I suspect the pmap recursion encountered with Kostik's patch exist in the current kernel. The other changes in this patch my fix that as well. Thanks, Jeff From owner-freebsd-arm@FreeBSD.ORG Tue Jun 25 04:51:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 38F3FFE for ; Tue, 25 Jun 2013 04:51:24 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 19EC61227 for ; Tue, 25 Jun 2013 04:51:23 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r5P4pGbi022859; Tue, 25 Jun 2013 04:51:16 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id h877zq5q57mbuzy9u237fysunn; Tue, 25 Jun 2013 04:51:16 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Raspberry pi not ready to self-host yet? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> Date: Mon, 24 Jun 2013 21:51:15 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <6A7EDC6F-7441-47D4-BAF4-661207C5E737@kientzle.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> To: "Jordan K. Hubbard" X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 04:51:24 -0000 On Jun 24, 2013, at 7:55 AM, Jordan K. Hubbard wrote: > You see the same compilation error in basic_string.tcc in various = ports, like apr: Now that's odd. I built apr just a couple of weeks ago (part of building subversion from ports) and it compiled okay on BeagleBone. So this might be very recent breakage. > I do appreciate that it's a heck of a lot easier to cross-compile for = these things, and great work getting things to this point, but = self-hosting is still one of the magical milestones you always hope an = embedded target will get to someday, assuming it actually has enough = grunt to do so (and I think the PI does). :) A few months back, I was able to self-host on the BeagleBone, so our armv6 support was doing pretty well at that time. I think that with the Clang and EABI switches, we've regressed a bit since then. Tim From owner-freebsd-arm@FreeBSD.ORG Tue Jun 25 15:35:13 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6BF13E64 for ; Tue, 25 Jun 2013 15:35:13 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5A74312E0 for ; Tue, 25 Jun 2013 15:35:13 +0000 (UTC) Received: from [IPv6:2601:9:4d00:116:5995:30f2:775f:6c5e] (unknown [IPv6:2601:9:4d00:116:5995:30f2:775f:6c5e]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 1158E3981E; Tue, 25 Jun 2013 08:35:12 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Raspberry pi not ready to self-host yet? From: Rui Paulo In-Reply-To: Date: Tue, 25 Jun 2013 08:35:11 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> To: Jordan Hubbard X-Mailer: Apple Mail (2.1508) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 15:35:13 -0000 On 24 Jun 2013, at 11:36, Jordan Hubbard = wrote: > I don't have much to compare with since Apple is already on clang/LLVM = 5.0 and FreeBSD is back with 3.3 - I don't even really remember what the = state of ARM support was that long ago. :-) Oh, but there's a distinction here. Apple LLVM versions don't match the = official LLVM versions. clang -v on OS X will say which version of LLVM = it was based on, e.g.: "based on LLVM 3.1svn" Regards, -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Tue Jun 25 16:43:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 110C1333; Tue, 25 Jun 2013 16:43:35 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com [IPv6:2607:f8b0:400e:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id DAFA417BD; Tue, 25 Jun 2013 16:43:34 +0000 (UTC) Received: by mail-pb0-f54.google.com with SMTP id ro2so12815076pbb.41 for ; Tue, 25 Jun 2013 09:43:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=mgYNPmdchMCnAUdjxBlviQl6MHjXtPRTG2nOvZHypy8=; b=rEw4iKTuqpYwR/9Un3jAWAtUHCwyyWJiMSEvJBwgC/CV5Zn3Oerw/bQWeyQvBrAwUC maYrMkx3LlLOL+2swdqWhyPb45MPUO8rfwsMfwOJE1gTbAMWdmbNzt6h3loY/pNZh9IB 7vOgQ88brV1HfIac8J8vzT0nxClY3l2YZ6y44Y0f8uKeq0erQATJ9sVhPqhMsFntu1ND +BE0luMfJcj56wXExBykJzXqlkpqK10u8hZpVsZWmaui0+BaFE7UrS9x6OhjLNKaT4+C 0HQI2p42ZFlPdEhkU/c5gw0c5Oi2ZBrK63WmaH/J7dP0pqgH05/4GB4ozYboC5CB62Nr N/dw== X-Received: by 10.66.138.15 with SMTP id qm15mr632306pab.128.1372178614626; Tue, 25 Jun 2013 09:43:34 -0700 (PDT) Received: from [10.20.30.70] (53.sub-70-197-0.myvzw.com. [70.197.0.53]) by mx.google.com with ESMTPSA id wi6sm23960658pbc.22.2013.06.25.09.43.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 25 Jun 2013 09:43:34 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Raspberry pi not ready to self-host yet? From: Jordan Hubbard In-Reply-To: Date: Tue, 25 Jun 2013 09:43:32 -0700 Message-Id: <10932F21-3C2B-4FF5-A587-F81DC43DA42C@gmail.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> To: Rui Paulo X-Mailer: Apple Mail (2.1508) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 16:43:35 -0000 On Jun 25, 2013, at 8:35 AM, Rui Paulo wrote: > Oh, but there's a distinction here. Apple LLVM versions don't match = the official LLVM versions. clang -v on OS X will say which version of = LLVM it was based on, e.g.: "based on LLVM 3.1svn" Huh - I did not know that! Too much time behind the firewall - not = enough in the outside world. :) So, is it correct to say that what clang reports as 3.3 on FreeBSD is = simply LLVM 3.3 + whatever clang ToT is? In that case, it sounds like = FreeBSD is fairly up-to-date! - Jordan From owner-freebsd-arm@FreeBSD.ORG Tue Jun 25 16:54: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]) by hub.freebsd.org (Postfix) with ESMTP id 6F68A442 for ; Tue, 25 Jun 2013 16:54:53 +0000 (UTC) (envelope-from rpaulo@FreeBSD.org) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5CE9E1817 for ; Tue, 25 Jun 2013 16:54:52 +0000 (UTC) Received: from [IPv6:2620:149:4:f01:9dc2:351b:5f17:dc83] (unknown [IPv6:2620:149:4:f01:9dc2:351b:5f17:dc83]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 430F03981E; Tue, 25 Jun 2013 09:54:52 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1779\)) Subject: Re: Raspberry pi not ready to self-host yet? From: Rui Paulo In-Reply-To: <10932F21-3C2B-4FF5-A587-F81DC43DA42C@gmail.com> Date: Tue, 25 Jun 2013 09:54:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> <10932F21-3C2B-4FF5-A587-F81DC43DA42C@gmail.com> To: Jordan Hubbard X-Mailer: Apple Mail (2.1779) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 16:54:53 -0000 On Jun 25, 2013, at 9:43, Jordan Hubbard = wrote: >=20 > On Jun 25, 2013, at 8:35 AM, Rui Paulo wrote: >=20 >> Oh, but there's a distinction here. Apple LLVM versions don't match = the official LLVM versions. clang -v on OS X will say which version of = LLVM it was based on, e.g.: "based on LLVM 3.1svn" >=20 > Huh - I did not know that! Too much time behind the firewall - not = enough in the outside world. :) >=20 > So, is it correct to say that what clang reports as 3.3 on FreeBSD is = simply LLVM 3.3 + whatever clang ToT is? In that case, it sounds like = FreeBSD is fairly up-to-date! Not really. The LLVM 3.3 release also came with Clang, compiler-rt, = libc++, lldb, etc: http://llvm.org/releases/download.html#3.3 dim@ imported the latest release 3.3 when it came out. It's true that = FreeBSD is very up to date WRT to tracking LLVM + Clang. Another thing that happens is cherry-picking: some LLVM trunk / Clang = trunk commits end up in FreeBSD to fix FreeBSD related problems. -- Rui Paulo From owner-freebsd-arm@FreeBSD.ORG Tue Jun 25 16:56:54 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 73354518; Tue, 25 Jun 2013 16:56:54 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) by mx1.freebsd.org (Postfix) with ESMTP id 47FBC1830; Tue, 25 Jun 2013 16:56:54 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UrWY0-000308-5L; Tue, 25 Jun 2013 12:56:52 -0400 Date: Tue, 25 Jun 2013 12:56:51 -0400 From: Gary Palmer To: Jordan Hubbard Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130625165651.GA38815@in-addr.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <3B1B1A39-13AF-4718-A9D6-757D6FEFC27F@bsdimp.com> <10932F21-3C2B-4FF5-A587-F81DC43DA42C@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <10932F21-3C2B-4FF5-A587-F81DC43DA42C@gmail.com> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 16:56:54 -0000 On Tue, Jun 25, 2013 at 09:43:32AM -0700, Jordan Hubbard wrote: > > On Jun 25, 2013, at 8:35 AM, Rui Paulo wrote: > > > Oh, but there's a distinction here. Apple LLVM versions don't match the official LLVM versions. clang -v on OS X will say which version of LLVM it was based on, e.g.: "based on LLVM 3.1svn" > > Huh - I did not know that! Too much time behind the firewall - not enough in the outside world. :) > > So, is it correct to say that what clang reports as 3.3 on FreeBSD is simply LLVM 3.3 + whatever clang ToT is? In that case, it sounds like FreeBSD is fairly up-to-date! Latest released XCode (note: not developer preview) on 10.8 says sh-3.2$ clang -v Apple LLVM version 4.2 (clang-425.0.28) (based on LLVM 3.2svn) Target: x86_64-apple-darwin12.3.0 Thread model: posix sh-3.2$ Gary From owner-freebsd-arm@FreeBSD.ORG Tue Jun 25 23:31: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]) by hub.freebsd.org (Postfix) with ESMTP id 38584250; Tue, 25 Jun 2013 23:31:02 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (cl-414.sto-01.se.sixxs.net [IPv6:2001:16d8:ff00:19d::2]) by mx1.freebsd.org (Postfix) with ESMTP id DF8241C49; Tue, 25 Jun 2013 23:31:01 +0000 (UTC) Received: from localhost (unknown [72.5.114.17]) by mx0.deglitch.com (Postfix) with ESMTPA id 3A74F8FC2B; Wed, 26 Jun 2013 03:30:56 +0400 (MSK) Date: Tue, 25 Jun 2013 16:30:51 -0700 From: Stanislav Sedov To: Tim Kientzle Subject: Re: Port: U-Boot for BeagleBone Message-Id: <20130625163051.10fd81481cd46c2654a11005@FreeBSD.org> In-Reply-To: <879F5401-AC0D-494F-AE54-CE8B4AAF289F@freebsd.org> References: <3B16A2E5-C92B-4248-BE98-DD5C1194CB05@freebsd.org> <20130518100512.57c47fe6@bender> <534F7C76-12EF-4BF7-9872-0B2F366358E3@bsdimp.com> <879F5401-AC0D-494F-AE54-CE8B4AAF289F@freebsd.org> 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 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Jun 2013 23:31:02 -0000 On Sat, 25 May 2013 11:36:57 -0700 Tim Kientzle mentioned: > > On May 25, 2013, at 10:08 AM, Warner Losh wrote: > > > > > On May 25, 2013, at 1:02 AM, Tim Kientzle wrote: > > > >> > >> On May 18, 2013, at 7:28 AM, Warner Losh wrote: > >> > >>> A long time ago I was able to build u-boot using the cross-* ports... They even have wrapper ports so you can get the write dependencies. > >> > >> Which wrapper ports are you referring to? > >> > >> I don't see anything that looks useful. > > > > I think I used arm-rtems-{binutils,gcc} to do the building.... > > That's what I was afraid of. arm-rtems-gcc is gone (or will be shortly). > Yes, I tried to prevent that to no avail. The reasons mentioned are completely nonsensical. "rtems" in names of those ports means ABI they provide (which is very close to bare metal) and not the actual OS, but the ports are being removed because someone was unable to build RTEMS on PCBSD. Oh well. Anyway, if you need any help with cross-XXX, let me know. -- Stanislav Sedov ST4096-RIPE () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 05:00:49 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6882D2BA; Wed, 26 Jun 2013 05:00:49 +0000 (UTC) (envelope-from kientzle@FreeBSD.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 2D66B1DE8; Wed, 26 Jun 2013 05:00:48 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r5Q50emh030898; Wed, 26 Jun 2013 05:00:40 GMT (envelope-from kientzle@FreeBSD.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id mnkry42z6tigh5ughdj3sdxmta; Wed, 26 Jun 2013 05:00:40 +0000 (UTC) (envelope-from kientzle@FreeBSD.org) Subject: Re: Port: U-Boot for BeagleBone Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20130625163051.10fd81481cd46c2654a11005@FreeBSD.org> Date: Tue, 25 Jun 2013 22:00:39 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <3B16A2E5-C92B-4248-BE98-DD5C1194CB05@freebsd.org> <20130518100512.57c47fe6@bender> <534F7C76-12EF-4BF7-9872-0B2F366358E3@bsdimp.com> <879F5401-AC0D-494F-AE54-CE8B4AAF289F@freebsd.org> <20130625163051.10fd81481cd46c2654a11005@FreeBSD.org> To: Stanislav Sedov X-Mailer: Apple Mail (2.1283) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 05:00:49 -0000 On Jun 25, 2013, at 4:30 PM, Stanislav Sedov wrote: > On Sat, 25 May 2013 11:36:57 -0700 > Tim Kientzle mentioned: >=20 >>=20 >> On May 25, 2013, at 10:08 AM, Warner Losh wrote: >>=20 >>>=20 >>> On May 25, 2013, at 1:02 AM, Tim Kientzle wrote: >>>=20 >>>>=20 >>>> On May 18, 2013, at 7:28 AM, Warner Losh wrote: >>>>=20 >>>>> A long time ago I was able to build u-boot using the cross-* = ports... They even have wrapper ports so you can get the write = dependencies.=20 >>>>=20 >>>> Which wrapper ports are you referring to? >>>>=20 >>>> I don't see anything that looks useful. >>>=20 >>> I think I used arm-rtems-{binutils,gcc} to do the building.... >>=20 >> That's what I was afraid of. arm-rtems-gcc is gone (or will be = shortly). >>=20 >=20 > Yes, I tried to prevent that to no avail. The reasons mentioned are > completely nonsensical. "rtems" in names of those ports means ABI > they provide (which is very close to bare metal) and not the actual = OS, > but the ports are being removed because someone was unable to build = RTEMS > on PCBSD. >=20 > Oh well. >=20 > Anyway, if you need any help with cross-XXX, let me know. I'm making progress on it again. I have a working arm-eabi-binutils port ready to commit. I almost have a working arm-eabi-gcc port. Though I seem to be stuck on some issue with Perl5.14 on 10-CURRENT? https://redports.org/buildarchive/20130625154000-12976/ Locally, I've been able to build U-Boot for BeagleBone by having the port depend on arm-eabi-gcc. Tim From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 12:31:35 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id D293CC68 for ; Wed, 26 Jun 2013 12:31:35 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 724F412ED for ; Wed, 26 Jun 2013 12:31:35 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1Uroso-0059iO-HN; Wed, 26 Jun 2013 14:31:34 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: Jeff Roberson Subject: Re: Kernel build fails on ARM: Cannot fork: Cannot allocate memory In-reply-to: References: <51C4A067.7010203@semihalf.com> <20130623065706.GV91021@kib.kiev.ua> <20130623083220.GA41511@mail.bsdpad.com> <20130623143248.GA91021@kib.kiev.ua> <20130623144346.GA69378@mail.bsdpad.com> <20130623161617.GC91021@kib.kiev.ua> <20130623164425.GA77339@mail.bsdpad.com> <20130623165040.GD91021@kib.kiev.ua> <20130623170507.GA79364@mail.bsdpad.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 26 Jun 2013 14:31:31 +0200 Message-Id: Cc: freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 12:31:35 -0000 > On Sun, 23 Jun 2013, Ruslan Bukin wrote: > > > On Sun, Jun 23, 2013 at 07:50:40PM +0300, Konstantin Belousov wrote: > >> On Sun, Jun 23, 2013 at 08:44:25PM +0400, Ruslan Bukin wrote: > >>> On Sun, Jun 23, 2013 at 07:16:17PM +0300, Konstantin Belousov wrote: > >>>> On Sun, Jun 23, 2013 at 06:43:46PM +0400, Ruslan Bukin wrote: > >>>>> > >>>>> Trying to mount root from ufs:/dev/da0 []... > >>>>> WARNING: / was not properly dismounted > >>>>> warning: no time-of-day clock registered, system time will not be set accurately > >>>>> panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > >>>>> > >>>>> KDB: enter: panic > >>>>> [ thread pid 1 tid 100001 ] > >>>>> Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > >>>>> db> bt > >>>>> Tracing pid 1 tid 100001 td 0xc547f620 > >>>>> _end() at 0xde9d0530 > >>>>> scp=0xde9d0530 rlv=0xc1211458 (db_trace_thread+0x34) > >>>>> rsp=0xde9d0514 rfp=0xc12d1b60 > >>>>> Bad frame pointer: 0xc12d1b60 > >>>>> db> > >>>> This is completely broken. It seems that witness triggered the panic, > >>>> and ddb is unable to obtain a backtrace from the normal panic(9) call. > >>>> > >>>> Show the output of the 'show alllocks'. > >>> > >>> No such command > >> Do you have witness in the kernel config ? If not, add it to the config > >> and retry. > > > > Trying to mount root from ufs:/dev/da0 []... > > WARNING: / was not properly dismounted > > warning: no time-of-day clock registered, system time will not be set accurately > > panic: __rw_wlock_hard: recursing but non-recursive rw pmap pv global @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:1289 > > > > KDB: enter: panic > > [ thread pid 1 tid 100001 ] > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > db> show alllocks > > Process 1 (kernel) thread 0xc55fc620 (100001) > > exclusive sleep mutex pmap (pmap) r = 0 (0xc5600590) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:729 > > exclusive rw pmap pv global (pmap pv global) r = 0 (0xc1479dd0) locked @ /usr/home/br/dev/head/sys/arm/arm/pmap-v6.c:728 > > shared rw vm object (vm object) r = 0 (0xc1551d4c) locked @ /usr/home/br/dev/head/sys/vm/vm_map.c:1809 > > exclusive sx vm map (user) (vm map (user)) r = 0 (0xc5600528) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:445 > > exclusive lockmgr ufs (ufs) r = 0 (0xc56f7914) locked @ /usr/home/br/dev/head/sys/kern/imgact_elf.c:821 > > exclusive sleep mutex Giant (Giant) r = 0 (0xc147c778) locked @ /usr/home/br/dev/head/sys/kern/vfs_mount.c:1093 > > db> > > > > Would any of the arm users be interested in testing a larger patch that > changes the way the kernel allocations KVA? It also has some UMA code > that lessens kernel memory utilization. > > http://people.freebsd.org/~jeff/vmem.diff > > Any reports would be helpful. Is there any ETA on getting stack tracing > fixed? I suspect the pmap recursion encountered with Kostik's patch exist > in the current kernel. The other changes in this patch my fix that as > well. I have tried the patch with CURRENT r252159, EABI and gcc 4.2.1 as the default compiler on my Pi and got the same panic which occurs since r251709. Ralf /boot/kernel/kernel data=0x3ddbe4+0x2447c syms=[0x4+0x8c840+0x4+0x66acf] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB from memory address 0x00000100. Kernel entry at 0x100100... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0 r252159M: Tue Jun 25 21:01:07 CEST 2013 root@IZ-FreeBSD1:/usr/obj/arm.armv6/home/rpi/head/sys/RPI-Bsc arm gcc version 4.2.1 20070831 patched [FreeBSD] panic: lock "vm map (user)" 0xc06ea050 already initialized KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 0 tid 0 td 0xc04e4a40 db_trace_self() at db_trace_self pc = 0xc03dddb0 lr = 0xc03dde38 (db_trace_thread+0x4c) sp = 0xc060aaf4 fp = 0xc026d744 db_trace_thread() at db_trace_thread+0x4c pc = 0xc03dde38 lr = 0xc012a650 (db_stack_trace+0xdc) sp = 0xc060ab54 fp = 0xc026d744 db_stack_trace() at db_stack_trace+0xdc pc = 0xc012a650 lr = 0xc0129d30 (db_command+0x2cc) sp = 0xc060ab6c fp = 0xc026d744 r4 = 0xc04b5eb0 r5 = 0x00000000 db_command() at db_command+0x2cc pc = 0xc0129d30 lr = 0xc0129e98 (db_command_loop+0x5c) sp = 0xc060ac0c fp = 0xc026d744 r4 = 0xc060ac20 r5 = 0xc04b6178 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00000001 r10 = 0x600001d3 db_command_loop() at db_command_loop+0x5c pc = 0xc0129e98 lr = 0xc012c2bc (db_trap+0xe4) sp = 0xc060ac14 fp = 0xc026d744 db_trap() at db_trap+0xe4 pc = 0xc012c2bc lr = 0xc026d980 (kdb_trap+0xa0) sp = 0xc060ad2c fp = 0xc026d744 r4 = 0xc060adc4 kdb_trap() at kdb_trap+0xa0 pc = 0xc026d980 lr = 0xc03ef170 (undefinedinstruction+0x2c8) sp = 0xc060ad4c fp = 0xc026d744 r4 = 0x00000000 r5 = 0x00000000 r6 = 0x00000000 r7 = 0xc060adc4 r8 = 0xe7ffffff r10 = 0xe7ffffff undefinedinstruction() at undefinedinstruction+0x2c8 pc = 0xc03ef170 lr = 0xc03df578 (exception_exit) sp = 0xc060adc4 fp = 0x00000000 r4 = 0xc042efc0 r5 = 0xc0432ac8 r6 = 0xc04e6afc r7 = 0xc060ae44 r8 = 0xc04e4a40 r9 = 0xc06edc60 r10 = 0xc06ea000 exception_exit() at exception_exit pc = 0xc03df578 lr = 0xc03df578 (exception_exit) sp = 0xc060adc4 fp = 0x00000000 Unable to unwind further db> From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 15:18: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]) by hub.freebsd.org (Postfix) with ESMTP id 4F788C70 for ; Wed, 26 Jun 2013 15:18:25 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qe0-x236.google.com (mail-qe0-x236.google.com [IPv6:2607:f8b0:400d:c02::236]) by mx1.freebsd.org (Postfix) with ESMTP id 180091C2D for ; Wed, 26 Jun 2013 15:18:24 +0000 (UTC) Received: by mail-qe0-f54.google.com with SMTP id ne12so1003606qeb.27 for ; Wed, 26 Jun 2013 08:18:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type :x-gm-message-state; bh=YQ7Fi2Bju1ttQ+P0R4kuRML6dX9yotpDBx11empY9aw=; b=ktsUrLCzngDxDYi1FWIP3zO9x9vqzgXCIh+YKi6+rzsMv1TbZvSLZ3KPDoC+5xtIUN dTAIoIkP328hrG9DfiTuXlsK8AiE+AvHv+xuELBK4sb+xMRQJEPlWPDHUCNLConNxYyQ 6+ixOZnp6f9oids0qQBhXx6MlsRIYfJq5FVB7qY+mW5t8ivYaXaz+KqlmG0BGBQgn8QP d6kS/h7E16jJNSjpgZ3/hwnS+Ny7Dv0iRDVmsDeXyN/4ZcJkYupNIss4xAHzpFrN0tbE wDBq97vI0hURBY9aA3NWzjf1yI4pnpBUwVm5+ekvhjfVgCbJPS5nkhO+teMAOD6xF5Kz OKfw== MIME-Version: 1.0 X-Received: by 10.229.172.138 with SMTP id l10mr1188015qcz.25.1372258004739; Wed, 26 Jun 2013 07:46:44 -0700 (PDT) Received: by 10.49.106.1 with HTTP; Wed, 26 Jun 2013 07:46:44 -0700 (PDT) Date: Wed, 26 Jun 2013 22:46:44 +0800 Message-ID: Subject: Signal 11 (core dumped) while compiling Hiawatha From: Alie Tan To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQlkD0lwZR9WB/mMkwpjxdz6lpGW0+2VQyfhzXpoW11SntDPTAngl1HkH+KlZP0ATnWUO50w Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 15:18:25 -0000 Hi I am getting Signal 11 core dumped while compiling hiawatha. I have tried both clang and gcc4.2.1 without any luck. I will try without EABI tomorrow Regards, Alie T From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 17:22:29 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 14A7358E for ; Wed, 26 Jun 2013 17:22:29 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id CDA4210E3 for ; Wed, 26 Jun 2013 17:22:28 +0000 (UTC) Received: from [192.168.1.200] (p508F1F2E.dip0.t-ipconnect.de [80.143.31.46]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 9C58A1C0C0693 for ; Wed, 26 Jun 2013 19:22:25 +0200 (CEST) From: Michael Tuexen Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Problems with Head on RaspberryPi Message-Id: Date: Wed, 26 Jun 2013 19:22:25 +0200 To: freebsd-arm@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) X-Mailer: Apple Mail (2.1508) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 17:22:29 -0000 Dear all, I have build FreeBSD using the script from https://github.com/daveish/freebsd-arm-tools for a couple of weeks and it worked fine. However, doing this within the last days, compilation and installation works, but the Raspberry Pi doesn't boot. After Starting kernel with NULL args or so, it doesn't show anything else. Normally the FreeBSD boot messages would appear. Does anyone else also see this? Any idea how to get some debug output out of the Raspberry Pi? Best regards Michael From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 17:42: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]) by hub.freebsd.org (Postfix) with ESMTP id 80708B4E for ; Wed, 26 Jun 2013 17:42:59 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-vb0-x230.google.com (mail-vb0-x230.google.com [IPv6:2607:f8b0:400c:c02::230]) by mx1.freebsd.org (Postfix) with ESMTP id 407D011F3 for ; Wed, 26 Jun 2013 17:42:59 +0000 (UTC) Received: by mail-vb0-f48.google.com with SMTP id w15so10934418vbf.7 for ; Wed, 26 Jun 2013 10:42:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Us2FcMigd6OF3u5fLeNqr7NYLuQxNaoTYZ7MGqpQ8Ek=; b=jT9G+ODCqEgSFcxIXzjRWqbD1JgX5kIoj1Rgm4BJzw2qBRz7d0Ai89U2/+lqP0Uvts pefwQFO4sGK3pzu+Z552oF2a5Bb4hy0MzQPiPMzjohuUc71sYl8SDuNo8PEePCjsNQkm TIge60ivSKfvz6l8pKPscOS+tJELEtoiB6BeI= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=Us2FcMigd6OF3u5fLeNqr7NYLuQxNaoTYZ7MGqpQ8Ek=; b=f2SsFiDsll22lJOV7OUcvnOxzRwvG6Jdaa+AcuNhkIT6HftcnQS59waz3HXvqQBqVa toBTOlUXOkfa7oLrcyGEsPAOwPI3UhtBh3e/vHM61LnILbsXkOSn4jU812QPOKISsrq7 6MJgG/fpNs1Qp+CufhvnR0pVmIW94LAUbi7Fh7z2cOwleF5bjuYP+Rp1bFN6TSa6I0li uRKm6rMwr2Y/NiylqOqtXjUdqRI2x5OiWXZ1HrmsRxoSXbZTkDBoZ316Jh1ng8GaYSyI asDKlc4DBQ+VkYGB7yhpnIA9AGQrp2E0szXylq6DhiIN6uermn6dczKJ9R4CjBPHBPNc GZdA== MIME-Version: 1.0 X-Received: by 10.52.34.196 with SMTP id b4mr1742955vdj.70.1372268578797; Wed, 26 Jun 2013 10:42:58 -0700 (PDT) Received: by 10.52.229.166 with HTTP; Wed, 26 Jun 2013 10:42:58 -0700 (PDT) In-Reply-To: References: Date: Wed, 26 Jun 2013 07:42:58 -1000 Message-ID: Subject: Re: Problems with Head on RaspberryPi From: David Cornejo To: Michael Tuexen X-Gm-Message-State: ALoCoQn1eTDLOVD6kzr64pwSXheH6pYYiRpfXLcFTT9ofdgXaIpJTQ22sExk5xA0eTONMmho+IJl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 17:42:59 -0000 On Wed, Jun 26, 2013 at 7:22 AM, Michael Tuexen wrote: > Dear all, > > I have build FreeBSD using the script from > https://github.com/daveish/freebsd-arm-tools > for a couple of weeks and it worked fine. However, > doing this within the last days, compilation and > installation works, but the Raspberry Pi doesn't > boot. After Starting kernel with NULL args > or so, it doesn't show anything else. Normally > the FreeBSD boot messages would appear. Does anyone > else also see this? Any idea how to get some > debug output out of the Raspberry Pi? > > Best regards > Michael > In addition I saw some devices couldn't be found - I am using a 256MB Model B, which I am thinking might be relevant dave c From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 17:51:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E0F1CCF9; Wed, 26 Jun 2013 17:51:08 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 979241261; Wed, 26 Jun 2013 17:51:08 +0000 (UTC) Received: from [140.242.210.2] (helo=vanmgmt01.vancouver.polycom.com) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Urts0-000PtP-C9; Wed, 26 Jun 2013 10:51:07 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Problems with Head on RaspberryPi From: Oleksandr Tymoshenko In-Reply-To: Date: Wed, 26 Jun 2013 10:51:02 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: To: Michael Tuexen X-Mailer: Apple Mail (2.1503) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > Dear all, > > I have build FreeBSD using the script from > https://github.com/daveish/freebsd-arm-tools > for a couple of weeks and it worked fine. However, > doing this within the last days, compilation and > installation works, but the Raspberry Pi doesn't > boot. After Starting kernel with NULL args > or so, it doesn't show anything else. Normally > the FreeBSD boot messages would appear. Does anyone > else also see this? Any idea how to get some > debug output out of the Raspberry Pi? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 17:51:08 -0000 On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > Dear all, > > I have build FreeBSD using the script from > https://github.com/daveish/freebsd-arm-tools > for a couple of weeks and it worked fine. However, > doing this within the last days, compilation and > installation works, but the Raspberry Pi doesn't > boot. After Starting kernel with NULL args > or so, it doesn't show anything else. Normally > the FreeBSD boot messages would appear. Does anyone > else also see this? Any idea how to get some > debug output out of the Raspberry Pi? Also try adding set boot_multicons="YES" to /boot/loader.rc It should enable kernel boot messages on serial port console From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 18:11:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 37C6035B; Wed, 26 Jun 2013 18:11:07 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id E34A4135D; Wed, 26 Jun 2013 18:11:06 +0000 (UTC) Received: from [140.242.210.2] (helo=vanmgmt01.vancouver.polycom.com) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Urtgt-000Pga-0L; Wed, 26 Jun 2013 10:39:37 -0700 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Problems with Head on RaspberryPi From: Oleksandr Tymoshenko In-Reply-To: Date: Wed, 26 Jun 2013 10:39:33 -0700 Content-Transfer-Encoding: 7bit Message-Id: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> References: To: Michael Tuexen X-Mailer: Apple Mail (2.1503) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > Dear all, > > I have build FreeBSD using the script from > https://github.com/daveish/freebsd-arm-tools > for a couple of weeks and it worked fine. However, > doing this within the last days, compilation and > installation works, but the Raspberry Pi doesn't > boot. After Starting kernel with NULL args > or so, it doesn't show anything else. Normally > the FreeBSD boot messages would appear. Does anyone > else also see this? Any idea how to get some > debug output out of the Raspberry Pi? [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 18:11:07 -0000 On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > Dear all, > > I have build FreeBSD using the script from > https://github.com/daveish/freebsd-arm-tools > for a couple of weeks and it worked fine. However, > doing this within the last days, compilation and > installation works, but the Raspberry Pi doesn't > boot. After Starting kernel with NULL args > or so, it doesn't show anything else. Normally > the FreeBSD boot messages would appear. Does anyone > else also see this? Any idea how to get some > debug output out of the Raspberry Pi? Try disabling INVARIANTS options in the kernel. It seems new code in uma_dbg performs atomic ops on the allocated memory and if memory has been remapped as non-cached it causes exception. From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 18:38:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1E2C2A71 for ; Wed, 26 Jun 2013 18:38:27 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 286F5161B for ; Wed, 26 Jun 2013 18:38:26 +0000 (UTC) Received: from [192.168.1.200] (p508F1F2E.dip0.t-ipconnect.de [80.143.31.46]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 944981C0C0695; Wed, 26 Jun 2013 20:37:57 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problems with Head on RaspberryPi From: Michael Tuexen In-Reply-To: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> Date: Wed, 26 Jun 2013 20:37:57 +0200 Content-Transfer-Encoding: 7bit Message-Id: <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1508) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 18:38:27 -0000 On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko wrote: > > On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > >> Dear all, >> >> I have build FreeBSD using the script from >> https://github.com/daveish/freebsd-arm-tools >> for a couple of weeks and it worked fine. However, >> doing this within the last days, compilation and >> installation works, but the Raspberry Pi doesn't >> boot. After Starting kernel with NULL args >> or so, it doesn't show anything else. Normally >> the FreeBSD boot messages would appear. Does anyone >> else also see this? Any idea how to get some >> debug output out of the Raspberry Pi? > > > Try disabling INVARIANTS options in the kernel. It seems > new code in uma_dbg performs atomic ops on the > allocated memory and if memory has been remapped as > non-cached it causes exception. OK. I'll try and report. It may take 24 hours... Best regards Michael > > From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 21:11:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 177FDAB3 for ; Wed, 26 Jun 2013 21:11:58 +0000 (UTC) (envelope-from freebsd-arm@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id D28021D5A for ; Wed, 26 Jun 2013 21:11:57 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r5QL1Dmk060307 for ; Wed, 26 Jun 2013 17:01:13 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Wed, 26 Jun 2013 17:01:12 -0400 From: Brett Wynkoop To: "freebsd-arm@freebsd.org" Subject: Pi kernel build failing on current Message-ID: <20130626170112.21314015@ivory.wynn.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 21:11:58 -0000 Greeting- It has been months since I have touched FBSD-ARM or read the list. Work and life has been too busy. Today I did an svnup for head and tried to rebuild the kernel right on the Pi, something I have done in the past, but it failed with a complaint about a missing file: root@fbsd-pi:/sys/arm/conf # config RPI-B-TMPFS config: ../broadcom/bcm2835/files.bcm2835: No such file or directory root@fbsd-pi:/sys/arm/conf # Obviously something big has changed since my last kernel build. Dropping the include from the config file brought no joy. So I guess this amounts to what did I miss and how do I get my Pi back on track? BTW I do not have an x86 box for cross build at this point, so grabbing the latest script and just starting over is not an option. I have 112 ports compiled to pkgng packages using my Pi, so if there have been enough changes since April that I will have to rebuild ports as well I would appreciate a heads up. Thanks! -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 A free people ought to be armed. - George Washington From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 21:36: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]) by hub.freebsd.org (Postfix) with ESMTP id DEF9B4E2 for ; Wed, 26 Jun 2013 21:36:07 +0000 (UTC) (envelope-from mercanoles@gmail.com) Received: from mail-pa0-x230.google.com (mail-pa0-x230.google.com [IPv6:2607:f8b0:400e:c03::230]) by mx1.freebsd.org (Postfix) with ESMTP id C0B8C1E9E for ; Wed, 26 Jun 2013 21:36:07 +0000 (UTC) Received: by mail-pa0-f48.google.com with SMTP id kp12so118295pab.21 for ; Wed, 26 Jun 2013 14:36:07 -0700 (PDT) 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=7lgZsPgoush0TG06Yz+viKieNMQzIIL3FqwIlUTuKcU=; b=NnkDPkXFoudgE417MwxnmZX32GW+irZwUoOmzlTQVJxnv41T/8oL5O51o6XY33Qwsi enjn55s8ipdMRsDfsGgPUhXXbigZtfpf/pBUrqwuDhGCX2BijO8+0lTA/EI002aKL3ej s7QP/AYa8FOHhWilW1WsqcFb9P9gRHYCEDCie/nARsHUKKJU4zW6i3LQqLqRphXyusRV ShsVEyOPMnczD05ZfJBm+MVqzlG/1bwPl6fcL8bf1baKr+rsEdXfmdwAoJoASWaeQmYr 2ETA0Y8ivQsXkaBwmUK6J6oCOZi0DK14x3O6yT74Vv2HzUhlYCVBM1vNeiFtwC1AQNM0 mn3A== MIME-Version: 1.0 X-Received: by 10.66.27.196 with SMTP id v4mr2679712pag.97.1372282567541; Wed, 26 Jun 2013 14:36:07 -0700 (PDT) Received: by 10.70.49.49 with HTTP; Wed, 26 Jun 2013 14:36:07 -0700 (PDT) Date: Wed, 26 Jun 2013 18:36:07 -0300 Message-ID: Subject: Booting kernel on Cubieboard/Mele a_1000 (Allwiner A10) From: Mariano Lescano To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 21:36:07 -0000 Hi We have the kernel booting using ubldr. At the point to mount the root filesystem we get this message: ====================================================== Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... stack_capture: frame=0xdcacfa3c stack_capture: frame=0 stack_capture: frame=0xdcacf85c stack_capture: frame=0xc30feda4 stack_capture: frame=0 mountroot: waiting for device /dev/mmcsd0s2a ... Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Trying to mount root from ufs:/dev/da0s2a []... mountroot: waiting for device /dev/da0s2a ... Mounting from ufs:/dev/da0s2a failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/acd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot> ? List of GEOM managed disk devices: mountroot> ======================================================== We can see that List of GEOM managed disk devices is empty What could be the problem? Any suggestions? Thanks From owner-freebsd-arm@FreeBSD.ORG Wed Jun 26 22:23:22 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id DCF9D12A; Wed, 26 Jun 2013 22:23:22 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id C8BB31076; Wed, 26 Jun 2013 22:23:22 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id AD0B52AA348; Wed, 26 Jun 2013 16:23:21 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id EED5C1CC1B; Wed, 26 Jun 2013 17:23:16 -0500 (EST) Date: Wed, 26 Jun 2013 17:23:16 -0500 From: Diane Bruce To: Michael Tuexen Subject: Re: Problems with Head on RaspberryPi Message-ID: <20130626222316.GA87896@night.db.net> References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jun 2013 22:23:22 -0000 On Wed, Jun 26, 2013 at 08:37:57PM +0200, Michael Tuexen wrote: > On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko wrote: > > > > > On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > > > >> Dear all, > >> > >> I have build FreeBSD using the script from > >> https://github.com/daveish/freebsd-arm-tools > >> for a couple of weeks and it worked fine. However, > >> doing this within the last days, compilation and > >> installation works, but the Raspberry Pi doesn't > >> boot. After Starting kernel with NULL args > >> or so, it doesn't show anything else. Normally > >> the FreeBSD boot messages would appear. Does anyone > >> else also see this? Any idea how to get some > >> debug output out of the Raspberry Pi? > > > > > > Try disabling INVARIANTS options in the kernel. It seems > > new code in uma_dbg performs atomic ops on the > > allocated memory and if memory has been remapped as > > non-cached it causes exception. > OK. I'll try and report. It may take 24 hours... I'm sorry to report it does not work. > > Best regards > Michael > > - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 00:46:16 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 90C06844 for ; Thu, 27 Jun 2013 00:46:16 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 65C671980 for ; Thu, 27 Jun 2013 00:46:16 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id 16so303402iea.31 for ; Wed, 26 Jun 2013 17:46:16 -0700 (PDT) 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=sQ6p2nEstVBP48Dl+YR81+yL7A4ALYh9ZmNHPGjNPBg=; b=zdTGh8KlNxIRqmdu3Ha2OplXQf1aXa89fnKbcDwtUdkYkBt6dSC+9+3YUzZNAInjm5 DEfk18TH7RFb60qjcxXN7Lz91cBb3fZFHJW3Jn7pRUdd8eZ9jMytE6/+QvD1x1veGv2w a1LB0+V8Gqe6hf0k7JvL0BFPqXyGX2uxZAB183FJJkWmuWTH5IBPseFTamHtUwIVRHDI IuPUyv8Wg7GWPkKWC5pkflEx2Wu2ESpdL4aHOBGtEIAqeskzQzMNpyyUCKEj83PdlTsZ l0TE+Hp8+G4aFqRdbw29H8LacZ99Jgqs8at8QpXAZPb9mSKajEbGp8vpppy5uzGr5I6p fD6g== MIME-Version: 1.0 X-Received: by 10.42.95.208 with SMTP id g16mr3586682icn.45.1372293975694; Wed, 26 Jun 2013 17:46:15 -0700 (PDT) Received: by 10.64.235.239 with HTTP; Wed, 26 Jun 2013 17:46:15 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Jun 2013 08:46:15 +0800 Message-ID: Subject: Re: Booting kernel on Cubieboard/Mele a_1000 (Allwiner A10) From: Ganbold Tsagaankhuu To: Mariano Lescano Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 00:46:16 -0000 On Thu, Jun 27, 2013 at 5:36 AM, Mariano Lescano wrote: > Hi > We have the kernel booting using ubldr. At the point to mount the root > filesystem we get this message: > > ====================================================== > > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > stack_capture: frame=0xdcacfa3c > stack_capture: frame=0 > stack_capture: frame=0xdcacf85c > stack_capture: frame=0xc30feda4 > stack_capture: frame=0 > mountroot: waiting for device /dev/mmcsd0s2a ... > Mounting from ufs:/dev/mmcsd0s2a failed with error 19. > Trying to mount root from ufs:/dev/da0s2a []... > mountroot: waiting for device /dev/da0s2a ... > Mounting from ufs:/dev/da0s2a failed with error 19. > > Loader variables: > vfs.root.mountfrom=ufs:/dev/mmcsd0s2a > vfs.root.mountfrom.options=rw,noatime > > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. > > eg. ufs:/dev/da0s1a > zfs:tank > cd9660:/dev/acd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) > > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input > > mountroot> ? > > List of GEOM managed disk devices: > > > mountroot> > > ======================================================== > > We can see that List of GEOM managed disk devices is empty > > What could be the problem? > Any suggestions? > Are you sure that current driver works for it? Can you show dmesg? I used usb stick in Cubieboard, so I can't comment about SD. Ganbold > > Thanks > _______________________________________________ > 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 Jun 27 00:53:26 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id CFC55DCE; Thu, 27 Jun 2013 00:53:26 +0000 (UTC) (envelope-from gonzo@id.bluezbox.com) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) by mx1.freebsd.org (Postfix) with ESMTP id 50F1419EF; Thu, 27 Jun 2013 00:53:25 +0000 (UTC) Received: from [140.242.210.2] (helo=[192.168.2.197]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Us0Sg-0004Dn-Ol; Wed, 26 Jun 2013 17:53:24 -0700 Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: Beaglebone USB driver (Mentor Graphics OTG) From: Oleksandr Tymoshenko In-Reply-To: <51611A7B.2010105@bitfrost.no> Date: Wed, 26 Jun 2013 17:53:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0927BB4C-6917-408D-B102-AB98F72314B6@bluezbox.com> References: <51608AA4.2020804@bluezbox.com> <51611A7B.2010105@bitfrost.no> To: Hans Petter Selasky X-Mailer: Apple Mail (2.1503) Sender: gonzo@id.bluezbox.com X-Spam-Level: -- X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: On 2013-04-07, at 12:04 AM, Hans Petter Selasky wrote: > On 04/06/13 22:50, Oleksandr Tymoshenko wrote: >> Hello, >> >> This is first iteration of Host Mode support for Mentor Graphics >> OTG USB controller. I tested it by building kernel with USB memory >> stick mounted as /usr/obj, resulting kernel was bootable and worked fine. >> I reused some ideas (mostly for channel-management) from >> DWT OTG driver. >> >> Some pieces are still missing: >> - Support for SPLIT transactions, I don not have high speed hub >> right now to test it, but implementing it should be really >> straighforward. >> - Isochronous transfers. I do not have hardware to test this. Does >> anybody have any suggestion about simple use case? >> - Control Data OUT transaction >> - Wrapper for atmel HW has not ben synced with new core logic requirements >> yet >> >> Please review and test. I tested it only with gcc-built kernel/world. >> Now when >> first iteration is finished I'm going to update all my boards to new >> world order >> (clang/EABI) and re-test this stuff. >> >> Patch: >> http://people.freebsd.org/~gonzo/arm/patches/beaglebone-musb.diff > > Hi, > > Looks like you've got the grasp of the USB controller stuff :-) > > Some comments: > > 1) Use DPRINTFN(-1, ...) instead of printf() for all printf() that are not part of boot dmesg. > > + break; > + default: > + td->transfer_type = 0; > + printf("Invalid USB speed: %d\n", speed); > + break; > + } > > > 2) You should implement if HOST mode, support for SUSPEND and RESUME. See EHCI driver. Basically what you need is: > > a) USB transfers are stopped/paused. I know there is a hack you need if the host transfer cancel hangs, and that is to write a dummy device address and wait for the USB transfer to error out after 250 us max. > > b) switch on USB suspend signalling. > > > At resume: > > c) do resume signalling, similar to EHCI/UHCI I think. > > d) switch on channel tokens. > > case UHF_PORT_SUSPEND: > + if (sc->sc_mode == MUSB2_HOST_MODE) > + printf("TODO: Set UHF_PORT_SUSPEND\n"); > + break; > > > > 3) Make sure that channels are not [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: bitfrost.no] -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] Cc: arm@freebsd.org, usb@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 00:53:26 -0000 On 2013-04-07, at 12:04 AM, Hans Petter Selasky wrote: > On 04/06/13 22:50, Oleksandr Tymoshenko wrote: >> Hello, >>=20 >> This is first iteration of Host Mode support for Mentor Graphics >> OTG USB controller. I tested it by building kernel with USB memory >> stick mounted as /usr/obj, resulting kernel was bootable and worked = fine. >> I reused some ideas (mostly for channel-management) from >> DWT OTG driver. >>=20 >> Some pieces are still missing: >> - Support for SPLIT transactions, I don not have high speed hub >> right now to test it, but implementing it should be really >> straighforward. >> - Isochronous transfers. I do not have hardware to test this. Does >> anybody have any suggestion about simple use case? >> - Control Data OUT transaction >> - Wrapper for atmel HW has not ben synced with new core logic = requirements >> yet >>=20 >> Please review and test. I tested it only with gcc-built kernel/world. >> Now when >> first iteration is finished I'm going to update all my boards to new >> world order >> (clang/EABI) and re-test this stuff. >>=20 >> Patch: >> http://people.freebsd.org/~gonzo/arm/patches/beaglebone-musb.diff >=20 > Hi, >=20 > Looks like you've got the grasp of the USB controller stuff :-) >=20 > Some comments: >=20 > 1) Use DPRINTFN(-1, ...) instead of printf() for all printf() that are = not part of boot dmesg. >=20 > + break; > + default: > + td->transfer_type =3D 0; > + printf("Invalid USB speed: %d\n", = speed); > + break; > + } >=20 >=20 > 2) You should implement if HOST mode, support for SUSPEND and RESUME. = See EHCI driver. Basically what you need is: >=20 > a) USB transfers are stopped/paused. I know there is a hack you need = if the host transfer cancel hangs, and that is to write a dummy device = address and wait for the USB transfer to error out after 250 us max. >=20 > b) switch on USB suspend signalling. >=20 >=20 > At resume: >=20 > c) do resume signalling, similar to EHCI/UHCI I think. >=20 > d) switch on channel tokens. >=20 > case UHF_PORT_SUSPEND: > + if (sc->sc_mode =3D=3D MUSB2_HOST_MODE) > + printf("TODO: Set UHF_PORT_SUSPEND\n"); > + break; >=20 >=20 >=20 > 3) Make sure that channels are not generating tokens if they are = aborted / cancelled / timedout. This can not be verified using a USB = mass storage device. Verify this by connecting a USB serial adapter. Try = to open/close /dev/cuaU0. Make sure it does not loose any bytes and that = channel cancel does not hang forever. Thanks for review. Took me quite some time to get back=20 to the driver but here is updated version that addresses some=20 of the issues you've mentioned: = http://people.freebsd.org/~gonzo/arm/patches/beaglebone-usb-20130626.diff It fixes several bugs, adds proper SPLIT transactions support and=20 suspend/resume signalling. I tested it with urtwn-based WiFi chip, mass storage device, USB keyboard connected directly and using=20 high-speed hub. Suspend/resume is not 100% complete though. I can use USB serial=20 port adapter if it's suspended/resumed unconnected. But it stuck if I do=20= the test while connected. Is it the right way to test it?=20 On the related note: can somebody suggest budget USB protocol analyzer with support for high-speed bus?= From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 03:48:15 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 09988105 for ; Thu, 27 Jun 2013 03:48:15 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id C4EDF1309 for ; Thu, 27 Jun 2013 03:48:14 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id e10so171979qcy.13 for ; Wed, 26 Jun 2013 20:48:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=bUjLtbOIEvPp/vSPG87zoqAUMjDC++9u6zcezRF8880=; b=pm5NFCaQVdXpo9GMIAoCf9+Dz1SeZIqvKP+7/pTKmLQgzbEFWAaEgNmBndlbecnIYy EOLQk2h6vOje6qxEbUVXgoVYZYukS88kPoRSDS179VQqJsGOyA4CcXzTnF5Ngca8uggr KZzHF54Bn+HxcLLbeiGLDPxh2MbIyqPqHB1PfuRJnr+GGyJpF5hkssTEcDbpr7mOh1pr PmV1tgiaKFEPeVJeDGQKSG5tISKA5AvGqKymDrKbiIYrcv66Nuue8SSdJ8Njr7U4QLER lAd4/jDYkmwwgEYfHVKVOubrY47LQA3LJIbcbnZWgy8XR0aKVAzeDa8fCQVFUxbKyMo1 yWhg== MIME-Version: 1.0 X-Received: by 10.49.6.6 with SMTP id w6mr8184350qew.44.1372303133496; Wed, 26 Jun 2013 20:18:53 -0700 (PDT) Received: by 10.49.106.1 with HTTP; Wed, 26 Jun 2013 20:18:53 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Jun 2013 11:18:53 +0800 Message-ID: Subject: Re: Signal 11 (core dumped) while compiling Hiawatha From: Alie Tan To: "freebsd-arm@freebsd.org" X-Gm-Message-State: ALoCoQm46A+OwEp2zJUj0U4HIfQAtBbHHSZFLUkw1JRKTv0lH28R5kjsNJzbJop4r6izPGnPzhPG Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 03:48:15 -0000 On Wed, Jun 26, 2013 at 10:46 PM, Alie Tan wrote: > Hi I am getting Signal 11 core dumped while compiling hiawatha. > > I have tried both clang and gcc4.2.1 without any luck. I will try without > EABI tomorrow > Samething with or without EABI. Anyone got clue? > > Regards, > Alie T > From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 03:55:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AD7D618A for ; Thu, 27 Jun 2013 03:55:45 +0000 (UTC) (envelope-from freebsd-arm@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6E7CD133A for ; Thu, 27 Jun 2013 03:55:44 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r5R3thOh064840; Wed, 26 Jun 2013 23:55:43 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Wed, 26 Jun 2013 23:55:42 -0400 From: Brett Wynkoop To: "Jordan K. Hubbard" Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130626235542.27844683@ivory.wynn.com> In-Reply-To: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-apple-darwin10.8.0) 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 03:55:45 -0000 On Mon, 24 Jun 2013 07:55:42 -0700 "Jordan K. Hubbard" wrote: ence to `__atomic_fetch_sub_4' > > I do appreciate that it's a heck of a lot easier to cross-compile for > these things, and great work getting things to this point, but > self-hosting is still one of the magical milestones you always hope > an embedded target will get to someday, assuming it actually has > enough grunt to do so (and I think the PI does). :) > > - Jordan Greeting- With the sources as of late April I was able to build both kernels and world directly on my PI. Today after months of not having time to work with either my Pi or my BeagleBone I did a svnup and found I could not even build the kernel, so from where I sit it looks like things have regressed as my Pi was self hosting a few months ago and with current it is not. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 Gun Control: The theory that a woman found dead in an alley, raped and strangled with her own pantyhose, is somehow morally superior to a woman explaining to police how her attacker got that fatal bullet wound From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 04:10:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A213933D for ; Thu, 27 Jun 2013 04:10:40 +0000 (UTC) (envelope-from freebsd-arm@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6464513B4 for ; Thu, 27 Jun 2013 04:10:39 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r5R4AbiS065025; Thu, 27 Jun 2013 00:10:37 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Thu, 27 Jun 2013 00:10:36 -0400 From: Brett Wynkoop To: Alie Tan Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130627001036.7fb41245@ivory.wynn.com> In-Reply-To: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Jordan K. Hubbard" , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 04:10:40 -0000 On Thu, 27 Jun 2013 12:01:35 +0800 Alie Tan wrote: > Can you please share your conf and script so we can see the root > cause? I am not sure what you mean by script. I am not using any shell scripts. I just run config on the Pi directly. Here is the output of config: root@fbsd-pi:/sys/arm/conf # config RPI-B-TMPFS config: ../broadcom/bcm2835/files.bcm2835: No such file or directory root@fbsd-pi:/sys/arm/conf # Here is the config file: # RPI-B -- Custom configuration for the Raspberry Pi # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/arm/conf/RPI-B,v 1.10 2012/12/20 04:34:44 svnexp Exp $ ident RPI-B machine arm armv6 cpu CPU_ARM1176 files "../broadcom/bcm2835/files.bcm2835" makeoptions MODULES_OVERRIDE="" options KERNVIRTADDR=0xc0100000 makeoptions KERNVIRTADDR=0xc0100000 options KERNPHYSADDR=0x00100000 makeoptions KERNPHYSADDR=0x00100000 options PHYSADDR=0x00000000 options STARTUP_PAGETABLE_ADDR=0x01000000 options FREEBSD_BOOT_LOADER options LINUX_BOOT_ABI makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options HZ=100 options SCHED_4BSD #4BSD scheduler options INET #InterNETworking options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories device snp options TMPFS #Efficient memory filesystem options NFSCL #Network Filesystem Client #options NFS_ROOT #NFS usable as /, requires NFSCLIENT #options BOOTP_NFSROOT #options BOOTP_COMPAT #options BOOTP #options BOOTP_NFSV3 #options BOOTP_WIRED_TO=ue0 options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev #options ROOTDEVNAME=\"ufs:mmcsd0s2\" options PREEMPTION device bpf device loop device ether device uart device pl011 device pty # Comment following lines for boot console on serial port device sc device kbdmux options SC_DFLT_FONT # compile font in makeoptions SC_DFLT_FONT=cp437 device ukbd device sdhci device mmc device mmcsd device gpio device gpioled options KDB options DDB #Enable the kernel debugger options INVARIANTS #Enable calls of extra sanity checking options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS device md device random # Entropy device # USB support device usb options USB_DEBUG device dwcotg #DWC OTG controller # USB storage support device scbus device da device umass # USB ethernet support device smcphy device mii device smsc # Flattened Device Tree options FDT options FDT_DTB_STATIC makeoptions FDT_DTS_FILE=bcm2835-rpi-b.dts -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 A free people ought to be armed. - George Washington From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 04:22: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]) by hub.freebsd.org (Postfix) with ESMTP id 665C68C4 for ; Thu, 27 Jun 2013 04:22:50 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-f170.google.com (mail-qc0-f170.google.com [209.85.216.170]) by mx1.freebsd.org (Postfix) with ESMTP id 2B19F15F5 for ; Thu, 27 Jun 2013 04:22:49 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id s1so189399qcw.1 for ; Wed, 26 Jun 2013 21:22:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=R68QxZZ0hbLW3NKrJGR9j9mET2n2N/w/pR5Aw7V6CTk=; b=O7ye1hMmnGcQ2Cw90SgAlbhunhqZVJCIKFC7r5SlYfI1K1uxlBefpNfGEH4/vMR9A4 TlfZhg56GknKnRmKBJTrLw/vSV7OvgNupn1HWTMFrBRxyudWZR5RiTABEaZMGdxUb9CO pKwiOSf8LE/qMlAhZnca6eNtoPuTAKMR2Rzy70swXadHTBYkue4dWYrSFyjp86CS2pAb WyNLNukQYkjDOXo6dqCnaphMY1acRn8L/iic73YpcV/6nClcpYvfIWYYH2ETEVqnl0NP K/46HnjqoG5vnGnT5sxSFbvmL2Fk38do69jXr48VvzSuJgtgYa70tBAFjAmW8VqJpjMW 5sNw== MIME-Version: 1.0 X-Received: by 10.224.151.137 with SMTP id c9mr9465661qaw.107.1372306969475; Wed, 26 Jun 2013 21:22:49 -0700 (PDT) Received: by 10.49.106.1 with HTTP; Wed, 26 Jun 2013 21:22:49 -0700 (PDT) In-Reply-To: <20130627001036.7fb41245@ivory.wynn.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <20130627001036.7fb41245@ivory.wynn.com> Date: Thu, 27 Jun 2013 12:22:49 +0800 Message-ID: Subject: Re: Raspberry pi not ready to self-host yet? From: Alie Tan To: Brett Wynkoop X-Gm-Message-State: ALoCoQnRTkVdN5CMWmyQgthvJ9Sn/shMOPrcbA7/tdTFz1MwDQFlzP4UlrW4Jw3+Ni8vkyZounsz Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Jordan K. Hubbard" , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 04:22:50 -0000 On Thu, Jun 27, 2013 at 12:10 PM, Brett Wynkoop wrote: > On Thu, 27 Jun 2013 12:01:35 +0800 > Alie Tan wrote: > > > > Can you please share your conf and script so we can see the root > > cause? > > I am not sure what you mean by script. I am not using any shell > scripts. I just run config on the Pi directly. > > Here is the output of config: > > root@fbsd-pi:/sys/arm/conf # config RPI-B-TMPFS > config: ../broadcom/bcm2835/files.bcm2835: No such file or directory > root@fbsd-pi:/sys/arm/conf # > > Here is the config file: > Try comment out options FDT_DTB_STATIC > > # RPI-B -- Custom configuration for the Raspberry Pi > # > # For more information on this file, please read the handbook section on > # Kernel Configuration Files: > # > # > http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check first > # in NOTES. > # > # $FreeBSD: src/sys/arm/conf/RPI-B,v 1.10 2012/12/20 04:34:44 svnexp Exp $ > > ident RPI-B > machine arm armv6 > cpu CPU_ARM1176 > > files "../broadcom/bcm2835/files.bcm2835" > makeoptions MODULES_OVERRIDE="" > > options KERNVIRTADDR=0xc0100000 > makeoptions KERNVIRTADDR=0xc0100000 > options KERNPHYSADDR=0x00100000 > makeoptions KERNPHYSADDR=0x00100000 > options PHYSADDR=0x00000000 > options STARTUP_PAGETABLE_ADDR=0x01000000 > options FREEBSD_BOOT_LOADER > options LINUX_BOOT_ABI > > makeoptions DEBUG=-g #Build kernel with gdb(1) debug > symbols > options HZ=100 > > options SCHED_4BSD #4BSD scheduler > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options SOFTUPDATES #Enable FFS soft updates support > options UFS_ACL #Support for access control lists > options UFS_DIRHASH #Improve performance on big > directories > device snp > > options TMPFS #Efficient memory filesystem > > options NFSCL #Network Filesystem Client > > #options NFS_ROOT #NFS usable as /, requires > NFSCLIENT > #options BOOTP_NFSROOT > #options BOOTP_COMPAT > #options BOOTP > #options BOOTP_NFSV3 > #options BOOTP_WIRED_TO=ue0 > > options PSEUDOFS #Pseudo-filesystem framework > options COMPAT_43 #Compatible with BSD 4.3 [KEEP > THIS!] > options SCSI_DELAY=5000 #Delay (in ms) before probing SCSI > options KTRACE #ktrace(1) support > options SYSVSHM #SYSV-style shared memory > options SYSVMSG #SYSV-style message queues > options SYSVSEM #SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > #options ROOTDEVNAME=\"ufs:mmcsd0s2\" > > options PREEMPTION > > device bpf > device loop > device ether > device uart > device pl011 > > device pty > > # Comment following lines for boot console on serial port > device sc > device kbdmux > options SC_DFLT_FONT # compile font in > makeoptions SC_DFLT_FONT=cp437 > device ukbd > > device sdhci > device mmc > device mmcsd > > device gpio > device gpioled > > options KDB > options DDB #Enable the kernel debugger > options INVARIANTS #Enable calls of extra sanity > checking > options INVARIANT_SUPPORT #Extra sanity checks of internal > structures, required by INVARIANTS > > device md > device random # Entropy device > > # USB support > device usb > options USB_DEBUG > device dwcotg #DWC OTG controller > > # USB storage support > device scbus > device da > device umass > > # USB ethernet support > device smcphy > device mii > device smsc > > # Flattened Device Tree > options FDT > options FDT_DTB_STATIC > makeoptions FDT_DTS_FILE=bcm2835-rpi-b.dts > > > -- > > wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt > 917-642-6925 > 718-717-5435 > > A free people ought to be armed. - George Washington > > From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 05:27:13 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id E6BC2399 for ; Thu, 27 Jun 2013 05:27:13 +0000 (UTC) (envelope-from wynkoop@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id A1AF518C5 for ; Thu, 27 Jun 2013 05:27:12 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r5R5RA2t065878; Thu, 27 Jun 2013 01:27:10 -0400 (EDT) (envelope-from wynkoop@wynn.com) Date: Thu, 27 Jun 2013 01:27:10 -0400 From: Brett Wynkoop To: Alie Tan Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130627012710.3deb0ed5@ivory.wynn.com> In-Reply-To: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <20130627001036.7fb41245@ivory.wynn.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Jordan K. Hubbard" , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 05:27:14 -0000 On Thu, 27 Jun 2013 12:22:49 +0800 Alie Tan wrote: > On Thu, Jun 27, 2013 at 12:10 PM, Brett Wynkoop > wrote: > > > On Thu, 27 Jun 2013 12:01:35 +0800 > > Alie Tan wrote: > > > > > > > Can you please share your conf and script so we can see the root > > > cause? > > > > I am not sure what you mean by script. I am not using any shell > > scripts. I just run config on the Pi directly. > > > > Here is the output of config: > > > > root@fbsd-pi:/sys/arm/conf # config RPI-B-TMPFS > > config: ../broadcom/bcm2835/files.bcm2835: No such file or directory > > root@fbsd-pi:/sys/arm/conf # > > > > Here is the config file: > > > Try comment out > options FDT_DTB_STATIC No joy....seems there is a file missing: root@fbsd-pi:/sys/arm/conf # config RPI-B-TMPFS config: ../broadcom/bcm2835/files.bcm2835: No such file or directory root@fbsd-pi:/sys/arm/conf # This is the same result as before, and when I comment out the include of that file things blow up as well. I am going to try another svnup and see if that helps. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 I would never invade the United States. There would be a gun behind every blade of grass. --Isoroku Yamamoto From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 05:31:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2C874590 for ; Thu, 27 Jun 2013 05:31:45 +0000 (UTC) (envelope-from freebsd-arm@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id B4AAE1912 for ; Thu, 27 Jun 2013 05:31:44 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r5R5Vgjb065935; Thu, 27 Jun 2013 01:31:43 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Thu, 27 Jun 2013 01:31:42 -0400 From: Brett Wynkoop To: Jordan Hubbard Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130627013142.5fdb2544@ivory.wynn.com> In-Reply-To: <79CFABCE-156A-44B5-B989-A3607C47B2AF@mail.turbofuzz.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <79CFABCE-156A-44B5-B989-A3607C47B2AF@mail.turbofuzz.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-apple-darwin10.8.0) 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 05:31:45 -0000 On Wed, 26 Jun 2013 21:38:38 -0700 Jordan Hubbard wrote: > Hi Brett, > > It's interesting that I can still compile working RPI-B kernels as > part of the cross-building tools script process; I just get the > compiler toolchain (clang) failures when I attempt to self-host the > build. > > What's the magic incarnation for cross-building kernels? I've tried > buildkernel with KERNCONF=RPI-B and all the plausible > ARCH/TARGET_ARCH flags I could think of, but it always blows up on my > amd64 VM. At the very least, that would quickly tell me whether or > not the sources (which are the same on both the pi and the VM) are > working. > > - Jordan > Greeting- My last cross compile was back in December and I just used Tim's scripts. It took days because my only x86 FreeBSD box with enough disk space was a 500Mhz P3 with 256Mb ram. That box is now dead and I did my last build world and kernel compile with sources from April on the Pi. Nothing special just normal FreeBSD kernel and world builds, but now with current sources no Joy. If you want I can pass you my April source tree as I preserved it. It may bring more joy for you than current. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 I would never invade the United States. There would be a gun behind every blade of grass. --Isoroku Yamamoto From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 05:39:19 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6BF727AC for ; Thu, 27 Jun 2013 05:39:19 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3251C1966 for ; Thu, 27 Jun 2013 05:39:19 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id e10so208327qcy.41 for ; Wed, 26 Jun 2013 22:39:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=HNNWN6Sh/76K+dcuit8aVzRXHrXTBYHJUmwrTMBbs0E=; b=RNbfnRF9wtq29ZRQhBlWf9hRTqEzdOZCYUk78Dh8tY8vKsTn+k0kLOLZp9cNe38mL6 Z/fD9YaKc1fA4sMixHfYkCenxbFencof1Y+fMo5xoeIzjTBTkhsYn+vOzCBEzLZADu1M qX78KxlXI7Z/TByPUAjJnxCZ7SOrCd/e5eDE57vkHYZAMHmDJWOQh+ck57fwLmDTRLxF Qt4XaBojScBMA+arE+9Af98yf06hwVDKnctXuSymaeoLaioICIizSAnqB8vX7NXPyjMs tu7heqDG0vam3HvPEF5pqJsSktRyJsrPq0W+x/aFTueiEie+zCJbJdCwmG53hAIcBa+q aaew== MIME-Version: 1.0 X-Received: by 10.49.95.97 with SMTP id dj1mr8361587qeb.46.1372305695907; Wed, 26 Jun 2013 21:01:35 -0700 (PDT) Received: by 10.49.106.1 with HTTP; Wed, 26 Jun 2013 21:01:35 -0700 (PDT) In-Reply-To: <20130626235542.27844683@ivory.wynn.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> Date: Thu, 27 Jun 2013 12:01:35 +0800 Message-ID: Subject: Re: Raspberry pi not ready to self-host yet? From: Alie Tan To: Brett Wynkoop X-Gm-Message-State: ALoCoQkJAiZzdtHLaPSEq/zTW8i9W8yCsiEkRwDHivdNr57veQanvi4rYPUZOHSIinhAYsmLxLkl Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "Jordan K. Hubbard" , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 05:39:19 -0000 On Thu, Jun 27, 2013 at 11:55 AM, Brett Wynkoop wrote: > On Mon, 24 Jun 2013 07:55:42 -0700 > "Jordan K. Hubbard" wrote: > ence to `__atomic_fetch_sub_4' > > > > I do appreciate that it's a heck of a lot easier to cross-compile for > > these things, and great work getting things to this point, but > > self-hosting is still one of the magical milestones you always hope > > an embedded target will get to someday, assuming it actually has > > enough grunt to do so (and I think the PI does). :) > > > > - Jordan > > Greeting- > > With the sources as of late April I was able to build both kernels and > world directly on my PI. > > Today after months of not having time to work with either my Pi or my > BeagleBone I did a svnup and found I could not even build the kernel, > so from where I sit it looks like things have regressed as my Pi was > self hosting a few months ago and with current it is not. > Can you please share your conf and script so we can see the root cause? > > -Brett > > -- > > wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt > 917-642-6925 > 718-717-5435 > > Gun Control: The theory that a woman found dead in an alley, raped and > strangled with her own pantyhose, is somehow morally superior to a > woman explaining to police how her attacker got that fatal bullet wound > > _______________________________________________ > 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 Jun 27 06:17:38 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4CACDCE9 for ; Thu, 27 Jun 2013 06:17:38 +0000 (UTC) (envelope-from jordan.hubbard@gmail.com) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF781BB5 for ; Thu, 27 Jun 2013 06:17:38 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id jt11so464422pbb.22 for ; Wed, 26 Jun 2013 23:17:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=/Xznsxbah6PjlWcr1LpkM6GMkO+J55Ze0DIxyMWZYTs=; b=W63i/alH6BVndHL2Mlviw2cbVJXmeAgxAh6/iaoPRz61XiLwTOzrTLO9XzTdwwmyqH 47MYPIeQQ66lbvWgAx5s2zkw6zMNiDeJ5WTJAjKm76kPpQZ+7DTQ4oUrBbpu1MWX5+/w ndEqk+WbvVGA58WVzBK4X2dqaXVkLaeeEOrFa12lee6HyYv3CFfeiyfuNLxzPNR91xyI uFSSbGnsaR1e8hj9s4+y4joq08j0SWClguqYcjMbmke0G0GDMEzamXm5hzy0z2gKjd4t ug8uM2oPOwm2qWOdiT+Op3Iu+fgmnr/BIjIOSmXZ7oH8XP2KIgnmkScLOl9MqA8Hcmuf tGIg== X-Received: by 10.68.219.194 with SMTP id pq2mr4411439pbc.151.1372313857905; Wed, 26 Jun 2013 23:17:37 -0700 (PDT) Received: from [10.20.30.70] (137.sub-70-197-5.myvzw.com. [70.197.5.137]) by mx.google.com with ESMTPSA id ri8sm1701575pbc.3.2013.06.26.23.17.35 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 26 Jun 2013 23:17:37 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Raspberry pi not ready to self-host yet? From: "Jordan K. Hubbard" In-Reply-To: <20130627013142.5fdb2544@ivory.wynn.com> Date: Wed, 26 Jun 2013 23:17:34 -0700 Message-Id: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <79CFABCE-156A-44B5-B989-A3607C47B2AF@mail.turbofuzz.com> <20130627013142.5fdb2544@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.1508) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 06:17:38 -0000 Hmmm, I must have been ambiguous in how I worded that, so let me try = again with some hopefully more easily parseable bullets: 1. Using -current sources as recently as a week ago, I was able to build = a bootable PI image using the scripts at = https://github.com/daveish/freebsd-arm-tools. Since these tools use my = master -current source tree, hosted on an amd64 VM, I know that it's at = least *possible* to compile a world and kernel for ARM or there would = have been nothing for those build scripts to copy to the image! More on = that in a minute. 2. I can also build world/kernel natively for amd64 (e.g. the VM) and = install it so I know my version of -current overall is at least sane = enough for one of the main supported architectures and, as above, it is = also evidently possible to cross-compile from it when in the loving = hands of the freebsd-arm-tools. 3. I cannot, using the very same source tree, build world or kernel or, = indeed, even something as comparatively basic as subversion from ports = on the PI itself without encountering the dreaded: 1. /usr/include/c++/4.2/bits/basic_string.tcc:978:43: = current parser token ';' 2. /usr/include/c++/4.2/bits/basic_string.tcc:48:1 = : parsing = namespace 'std' c++: error: unable to execute command: Segmentation fault (core = dumped) Among other build errors which I posted about the other day. In other = words, both clang and gcc (I've tried both) on the PI with -current = won't build enough of the sources to self-host. So, again, what I was wondering was: 4. Using the amd64 VM as the build host, how do I replicate the same = trick that freebsd-arm-tools is evidently pulling off to build an ARM = kernel for the PI? I've looked at the scripts themselves, obviously, = but I must be missing something because every time I try to set up the = same TARGET_ARCH environment my kernel cross-build falls over right away = with: In file included from ../../../arm/arm/genassym.c:33: In file included from ../../../sys/proc.h:62: ../../../sys/pcpu.h:188:1: error: static_assert failed "compile-time = assertion failed" CTASSERT((PAGE_SIZE / sizeof(struct pcpu)) * sizeof(struct pcpu) =3D=3D = PAGE_SIZE); = ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~= ~~~~ ../../../sys/systm.h:100:21: note: expanded from macro 'CTASSERT' #define CTASSERT(x) _Static_assert(x, "compile-time assertion = failed") ^ ~ 1 error generated. *** Error code 1 Thanks! - Jordan On Jun 26, 2013, at 10:31 PM, Brett Wynkoop = wrote: > My last cross compile was back in December and I just used Tim's > scripts. It took days because my only x86 FreeBSD box with enough = disk > space was a 500Mhz P3 with 256Mb ram. That box is now dead and I did > my last build world and kernel compile with sources from April on the > Pi. Nothing special just normal FreeBSD kernel and world builds, but > now with current sources no Joy. =20 >=20 > If you want I can pass you my April source tree as I preserved it. It > may bring more joy for you than current. From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 06:46:00 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 14F075B9; Thu, 27 Jun 2013 06:46:00 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id A36C41CE8; Thu, 27 Jun 2013 06:45:59 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id B23C77A191; Thu, 27 Jun 2013 08:45:58 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id 4C1552215E; Thu, 27 Jun 2013 08:45:55 +0200 (CEST) Message-ID: <51CBDFEA.7050203@bitfrost.no> Date: Thu, 27 Jun 2013 08:47:06 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 To: Oleksandr Tymoshenko Subject: Re: Beaglebone USB driver (Mentor Graphics OTG) References: <51608AA4.2020804@bluezbox.com> <51611A7B.2010105@bitfrost.no> <0927BB4C-6917-408D-B102-AB98F72314B6@bluezbox.com> In-Reply-To: <0927BB4C-6917-408D-B102-AB98F72314B6@bluezbox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, usb@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 06:46:00 -0000 On 06/27/13 02:53, Oleksandr Tymoshenko wrote: > > On 2013-04-07, at 12:04 AM, Hans Petter Selasky wrote: > >> On 04/06/13 22:50, Oleksandr Tymoshenko wrote: >>> Hello, >>> >>> This is first iteration of Host Mode support for Mentor Graphics >>> OTG USB controller. I tested it by building kernel with USB memory >>> stick mounted as /usr/obj, resulting kernel was bootable and worked fine. >>> I reused some ideas (mostly for channel-management) from >>> DWT OTG driver. >>> >>> Some pieces are still missing: >>> - Support for SPLIT transactions, I don not have high speed hub >>> right now to test it, but implementing it should be really >>> straighforward. >>> - Isochronous transfers. I do not have hardware to test this. Does >>> anybody have any suggestion about simple use case? >>> - Control Data OUT transaction >>> - Wrapper for atmel HW has not ben synced with new core logic requirements >>> yet >>> >>> Please review and test. I tested it only with gcc-built kernel/world. >>> Now when >>> first iteration is finished I'm going to update all my boards to new >>> world order >>> (clang/EABI) and re-test this stuff. >>> >>> Patch: >>> http://people.freebsd.org/~gonzo/arm/patches/beaglebone-musb.diff >> >> Hi, >> >> Looks like you've got the grasp of the USB controller stuff :-) >> >> Some comments: >> >> 1) Use DPRINTFN(-1, ...) instead of printf() for all printf() that are not part of boot dmesg. >> >> + break; >> + default: >> + td->transfer_type = 0; >> + printf("Invalid USB speed: %d\n", speed); >> + break; >> + } >> >> >> 2) You should implement if HOST mode, support for SUSPEND and RESUME. See EHCI driver. Basically what you need is: >> >> a) USB transfers are stopped/paused. I know there is a hack you need if the host transfer cancel hangs, and that is to write a dummy device address and wait for the USB transfer to error out after 250 us max. >> >> b) switch on USB suspend signalling. >> >> >> At resume: >> >> c) do resume signalling, similar to EHCI/UHCI I think. >> >> d) switch on channel tokens. >> >> case UHF_PORT_SUSPEND: >> + if (sc->sc_mode == MUSB2_HOST_MODE) >> + printf("TODO: Set UHF_PORT_SUSPEND\n"); >> + break; >> >> >> >> 3) Make sure that channels are not generating tokens if they are aborted / cancelled / timedout. This can not be verified using a USB mass storage device. Verify this by connecting a USB serial adapter. Try to open/close /dev/cuaU0. Make sure it does not loose any bytes and that channel cancel does not hang forever. > > Hi, > Thanks for review. Took me quite some time to get back > to the driver but here is updated version that addresses some > of the issues you've mentioned: > http://people.freebsd.org/~gonzo/arm/patches/beaglebone-usb-20130626.diff > > It fixes several bugs, adds proper SPLIT transactions support and > suspend/resume signalling. I tested it with urtwn-based WiFi chip, > mass storage device, USB keyboard connected directly and using > high-speed hub. > > Suspend/resume is not 100% complete though. I can use USB serial > port adapter if it's suspended/resumed unconnected. But it stuck if I do > the test while connected. Is it the right way to test it? Which suspend you mean system/resume suspend or USB suspend/resume? You should implement a musb_set_hw_power_sleep() too. This handles system going into suspend. You should probably reset that adapter at this point. static void musb_set_hw_power_sleep(struct usb_bus *bus, uint32_t state) { struct ehci_softc *sc = EHCI_BUS2SC(bus); switch (state) { case USB_HW_POWER_SUSPEND: case USB_HW_POWER_SHUTDOWN: ehci_suspend(sc); break; case USB_HW_POWER_RESUME: ehci_resume(sc); break; default: break; } } If the musb requires that you stop tokens before going in and out of suspend, you need to add functions like this: ehci_device_resume/ehci_device_suspend > > On the related note: can somebody suggest budget USB protocol analyzer > with support for high-speed bus? > http://www.totalphase.com/products/beagle_usb480/ There are more, but I don't have the list right now. You can probably just remove this check. We don't support LOW speed in device mode. - - if ((udev->speed != USB_SPEED_FULL) && - (udev->speed != USB_SPEED_HIGH)) { - /* not supported */ - return; + if (sc->sc_mode != MUSB2_HOST_MODE) { + if ((udev->speed != USB_SPEED_FULL) && + (udev->speed != USB_SPEED_HIGH)) { + /* not supported */ + return; + } } The musbotg_channel_free function is not sufficient! You need to program a non-existing device address like 127 and wait for 2 ms I recommend. The ABORT bits don't work with this controller last time I tried them! You can verify this by loading and unloading the wireless driver. I guess that IN tokens don't stop when you unload the driver. You will see this using an USB analyzer. +#define MUSB2_MAX_DEVICES (USB_MAX_DEVICES - 1) +static void +musbotg_channel_free(struct musbotg_softc *sc, struct musbotg_td *td) +{ + + DPRINTFN(1, "ep_no=%d\n", td->channel); + + if (sc->sc_mode == MUSB2_DEVICE_MODE) + return; + + if (td == NULL) + return; + if (td->channel == -1) + return; + + musbotg_ep_int_set(sc, td->channel, 0); + sc->sc_channel_mask &= ~(1 << td->channel); + td->channel = -1; /* force transfer failure */ MUSB2_WRITE_1(sc, MUSB2_REG_RXFADDR(0), 127); XXX channel should not be re-used until after 2*125us. Can probably use ticks for this! +} The 2ms can be done asynchronosly by implementing this function. See EHCI driver. static void musbotg_get_dma_delay(struct usb_device *udev, uint32_t *pus) { if (host_mode) *pus = 2000; /* microseconds */ else *pus = 0; } --HPS From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 06:48:21 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id AD404661; Thu, 27 Jun 2013 06:48:21 +0000 (UTC) (envelope-from hps@bitfrost.no) Received: from mta.bitpro.no (mta.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 7277C1D0E; Thu, 27 Jun 2013 06:48:21 +0000 (UTC) Received: from mail.bitfrost.no (mail.bitfrost.no [46.29.221.36]) by mta.bitpro.no (Postfix) with ESMTP id D85817A2AC; Thu, 27 Jun 2013 08:48:20 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at bitfrost.no Received: from laptop015.hselasky.homeunix.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanspetter) by mail.bitfrost.no (Postfix) with ESMTPSA id 7267B20D7F; Thu, 27 Jun 2013 08:48:18 +0200 (CEST) Message-ID: <51CBE079.6010900@bitfrost.no> Date: Thu, 27 Jun 2013 08:49:29 +0200 From: Hans Petter Selasky Organization: Bitfrost A/S MIME-Version: 1.0 Subject: Re: Beaglebone USB driver (Mentor Graphics OTG) References: <51608AA4.2020804@bluezbox.com> <51611A7B.2010105@bitfrost.no> <0927BB4C-6917-408D-B102-AB98F72314B6@bluezbox.com> <51CBDFEA.7050203@bitfrost.no> In-Reply-To: <51CBDFEA.7050203@bitfrost.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, usb@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 06:48:21 -0000 On 06/27/13 08:47, Hans Petter Selasky wrote: > /* force transfer failure */ > MUSB2_WRITE_1(sc, MUSB2_REG_RXFADDR(0), 127); > XXX channel should not be re-used until after 2*125us. Can probably use > ticks for this! Probably td->channel instead of (0) --HPS From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 10:46:44 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1882EC84 for ; Thu, 27 Jun 2013 10:46:44 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id A35E71A22 for ; Thu, 27 Jun 2013 10:46:43 +0000 (UTC) Received: from [10.0.1.100] (unknown [212.201.121.94]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 8F6B21C0C0693; Thu, 27 Jun 2013 12:46:41 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problems with Head on RaspberryPi From: Michael Tuexen In-Reply-To: <20130626222316.GA87896@night.db.net> Date: Thu, 27 Jun 2013 12:46:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> <20130626222316.GA87896@night.db.net> To: Diane Bruce X-Mailer: Apple Mail (2.1508) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 10:46:44 -0000 On Jun 27, 2013, at 12:23 AM, Diane Bruce wrote: > On Wed, Jun 26, 2013 at 08:37:57PM +0200, Michael Tuexen wrote: >> On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko = wrote: >>=20 >>>=20 >>> On 2013-06-26, at 10:22 AM, Michael Tuexen = wrote: >>>=20 >>>> Dear all, >>>>=20 >>>> I have build FreeBSD using the script from >>>> https://github.com/daveish/freebsd-arm-tools >>>> for a couple of weeks and it worked fine. However, >>>> doing this within the last days, compilation and >>>> installation works, but the Raspberry Pi doesn't >>>> boot. After Starting kernel with NULL args >>>> or so, it doesn't show anything else. Normally >>>> the FreeBSD boot messages would appear. Does anyone >>>> else also see this? Any idea how to get some >>>> debug output out of the Raspberry Pi? >>>=20 >>>=20 >>> Try disabling INVARIANTS options in the kernel. It seems >>> new code in uma_dbg performs atomic ops on the=20 >>> allocated memory and if memory has been remapped as=20 >>> non-cached it causes exception.=20 >> OK. I'll try and report. It may take 24 hours... >=20 > I'm sorry to report it does not work. Building r252255 without INVARIANTS and INVARIANT_SUPPORT results in an image which boots completely on a R-Pi Model B with 512 MB RAM. So is someone working on the uma_dbg stuff? Best regards Michael >=20 >>=20 >> Best regards >> Michael >>>=20 >=20 > - Diane > --=20 > - db@FreeBSD.org db@db.net http://www.db.net/~db >=20 From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 10:59:29 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 703D6159; Thu, 27 Jun 2013 10:59:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 300981AE8; Thu, 27 Jun 2013 10:59:29 +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 r5RAxRnv058353; Thu, 27 Jun 2013 10:59:27 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RAxRSQ058352; Thu, 27 Jun 2013 10:59:27 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 10:59:27 GMT Message-Id: <201306271059.r5RAxRSQ058352@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.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 10:59:29 -0000 TB --- 2013-06-27 09:40:33 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 09:40:33 - 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-06-27 09:40:33 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-06-27 09:40:33 - cleaning the object tree TB --- 2013-06-27 09:40:33 - /usr/local/bin/svn stat /src TB --- 2013-06-27 09:40:40 - At svn revision 252301 TB --- 2013-06-27 09:40:41 - building world TB --- 2013-06-27 09:40:41 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 09:40:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 09:40:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 09:40:41 - SRCCONF=/dev/null TB --- 2013-06-27 09:40:41 - TARGET=arm TB --- 2013-06-27 09:40:41 - TARGET_ARCH=arm TB --- 2013-06-27 09:40:41 - TZ=UTC TB --- 2013-06-27 09:40:41 - __MAKE_CONF=/dev/null TB --- 2013-06-27 09:40:41 - cd /src TB --- 2013-06-27 09:40:41 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 09:40:41 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 [...] cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 10:59:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 10:59:27 - ERROR: failed to build world TB --- 2013-06-27 10:59:27 - 2981.96 user 572.13 system 4733.93 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 13:56:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D11E02F1 for ; Thu, 27 Jun 2013 13:56:09 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 96A8C1701 for ; Thu, 27 Jun 2013 13:56:09 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1UsCgC-005IF0-NY; Thu, 27 Jun 2013 15:56:08 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: freebsd-arm@freebsd.org Subject: Re: Problems with Head on RaspberryPi In-reply-to: References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> <20130626222316.GA87896@night.db.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Jun 2013 15:38:03 +0200 Message-Id: Cc: Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 13:56:09 -0000 On Thu, 27 Jun 2013 12:46:41 +0200, Michael Tuexen wrote: > On Jun 27, 2013, at 12:23 AM, Diane Bruce wrote: > > On Wed, Jun 26, 2013 at 08:37:57PM +0200, Michael Tuexen wrote: > >> On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko wrote: > >> > >>> > >>> On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > >>> > >>>> Dear all, > >>>> > >>>> I have build FreeBSD using the script from > >>>> https://github.com/daveish/freebsd-arm-tools > >>>> for a couple of weeks and it worked fine. However, > >>>> doing this within the last days, compilation and > >>>> installation works, but the Raspberry Pi doesn't > >>>> boot. After Starting kernel with NULL args > >>>> or so, it doesn't show anything else. Normally > >>>> the FreeBSD boot messages would appear. Does anyone > >>>> else also see this? Any idea how to get some > >>>> debug output out of the Raspberry Pi? > >>> > >>> > >>> Try disabling INVARIANTS options in the kernel. It seems > >>> new code in uma_dbg performs atomic ops on the > >>> allocated memory and if memory has been remapped as > >>> non-cached it causes exception. > >> OK. I'll try and report. It may take 24 hours... > > > > I'm sorry to report it does not work. > Building r252255 without INVARIANTS and INVARIANT_SUPPORT > results in an image which boots completely on a R-Pi Model B with > 512 MB RAM. I just confirmed that without INVARIANTS and INVARIANT_SUPPORT a r252159 with the vmem.diff patches from Jeff Roberson applied boots also on the same R-Pi Model B. Ralf > So is someone working on the uma_dbg stuff? > > Best regards > Michael > > > >> > >> Best regards > >> Michael > >>> > > > > - Diane > > -- > > - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 15:16:34 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 7C7BACFB for ; Thu, 27 Jun 2013 15:16:34 +0000 (UTC) (envelope-from freebsd-arm@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id 408F31CDA for ; Thu, 27 Jun 2013 15:16:33 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r5RFGWQZ074684; Thu, 27 Jun 2013 11:16:32 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Thu, 27 Jun 2013 11:16:23 -0400 From: Brett Wynkoop To: "Jordan K. Hubbard" Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130627111623.137ad2ca@ivory.wynn.com> In-Reply-To: References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <79CFABCE-156A-44B5-B989-A3607C47B2AF@mail.turbofuzz.com> <20130627013142.5fdb2544@ivory.wynn.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-apple-darwin10.8.0) 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 15:16:34 -0000 Jordan- I suspect as others here have said that CLANG has caused regression in the state of FBSD on ARM. My compiler on my Pi is still GCC and that may be part of why I can not build current on the Pi. I am in the process of setting up another x86 FreeBSD box just so I can try to generate a brand new image and start over. I may have better insight once I have an image that is not so out of date as the one I am currently running. BTW drove past your work a few times both in Feb and April. I should have thought to have called to get together for beer. Next time I am out there on business I will try to touch base with you. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 15:23:29 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D2983F4F for ; Thu, 27 Jun 2013 15:23:29 +0000 (UTC) (envelope-from alie@affle.com) Received: from mail-qa0-f44.google.com (mail-qa0-f44.google.com [209.85.216.44]) by mx1.freebsd.org (Postfix) with ESMTP id 968061D53 for ; Thu, 27 Jun 2013 15:23:29 +0000 (UTC) Received: by mail-qa0-f44.google.com with SMTP id o13so2126479qaj.3 for ; Thu, 27 Jun 2013 08:23:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=tCREhe8Z07nRevVNo97x46Am71nSer+LY0VTodW+K7Y=; b=k0yHEzqMQam6ctygk4rsOafi/XJTIbvOzoYGTEBjOnsZYYvWby8/16BuPHGd0DjAf1 R504SG0jqWLZxQjUuOSzL7b7Q50vqNx8xZVdg/hhZMYqMIaAQuOXvX1Up+LrsBSwtz50 lz6s2Gbrqw6zwbMPJcu8DguVXFKDCm4x6dIK9UHe08EHug7yuPI1A3NroRdj24yrGzul KHMLcrq3MA+udcyU+cYhalP+0rdADWIM5Xi3MI6JsiA2sIdPAOFzs/N3kZAlrkRKuvZo iMOdIRkOAREb0w+v7MVlxRUGuKDiOrulEJp2NVNlSgKX80rNKe3wVJO+8Qo3TmanDhXG 9BHg== MIME-Version: 1.0 X-Received: by 10.224.65.72 with SMTP id h8mr11847546qai.73.1372343022211; Thu, 27 Jun 2013 07:23:42 -0700 (PDT) Received: by 10.49.106.1 with HTTP; Thu, 27 Jun 2013 07:23:42 -0700 (PDT) In-Reply-To: References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> <20130626222316.GA87896@night.db.net> Date: Thu, 27 Jun 2013 22:23:42 +0800 Message-ID: Subject: Re: Problems with Head on RaspberryPi From: Alie Tan To: Ralf Wenk X-Gm-Message-State: ALoCoQmLVBxuCZJp+BZP6YHeLy5AMT1glZvJ5hwlhaElTrK2Xlk0TmTmuzeLqpcTj7jnsqxGxB5F Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" , Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 15:23:29 -0000 On Thu, Jun 27, 2013 at 9:38 PM, Ralf Wenk wrote: > On Thu, 27 Jun 2013 12:46:41 +0200, Michael Tuexen > wrote: > > > On Jun 27, 2013, at 12:23 AM, Diane Bruce wrote: > > > On Wed, Jun 26, 2013 at 08:37:57PM +0200, Michael Tuexen wrote: > > >> On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko > wrote: > > >> > > >>> > > >>> On 2013-06-26, at 10:22 AM, Michael Tuexen > wrote: > > >>> > > >>>> Dear all, > > >>>> > > >>>> I have build FreeBSD using the script from > > >>>> https://github.com/daveish/freebsd-arm-tools > > >>>> for a couple of weeks and it worked fine. However, > > >>>> doing this within the last days, compilation and > > >>>> installation works, but the Raspberry Pi doesn't > > >>>> boot. After Starting kernel with NULL args > > >>>> or so, it doesn't show anything else. Normally > > >>>> the FreeBSD boot messages would appear. Does anyone > > >>>> else also see this? Any idea how to get some > > >>>> debug output out of the Raspberry Pi? > > >>> > > >>> > > >>> Try disabling INVARIANTS options in the kernel. It seems > > >>> new code in uma_dbg performs atomic ops on the > > >>> allocated memory and if memory has been remapped as > > >>> non-cached it causes exception. > > >> OK. I'll try and report. It may take 24 hours... > > > > > > I'm sorry to report it does not work. > > Building r252255 without INVARIANTS and INVARIANT_SUPPORT > > results in an image which boots completely on a R-Pi Model B with > > 512 MB RAM. > > I just confirmed that without INVARIANTS and INVARIANT_SUPPORT a r252159 > with the vmem.diff patches from Jeff Roberson applied boots also on the > same R-Pi Model B. > Are you able to compile any pkg on it? > > Ralf > > > So is someone working on the uma_dbg stuff? > > > > Best regards > > Michael > > > > > >> > > >> Best regards > > >> Michael > > >>> > > > > > > - Diane > > > -- > > > - db@FreeBSD.org db@db.net http://www.db.net/~db > > > _______________________________________________ > 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 Jun 27 15:40:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3392C67A for ; Thu, 27 Jun 2013 15:40:33 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id 12E081EA0 for ; Thu, 27 Jun 2013 15:40:32 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r5RFeNoO042351; Thu, 27 Jun 2013 15:40:23 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id 8cmcc57h9umtfjawstesx7r5vw; Thu, 27 Jun 2013 15:40:23 +0000 (UTC) (envelope-from tim@kientzle.com) Subject: Re: Raspberry pi not ready to self-host yet? Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=us-ascii From: Tim Kientzle In-Reply-To: <20130627012710.3deb0ed5@ivory.wynn.com> Date: Thu, 27 Jun 2013 08:40:23 -0700 Content-Transfer-Encoding: 7bit Message-Id: <2D59F19C-0FF9-47EC-BDC3-BDE982262EE2@kientzle.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <20130627001036.7fb41245@ivory.wynn.com> <20130627012710.3deb0ed5@ivory.wynn.com> To: Brett Wynkoop X-Mailer: Apple Mail (2.1283) Cc: "Jordan K. Hubbard" , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 15:40:33 -0000 On Jun 26, 2013, at 10:27 PM, Brett Wynkoop wrote: > On Thu, 27 Jun 2013 12:22:49 +0800 > Alie Tan wrote: > >> On Thu, Jun 27, 2013 at 12:10 PM, Brett Wynkoop >> wrote: >> >>> On Thu, 27 Jun 2013 12:01:35 +0800 >>> Alie Tan wrote: >>> >>> >>>> Can you please share your conf and script so we can see the root >>>> cause? >>> >>> I am not sure what you mean by script. I am not using any shell >>> scripts. I just run config on the Pi directly. >>> >>> Here is the output of config: >>> >>> root@fbsd-pi:/sys/arm/conf # config RPI-B-TMPFS >>> config: ../broadcom/bcm2835/files.bcm2835: No such file or directory >>> root@fbsd-pi:/sys/arm/conf # >>> >>> Here is the config file: >>> >> Try comment out >> options FDT_DTB_STATIC > > > No joy....seems there is a file missing: > > root@fbsd-pi:/sys/arm/conf # config RPI-B-TMPFS > config: ../broadcom/bcm2835/files.bcm2835: No such file or directory > root@fbsd-pi:/sys/arm/conf # The src checkout I just did definitely has that file. So the question is: Why doesn't your checkout have that file? Let us know what this says: $ cd /usr/src/sys/arm/broadcom/bcm2835 $ svn ls . $ svn cat files.bcm2835 | head $ svn up $ svn up files.bcm2835 From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 15:51:26 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0A6D0984 for ; Thu, 27 Jun 2013 15:51:26 +0000 (UTC) (envelope-from freebsd-arm@wynn.com) Received: from mail.wynn.com (wa3yre.wynn.com [199.89.147.3]) by mx1.freebsd.org (Postfix) with ESMTP id C03211F22 for ; Thu, 27 Jun 2013 15:51:25 +0000 (UTC) Received: from ivory.wynn.com (mail.wynn.com [199.89.147.3]) (authenticated bits=0) by mail.wynn.com (8.14.3/8.12.6) with ESMTP id r5RFpN1M075056; Thu, 27 Jun 2013 11:51:23 -0400 (EDT) (envelope-from freebsd-arm@wynn.com) Date: Thu, 27 Jun 2013 11:51:17 -0400 From: Brett Wynkoop To: Tim Kientzle Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130627115117.0b384508@ivory.wynn.com> In-Reply-To: <2D59F19C-0FF9-47EC-BDC3-BDE982262EE2@kientzle.com> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <20130627001036.7fb41245@ivory.wynn.com> <20130627012710.3deb0ed5@ivory.wynn.com> <2D59F19C-0FF9-47EC-BDC3-BDE982262EE2@kientzle.com> X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.19; x86_64-apple-darwin10.8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "Jordan K. Hubbard" , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 15:51:26 -0000 On Thu, 27 Jun 2013 08:40:23 -0700 Tim Kientzle wrote: > The src checkout I just did definitely has that file. > > So the question is: Why doesn't your checkout have that file? > > Let us know what this says: > > $ cd /usr/src/sys/arm/broadcom/bcm2835 > $ svn ls . > $ svn cat files.bcm2835 | head > $ svn up > $ svn up files.bcm2835 > > > Greeting- I am using svnup. Before I build all of svn on the Pi let me try another pull of the sources with svnup and see if the broadcom stuff comes in. -Brett -- wynkoop@wynn.com http://prd4.wynn.com/wynkoop/pgp-keys.txt 917-642-6925 718-717-5435 April 19, 1775 An English attempt to confiscate guns from Americans triggered a successful revolution...... Dear Congress, that's a hint. From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 16:23:23 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BDE4746D; Thu, 27 Jun 2013 16:23:23 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [IPv6:2607:f3e0:0:3::6502:9b]) by mx1.freebsd.org (Postfix) with ESMTP id 7B52E10A8; Thu, 27 Jun 2013 16:23:23 +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 r5RGNMmO013389; Thu, 27 Jun 2013 16:23:22 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id r5RGNMD0013388; Thu, 27 Jun 2013 16:23:22 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 27 Jun 2013 16:23:22 GMT Message-Id: <201306271623.r5RGNMD0013388@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.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 16:23:23 -0000 TB --- 2013-06-27 15:05:28 - tinderbox 2.10 running on freebsd-stable.sentex.ca TB --- 2013-06-27 15:05:28 - 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-06-27 15:05:28 - starting RELENG_9 tinderbox run for arm/arm TB --- 2013-06-27 15:05:28 - cleaning the object tree TB --- 2013-06-27 15:05:52 - /usr/local/bin/svn stat /src TB --- 2013-06-27 15:05:55 - At svn revision 252306 TB --- 2013-06-27 15:05:56 - building world TB --- 2013-06-27 15:05:56 - CROSS_BUILD_TESTING=YES TB --- 2013-06-27 15:05:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-06-27 15:05:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-06-27 15:05:56 - SRCCONF=/dev/null TB --- 2013-06-27 15:05:56 - TARGET=arm TB --- 2013-06-27 15:05:56 - TARGET_ARCH=arm TB --- 2013-06-27 15:05:56 - TZ=UTC TB --- 2013-06-27 15:05:56 - __MAKE_CONF=/dev/null TB --- 2013-06-27 15:05:56 - cd /src TB --- 2013-06-27 15:05:56 - /usr/bin/make -B buildworld >>> World build started on Thu Jun 27 15:06:00 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 [...] cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: 'tcpstates' undeclared (first use in this function) /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: (Each undeclared identifier is reported only once /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/tcpdump/tcpdump. *** Error code 1 Stop in /src/usr.sbin/tcpdump. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2013-06-27 16:23:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-06-27 16:23:22 - ERROR: failed to build world TB --- 2013-06-27 16:23:22 - 2951.17 user 569.29 system 4674.30 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 17:34:07 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 170BF4AF; Thu, 27 Jun 2013 17:34:07 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id DCA01144D; Thu, 27 Jun 2013 17:34:06 +0000 (UTC) Received: from zeta.ixsystems.com (c-67-188-85-47.hsd1.ca.comcast.net [67.188.85.47]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 05CCC1EC7E; Thu, 27 Jun 2013 10:34:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1372354445; bh=JOLLftx3gwjU6bPY05PloztFcXqHBatH5n/fE51u0rA=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=Lce2jNTzSeaM2dyGYnolzUT2EClL5sH4fTsF1MKMmd94BYlGsuDBhVit+QFJVok78 BH8xUWp8uUzsWYGQxX4Jzu595HoQBsxMadUIVgeuWyt/DhLHm/tj1bVS1iGNqZjM/D puvCxkC3lYNCHgOV8kznwYfzkKuo/t27d9mOXLgI= Message-ID: <51CC778C.7000708@delphij.net> Date: Thu, 27 Jun 2013 10:34:04 -0700 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: FreeBSD Tinderbox Subject: Re: [releng_9 tinderbox] failure on arm/arm References: <201306271623.r5RGNMD0013388@freebsd-stable.sentex.ca> In-Reply-To: <201306271623.r5RGNMD0013388@freebsd-stable.sentex.ca> X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arm@freebsd.org, stable@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: d@delphij.net List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 17:34:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 06/27/13 09:23, FreeBSD Tinderbox wrote: > [...] cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump > -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump > -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN > -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO > -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -Wno-pointer-sign -c > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-olsr.c > > cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump - -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump -DHAVE_CONFIG_H - -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN - -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO - -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers - -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter - -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith - -Wno-uninitialized -Wno-pointer-sign -c /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-ospf.c > cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump > -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump > -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN > -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO > -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -Wno-pointer-sign -c > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-otv.c > cc -O -pipe -I/src/usr.sbin/tcpdump/tcpdump > -I/src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump > -DHAVE_CONFIG_H -D_U_="__attribute__((unused))" -DINET6 -DLBL_ALIGN > -I/obj/arm.arm/src/tmp/usr/include/openssl -DHAVE_LIBCRYPTO > -DHAVE_OPENSSL_EVP_H -DHAVE_NET_PFVAR_H -std=gnu99 -Wsystem-headers > -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Wno-uninitialized -Wno-pointer-sign -c > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c > > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c: In function 'print_src_dst': > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: > error: 'tcpstates' undeclared (first use in this function) > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: > error: (Each undeclared identifier is reported only once > /src/usr.sbin/tcpdump/tcpdump/../../../contrib/tcpdump/print-pfsync.c:330: > error: for each function it appears in.) *** Error code 1 This should have been fixed in r252307, sorry for the breakage. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQEcBAEBCgAGBQJRzHeLAAoJEG80Jeu8UPuzGGMH/RAInuTUXIHBsSdq72p5EOlf 3hYni/HE4FwNAo5nhmO6cgLse6Yomeq7lxHxaPZfz179RErZHY3fnSiat00hBMN6 vX76Zg5bOEQs/5omtiM94olJvz5VRCIIor70l0q+ld3ZVmzPnWoWz9YoEo3rN6hc 23Iy5wCTPO0mkzu+1dBrAHj8RfKJQEOo32d/SWF0WMkPt2Yec14yQ8Pl1N4thcu1 cOVwBN3ItoOvDPTYgi9769+BXn7kI1yfOj8eYW2+v5YROXdQrKciqKeGOwGglGHz EFv1a65p1dBmGbRK8CHNQwDAgaKI0Si47NFzu7vMV2HLbvQMvqw77jDXuIxfivg= =oPK0 -----END PGP SIGNATURE----- From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 18:31:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 34B38836 for ; Thu, 27 Jun 2013 18:31:04 +0000 (UTC) (envelope-from zbb@semihalf.com) Received: from mail-ee0-f49.google.com (mail-ee0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id BA757185B for ; Thu, 27 Jun 2013 18:31:03 +0000 (UTC) Received: by mail-ee0-f49.google.com with SMTP id b57so568721eek.36 for ; Thu, 27 Jun 2013 11:31:02 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:organization:user-agent:mime-version:cc :subject:references:in-reply-to:content-type:x-gm-message-state; bh=b1ub4slu/R5Yrh0Jrk83O1JHmeJpnkAP/xbBtf5dFt4=; b=WGy8K7GSY5uoTdRYFkZfYc8gjxa7ysn2wI24aUssKMpquHu2KBup+EJ4K+JfUycLAe YSIFcHpJdvdXD2y/6D050gOYrPXVdTJBaZnPEzOi4Fci9y0PzLgvtSFnJ6+gerYBjTyj K5lsfVZItdshQLuICmh5JJZngA5ntY5FEXLxjQ8SYwOGz/jDouO2Qm9ovEC4eGZcqXGd Gpy4adBsQi6YMEAGVJ4hzDVQAYGIdmL9M1FwqkZnK57XtGI9vln2qpn6WiDlvnzcZYiA JSmvALq87D9Z7WlDXs5Lbb1XScjfK8XjUESZo+lhQ2z1wMzG4maYxCvtZU1oNqi11BBN zF5g== X-Received: by 10.14.7.2 with SMTP id 2mr9283723eeo.145.1372343492860; Thu, 27 Jun 2013 07:31:32 -0700 (PDT) Received: from [10.0.2.117] (cardhu.semihalf.com. [213.17.239.108]) by mx.google.com with ESMTPSA id cg12sm4204513eeb.7.2013.06.27.07.31.31 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 27 Jun 2013 07:31:32 -0700 (PDT) Message-ID: <51CC4CC1.4020509@semihalf.com> Date: Thu, 27 Jun 2013 16:31:29 +0200 From: Zbyszek Bodek Organization: Semihalf User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 Subject: Re: New pmap-v6.c features and improvements References: <519B6B1C.9060008@semihalf.com> <20130522184232.GA437@jail.io> <519E0D62.5030708@semihalf.com> In-Reply-To: <519E0D62.5030708@semihalf.com> Content-Type: multipart/mixed; boundary="------------080505050701020808050602" X-Gm-Message-State: ALoCoQl6YYCQ9OhWdFWTAqeSkffyHabWYi2NsevOhNQTPU9NvPhOEdBwFy1NvsX7aKrBZMTgpbk8 Cc: freebsd-arm@FreeBSD.org, ray@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 18:31:04 -0000 This is a multi-part message in MIME format. --------------080505050701020808050602 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit On 23.05.2013 14:36, Zbyszek Bodek wrote: > On 22.05.2013 20:42, Ruslan Bukin wrote: >> On Tue, May 21, 2013 at 02:39:56PM +0200, Zbyszek Bodek wrote: >>> Hello Everyone, >>> >>> I would like to introduce another pack of patches for pmap-v6.c and >>> related, that we created as a part of Semihalf work on Superpages >>> support. >>> >>> The patches include some major changes like: >>> >>> - Switch to AP[1:0] access permissions model >>> - Transition of the mapping related flags to PTE (stop using PVF_ flags >>> in pv_entry) >>> - Rework of the pmap_enter_locked() function >>> - pmap code optimizations >>> >>> And some minor clean-ups: >>> >>> - Get rid of the VERBOSE_INIT_ARM option >>> - Clean-ups, style and naming improvements to pmap >>> >>> Please check out the attachment for details. >>> >>> I will be happy to answer your questions and doubts if any. >>> >>> Best regards >>> Zbyszek Bodek >> >> I tested new patches with exynos5 and everything is OK. >> (I mean all works as usual) >> > > Hello. > > I'm happy to announce that code has been integrated to the FreeBSD HEAD. > Great thanks your help! > Hello Everyone, We have two micro patches for pmap-v6.c containing fix for 'modified' bit emulation and removal of the redundant PGA_WRITEABLE clearing. Please check out the attachment. These two are minimal changes and we would like to commit them soon, so we would be grateful if you could test them on your ARMv6/v7 platforms and give us your remarks. Best regards Zbyszek Bodek --------------080505050701020808050602 Content-Type: text/x-patch; name="0001-Fix-modified-bit-emulation-for-ARMv6-v7.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-Fix-modified-bit-emulation-for-ARMv6-v7.patch" >From e05345e92b3a32f2c71fc74c217c3ab4b516db12 Mon Sep 17 00:00:00 2001 From: Zbigniew Bodek Date: Wed, 19 Jun 2013 13:18:32 +0200 Subject: [PATCH 1/2] Fix modified bit emulation for ARMv6/v7 When doing pmap_enter_locked(), enable write permission only when access type indicates attempt to write. Otherwise, leave page read only but mark it writable in pv_flags. This will result in: 1. Marking page writable during pmap_enter() but only when ensured that it will be written right away so that we will not get redundant permissions fault on write attempt. 2. Keeping page read only when it is permitted to be written but there was no actual write attempt. Hence, we will get permissions fault on write access and mark page writable in pmap_fault_fixup() what will indicate modification status. Submitted by: Zbigniew Bodek Sponsored by: The FreeBSD Foundation, Semihalf --- sys/arm/arm/pmap-v6.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/sys/arm/arm/pmap-v6.c b/sys/arm/arm/pmap-v6.c index 9e0b8bd..4ad0067 100644 --- a/sys/arm/arm/pmap-v6.c +++ b/sys/arm/arm/pmap-v6.c @@ -2801,8 +2801,13 @@ validate: } if (prot & VM_PROT_WRITE) { - /* Write enable */ - npte &= ~(L2_APX); + /* + * Enable write permission if the access type + * indicates write intention. Emulate modified + * bit otherwise. + */ + if ((access & VM_PROT_WRITE) != 0) + npte &= ~(L2_APX); if ((m->oflags & VPO_UNMANAGED) == 0) { vm_page_aflag_set(m, PGA_WRITEABLE); -- 1.8.2 --------------080505050701020808050602 Content-Type: text/x-patch; name="0002-Remove-redundant-clearing-of-the-PGA_WRITEABLE-flag-.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0002-Remove-redundant-clearing-of-the-PGA_WRITEABLE-flag-.pa"; filename*1="tch" >From 767546f938c8e45912fb999464b0b2bcae00c723 Mon Sep 17 00:00:00 2001 From: Zbigniew Bodek Date: Mon, 24 Jun 2013 19:09:16 +0200 Subject: [PATCH 2/2] Remove redundant clearing of the PGA_WRITEABLE flag in pmap_remove_all() This flag should already be cleared by pmap_nuke_pv() --- sys/arm/arm/pmap-v6.c | 1 - 1 file changed, 1 deletion(-) diff --git a/sys/arm/arm/pmap-v6.c b/sys/arm/arm/pmap-v6.c index 4ad0067..c0f4c2c 100644 --- a/sys/arm/arm/pmap-v6.c +++ b/sys/arm/arm/pmap-v6.c @@ -2470,7 +2470,6 @@ pmap_remove_all(vm_page_t m) else cpu_tlb_flushD(); } - vm_page_aflag_clear(m, PGA_WRITEABLE); rw_wunlock(&pvh_global_lock); } -- 1.8.2 --------------080505050701020808050602-- From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 19:04:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 25699990 for ; Thu, 27 Jun 2013 19:04:45 +0000 (UTC) (envelope-from tuexen@freebsd.org) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 18AF519CF for ; Thu, 27 Jun 2013 19:04:44 +0000 (UTC) Received: from [192.168.1.200] (p508F1AC4.dip0.t-ipconnect.de [80.143.26.196]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 970041C0C0693; Thu, 27 Jun 2013 21:04:41 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Problems with Head on RaspberryPi From: Michael Tuexen In-Reply-To: Date: Thu, 27 Jun 2013 21:04:40 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> <20130626222316.GA87896@night.db.net> To: Alie Tan X-Mailer: Apple Mail (2.1508) Cc: "freebsd-arm@freebsd.org" , Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 19:04:45 -0000 On Jun 27, 2013, at 4:23 PM, Alie Tan wrote: > On Thu, Jun 27, 2013 at 9:38 PM, Ralf Wenk = wrote: >=20 >> On Thu, 27 Jun 2013 12:46:41 +0200, Michael Tuexen = >> wrote: >>=20 >>> On Jun 27, 2013, at 12:23 AM, Diane Bruce wrote: >>>> On Wed, Jun 26, 2013 at 08:37:57PM +0200, Michael Tuexen wrote: >>>>> On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko = >> wrote: >>>>>=20 >>>>>>=20 >>>>>> On 2013-06-26, at 10:22 AM, Michael Tuexen >> wrote: >>>>>>=20 >>>>>>> Dear all, >>>>>>>=20 >>>>>>> I have build FreeBSD using the script from >>>>>>> https://github.com/daveish/freebsd-arm-tools >>>>>>> for a couple of weeks and it worked fine. However, >>>>>>> doing this within the last days, compilation and >>>>>>> installation works, but the Raspberry Pi doesn't >>>>>>> boot. After Starting kernel with NULL args >>>>>>> or so, it doesn't show anything else. Normally >>>>>>> the FreeBSD boot messages would appear. Does anyone >>>>>>> else also see this? Any idea how to get some >>>>>>> debug output out of the Raspberry Pi? >>>>>>=20 >>>>>>=20 >>>>>> Try disabling INVARIANTS options in the kernel. It seems >>>>>> new code in uma_dbg performs atomic ops on the >>>>>> allocated memory and if memory has been remapped as >>>>>> non-cached it causes exception. >>>>> OK. I'll try and report. It may take 24 hours... >>>>=20 >>>> I'm sorry to report it does not work. >>> Building r252255 without INVARIANTS and INVARIANT_SUPPORT >>> results in an image which boots completely on a R-Pi Model B with >>> 512 MB RAM. >>=20 >> I just confirmed that without INVARIANTS and INVARIANT_SUPPORT a = r252159 >> with the vmem.diff patches from Jeff Roberson applied boots also on = the >> same R-Pi Model B. >>=20 > Are you able to compile any pkg on it? I had to rebuild the kernel since I need SCTP support, which is not included in the default config. Therefore I can run r252304 without INVARIANTS and INVARIANT_SUPPORT. I'm able to make and install the devel/cvs port. However, when trying to build the databases/db42 port (required by the svn port), I get: ... /bin/sh ./libtool --mode=3Dcompile c++ -c -I. -I./../dist/.. = -D_THREAD_SAFE -O -pipe ./../dist/../cxx/cxx_db.cpp c++ -c -I. -I./../dist/.. -D_THREAD_SAFE -O -pipe = ./../dist/../cxx/cxx_db.cpp -fPIC -DPIC -o .libs/cxx_db.o In file included from ./../dist/../cxx/cxx_db.cpp:17: In file included from ./db_cxx.h:59: In file included from /usr/include/c++/4.2/backward/iostream.h:31: /usr/include/c++/4.2/backward/backward_warning.h:32:2: warning: This = file includes at least one deprecated or antiquated header. Please = consider using one of the 32 headers found in section 17.4.1.2 of the C++ = standard. Examples include substituting the header for the header = for C++ includes, or instead of the deprecated header = . To disable this warning use -Wno-deprecated. [-W#warnings] #warning This file includes at least one deprecated or antiquated = header. \ ^ Stack dump: 0. Program arguments: /usr/bin/c++ -cc1 -triple = armv6-unknown-freebsd10.0 -S -disable-free -main-file-name cxx_db.cpp = -mrelocation-model pic -pic-level 2 -mdisable-fp-elim = -mconstructor-aliases -target-abi apcs-gnu -target-cpu arm1136jf-s = -msoft-float -mfloat-abi soft -target-feature +soft-float = -target-feature +soft-float-abi -target-feature -neon -coverage-file = /tmp/cxx_db-Hk1zsh.s -resource-dir /usr/bin/../lib/clang/3.3 -D = _THREAD_SAFE -D PIC -I . -I ./../dist/.. -O2 -fdeprecated-macro = -fno-dwarf-directory-asm -fdebug-compilation-dir = /usr/ports/databases/db42/work/db-4.2.52/build_unix -ferror-limit 19 = -fmessage-length 80 -mstackrealign -fno-signed-char = -fobjc-runtime=3Dgnustep -fobjc-default-synthesize-properties = -fcxx-exceptions -fexceptions -fsjlj-exceptions = -fdiagnostics-show-option -fcolor-diagnostics -backend-option = -vectorize-loops -o /tmp/cxx_db-Hk1zsh.s -x c++ = ./../dist/../cxx/cxx_db.cpp=20 1. /usr/include/c++/4.2/bits/basic_string.tcc:979:43: current = parser token ';' 2. /usr/include/c++/4.2/bits/basic_string.tcc:49:1 = : parsing = namespace 'std' c++: error: unable to execute command: Segmentation fault (core dumped) c++: error: clang frontend command failed due to signal (use -v to see = invocation) FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: armv6-unknown-freebsd10.0 Thread model: posix c++: note: diagnostic msg: PLEASE submit a bug report to = http://llvm.org/bugs/ and include the crash backtrace, preprocessed = source, and associated run script. c++: note: diagnostic msg: Error generating preprocessed source(s). *** Error code 1 Stop. make: stopped in /usr/ports/databases/db42/work/db-4.2.52/build_unix *** Error code 1 Stop. make: stopped in /usr/ports/databases/db42 This clang problem seems not to be fixed in the 3.3 release... root@raspberry-pi:/usr/ports/databases/db42 # cc -v FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 Target: armv6-unknown-freebsd10.0 Thread model: posix Any idea how to work around it?=20 Best regards Michael >=20 >>=20 >> Ralf >>=20 >>> So is someone working on the uma_dbg stuff? >>>=20 >>> Best regards >>> Michael >>>>=20 >>>>>=20 >>>>> Best regards >>>>> Michael >>>>>>=20 >>>>=20 >>>> - Diane >>>> -- >>>> - db@FreeBSD.org db@db.net http://www.db.net/~db >>=20 >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org" >>=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 19:21:25 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 97022DA6 for ; Thu, 27 Jun 2013 19:21:25 +0000 (UTC) (envelope-from alexander.fedorov@rtlservice.com) Received: from mail-ob0-f175.google.com (mail-ob0-f175.google.com [209.85.214.175]) by mx1.freebsd.org (Postfix) with ESMTP id 5D5EA1A8A for ; Thu, 27 Jun 2013 19:21:25 +0000 (UTC) Received: by mail-ob0-f175.google.com with SMTP id xn12so1122278obc.6 for ; Thu, 27 Jun 2013 12:21:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=Yt1WUscP+vvq3aGxD7eKjlutlgcPYe4/MMBgGhoikyY=; b=Jr2eVxoII1kDkdDA6CHX+0gWokO3Di0y3Gwx8FrAsXa4NOxSpgLcNjFayheeryYSWe +GwzoDOjPyMnFz0gaIhVwu3T77IqHLXN4tRv6TW8bPJWPEC/kkzzuRjR2um8vaSXfkaI P4Xi8fUQxe59QAhT7mH3yaDc3tLLzkdRRCpvLEuL9uF5I2YB+36PdRpBT0Idt36lAAAm sWa4KlJyR9HIiWLKcfQuoJgoaboZ4ZZ5+vQmSQmgpdjBXOCqFT6EdL51sBA2aZY8/Pkx 33yPPfCuNyRpuxxiWjALkZsXFLvWPYoZoH2uCDlLfQJQ7jssbi2vwYSVvypOrC5kcZlz H54g== MIME-Version: 1.0 X-Received: by 10.182.233.137 with SMTP id tw9mr4860357obc.2.1372359064957; Thu, 27 Jun 2013 11:51:04 -0700 (PDT) Received: by 10.60.141.41 with HTTP; Thu, 27 Jun 2013 11:51:04 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Jun 2013 22:51:04 +0400 Message-ID: Subject: Re: Booting kernel on Cubieboard/Mele a_1000 (Allwiner A10) From: Alexander Fedorov To: Mariano Lescano Content-Type: multipart/mixed; boundary=001a11c1c556924ed204e0273ed1 X-Gm-Message-State: ALoCoQlkTpP7Yv0QxD0K3Ve2JN2Qe3/t+v6V75VqBk9jGoX3xQhmJ5aGPO3BFfKKEHLfb/63VXgZ Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 19:21:25 -0000 --001a11c1c556924ed204e0273ed1 Content-Type: text/plain; charset=ISO-8859-1 Hi! Freebsd doesn't support Allwinner A10 MMC controller. You should use USB stick for the root filesystem. P.S. I have an initial version of the driver for MMC, but it does not support DMA, so the IO is very slow. I tested it with my Hackberry board. If you're interested, see the patch in attachment and configuration files. Also, I will publish the code on github in a few days. 2013/6/27 Mariano Lescano : > Hi > We have the kernel booting using ubldr. At the point to mount the root > filesystem we get this message: > > ====================================================== > > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > stack_capture: frame=0xdcacfa3c > stack_capture: frame=0 > stack_capture: frame=0xdcacf85c > stack_capture: frame=0xc30feda4 > stack_capture: frame=0 > mountroot: waiting for device /dev/mmcsd0s2a ... > Mounting from ufs:/dev/mmcsd0s2a failed with error 19. > Trying to mount root from ufs:/dev/da0s2a []... > mountroot: waiting for device /dev/da0s2a ... > Mounting from ufs:/dev/da0s2a failed with error 19. > > Loader variables: > vfs.root.mountfrom=ufs:/dev/mmcsd0s2a > vfs.root.mountfrom.options=rw,noatime > > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. > > eg. ufs:/dev/da0s1a > zfs:tank > cd9660:/dev/acd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) > > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input > > mountroot> ? > > List of GEOM managed disk devices: > > > mountroot> > > ======================================================== > > We can see that List of GEOM managed disk devices is empty > > What could be the problem? > Any suggestions? > > Thanks > _______________________________________________ > 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" --001a11c1c556924ed204e0273ed1 Content-Type: application/octet-stream; name="a10_mmc.patch" Content-Disposition: attachment; filename="a10_mmc.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_higb7hxr0 SW5kZXg6IHN5cy9hcm0vY29uZi9DVUJJRUJPQVJECj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vY29u Zi9DVUJJRUJPQVJECShyZXZpc2lvbiAyNTIzMTApCisrKyBzeXMvYXJtL2NvbmYvQ1VCSUVCT0FS RAkod29ya2luZyBjb3B5KQpAQCAtMjMsNyArMjMsNyBAQAogaW5jbHVkZQkJIi4uL2FsbHdpbm5l ci9zdGQuYTEwIgogCiBtYWtlb3B0aW9ucwlNT0RVTEVTX09WRVJSSURFPSIiCi1tYWtlb3B0aW9u cwlXSVRIT1VUX01PRFVMRVM9ImFoYyIKKyNtYWtlb3B0aW9ucwlXSVRIT1VUX01PRFVMRVM9ImFo YyBhaWM3eHh4IgogCiBvcHRpb25zIAlIWj0xMDAKIG9wdGlvbnMgCVNDSEVEXzRCU0QJCSM0QlNE IHNjaGVkdWxlcgpJbmRleDogc3lzL2FybS9hbGx3aW5uZXIvYTEwX21tYy5jCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIHN5cy9hcm0vYWxsd2lubmVyL2ExMF9tbWMuYwkocmV2aXNpb24gMCkKKysrIHN5cy9hcm0v YWxsd2lubmVyL2ExMF9tbWMuYwkod29ya2luZyBjb3B5KQpAQCAtMCwwICsxLDY1NCBAQAorLyot CisgKiBDb3B5cmlnaHQgKGMpIDIwMTMgQWxleGFuZGVyIEZlZG9yb3YgPGFsZXhhbmRlci5mZWRv cm92QHJ0bHNlcnZpY2UuY29tPgorICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KKyAqCisgKiBSZWRp c3RyaWJ1dGlvbiBhbmQgdXNlIGluIHNvdXJjZSBhbmQgYmluYXJ5IGZvcm1zLCB3aXRoIG9yIHdp dGhvdXQKKyAqIG1vZGlmaWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBm b2xsb3dpbmcgY29uZGl0aW9ucworICogYXJlIG1ldDoKKyAqIDEuIFJlZGlzdHJpYnV0aW9ucyBv ZiBzb3VyY2UgY29kZSBtdXN0IHJldGFpbiB0aGUgYWJvdmUgY29weXJpZ2h0CisgKiAgICBub3Rp Y2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIu CisgKiAyLiBSZWRpc3RyaWJ1dGlvbnMgaW4gYmluYXJ5IGZvcm0gbXVzdCByZXByb2R1Y2UgdGhl IGFib3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBh bmQgdGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyIGluIHRoZQorICogICAgZG9jdW1lbnRhdGlvbiBh bmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KKyAq CisgKiBUSElTIFNPRlRXQVJFIElTIFBST1ZJREVEIEJZIFRIRSBBVVRIT1IgQU5EIENPTlRSSUJV VE9SUyBgYEFTIElTJycgQU5ECisgKiBBTlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMs IElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUKKyAqIElNUExJRUQgV0FSUkFOVElF UyBPRiBNRVJDSEFOVEFCSUxJVFkgQU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NF CisgKiBBUkUgRElTQ0xBSU1FRC4gIElOIE5PIEVWRU5UIFNIQUxMIFRIRSBBVVRIT1IgT1IgQ09O VFJJQlVUT1JTIEJFIExJQUJMRQorICogRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVO VEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9SIENPTlNFUVVFTlRJQUwKKyAqIERBTUFHRVMgKElO Q0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBQUk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdP T0RTCisgKiBPUiBTRVJWSUNFUzsgTE9TUyBPRiBVU0UsIERBVEEsIE9SIFBST0ZJVFM7IE9SIEJV U0lORVNTIElOVEVSUlVQVElPTikKKyAqIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZ IE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05UUkFDVCwgU1RSSUNUCisgKiBMSUFCSUxJVFks IE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SIE9USEVSV0lTRSkgQVJJU0lORyBJTiBB TlkgV0FZCisgKiBPVVQgT0YgVEhFIFVTRSBPRiBUSElTIFNPRlRXQVJFLCBFVkVOIElGIEFEVklT RUQgT0YgVEhFIFBPU1NJQklMSVRZIE9GCisgKiBTVUNIIERBTUFHRS4KKyAqCisgKi8KKyNpbmNs dWRlIDxzeXMvY2RlZnMuaD4KK19fRkJTRElEKCIkRnJlZUJTRDogaGVhZC9zeXMvYXJtL2xwYy9s cGNfbW1jLmMgMjM5Mjc4IDIwMTItMDgtMTUgMDU6Mzc6MTBaIGdvbnpvICQiKTsKKworI2luY2x1 ZGUgPHN5cy9wYXJhbS5oPgorI2luY2x1ZGUgPHN5cy9zeXN0bS5oPgorI2luY2x1ZGUgPHN5cy9i aW8uaD4KKyNpbmNsdWRlIDxzeXMvYnVzLmg+CisjaW5jbHVkZSA8c3lzL2NvbmYuaD4KKyNpbmNs dWRlIDxzeXMvZW5kaWFuLmg+CisjaW5jbHVkZSA8c3lzL2tlcm5lbC5oPgorI2luY2x1ZGUgPHN5 cy9rdGhyZWFkLmg+CisjaW5jbHVkZSA8c3lzL2xvY2suaD4KKyNpbmNsdWRlIDxzeXMvbWFsbG9j Lmg+CisjaW5jbHVkZSA8c3lzL21vZHVsZS5oPgorI2luY2x1ZGUgPHN5cy9tdXRleC5oPgorI2lu Y2x1ZGUgPHN5cy9xdWV1ZS5oPgorI2luY2x1ZGUgPHN5cy9yZXNvdXJjZS5oPgorI2luY2x1ZGUg PHN5cy9ybWFuLmg+CisjaW5jbHVkZSA8c3lzL3RpbWUuaD4KKyNpbmNsdWRlIDxzeXMvdGltZXRj Lmg+CisjaW5jbHVkZSA8c3lzL3dhdGNoZG9nLmg+CisKKyNpbmNsdWRlIDxzeXMva2RiLmg+CisK KyNpbmNsdWRlIDxtYWNoaW5lL2J1cy5oPgorI2luY2x1ZGUgPG1hY2hpbmUvY3B1Lmg+CisjaW5j bHVkZSA8bWFjaGluZS9jcHVmdW5jLmg+CisjaW5jbHVkZSA8bWFjaGluZS9yZXNvdXJjZS5oPgor I2luY2x1ZGUgPG1hY2hpbmUvZnJhbWUuaD4KKyNpbmNsdWRlIDxtYWNoaW5lL2ludHIuaD4KKwor I2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1cy5oPgorI2luY2x1ZGUgPGRldi9vZncvb2Z3X2J1c19z dWJyLmg+CisKKyNpbmNsdWRlIDxkZXYvbW1jL2JyaWRnZS5oPgorI2luY2x1ZGUgPGRldi9tbWMv bW1jcmVnLmg+CisjaW5jbHVkZSA8ZGV2L21tYy9tbWNicnZhci5oPgorCisjaW5jbHVkZSA8YXJt L2FsbHdpbm5lci9hMTBfY2xrLmg+CisjaW5jbHVkZSA8YXJtL2FsbHdpbm5lci9hMTBfbW1jLmg+ CisKK3N0cnVjdCBhMTBfbW1jX3NvZnRjIHsKKwlkZXZpY2VfdAkJYTEwX2RldjsKKwlzdHJ1Y3Qg bXR4CQlhMTBfbXR4OworCXN0cnVjdCByZXNvdXJjZSAqCWExMF9tZW1fcmVzOworCXN0cnVjdCBy ZXNvdXJjZSAqCWExMF9pcnFfcmVzOworCWJ1c19zcGFjZV90YWdfdAkJYTEwX2JzdDsKKwlidXNf c3BhY2VfaGFuZGxlX3QJYTEwX2JzaDsKKwl2b2lkICoJCQlhMTBfaW50cmhhbmQ7CisJc3RydWN0 IG1tY19ob3N0CQlhMTBfaG9zdDsKKwlzdHJ1Y3QgbW1jX3JlcXVlc3QgKglhMTBfcmVxOworCWlu dAkJCWExMF9idXNfYnVzeTsKKwl1aW50OF90IHdhaXQ7CisJdWludDMyX3QgZXJyb3I7CisJZW51 bXsKKwkJQTEwX01NQ19TVF9VTksgPSAwLAorCQlBMTBfTU1DX1NUX1dBSVRfQ01EX0RPTkUsCisJ CUExMF9NTUNfU1RfV0FJVF9EQVRBX0RPTkUKKwl9c3RhdGU7Cit9OworCitzdGF0aWMgaW50IGEx MF9tbWNfcHJvYmUoZGV2aWNlX3QpOworc3RhdGljIGludCBhMTBfbW1jX2F0dGFjaChkZXZpY2Vf dCk7CitzdGF0aWMgaW50IGExMF9tbWNfZGV0YWNoKGRldmljZV90KTsKK3N0YXRpYyB2b2lkIGEx MF9tbWNfaW50cih2b2lkICopOworCitzdGF0aWMgaW50IGExMF9tbWNfdXBkYXRlX2lvcyhkZXZp Y2VfdCwgZGV2aWNlX3QpOworc3RhdGljIGludCBhMTBfbW1jX3JlcXVlc3QoZGV2aWNlX3QsIGRl dmljZV90LCBzdHJ1Y3QgbW1jX3JlcXVlc3QgKik7CitzdGF0aWMgaW50IGExMF9tbWNfZ2V0X3Jv KGRldmljZV90LCBkZXZpY2VfdCk7CitzdGF0aWMgaW50IGExMF9tbWNfYWNxdWlyZV9ob3N0KGRl dmljZV90LCBkZXZpY2VfdCk7CitzdGF0aWMgaW50IGExMF9tbWNfcmVsZWFzZV9ob3N0KGRldmlj ZV90LCBkZXZpY2VfdCk7CisKKyNkZWZpbmUJYTEwX21tY19sb2NrKF9zYykJCQkJCQlcCisgICAg bXR4X2xvY2soJl9zYy0+YTEwX210eCk7CisjZGVmaW5lCWExMF9tbWNfdW5sb2NrKF9zYykJCQkJ CQlcCisgICAgbXR4X3VubG9jaygmX3NjLT5hMTBfbXR4KTsKKyNkZWZpbmUJYTEwX21tY19yZWFk XzQoX3NjLCBfcmVnKQkJCQkJXAorICAgIGJ1c19zcGFjZV9yZWFkXzQoX3NjLT5hMTBfYnN0LCBf c2MtPmExMF9ic2gsIF9yZWcpCisjZGVmaW5lCWExMF9tbWNfd3JpdGVfNChfc2MsIF9yZWcsIF92 YWx1ZSkJCQkJXAorICAgIGJ1c19zcGFjZV93cml0ZV80KF9zYy0+YTEwX2JzdCwgX3NjLT5hMTBf YnNoLCBfcmVnLCBfdmFsdWUpCisKK3N0YXRpYyBpbnQKK2ExMF9tbWNfcmVzZXQoc3RydWN0IGEx MF9tbWNfc29mdGMgKnNjKQoreworICAgIHVpbnQzMl90IHJ2YWwgPSBhMTBfbW1jX3JlYWRfNChz YywgTU1DX0dDVFJMKSB8IE1NQ19TT0ZUX1JFU0VUX0IgfCBNTUNfRklGT19SRVNFVF9CIHwgTU1D X0RNQV9SRVNFVF9COworICAgIGludCB0aW1lID0gMHhmZmZmOworCisJYTEwX21tY193cml0ZV80 KHNjLCBNTUNfR0NUUkwsIHJ2YWwpOworICAgIHdoaWxlKChhMTBfbW1jX3JlYWRfNChzYywgTU1D X0dDVFJMKSAmIChNTUNfU09GVF9SRVNFVF9CIHwgTU1DX0ZJRk9fUkVTRVRfQiB8IE1NQ19ETUFf UkVTRVRfQikpICYmIHRpbWUtLSk7CisgICAgaWYgKHRpbWUgPD0gMCl7CisJCWRldmljZV9wcmlu dGYoc2MtPmExMF9kZXYsICJSZXNldCBmYWlsZWRcbiIpOworICAgICAgICByZXR1cm4gLTE7Cisg ICAgfQorICAgIHJldHVybiAwOworfQorCitzdGF0aWMgdm9pZAorYTEwX21tY19pbnRfZW5hYmxl KHN0cnVjdCBhMTBfbW1jX3NvZnRjICpzYykKK3sKKyAgICBhMTBfbW1jX3dyaXRlXzQoc2MsIE1N Q19HQ1RSTCwgYTEwX21tY19yZWFkXzQoc2MsIE1NQ19HQ1RSTCl8TU1DX0lOVF9FTkFCTEVfQik7 Cit9CisKK3N0YXRpYyBpbnQKK2ExMF9tbWNfdXBkYXRlX2NsayhzdHJ1Y3QgYTEwX21tY19zb2Z0 YyAqc2MpCit7CisJdW5zaWduZWQgaW50IGNtZDsKKwl1bnNpZ25lZCB0aW1lb3V0ID0gMHhmZmZm ZjsKKworCWNtZCA9IE1NQ19TdGFydCB8IE1NQ19VUENMS09ubHkgfCBNTUNfV2FpdFByZU92ZXI7 CisgIAlhMTBfbW1jX3dyaXRlXzQoc2MsIE1NQ19DTURSLCBjbWQpOworCXdoaWxlKChhMTBfbW1j X3JlYWRfNChzYywgTU1DX0NNRFIpICYgTU1DX1N0YXJ0KSAmJiB0aW1lb3V0LS0pOworCWlmICgh dGltZW91dCkKKwkJcmV0dXJuIC0xOworCisJcmV0dXJuIDA7Cit9CisKK3N0YXRpYyBpbnQKK2Ex MF9tbWNfY29uZmlnX2Nsb2NrKHN0cnVjdCBhMTBfbW1jX3NvZnRjICpzYywgdW5zaWduZWQgZGl2 KQoreworCXVuc2lnbmVkIHJ2YWwgPSBhMTBfbW1jX3JlYWRfNChzYywgTU1DX0NMS0NSKTsKKwor CS8qCisJICogQ0xLQ1JFR1s3OjBdOiBkaXZpZGVyCisJICogQ0xLQ1JFR1sxNl06ICBvbi9vZmYK KwkgKiBDTEtDUkVHWzE3XTogIHBvd2VyIHNhdmUKKwkgKi8KKworCS8qIERpc2FibGUgQ2xvY2sg Ki8KKwlydmFsICY9IH5NTUNfQ0FSRF9DTEtfT047CisJYTEwX21tY193cml0ZV80KHNjLCBNTUNf Q0xLQ1IsIHJ2YWwpOworCWlmKGExMF9tbWNfdXBkYXRlX2NsayhzYykpCisJCXJldHVybiAtMTsK KworCS8qIENoYW5nZSBEaXZpZGVyIEZhY3RvciAqLworCXJ2YWwgJj0gfigweEZGKTsKKwlydmFs IHw9IGRpdjsKKwlhMTBfbW1jX3dyaXRlXzQoc2MsIE1NQ19DTEtDUiwgcnZhbCk7CisJaWYoYTEw X21tY191cGRhdGVfY2xrKHNjKSkKKwkJcmV0dXJuIC0xOworCisJLyogRW5hYmxlIENsb2NrICov CisJcnZhbCB8PSBNTUNfQ0FSRF9DTEtfT047CisJYTEwX21tY193cml0ZV80KHNjLCBNTUNfQ0xL Q1IsIHJ2YWwpOworCWlmKGExMF9tbWNfdXBkYXRlX2NsayhzYykpCisJCXJldHVybiAtMTsKKwor CXJldHVybiAwOworfQorCitzdGF0aWMgaW50CithMTBfbW1jX3Byb2JlKGRldmljZV90IGRldikK K3sKKwlpZiAoIW9md19idXNfaXNfY29tcGF0aWJsZShkZXYsICJhbGx3aW5uZXIsc3VuNGktbW1j IikpCisJCXJldHVybiAoRU5YSU8pOworCisJZGV2aWNlX3NldF9kZXNjKGRldiwgIkFsbHdpbm5l ciBJbnRlZ3JhdGVkIE1NQy9TRCBjb250cm9sbGVyIik7CisJcmV0dXJuIChCVVNfUFJPQkVfREVG QVVMVCk7Cit9CisKK3N0YXRpYyBpbnQKK2ExMF9tbWNfYXR0YWNoKGRldmljZV90IGRldikKK3sK KwlzdHJ1Y3QgYTEwX21tY19zb2Z0YyAqc2MgPSBkZXZpY2VfZ2V0X3NvZnRjKGRldik7CisJZGV2 aWNlX3QgY2hpbGQ7CisJaW50IHJpZDsKKworCXNjLT5hMTBfZGV2ID0gZGV2OworCXNjLT5hMTBf cmVxID0gTlVMTDsKKworCW10eF9pbml0KCZzYy0+YTEwX210eCwgZGV2aWNlX2dldF9uYW1ldW5p dChzYy0+YTEwX2RldiksICJhMTBfbW1jIiwgTVRYX0RFRik7CisKKwlyaWQgPSAwOworCXNjLT5h MTBfbWVtX3JlcyA9IGJ1c19hbGxvY19yZXNvdXJjZV9hbnkoZGV2LCBTWVNfUkVTX01FTU9SWSwg JnJpZCwKKwkgICAgUkZfQUNUSVZFKTsKKwlpZiAoIXNjLT5hMTBfbWVtX3JlcykgeworCQlkZXZp Y2VfcHJpbnRmKGRldiwgImNhbm5vdCBhbGxvY2F0ZSBtZW1vcnkgd2luZG93XG4iKTsKKwkJcmV0 dXJuIChFTlhJTyk7CisJfQorCisJc2MtPmExMF9ic3QgPSBybWFuX2dldF9idXN0YWcoc2MtPmEx MF9tZW1fcmVzKTsKKwlzYy0+YTEwX2JzaCA9IHJtYW5fZ2V0X2J1c2hhbmRsZShzYy0+YTEwX21l bV9yZXMpOworCisJcmlkID0gMDsKKwlzYy0+YTEwX2lycV9yZXMgPSBidXNfYWxsb2NfcmVzb3Vy Y2VfYW55KGRldiwgU1lTX1JFU19JUlEsICZyaWQsCisJICAgIFJGX0FDVElWRSB8IFJGX1NIQVJF QUJMRSk7CisJaWYgKCFzYy0+YTEwX2lycV9yZXMpIHsKKwkJZGV2aWNlX3ByaW50ZihkZXYsICJj YW5ub3QgYWxsb2NhdGUgaW50ZXJydXB0XG4iKTsKKwkJYnVzX3JlbGVhc2VfcmVzb3VyY2UoZGV2 LCBTWVNfUkVTX01FTU9SWSwgMCwgc2MtPmExMF9tZW1fcmVzKTsKKwkJcmV0dXJuIChFTlhJTyk7 CisJfQorCisJaWYgKGJ1c19zZXR1cF9pbnRyKGRldiwgc2MtPmExMF9pcnFfcmVzLCBJTlRSX1RZ UEVfTUlTQyB8IElOVFJfTVBTQUZFLAorCSAgICBOVUxMLCBhMTBfbW1jX2ludHIsIHNjLCAmc2Mt PmExMF9pbnRyaGFuZCkpCisJeworCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZU19SRVNf TUVNT1JZLCAwLCBzYy0+YTEwX21lbV9yZXMpOworCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYs IFNZU19SRVNfSVJRLCAwLCBzYy0+YTEwX2lycV9yZXMpOworCQlkZXZpY2VfcHJpbnRmKGRldiwg ImNhbm5vdCBzZXR1cCBpbnRlcnJ1cHQgaGFuZGxlclxuIik7CisJCXJldHVybiAoRU5YSU8pOwor CX0KKworCWExMF9jbGtfbW1jX2FjdGl2YXRlKCk7CisKKwkvKiBSZXNldCBjb250cm9sbGVyICov CisJYTEwX21tY19yZXNldChzYyk7CisKKyAgICAvKiBjb25maWcgRE1BL0ludGVycnVwdCBUcmln Z2VyIHRocmVzaG9sZCAqLworICAvLyAgYTEwX21tY193cml0ZV80KHNjLCBNTUNfRlRSR0wsIDB4 NzAwMDgpOworCisgICAgLyogY29uZmlnIHRpbWVvdXQgcmVnaXN0ZXIgKi8KKyAgICBhMTBfbW1j X3dyaXRlXzQoc2MsIE1NQ19UTU9VVCwgMHhmZmZmZmZmZik7CisKKyAgICAvKiBjbGVhciBpbnRl cnJ1cHQgZmxhZ3MgKi8KKyAgICBhMTBfbW1jX3dyaXRlXzQoc2MsIE1NQ19SSU5UUiwgMHhmZmZm ZmZmZik7CisKKyAgICBhMTBfbW1jX3dyaXRlXzQoc2MsIE1NQ19EQkdDLCAweGRlYik7CisgICAg YTEwX21tY193cml0ZV80KHNjLCBNTUNfRlVOUywgMHhjZWFhMDAwMCk7CisKKwlzYy0+YTEwX2hv c3QuZl9taW4gPSA0MDAwMDA7CisJc2MtPmExMF9ob3N0LmZfbWF4ID0gNTIwMDAwMDA7CisJc2Mt PmExMF9ob3N0Lmhvc3Rfb2NyID0gTU1DX09DUl8zMjBfMzMwIHwgTU1DX09DUl8zMzBfMzQwOwor CXNjLT5hMTBfaG9zdC5jYXBzID0gTU1DX0NBUF80X0JJVF9EQVRBIHwgTU1DX0NBUF9IU1BFRUQ7 CisJc2MtPmExMF9ob3N0Lm1vZGUgPSBtb2RlX3NkOworCisJZGV2aWNlX3NldF9pdmFycyhkZXYs ICZzYy0+YTEwX2hvc3QpOworCisJY2hpbGQgPSBkZXZpY2VfYWRkX2NoaWxkKGRldiwgIm1tYyIs IDApOworCWlmICghY2hpbGQpIHsKKwkJZGV2aWNlX3ByaW50ZihkZXYsICJhdHRhY2hpbmcgTU1D IGJ1cyBmYWlsZWQhXG4iKTsKKwkJYnVzX3RlYXJkb3duX2ludHIoZGV2LCBzYy0+YTEwX2lycV9y ZXMsIHNjLT5hMTBfaW50cmhhbmQpOworCQlidXNfcmVsZWFzZV9yZXNvdXJjZShkZXYsIFNZU19S RVNfTUVNT1JZLCAwLCBzYy0+YTEwX21lbV9yZXMpOworCQlidXNfcmVsZWFzZV9yZXNvdXJjZShk ZXYsIFNZU19SRVNfSVJRLCAwLCBzYy0+YTEwX2lycV9yZXMpOworCQlyZXR1cm4gKEVOWElPKTsK Kwl9CisKKwlkZXZpY2Vfc2V0X2l2YXJzKGRldiwgJnNjLT5hMTBfaG9zdCk7CisJYnVzX2dlbmVy aWNfYXR0YWNoKGRldik7CisKKwlyZXR1cm4gKDApOworfQorCitzdGF0aWMgaW50CithMTBfbW1j X2RldGFjaChkZXZpY2VfdCBkZXYpCit7CisJcmV0dXJuIChFQlVTWSk7Cit9CisKK3N0YXRpYyBp bnQKK21tY190cmFuc19kYXRhX2J5X2NwdShzdHJ1Y3QgYTEwX21tY19zb2Z0YyAqc2MsIHN0cnVj dCBtbWNfZGF0YSAqZGF0YSkKK3sKKwl1bnNpZ25lZCBpOworCXVuc2lnbmVkIGJ5dGVfY250ID0g ZGF0YS0+bGVuOworCXVuc2lnbmVkICpidWZmOworCXVuc2lnbmVkIHRpbWVvdXQgPSAweGZmZmZm OworCisJaWYgKGRhdGEtPmZsYWdzICYgTU1DX0RBVEFfUkVBRCkgeworCQlidWZmID0gKHVuc2ln bmVkIGludCAqKWRhdGEtPmRhdGE7CisJCWZvciAoaT0wOyBpPChieXRlX2NudD4+Mik7IGkrKykg eworCQkJd2hpbGUoLS10aW1lb3V0ICYmIChhMTBfbW1jX3JlYWRfNChzYywgTU1DX1NUQVMpICYg TU1DX0ZJRk9FbXB0eSkpOworCQkJaWYgKHRpbWVvdXQgPD0gMCkgCisJCQkJZ290byBvdXQ7CisJ CQlidWZmW2ldID0gYTEwX21tY19yZWFkXzQoc2MsIE1NQ19GSUZPKTsKKwkJCXRpbWVvdXQgPSAw eGZmZmZmOworCQl9CisJfSBlbHNlIHsKKwkJYnVmZiA9ICh1bnNpZ25lZCBpbnQgKilkYXRhLT5k YXRhOworCQlmb3IgKGk9MDsgaTwoYnl0ZV9jbnQ+PjIpOyBpKyspIHsKKwkJCXdoaWxlKC0tdGlt ZW91dCAmJiAoYTEwX21tY19yZWFkXzQoc2MsIE1NQ19TVEFTKSAmIE1NQ19GSUZPRnVsbCkpOwor CQkJaWYgKHRpbWVvdXQgPD0gMCkgCisJCQkJZ290byBvdXQ7CisJCQlhMTBfbW1jX3dyaXRlXzQo c2MsIE1NQ19GSUZPLCBidWZmW2ldKTsKKwkJCXRpbWVvdXQgPSAweGZmZmZmOworCQl9CisJfQor CitvdXQ6CisJaWYgKHRpbWVvdXQgPD0gMCkKKwkJcmV0dXJuIC0xOworCisJcmV0dXJuIDA7Cit9 CisKK3N0YXRpYyB2b2lkCithMTBfcmVxX29rKHN0cnVjdCBhMTBfbW1jX3NvZnRjICpzYykKK3sK KwlzdHJ1Y3QgbW1jX2NvbW1hbmQgKmNtZCA9IHNjLT5hMTBfcmVxLT5jbWQ7CisJdWludDMyX3Qg cmVzcF9zdGF0dXM7OworCisJZG97CisJCXJlc3Bfc3RhdHVzID0gYTEwX21tY19yZWFkXzQoc2Ms IE1NQ19TVEFTKTsKKwl9d2hpbGUocmVzcF9zdGF0dXMgJiBNTUNfQ2FyZERhdGFCdXN5KTsKKwor CWlmIChjbWQtPmZsYWdzICYgTU1DX1JTUF8xMzYpIHsKKwkJY21kLT5yZXNwWzBdID0gYTEwX21t Y19yZWFkXzQoc2MsIE1NQ19SRVNQMyk7CisJCWNtZC0+cmVzcFsxXSA9IGExMF9tbWNfcmVhZF80 KHNjLCBNTUNfUkVTUDIpOworCQljbWQtPnJlc3BbMl0gPSBhMTBfbW1jX3JlYWRfNChzYywgTU1D X1JFU1AxKTsKKwkJY21kLT5yZXNwWzNdID0gYTEwX21tY19yZWFkXzQoc2MsIE1NQ19SRVNQMCk7 CisJfSBlbHNlIHsKKwkJY21kLT5yZXNwWzBdID0gYTEwX21tY19yZWFkXzQoc2MsIE1NQ19SRVNQ MCk7CisJfQorCisJc2MtPmExMF9yZXEtPmNtZC0+ZXJyb3IgPSBNTUNfRVJSX05PTkU7CisJc2Mt PmExMF9yZXEtPmRvbmUoc2MtPmExMF9yZXEpOworCXNjLT5hMTBfcmVxID0gTlVMTDsKK30KKwor c3RhdGljIHZvaWQKK2ExMF9yZXFfZXJyKHN0cnVjdCBhMTBfbW1jX3NvZnRjICpzYykKK3sKKwlz dHJ1Y3QgbW1jX2NvbW1hbmQgKmNtZCA9IHNjLT5hMTBfcmVxLT5jbWQ7CisJZGV2aWNlX3ByaW50 ZihzYy0+YTEwX2RldiwgInJlcSBlcnJvclxuIik7CisJY21kLT5lcnJvciA9IE1NQ19FUlJfVElN RU9VVDsKKwlzYy0+YTEwX3JlcS0+ZG9uZShzYy0+YTEwX3JlcSk7CisJc2MtPmExMF9yZXEgPSBO VUxMOworfQorCitzdGF0aWMgdm9pZAorYTEwX21tY19pbnRyKHZvaWQgKmFyZykKK3sKKwlzdHJ1 Y3QgYTEwX21tY19zb2Z0YyAqc2MgPSAoc3RydWN0IGExMF9tbWNfc29mdGMgKilhcmc7CisJdWlu dDMyX3QgcmludCA9IGExMF9tbWNfcmVhZF80KHNjLCBNTUNfUklOVFIpOworCXVpbnQzMl90IGlt YXNrID0gYTEwX21tY19yZWFkXzQoc2MsIE1NQ19JTUFTSyk7CisKKwlpbWFzayAmPSB+cmludDsK KwlhMTBfbW1jX3dyaXRlXzQoc2MsIE1NQ19JTUFTSywgaW1hc2spOworCWExMF9tbWNfd3JpdGVf NChzYywgTU1DX1JJTlRSLCByaW50KTsKKworCWlmKHNjLT5hMTBfcmVxID09IE5VTEwpeworCQlk ZXZpY2VfcHJpbnRmKHNjLT5hMTBfZGV2LCAicmVxID09IE5VTEwsIHJpbnQ6IDB4JTA4WFxuIiwg cmludCk7CisJfQorCisJc3RydWN0IG1tY19jb21tYW5kICpjbWQgPSBzYy0+YTEwX3JlcS0+Y21k OworCisvLwlpZiAoY21kLT5kYXRhKSB7CisvLwkJaWYgKGNtZC0+ZGF0YS0+ZmxhZ3MgJiBNTUNf REFUQV9XUklURSl7CisvLwkJCWRldmljZV9wcmludGYoc2MtPmExMF9kZXYsICJyaW50OiAweCUw OFgsIGltYXNrOiAweCUwOFhcbiIsIHJpbnQsIGltYXNrKTsKKy8vCQl9CisvLwl9CisKKwlpZihy aW50ICYgTU1DX0ludEVyckJpdCl7CisJCWRldmljZV9wcmludGYoc2MtPmExMF9kZXYsICJlcnJv ciByaW50OiAweCUwOFhcbiIsIHJpbnQpOworCQlhMTBfcmVxX2VycihzYyk7CisJCXJldHVybjsK Kwl9CisKKwlpZighY21kLT5kYXRhICYmIChyaW50ICYgTU1DX0NtZERvbmUpKXsKKwkJYTEwX3Jl cV9vayhzYyk7CisJCXJldHVybjsKKwl9CisKKwlpZihjbWQtPmRhdGEgJiYgKHJpbnQgJiBNTUNf RGF0YU92ZXIpKXsKKwkJYTEwX3JlcV9vayhzYyk7CisJCXJldHVybjsKKwl9CisKKwlpZihjbWQt PmRhdGEtPmZsYWdzICYgTU1DX0RBVEFfUkVBRCl7CisJCWludCByZXQgPSBtbWNfdHJhbnNfZGF0 YV9ieV9jcHUoc2MsIGNtZC0+ZGF0YSk7CisJCWlmKHJldCl7CisJCQlkZXZpY2VfcHJpbnRmKHNj LT5hMTBfZGV2LCAiZGF0YSByZWFkIGVycm9yLCByaW50OiAweCUwOFhcbiIsIHJpbnQpOworCQkJ YTEwX3JlcV9lcnIoc2MpOworCisJCX0KKwl9CisKKwlpZihjbWQtPmRhdGEtPmZsYWdzICYgTU1D X0RBVEFfV1JJVEUpeworCQlpZihyaW50ICYgTU1DX1R4RGF0YVJlcSl7CisJCQlpbnQgcmV0ID0g bW1jX3RyYW5zX2RhdGFfYnlfY3B1KHNjLCBjbWQtPmRhdGEpOworCQkJaWYocmV0KXsKKwkJCQlk ZXZpY2VfcHJpbnRmKHNjLT5hMTBfZGV2LCAiZGF0YSB3cml0ZSBlcnJvciwgcmludDogMHglMDhY XG4iLCByaW50KTsKKwkJCQlhMTBfcmVxX2VycihzYyk7CisJCQl9CisJCX0KKwl9CQorfQorCitz dGF0aWMgaW50CithMTBfbW1jX3JlcXVlc3QoZGV2aWNlX3QgYnVzLCBkZXZpY2VfdCBjaGlsZCwg c3RydWN0IG1tY19yZXF1ZXN0ICpyZXEpCit7CisJdW5zaWduZWQgaW50IGNtZHJlZyA9IDB4ODAw MDAwMDA7CisJc3RydWN0IGExMF9tbWNfc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhidXMp OworCXN0cnVjdCBtbWNfY29tbWFuZCAqY21kID0gcmVxLT5jbWQ7CisJdWludDMyX3QgaW1hc2sg PSBNTUNfQ21kRG9uZSB8IE1NQ19JbnRFcnJCaXQ7CisKKwlhMTBfbW1jX2xvY2soc2MpOworCWlm IChzYy0+YTEwX3JlcSl7CisJCWExMF9tbWNfdW5sb2NrKHNjKTsKKwkJcmV0dXJuIChFQlVTWSk7 CisJfQorCisJc2MtPmExMF9yZXEgPSByZXE7CisKKwlpZiAoY21kLT5vcGNvZGUgPT0gTU1DX0dP X0lETEVfU1RBVEUpCisJCWNtZHJlZyB8PSBNTUNfU2VuZEluaXRTZXE7CisJaWYgKGNtZC0+Zmxh Z3MgJiBNTUNfUlNQX1BSRVNFTlQpCisJCWNtZHJlZyB8PSBNTUNfUnNwRXhwOworCWlmIChjbWQt PmZsYWdzICYgTU1DX1JTUF8xMzYpCisJCWNtZHJlZyB8PSBNTUNfTG9uZ1JzcDsKKwlpZiAoY21k LT5mbGFncyAmIE1NQ19SU1BfQ1JDKQorCQljbWRyZWcgfD0gTU1DX0NoZWNrUnNwQ1JDOworCisJ aWYgKGNtZC0+ZGF0YSkgeworCQljbWRyZWcgfD0gTU1DX0RhdGFFeHAgfCBNTUNfV2FpdFByZU92 ZXI7CisJCWltYXNrIHw9IE1NQ19EYXRhT3ZlcjsKKwkJaWYgKGNtZC0+ZGF0YS0+ZmxhZ3MgJiBN TUNfREFUQV9XUklURSl7CisJCQljbWRyZWcgfD0gTU1DX1dyaXRlOworCQkJaW1hc2sgfD0gTU1D X1R4RGF0YVJlcTsKKwkJfWVsc2V7CisJCQlpbWFzayB8PSBNTUNfUnhEYXRhUmVxOworCQl9CisK Ky8vCQlpZiAoZGF0YS0+YmxvY2tzID4gMSkKKy8vCQkJY21kcmVnIHw9IE1NQ19TZW5kQXV0b1N0 b3A7CisKKwkJYTEwX21tY193cml0ZV80KHNjLCBNTUNfQkxLU1osIGNtZC0+ZGF0YS0+bGVuKTsK KwkJYTEwX21tY193cml0ZV80KHNjLCBNTUNfQkNOVFIsIGNtZC0+ZGF0YS0+bGVuKTsKKworCQkv KiBDaG9vc2UgYWNjZXNzIGJ5IEFIQiAqLworCQlhMTBfbW1jX3dyaXRlXzQoc2MsIE1NQ19HQ1RS TCwgYTEwX21tY19yZWFkXzQoc2MsIE1NQ19HQ1RSTCl8MHg4MDAwMDAwMCk7CisJfQorCisJaWYg KGNtZC0+ZmxhZ3MgJiBNTUNfUlNQX0JVU1kpIHsKKwkJaW1hc2sgfD0gTU1DX0RhdGFUaW1lb3V0 OworCX0KKworCS8qIEVuYWJsZSBpbnRlcnJ1cHRzIGFuZCBzZXQgSU1BU0sgKi8KKwlhMTBfbW1j X3dyaXRlXzQoc2MsIE1NQ19JTUFTSywgaW1hc2spOworCWExMF9tbWNfaW50X2VuYWJsZShzYyk7 CisKKwlhMTBfbW1jX3dyaXRlXzQoc2MsIE1NQ19DQVJHLCBjbWQtPmFyZyk7CisJYTEwX21tY193 cml0ZV80KHNjLCBNTUNfQ01EUiwgY21kcmVnfGNtZC0+b3Bjb2RlKTsKKwlzYy0+c3RhdGUgPSBB MTBfTU1DX1NUX1dBSVRfQ01EX0RPTkU7CisKKwlhMTBfbW1jX3VubG9jayhzYyk7CisJcmV0dXJu IDA7Cit9CisKK3N0YXRpYyBpbnQKK2ExMF9tbWNfcmVhZF9pdmFyKGRldmljZV90IGJ1cywgZGV2 aWNlX3QgY2hpbGQsIGludCB3aGljaCwgCisgICAgdWludHB0cl90ICpyZXN1bHQpCit7CisJc3Ry dWN0IGExMF9tbWNfc29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhidXMpOworCisJc3dpdGNo ICh3aGljaCkgeworCWRlZmF1bHQ6CisJCXJldHVybiAoRUlOVkFMKTsKKwljYXNlIE1NQ0JSX0lW QVJfQlVTX01PREU6CisJCSooaW50ICopcmVzdWx0ID0gc2MtPmExMF9ob3N0Lmlvcy5idXNfbW9k ZTsKKwkJYnJlYWs7CisJY2FzZSBNTUNCUl9JVkFSX0JVU19XSURUSDoKKwkJKihpbnQgKilyZXN1 bHQgPSBzYy0+YTEwX2hvc3QuaW9zLmJ1c193aWR0aDsKKwkJYnJlYWs7CisJY2FzZSBNTUNCUl9J VkFSX0NISVBfU0VMRUNUOgorCQkqKGludCAqKXJlc3VsdCA9IHNjLT5hMTBfaG9zdC5pb3MuY2hp cF9zZWxlY3Q7CisJCWJyZWFrOworCWNhc2UgTU1DQlJfSVZBUl9DTE9DSzoKKwkJKihpbnQgKily ZXN1bHQgPSBzYy0+YTEwX2hvc3QuaW9zLmNsb2NrOworCQlicmVhazsKKwljYXNlIE1NQ0JSX0lW QVJfRl9NSU46CisJCSooaW50ICopcmVzdWx0ID0gc2MtPmExMF9ob3N0LmZfbWluOworCQlicmVh azsKKwljYXNlIE1NQ0JSX0lWQVJfRl9NQVg6CisJCSooaW50ICopcmVzdWx0ID0gc2MtPmExMF9o b3N0LmZfbWF4OworCQlicmVhazsKKwljYXNlIE1NQ0JSX0lWQVJfSE9TVF9PQ1I6CisJCSooaW50 ICopcmVzdWx0ID0gc2MtPmExMF9ob3N0Lmhvc3Rfb2NyOworCQlicmVhazsKKwljYXNlIE1NQ0JS X0lWQVJfTU9ERToKKwkJKihpbnQgKilyZXN1bHQgPSBzYy0+YTEwX2hvc3QubW9kZTsKKwkJYnJl YWs7CisJY2FzZSBNTUNCUl9JVkFSX09DUjoKKwkJKihpbnQgKilyZXN1bHQgPSBzYy0+YTEwX2hv c3Qub2NyOworCQlicmVhazsKKwljYXNlIE1NQ0JSX0lWQVJfUE9XRVJfTU9ERToKKwkJKihpbnQg KilyZXN1bHQgPSBzYy0+YTEwX2hvc3QuaW9zLnBvd2VyX21vZGU7CisJCWJyZWFrOworCWNhc2Ug TU1DQlJfSVZBUl9WREQ6CisJCSooaW50ICopcmVzdWx0ID0gc2MtPmExMF9ob3N0Lmlvcy52ZGQ7 CisJCWJyZWFrOworCWNhc2UgTU1DQlJfSVZBUl9DQVBTOgorCQkqKGludCAqKXJlc3VsdCA9IHNj LT5hMTBfaG9zdC5jYXBzOworCQlicmVhazsKKwljYXNlIE1NQ0JSX0lWQVJfTUFYX0RBVEE6CisJ CSooaW50ICopcmVzdWx0ID0gMTsKKwkJYnJlYWs7CisJfQorCisJcmV0dXJuICgwKTsKK30KKwor c3RhdGljIGludAorYTEwX21tY193cml0ZV9pdmFyKGRldmljZV90IGJ1cywgZGV2aWNlX3QgY2hp bGQsIGludCB3aGljaCwKKyAgICB1aW50cHRyX3QgdmFsdWUpCit7CisJc3RydWN0IGExMF9tbWNf c29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhidXMpOworCisJc3dpdGNoICh3aGljaCkgewor CWRlZmF1bHQ6CisJCXJldHVybiAoRUlOVkFMKTsKKwljYXNlIE1NQ0JSX0lWQVJfQlVTX01PREU6 CisJCXNjLT5hMTBfaG9zdC5pb3MuYnVzX21vZGUgPSB2YWx1ZTsKKwkJYnJlYWs7CisJY2FzZSBN TUNCUl9JVkFSX0JVU19XSURUSDoKKwkJc2MtPmExMF9ob3N0Lmlvcy5idXNfd2lkdGggPSB2YWx1 ZTsKKwkJYnJlYWs7CisJY2FzZSBNTUNCUl9JVkFSX0NISVBfU0VMRUNUOgorCQlzYy0+YTEwX2hv c3QuaW9zLmNoaXBfc2VsZWN0ID0gdmFsdWU7CisJCWJyZWFrOworCWNhc2UgTU1DQlJfSVZBUl9D TE9DSzoKKwkJc2MtPmExMF9ob3N0Lmlvcy5jbG9jayA9IHZhbHVlOworCQlicmVhazsKKwljYXNl IE1NQ0JSX0lWQVJfTU9ERToKKwkJc2MtPmExMF9ob3N0Lm1vZGUgPSB2YWx1ZTsKKwkJYnJlYWs7 CisJY2FzZSBNTUNCUl9JVkFSX09DUjoKKwkJc2MtPmExMF9ob3N0Lm9jciA9IHZhbHVlOworCQli cmVhazsKKwljYXNlIE1NQ0JSX0lWQVJfUE9XRVJfTU9ERToKKwkJc2MtPmExMF9ob3N0Lmlvcy5w b3dlcl9tb2RlID0gdmFsdWU7CisJCWJyZWFrOworCWNhc2UgTU1DQlJfSVZBUl9WREQ6CisJCXNj LT5hMTBfaG9zdC5pb3MudmRkID0gdmFsdWU7CisJCWJyZWFrOworCS8qIFRoZXNlIGFyZSByZWFk LW9ubHkgKi8KKwljYXNlIE1NQ0JSX0lWQVJfQ0FQUzoKKwljYXNlIE1NQ0JSX0lWQVJfSE9TVF9P Q1I6CisJY2FzZSBNTUNCUl9JVkFSX0ZfTUlOOgorCWNhc2UgTU1DQlJfSVZBUl9GX01BWDoKKwlj YXNlIE1NQ0JSX0lWQVJfTUFYX0RBVEE6CisJCXJldHVybiAoRUlOVkFMKTsKKwl9CisJcmV0dXJu ICgwKTsKK30KKworc3RhdGljIGludAorYTEwX21tY191cGRhdGVfaW9zKGRldmljZV90IGJ1cywg ZGV2aWNlX3QgY2hpbGQpCit7CisJc3RydWN0IGExMF9tbWNfc29mdGMgKnNjID0gZGV2aWNlX2dl dF9zb2Z0YyhidXMpOworCXN0cnVjdCBtbWNfaW9zICppb3MgPSAmc2MtPmExMF9ob3N0LmlvczsK Kwl1bnNpZ25lZCBpbnQgY2xrZGl2ID0gMDsKKworCS8qIENoYW5nZSBjbG9jayBmaXJzdCAqLwor CWNsa2RpdiA9ICgweDA0ZGQxZTAwICsgKGlvcy0+Y2xvY2s+PjEpKS9pb3MtPmNsb2NrLzI7CisJ aWYgKGlvcy0+Y2xvY2spIHsKKwkJaWYgKGExMF9tbWNfY29uZmlnX2Nsb2NrKHNjLCBjbGtkaXYp KSB7CisJCQlyZXR1cm4gLTE7CisJCX0KKwl9CisKKwkvKiBTZXQgdGhlIGJ1cyB3aWR0aCAqLwor CXN3aXRjaCAoaW9zLT5idXNfd2lkdGgpIHsKKwkJY2FzZSBidXNfd2lkdGhfMToKKwkJCWExMF9t bWNfd3JpdGVfNChzYywgTU1DX1dJRFRILCBNTUNfV0lEVEgxKTsKKwkJCWJyZWFrOworCQljYXNl IGJ1c193aWR0aF80OgorCQkJYTEwX21tY193cml0ZV80KHNjLCBNTUNfV0lEVEgsIE1NQ19XSURU SDQpOworCQkJYnJlYWs7CisJCWNhc2UgYnVzX3dpZHRoXzg6CisJCQlhMTBfbW1jX3dyaXRlXzQo c2MsIE1NQ19XSURUSCwgTU1DX1dJRFRIOCk7CisJCQlicmVhazsKKwl9CisKKwlyZXR1cm4gKDAp OworfQorCitzdGF0aWMgaW50CithMTBfbW1jX2dldF9ybyhkZXZpY2VfdCBidXMsIGRldmljZV90 IGNoaWxkKQoreworCXJldHVybiAoMCk7Cit9CisKK3N0YXRpYyBpbnQKK2ExMF9tbWNfYWNxdWly ZV9ob3N0KGRldmljZV90IGJ1cywgZGV2aWNlX3QgY2hpbGQpCit7CisJc3RydWN0IGExMF9tbWNf c29mdGMgKnNjID0gZGV2aWNlX2dldF9zb2Z0YyhidXMpOworCWludCBlcnJvciA9IDA7CisKKwlh MTBfbW1jX2xvY2soc2MpOworCXdoaWxlIChzYy0+YTEwX2J1c19idXN5KQorCQllcnJvciA9IG10 eF9zbGVlcChzYywgJnNjLT5hMTBfbXR4LCBQWkVSTywgIm1tY2FoIiwgMCk7CisKKwlzYy0+YTEw X2J1c19idXN5Kys7CisJYTEwX21tY191bmxvY2soc2MpOworCXJldHVybiAoZXJyb3IpOworfQor CitzdGF0aWMgaW50CithMTBfbW1jX3JlbGVhc2VfaG9zdChkZXZpY2VfdCBidXMsIGRldmljZV90 IGNoaWxkKQoreworCXN0cnVjdCBhMTBfbW1jX3NvZnRjICpzYyA9IGRldmljZV9nZXRfc29mdGMo YnVzKTsKKworCWExMF9tbWNfbG9jayhzYyk7CisJc2MtPmExMF9idXNfYnVzeS0tOworCXdha2V1 cChzYyk7CisJYTEwX21tY191bmxvY2soc2MpOworCXJldHVybiAoMCk7Cit9CisKK3N0YXRpYyBk ZXZpY2VfbWV0aG9kX3QgYTEwX21tY19tZXRob2RzW10gPSB7CisJLyogRGV2aWNlIGludGVyZmFj ZSAqLworCURFVk1FVEhPRChkZXZpY2VfcHJvYmUsCQlhMTBfbW1jX3Byb2JlKSwKKwlERVZNRVRI T0QoZGV2aWNlX2F0dGFjaCwJYTEwX21tY19hdHRhY2gpLAorCURFVk1FVEhPRChkZXZpY2VfZGV0 YWNoLAlhMTBfbW1jX2RldGFjaCksCisKKwkvKiBCdXMgaW50ZXJmYWNlICovCisJREVWTUVUSE9E KGJ1c19yZWFkX2l2YXIsCWExMF9tbWNfcmVhZF9pdmFyKSwKKwlERVZNRVRIT0QoYnVzX3dyaXRl X2l2YXIsCWExMF9tbWNfd3JpdGVfaXZhciksCisJREVWTUVUSE9EKGJ1c19wcmludF9jaGlsZCwJ YnVzX2dlbmVyaWNfcHJpbnRfY2hpbGQpLAorCisJLyogTU1DIGJyaWRnZSBpbnRlcmZhY2UgKi8K KwlERVZNRVRIT0QobW1jYnJfdXBkYXRlX2lvcywJYTEwX21tY191cGRhdGVfaW9zKSwKKwlERVZN RVRIT0QobW1jYnJfcmVxdWVzdCwJYTEwX21tY19yZXF1ZXN0KSwKKwlERVZNRVRIT0QobW1jYnJf Z2V0X3JvLAkJYTEwX21tY19nZXRfcm8pLAorCURFVk1FVEhPRChtbWNicl9hY3F1aXJlX2hvc3Qs CWExMF9tbWNfYWNxdWlyZV9ob3N0KSwKKwlERVZNRVRIT0QobW1jYnJfcmVsZWFzZV9ob3N0LAlh MTBfbW1jX3JlbGVhc2VfaG9zdCksCisKKwl7IDAsIDAgfQorfTsKKworc3RhdGljIGRldmNsYXNz X3QgYTEwX21tY19kZXZjbGFzczsKKworc3RhdGljIGRyaXZlcl90IGExMF9tbWNfZHJpdmVyID0g eworCSJhMTBfbW1jIiwKKwlhMTBfbW1jX21ldGhvZHMsCisJc2l6ZW9mKHN0cnVjdCBhMTBfbW1j X3NvZnRjKSwKK307CisKK0RSSVZFUl9NT0RVTEUoYTEwX21tYywgc2ltcGxlYnVzLCBhMTBfbW1j X2RyaXZlciwgYTEwX21tY19kZXZjbGFzcywgMCwgMCk7CisKSW5kZXg6IHN5cy9hcm0vYWxsd2lu bmVyL2ExMF9tbWMuaAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYXJtL2FsbHdpbm5lci9hMTBfbW1jLmgJ KHJldmlzaW9uIDApCisrKyBzeXMvYXJtL2FsbHdpbm5lci9hMTBfbW1jLmgJKHdvcmtpbmcgY29w eSkKQEAgLTAsMCArMSwxNzcgQEAKKy8qLQorICogQ29weXJpZ2h0IChjKSAyMDEzIEFsZXhhbmRl ciBGZWRvcm92IDxhbGV4YW5kZXIuZmVkb3JvdkBydGxzZXJ2aWNlLmNvbT4KKyAqIEFsbCByaWdo dHMgcmVzZXJ2ZWQuCisgKgorICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5k IGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CisgKiBtb2RpZmljYXRpb24sIGFyZSBwZXJt aXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMKKyAqIGFyZSBtZXQ6 CisgKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFi b3ZlIGNvcHlyaWdodAorICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQg dGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLgorICogMi4gUmVkaXN0cmlidXRpb25zIGluIGJpbmFy eSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5cmlnaHQKKyAqICAgIG5vdGljZSwg dGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0 aGUKKyAqICAgIGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRlZCB3 aXRoIHRoZSBkaXN0cmlidXRpb24uCisgKgorICogVEhJUyBTT0ZUV0FSRSBJUyBQUk9WSURFRCBC WSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORAorICogQU5ZIEVYUFJF U1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywg VEhFCisgKiBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIEFORCBGSVRORVNT IEZPUiBBIFBBUlRJQ1VMQVIgUFVSUE9TRQorICogQVJFIERJU0NMQUlNRUQuICBJTiBOTyBFVkVO VCBTSEFMTCBUSEUgQVVUSE9SIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUKKyAqIEZPUiBBTlkg RElSRUNULCBJTkRJUkVDVCwgSU5DSURFTlRBTCwgU1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05T RVFVRU5USUFMCisgKiBEQU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywgUFJP Q1VSRU1FTlQgT0YgU1VCU1RJVFVURSBHT09EUworICogT1IgU0VSVklDRVM7IExPU1MgT0YgVVNF LCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pCisgKiBIT1dFVkVS IENBVVNFRCBBTkQgT04gQU5ZIFRIRU9SWSBPRiBMSUFCSUxJVFksIFdIRVRIRVIgSU4gQ09OVFJB Q1QsIFNUUklDVAorICogTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5DRSBP UiBPVEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWQorICogT1VUIE9GIFRIRSBVU0UgT0YgVEhJ UyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRgorICogU1VD SCBEQU1BR0UuCisgKgorICovCisKKyNpZm5kZWYgX0ExMF9NTUNfSF8KKyNkZWZpbmUgX0ExMF9N TUNfSF8KKworI2RlZmluZSBNTUNfR0NUUkwgICAgICAgICAgICAgIDB4MDAgICAgICAgICAgICAg IC8vIFNNQyBHbG9iYWwgQ29udHJvbCBSZWdpc3RlcgorI2RlZmluZSBNTUNfQ0xLQ1IgICAgICAg ICAgICAgIDB4MDQgICAgICAgICAgICAgIC8vIFNNQyBDbG9jayBDb250cm9sIFJlZ2lzdGVyCisj ZGVmaW5lIE1NQ19UTU9VVCAgICAgICAgICAgICAgMHgwOCAgICAgICAgICAgICAgLy8gU01DIFRp bWUgT3V0IFJlZ2lzdGVyCisjZGVmaW5lIE1NQ19XSURUSCAgICAgICAgICAgICAgMHgwQyAgICAg ICAgICAgICAgLy8gU01DIEJ1cyBXaWR0aCBSZWdpc3RlcgorI2RlZmluZSBNTUNfQkxLU1ogICAg ICAgICAgICAgIDB4MTAgICAgICAgICAgICAgIC8vIFNNQyBCbG9jayBTaXplIFJlZ2lzdGVyCisj ZGVmaW5lIE1NQ19CQ05UUiAgICAgICAgICAgICAgMHgxNCAgICAgICAgICAgICAgLy8gU01DIEJ5 dGUgQ291bnQgUmVnaXN0ZXIKKyNkZWZpbmUgTU1DX0NNRFIgICAgICAgICAgICAgICAweDE4ICAg ICAgICAgICAgICAvLyBTTUMgQ29tbWFuZCBSZWdpc3RlcgorI2RlZmluZSBNTUNfQ0FSRyAgICAg ICAgICAgICAgIDB4MUMgICAgICAgICAgICAgIC8vIFNNQyBBcmd1bWVudCBSZWdpc3RlcgorI2Rl ZmluZSBNTUNfUkVTUDAgICAgICAgICAgICAgIDB4MjAgICAgICAgICAgICAgIC8vIFNNQyBSZXNw b25zZSBSZWdpc3RlciAwCisjZGVmaW5lIE1NQ19SRVNQMSAgICAgICAgICAgICAgMHgyNCAgICAg ICAgICAgICAgLy8gU01DIFJlc3BvbnNlIFJlZ2lzdGVyIDEKKyNkZWZpbmUgTU1DX1JFU1AyICAg ICAgICAgICAgICAweDI4ICAgICAgICAgICAgICAvLyBTTUMgUmVzcG9uc2UgUmVnaXN0ZXIgMgor I2RlZmluZSBNTUNfUkVTUDMgICAgICAgICAgICAgIDB4MkMgICAgICAgICAgICAgIC8vIFNNQyBS ZXNwb25zZSBSZWdpc3RlciAzCisjZGVmaW5lIE1NQ19JTUFTSyAgICAgICAgICAgICAgMHgzMCAg ICAgICAgICAgICAgLy8gU01DIEludGVycnVwdCBNYXNrIFJlZ2lzdGVyCisjZGVmaW5lIE1NQ19N SVNUQSAgICAgICAgICAgICAgMHgzNCAgICAgICAgICAgICAgLy8gU01DIE1hc2tlZCBJbnRlcnJ1 cHQgU3RhdHVzIFJlZ2lzdGVyCisjZGVmaW5lIE1NQ19SSU5UUiAgICAgICAgICAgICAgMHgzOCAg ICAgICAgICAgICAgLy8gU01DIFJhdyBJbnRlcnJ1cHQgU3RhdHVzIFJlZ2lzdGVyCisjZGVmaW5l IE1NQ19TVEFTICAgICAgICAgICAgICAgMHgzQyAgICAgICAgICAgICAgLy8gU01DIFN0YXR1cyBS ZWdpc3RlcgorI2RlZmluZSBNTUNfRlRSR0wgICAgICAgICAgICAgIDB4NDAgICAgICAgICAgICAg IC8vIFNNQyBGSUZPIFRocmVzaG9sZCBXYXRlcm1hcmsgUmVnaXN0ZXIKKyNkZWZpbmUgTU1DX0ZV TlMgICAgICAgICAgICAgICAweDQ0ICAgICAgICAgICAgICAvLyBTTUMgRnVuY3Rpb24gU2VsZWN0 IFJlZ2lzdGVyCisjZGVmaW5lIE1NQ19DQkNSICAgICAgICAgICAgICAgMHg0OCAgICAgICAgICAg ICAgLy8gU01DIENJVSBCeXRlIENvdW50IFJlZ2lzdGVyCisjZGVmaW5lIE1NQ19CQkNSICAgICAg ICAgICAgICAgMHg0QyAgICAgICAgICAgICAgLy8gU01DIEJJVSBCeXRlIENvdW50IFJlZ2lzdGVy CisjZGVmaW5lIE1NQ19EQkdDICAgICAgICAgICAgICAgMHg1MCAgICAgICAgICAgICAgLy8gU01D IERlYnVnIEVuYWJsZSBSZWdpc3RlcgorI2RlZmluZSBNTUNfRE1BQyAgICAgICAgICAgICAgIDB4 ODAgICAgICAgICAgICAgIC8vIFNNQyBJRE1BQyBDb250cm9sIFJlZ2lzdGVyCisjZGVmaW5lIE1N Q19ETEJBICAgICAgICAgICAgICAgMHg4NCAgICAgICAgICAgICAgLy8gU01DIElETUFDIERlc2Ny aXB0b3IgTGlzdCBCYXNlIEFkZHJlc3MgUmVnaXN0ZXIKKyNkZWZpbmUgTU1DX0lEU1QgICAgICAg ICAgICAgICAweDg4ICAgICAgICAgICAgICAvLyBTTUMgSURNQUMgU3RhdHVzIFJlZ2lzdGVyCisj ZGVmaW5lIE1NQ19JRElFICAgICAgICAgICAgICAgMHg4QyAgICAgICAgICAgICAgLy8gU01DIElE TUFDIEludGVycnVwdCBFbmFibGUgUmVnaXN0ZXIKKyNkZWZpbmUgTU1DX0NIREEgICAgICAgICAg ICAgICAweDkwCisjZGVmaW5lIE1NQ19DQkRBICAgICAgICAgICAgICAgMHg5NAorI2RlZmluZSBN TUNfRklGTyAgICAgICAgICAgICAgIDB4MTAwICAgICAgICAgICAgIC8vIFNNQyBGSUZPIEFjY2Vz cyBBZGRyZXNzCisKKy8qIE1NQ19HQ1RSTCAqLworI2RlZmluZSBNTUNfU09GVF9SRVNFVF9CICAg ICAgICAgICAgICAgICgxIDw8ICAwKQorI2RlZmluZSBNTUNfRklGT19SRVNFVF9CICAgICAgICAg ICAgICAgICgxIDw8ICAxKQorI2RlZmluZSBNTUNfRE1BX1JFU0VUX0IgICAgICAgICAgICAgICAg ICgxIDw8ICAyKQorI2RlZmluZSBNTUNfSU5UX0VOQUJMRV9CICAgICAgICAgICAgICAgICAgICgx IDw8IDQpCisjZGVmaW5lIE1NQ19ETUFfRU5BQkxFX0IgICAgICAgICAgICAgICAgICAgKDEgPDwg NSkKKyNkZWZpbmUgTU1DX0RFQk9VTkNFX0VOQUJMRV9CICAgICAgICAgICAgICAoMSA8PCA4KQor I2RlZmluZSBNTUNfUG9zZWRnZUxhdGNoRGF0YSAgICAgICAgICgxIDw8IDkpCisjZGVmaW5lIE1N Q19OZWdlZGdlTGF0Y2hEYXRhICAgICAgICAgKDAgPDwgOSkKKyNkZWZpbmUgTU1DX0REUl9NT0RF ICAgICAgICAgICAgICAgICAoMSA8PCAxMCkKKyNkZWZpbmUgTU1DX0FDQ0VTU19CWV9BSEIgICAg ICAgICAgICAoMSA8PCAzMSkKKyNkZWZpbmUgTU1DX0FDQ0VTU19CWV9ETUEgICAgICAgICAgICAo MCA8PCAzMSkKKworLyogQ0xLQ1IgKi8KKyNkZWZpbmUgTU1DX0NBUkRfQ0xLX09OICAgICAgICAg ICAgICAgICgxIDw8IDE2KQorI2RlZmluZSBNTUNfTE9XX1BPV0VSX09OICAgICAgICAgICAgICAg KDEgPDwgMTcpCisKKy8qIE1NQ19XSURUSCAqLworI2RlZmluZSBNTUNfV0lEVEgxICAgICAgICAg ICAgICAgICAgICgwKQorI2RlZmluZSBNTUNfV0lEVEg0ICAgICAgICAgICAgICAgICAgICgxKQor I2RlZmluZSBNTUNfV0lEVEg4ICAgICAgICAgICAgICAgICAgICgyKQorCisvKiBNTUNfQ01EUiAq LworI2RlZmluZSBNTUNfUnNwRXhwICAgICAgICAgICAgICAgICAgICgxIDw8IDYpICAvLzB4NDAK KyNkZWZpbmUgTU1DX0xvbmdSc3AgICAgICAgICAgICAgICAgICAoMSA8PCA3KSAgLy8weDgwCisj ZGVmaW5lIE1NQ19DaGVja1JzcENSQyAgICAgICAgICAgICAgKDEgPDwgOCkgIC8vMHgxMDAKKyNk ZWZpbmUgTU1DX0RhdGFFeHAgICAgICAgICAgICAgICAgICAoMSA8PCA5KSAgLy8weDIwMAorI2Rl ZmluZSBNTUNfUmVhZCAgICAgICAgICAgICAgICAgICAgICgwIDw8IDEwKSAvLzB4MDAwCisjZGVm aW5lIE1NQ19Xcml0ZSAgICAgICAgICAgICAgICAgICAgKDEgPDwgMTApIC8vMHg0MDAKKyNkZWZp bmUgTU1DX0Jsb2NrbW9kICAgICAgICAgICAgICAgICAoMCA8PCAxMSkgLy8weDAwMAorI2RlZmlu ZSBNTUNfU2VxbW9kICAgICAgICAgICAgICAgICAgICgxIDw8IDExKSAvLzB4ODAwCisjZGVmaW5l IE1NQ19TZW5kQXV0b1N0b3AgICAgICAgICAgICAgKDEgPDwgMTIpIC8vMHgxMDAwCisjZGVmaW5l IE1NQ19XYWl0UHJlT3ZlciAgICAgICAgICAgICAgKDEgPDwgMTMpIC8vMHgyMDAwCisjZGVmaW5l IE1NQ19TdG9wQWJvcnRDTUQgICAgICAgICAgICAgKDEgPDwgMTQpIC8vMHg0MDAwCisjZGVmaW5l IE1NQ19TZW5kSW5pdFNlcSAgICAgICAgICAgICAgKDEgPDwgMTUpIC8vMHg4MDAwCisjZGVmaW5l IE1NQ19VUENMS09ubHkgICAgICAgICAgICAgICAgKDEgPDwgMjEpIC8vMHgyMDAwMDAKKyNkZWZp bmUgTU1DX1JkQ0VBVEFEZXYgICAgICAgICAgICAgICAoMSA8PCAyMikgLy8weDQwMDAwMAorI2Rl ZmluZSBNTUNfQ0NTRXhwICAgICAgICAgICAgICAgICAgICgxIDw8IDIzKSAvLzB4ODAwMDAwCisj ZGVmaW5lIE1NQ19FbmJCb290ICAgICAgICAgICAgICAgICAgKDEgPDwgMjQpIC8vMHgxMDAwMDAw CisjZGVmaW5lIE1NQ19BbHRCb290T3B0ICAgICAgICAgICAgICAgKDEgPDwgMjUpIC8vMHgyMDAw MDAwCisjZGVmaW5lIE1NQ19NYW5kQm9vdE9wdCAgICAgICAgICAgICAgKDAgPDwgMjUpIC8vMHgw MDAwMDAwCisjZGVmaW5lIE1NQ19Cb290QUNLRXhwICAgICAgICAgICAgICAgKDEgPDwgMjYpIC8v MHg0MDAwMDAwCisjZGVmaW5lIE1NQ19EaXNhYmxlQm9vdCAgICAgICAgICAgICAgKDEgPDwgMjcp IC8vMHg4MDAwMDAwCisjZGVmaW5lIE1NQ19Wb2xTd2l0Y2ggICAgICAgICAgICAgICAgKDEgPDwg MjgpIC8vMHgxMDAwMDAwMAorI2RlZmluZSBNTUNfU3RhcnQgICAgICAgICAgICAgICAgICAgICgx IDw8IDMxKSAvLzB4ODAwMDAwMDAKKworLyogU3RydWN0IGZvciBJbnRycnJ1cHQgSW5mb3JtYXRp b24gKi8KKyNkZWZpbmUgTU1DX1Jlc3BFcnIgICAgICAgICAgICAgICAgICAoMSA8PCAxKSAgLy8w eDIKKyNkZWZpbmUgTU1DX0NtZERvbmUgICAgICAgICAgICAgICAgICAoMSA8PCAyKSAgLy8weDQK KyNkZWZpbmUgTU1DX0RhdGFPdmVyICAgICAgICAgICAgICAgICAoMSA8PCAzKSAgLy8weDgKKyNk ZWZpbmUgTU1DX1R4RGF0YVJlcSAgICAgICAgICAgICAgICAoMSA8PCA0KSAgLy8weDEwCisjZGVm aW5lIE1NQ19SeERhdGFSZXEgICAgICAgICAgICAgICAgKDEgPDwgNSkgIC8vMHgyMAorI2RlZmlu ZSBNTUNfUmVzcENSQ0VyciAgICAgICAgICAgICAgICgxIDw8IDYpICAvLzB4NDAKKyNkZWZpbmUg TU1DX0RhdGFDUkNFcnIgICAgICAgICAgICAgICAoMSA8PCA3KSAgLy8weDgwCisjZGVmaW5lIE1N Q19SZXNwVGltZW91dCAgICAgICAgICAgICAgKDEgPDwgOCkgIC8vMHgxMDAKKyNkZWZpbmUgTU1D X0FDS1JjdiAgICAgICAgICAgICAgICAgICAoMSA8PCA4KSAgLy8weDEwMAorI2RlZmluZSBNTUNf RGF0YVRpbWVvdXQgICAgICAgICAgICAgICgxIDw8IDkpICAvLzB4MjAwCisjZGVmaW5lIE1NQ19C b290U3RhcnQgICAgICAgICAgICAgICAgKDEgPDwgOSkgIC8vMHgyMDAKKyNkZWZpbmUgTU1DX0Rh dGFTdGFydmUgICAgICAgICAgICAgICAoMSA8PCAxMCkgLy8weDQwMAorI2RlZmluZSBNTUNfVm9s Q2hnRG9uZSAgICAgICAgICAgICAgICgxIDw8IDEwKSAvLzB4NDAwCisjZGVmaW5lIE1NQ19GSUZP UnVuRXJyICAgICAgICAgICAgICAgKDEgPDwgMTEpIC8vMHg4MDAKKyNkZWZpbmUgTU1DX0hhcmRX TG9ja2VkICAgICAgICAgICAgICAoMSA8PCAxMikgLy8weDEwMDAKKyNkZWZpbmUgTU1DX1N0YXJ0 Qml0RXJyICAgICAgICAgICAgICAoMSA8PCAxMykgLy8weDIwMDAKKyNkZWZpbmUgTU1DX0F1dG9D TUREb25lICAgICAgICAgICAgICAoMSA8PCAxNCkgLy8weDQwMDAKKyNkZWZpbmUgTU1DX0VuZEJp dEVyciAgICAgICAgICAgICAgICAoMSA8PCAxNSkgLy8weDgwMDAKKyNkZWZpbmUgTU1DX1NESU9J bnQgICAgICAgICAgICAgICAgICAoMSA8PCAxNikgLy8weDEwMDAwCisjZGVmaW5lIE1NQ19DYXJk SW5zZXJ0ICAgICAgICAgICAgICAgKDEgPDwgMzApIC8vMHg0MDAwMDAwMAorI2RlZmluZSBNTUNf Q2FyZFJlbW92ZSAgICAgICAgICAgICAgICgxIDw8IDMxKSAvLzB4ODAwMDAwMDAKKyNkZWZpbmUg TU1DX0ludEVyckJpdCAgICAgICAgICAgICAgICAoTU1DX1Jlc3BFcnIgfCBNTUNfUmVzcENSQ0Vy ciB8IE1NQ19EYXRhQ1JDRXJyIHwgTU1DX1Jlc3BUaW1lb3V0IHwgTU1DX0RhdGFUaW1lb3V0ICBc CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfCBNTUNfRklGT1J1bkVy ciB8IE1NQ19IYXJkV0xvY2tlZCB8IE1NQ19TdGFydEJpdEVyciB8IE1NQ19FbmRCaXRFcnIpICAv LzB4YmZjMgorLyogc3RhdHVzICovCisjZGVmaW5lIE1NQ19SWFdMRmxhZyAgICAgICAgICAgICAg ICAgKDEgPDwgMCkKKyNkZWZpbmUgTU1DX1RYV0xGbGFnICAgICAgICAgICAgICAgICAoMSA8PCAx KQorI2RlZmluZSBNTUNfRklGT0VtcHR5ICAgICAgICAgICAgICAgICgxIDw8IDIpCisjZGVmaW5l IE1NQ19GSUZPRnVsbCAgICAgICAgICAgICAgICAgKDEgPDwgMykKKyNkZWZpbmUgTU1DX0NhcmRQ cmVzZW50ICAgICAgICAgICAgICAoMSA8PCA4KQorI2RlZmluZSBNTUNfQ2FyZERhdGFCdXN5ICAg ICAgICAgICAgICgxIDw8IDkpCisjZGVmaW5lIE1NQ19EYXRhRlNNQnVzeSAgICAgICAgICAgICAg KDEgPDwgMTApCisjZGVmaW5lIE1NQ19ETUFSZXEgICAgICAgICAgICAgICAgICAgKDEgPDwgMzEp CisjZGVmaW5lIE1NQ19GSUZPX1NJWkUgICAgICAgICAgICAgICAgKDE2KQorLyogRnVuY3Rpb24g c2VsZWN0ICovCisjZGVmaW5lIE1NQ19DRUFUQU9uICAgICAgICAgICAgICAgICAgKDB4Y2VhYVU8 PCAxNikKKyNkZWZpbmUgTU1DX1NlbmRJcnFSc3AgICAgICAgICAgICAgICAoMSA8PCAwKQorI2Rl ZmluZSBNTUNfU0RJT1JkV2FpdCAgICAgICAgICAgICAgICgxIDw8IDEpCisjZGVmaW5lIE1NQ19B YnRSZERhdGEgICAgICAgICAgICAgICAgKDEgPDwgMikKKyNkZWZpbmUgTU1DX1NlbmRDQ1NEICAg ICAgICAgICAgICAgICAoMSA8PCA4KQorI2RlZmluZSBNTUNfU2VuZEF1dG9TdG9wQ0NTRCAgICAg ICAgICgxIDw8IDkpCisjZGVmaW5lIE1NQ19DRUFUQURldkludEVuYiAgICAgICAgICAgKDEgPDwg MTApCisvKiBJRE1BIGNvbnRyb2xsZXIgYnVzIG1vZCBiaXQgZmllbGQgKi8KKyNkZWZpbmUgTU1D X0lETUFDU29mdFJTVCAgICAgICAgICAgICAoMSA8PCAwKQorI2RlZmluZSBNTUNfSURNQUNGaXhC dXJzdCAgICAgICAgICAgICgxIDw8IDEpCisjZGVmaW5lIE1NQ19JRE1BQ0lETUFPbiAgICAgICAg ICAgICAgKDEgPDwgNykKKyNkZWZpbmUgTU1DX0lETUFDUmVmZXRjaERFUyAgICAgICAgICAoMSA8 PCAzMSkKKy8qIElETUEgc3RhdHVzIGJpdCBmaWVsZCAqLworI2RlZmluZSBNTUNfSURNQUNUcmFu c21pdEludCAgICAgICAgICgxIDw8IDApCisjZGVmaW5lIE1NQ19JRE1BQ1JlY2VpdmVJbnQgICAg ICAgICAgKDEgPDwgMSkKKyNkZWZpbmUgTU1DX0lETUFDRmF0YWxCdXNFcnIgICAgICAgICAoMSA8 PCAyKQorI2RlZmluZSBNTUNfSURNQUNEZXNJbnZhbGlkICAgICAgICAgICgxIDw8IDQpCisjZGVm aW5lIE1NQ19JRE1BQ0NhcmRFcnJTdW0gICAgICAgICAgKDEgPDwgNSkKKyNkZWZpbmUgTU1DX0lE TUFDTm9ybWFsSW50U3VtICAgICAgICAoMSA8PCA4KQorI2RlZmluZSBNTUNfSURNQUNBYm5vcm1h bEludFN1bSAgICAgICgxIDw8IDkpCisjZGVmaW5lIE1NQ19JRE1BQ0hvc3RBYnRJblR4ICAgICAg ICAgKDEgPDwgMTApCisjZGVmaW5lIE1NQ19JRE1BQ0hvc3RBYnRJblJ4ICAgICAgICAgKDEgPDwg MTApCisjZGVmaW5lIE1NQ19JRE1BQ0lkbGUgICAgICAgICAgICAgICAgKDAgPDwgMTMpCisjZGVm aW5lIE1NQ19JRE1BQ1N1c3BlbmQgICAgICAgICAgICAgKDEgPDwgMTMpCisjZGVmaW5lIE1NQ19J RE1BQ0RFU0NSZCAgICAgICAgICAgICAgKDB4MlU8PCAxMykKKyNkZWZpbmUgTU1DX0lETUFDREVT Q0NoZWNrICAgICAgICAgICAoMHgzVTw8IDEzKQorI2RlZmluZSBNTUNfSURNQUNSZFJlcVdhaXQg ICAgICAgICAgICgweDRVPDwgMTMpCisjZGVmaW5lIE1NQ19JRE1BQ1dyUmVxV2FpdCAgICAgICAg ICAgKDB4NVU8PCAxMykKKyNkZWZpbmUgTU1DX0lETUFDUmQgICAgICAgICAgICAgICAgICAoMHg2 VTw8IDEzKQorI2RlZmluZSBNTUNfSURNQUNXciAgICAgICAgICAgICAgICAgICgweDdVPDwgMTMp CisjZGVmaW5lIE1NQ19JRE1BQ0RFU0NDbG9zZSAgICAgICAgICAgKDB4OFU8PCAxMykKKworI2Rl ZmluZSBNTUNfSURNQV9PVkVSICAgICAgIChNTUNfSURNQUNUcmFuc21pdEludHxNTUNfSURNQUNS ZWNlaXZlSW50fE1NQ19JRE1BQ05vcm1hbEludFN1bSkKKyNkZWZpbmUgTU1DX0lETUFfRVJSICAg ICAgICAoTU1DX0lETUFDRmF0YWxCdXNFcnJ8TU1DX0lETUFDRGVzSW52YWxpZHxNTUNfSURNQUND YXJkRXJyU3VtfE1NQ19JRE1BQ0Fibm9ybWFsSW50U3VtKQorCisjZW5kaWYgLyogX0ExMF9NTUNf SF8gKi8KKwpJbmRleDogc3lzL2FybS9hbGx3aW5uZXIvZmlsZXMuYTEwCj09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0t IHN5cy9hcm0vYWxsd2lubmVyL2ZpbGVzLmExMAkocmV2aXNpb24gMjUyMzEwKQorKysgc3lzL2Fy bS9hbGx3aW5uZXIvZmlsZXMuYTEwCSh3b3JraW5nIGNvcHkpCkBAIC0xMiw2ICsxMiw3IEBACiBh cm0vYWxsd2lubmVyL2ExMF9jbGsuYwkJCXN0YW5kYXJkCiBhcm0vYWxsd2lubmVyL2ExMF9ncGlv LmMJCW9wdGlvbmFsCWdwaW8KIGFybS9hbGx3aW5uZXIvYTEwX2VoY2kuYwkJb3B0aW9uYWwJZWhj aQorYXJtL2FsbHdpbm5lci9hMTBfbW1jLmMJCQlvcHRpb25hbAltbWMKIGFybS9hbGx3aW5uZXIv YTEwX3dkb2cuYwkJc3RhbmRhcmQKIGFybS9hbGx3aW5uZXIvdGltZXIuYwkJCXN0YW5kYXJkCiBh cm0vYWxsd2lubmVyL2FpbnRjLmMJCQlzdGFuZGFyZApJbmRleDogc3lzL2FybS9hbGx3aW5uZXIv YTEwX2Nsay5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9hcm0vYWxsd2lubmVyL2ExMF9jbGsuYwkocmV2 aXNpb24gMjUyMzEwKQorKysgc3lzL2FybS9hbGx3aW5uZXIvYTEwX2Nsay5jCSh3b3JraW5nIGNv cHkpCkBAIC0xNzAsMyArMTcwLDM2IEBACiAJcmV0dXJuICgwKTsKIH0KIAoraW50CithMTBfY2xr X21tY19hY3RpdmF0ZSh2b2lkKQoreworCXN0cnVjdCBhMTBfY2NtX3NvZnRjICpzYyA9IGExMF9j Y21fc2M7CisJdWludDMyX3QgcmVnX3ZhbHVlOworCXVuc2lnbmVkIGludCBwbGw1X2NsazsKKwl1 bnNpZ25lZCBpbnQgZGl2aWRlcjsKKwl1bnNpZ25lZCBpbnQgbiwgaywgcDsKKworCWlmIChzYyA9 PSBOVUxMKQorCQlyZXR1cm4gRU5YSU87CisKKwkvKiBHYXRpbmcgQUhCIGNsb2NrIGZvciBTRE1N QzAgKi8KKwlyZWdfdmFsdWUgPSBjY21fcmVhZF80KHNjLCBDQ01fQUhCX0dBVElORzApOworCXJl Z192YWx1ZSB8PSBDQ01fQUhCX0dBVElOR19TRE1NQzA7CisJY2NtX3dyaXRlXzQoc2MsIENDTV9B SEJfR0FUSU5HMCwgcmVnX3ZhbHVlKTsKKworCS8qIGNvbmZpZyBtb2QgY2xvY2sgKi8KKwlyZWdf dmFsdWUgPSBjY21fcmVhZF80KHNjLCBDQ01fUExMNV9DRkcpOworCW4gPSAocmVnX3ZhbHVlID4+ IDgpICYgMHgxZjsKKwlrID0gKChyZWdfdmFsdWUgPj4gNCkgJiAzKSArIDE7CisJcCA9IDEgPDwg KChyZWdfdmFsdWUgPj4gMTYpICYgMyk7CisJcGxsNV9jbGsgPSAyNDAwMDAwMCAqIG4gKiBrIC8g cDsKKwlpZiAocGxsNV9jbGsgPiA0MDAwMDAwMDApCisJCWRpdmlkZXIgPSA0OworCWVsc2UKKwkJ ZGl2aWRlciA9IDM7CisJY2NtX3dyaXRlXzQoc2MsIENDTV9NTUMwX1NDTEtfQ0ZHLCAoMVUgPDwg MzEpIHwgKDJVIDw8IDI0KSB8IGRpdmlkZXIpOworCXByaW50ZigiTU1DMCBNT0RFX0NMSzogMHgl MDh4XG4iLCBwbGw1X2NsayAvIChkaXZpZGVyICsgMSkpOworCisJcmV0dXJuIDA7Cit9CisKSW5k ZXg6IHN5cy9hcm0vYWxsd2lubmVyL2ExMF9jbGsuaAo9PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSBzeXMvYXJtL2Fs bHdpbm5lci9hMTBfY2xrLmgJKHJldmlzaW9uIDI1MjMxMCkKKysrIHN5cy9hcm0vYWxsd2lubmVy L2ExMF9jbGsuaAkod29ya2luZyBjb3B5KQpAQCAtMTAzLDYgKzEwMyw3IEBACiAjZGVmaW5lIEND TV9BSEJfR0FUSU5HX1VTQjAJKDEgPDwgMCkKICNkZWZpbmUgQ0NNX0FIQl9HQVRJTkdfRUhDSTAJ KDEgPDwgMSkKICNkZWZpbmUgQ0NNX0FIQl9HQVRJTkdfRUhDSTEJKDEgPDwgMykKKyNkZWZpbmUg Q0NNX0FIQl9HQVRJTkdfU0RNTUMwICgxIDw8IDgpCiAKICNkZWZpbmUgQ0NNX1VTQl9QSFkJCSgx IDw8IDgpCiAjZGVmaW5lIENDTV9VU0IwX1JFU0VUCQkoMSA8PCAwKQpAQCAtMTExLDUgKzExMiw2 IEBACiAKIGludCBhMTBfY2xrX3VzYl9hY3RpdmF0ZSh2b2lkKTsKIGludCBhMTBfY2xrX3VzYl9k ZWFjdGl2YXRlKHZvaWQpOworaW50IGExMF9jbGtfbW1jX2FjdGl2YXRlKHZvaWQpOwogCiAjZW5k aWYgLyogX0ExMF9DTEtfSF8gKi8KSW5kZXg6IHN5cy9kZXYvbW1jL21tYy5jCj09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0K LS0tIHN5cy9kZXYvbW1jL21tYy5jCShyZXZpc2lvbiAyNTIzMTApCisrKyBzeXMvZGV2L21tYy9t bWMuYwkod29ya2luZyBjb3B5KQpAQCAtMTczNSwzICsxNzM1LDQgQEAKIERSSVZFUl9NT0RVTEUo bW1jLCBzZGhjaV9wY2ksIG1tY19kcml2ZXIsIG1tY19kZXZjbGFzcywgTlVMTCwgTlVMTCk7CiBE UklWRVJfTU9EVUxFKG1tYywgc2RoY2lfYmNtLCBtbWNfZHJpdmVyLCBtbWNfZGV2Y2xhc3MsIE5V TEwsIE5VTEwpOwogRFJJVkVSX01PRFVMRShtbWMsIHNkaGNpX2ZkdCwgbW1jX2RyaXZlciwgbW1j X2RldmNsYXNzLCBOVUxMLCBOVUxMKTsKK0RSSVZFUl9NT0RVTEUobW1jLCBhMTBfbW1jLCBtbWNf ZHJpdmVyLCBtbWNfZGV2Y2xhc3MsIE5VTEwsIE5VTEwpOwo= --001a11c1c556924ed204e0273ed1 Content-Type: application/octet-stream; name="hackberry.dts" Content-Disposition: attachment; filename="hackberry.dts" Content-Transfer-Encoding: base64 X-Attachment-Id: f_higba80k1 LyotCiAqIENvcHlyaWdodCAoYykgMjAxMiBHYW5ib2xkIFRzYWdhYW5raHV1IDxnYW5ib2xkQGdt YWlsLmNvbT4KICogQWxsIHJpZ2h0cyByZXNlcnZlZC4KICoKICogUmVkaXN0cmlidXRpb24gYW5k IHVzZSBpbiBzb3VyY2UgYW5kIGJpbmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0CiAqIG1vZGlm aWNhdGlvbiwgYXJlIHBlcm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0 aW9ucwogKiBhcmUgbWV0OgogKiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVz dCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdodAogKiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBj b25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIuCiAqIDIuIFJlZGlzdHJpYnV0 aW9ucyBpbiBiaW5hcnkgZm9ybSBtdXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CiAq ICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlvbnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlz Y2xhaW1lciBpbiB0aGUKICogICAgZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxz IHByb3ZpZGVkIHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4KICoKICogVEhJUyBTT0ZUV0FSRSBJUyBQ Uk9WSURFRCBCWSBUSEUgQVVUSE9SIEFORCBDT05UUklCVVRPUlMgYGBBUyBJUycnIEFORAogKiBB TlkgRVhQUkVTUyBPUiBJTVBMSUVEIFdBUlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1J VEVEIFRPLCBUSEUKICogSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNIQU5UQUJJTElUWSBBTkQg RklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UKICogQVJFIERJU0NMQUlNRUQuICBJTiBO TyBFVkVOVCBTSEFMTCBUSEUgQVVUSE9SIE9SIENPTlRSSUJVVE9SUyBCRSBMSUFCTEUKICogRk9S IEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExBUlksIE9S IENPTlNFUVVFTlRJQUwKICogREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQgVE8s IFBST0NVUkVNRU5UIE9GIFNVQlNUSVRVVEUgR09PRFMKICogT1IgU0VSVklDRVM7IExPU1MgT0Yg VVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUyBJTlRFUlJVUFRJT04pCiAqIEhPV0VW RVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTiBDT05U UkFDVCwgU1RSSUNUCiAqIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0Ug T1IgT1RIRVJXSVNFKSBBUklTSU5HIElOIEFOWSBXQVkKICogT1VUIE9GIFRIRSBVU0UgT0YgVEhJ UyBTT0ZUV0FSRSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRgogKiBTVUNI IERBTUFHRS4KICogCiAqICRGcmVlQlNEOiBoZWFkL3N5cy9ib290L2ZkdC9kdHMvY3ViaWVib2Fy ZC5kdHMgMjQ3NTIwIDIwMTMtMDMtMDEgMDE6NDc6MTFaIGdhbmJvbGQgJAogKi8KCi9kdHMtdjEv OwoKLyB7Cgltb2RlbCA9ICJNaW5pYW5kIEhhY2tiZXJyeSI7Cgljb21wYXRpYmxlID0gIm1pbmlh bmQsYTEwLWhhY2tiZXJyeSIsICJhbGx3aW5uZXIsc3VuNGktYTEwIjsKCSNhZGRyZXNzLWNlbGxz ID0gPDE+OwoJI3NpemUtY2VsbHMgPSA8MT47CgoJaW50ZXJydXB0LXBhcmVudCA9IDwmQUlOVEM+ OwoKCW1lbW9yeSB7CgkJZGV2aWNlX3R5cGUgPSAibWVtb3J5IjsKCQlyZWcgPSA8IDB4NDAwMDAw MDAgMHgyMDAwMDAwMCA+OwkvKiAxR0IgUkFNICovCgl9OwoKCWFsaWFzZXMgewoJCXNvYyA9ICZT T0M7CgkJVUFSVDAgPSAmVUFSVDA7Cgl9OwoKCVNPQzogYTEwIHsKCQkjYWRkcmVzcy1jZWxscyA9 IDwxPjsKCQkjc2l6ZS1jZWxscyA9IDwxPjsKCQljb21wYXRpYmxlID0gInNpbXBsZS1idXMiOwoJ CXJhbmdlczsKCQlidXMtZnJlcXVlbmN5ID0gPDA+OwoKCQlBSU5UQzogaW50ZXJydXB0LWNvbnRy b2xsZXJAMDFjMjA0MDAgewoJCQljb21wYXRpYmxlID0gImFsbHdpbm5lcixzdW40aS1pYyI7CgkJ CWludGVycnVwdC1jb250cm9sbGVyOwoJCQkjYWRkcmVzcy1jZWxscyA9IDwwPjsKCQkJI2ludGVy cnVwdC1jZWxscyA9IDwxPjsKCQkJcmVnID0gICA8IDB4MDFjMjA0MDAgMHg0MDAgPjsKCQl9OwoK CQljY21AMDFjMjAwMDAgewoJCQljb21wYXRpYmxlID0gImFsbHdpbm5lcixzdW40aS1jY20iOwoJ CQkjYWRkcmVzcy1jZWxscyA9IDwxPjsKCQkJI3NpemUtY2VsbHMgPSA8MT47CgkJCXJlZyA9IDwg MHgwMWMyMDAwMCAweDQwMCA+OwoJCX07CgoJCXRpbWVyQDAxYzIwYzAwIHsKCQkJY29tcGF0aWJs ZSA9ICJhbGx3aW5uZXIsc3VuNGktdGltZXIiOwoJCQlyZWcgPSA8MHgwMWMyMGMwMCAweDkwPjsK CQkJaW50ZXJydXB0cyA9IDwgMjIgPjsKCQkJaW50ZXJydXB0LXBhcmVudCA9IDwmQUlOVEM+OwoJ CQljbG9jay1mcmVxdWVuY3kgPSA8IDI0MDAwMDAwID47CgkJfTsKCgkJd2F0Y2hkb2dAMDFjMjBj OTAgewoJCQljb21wYXRpYmxlID0gImFsbHdpbm5lcixzdW40aS13ZHQiOwoJCQlyZWcgPSA8MHgw MWMyMGM5MCAweDA4PjsKCQl9OwoKCQlHUElPOiBncGlvQDAxYzIwODAwIHsKCQkJI2dwaW8tY2Vs bHMgPSA8Mz47CgkJCWNvbXBhdGlibGUgPSAiYWxsd2lubmVyLHN1bjRpLWdwaW8iOwoJCQlncGlv LWNvbnRyb2xsZXI7CgkJCXJlZyA9PCAgMHgwMWMyMDgwMCAweDQwMCA+OwoJCQlpbnRlcnJ1cHRz ID0gPCAyOCA+OwoJCQlpbnRlcnJ1cHQtcGFyZW50ID0gPCZBSU5UQz47CgkJfTsKCgkJdXNiMDog dXNiQDAxYzE0MDAwIHsKCQkJY29tcGF0aWJsZSA9ICJhbGx3aW5uZXIsdXNiLWVoY2kiLCAidXNi LWVoY2kiOwoJCQlyZWcgPSA8MHgwMWMxNDAwMCAweDEwMDA+OwoJCQlpbnRlcnJ1cHRzID0gPCAz OSA+OwoJCQlpbnRlcnJ1cHQtcGFyZW50ID0gPCZBSU5UQz47CgkJfTsKCgkJdXNiMTogdXNiQDAx YzFjMDAwIHsKCQkJY29tcGF0aWJsZSA9ICJhbGx3aW5uZXIsdXNiLWVoY2kiLCAidXNiLWVoY2ki OwoJCQlyZWcgPSA8MHgwMWMxYzAwMCAweDEwMDA+OwoJCQlpbnRlcnJ1cHRzID0gPCA0MCA+OwoJ CQlpbnRlcnJ1cHQtcGFyZW50ID0gPCZBSU5UQz47CgkJfTsKCi8qCgkJdXNiMjogdXNiQDAxYzEz MDAwIHsKCQkJY29tcGF0aWJsZSA9ICJhbGx3aW5uZXIsbXVzYi1vdGciLCAidXNiLW11c2IiOwoJ CQlyZWcgPSA8MHgwMWMxMzAwMCAweDEwMDA+OwoJCQlpbnRlcnJ1cHRzID0gPDM4PjsKCQkJaW50 ZXJydXB0LXBhcmVudCA9IDwmQUlOVEM+OwoJCX07CiovCgoJCXNhdGFAMDFjMTgwMDAgewoJCQlj b21wYXRpYmxlID0gImFsbHdpbm5lcixhaGNpIjsKCQkJcmVnID0gPDB4MDFjMTgwMDAgMHgxMDAw PjsKCQkJaW50ZXJydXB0cyA9IDw1Nj47CgkJCWludGVycnVwdC1wYXJlbnQgPSA8JkFJTlRDPjsK CQl9OwoKCQlVQVJUMDogc2VyaWFsQDAxYzI4MDAwIHsKCQkJc3RhdHVzID0gIm9rYXkiOwoJCQlj b21wYXRpYmxlID0gIm5zMTY1NTAiOwoJCQlyZWcgPSA8MHgwMWMyODAwMCAweDQwMD47CgkJCXJl Zy1zaGlmdCA9IDwyPjsKCQkJaW50ZXJydXB0cyA9IDwxPjsKCQkJaW50ZXJydXB0LXBhcmVudCA9 IDwmQUlOVEM+OwoJCQljdXJyZW50LXNwZWVkID0gPDExNTIwMD47CgkJCWNsb2NrLWZyZXF1ZW5j eSA9IDwgMjQwMDAwMDAgPjsKCQkJYnVzeS1kZXRlY3QgPSA8MT47CgkJCWJyb2tlbi10eGZpZm8g PSA8MT47CgkJfTsKCgkJbW1jQDB4MDFjMGYwMDAgewoJCQljb21wYXRpYmxlID0gImFsbHdpbm5l cixzdW40aS1tbWMiOwoJCQlyZWcgPSA8MHgwMWMwZjAwMCAweDEwMDA+OwoJCQlpbnRlcnJ1cHRz ID0gPDMyPjsKCQkJaW50ZXJydXB0LXBhcmVudCA9IDwmQUlOVEM+OwoJCX07CgoJCW5mY0AweDAx YzAzMDAwIHsKCQkJY29tcGF0aWJsZSA9ICJzdW40aSxuZmMiOwogICAgICAgICAgICByZWcgPSA8 MHgwMWMwMzAwMCAweDEwMDA+OyAKCQl9OwoJfTsKCgljaG9zZW4gewoJCWJvb3RhcmdzID0gIi12 IjsKCQlzdGRpbiA9ICJVQVJUMCI7CgkJc3Rkb3V0ID0gIlVBUlQwIjsKCX07Cn07Cgo= --001a11c1c556924ed204e0273ed1 Content-Type: application/octet-stream; name=HACKBERRY Content-Disposition: attachment; filename=HACKBERRY Content-Transfer-Encoding: base64 X-Attachment-Id: f_higbaoh72 IyBDVUJJRUJPQVJEIC0tIEN1c3RvbSBjb25maWd1cmF0aW9uIGZvciB0aGUgQ1VCSUVCT0FSRCBB Uk0gZGV2ZWxvcG1lbnQKIyBwbGF0Zm9ybSwgY2hlY2sgb3V0IGh0dHA6Ly93d3cuY3ViaWVib2Fy ZC5vcmcKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJlYWQg dGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoKIwoj ICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9oYW5k Ym9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNvIGF2 YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3ZlIGlu c3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhlCiMg RnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvKSBm b3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9mIG9w dGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBsaW5l cyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZpbGVz LgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5IG9m IGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBoZWFkL3N5cy9h cm0vY29uZi9DVUJJRUJPQVJEIDI0NzUyMCAyMDEzLTAzLTAxIDAxOjQ3OjExWiBnYW5ib2xkICQK CmlkZW50CQlIQUNLQkVSUlkKCmluY2x1ZGUJCSIuLi9hbGx3aW5uZXIvc3RkLmExMCIKCm1ha2Vv cHRpb25zCU1PRFVMRVNfT1ZFUlJJREU9IiIKbWFrZW9wdGlvbnMJV0lUSE9VVF9NT0RVTEVTPSJh aGMiCgpvcHRpb25zIAlIWj0xMDAKb3B0aW9ucyAJU0NIRURfNEJTRAkJIzRCU0Qgc2NoZWR1bGVy Cm9wdGlvbnMgCUlORVQJCQkjSW50ZXJORVR3b3JraW5nCm9wdGlvbnMgCUlORVQ2CQkJI0lQdjYg Y29tbXVuaWNhdGlvbnMgcHJvdG9jb2xzCm9wdGlvbnMgCUZGUwkJCSNCZXJrZWxleSBGYXN0IEZp bGVzeXN0ZW0Kb3B0aW9ucyAJU09GVFVQREFURVMJCSNFbmFibGUgRkZTIHNvZnQgdXBkYXRlcyBz dXBwb3J0Cm9wdGlvbnMgCVVGU19BQ0wJCQkjU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wgbGlz dHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSNJbXByb3ZlIHBlcmZvcm1hbmNlIG9uIGJpZyBkaXJl Y3RvcmllcwpvcHRpb25zIAlNU0RPU0ZTCQkJI01TRE9TIEZpbGVzeXN0ZW0KI29wdGlvbnMgCUNE OTY2MAkJCSNJU08gOTY2MCBGaWxlc3lzdGVtCm9wdGlvbnMgCVBST0NGUwkJCSNQcm9jZXNzIGZp bGVzeXN0ZW0gKHJlcXVpcmVzIFBTRVVET0ZTKQpvcHRpb25zIAlQU0VVRE9GUwkJI1BzZXVkby1m aWxlc3lzdGVtIGZyYW1ld29yawpvcHRpb25zIAlDT01QQVRfNDMJCSNDb21wYXRpYmxlIHdpdGgg QlNEIDQuMyBbS0VFUCBUSElTIV0Kb3B0aW9ucyAJU0NTSV9ERUxBWT01MDAwCQkjRGVsYXkgKGlu IG1zKSBiZWZvcmUgcHJvYmluZyBTQ1NJCm9wdGlvbnMgCUtUUkFDRQkJCSNrdHJhY2UoMSkgc3Vw cG9ydApvcHRpb25zIAlTWVNWU0hNCQkJI1NZU1Ytc3R5bGUgc2hhcmVkIG1lbW9yeQpvcHRpb25z IAlTWVNWTVNHCQkJI1NZU1Ytc3R5bGUgbWVzc2FnZSBxdWV1ZXMKb3B0aW9ucyAJU1lTVlNFTQkJ CSNTWVNWLXN0eWxlIHNlbWFwaG9yZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklUWV9TQ0hFRFVM SU5HICNQb3NpeCBQMTAwM18xQiByZWFsLXRpbWUgZXh0ZW5zaW9ucwpvcHRpb25zIAlLQkRfSU5T VEFMTF9DREVWCSMgaW5zdGFsbCBhIENERVYgZW50cnkgaW4gL2RldgpvcHRpb25zIAlQUkVFTVBU SU9OCm9wdGlvbnMgCUZSRUVCU0RfQk9PVF9MT0FERVIKCiMgRGVidWdnaW5nCm1ha2VvcHRpb25z CURFQlVHPS1nCQkjQnVpbGQga2VybmVsIHdpdGggZ2RiKDEpIGRlYnVnIHN5bWJvbHMKb3B0aW9u cyAJQlJFQUtfVE9fREVCVUdHRVIKI29wdGlvbnMgCVZFUkJPU0VfU1lTSU5JVAkJI0VuYWJsZSB2 ZXJib3NlIHN5c2luaXQgbWVzc2FnZXMKb3B0aW9ucyAJS0RCCm9wdGlvbnMgCUREQgkJCSNFbmFi bGUgdGhlIGtlcm5lbCBkZWJ1Z2dlcgpvcHRpb25zIAlJTlZBUklBTlRTCQkjRW5hYmxlIGNhbGxz IG9mIGV4dHJhIHNhbml0eSBjaGVja2luZwpvcHRpb25zIAlJTlZBUklBTlRfU1VQUE9SVAkjRXh0 cmEgc2FuaXR5IGNoZWNrcyBvZiBpbnRlcm5hbCBzdHJ1Y3R1cmVzLCByZXF1aXJlZCBieSBJTlZB UklBTlRTCm9wdGlvbnMgCVdJVE5FU1MJCQkjRW5hYmxlIGNoZWNrcyB0byBkZXRlY3QgZGVhZGxv Y2tzIGFuZCBjeWNsZXMKb3B0aW9ucyAJV0lUTkVTU19TS0lQU1BJTgkjRG9uJ3QgcnVuIHdpdG5l c3Mgb24gc3BpbmxvY2tzIGZvciBzcGVlZAojb3B0aW9ucyAJRElBR05PU1RJQwoKIyBORlMgc3Vw cG9ydAojb3B0aW9ucyAJTkZTQ0wKI29wdGlvbnMgCU5GU1NFUlZFUgkJI05ldHdvcmsgRmlsZXN5 c3RlbSBTZXJ2ZXIKI29wdGlvbnMgCU5GU0NMSUVOVAkJI05ldHdvcmsgRmlsZXN5c3RlbSBDbGll bnQKCiMgVW5jb21tZW50IHRoaXMgZm9yIE5GUyByb290CiNvcHRpb25zIAlORlNfUk9PVAkJI05G UyB1c2FibGUgYXMgLywgcmVxdWlyZXMgTkZTQ0xJRU5UCiNvcHRpb25zIAlCT09UUF9ORlNST09U CiNvcHRpb25zIAlCT09UUF9DT01QQVQKI29wdGlvbnMgCUJPT1RQCiNvcHRpb25zIAlCT09UUF9O RlNWMwojb3B0aW9ucyAJQk9PVFBfV0lSRURfVE89Y3BzdzAKCiNvcHRpb25zICAgICAgICAgTURf Uk9PVAojb3B0aW9ucyAgICAgICAgIE1EX1JPT1RfU0laRT0zMjc2OAojbWFrZW9wdGlvbnMgICAg IE1GU19JTUFHRT0vcm9vdC9yb290LnVmcwojb3B0aW9ucyAgICAgICAgIFJPT1RERVZOQU1FPVwi dWZzOm1kMFwiCgojIE1NQy9TRC9TRElPIGNhcmQgc2xvdCBzdXBwb3J0CmRldmljZQkJbW1jCQkJ IyBtbWMvc2QgYnVzCmRldmljZQkJbW1jc2QJCQkjIG1tYy9zZCBmbGFzaCBjYXJkcwoKIyBCb290 IGRldmljZSBpcyAybmQgc2xpY2Ugb24gTU1DL1NEIGNhcmQKb3B0aW9ucwkJUk9PVERFVk5BTUU9 XCJ1ZnM6L2Rldi9tbWNzZDBzMlwiCgojIEFUQSBjb250cm9sbGVycwojZGV2aWNlCQlhaGNpCQkj IEFIQ0ktY29tcGF0aWJsZSBTQVRBIGNvbnRyb2xsZXJzCiNkZXZpY2UJCWF0YQkJIyBMZWdhY3kg QVRBL1NBVEEgY29udHJvbGxlcnMKI29wdGlvbnMJQVRBX0NBTQkJIyBIYW5kbGUgbGVnYWN5IGNv bnRyb2xsZXJzIHdpdGggQ0FNCiNvcHRpb25zCUFUQV9TVEFUSUNfSUQJIyBTdGF0aWMgZGV2aWNl IG51bWJlcmluZwoKIyBDb25zb2xlIGFuZCBtaXNjCmRldmljZQkJdWFydApkZXZpY2UJCXVhcnRf bnM4MjUwCmRldmljZQkJcHR5CmRldmljZQkJc25wCmRldmljZQkJbWQKZGV2aWNlCQlyYW5kb20J CQkjIEVudHJvcHkgZGV2aWNlCgojIEkyQyBzdXBwb3J0CiNkZXZpY2UJCWlpY2J1cwojZGV2aWNl CQlpaWMKCiMgTkFORAojZGV2aWNlCQluYW5kCgojIEdQSU8KZGV2aWNlCQlncGlvCgpkZXZpY2UJ CXNjYnVzCQkJIyBTQ1NJIGJ1cyAocmVxdWlyZWQgZm9yIFNDU0kpCmRldmljZQkJZGEJCQkjIERp cmVjdCBBY2Nlc3MgKGRpc2tzKQpkZXZpY2UJCXBhc3MKCiMgVVNCIHN1cHBvcnQKZGV2aWNlCQl1 c2IKb3B0aW9ucyAJVVNCX0RFQlVHCm9wdGlvbnMgCVVTQl9SRVFfREVCVUcKb3B0aW9ucyAJVVNC X1ZFUkJPU0UKI2RldmljZQkJdWhjaQojZGV2aWNlCQlvaGNpCmRldmljZQkJZWhjaQpkZXZpY2UJ CXVtYXNzCmRldmljZQkJdW1zCmRldmljZQkJbXVzYgoKIyBFdGhlcm5ldApkZXZpY2UJCWxvb3AK ZGV2aWNlCQlldGhlcgpkZXZpY2UJCW1paQpkZXZpY2UJCXNtc2NwaHkKI2RldmljZQkJY3Bzdwpk ZXZpY2UJCWJwZgoKIyBVU0IgZXRoZXJuZXQgc3VwcG9ydCwgcmVxdWlyZXMgbWlpYnVzCmRldmlj ZQkJbWlpYnVzCgpkZXZpY2UJCWZpcm13YXJlCgpkZXZpY2UJCXdsYW4KCiMgRmxhdHRlbmVkIERl dmljZSBUcmVlCm9wdGlvbnMJCUZEVApvcHRpb25zCQlGRFRfRFRCX1NUQVRJQwptYWtlb3B0aW9u cwlGRFRfRFRTX0ZJTEU9aGFja2JlcnJ5LmR0cwoK --001a11c1c556924ed204e0273ed1-- From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 19:37:15 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CB609D9; Thu, 27 Jun 2013 19:37:15 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id B3CD41B15; Thu, 27 Jun 2013 19:37:15 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 267742AA394; Thu, 27 Jun 2013 13:37:08 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id 4E0851CC1B; Thu, 27 Jun 2013 14:37:03 -0500 (EST) Date: Thu, 27 Jun 2013 14:37:03 -0500 From: Diane Bruce To: Michael Tuexen Subject: Re: Problems with Head on RaspberryPi Message-ID: <20130627193703.GA998@night.db.net> References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> <20130626222316.GA87896@night.db.net> 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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 19:37:15 -0000 On Thu, Jun 27, 2013 at 12:46:41PM +0200, Michael Tuexen wrote: > > On Jun 27, 2013, at 12:23 AM, Diane Bruce wrote: > > > On Wed, Jun 26, 2013 at 08:37:57PM +0200, Michael Tuexen wrote: > >> On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko wrote: > >> > >>> > >>> On 2013-06-26, at 10:22 AM, Michael Tuexen wrote: > >>> > >>>> Dear all, > >>>> ... > > > > I'm sorry to report it does not work. > Building r252255 without INVARIANTS and INVARIANT_SUPPORT > results in an image which boots completely on a R-Pi Model B with > 512 MB RAM. PEBKAK here. I must have grabbed the wrong image as I too can report it works this way. > > So is someone working on the uma_dbg stuff? > - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Thu Jun 27 20:52:15 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0F2D5609 for ; Thu, 27 Jun 2013 20:52:15 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ee0-x236.google.com (mail-ee0-x236.google.com [IPv6:2a00:1450:4013:c00::236]) by mx1.freebsd.org (Postfix) with ESMTP id 9C82D1E4D for ; Thu, 27 Jun 2013 20:52:14 +0000 (UTC) Received: by mail-ee0-f54.google.com with SMTP id t10so648750eei.13 for ; Thu, 27 Jun 2013 13:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=v2ojX+4innxV2ypygcxjQBjq7LD9a0k3fBzoNcZ38Jg=; b=HEV7TtmcdFX2CPIuLDV3Idrw+RpFHPTKhpULyhrW7pKCn935shVfSwxFcd9Y1p6br0 a15UIM3twf64i1E2MnWi3N8Wrz8fB8gzabxSiWs2CyYr6yfyzdUihqFPv8V5MVeh2bIf k5qY1EwJENcy805bIdP7EwDDSaio0S4QO53nLGTTo8K9B1GfhbFIdLpt6AZwCNr41QhY /JU6J5E1SjT8YNK7QjblOpY/UsPk1FJoatStzUetWntGaLZlxv1eh61S/OtbkOaQEXXN Er+0Cn1DkPU42SwkEogT+TlZE2TaLlvOdUb8CfkXv12PBmWbSUmy/qr4c14mKhbMIy0a Vt4A== MIME-Version: 1.0 X-Received: by 10.15.42.129 with SMTP id u1mr10637224eev.116.1372366333695; Thu, 27 Jun 2013 13:52:13 -0700 (PDT) Received: by 10.14.119.203 with HTTP; Thu, 27 Jun 2013 13:52:13 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Jun 2013 13:52:13 -0700 Message-ID: Subject: Re: Need help for building security/libgcrypt on ARM with clang From: hiren panchasara To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 20:52:15 -0000 On Sun, Mar 10, 2013 at 5:56 AM, Olivier Cochard-Labb=C3=A9 wrote: > Hi, > > I would to build security/libgcrypt on ARM with clang but I've got proble= m > with longlong.h > > On first run, clang complain about: > > error: invalid use of a cast in a inline asm context requiring an l-value= : > remove the cast or build with -fheinous-gnu-extension > ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' > : "=3D&r" ((USItype)(xh)), > > =3D> For fixing this problem, I've use the same method as in > files/patch-mpi-longlong.h for I386 arch on the ARM section. > > But there is a new problem: > > error: invalid % escape in inline assembly string > ./longlong.h:228:14: note: expanded from macro 'umul_ppmm' > __asm__ ("%@ Inlined umul_ppmm\n" I am also stuck right now on similar error while building libgcrypt: mpih-div.c:98:3: error: invalid % escape in inline assembly string UDIV_QRNND_PREINV(dummy, r, r, ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Has anyone built this successfully? cheers, Hiren > > =3D> For fixing this problem, I've completely remove the "%@ Inlined > umul_ppmm\n" string. > > But...there is a new problem and I don't know how to fix it: > > error: invalid operand in inline asm: 'umull ${1:r}, ${0:r}, ${2:r}, ${3:= r}' > ./longlong.h:229:5: note: expanded from macro 'umul_ppmm' > "umull %r1, %r0, %r2, %r3" > > Where is the problem ? > > My current nonworking longlong.h patch is here: > http://gugus69.free.fr/freebsd/patch-mpi-longlong.h > > Thanks, > _______________________________________________ > 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 Jun 27 21:05:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CFF0B911 for ; Thu, 27 Jun 2013 21:05:48 +0000 (UTC) (envelope-from hiren.panchasara@gmail.com) Received: from mail-ea0-x230.google.com (mail-ea0-x230.google.com [IPv6:2a00:1450:4013:c01::230]) by mx1.freebsd.org (Postfix) with ESMTP id 69B1D1ECE for ; Thu, 27 Jun 2013 21:05:48 +0000 (UTC) Received: by mail-ea0-f176.google.com with SMTP id z15so649329ead.21 for ; Thu, 27 Jun 2013 14:05:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=FVVjmsPCYUsIocZTgX9hft9VCrnE+9xmmrvLgwrrsbA=; b=xBkaEdH2Q02g69N2UORGX7N0kpE/4MSFFoWIh1eth/teW6z/BLQa3hnGX4ZehIAVoa THB0jg+tbPbPmpiqkwF6V+yQfeqltFsjVJwo/8qVxHkvYe7pbvwyYrmJ17jU8Px8yL4/ cwB/AM67wH6B1GrAJ49xD6S4hRvo3dM6q0TRzDlTxxiPFn7/jwVmCzoGmolt31FOZhBP rCyUlNJiaw57YqN2MjIYA45FLrfchSPp1KvcYtwTr/WddRxwzfNiTQ10TLURMyqz/RSq ovIksVN6LFKIQKYBvoUm15r7qgsP+t7ozv1SplZQr2q2qWGHLJqozCEHLXbfy5x2GzCL p+Cw== MIME-Version: 1.0 X-Received: by 10.15.55.199 with SMTP id v47mr10580648eew.41.1372367147383; Thu, 27 Jun 2013 14:05:47 -0700 (PDT) Received: by 10.14.119.203 with HTTP; Thu, 27 Jun 2013 14:05:47 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 Jun 2013 14:05:47 -0700 Message-ID: Subject: Re: Need help for building security/libgcrypt on ARM with clang From: hiren panchasara To: =?UTF-8?Q?Olivier_Cochard=2DLabb=C3=A9?= Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 21:05:48 -0000 On Thu, Jun 27, 2013 at 1:52 PM, hiren panchasara wrote: > On Sun, Mar 10, 2013 at 5:56 AM, Olivier Cochard-Labb=C3=A9 > wrote: >> Hi, >> >> I would to build security/libgcrypt on ARM with clang but I've got probl= em >> with longlong.h >> >> On first run, clang complain about: >> >> error: invalid use of a cast in a inline asm context requiring an l-valu= e: >> remove the cast or build with -fheinous-gnu-extension >> ./longlong.h:230:25: note: expanded from macro 'umul_ppmm' >> : "=3D&r" ((USItype)(xh)), >> >> =3D> For fixing this problem, I've use the same method as in >> files/patch-mpi-longlong.h for I386 arch on the ARM section. >> >> But there is a new problem: >> >> error: invalid % escape in inline assembly string >> ./longlong.h:228:14: note: expanded from macro 'umul_ppmm' >> __asm__ ("%@ Inlined umul_ppmm\n" > > I am also stuck right now on similar error while building libgcrypt: > > mpih-div.c:98:3: error: invalid % escape in inline assembly string > UDIV_QRNND_PREINV(dummy, r, r, > ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > > Has anyone built this successfully? Grabbed the pkg from http://mirrors.nycbug.org/pub/FreeBSD_ARM/pkg/ which works just fine. A *huge* thanks to all who maintain and upgrade this repo! cheers, Hiren > > cheers, > Hiren >> >> =3D> For fixing this problem, I've completely remove the "%@ Inlined >> umul_ppmm\n" string. >> >> But...there is a new problem and I don't know how to fix it: >> >> error: invalid operand in inline asm: 'umull ${1:r}, ${0:r}, ${2:r}, ${3= :r}' >> ./longlong.h:229:5: note: expanded from macro 'umul_ppmm' >> "umull %r1, %r0, %r2, %r3" >> >> Where is the problem ? >> >> My current nonworking longlong.h patch is here: >> http://gugus69.free.fr/freebsd/patch-mpi-longlong.h >> >> Thanks, >> _______________________________________________ >> 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 Jun 27 21:54:31 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 1262DD18 for ; Thu, 27 Jun 2013 21:54:31 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id E7BA71149 for ; Thu, 27 Jun 2013 21:54:30 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 886A72AA442; Thu, 27 Jun 2013 15:54:29 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id A9F7C1CC1B; Thu, 27 Jun 2013 16:54:24 -0500 (EST) Date: Thu, 27 Jun 2013 16:54:24 -0500 From: Diane Bruce To: Brett Wynkoop Subject: Re: Raspberry pi not ready to self-host yet? Message-ID: <20130627215424.GA2441@night.db.net> References: <800732D1-B06A-40AE-AE69-F6170662B2AA@turbofuzz.com> <20130626235542.27844683@ivory.wynn.com> <79CFABCE-156A-44B5-B989-A3607C47B2AF@mail.turbofuzz.com> <20130627013142.5fdb2544@ivory.wynn.com> <20130627111623.137ad2ca@ivory.wynn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130627111623.137ad2ca@ivory.wynn.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org, "Jordan K. Hubbard" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Jun 2013 21:54:31 -0000 On Thu, Jun 27, 2013 at 11:16:23AM -0400, Brett Wynkoop wrote: > Jordan- > > I suspect as others here have said that CLANG has caused regression in > the state of FBSD on ARM. My compiler on my Pi is still GCC and that I have clang built RPi images at http://www.db.net/downloads - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Fri Jun 28 06:52:22 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AAC7B53B for ; Fri, 28 Jun 2013 06:52:22 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6C85D186A for ; Fri, 28 Jun 2013 06:52:22 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1UsSXd-001TfI-2S; Fri, 28 Jun 2013 08:52:21 +0200 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: Alie Tan Subject: Re: Problems with Head on RaspberryPi In-reply-to: References: <846063D0-A3D2-42AD-BC44-52A64910C4B0@bluezbox.com> <3358A6A9-409D-4A58-9736-F8DA037B7F69@freebsd.org> <20130626222316.GA87896@night.db.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 28 Jun 2013 08:00:14 +0200 Message-Id: Cc: "freebsd-arm@freebsd.org" , Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 06:52:22 -0000 On Date: Thu, 27 Jun 2013 22:23:42 +0800, Alie Tan wrote: > On Thu, Jun 27, 2013 at 9:38 PM, Ralf Wenk wrote: > > > On Thu, 27 Jun 2013 12:46:41 +0200, Michael Tuexen > > wrote: > > > > > On Jun 27, 2013, at 12:23 AM, Diane Bruce wrote: > > > > On Wed, Jun 26, 2013 at 08:37:57PM +0200, Michael Tuexen wrote: > > > >> On Jun 26, 2013, at 7:39 PM, Oleksandr Tymoshenko > > wrote: > > > >> > > > >>> > > > >>> On 2013-06-26, at 10:22 AM, Michael Tuexen > > wrote: > > > >>> > > > >>>> Dear all, > > > >>>> > > > >>>> I have build FreeBSD using the script from > > > >>>> https://github.com/daveish/freebsd-arm-tools > > > >>>> for a couple of weeks and it worked fine. However, > > > >>>> doing this within the last days, compilation and > > > >>>> installation works, but the Raspberry Pi doesn't > > > >>>> boot. After Starting kernel with NULL args > > > >>>> or so, it doesn't show anything else. Normally > > > >>>> the FreeBSD boot messages would appear. Does anyone > > > >>>> else also see this? Any idea how to get some > > > >>>> debug output out of the Raspberry Pi? > > > >>> > > > >>> > > > >>> Try disabling INVARIANTS options in the kernel. It seems > > > >>> new code in uma_dbg performs atomic ops on the > > > >>> allocated memory and if memory has been remapped as > > > >>> non-cached it causes exception. > > > >> OK. I'll try and report. It may take 24 hours... > > > > > > > > I'm sorry to report it does not work. > > > Building r252255 without INVARIANTS and INVARIANT_SUPPORT > > > results in an image which boots completely on a R-Pi Model B with > > > 512 MB RAM. > > > > I just confirmed that without INVARIANTS and INVARIANT_SUPPORT a r252159 > > with the vmem.diff patches from Jeff Roberson applied boots also on the > > same R-Pi Model B. > > > Are you able to compile any pkg on it? Yes, it did compile bash last night. Just to mention it again, I use EABI and gcc 4.2.1 as compiler. Ralf > > > So is someone working on the uma_dbg stuff? > > > > > > Best regards > > > Michael > > > > > > > >> > > > >> Best regards > > > >> Michael > > > >>> > > > > > > > > - Diane > > > > -- > > > > - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Fri Jun 28 20:54:46 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 82D48F7E for ; Fri, 28 Jun 2013 20:54:46 +0000 (UTC) (envelope-from mercanoles@gmail.com) Received: from mail-pb0-x22a.google.com (mail-pb0-x22a.google.com [IPv6:2607:f8b0:400e:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC611644 for ; Fri, 28 Jun 2013 20:54:46 +0000 (UTC) Received: by mail-pb0-f42.google.com with SMTP id un1so2710561pbc.15 for ; Fri, 28 Jun 2013 13:54:46 -0700 (PDT) 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=dCF/JvotTCASYlcYQ38i43pMfscgKA1bQlbsSoGZsMo=; b=dvRiT5GNxACX0S13lignBLaR8iORZJQ5vEeUvGtX1jrikwZKPiw+I0tK40jX4DVqK9 nRuvNFoPmm7BX+nuYqd385qmmqJZr9mXMxpEBRQRSoe0GTMplnAespE8kd/nfzltvaj8 A30eKcwTIChBrpCcRQy3h1COqrZnTo+Vo7s9Q7ykzmLZ8cikzpNUKRyBJQWveeoFQjIu v9GVRqdlH7GhZN0NQwKFfUVKkFh+jIRRc6/mTcVQIITnG95AlQGmnt4R2Xl4ufr92YG7 3fnpIF84bcR41rzZsgFAHexWIOjjErNskT4PgtiPNP38B9DAed3FS+YytSOyD1ts1ykG 5hFg== MIME-Version: 1.0 X-Received: by 10.68.182.33 with SMTP id eb1mr13137748pbc.186.1372452886140; Fri, 28 Jun 2013 13:54:46 -0700 (PDT) Received: by 10.70.19.198 with HTTP; Fri, 28 Jun 2013 13:54:46 -0700 (PDT) In-Reply-To: References: Date: Fri, 28 Jun 2013 17:54:46 -0300 Message-ID: Subject: Re: Booting kernel on Cubieboard/Mele a_1000 (Allwiner A10) From: Mariano Lescano To: Alexander Fedorov Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2013 20:54:46 -0000 Thanks for that information, FreeBSD is now running in the Cubieboard and mele_a1000 boards using ubldr and mounting the root filesystem from USB stick. We will try to patch to get mmc support. Anyone knows about ethernet and gpu support?? Thanks 2013/6/27 Alexander Fedorov > Hi! > Freebsd doesn't support Allwinner A10 MMC controller. > > You should use USB stick for the root filesystem. > > P.S. > I have an initial version of the driver for MMC, but it does not > support DMA, so the IO is very slow. I tested it with my Hackberry > board. > If you're interested, see the patch in attachment and configuration > files. Also, I will publish the code on github in a few days. > > 2013/6/27 Mariano Lescano : > > Hi > > We have the kernel booting using ubldr. At the point to mount the root > > filesystem we get this message: > > > > ====================================================== > > > > Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... > > stack_capture: frame=0xdcacfa3c > > stack_capture: frame=0 > > stack_capture: frame=0xdcacf85c > > stack_capture: frame=0xc30feda4 > > stack_capture: frame=0 > > mountroot: waiting for device /dev/mmcsd0s2a ... > > Mounting from ufs:/dev/mmcsd0s2a failed with error 19. > > Trying to mount root from ufs:/dev/da0s2a []... > > mountroot: waiting for device /dev/da0s2a ... > > Mounting from ufs:/dev/da0s2a failed with error 19. > > > > Loader variables: > > vfs.root.mountfrom=ufs:/dev/mmcsd0s2a > > vfs.root.mountfrom.options=rw,noatime > > > > Manual root filesystem specification: > > : [options] > > Mount using filesystem > > and with the specified (optional) option list. > > > > eg. ufs:/dev/da0s1a > > zfs:tank > > cd9660:/dev/acd0 ro > > (which is equivalent to: mount -t cd9660 -o ro /dev/acd0 /) > > > > ? List valid disk boot devices > > . Yield 1 second (for background tasks) > > Abort manual input > > > > mountroot> ? > > > > List of GEOM managed disk devices: > > > > > > mountroot> > > > > ======================================================== > > > > We can see that List of GEOM managed disk devices is empty > > > > What could be the problem? > > Any suggestions? > > > > Thanks > > _______________________________________________ > > 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" > -- *Lescano Mariano - UNC* From owner-freebsd-arm@FreeBSD.ORG Sat Jun 29 04:50: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]) by hub.freebsd.org (Postfix) with ESMTP id CEA7B41C for ; Sat, 29 Jun 2013 04:50:00 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 9C4E5182F for ; Sat, 29 Jun 2013 04:50: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 r5T4o0hY026353 for ; Sat, 29 Jun 2013 04:50:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5T4o0Ue026352; Sat, 29 Jun 2013 04:50:00 GMT (envelope-from gnats) Resent-Date: Sat, 29 Jun 2013 04:50:00 GMT Resent-Message-Id: <201306290450.r5T4o0Ue026352@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, Ruslan Bukin Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 100CB3FB for ; Sat, 29 Jun 2013 04:46:45 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from oldred.freebsd.org (oldred.freebsd.org [8.8.178.121]) by mx1.freebsd.org (Postfix) with ESMTP id 030701818 for ; Sat, 29 Jun 2013 04:46:45 +0000 (UTC) Received: from oldred.freebsd.org ([127.0.1.6]) by oldred.freebsd.org (8.14.5/8.14.7) with ESMTP id r5T4kiXI031300 for ; Sat, 29 Jun 2013 04:46:44 GMT (envelope-from nobody@oldred.freebsd.org) Received: (from nobody@localhost) by oldred.freebsd.org (8.14.5/8.14.5/Submit) id r5T4kiqC031297; Sat, 29 Jun 2013 04:46:44 GMT (envelope-from nobody) Message-Id: <201306290446.r5T4kiqC031297@oldred.freebsd.org> Date: Sat, 29 Jun 2013 04:46:44 GMT From: Ruslan Bukin To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.1 Subject: arm/180080: Unmapped buffers on ARMv7 big-RAM boards X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 04:50:00 -0000 >Number: 180080 >Category: arm >Synopsis: Unmapped buffers on ARMv7 big-RAM boards >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: Sat Jun 29 04:50:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Ruslan Bukin >Release: 10.0-CURRENT >Organization: >Environment: >Description: Booting ARMv7 boards with 2GB RAM on board and unmapped_buf_allowed == 1 (default setting) causes panic: ## Starting application at 0x40F00000 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #19 r252351M: Sat Jun 29 01:20:20 MSK 2013 root@intel.bsdpad.com:/usr/obj/arm.armv6/usr/home/br/dev/head/sys/ARNDALE arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: DIAGNOSTIC option enabled, expect reduced performance. CPU: Cortex A15 rev 4 (Cortex-A core) Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/64B 2-way data cache WB Read-Alloc Write-Alloc 32KB/64B 2-way instruction cache Read-Alloc Cache level 2: 1024KB/64B 16-way unified cache WB Read-Alloc Write-Alloc real memory = 2147483648 (2048 MB) panic: kmem_suballoc: bad status return of 3 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Sat Jun 29 14:21:34 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 702C5D2D for ; Sat, 29 Jun 2013 14:21:34 +0000 (UTC) (envelope-from alc@rice.edu) Received: from pp2.rice.edu (proofpoint2.mail.rice.edu [128.42.201.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0301827 for ; Sat, 29 Jun 2013 14:21:33 +0000 (UTC) Received: from pps.filterd (pp2.rice.edu [127.0.0.1]) by pp2.rice.edu (8.14.5/8.14.5) with SMTP id r5TBdONL031903; Sat, 29 Jun 2013 09:21:32 -0500 Received: from mh1.mail.rice.edu (mh1.mail.rice.edu [128.42.201.20]) by pp2.rice.edu with ESMTP id 1d6ep8jt2y-1; Sat, 29 Jun 2013 09:21:32 -0500 X-Virus-Scanned: by amavis-2.7.0 at mh1.mail.rice.edu, auth channel Received: from adsl-216-63-78-18.dsl.hstntx.swbell.net (adsl-216-63-78-18.dsl.hstntx.swbell.net [216.63.78.18]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: alc) by mh1.mail.rice.edu (Postfix) with ESMTPSA id 8A0D74600F1; Sat, 29 Jun 2013 09:21:31 -0500 (CDT) Message-ID: <51CEED6A.9090802@rice.edu> Date: Sat, 29 Jun 2013 09:21:30 -0500 From: Alan Cox User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130127 Thunderbird/17.0.2 MIME-Version: 1.0 To: "arm@freebsd.org" Subject: generic_bs_map() X-Enigmail-Version: 1.4.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeff Roberson , Alan Cox X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 14:21:34 -0000 Jeff and I have been looking at the various kmem_alloc() calls throughout the kernel, and when we came to generic_bs_map() on arm, I was a bit puzzled. In short, I believe that generic_bs_map() should be calling kmem_alloc_nofault() instead of kmem_alloc(). It appears to me that generic_bs_map() only wants a virtual address range from kmem_*, which is what kmem_alloc_nofault() does. In contrast, kmem_alloc() also allocates and maps physical memory at the returned address range. In the case of generic_bs_map(), allocating and mapping physical memory is pointless because generic_bs_map() overwrites those mappings with its own. So, the physical pages allocated by kmem_alloc() are wasted. Neither Jeff nor I have arm hardware to verify this change. Could someone here please try it out? Thanks, Alan From owner-freebsd-arm@FreeBSD.ORG Sat Jun 29 17:21:39 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2B07ADF8 for ; Sat, 29 Jun 2013 17:21:39 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:150:ca0a:a9ff:fef1:a4c9]) by mx1.freebsd.org (Postfix) with ESMTP id BF6A91DC7 for ; Sat, 29 Jun 2013 17:21:38 +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 r5THLERt090937; Sat, 29 Jun 2013 19:21:14 +0200 (CEST) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id r5THLDwn090936; Sat, 29 Jun 2013 19:21:13 +0200 (CEST) (envelope-from mlfbsd) Date: Sat, 29 Jun 2013 19:21:13 +0200 From: Olivier Houchard To: Alan Cox Subject: Re: generic_bs_map() Message-ID: <20130629172113.GA90854@ci0.org> References: <51CEED6A.9090802@rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51CEED6A.9090802@rice.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "arm@freebsd.org" , Jeff Roberson X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Jun 2013 17:21:39 -0000 On Sat, Jun 29, 2013 at 09:21:30AM -0500, Alan Cox wrote: > Jeff and I have been looking at the various kmem_alloc() calls > throughout the kernel, and when we came to generic_bs_map() on arm, I > was a bit puzzled. In short, I believe that generic_bs_map() should be > calling kmem_alloc_nofault() instead of kmem_alloc(). It appears to me > that generic_bs_map() only wants a virtual address range from kmem_*, > which is what kmem_alloc_nofault() does. In contrast, kmem_alloc() also > allocates and maps physical memory at the returned address range. In > the case of generic_bs_map(), allocating and mapping physical memory is > pointless because generic_bs_map() overwrites those mappings with its > own. So, the physical pages allocated by kmem_alloc() are wasted. > > Neither Jeff nor I have arm hardware to verify this change. Could > someone here please try it out? > > Thanks, > Alan > Hmm you have a point, I don't know how we ended up using kmem_alloc() there, when we rightfully use kmem_alloc_nofault() in pmap_mapdev(). I'll fix this tomorrow if nobody beats me at it. Regards, Olivier