From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 06:44:55 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19CF68E1 for ; Sun, 22 Dec 2013 06:44:55 +0000 (UTC) Received: from mail-ie0-f173.google.com (mail-ie0-f173.google.com [209.85.223.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA8E014D6 for ; Sun, 22 Dec 2013 06:44:54 +0000 (UTC) Received: by mail-ie0-f173.google.com with SMTP id to1so4871735ieb.32 for ; Sat, 21 Dec 2013 22:44:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version; bh=V//cHndsuc754NBPXxU6YGSVLysMCvk8OZVqFW2iMIY=; b=NPcwrIB1eK1JFMHlLy7lGfC63QlsRrydWtmTjkVtawWatadP8NN8/4r/3HXMHa+wTz p6mF3f+FZBosnr8+ZwJjM+gGzZubMuzl4a3oBEGFYHSZW6t43TbY+bzNpMiOgh6hKuhD +lQmm6uv7ZoM4hFPGbx+clXydhLFgNTBPs6neQC4XUlaFkTEhTIPhSxSDvL9BlIplwwW N3k0YFc6tslyDN7WlKYB9EMfyoFqdMBfItv0IPBVLyB+AfBwwlWkdB7p8D3Pgg3xPKUX rYHgaBHqn6E9bHtmTL+j5QeB2qEvKlpLkQio2NeP91zt6mB4upReDDU9/WEEfonJz0wV mSkw== X-Gm-Message-State: ALoCoQnzcEGb/4gfyuh7S8oNy9714OoJLwC9SvCwXsnLA0ZmxxyFy2DYut6tUipIo1Br3AHetKDL X-Received: by 10.51.17.71 with SMTP id gc7mr15031616igd.12.1387694688730; Sat, 21 Dec 2013 22:44:48 -0800 (PST) Received: from [10.0.0.23] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id p14sm20209067igr.7.2013.12.21.22.44.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Dec 2013 22:44:47 -0800 (PST) Sender: Warner Losh From: Warner Losh Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 10.0-release proposed patch for Atmel Date: Sat, 21 Dec 2013 23:44:47 -0700 Message-Id: To: "freebsd-arm@freebsd.org" Mime-Version: 1.0 (Apple Message framework v1085) X-Mailer: Apple Mail (2.1085) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 06:44:55 -0000 Gentlemen, Right now, the mountroot prompt doesn't work on Atmel CPUs. Almost all = the characters are eaten. I recently committed an elegant fix for this = into head to mask the interrupt for new characters and only do polling. However, it touched the base uart. In an abundance of caution, the re@ = has asked me to see if I can come up with a fix w/o that. A less elegant, less functional fix can be found at = http://people.freebsd.org/~imp/at91-mountroot-10.diff This fix defers turning on the RXRDY bit in the interrupt mask until we = get the first interrupt after the first opening of the device. This is = sufficient for mountroot> to work, but wouldn't fix things like GELI = that prompt the user from the kernel. I think that's acceptable for 10.0 = given the typical use case for atmel. Can the folks here that know Atmel take a look at the patch and let me = know what you think? Warner From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 06:58:30 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 535539A5 for ; Sun, 22 Dec 2013 06:58:30 +0000 (UTC) Received: from mx0.deglitch.com (backbone.deglitch.com [78.110.53.255]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE5C1580 for ; Sun, 22 Dec 2013 06:58:29 +0000 (UTC) Received: from [192.168.11.7] (c-71-198-22-48.hsd1.ca.comcast.net [71.198.22.48]) by mx0.deglitch.com (Postfix) with ESMTPSA id BF52B8FC40; Sun, 22 Dec 2013 10:58:19 +0400 (MSK) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: 10.0-release proposed patch for Atmel From: Stanislav Sedov In-Reply-To: Date: Sat, 21 Dec 2013 22:58:11 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Warner Losh X-Mailer: Apple Mail (2.1822) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 06:58:30 -0000 On Dec 21, 2013, at 10:44 PM, Warner Losh wrote: > Gentlemen, >=20 > Right now, the mountroot prompt doesn't work on Atmel CPUs. Almost all = the characters are eaten. I recently committed an elegant fix for this = into head to mask the interrupt for new characters and only do polling. >=20 > However, it touched the base uart. In an abundance of caution, the re@ = has asked me to see if I can come up with a fix w/o that. >=20 > A less elegant, less functional fix can be found at = http://people.freebsd.org/~imp/at91-mountroot-10.diff >=20 > This fix defers turning on the RXRDY bit in the interrupt mask until = we get the first interrupt after the first opening of the device. This = is sufficient for mountroot> to work, but wouldn't fix things like GELI = that prompt the user from the kernel. I think that's acceptable for 10.0 = given the typical use case for atmel. >=20 > Can the folks here that know Atmel take a look at the patch and let me = know what you think? >=20 Looks correct to me. This is probably the safest way to go and will = solve the issue for the majority of use cases as you said. Thanks! -- ST4096-RIPE From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 09:26:11 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 932316F6 for ; Sun, 22 Dec 2013 09:26:11 +0000 (UTC) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FBB21E70 for ; Sun, 22 Dec 2013 09:26:11 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id at1so4891679iec.21 for ; Sun, 22 Dec 2013 01:26:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=VNH+q/yeFoOtxTp2cb2d9czu6e9vuSj3E3qW5ZFwYrI=; b=iST1TmMaqPa8iYkVxv9uAsmBfdtyq0t8fj6hNx2LGqkkFAYdIvlK4F+AabEtt3ryXZ krEiqZnGVqivniu13HDAP61BV2YXxGAdUw80HW90HviWHAZZ5kfAcpV1ssFomjVypGqi SYkUQG6dxfmLnYWgopFcfPpNvB0t8K7GrYlxZ36IJjgK+OBQRm2rGILv1yM0gSkSRjks rTdhx7OuOtE5FdlCIOtlSxDSRjzFmzG9dUKsW0sZxrQYx2mzFptnPNYD/aA65TyY1Jb8 o04acnXB+rYAxJygCmME/IX2G5vQUBFN7RUg4frH4sU6jtYutlzrJAwtOissDk7QWHtN mknw== X-Gm-Message-State: ALoCoQkNaxl+sbYuvqnokXIkX4iXyf+maziksNs1XzWqNFBpjIfHZUBGLQ8uz1KySQIM3hFD6LuXRB1Q8LfxXk6aMMHSTig93eMMlF5oS0dOc3m8jpnrUn0= X-Received: by 10.50.66.180 with SMTP id g20mr15880651igt.29.1387704370255; Sun, 22 Dec 2013 01:26:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Sun, 22 Dec 2013 01:25:55 -0800 (PST) From: "Lundberg, Johannes" Date: Sun, 22 Dec 2013 18:25:55 +0900 Message-ID: Subject: FreeBSD on Pandaboard? To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 09:26:11 -0000 Hi I have seen some blogs etc that claims to have successfully run FreeBSD on Pandaboard ES but I can't seem to be able to duplicate the results. I tried with 10.0-releng and 11.0-current source and latest version of crochet. Building is done on an amd64 machine. Creating image is no problem but boot halts early at USB / MMC routine.. Should I use clang? gcc? Tried building (xdev tools) with gcc but it fails. I tried applying these patches but no difference http://people.freebsd.org/~gonzo/patches/queue/locore.diff http://people.freebsd.org/~gonzo/patches/ehci-bug-detect.diff What is the secret recipe? Anyone successful? -- Johannes Lundberg -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 09:26:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6144072F for ; Sun, 22 Dec 2013 09:26:51 +0000 (UTC) Received: from mail.bsdpad.com (mail.bsdpad.com [109.107.176.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13E8A1E71 for ; Sun, 22 Dec 2013 09:26:50 +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 1VufLV-000OBL-JQ; Sun, 22 Dec 2013 13:29:13 +0400 Received: by mail.bsdpad.com (nbSMTP-1.00) for uid 1001 br@mail.bsdpad.com; Sun, 22 Dec 2013 13:29:13 +0400 (MSK) Date: Sun, 22 Dec 2013 13:29:13 +0400 From: Ruslan Bukin To: Wojciech Macek Subject: Re: arm SMP on Cortex-A15 Message-ID: <20131222092913.GA89153@mail.bsdpad.com> References: <20131220125638.GA5132@mail.bsdpad.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20131220125638.GA5132@mail.bsdpad.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 09:26:51 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=utf-8 Content-Disposition: inline On Fri, Dec 20, 2013 at 04:56:39PM +0400, Ruslan Bukin wrote: > On Thu, Dec 19, 2013 at 12:41:59PM +0100, Wojciech Macek wrote: > > Hi, > > > > Finally, I'm able to run FreeBSD stable on Cortex-A15. The TLB issue which > > was observed, was caused by an aggressive A15 feature called "L2 TLB > > prefetch". > > > > Great!? I successfully run buildworld with these patches on SMP-enabled > dual-core Cortex-A15 machine (Exynos5250) with no problems at all. > > My timings: > kernel-toolchain - ~3h > buildkernel - ~1h > buildworld - ~16h > > Note I used NFS for mount source and obj using USB-based ethernet. > The next test I will try to produce is to adding -j2 option. > With -j2 it always goes panic, not immediately, but after a few minutes of compilation, like this. -Ruslan --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename=panic --- games.cleandir__D --- ===> games/primes (cleandir) --- lib.cleandir__D --- --- cleanobj --- --- games.cleandir__D --- --- cleanobj --- --- lib.cleandir__D --- ===> lib/libedit (cleandir) --- games.cleandir__D --- ===> games/random (cleandir) --- lib.cleandir__D --- --- cleanobj --- panic: Undefined instruction in kernel. cpuid = 1 KDB: enter: panic [ thread pid 5469 tid 100078 ] Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! db> bt Tracing pid 5469 tid 100078 td 0xc6132640 db_trace_self() at db_trace_self pc = 0xc1231a24 lr = 0xc0f2f2d4 (db_hex2dec+0x4dc) sp = 0xfa2449b0 fp = 0xfa2449c8 r10 = 0xc131af80 db_hex2dec() at db_hex2dec+0x4dc pc = 0xc0f2f2d4 lr = 0xc0f2ec40 (db_command_loop+0x2f0) sp = 0xfa2449d0 fp = 0xfa244a70 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc1289f9c db_command_loop() at db_command_loop+0x2f0 pc = 0xc0f2ec40 lr = 0xc0f2e9b0 (db_command_loop+0x60) sp = 0xfa244a78 fp = 0xfa244a88 r4 = 0xc1267b79 r5 = 0xc1283402 r6 = 0xc136608c r7 = 0xc135c4d0 r8 = 0xfa244c60 r9 = 0xc131b1f0 r10 = 0xc135c4d4 db_command_loop() at db_command_loop+0x60 pc = 0xc0f2e9b0 lr = 0xc0f313b0 (X_db_symbol_values+0x254) sp = 0xfa244a90 fp = 0xfa244bb0 r4 = 0x00000000 r5 = 0xfa244a98 r6 = 0xc135c500 X_db_symbol_values() at X_db_symbol_values+0x254 pc = 0xc0f313b0 lr = 0xc1090984 (kdb_trap+0x164) sp = 0xfa244bb8 fp = 0xfa244be0 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc135c500 r7 = 0xc135c4d0 kdb_trap() at kdb_trap+0x164 pc = 0xc1090984 lr = 0xc1244c50 (undefinedinstruction+0x2b4) sp = 0xfa244be8 fp = 0xfa244c58 r4 = 0x00000000 r5 = 0xc1244900 r6 = 0x00000000 r7 = 0xe7ffffff r8 = 0xc6132640 r9 = 0xfa244c60 r10 = 0xc10900e8 undefinedinstruction() at undefinedinstruction+0x2b4 pc = 0xc1244c50 lr = 0xc1233610 (exception_exit) sp = 0xfa244c60 fp = 0xfa244cb8 r4 = 0xc128345c r5 = 0x00000001 r6 = 0xc134e030 r7 = 0xc134e1d0 r8 = 0xc6132640 r9 = 0xc1367bd0 r10 = 0xfa244cfc exception_exit() at exception_exit pc = 0xc1233610 lr = 0xc10900dc (kdb_enter+0x40) sp = 0xfa244cb4 fp = 0xfa244cb8 r0 = 0xc135c4e4 r1 = 0x00000000 r2 = 0xc1286ffa r3 = 0x000000ab r4 = 0xc128345c r5 = 0x00000001 r6 = 0xc134e030 r7 = 0xc134e1d0 r8 = 0xc6132640 r9 = 0xc1367bd0 r10 = 0xfa244cfc r12 = 0x00000000 kdb_enter() at kdb_enter+0x50 pc = 0xc10900ec lr = 0xc1059d28 (kassert_panic+0x244) sp = 0xfa244cc0 fp = 0xfa244ce0 r4 = 0x00000100 kassert_panic() at kassert_panic+0x244 pc = 0xc1059d28 lr = 0xc1059d98 (kproc_shutdown) sp = 0xfa244ce8 fp = 0xfa244cf0 r4 = 0x00000000 r5 = 0xc12457b4 r6 = 0xc1365f64 r7 = 0xecb20a20 r8 = 0xc6132640 r9 = 0xfa244d80 r10 = 0xc12458c4 kproc_shutdown() at kproc_shutdown pc = 0xc1059d98 lr = 0xc1244cd0 (undefinedinstruction+0x334) sp = 0xfa244cf8 fp = 0xfa244d78 r4 = 0xfa244cfc r5 = 0xc107f470 undefinedinstruction() at undefinedinstruction+0x334 pc = 0xc1244cd0 lr = 0xc1233610 (exception_exit) sp = 0xfa244d80 fp = 0xfa244de0 r4 = 0x00000010 r5 = 0x00000000 r6 = 0xc1365f70 r7 = 0x00000000 r8 = 0xc6132640 r9 = 0xfa244e60 r10 = 0x2011e750 exception_exit() at exception_exit pc = 0xc1233610 lr = 0xc1244aa8 (undefinedinstruction+0x10c) sp = 0xfa244dd4 fp = 0xfa244de0 r0 = 0x00000001 r1 = 0xfa244eb0 r2 = 0xfa244ef0 r3 = 0x00000010 r4 = 0x00000010 r5 = 0x00000000 r6 = 0xc1365f70 r7 = 0x00000000 r8 = 0xc6132640 r9 = 0xfa244e60 r10 = 0x2011e750 r12 = 0x0002ec68 vfp_bounce() at vfp_bounce+0x110 pc = 0xc12458c4 lr = 0xc1244aa8 (undefinedinstruction+0x10c) sp = 0xfa244de8 fp = 0xfa244e58 r4 = 0x00000010 r5 = 0xc12457b4 r6 = 0xc1365f70 r7 = 0xec828b10 undefinedinstruction() at undefinedinstruction+0x10c pc = 0xc1244aa8 lr = 0xc1233610 (exception_exit) sp = 0xfa244e60 fp = 0xbfffe658 r4 = 0x00000000 r5 = 0xbfffe530 r6 = 0x2080b2ac r7 = 0x00030a04 r8 = 0xbfffec39 r9 = 0x00000008 r10 = 0x2080b2bc exception_exit() at exception_exit pc = 0xc1233610 lr = 0x2013481c (0x2013481c) sp = 0xfa244eb4 fp = 0xbfffe658 r0 = 0xbfffe530 r1 = 0x4278f502 r2 = 0xbfffe5b0 r3 = 0x20233ae0 r4 = 0x00000000 r5 = 0xbfffe530 r6 = 0x2080b2ac r7 = 0x00030a04 r8 = 0xbfffec39 r9 = 0x00000008 r10 = 0x2080b2bc r12 = 0x0002ec68 Unable to unwind into user mode db> --Qxx1br4bt0+wmkIi-- From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 09:50:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B8BF0E90 for ; Sun, 22 Dec 2013 09:50:32 +0000 (UTC) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 708AE1FF6 for ; Sun, 22 Dec 2013 09:50:32 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id nd7so4141060qeb.3 for ; Sun, 22 Dec 2013 01:50:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qsnY095GsuZuSIewHZumdb6lpuduscVMvQLytp4wt+g=; b=qx01e1cYCNqBXA+W5LOMDSuxqE0GA6AUsHeSEPde5Acnyo3xqWwErS3UAs+QhZg/Bs BYL8JlKiRPk+YPxGGSTM8ebmf+uqbiTdvXH+p9CiJCnYp+Nxnk9kRNDuUpxhLO2ZJVXL 7q5Ba4OujNZGO9XmCJMDsocKFVr08fkTIw0Qjr1kRr1ZAfoQ29T5e1HY3svU5ME0bhm5 bMvLvjvfYbcJjShIL6yzffWdKDOuX6QNpwoyDPGT+WMCw476FSb93ZSS41Y+ESgxmmew Hc6NfmPIzU/fz61XqPPKAdOt0+3rggiuwv6O/gslHJ0+mbAVyHYldTuaqhb+NM6FgW4g NXUw== MIME-Version: 1.0 X-Received: by 10.49.101.9 with SMTP id fc9mr31741085qeb.42.1387705831669; Sun, 22 Dec 2013 01:50:31 -0800 (PST) Received: by 10.224.130.194 with HTTP; Sun, 22 Dec 2013 01:50:31 -0800 (PST) In-Reply-To: References: <20131215173042.0dead636@bender.Home> Date: Sun, 22 Dec 2013 17:50:31 +0800 Message-ID: Subject: Re: [PATCH] Add stack unwind support for the functions in .ko From: Howard Su To: Warner Losh Content-Type: multipart/mixed; boundary=001a11c2bd3826572304ee1c7138 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 09:50:32 -0000 --001a11c2bd3826572304ee1c7138 Content-Type: text/plain; charset=ISO-8859-1 here is the new version which address the print registers out problem. On Monday, December 16, 2013, Warner Losh wrote: > > On Dec 15, 2013, at 4:56 PM, Howard Su wrote: > > > On Monday, December 16, 2013, Andrew Turner wrote: > > > >> On Mon, 9 Dec 2013 22:44:14 +0800 > >> Howard Su > wrote: > >> > >>> Here is a new version which solve the unreadable $a problem. (the fix > >>> is in ddb/db_main.c in the end of the patch.) > >>> > >>> I attached the diff for review. > >> > >> I can't comment on the MD parts of the code, but the ARM change looks > >> good. My only request is to add a kernel option to turn on printing the > >> registers in the stack trace as it has been useful for tracking down > >> bugs. > >> > > I read the MD code of MIPS. seems it faces the same situation like arm > > (register pass parameter). I will follow its pattern to print out > register. > > better than an option? > > I thought MIPS printed the args from those registers as args and ARM was > the odd man out... > > Warner > > -- -Howard --001a11c2bd3826572304ee1c7138 Content-Type: text/x-patch; charset=US-ASCII; name="unwind.patch" Content-Disposition: attachment; filename="unwind.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: 9079f629886fc7c4_0.1 ZGlmZiAtLWdpdCBhL3N5cy9hcm0vYXJtL2RiX2ludGVyZmFjZS5jIGIvc3lzL2FybS9hcm0vZGJf aW50ZXJmYWNlLmMKaW5kZXggNjkwNjY1MC4uNzdkOWU1MCAxMDA2NDQKLS0tIGEvc3lzL2FybS9h cm0vZGJfaW50ZXJmYWNlLmMKKysrIGIvc3lzL2FybS9hcm0vZGJfaW50ZXJmYWNlLmMKQEAgLTE4 MiwzMCArMTgyLDM5IEBAIGRiX3JlYWRfYnl0ZXMoYWRkciwgc2l6ZSwgZGF0YSkKIAljaGFyCSpk YXRhOwogewogCWNoYXIJKnNyYyA9IChjaGFyICopYWRkcjsKKwlqbXBfYnVmIGpiOworCXZvaWQg KnByZXZfamI7CisJaW50IHJldDsKIAotCWlmIChkYl92YWxpZGF0ZV9hZGRyZXNzKCh1X2ludClz cmMpKSB7Ci0JCWRiX3ByaW50ZigiYWRkcmVzcyAlcCBpcyBpbnZhbGlkXG4iLCBzcmMpOwotCQly ZXR1cm4gKC0xKTsKLQl9Ci0KLQlpZiAoc2l6ZSA9PSA0ICYmIChhZGRyICYgMykgPT0gMCAmJiAo KHVpbnRwdHJfdClkYXRhICYgMykgPT0gMCkgewotCQkqKChpbnQqKWRhdGEpID0gKigoaW50Kilz cmMpOwotCQlyZXR1cm4gKDApOwotCX0KLQotCWlmIChzaXplID09IDIgJiYgKGFkZHIgJiAxKSA9 PSAwICYmICgodWludHB0cl90KWRhdGEgJiAxKSA9PSAwKSB7Ci0JCSooKHNob3J0KilkYXRhKSA9 ICooKHNob3J0KilzcmMpOwotCQlyZXR1cm4gKDApOwotCX0KKwlwcmV2X2piID0ga2RiX2ptcGJ1 ZihqYik7CisJcmV0ID0gc2V0am1wKGpiKTsKKwlpZiAocmV0ID09IDApIHsKIAotCXdoaWxlIChz aXplLS0gPiAwKSB7CiAJCWlmIChkYl92YWxpZGF0ZV9hZGRyZXNzKCh1X2ludClzcmMpKSB7CiAJ CQlkYl9wcmludGYoImFkZHJlc3MgJXAgaXMgaW52YWxpZFxuIiwgc3JjKTsKLQkJCXJldHVybiAo LTEpOworCQkJcmV0ID0gLTE7CisJCQlnb3RvIGV4aXQ7CisJCX0KKwkJCisJCWlmIChzaXplID09 IDQgJiYgKGFkZHIgJiAzKSA9PSAwICYmICgodWludHB0cl90KWRhdGEgJiAzKSA9PSAwKSB7CisJ CQkqKChpbnQqKWRhdGEpID0gKigoaW50KilzcmMpOworCQl9CQkKKwkJZWxzZSBpZiAoc2l6ZSA9 PSAyICYmIChhZGRyICYgMSkgPT0gMCAmJiAoKHVpbnRwdHJfdClkYXRhICYgMSkgPT0gMCkgewor CQkJKigoc2hvcnQqKWRhdGEpID0gKigoc2hvcnQqKXNyYyk7CisJCX0KKwkJZWxzZSB3aGlsZSAo c2l6ZS0tID4gMCkgeworCQkJaWYgKGRiX3ZhbGlkYXRlX2FkZHJlc3MoKHVfaW50KXNyYykpIHsK KwkJCQlkYl9wcmludGYoImFkZHJlc3MgJXAgaXMgaW52YWxpZFxuIiwgc3JjKTsKKwkJCQlyZXQg PSAtMTsKKwkJCQlnb3RvIGV4aXQ7CisJCQl9CisJCQkqZGF0YSsrID0gKnNyYysrOwogCQl9Ci0J CSpkYXRhKysgPSAqc3JjKys7CiAJfQotCXJldHVybiAoMCk7CitleGl0OgorCSh2b2lkKWtkYl9q bXBidWYocHJldl9qYik7CisJcmV0dXJuIChyZXQpOworCiB9CiAKIC8qCkBAIC0yMTYsMzYgKzIy NSw0OCBAQCBkYl93cml0ZV9ieXRlcyh2bV9vZmZzZXRfdCBhZGRyLCBzaXplX3Qgc2l6ZSwgY2hh ciAqZGF0YSkKIHsKIAljaGFyICpkc3Q7CiAJc2l6ZV90IGxvb3A7CisJam1wX2J1ZiBqYjsKKwl2 b2lkICpwcmV2X2piOworCWludCByZXQ7CisKKwlwcmV2X2piID0ga2RiX2ptcGJ1ZihqYik7CisJ cmV0ID0gc2V0am1wKGpiKTsKKwlpZiAocmV0ID09IDApIHsKKwkJZHN0ID0gKGNoYXIgKilhZGRy OworCQlpZiAoZGJfdmFsaWRhdGVfYWRkcmVzcygodV9pbnQpZHN0KSkgeworCQkJZGJfcHJpbnRm KCJhZGRyZXNzICVwIGlzIGludmFsaWRcbiIsIGRzdCk7CisJCQlyZXQgPSAtMTsKKwkJCWdvdG8g ZXhpdDsKKwkJfQogCi0JZHN0ID0gKGNoYXIgKilhZGRyOwotCWlmIChkYl92YWxpZGF0ZV9hZGRy ZXNzKCh1X2ludClkc3QpKSB7Ci0JCWRiX3ByaW50ZigiYWRkcmVzcyAlcCBpcyBpbnZhbGlkXG4i LCBkc3QpOwotCQlyZXR1cm4gKDApOwotCX0KLQotCWlmIChzaXplID09IDQgJiYgKGFkZHIgJiAz KSA9PSAwICYmICgodWludHB0cl90KWRhdGEgJiAzKSA9PSAwKQotCQkqKChpbnQqKWRzdCkgPSAq KChpbnQqKWRhdGEpOwotCWVsc2UKLQlpZiAoc2l6ZSA9PSAyICYmIChhZGRyICYgMSkgPT0gMCAm JiAoKHVpbnRwdHJfdClkYXRhICYgMSkgPT0gMCkKLQkJKigoc2hvcnQqKWRzdCkgPSAqKChzaG9y dCopZGF0YSk7Ci0JZWxzZSB7Ci0JCWxvb3AgPSBzaXplOwotCQl3aGlsZSAobG9vcC0tID4gMCkg ewotCQkJaWYgKGRiX3ZhbGlkYXRlX2FkZHJlc3MoKHVfaW50KWRzdCkpIHsKLQkJCQlkYl9wcmlu dGYoImFkZHJlc3MgJXAgaXMgaW52YWxpZFxuIiwgZHN0KTsKLQkJCQlyZXR1cm4gKC0xKTsKKwkJ aWYgKHNpemUgPT0gNCAmJiAoYWRkciAmIDMpID09IDAgJiYgKCh1aW50cHRyX3QpZGF0YSAmIDMp ID09IDApCisJCQkqKChpbnQqKWRzdCkgPSAqKChpbnQqKWRhdGEpOworCQllbHNlCisJCWlmIChz aXplID09IDIgJiYgKGFkZHIgJiAxKSA9PSAwICYmICgodWludHB0cl90KWRhdGEgJiAxKSA9PSAw KQorCQkJKigoc2hvcnQqKWRzdCkgPSAqKChzaG9ydCopZGF0YSk7CisJCWVsc2UgeworCQkJbG9v cCA9IHNpemU7CisJCQl3aGlsZSAobG9vcC0tID4gMCkgeworCQkJCWlmIChkYl92YWxpZGF0ZV9h ZGRyZXNzKCh1X2ludClkc3QpKSB7CisJCQkJCWRiX3ByaW50ZigiYWRkcmVzcyAlcCBpcyBpbnZh bGlkXG4iLCBkc3QpOworCQkJCQlyZXQgPSAtMTsKKwkJCQkJZ290byBleGl0OworCQkJCX0KKwkJ CQkqZHN0KysgPSAqZGF0YSsrOwogCQkJfQotCQkJKmRzdCsrID0gKmRhdGErKzsKIAkJfQotCX0K IAotCS8qIG1ha2Ugc3VyZSB0aGUgY2FjaGVzIGFuZCBtZW1vcnkgYXJlIGluIHN5bmMgKi8KLQlj cHVfaWNhY2hlX3N5bmNfcmFuZ2UoYWRkciwgc2l6ZSk7CisgICAgICAgLyogbWFrZSBzdXJlIHRo ZSBjYWNoZXMgYW5kIG1lbW9yeSBhcmUgaW4gc3luYyAqLworICAgICAgIGNwdV9pY2FjaGVfc3lu Y19yYW5nZShhZGRyLCBzaXplKTsKIAotCS8qIEluIGNhc2UgdGhlIGN1cnJlbnQgcGFnZSB0YWJs ZXMgaGF2ZSBiZWVuIG1vZGlmaWVkIC4uLiAqLwotCWNwdV90bGJfZmx1c2hJRCgpOwotCWNwdV9j cHdhaXQoKTsKLQlyZXR1cm4gKDApOworCQkvKiBJbiBjYXNlIHRoZSBjdXJyZW50IHBhZ2UgdGFi bGVzIGhhdmUgYmVlbiBtb2RpZmllZCAuLi4gKi8KKyAgICAgICBjcHVfdGxiX2ZsdXNoSUQoKTsK KyAgICAgICBjcHVfY3B3YWl0KCk7CisJfQorCitleGl0OgorCSh2b2lkKWtkYl9qbXBidWYocHJl dl9qYik7CisJcmV0dXJuIChyZXQpOwogfQogCiAKZGlmZiAtLWdpdCBhL3N5cy9hcm0vYXJtL2Ri X3RyYWNlLmMgYi9zeXMvYXJtL2FybS9kYl90cmFjZS5jCmluZGV4IDU3MTE5ZGEuLmFiYzg3NDEg MTAwNjQ0Ci0tLSBhL3N5cy9hcm0vYXJtL2RiX3RyYWNlLmMKKysrIGIvc3lzL2FybS9hcm0vZGJf dHJhY2UuYwpAQCAtMzgsNiArMzgsNyBAQCBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAjaW5jbHVk ZSA8c3lzL3Byb2MuaD4KICNpbmNsdWRlIDxzeXMva2RiLmg+CiAjaW5jbHVkZSA8c3lzL3N0YWNr Lmg+CisjaW5jbHVkZSA8c3lzL2xpbmtlci5oPgogI2luY2x1ZGUgPG1hY2hpbmUvYXJtcmVnLmg+ CiAjaW5jbHVkZSA8bWFjaGluZS9hc20uaD4KICNpbmNsdWRlIDxtYWNoaW5lL2NwdWZ1bmMuaD4K QEAgLTczLDE4ICs3NCwxMyBAQCBfX0ZCU0RJRCgiJEZyZWVCU0QkIik7CiAjZGVmaW5lCUVYSURY X0NBTlRVTldJTkQJMQogCiAvKiBUaGUgcmVnaXN0ZXIgbmFtZXMgKi8KKyNkZWZpbmUJQTAJMQog I2RlZmluZQlGUAkxMQogI2RlZmluZQlTUAkxMwogI2RlZmluZQlMUgkxNAogI2RlZmluZQlQQwkx NQogCiAvKgotICogVGhlc2UgYXJlIHNldCBpbiB0aGUgbGlua2VyIHNjcmlwdC4gVGhlaXIgYWRk cmVzc2VzIHdpbGwgYmUKLSAqIGVpdGhlciB0aGUgc3RhcnQgb3IgZW5kIG9mIHRoZSBleGNlcHRp b24gdGFibGUgb3IgaW5kZXguCi0gKi8KLWV4dGVybiBpbnQgZXh0YWJfc3RhcnQsIGV4dGFiX2Vu ZCwgZXhpZHhfc3RhcnQsIGV4aWR4X2VuZDsKLQotLyoKICAqIEVudHJ5IHR5cGVzLgogICogVGhl c2UgYXJlIHRoZSBvbmx5IGVudHJ5IHR5cGVzIHRoYXQgaGF2ZSBiZWVuIHNlZW4gaW4gdGhlIGtl cm5lbC4KICAqLwpAQCAtMTMxLDggKzEyNywzMCBAQCBzdHJ1Y3QgdW53aW5kX3N0YXRlIHsKIHN0 YXRpYyBfX2lubGluZSBpbnQzMl90CiBkYl9leHBhbmRfcHJlbDMxKHVpbnQzMl90IHByZWwzMSkK IHsKKwlyZXR1cm4gKChpbnQzMl90KShwcmVsMzEpIDw8IDEpIC8gMjsKK30KKworc3RydWN0IGRi X2ZpbmRfaW5kZXhfY29udGV4dF90Cit7CisJaW50IHZhbGlkOworCWNhZGRyX3QgYWRkcjsKKwlj YWRkcl90IGV4aWR4X3N0YXJ0LCBleGlkeF9lbmQ7Cit9OworCitzdGF0aWMgaW50CitkYl9maW5k X2luZGV4X2ZpbGVfY2IobGlua2VyX2ZpbGVfdCBsZiwgdm9pZCogYXJnKQoreworCXN0cnVjdCBk Yl9maW5kX2luZGV4X2NvbnRleHRfdCAqY29udGV4dCA9IChzdHJ1Y3QgZGJfZmluZF9pbmRleF9j b250ZXh0X3QqKWFyZzsKKwlpZiAoY29udGV4dC0+YWRkciA+PSBsZi0+YWRkcmVzcyAmJiBjb250 ZXh0LT5hZGRyIDwgbGYtPmFkZHJlc3MgKyBsZi0+c2l6ZSkKKwl7CisJCWNvbnRleHQtPmV4aWR4 X3N0YXJ0ID0gbGlua2VyX2ZpbGVfbG9va3VwX3N5bWJvbChsZiwgIl9fZXhpZHhfc3RhcnQiLCAw KTsKKwkJY29udGV4dC0+ZXhpZHhfZW5kID0gbGlua2VyX2ZpbGVfbG9va3VwX3N5bWJvbChsZiwg Il9fZXhpZHhfZW5kIiwgMCk7CisJCWlmIChjb250ZXh0LT5leGlkeF9zdGFydCAmJiBjb250ZXh0 LT5leGlkeF9lbmQpCisJCQljb250ZXh0LT52YWxpZCA9IDE7CisJCXJldHVybiAxOworCX0KIAot CXJldHVybiAoKGludDMyX3QpKHByZWwzMSAmIDB4N2ZmZmZmZmZ1KSA8PCAxKSAvIDI7CisJcmV0 dXJuIDA7CiB9CiAKIC8qCkBAIC0xNDgsMTAgKzE2NiwxOCBAQCBkYl9maW5kX2luZGV4KHVpbnQz Ml90IGFkZHIpCiAJaW50MzJfdCBwcmVsMzFfYWRkcjsKIAl1aW50MzJfdCBmdW5jX2FkZHI7CiAK LQlzdGFydCA9IChzdHJ1Y3QgdW53aW5kX2lkeCAqKSZleGlkeF9zdGFydDsKKwlzdHJ1Y3QgZGJf ZmluZF9pbmRleF9jb250ZXh0X3QgY29udGV4dDsKKwljb250ZXh0LnZhbGlkID0gMDsKKwljb250 ZXh0LmFkZHIgPSAoY2FkZHJfdClhZGRyOworCisJbGlua2VyX2ZpbGVfZm9yZWFjaChkYl9maW5k X2luZGV4X2ZpbGVfY2IsICZjb250ZXh0KTsKKwlpZiAoIWNvbnRleHQudmFsaWQpCisJCXJldHVy biAwOworCisJc3RhcnQgPSAoc3RydWN0IHVud2luZF9pZHggKiljb250ZXh0LmV4aWR4X3N0YXJ0 OwogCiAJbWluID0gMDsKLQltYXggPSAoJmV4aWR4X2VuZCAtICZleGlkeF9zdGFydCkgLyAyOwor CW1heCA9IChjb250ZXh0LmV4aWR4X2VuZCAtIGNvbnRleHQuZXhpZHhfc3RhcnQpIC8gMjsKIAog CXdoaWxlIChtaW4gIT0gbWF4KSB7CiAJCW1pZCA9IG1pbiArIChtYXggLSBtaW4gKyAxKSAvIDI7 CkBAIC0yNjksNyArMjk1LDcgQEAgZGJfdW53aW5kX2V4ZWNfaW5zbihzdHJ1Y3QgdW53aW5kX3N0 YXRlICpzdGF0ZSkKIAkJLyogU3RvcCBwcm9jZXNzaW5nICovCiAJCXN0YXRlLT5lbnRyaWVzID0g MDsKIAotCX0gZWxzZSBpZiAoKGluc24gPT0gSU5TTl9QT1BfUkVHUykpIHsKKwl9IGVsc2UgaWYg KGluc24gPT0gSU5TTl9QT1BfUkVHUykgewogCQl1bnNpZ25lZCBpbnQgbWFzaywgcmVnOwogCiAJ CW1hc2sgPSBkYl91bndpbmRfZXhlY19yZWFkX2J5dGUoc3RhdGUpOwpAQCAtMzUyLDMwICszNzgs MjYgQEAgZGJfdW53aW5kX3RhYihzdHJ1Y3QgdW53aW5kX3N0YXRlICpzdGF0ZSkKIH0KIAogc3Rh dGljIHZvaWQKLWRiX3N0YWNrX3RyYWNlX2NtZChzdHJ1Y3QgdW53aW5kX3N0YXRlICpzdGF0ZSkK K2RiX3N0YWNrX3RyYWNlX2NtZChzdHJ1Y3QgdW53aW5kX3N0YXRlICpzdGF0ZSwgaW50IGNvdW50 KQogewogCXN0cnVjdCB1bndpbmRfaWR4ICppbmRleDsKIAljb25zdCBjaGFyICpuYW1lOwogCWRi X2V4cHJfdCB2YWx1ZTsKIAlkYl9leHByX3Qgb2Zmc2V0OwogCWNfZGJfc3ltX3Qgc3ltOwotCXVf aW50IHJlZywgaTsKLQljaGFyICpzZXA7Ci0JdWludDE2X3QgdXBkX21hc2s7CisJdV9pbnQgajsK IAlib29sIGZpbmlzaGVkOwogCiAJZmluaXNoZWQgPSBmYWxzZTsKLQl3aGlsZSAoIWZpbmlzaGVk KSB7CisJc3RhdGUtPnN0YXJ0X3BjID0gc3RhdGUtPnJlZ2lzdGVyc1tQQ107CisJd2hpbGUgKCFm aW5pc2hlZCAmJiBjb3VudC0tKSB7CiAJCS8qIFJlc2V0IHRoZSBtYXNrIG9mIHVwZGF0ZWQgcmVn aXN0ZXJzICovCiAJCXN0YXRlLT51cGRhdGVfbWFzayA9IDA7CiAKLQkJLyogVGhlIHBjIHZhbHVl IGlzIGNvcnJlY3QgYW5kIHdpbGwgYmUgb3ZlcndyaXR0ZW4sIHNhdmUgaXQgKi8KLQkJc3RhdGUt PnN0YXJ0X3BjID0gc3RhdGUtPnJlZ2lzdGVyc1tQQ107Ci0KIAkJLyogRmluZCB0aGUgaXRlbSB0 byBydW4gKi8KIAkJaW5kZXggPSBkYl9maW5kX2luZGV4KHN0YXRlLT5zdGFydF9wYyk7CiAKLQkJ aWYgKGluZGV4LT5pbnNuICE9IEVYSURYX0NBTlRVTldJTkQpIHsKKwkJaWYgKGluZGV4ICYmIGlu ZGV4LT5pbnNuICE9IEVYSURYX0NBTlRVTldJTkQpIHsKIAkJCWlmIChpbmRleC0+aW5zbiAmICgx VSA8PCAzMSkpIHsKIAkJCQkvKiBUaGUgZGF0YSBpcyB3aXRoaW4gdGhlIGluc3RydWN0aW9uICov CiAJCQkJc3RhdGUtPmluc24gPSAmaW5kZXgtPmluc247CkBAIC0zOTYsMzUgKzQxOCwyMSBAQCBk Yl9zdGFja190cmFjZV9jbWQoc3RydWN0IHVud2luZF9zdGF0ZSAqc3RhdGUpCiAJCQluYW1lID0g IihudWxsKSI7CiAJCX0gZWxzZQogCQkJZGJfc3ltYm9sX3ZhbHVlcyhzeW0sICZuYW1lLCAmdmFs dWUpOwotCQlkYl9wcmludGYoIiVzKCkgYXQgIiwgbmFtZSk7CisKIAkJZGJfcHJpbnRzeW0oc3Rh dGUtPnN0YXJ0X3BjLCBEQl9TVEdZX1BST0MpOwotCQlkYl9wcmludGYoIlxuIik7Ci0JCWRiX3By aW50ZigiXHQgcGMgPSAweCUwOHggIGxyID0gMHglMDh4ICgiLCBzdGF0ZS0+c3RhcnRfcGMsCi0J CSAgICBzdGF0ZS0+cmVnaXN0ZXJzW0xSXSk7Ci0JCWRiX3ByaW50c3ltKHN0YXRlLT5yZWdpc3Rl cnNbTFJdLCBEQl9TVEdZX1BST0MpOwotCQlkYl9wcmludGYoIilcbiIpOwotCQlkYl9wcmludGYo Ilx0IHNwID0gMHglMDh4ICBmcCA9IDB4JTA4eCIsCi0JCSAgICBzdGF0ZS0+cmVnaXN0ZXJzW1NQ XSwgc3RhdGUtPnJlZ2lzdGVyc1tGUF0pOwotCi0JCS8qIERvbid0IHByaW50IHRoZSByZWdpc3Rl cnMgd2UgaGF2ZSBhbHJlYWR5IHByaW50ZWQgKi8KLQkJdXBkX21hc2sgPSBzdGF0ZS0+dXBkYXRl X21hc2sgJiAKLQkJICAgIH4oKDEgPDwgU1ApIHwgKDEgPDwgRlApIHwgKDEgPDwgTFIpIHwgKDEg PDwgUEMpKTsKLQkJc2VwID0gIlxuXHQiOwotCQlmb3IgKGkgPSAwLCByZWcgPSAwOyB1cGRfbWFz ayAhPSAwOyB1cGRfbWFzayA+Pj0gMSwgcmVnKyspIHsKLQkJCWlmICgodXBkX21hc2sgJiAxKSAh PSAwKSB7Ci0JCQkJZGJfcHJpbnRmKCIlcyVzciVkID0gMHglMDh4Iiwgc2VwLAotCQkJCSAgICAo cmVnIDwgMTApID8gIiAiIDogIiIsIHJlZywKLQkJCQkgICAgc3RhdGUtPnJlZ2lzdGVyc1tyZWdd KTsKLQkJCQlpKys7Ci0JCQkJaWYgKGkgPT0gMikgewotCQkJCQlzZXAgPSAiXG5cdCI7Ci0JCQkJ CWkgPSAwOwotCQkJCX0gZWxzZQotCQkJCQlzZXAgPSAiICI7Ci0JCQkJCi0JCQl9CisJCWRiX3By aW50ZigiKCIpOworCQlmb3IgKGogPSAwOyBqIDwgNDsgaiArKykgeworCQkJaWYgKGogPiAwKQor CQkJCWRiX3ByaW50ZigiLCIpOworCQkJaWYgKHN0YXRlLT51cGRhdGVfbWFzayAmICgxIDw8IChB MCArIGopKSkKKwkJCQlkYl9wcmludGYoIiV4Iiwgc3RhdGUtPnJlZ2lzdGVyc1tBMCArIGpdKTsK KwkJCWVsc2UKKwkJCQlkYl9wcmludGYoIj8iKTsKIAkJfQotCQlkYl9wcmludGYoIlxuIik7CisJ CWRiX3ByaW50ZigiKSBscj0lMDh4IHNwPSUwOHggZnA9JTA4eFxuIiwgc3RhdGUtPnJlZ2lzdGVy c1tMUl0sIHN0YXRlLT5yZWdpc3RlcnNbU1BdLCBzdGF0ZS0+cmVnaXN0ZXJzW0ZQXSk7CisKKwkJ LyogVGhlIHBjIHZhbHVlIGlzIGNvcnJlY3QgYW5kIHdpbGwgYmUgb3ZlcndyaXR0ZW4sIHNhdmUg aXQgKi8KKwkJc3RhdGUtPnN0YXJ0X3BjID0gc3RhdGUtPnJlZ2lzdGVyc1tQQ107CiAKIAkJLyoK IAkJICogU3RvcCBpZiBkaXJlY3RlZCB0byBkbyBzbywgb3IgaWYgd2UndmUgdW53b3VuZCBiYWNr IHRvIHRoZQpAQCAtNDM1LDE0ICs0NDMsMTcgQEAgZGJfc3RhY2tfdHJhY2VfY21kKHN0cnVjdCB1 bndpbmRfc3RhdGUgKnN0YXRlKQogCQkgKiB0aGUgbGFzdCBmcmFtZSBwcmludGVkIGJlZm9yZSB5 b3Ugc2VlIHRoZSB1bndpbmQgZmFpbHVyZQogCQkgKiBtZXNzYWdlIChtYXliZSBpdCBuZWVkcyBh IFNUT1BfVU5XSU5ESU5HKS4KIAkJICovCi0JCWlmIChpbmRleC0+aW5zbiA9PSBFWElEWF9DQU5U VU5XSU5EKSB7Ci0JCQlkYl9wcmludGYoIlVuYWJsZSB0byB1bndpbmQgZnVydGhlclxuIik7CisJ CWlmIChpbmRleCAmJiBpbmRleC0+aW5zbiA9PSBFWElEWF9DQU5UVU5XSU5EKSB7CisJCQlpZiAo Y291bnQpCisJCQkJZGJfcHJpbnRmKCJVbmFibGUgdG8gdW53aW5kIGZ1cnRoZXJcbiIpOwogCQkJ ZmluaXNoZWQgPSB0cnVlOwogCQl9IGVsc2UgaWYgKHN0YXRlLT5yZWdpc3RlcnNbUENdIDwgVk1f TUlOX0tFUk5FTF9BRERSRVNTKSB7Ci0JCQlkYl9wcmludGYoIlVuYWJsZSB0byB1bndpbmQgaW50 byB1c2VyIG1vZGVcbiIpOworCQkJaWYgKGNvdW50KQorCQkJCWRiX3ByaW50ZigiVW5hYmxlIHRv IHVud2luZCBpbnRvIHVzZXIgbW9kZVxuIik7CiAJCQlmaW5pc2hlZCA9IHRydWU7CiAJCX0gZWxz ZSBpZiAoc3RhdGUtPnVwZGF0ZV9tYXNrID09IDApIHsKLQkJCWRiX3ByaW50ZigiVW53aW5kIGZh aWx1cmUgKG5vIHJlZ2lzdGVycyBjaGFuZ2VkKVxuIik7CisJCQlpZiAoY291bnQpCisJCQkJZGJf cHJpbnRmKCJVbndpbmQgZmFpbHVyZSAobm8gcmVnaXN0ZXJzIGNoYW5nZWQpXG4iKTsKIAkJCWZp bmlzaGVkID0gdHJ1ZTsKIAkJfQogCX0KQEAgLTQ3OSw3ICs0OTAsNyBAQCBkYl9zdGFja190cmFj ZV9jbWQoc3RydWN0IHVud2luZF9zdGF0ZSAqc3RhdGUpCiAKICNpZm5kZWYgX19BUk1fRUFCSV9f CS8qIFRoZSBmcmFtZSBmb3JtYXQgaXMgZGlmZmVyZW5kIGluIEFBUENTICovCiBzdGF0aWMgdm9p ZAotZGJfc3RhY2tfdHJhY2VfY21kKGRiX2V4cHJfdCBhZGRyLCBkYl9leHByX3QgY291bnQsIGJv b2xlYW5fdCBrZXJuZWxfb25seSkKK2RiX3N0YWNrX3RyYWNlX2NtZChkYl9leHByX3QgYWRkciwg aW50IGNvdW50LCBib29sZWFuX3Qga2VybmVsX29ubHkpCiB7CiAJdV9pbnQzMl90CSpmcmFtZSwg Kmxhc3RmcmFtZTsKIAljX2RiX3N5bV90IHN5bTsKQEAgLTYwOCw5ICs2MTksOSBAQCBkYl90cmFj ZV90aHJlYWQoc3RydWN0IHRocmVhZCAqdGhyLCBpbnQgY291bnQpCiAJCXN0YXRlLnJlZ2lzdGVy c1tMUl0gPSBjdHgtPnVuXzMyLnBjYjMyX2xyOwogCQlzdGF0ZS5yZWdpc3RlcnNbUENdID0gY3R4 LT51bl8zMi5wY2IzMl9wYzsKIAotCQlkYl9zdGFja190cmFjZV9jbWQoJnN0YXRlKTsKKwkJZGJf c3RhY2tfdHJhY2VfY21kKCZzdGF0ZSwgY291bnQpOwogI2Vsc2UKLQkJZGJfc3RhY2tfdHJhY2Vf Y21kKGN0eC0+dW5fMzIucGNiMzJfcjExLCAtMSwgVFJVRSk7CisJCWRiX3N0YWNrX3RyYWNlX2Nt ZChjdHgtPnVuXzMyLnBjYjMyX3IxMSwgY291bnQsIFRSVUUpOwogI2VuZGlmCiAJfSBlbHNlCiAJ CWRiX3RyYWNlX3NlbGYoKTsKQEAgLTYzMiw3ICs2NDMsNyBAQCBkYl90cmFjZV9zZWxmKHZvaWQp CiAJc3RhdGUucmVnaXN0ZXJzW0xSXSA9ICh1aW50MzJfdClfX2J1aWx0aW5fcmV0dXJuX2FkZHJl c3MoMCk7CiAJc3RhdGUucmVnaXN0ZXJzW1BDXSA9ICh1aW50MzJfdClkYl90cmFjZV9zZWxmOwog Ci0JZGJfc3RhY2tfdHJhY2VfY21kKCZzdGF0ZSk7CisJZGJfc3RhY2tfdHJhY2VfY21kKCZzdGF0 ZSwgLTEpOwogI2Vsc2UKIAlkYl9hZGRyX3QgYWRkcjsKIApkaWZmIC0tZ2l0IGEvc3lzL2NvbmYv a21vZC5tayBiL3N5cy9jb25mL2ttb2QubWsKaW5kZXggYmQwNTg3OC4uZDBhMWYwZiAxMDA2NDQK LS0tIGEvc3lzL2NvbmYva21vZC5taworKysgYi9zeXMvY29uZi9rbW9kLm1rCkBAIC0xMzMsNiAr MTMzLDE2IEBAIENGTEFHUys9CS1tbG9uZ2NhbGwgLWZuby1vbWl0LWZyYW1lLXBvaW50ZXIKIENG TEFHUys9CS1HMCAtZm5vLXBpYyAtbW5vLWFiaWNhbGxzIC1tbG9uZy1jYWxscwogLmVuZGlmCiAK Ky5pZiAke01BQ0hJTkVfQ1BVQVJDSH0gPT0gYXJtCisuaWYgIWRlZmluZWQoV0lUSE9VVF9BUk1f RUFCSSkKK0NGTEFHUys9ICAgICAgIC1mdW53aW5kLXRhYmxlcworLmlmICR7Q09NUElMRVJfVFlQ RX0gPT0gImNsYW5nIgorIyBjbGFuZyByZXF1aXJlcyB1cyB0byB0ZWxsIGl0IHRvIGVtaXQgYXNz ZW1ibHkgd2l0aCB1bndpbmQgaW5mb3JtYXRpb24KK0NGTEFHUys9ICAgICAgIC1tbGx2bSAtYXJt LWVuYWJsZS1laGFiaQorLmVuZGlmCisuZW5kaWYKKy5lbmRpZgorCiAuaWYgZGVmaW5lZChERUJV RykgfHwgZGVmaW5lZChERUJVR19GTEFHUykKIENURkZMQUdTKz0JLWcKIC5lbmRpZgpkaWZmIC0t Z2l0IGEvc3lzL2NvbmYvbGRzY3JpcHQuYXJtIGIvc3lzL2NvbmYvbGRzY3JpcHQuYXJtCmluZGV4 IDBkMWM3ZWUuLjI0ODJjZTcgMTAwNjQ0Ci0tLSBhL3N5cy9jb25mL2xkc2NyaXB0LmFybQorKysg Yi9zeXMvY29uZi9sZHNjcmlwdC5hcm0KQEAgLTU3LDE3ICs1NywxMSBAQCBTRUNUSU9OUwogICAu cGx0ICAgICAgOiB7ICooLnBsdCkJfQogCiAgIC4gPSBBTElHTig0KTsKLSAgX2V4dGFiX3N0YXJ0 ID0gLjsKLSAgUFJPVklERShleHRhYl9zdGFydCA9IC4pOwogICAuQVJNLmV4dGFiIDogeyAqKC5B Uk0uZXh0YWIpIH0KLSAgX2V4dGFiLmVuZCA9IC47Ci0gIFBST1ZJREUoZXh0YWJfZW5kID0gLik7 CiAKLSAgX2V4aWR4X3N0YXJ0ID0gLjsKLSAgUFJPVklERShleGlkeF9zdGFydCA9IC4pOworICBf X2V4aWR4X3N0YXJ0ID0gLjsKICAgLkFSTS5leGlkeCA6IHsgKiguQVJNLmV4aWR4KSB9Ci0gIF9l eGlkeF9lbmQgPSAuOwotICBQUk9WSURFKGV4aWR4X2VuZCA9IC4pOworICBfX2V4aWR4X2VuZCA9 IC47CiAKICAgLyogQWRqdXN0IHRoZSBhZGRyZXNzIGZvciB0aGUgZGF0YSBzZWdtZW50LiAgV2Ug d2FudCB0byBhZGp1c3QgdXAgdG8KICAgICAgdGhlIHNhbWUgYWRkcmVzcyB3aXRoaW4gdGhlIHBh Z2Ugb24gdGhlIG5leHQgcGFnZSB1cC4gICovCmRpZmYgLS1naXQgYS9zeXMvZGRiL2RiX21haW4u YyBiL3N5cy9kZGIvZGJfbWFpbi5jCmluZGV4IDZlOTI4NmMuLmY2NGIyZTIgMTAwNjQ0Ci0tLSBh L3N5cy9kZGIvZGJfbWFpbi5jCisrKyBiL3N5cy9kZGIvZGJfbWFpbi5jCkBAIC04Niw2ICs4Niwy NCBAQCBYX2RiX2xvb2t1cChkYl9zeW10YWJfdCAqc3ltdGFiLCBjb25zdCBjaGFyICpzeW1ib2wp CiAJcmV0dXJuIChOVUxMKTsKIH0KIAorLyoKKyAqIGNoZWNrIGlmIHRoZSBuYW1lIGlzIHZhbGlk LgorICogaW52bGlhZCB0aGUgbmFtZSAkYSwkZCwldCBnZW5lcmF0ZWQgYnkgRUxGIEFSTSB0b29s Y2hhaW4KKyAqLworc3RhdGljIGludAorZGJfaXNfdmFsaWRfbmFtZShjb25zdCBjaGFyKiBuYW1l KQoreworCWlmIChuYW1lID09IE5VTEwgfHwgbmFtZVswXSA9PSAnXDAnKQorCQlyZXR1cm4gMDsK KwlpZiAobmFtZVswXSA9PSAnJCcgJiYgc3RyY2hyKCJhdGQiLCBuYW1lWzFdKSAKKwkJJiYgbmFt ZVsyXSA9PSAnXDAnKQorCXsKKwkJcmV0dXJuIDA7CisJfQorCisJcmV0dXJuIDE7Cit9CisKIGNf ZGJfc3ltX3QKIFhfZGJfc2VhcmNoX3N5bWJvbChkYl9zeW10YWJfdCAqc3ltdGFiLCBkYl9hZGRy X3Qgb2ZmLCBkYl9zdHJhdGVneV90IHN0cmF0LAogICAgIGRiX2V4cHJfdCAqZGlmZnApCkBAIC05 MywxMSArMTExLDE2IEBAIFhfZGJfc2VhcmNoX3N5bWJvbChkYl9zeW10YWJfdCAqc3ltdGFiLCBk Yl9hZGRyX3Qgb2ZmLCBkYl9zdHJhdGVneV90IHN0cmF0LAogCWNfbGlua2VyX3N5bV90IGxzeW07 CiAJRWxmX1N5bSAqc3ltLCAqbWF0Y2g7CiAJdW5zaWduZWQgbG9uZyBkaWZmOworCWNvbnN0IGNo YXIqIG5hbWU7CiAKIAlpZiAoc3ltdGFiLT5wcml2YXRlID09IE5VTEwpIHsKIAkJaWYgKCFsaW5r ZXJfZGRiX3NlYXJjaF9zeW1ib2woKGNhZGRyX3Qpb2ZmLCAmbHN5bSwgJmRpZmYpKSB7Ci0JCQkq ZGlmZnAgPSAoZGJfZXhwcl90KWRpZmY7Ci0JCQlyZXR1cm4gKChjX2RiX3N5bV90KWxzeW0pOwor CQkJWF9kYl9zeW1ib2xfdmFsdWVzKHN5bXRhYiwgKGNfZGJfc3ltX3QpbHN5bSwgJm5hbWUsIE5V TEwpOworCQkJaWYgKGRiX2lzX3ZhbGlkX25hbWUobmFtZSkpCisJCQl7CisJCQkJKmRpZmZwID0g KGRiX2V4cHJfdClkaWZmOworCQkJCXJldHVybiAoKGNfZGJfc3ltX3QpbHN5bSk7CisJCQl9CiAJ CX0KIAkJcmV0dXJuIChOVUxMKTsKIAl9CkBAIC0xMTMsOCArMTM2LDE0IEBAIFhfZGJfc2VhcmNo X3N5bWJvbChkYl9zeW10YWJfdCAqc3ltdGFiLCBkYl9hZGRyX3Qgb2ZmLCBkYl9zdHJhdGVneV90 IHN0cmF0LAogCQkgICAgRUxGX1NUX1RZUEUoc3ltLT5zdF9pbmZvKSAhPSBTVFRfRlVOQyAmJgog CQkgICAgRUxGX1NUX1RZUEUoc3ltLT5zdF9pbmZvKSAhPSBTVFRfTk9UWVBFKQogCQkJY29udGlu dWU7CisKIAkJaWYgKChvZmYgLSBzeW0tPnN0X3ZhbHVlKSA+IGRpZmYpCiAJCQljb250aW51ZTsK KworCQlYX2RiX3N5bWJvbF92YWx1ZXMoc3ltdGFiLCAoY19kYl9zeW1fdClzeW0sICZuYW1lLCBO VUxMKTsKKwkJaWYgKCFkYl9pc192YWxpZF9uYW1lKG5hbWUpKQorCQkJY29udGludWU7CisKIAkJ aWYgKChvZmYgLSBzeW0tPnN0X3ZhbHVlKSA8IGRpZmYpIHsKIAkJCWRpZmYgPSBvZmYgLSBzeW0t PnN0X3ZhbHVlOwogCQkJbWF0Y2ggPSBzeW07Cgo= --001a11c2bd3826572304ee1c7138-- From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 10:47:36 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 15FDDE71 for ; Sun, 22 Dec 2013 10:47:36 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id E798D1312 for ; Sun, 22 Dec 2013 10:47:35 +0000 (UTC) Received: from bender.Home (97e07ae8.skybroadband.com [151.224.122.232]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 952025DFFE; Sun, 22 Dec 2013 10:47:28 +0000 (UTC) Date: Sun, 22 Dec 2013 10:47:21 +0000 From: Andrew Turner To: Howard Su Subject: Re: [PATCH] Add stack unwind support for the functions in .ko Message-ID: <20131222104721.22b1bd45@bender.Home> In-Reply-To: References: <20131215173042.0dead636@bender.Home> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 10:47:36 -0000 On Sun, 22 Dec 2013 17:50:31 +0800 Howard Su wrote: > here is the new version which address the print registers out problem. There are a number of style bugs in this patch: make sure you limit lines to 80 characters; indentation should use tabs, followed by 4 spaces if you need to split a long line; braces should be at the end of a line when used with an if, for or while statement. You've added the A0 register. I don't see where it is defined by ARM as a register name or synonym. It is also used to adjust which bit from a bitmask we check. This would mean we read the wrong bit and may get a register that was never updated. Because of this we will never read r0. Andrew > > On Monday, December 16, 2013, Warner Losh wrote: > > > > > On Dec 15, 2013, at 4:56 PM, Howard Su wrote: > > > > > On Monday, December 16, 2013, Andrew Turner wrote: > > > > > >> On Mon, 9 Dec 2013 22:44:14 +0800 > > >> Howard Su > > > >> wrote: > > >> > > >>> Here is a new version which solve the unreadable $a problem. > > >>> (the fix is in ddb/db_main.c in the end of the patch.) > > >>> > > >>> I attached the diff for review. > > >> > > >> I can't comment on the MD parts of the code, but the ARM change > > >> looks good. My only request is to add a kernel option to turn on > > >> printing the registers in the stack trace as it has been useful > > >> for tracking down bugs. > > >> > > > I read the MD code of MIPS. seems it faces the same situation > > > like arm (register pass parameter). I will follow its pattern to > > > print out > > register. > > > better than an option? > > > > I thought MIPS printed the args from those registers as args and > > ARM was the odd man out... > > > > Warner > > > > > From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 10:53: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7DDAC27C for ; Sun, 22 Dec 2013 10:53:54 +0000 (UTC) Received: from mail-oa0-f53.google.com (mail-oa0-f53.google.com [209.85.219.53]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42CDC138D for ; Sun, 22 Dec 2013 10:53:53 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id m1so4667448oag.40 for ; Sun, 22 Dec 2013 02:53:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Totb9wj01GCYf+y+i06E5vMv62o4jP5vYAPX9gY9wXQ=; b=PalNGVNQxkH6P+0caT2t+1RV+XjXOFH0YHk/yP3jtVbHW+ktMleAHsKvJPN/i1R5n7 iCfjSLiLBLj7BCYG94hCMpnUkmYUINwFWtBRsrZQPQTjzqDbteDP4f33J7yVi1Gsl6NK ppaSWPc6VrCwjRowAMre2T7dzuw0aLR35pSXi65i6HLHJCM42uUW8yyZHHdzwKVl9iZx rdfkudkEQU6fmYID7jUFlmcCzkUk48PJVqf7cZTydym8zJdctGt+N+Uesx5mpVNXyFX6 iS3sowFWg2RtRiV9gCL863DpkG2xo5lSU0lLDabMuxkeF2zW6pmN5+ErQQy5f15JA4q7 grbw== X-Gm-Message-State: ALoCoQkGJUjEZSy+JzSpC0o0janJtXHpMiMPROHGgLfmuKUyQRQD9APh19Ffb4cI34PijqOfE1YB MIME-Version: 1.0 X-Received: by 10.182.230.135 with SMTP id sy7mr13689383obc.24.1387709627113; Sun, 22 Dec 2013 02:53:47 -0800 (PST) Received: by 10.182.103.231 with HTTP; Sun, 22 Dec 2013 02:53:47 -0800 (PST) In-Reply-To: <20131222092913.GA89153@mail.bsdpad.com> References: <20131220125638.GA5132@mail.bsdpad.com> <20131222092913.GA89153@mail.bsdpad.com> Date: Sun, 22 Dec 2013 11:53:47 +0100 Message-ID: Subject: Re: arm SMP on Cortex-A15 From: Wojciech Macek To: Ruslan Bukin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 10:53:54 -0000 Thanks, so it seems that there is still something wrong... >From what I observed, the place where you got the panic was the most likely to fail if there are issues with TLB cache. I guess your case can also have the same root case. Nevertheless, I'll try to reproduce your setup and debug it futher. Regards, Wojtek 2013/12/22 Ruslan Bukin > On Fri, Dec 20, 2013 at 04:56:39PM +0400, Ruslan Bukin wrote: > > On Thu, Dec 19, 2013 at 12:41:59PM +0100, Wojciech Macek wrote: > > > Hi, > > > > > > Finally, I'm able to run FreeBSD stable on Cortex-A15. The TLB issue > which > > > was observed, was caused by an aggressive A15 feature called "L2 TLB > > > prefetch". > > > > > > > Great!? I successfully run buildworld with these patches on SMP-enabled > > dual-core Cortex-A15 machine (Exynos5250) with no problems at all. > > > > My timings: > > kernel-toolchain - ~3h > > buildkernel - ~1h > > buildworld - ~16h > > > > Note I used NFS for mount source and obj using USB-based ethernet. > > The next test I will try to produce is to adding -j2 option. > > > > With -j2 it always goes panic, not immediately, > but after a few minutes of compilation, like this. > > -Ruslan > From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 11:22:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B094CB12 for ; Sun, 22 Dec 2013 11:22:40 +0000 (UTC) Received: from mail-qc0-x231.google.com (mail-qc0-x231.google.com [IPv6:2607:f8b0:400d:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 699A115B9 for ; Sun, 22 Dec 2013 11:22:40 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id m20so3855951qcx.22 for ; Sun, 22 Dec 2013 03:22:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=fo1eOBz9SEvDCWPwGl6YZgQU9qs8MVrUk8zGv+CXnTo=; b=Hn0yBRFrbPEeu7839aF4vLDN+j1OaMxj51LQ2VI+xLCB/0lBoyzGL2/JaMBpzAFaRl jP4ny3BnhQCdFlTrRWj1EYPcbohvigz4vxu828ydf81+sMfz+5RPlIZBNFVLz59WUHU9 uasbfvkgM5RUzgdsnTTZ6Y1osPYI4QEMQuEtUN8kBi+xLSdBhJIw2Pbm/VRYnx9aneJE XrKUK0ejhr2/Z/J8OSyXkopusVXq+ply0WHXplQNJFFhvz6bWlc244WRi/A9mMQG4YMo VHWONBb/4kR7cqM0+Jjbom3AWsHwt4w/+05gSiiyumxOCkokXd+XL0DTmX+/T1kyBCoC 5+OQ== MIME-Version: 1.0 X-Received: by 10.224.127.74 with SMTP id f10mr31846107qas.56.1387711359658; Sun, 22 Dec 2013 03:22:39 -0800 (PST) Received: by 10.224.130.194 with HTTP; Sun, 22 Dec 2013 03:22:39 -0800 (PST) In-Reply-To: <20131222104721.22b1bd45@bender.Home> References: <20131215173042.0dead636@bender.Home> <20131222104721.22b1bd45@bender.Home> Date: Sun, 22 Dec 2013 19:22:39 +0800 Message-ID: Subject: Re: [PATCH] Add stack unwind support for the functions in .ko From: Howard Su To: Andrew Turner Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 11:22:40 -0000 On Sunday, December 22, 2013, Andrew Turner wrote: > On Sun, 22 Dec 2013 17:50:31 +0800 > Howard Su > wrote: > > > here is the new version which address the print registers out problem. > > There are a number of style bugs in this patch: make sure you limit > lines to 80 characters; indentation should use tabs, followed by 4 > spaces if you need to split a long line; braces should be at the end of > a line when used with an if, for or while statement. > Sure. I will fix style(9) issues. > > You've added the A0 register. I don't see where it is defined by ARM as > a register name or synonym. It is also used to adjust which bit from a > bitmask we check. This would mean we read the wrong bit and may get a > register that was never updated. Because of this we will never read r0. > Let me find a better name for this macro. What I want is the macro describe the register contains first parameter. > > Andrew > > > > > On Monday, December 16, 2013, Warner Losh wrote: > > > > > > > > On Dec 15, 2013, at 4:56 PM, Howard Su wrote: > > > > > > > On Monday, December 16, 2013, Andrew Turner wrote: > > > > > > > >> On Mon, 9 Dec 2013 22:44:14 +0800 > > > >> Howard Su > > > > > >> wrote: > > > >> > > > >>> Here is a new version which solve the unreadable $a problem. > > > >>> (the fix is in ddb/db_main.c in the end of the patch.) > > > >>> > > > >>> I attached the diff for review. > > > >> > > > >> I can't comment on the MD parts of the code, but the ARM change > > > >> looks good. My only request is to add a kernel option to turn on > > > >> printing the registers in the stack trace as it has been useful > > > >> for tracking down bugs. > > > >> > > > > I read the MD code of MIPS. seems it faces the same situation > > > > like arm (register pass parameter). I will follow its pattern to > > > > print out > > > register. > > > > better than an option? > > > > > > I thought MIPS printed the args from those registers as args and > > > ARM was the odd man out... > > > > > > Warner > > > > > > > > > > -- -Howard From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 11:36:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 746F2BE5 for ; Sun, 22 Dec 2013 11:36:41 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 5083F1649 for ; Sun, 22 Dec 2013 11:36:41 +0000 (UTC) Received: from bender.Home (97e07ae8.skybroadband.com [151.224.122.232]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id DFD235DFFE; Sun, 22 Dec 2013 11:36:39 +0000 (UTC) Date: Sun, 22 Dec 2013 11:36:33 +0000 From: Andrew Turner To: Howard Su Subject: Re: [PATCH] Add stack unwind support for the functions in .ko Message-ID: <20131222113633.61baf954@bender.Home> In-Reply-To: References: <20131215173042.0dead636@bender.Home> <20131222104721.22b1bd45@bender.Home> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 11:36:41 -0000 On Sun, 22 Dec 2013 19:22:39 +0800 Howard Su wrote: > On Sunday, December 22, 2013, Andrew Turner wrote: > > > On Sun, 22 Dec 2013 17:50:31 +0800 > > Howard Su > wrote: > > > > > here is the new version which address the print registers out > > > problem. > > > > There are a number of style bugs in this patch: make sure you limit > > lines to 80 characters; indentation should use tabs, followed by 4 > > spaces if you need to split a long line; braces should be at the > > end of a line when used with an if, for or while statement. > > > Sure. I will fix style(9) issues. > > > > > You've added the A0 register. I don't see where it is defined by > > ARM as a register name or synonym. It is also used to adjust which > > bit from a bitmask we check. This would mean we read the wrong bit > > and may get a register that was never updated. Because of this we > > will never read r0. > > > Let me find a better name for this macro. What I want is the macro > describe the register contains first parameter. You shouldn't need one, the first parameter is in r0. Andrew From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 12:36:41 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA770940; Sun, 22 Dec 2013 12:36:41 +0000 (UTC) Received: from kanar.ci0.org (kanar.ci0.org [IPv6:2001:bc8:35e6::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 671DC19C1; Sun, 22 Dec 2013 12:36:41 +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 rBMCabIE061215; Sun, 22 Dec 2013 13:36:37 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id rBMCabop061214; Sun, 22 Dec 2013 13:36:37 +0100 (CET) (envelope-from mlfbsd) Date: Sun, 22 Dec 2013 13:36:37 +0100 From: Olivier Houchard To: Wojciech Macek Subject: Re: arm SMP on Cortex-A15 Message-ID: <20131222123636.GA61193@ci0.org> References: <20131220125638.GA5132@mail.bsdpad.com> <20131222092913.GA89153@mail.bsdpad.com> 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, Ruslan Bukin X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 12:36:41 -0000 On Sun, Dec 22, 2013 at 11:53:47AM +0100, Wojciech Macek wrote: > Thanks, so it seems that there is still something wrong... > From what I observed, the place where you got the panic was the most likely > to fail if there are issues with TLB cache. I guess your case can also have > the same root case. Nevertheless, I'll try to reproduce your setup and > debug it futher. > > Regards, > Wojtek I'm quite sure Ruslan's panic happens because the VFP code isn't completely smp-safe, and I have patches that hopefully fixes this. Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 16:39:55 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 11916162 for ; Sun, 22 Dec 2013 16:39:55 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C223C1860 for ; Sun, 22 Dec 2013 16:39:54 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id m20so4099290qcx.18 for ; Sun, 22 Dec 2013 08:39:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=g62K7Hzek5piCckY2ciJXQ2Ck6VJdmJEmqSNxh0YbCc=; b=if0fpHcW32QmxEuwWWuwTe8XblSswyCrTvQrrzAa3XYNUIMf6/rlAOV8xm4s2EjePk ub52/1XvNvadJ6FyejS6K6mLvE0rS3NWOmzpl6EbZ81F190AJK7UTjpg+gwJ2DzJzEny BQ98vutHHGNz5IhjAII8KKhq0UXnpV9lrE3Iehmlz9qGeL8f1D1E2gvHE4zyMRmHRl9+ Pj/0ZB8+PBovtGX7v5BHwkmGk37wRSwJbPGdT4dvrdcZXFI7eGSqXPlgs7aP7kFS5ew+ QKN79W/aJyZVXpnN786U8k+T2pI6tsBEreHbYLlSVynDX3NvzS+3z1Pk5kn2J/NLn6TR i6QA== MIME-Version: 1.0 X-Received: by 10.224.46.8 with SMTP id h8mr34735202qaf.49.1387730393804; Sun, 22 Dec 2013 08:39:53 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sun, 22 Dec 2013 08:39:53 -0800 (PST) Received: by 10.224.53.200 with HTTP; Sun, 22 Dec 2013 08:39:53 -0800 (PST) In-Reply-To: References: Date: Sun, 22 Dec 2013 08:39:53 -0800 X-Google-Sender-Auth: ZQ8wu49irIe5SOUpedH0_SkW_Fg Message-ID: Subject: Re: 10.0-release proposed patch for Atmel From: Adrian Chadd To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 16:39:55 -0000 Where's the original UART diff? Adrian On Dec 22, 2013 1:45 AM, "Warner Losh" wrote: > Gentlemen, > > Right now, the mountroot prompt doesn't work on Atmel CPUs. Almost all the > characters are eaten. I recently committed an elegant fix for this into > head to mask the interrupt for new characters and only do polling. > > However, it touched the base uart. In an abundance of caution, the re@has asked me to see if I can come up with a fix w/o that. > > A less elegant, less functional fix can be found at > http://people.freebsd.org/~imp/at91-mountroot-10.diff > > This fix defers turning on the RXRDY bit in the interrupt mask until we > get the first interrupt after the first opening of the device. This is > sufficient for mountroot> to work, but wouldn't fix things like GELI that > prompt the user from the kernel. I think that's acceptable for 10.0 given > the typical use case for atmel. > > Can the folks here that know Atmel take a look at the patch and let me > know what you think? > > Warner > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 17:04:48 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4947C8B7 for ; Sun, 22 Dec 2013 17:04:48 +0000 (UTC) Received: from mail-ig0-f177.google.com (mail-ig0-f177.google.com [209.85.213.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 119261A1A for ; Sun, 22 Dec 2013 17:04:47 +0000 (UTC) Received: by mail-ig0-f177.google.com with SMTP id uy17so11457034igb.4 for ; Sun, 22 Dec 2013 09:04:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=0G6I5V0N3LXRUvLyKM8fnhyI47MjLB5jek91eIUaCHA=; b=NiIioYpVd2r6RpxQn4VrjsEOOf9VW00QlzwvQgqrNOEh9bB+v5NRmkJKbV0P3t6KgE BP1RyHaz/ikyPepwUhEhQpa74U65cFyr7owqhkyUr6THH/GIIY+hjx5zvF7WIq5iH55n 9NPmdjz2Hj3zbUQiLs5Yb/LMXTZueKJC/MXuf39QSL5VJBAj4jEg+X/pZMxyg3Hb3sia 44dp594dlaxA/vRh6N7o3ltlpwWPWATLiMGmfOjRzYWJLh1mQWee1b8jxzh0wDejgQn8 8z+dzCT+32fUhTXMgxb0yo1TNPJ3uCQdB6dAk59Ej1duYItFBW1uMdxwIu6zOt7LopjL 2vqg== X-Gm-Message-State: ALoCoQkNmYjE3gksL0vFdJT4Ni5CfySYGh3ZqJwGv6N3Xs5ZPIIl87lPsshCb60ZAmJxJ5OZjMj5 X-Received: by 10.50.128.137 with SMTP id no9mr17361056igb.36.1387731887183; Sun, 22 Dec 2013 09:04:47 -0800 (PST) Received: from [10.0.0.23] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id x6sm21883132igb.3.2013.12.22.09.04.46 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Dec 2013 09:04:46 -0800 (PST) Sender: Warner Losh Subject: Re: 10.0-release proposed patch for Atmel Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Sun, 22 Dec 2013 10:04:47 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Adrian Chadd X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 17:04:48 -0000 On Dec 22, 2013, at 9:39 AM, Adrian Chadd wrote: > Where's the original UART diff? http://svnweb.freebsd.org/base?view=3Drevision&revision=3D259685 Warner >=20 > Adrian >=20 > On Dec 22, 2013 1:45 AM, "Warner Losh" wrote: > Gentlemen, >=20 > Right now, the mountroot prompt doesn't work on Atmel CPUs. Almost all = the characters are eaten. I recently committed an elegant fix for this = into head to mask the interrupt for new characters and only do polling. >=20 > However, it touched the base uart. In an abundance of caution, the re@ = has asked me to see if I can come up with a fix w/o that. >=20 > A less elegant, less functional fix can be found at = http://people.freebsd.org/~imp/at91-mountroot-10.diff >=20 > This fix defers turning on the RXRDY bit in the interrupt mask until = we get the first interrupt after the first opening of the device. This = is sufficient for mountroot> to work, but wouldn't fix things like GELI = that prompt the user from the kernel. I think that's acceptable for 10.0 = given the typical use case for atmel. >=20 > Can the folks here that know Atmel take a look at the patch and let me = know what you think? >=20 > Warner >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 19:28:50 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B9D057FA; Sun, 22 Dec 2013 19:28:50 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7919F12C4; Sun, 22 Dec 2013 19:28:50 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBMJSgl0003934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 22 Dec 2013 11:28:42 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBMJSg1K003933; Sun, 22 Dec 2013 11:28:42 -0800 (PST) (envelope-from jmg) Date: Sun, 22 Dec 2013 11:28:42 -0800 From: John-Mark Gurney To: Warner Losh Subject: mountroot issues (was Re: 10.0-release proposed patch for Atmel) Message-ID: <20131222192842.GI99167@funkthat.com> Mail-Followup-To: Warner Losh , "freebsd-arm@freebsd.org" , freebsd-arch@FreeBSD.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Sun, 22 Dec 2013 11:28:42 -0800 (PST) Cc: "freebsd-arm@freebsd.org" , freebsd-arch@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 19:28:50 -0000 Warner Losh wrote this message on Sat, Dec 21, 2013 at 23:44 -0700: > Right now, the mountroot prompt doesn't work on Atmel CPUs. Almost all the characters are eaten. I recently committed an elegant fix for this into head to mask the interrupt for new characters and only do polling. So, a similar issue plages i386/amd64 too. There the console mostly works, but it will drop characters on occasion... The problem is that mount root spins calling into the console code instead of asking the console code for a single character and having the console code wait for this character... and if you type a character while it's outside the console routines, that character will be dropped... The problem is, not many of us spend time at the mountroot prompt, and so even if we notice the issue, it's so minor that we just deal w/ it... The method I came up with years ago was to add a routine/flag that would have the console wait for a character instead of simply returning when there was no character... Though if we implement cngrab properly where we don't flush buffers, turn off interupts, etc, then that would work too... I've cc'd -arch since it's not just an -arm issue. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 21:40:39 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 67C7CD2A; Sun, 22 Dec 2013 21:40:39 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EAA2C1ADE; Sun, 22 Dec 2013 21:40:38 +0000 (UTC) Received: from [192.168.1.101] (p508F0795.dip0.t-ipconnect.de [80.143.7.149]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 766BF1C0C0692; Sun, 22 Dec 2013 22:40:36 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: R-PI fixes for dhclient/sshd? From: Michael Tuexen In-Reply-To: Date: Sun, 22 Dec 2013 22:40:35 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1510) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 21:40:39 -0000 On Dec 21, 2013, at 5:00 PM, Adrian Chadd wrote: > Hi, > > The pmap-v6 code has changed a bit since this commit. I don't know > what is and isn't appropriate and I'm unfortunately not in a position > to do a test-build on a raspberry pi for another week or so. > > So would someone with a r-pi and a vested interest in this test > removing the L2_APX flag clearing lines? It happens in two places now > instead of one. I'm testing r259727 with the patch posted zbb@ on a Raspberry Pi and the instabilities I normally observe are gone. So I would suggest to commit the patch. Best regards Michael > > I'm happy to commit a patch if it gets tested. :-) > > Thanks, > > > -adrian > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Sun Dec 22 21:50:36 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1F80F55 for ; Sun, 22 Dec 2013 21:50:36 +0000 (UTC) Received: from mail-ig0-f169.google.com (mail-ig0-f169.google.com [209.85.213.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A62F1B4C for ; Sun, 22 Dec 2013 21:50:36 +0000 (UTC) Received: by mail-ig0-f169.google.com with SMTP id hk11so19651367igb.0 for ; Sun, 22 Dec 2013 13:50:35 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=6uDmgAL98JDk42NCR3xur7VDhTja6d1/Lr9QzvTAWeE=; b=eBBlpHkI0EZIH3pms62my1SRMA6jWWz2sA1uH0wS3gvqR6xoqgmUe+Jt4z656UlCZg xNFTCX2rnbh+Wwpt5mc63m6LHBRi2m4/jPm8/euF5pEuUiJFgzp9k5RfSNWPx7VSvJU1 Sh1Ib9xSWKc2hJqmLvnW7+J+kLIExTqAQKWixrV5dk5HhWo2K6Zw91x5YAJOpKapPrtw I/LLzuMSwulVFxqJktj0IbhlQ3ulb7a8riENTQAd7y4Lwh7Ck09sCmoDudOxjB3xiVRP JA+N13+cuzqS9owQXrCCZXbJk0AJ4r6RkQ25Yvq3hUUbThlPdukkXD12GFt8zr3ENyvi z32A== X-Gm-Message-State: ALoCoQkim0h+MtMTaaDq+kqIxngcMDrAE8ZoldmFcV5pkJqlCV7gVcCbiDQOuac2I5VhYefGJlFp X-Received: by 10.50.73.136 with SMTP id l8mr18450781igv.7.1387749035552; Sun, 22 Dec 2013 13:50:35 -0800 (PST) Received: from [10.0.0.23] (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ml2sm17347417igb.10.2013.12.22.13.50.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Dec 2013 13:50:35 -0800 (PST) Sender: Warner Losh Subject: Re: mountroot issues (was Re: 10.0-release proposed patch for Atmel) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20131222192842.GI99167@funkthat.com> Date: Sun, 22 Dec 2013 14:50:33 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <774852B0-2B02-46BD-8054-FAF3CB3DDAA7@bsdimp.com> References: <20131222192842.GI99167@funkthat.com> To: John-Mark Gurney X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" , freebsd-arch@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 21:50:36 -0000 On Dec 22, 2013, at 12:28 PM, John-Mark Gurney wrote: > Warner Losh wrote this message on Sat, Dec 21, 2013 at 23:44 -0700: >> Right now, the mountroot prompt doesn't work on Atmel CPUs. Almost = all the characters are eaten. I recently committed an elegant fix for = this into head to mask the interrupt for new characters and only do = polling. >=20 > So, a similar issue plages i386/amd64 too. There the console mostly > works, but it will drop characters on occasion... The problem is that > mount root spins calling into the console code instead of asking the > console code for a single character and having the console code wait > for this character... and if you type a character while it's outside > the console routines, that character will be dropped... I don't think that's the problem... Why is the character dropping? > The problem is, not many of us spend time at the mountroot prompt, and > so even if we notice the issue, it's so minor that we just deal w/ > it... If characters are being dropped, it is because interrupts are enabled, = the interrupt fires and the ISR eats them. This will happen because we = don't properly implement cngrab/cnungrab in the serial driver at the = moment... I guess I've just gotten lucky and not been bit by this, or if I have it = has been so infrequently that it hasn't registered. With Atmel, it = happens all the time and I've seen it for perhaps a decade... > The method I came up with years ago was to add a routine/flag that = would > have the console wait for a character instead of simply returning when > there was no character... Though if we implement cngrab properly = where > we don't flush buffers, turn off interupts, etc, then that would work > too... That's the more robust way to cope. cngrab works really well... > I've cc'd -arch since it's not just an -arm issue. >=20 Agreed.=20 Warner From owner-freebsd-arm@FreeBSD.ORG Mon Dec 23 10:17:52 2013 Return-Path: Delivered-To: arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7F3187EC; Mon, 23 Dec 2013 10:17:52 +0000 (UTC) Received: from mail105.syd.optusnet.com.au (mail105.syd.optusnet.com.au [211.29.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8521DE7; Mon, 23 Dec 2013 10:17:51 +0000 (UTC) Received: from c122-106-144-87.carlnfd1.nsw.optusnet.com.au (c122-106-144-87.carlnfd1.nsw.optusnet.com.au [122.106.144.87]) by mail105.syd.optusnet.com.au (Postfix) with ESMTPS id 9985510420A7; Mon, 23 Dec 2013 20:55:57 +1100 (EST) Date: Mon, 23 Dec 2013 20:55:56 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John-Mark Gurney Subject: Re: mountroot issues (was Re: 10.0-release proposed patch for Atmel) In-Reply-To: <20131222192842.GI99167@funkthat.com> Message-ID: <20131223164823.B954@besplex.bde.org> References: <20131222192842.GI99167@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=YYGEuWhf c=1 sm=1 tr=0 a=p/w0leo876FR0WNmYI1KeA==:117 a=PO7r1zJSAAAA:8 a=KDmCbJ2lt7cA:10 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=bMQ0z2ntKMwA:10 a=_mH0PAV41rktP4ceC3AA:9 a=CjuIK1q_8ugA:10 Cc: "freebsd-arm@freebsd.org" , freebsd-arch@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 10:17:52 -0000 On Sun, 22 Dec 2013, John-Mark Gurney wrote: > Warner Losh wrote this message on Sat, Dec 21, 2013 at 23:44 -0700: >> Right now, the mountroot prompt doesn't work on Atmel CPUs. Almost all the characters are eaten. I recently committed an elegant fix for this into head to mask the interrupt for new characters and only do polling. > > So, a similar issue plages i386/amd64 too. There the console mostly > works, but it will drop characters on occasion... The problem is that > mount root spins calling into the console code instead of asking the > console code for a single character and having the console code wait > for this character... and if you type a character while it's outside > the console routines, that character will be dropped... This was broken by the multiple console changes (and buggy drivers). It last (mostly) worked in FreeBSD-4, since there were no multiple console changes there. It worked just like you hinted: the mount root code _doesn't_ spin calling into the console code, but calls into the console code which spins. Non-buggy drivers of course do something to prevent interrupt handlers doing anything while spinning. syscons is the main FreeBSD driver that I know of that once upon a time was non-buggy here. In sccngetch(), it simply disabled all tty interrupts including the keyboard one using spltty(). This worked between FreeBSD-1 and FreeBSD-4. This was broken by SMPng. spltty() became null of course, and the keyboard interrupt became Giant-locked (it still is). But the spltty()s for locking out the interrupt handler in console code were not replaced by Giant locking, and Giant locking (or almost any normal locking) is not permitted in console drivers anyway. Apparently, AT keyboard interrupts have magic timing (delayed interrupts?) allows console interrupt to mostly work without locking. Multiplexed keyboards with some actually being USB increase the problem significantly -- they probably have different interrupt timing, and since no normal locking is permitted it is difficult to lock things throughout the poll. The big SMPng change occurred just 6 weeks before multiple consoles. Thus there was a small window in which the old API would have worked if its locking had been updated. Closing of this window gave the current brokenness less any fixes for this brokenness in syscons's cngrab() -- the polling loop is at too high a level for locking in the driver to help, and syscons didn't have any anyway. My cndbctl() API was designed to fix this problem, except it was misdesigned and only applied for ddb. Syscons was the only console driver that supported it, but syscons only used it for console _output_, and it was broken a few years after the multiple console changes. cngrab() was mostly designed by me and mostly implemented by avg. It was only used by syscons too. Strangely, it now does mostly keyboard stuff where cndbctl() did only screen stuff. I don't see where it does anything to stop the interrupt handler doing anything. Syscons console output was also broken by the null spltty(). The breakage was more serious and was work around by sprinkling buggy locking. This sometimes gives deadlock if the locks are non-recursive, and doesn't work if they are recursive. Syscons was never properly locked. spltty() was like a recursive lock. It basically only worked for locking out interrupt handlers, and if you used it more (say to prevent the console driver entering when spltty() is raised), then you make it like a non-recursive lock and get deadlock. The races from not locking are the usual ones. You can have one thread in console output updating critical pointers or in console input accessing critical device registers. Then another thread may want to do console i/o. With no locking, these threads just clobber each others' state. With locking, the console output cannot be as synchronous as desired, and may cause deadlock. Deadlock is only a serious problem for ddb console i/o, but after avoiding it there it is trivial to avoid it for threads. Normal locking is not permitted anywhere in ddb since it may deadlock, and blowing away the locks is not a solution since it gives the problem of clobbering state. With normal locking, deadlock always occurs in cases like the following: console driver aquires locks console driver changes critical state --> debugger trap ... debugger does console i/o console driver blocks aquiring same locks (deadlock) The debugger trap may be on the same or a different CPU. If it is on the same CPU, then it is obviously difficult to get back to the interrupted code. (Similarly if the critical code is interrupted by a fast interrupt handler, an NMI, or some other trap. Except for debugger traps, the problem can be reduced by forbidding console i/o except in emergencies like panics.) If it is only a different CPU, then the CPU handling the trap can more easily wait for the CPU doing the i/o, but this is still hard and not done (kdb_enter() actually starts by stopping all the other CPUs as soon as possible). The com driver in 386BSD and 4.4BSD worked similarly to syscons. It used splhigh() instead of spltty() around its polling loops. This disables too many more interrupts. This even breaks clock interrupts and thus even the system time in the 386BSD era when the system time was just in timer interrupt ticks. In sio, I used essentially the cngrab() method, but pushed the method into the driver since I don't like churning APIs (the driver calls the methid whenever it is entered, so as to not depend on higher layers doing it). This was based on multiple console code in my debugger, where the the enabled consoles were "opened" on each entry to the driver, or by a debugger command to change the set of enable consoles. There was also an "ioctl" method to change the state of enabled consoles. The "open" method should do a complete initialization of the device state if necessary. Similarly, the "close" method should try to restore the orginal state. This was of course broken by the multiple console changes. The "pollc" method never really worked, since it cannot keep the device "open" across polls unless a higher level does the "open", and switching the device state in open/close makes it flap too much if the switch is non- null. sio also had some smaller bugs here: - when there are shared interrupts, devices attached to the interrupt or even all sio devices are polled for activity. Since the polling doesn't use the interrupt status, it detects activity on devices that are not supposed to interrupt. - there is some SMP modification (amplification?) of the previous bug. I forget the details. uart did nothing to disable device interrupts while polling, at least for ns8250. uart's locking is convoluted and still seems buggy: from a slightly old version: % static void % ns8250_putc(struct uart_bas *bas, int c) % { % int limit; % % limit = 250000; % while ((uart_getreg(bas, REG_LSR) & LSR_THRE) == 0 && --limit) % DELAY(4); % uart_setreg(bas, REG_DATA, c); % uart_barrier(bas); % limit = 250000; % while ((uart_getreg(bas, REG_LSR) & LSR_TEMT) == 0 && --limit) % DELAY(4); % } This is wrapped by uart_putc(). uart_putc() acquires a mutex (di->hwmtx), unless kdb_active it doesn't acquire the mutex. Not acquiring the mutex avoids deadlock with ddb (if not kdb), but means that the mutex doesn't actually work for ddb i/o, and ddb input is the most common case of input. di->hwmtx doesn't do much except provide locking for console i/o routines. With correct console grabbing, it should be impossible for the interrupt handle to run while console i/o is in progress. Synchronization occurs when grabbing acquires the mutex. % % static int % ns8250_rxready(struct uart_bas *bas) % { % % return ((uart_getreg(bas, REG_LSR) & LSR_RXRDY) != 0 ? 1 : 0); % } Similarly. Upper layers acquire the mutex. % % static int % ns8250_getc(struct uart_bas *bas, struct mtx *hwmtx) % { % int c; % % uart_lock(hwmtx); % % while ((uart_getreg(bas, REG_LSR) & LSR_RXRDY) == 0) { % uart_unlock(hwmtx); % DELAY(4); % uart_lock(hwmtx); % } % % c = uart_getreg(bas, REG_DATA); % % uart_unlock(hwmtx); % % return (c); % } This function does its own locking. It releases the mutex after every poll. Releasing the mutex doesn't do much except let the interrupt handler run and eat your input. It is done because the function may take aritrarily long to return, but I don't see why locking up all i/o on the device should be a problem. Anyway, correct grabbing gives a much longer-term "lock" on all the i/o (not the mutex, but whatever grabbing does to stop interrupt activity and keep it stopped). It makes the locking in the above have no effect. This function uses a correct API, but is currently bogus since the API is broken. uart still mostly uses the old console API internally, but the current console API has been broken to not have cn_getc, leaving this function unattached to it. In the console API, cngetc() still exists at the top level, but the cn_getc method became unused because the polling loop for it moved to the top level. It was changed to use only cn_checkc for input. Then cn_checkc was broken by renaming it to cn_getc and removing the real cn_getc. The CONS_DRIVER() obfuscation hides some of the details of this obfuscation from drivers, and uart still uses the old names internally. With multiple active consoles, bounding of the time taken by console i/o is actually a problem for output too. You might have a mixture of fast and slow devices. cngetc() only has to wait for one device, but cnputc() has to wait for all of them. It would be better if the output to the fastest device went out first, but there are no outer loops for output, so the output goes out in device order. The exact arrangement is: - cngets(): grab all devices until input is read - cngetc(): missing grabbing. Thus broken for external use. It is mainly used by cngets() where it is grabbed globally, and by cnputc() where it is grabbed around its call. - cncheckc(): missing grabbing. Thus broken for external use. It is mainly used when shutting down. Now a transient grab is correct. Grabbing is still needed for device initialization in some cases. Perhaps in shutdown a nearby printf() does (should do) sufficient initialization. - cnputs(): missing grabbing. It loops calling cnputc(). - cnputc(): missing grabbing So grabbing is basically only implemented for input. > The problem is, not many of us spend time at the mountroot prompt, and > so even if we notice the issue, it's so minor that we just deal w/ > it... Also, it is not noticeable for syscons. I rarely use serial consoles and deal with the problem for sio by holding down keys until the the right characters get through. Perhaps transiently disabling interrupts, or more likely doing lots of initialization and finalization on every console driver entry, makes the problem less noticeable for sio. The initialization and finalization does lots of slow bus accesses. This makes the duty cycle maybe 99% with interrupts disabled and 1% enabled. I now remember experimenting with much longer intentional delays in the initialization to work around the problem of losing state on non-null mode switches (especially high frequency ones caused by polling for input). The delays can be made as large as 10-20 milliseconds before becoming perceptible. > The method I came up with years ago was to add a routine/flag that would > have the console wait for a character instead of simply returning when > there was no character... Though if we implement cngrab properly where > we don't flush buffers, turn off interupts, etc, then that would work > too... That's how it used to work. It just doesn't work for multiple consoles. However, in the usual case of only 1 active console, this method would work fine. The API churn also means that you can't simply go back to the old method for 1 active console :-(. You could also try the old method with a limit of a second or so for each device. After getting input from one, give preference to that one so the delays for cycling round them all are not too painful. The timeouts would also be useful for output. Bruce From owner-freebsd-arm@FreeBSD.ORG Mon Dec 23 11:06:44 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DE404E0 for ; Mon, 23 Dec 2013 11:06:44 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FDEF11AE for ; Mon, 23 Dec 2013 11:06:44 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id rBNB6huh029928 for ; Mon, 23 Dec 2013 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBNB6hoY029926 for freebsd-arm@FreeBSD.org; Mon, 23 Dec 2013 11:06:43 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Dec 2013 11:06:43 GMT Message-Id: <201312231106.rBNB6hoY029926@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 11:06:44 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o arm/185046 arm [armv6] issues with dhclient/sshd and jemalloc on rasp o arm/184078 arm cross installworld missing include files o arm/183926 arm Crash when ctrl-c while process is enter o arm/183740 arm mutex on some arm hardware requires dcache enabled o arm/183668 arm Panic when read unalign in ddb o arm/182544 arm [patch] ARM busdma_machdep-v6.c o arm/182060 arm make buildworld fails on Raspberry PI o arm/181722 arm gdb on ARM unable to sensibly debug core file from ass o arm/181718 arm threads caused hung on ARM/RPI o arm/181601 arm Sporadic failure of root mount on ARM/Raspberry o arm/180080 arm Unmapped buffers on ARMv7 big-RAM boards o arm/179688 arm [patch] [rpi] serial console eats some characters at m o arm/179532 arm wireless networking on ARM o arm/178495 arm buildworld fail on arm/raspberry pi o arm/177687 arm gdb gets installed but does not know the EABI version o arm/177686 arm assertion failed in ld-elf.so.1 when invoking telnet w o arm/177685 arm [kernel] [patch] Correct return type and usage of at91 o arm/177538 arm tunefs(8) and mount(8) can not access a newfs(8)'d fil o arm/175803 arm building xdev for arm failing o arm/175605 arm please fix build binutils-2.23.1 in raspberry pi o arm/173617 arm Dreamplug exhibits eSATA file corruption using network o kern/171096 arm [arm][xscale][ixp]Allow 16bit access on PCI bus o arm/166256 arm build fail in pmap.c o arm/162159 arm [panic] USB errors leading to panic on DockStar 9.0-RC o arm/161110 arm /usr/src/sys/arm/include/signal.h is bad o arm/161044 arm devel/icu does not build on arm o arm/158950 arm arm/sheevaplug fails fsx when mmap operations are enab o arm/155894 arm [patch] Enable at91 booting from SDHC (high capacity) p arm/155214 arm [patch] MMC/SD IO slow on Atmel ARM with modern large o arm/154227 arm [geli] using GELI leads to panic on ARM o arm/153380 arm Panic / translation fault with wlan on ARM o arm/150581 arm [irq] Unknown error generates IRQ address decoding err o arm/134368 arm [new driver] [patch] nslu2_led driver for the LEDs on 33 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Dec 23 19:45:22 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6884CD5; Mon, 23 Dec 2013 19:45:22 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D78A199F; Mon, 23 Dec 2013 19:45:22 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBNJjFma025793 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Dec 2013 11:45:16 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBNJjFfQ025792; Mon, 23 Dec 2013 11:45:15 -0800 (PST) (envelope-from jmg) Date: Mon, 23 Dec 2013 11:45:15 -0800 From: John-Mark Gurney To: Guy Yur Subject: Re: 10.0-RC1: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI Message-ID: <20131223194515.GS99167@funkthat.com> Mail-Followup-To: Guy Yur , freebsd-arm@freebsd.org, freebsd-net@freebsd.org References: <20131221191552.GE99167@funkthat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 23 Dec 2013 11:45:16 -0800 (PST) Cc: freebsd-net@freebsd.org, freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:45:22 -0000 Guy Yur wrote this message on Sun, Dec 22, 2013 at 00:46 +0200: > On Sat, Dec 21, 2013 at 9:15 PM, John-Mark Gurney wrote: > > Guy Yur wrote this message on Sat, Dec 21, 2013 at 19:24 +0200: > >> I am running 10.0-RC1 on the BeagleBone Black and the net/mpd5 port is > >> crashing in libnetgraph NgMkSockNode due to stack alignment. > >> > >> 10.0-RC1 World and kernel were compiled in a VirtualBox VM running > >> 9.2-RELEASE-p2 i386. > >> clang and ARM_EABI used as the default make options. > >> > >> Added prints in NgMkSockNode show rbuf is aligned on 2-byte and not > >> 4-byte which is needed to access ni->id (a uint32_t). > >> > >> ni = 0xbfffe87a > >> rbuf = 0xbfffe842 > >> sizeof(resp->header) = 56 > >> > >> > >> (gdb) bt > >> #0 0x201529a0 in NgMkSockNode (name=, csp=0xbfffe95c, > >> dsp=0xbfffe958) at /usr/src/lib/libnetgraph/sock.c:134 > >> #1 0x00037b9c in MppcTestCap () at ccp_mppc.c:754 > >> #2 0x0007c1f4 in main (ac=4, av=0xbfffeb90) at main.c:248 > >> #3 0x0000d1b0 in __start (argc=4, argv=0xbfffeb90, env=0xbfffeba4, > >> ps_strings=, obj=, > >> cleanup=) at /usr/src/lib/csu/arm/crt1.c:115 > >> #4 0x203e9dc0 in _thr_ast (curthread=0x200fd000) > >> at /usr/src/lib/libthr/thread/thr_sig.c:265 > >> > >> > >> Putting rbuf in a union with struct ng_mesg sorted the alignment to > >> 4-byte and mpd5 didn't crash. > >> I attached the changes I used to test mpd5 doesn't crash with correct alignment. > > > > The patch looks correct, but lets make sure that the -net people don't > > have an issue with it... > > > > I've reattached Guy's patch for review. > > > > Guy, bug me in a week or so if I haven't committed it, and I will... > > Should I still file a PR? Yes, please. It provides a link from the mailing list to the commit and provides historical reference... > 1. I noticed my patch causes a style bug with the rbuf line now taking > 87 columns. > 2. Since the union now has a ng_mesg struct, the casting to resp can > be skipped and the union member used directly. Thanks for these. > Attached new patch breaking the rbuf line and swapping resp usage with > res.res and &res.res > Maybe a different name than res should be used for the union or the member. Maybe, but at the same time, since you define the union locally, the reader shouldn't be TOO confused... :) > I only tested the new patch compiles for arm.armv6, haven't verified it. Can you please verify it? Even though I agree you didn't change anything w/ the new patch, you'd be surprised what computers think. :) Thanks. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arm@FreeBSD.ORG Tue Dec 24 04:53:39 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 046A2ABF for ; Tue, 24 Dec 2013 04:53:39 +0000 (UTC) Received: from mail-ie0-f182.google.com (mail-ie0-f182.google.com [209.85.223.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C2DC61CD6 for ; Tue, 24 Dec 2013 04:53:38 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id as1so6734923iec.41 for ; Mon, 23 Dec 2013 20:53:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=XWNekID/ItHirALoah2NTozRtUm3aIc8IXKxxp6S43o=; b=eQC6pQz2nYY5JgGRzLmAgpOlYAEHt3KKZUjzObtt7jj/IckbbWFqfLZXCCZsP5H//y /aw/RNmiVY0GQt4n5wc9SR4AlEOpMjo3g6/lpDpk5T8+cL/Zm7ryKVbxpr4dGEyWrVyS F1cpZ06HldGRREr6rPFZBl/c8uh0dwAjeMjfbWXkATwygngxTtuA0m/IOw5HYw8P9xbP 8Hg9E7aBw1XxXm5pWuIBJGJ/tqjtXq7wpHe4Z2J+mXNM3jbLeMQ4juuqBf/ykn0lyFij W/FUb9F2g+oaUnUHdjtZo9vFHg3Xnbc2K49G7ErhkpPgrxYqJgScbxee1iXCIAYh/zpy cXMg== X-Gm-Message-State: ALoCoQlcSjK7wZ+WNgQOTMc6eHl3781Jx6ZUoXjCOP3q2wA6co2oGuHvjJzD2l0UJvWw28P3rV3cCmhUYP/Ft+O17hrL3eZiq94l7/xhe8kw6Pe/RWT/ePs= X-Received: by 10.50.43.199 with SMTP id y7mr2750988igl.43.1387860811818; Mon, 23 Dec 2013 20:53:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Mon, 23 Dec 2013 20:53:16 -0800 (PST) From: "Lundberg, Johannes" Date: Tue, 24 Dec 2013 13:53:16 +0900 Message-ID: Subject: Kernel crash FreeBSD 10 on BeagleBone Black To: "freebsd-arm@freebsd.org" Content-Type: multipart/mixed; boundary=089e011849e6b2629404ee40866a X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 04:53:39 -0000 --089e011849e6b2629404ee40866a Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Hi I just got my hands on a BeagleBone Black and tested running FreeBSD 10 on it. Creating a bootable image using Crochet worked just fine. I can login with the root account and everything seems fine. (compared to PandaBoard which doesn't boot at all with exactly the same Crochet-setup due to USB/MMC problem I think) However, when I run "portsnap fetch" I get kernel crash with output that is attached in this mail. I also pasted a short snippet here below. Anyone know anything about this behavior? --- root@beaglebone:~ # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching public key from ec2-ap-northeast-1.portsnap.freebsd.org... done. Fetching snapshot tag from ec2-ap-northeast-1.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Fetching snapshot generated at Tue Dec 24 00:09:55 UTC 2013: f1d85d9f0929f9917e1c82eff90d8d73efaa1fb6345ec7100% of 69 MB 1805 kBps 00m39s Extracting snapshot... lock order reversal: 1st 0xcd179c70 bufwait (bufwait) @ /usr/src-releng10/sys/kern/vfs_bio.c:3050 2nd 0xc2a9cc00 dirhash (dirhash) @ /usr/src-releng10/sys/ufs/ufs/ufs_dirhash.c:284 KDB: stack backtrace: db_trace_self() at db_trace_self pc = 0xc053cca8 lr = 0xc022ff80 (db_trace_self_wrapper+0x30) sp = 0xde8e27e0 fp = 0xde8e28f8 r10 = 0xcd179c70 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc = 0xc022ff80 lr = 0xc03979f4 (kdb_backtrace+0x3c) sp = 0xde8e2900 fp = 0xde8e2908 r4 = 0xc06791f4 r5 = 0xc05bc16c r6 = 0xc05a140e r7 = 0xc05a68a0 kdb_backtrace() at kdb_backtrace+0x3c pc = 0xc03979f4 lr = 0xc03b2240 (witness_checkorder+0xd98) sp = 0xde8e2910 fp = 0xde8e2960 r4 = 0xc05bc527 witness_checkorder() at witness_checkorder+0xd98 pc = 0xc03b2240 lr = 0xc036848c (_sx_xlock+0x80) sp = 0xde8e2968 fp = 0xde8e2988 r4 = 0x0000011c r5 = 0xc05bc169 r6 = 0xc2a9cc00 r7 = 0x00000000 r8 = 0x0000084c r9 = 0xde8e2a48 r10 = 0x0000004c ------- SNIP ------- -- Johannes Lundberg -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. --089e011849e6b2629404ee40866a Content-Type: text/plain; charset=US-ASCII; name="beaglebone-crash.txt" Content-Disposition: attachment; filename="beaglebone-crash.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hpkoffqy0 cm9vdEBiZWFnbGVib25lOn4gIyBwb3J0c25hcCBmZXRjaCAKTG9va2luZyB1cCBwb3J0c25hcC5G cmVlQlNELm9yZyBtaXJyb3JzLi4uIDcgbWlycm9ycyBmb3VuZC4KRmV0Y2hpbmcgcHVibGljIGtl eSBmcm9tIGVjMi1hcC1ub3J0aGVhc3QtMS5wb3J0c25hcC5mcmVlYnNkLm9yZy4uLiBkb25lLgpG ZXRjaGluZyBzbmFwc2hvdCB0YWcgZnJvbSBlYzItYXAtbm9ydGhlYXN0LTEucG9ydHNuYXAuZnJl ZWJzZC5vcmcuLi4gZG9uZS4KRmV0Y2hpbmcgc25hcHNob3QgbWV0YWRhdGEuLi4gZG9uZS4KRmV0 Y2hpbmcgc25hcHNob3QgZ2VuZXJhdGVkIGF0IFR1ZSBEZWMgMjQgMDA6MDk6NTUgVVRDIDIwMTM6 CmYxZDg1ZDlmMDkyOWY5OTE3ZTFjODJlZmY5MGQ4ZDczZWZhYTFmYjYzNDVlYzcxMDAlIG9mICAg NjkgTUIgMTgwNSBrQnBzIDAwbTM5cwpFeHRyYWN0aW5nIHNuYXBzaG90Li4uIGxvY2sgb3JkZXIg cmV2ZXJzYWw6CiAxc3QgMHhjZDE3OWM3MCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjLXJl bGVuZzEwL3N5cy9rZXJuL3Zmc19iaW8uYzozMDUwCiAybmQgMHhjMmE5Y2MwMCBkaXJoYXNoIChk aXJoYXNoKSBAIC91c3Ivc3JjLXJlbGVuZzEwL3N5cy91ZnMvdWZzL3Vmc19kaXJoYXNoLmM6Mjg0 CktEQjogc3RhY2sgYmFja3RyYWNlOgpkYl90cmFjZV9zZWxmKCkgYXQgZGJfdHJhY2Vfc2VsZgog ICAgICAgICBwYyA9IDB4YzA1M2NjYTggIGxyID0gMHhjMDIyZmY4MCAoZGJfdHJhY2Vfc2VsZl93 cmFwcGVyKzB4MzApCiAgICAgICAgIHNwID0gMHhkZThlMjdlMCAgZnAgPSAweGRlOGUyOGY4CiAg ICAgICAgcjEwID0gMHhjZDE3OWM3MApkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90cmFj ZV9zZWxmX3dyYXBwZXIrMHgzMAogICAgICAgICBwYyA9IDB4YzAyMmZmODAgIGxyID0gMHhjMDM5 NzlmNCAoa2RiX2JhY2t0cmFjZSsweDNjKQogICAgICAgICBzcCA9IDB4ZGU4ZTI5MDAgIGZwID0g MHhkZThlMjkwOAogICAgICAgICByNCA9IDB4YzA2NzkxZjQgIHI1ID0gMHhjMDViYzE2YwogICAg ICAgICByNiA9IDB4YzA1YTE0MGUgIHI3ID0gMHhjMDVhNjhhMAprZGJfYmFja3RyYWNlKCkgYXQg a2RiX2JhY2t0cmFjZSsweDNjCiAgICAgICAgIHBjID0gMHhjMDM5NzlmNCAgbHIgPSAweGMwM2Iy MjQwICh3aXRuZXNzX2NoZWNrb3JkZXIrMHhkOTgpCiAgICAgICAgIHNwID0gMHhkZThlMjkxMCAg ZnAgPSAweGRlOGUyOTYwCiAgICAgICAgIHI0ID0gMHhjMDViYzUyNwp3aXRuZXNzX2NoZWNrb3Jk ZXIoKSBhdCB3aXRuZXNzX2NoZWNrb3JkZXIrMHhkOTgKICAgICAgICAgcGMgPSAweGMwM2IyMjQw ICBsciA9IDB4YzAzNjg0OGMgKF9zeF94bG9jaysweDgwKQogICAgICAgICBzcCA9IDB4ZGU4ZTI5 NjggIGZwID0gMHhkZThlMjk4OAogICAgICAgICByNCA9IDB4MDAwMDAxMWMgIHI1ID0gMHhjMDVi YzE2OQogICAgICAgICByNiA9IDB4YzJhOWNjMDAgIHI3ID0gMHgwMDAwMDAwMAogICAgICAgICBy OCA9IDB4MDAwMDA4NGMgIHI5ID0gMHhkZThlMmE0OAogICAgICAgIHIxMCA9IDB4MDAwMDAwNGMK X3N4X3hsb2NrKCkgYXQgX3N4X3hsb2NrKzB4ODAKICAgICAgICAgcGMgPSAweGMwMzY4NDhjICBs ciA9IDB4YzA0Zjk4NWMgKHVmc2Rpcmhhc2hfYWRkKzB4MzgpCiAgICAgICAgIHNwID0gMHhkZThl Mjk5MCAgZnAgPSAweGRlOGUyOWIwCiAgICAgICAgIHI0ID0gMHhjMmE5Y2MwMCAgcjUgPSAweGMy YmM5MTAwCiAgICAgICAgIHI2ID0gMHhkZThlMmE0OCAgcjcgPSAweDAwMDAwMDAxCnVmc2Rpcmhh c2hfYWRkKCkgYXQgdWZzZGlyaGFzaF9hZGQrMHgzOAogICAgICAgICBwYyA9IDB4YzA0Zjk4NWMg IGxyID0gMHhjMDRmYzFjNCAodWZzX2RpcmVudGVyKzB4NDgwKQogICAgICAgICBzcCA9IDB4ZGU4 ZTI5YjggIGZwID0gMHhkZThlMmEyMAogICAgICAgICByNCA9IDB4YzJiYzkxMDAgIHI1ID0gMHhj ZDRkYjg0YwogICAgICAgICByNiA9IDB4ZGU4ZTJhNDggIHI3ID0gMHgwMDAwMDAwMQogICAgICAg ICByOCA9IDB4YzJiODgzMjAgIHI5ID0gMHhjMmNjMGM2MAogICAgICAgIHIxMCA9IDB4MDAwMDAw NGMKdWZzX2RpcmVudGVyKCkgYXQgdWZzX2RpcmVudGVyKzB4NDgwCiAgICAgICAgIHBjID0gMHhj MDRmYzFjNCAgbHIgPSAweGMwNTA1YmQwICh1ZnNfbWFrZWlub2RlKzB4NDEwKQogICAgICAgICBz cCA9IDB4ZGU4ZTJhMjggIGZwID0gMHhkZThlMmI4OAogICAgICAgICByNCA9IDB4ZGU4ZTJhNDgg IHI1ID0gMHhjMmFjNTM4MAogICAgICAgICByNiA9IDB4ZGU4ZTJkNDggIHI3ID0gMHgwMDAwMDAw MAogICAgICAgICByOCA9IDB4YzJjYzBjNjAgIHI5ID0gMHhkZThlMmQzMAogICAgICAgIHIxMCA9 IDB4MDAwMDgxYTQKdWZzX21ha2Vpbm9kZSgpIGF0IHVmc19tYWtlaW5vZGUrMHg0MTAKICAgICAg ICAgcGMgPSAweGMwNTA1YmQwICBsciA9IDB4YzA1MDFmMjQgKHVmc19jcmVhdGUrMHgyNCkKICAg ICAgICAgc3AgPSAweGRlOGUyYjkwICBmcCA9IDB4ZGU4ZTJiOTAKICAgICAgICAgcjQgPSAweGRl OGUyYzYwICByNSA9IDB4YzA2NWQ4YTAKICAgICAgICAgcjYgPSAweDAwMDAwMDAwICByNyA9IDB4 MDAxMDBhMDIKICAgICAgICAgcjggPSAweDAwMDAwMDAwICByOSA9IDB4ZGU4ZTJkMzAKICAgICAg ICByMTAgPSAweGRlOGUyZDUwCnVmc19jcmVhdGUoKSBhdCB1ZnNfY3JlYXRlKzB4MjQKICAgICAg ICAgcGMgPSAweGMwNTAxZjI0ICBsciA9IDB4YzA1NjA4MzQgKFZPUF9DUkVBVEVfQVBWKzB4ZDQp CiAgICAgICAgIHNwID0gMHhkZThlMmI5OCAgZnAgPSAweGRlOGUyYmE4ClZPUF9DUkVBVEVfQVBW KCkgYXQgVk9QX0NSRUFURV9BUFYrMHhkNAogICAgICAgICBwYyA9IDB4YzA1NjA4MzQgIGxyID0g MHhjMDQxMzRkOCAodm5fb3Blbl9jcmVkKzB4Mjc4KQogICAgICAgICBzcCA9IDB4ZGU4ZTJiYjAg IGZwID0gMHhkZThlMmM5MAogICAgICAgICByNCA9IDB4ZGU4ZTJjZTAgIHI1ID0gMHhkZThlMmQz MAogICAgICAgICByNiA9IDB4YzJjYzBjNjAKdm5fb3Blbl9jcmVkKCkgYXQgdm5fb3Blbl9jcmVk KzB4Mjc4CiAgICAgICAgIHBjID0gMHhjMDQxMzRkOCAgbHIgPSAweGMwNDEzMjU0ICh2bl9vcGVu KzB4MjQpCiAgICAgICAgIHNwID0gMHhkZThlMmM5OCAgZnAgPSAweGRlOGUyY2EwCiAgICAgICAg IHI0ID0gMHhjMmI4ODMyMCAgcjUgPSAweGMyYWNiODAwCiAgICAgICAgIHI2ID0gMHhkZThlMmNl MCAgcjcgPSAweDAwMDAwMDEyCiAgICAgICAgIHI4ID0gMHgwMDAwMDAwMCAgcjkgPSAweDAwMDUw MGNmCiAgICAgICAgcjEwID0gMHhkZThlMmNkMAp2bl9vcGVuKCkgYXQgdm5fb3BlbisweDI0CiAg ICAgICAgIHBjID0gMHhjMDQxMzI1NCAgbHIgPSAweGMwNDBjNWI0IChrZXJuX29wZW5hdCsweDI0 YykKICAgICAgICAgc3AgPSAweGRlOGUyY2E4ICBmcCA9IDB4ZGU4ZTJkYTgKa2Vybl9vcGVuYXQo KSBhdCBrZXJuX29wZW5hdCsweDI0YwogICAgICAgICBwYyA9IDB4YzA0MGM1YjQgIGxyID0gMHhj MDQwYzJmMCAoc3lzX29wZW4rMHgyOCkKICAgICAgICAgc3AgPSAweGRlOGUyZGIwICBmcCA9IDB4 ZGU4ZTJkYjgKICAgICAgICAgcjQgPSAweGMyYjg4MzIwICByNSA9IDB4MDAwMDAwMDAKICAgICAg ICAgcjYgPSAweDIwY2MxMTk4ICByNyA9IDB4MDAwMDAwMDAKICAgICAgICAgcjggPSAweGRlOGUy ZTEwICByOSA9IDB4YzJhMDk5NjAKICAgICAgICByMTAgPSAweDAwMDAwMDAwCnN5c19vcGVuKCkg YXQgc3lzX29wZW4rMHgyOAogICAgICAgICBwYyA9IDB4YzA0MGMyZjAgIGxyID0gMHhjMDU0ZTA1 OCAoc3dpX2hhbmRsZXIrMHgyOTApCiAgICAgICAgIHNwID0gMHhkZThlMmRjMCAgZnAgPSAweGRl OGUyZTU4CnN3aV9oYW5kbGVyKCkgYXQgc3dpX2hhbmRsZXIrMHgyOTAKICAgICAgICAgcGMgPSAw eGMwNTRlMDU4ICBsciA9IDB4YzA1M2U0MmMgKHN3aV9lbnRyeSsweDQwKQogICAgICAgICBzcCA9 IDB4ZGU4ZTJlNjAgIGZwID0gMHhiZmZmZTk2MAogICAgICAgICByNCA9IDB4MjBjMGEyMDAgIHI1 ID0gMHgwMDAwMDFhNAogICAgICAgICByNiA9IDB4MjBjYzExOTggIHI3ID0gMHgwMDAwMDAwNQog ICAgICAgICByOCA9IDB4MDAwMDAxYTQgIHI5ID0gMHgwMDAwMDAwMQpzd2lfZW50cnkoKSBhdCBz d2lfZW50cnkrMHg0MAogICAgICAgICBwYyA9IDB4YzA1M2U0MmMgIGxyID0gMHhjMDUzZTQyYyAo c3dpX2VudHJ5KzB4NDApCiAgICAgICAgIHNwID0gMHhkZThlMmU2MCAgZnAgPSAweGJmZmZlOTYw ClVuYWJsZSB0byB1bndpbmQgZnVydGhlcgpsb2NrIG9yZGVyIHJldmVyc2FsOgogMXN0IDB4YzJj YzBjOTQgdWZzICh1ZnMpIEAgL3Vzci9zcmMtcmVsZW5nMTAvc3lzL2tlcm4vdmZzX3N1YnIuYzoy MTAxCiAybmQgMHhjZDE3OWM3MCBidWZ3YWl0IChidWZ3YWl0KSBAIC91c3Ivc3JjLXJlbGVuZzEw L3N5cy91ZnMvZmZzL2Zmc192bm9wcy5jOjI2MgogM3JkIDB4YzJkNDQ1ZDQgdWZzICh1ZnMpIEAg L3Vzci9zcmMtcmVsZW5nMTAvc3lzL2tlcm4vdmZzX3N1YnIuYzoyMTAxCktEQjogc3RhY2sgYmFj a3RyYWNlOgpkYl90cmFjZV9zZWxmKCkgYXQgZGJfdHJhY2Vfc2VsZgogICAgICAgICBwYyA9IDB4 YzA1M2NjYTggIGxyID0gMHhjMDIyZmY4MCAoZGJfdHJhY2Vfc2VsZl93cmFwcGVyKzB4MzApCiAg ICAgICAgIHNwID0gMHhkZThlMjU4OCAgZnAgPSAweGRlOGUyNmEwCiAgICAgICAgcjEwID0gMHhj MDViYmMzNApkYl90cmFjZV9zZWxmX3dyYXBwZXIoKSBhdCBkYl90cmFjZV9zZWxmX3dyYXBwZXIr MHgzMAogICAgICAgICBwYyA9IDB4YzAyMmZmODAgIGxyID0gMHhjMDM5NzlmNCAoa2RiX2JhY2t0 cmFjZSsweDNjKQogICAgICAgICBzcCA9IDB4ZGU4ZTI2YTggIGZwID0gMHhkZThlMjZiMAogICAg ICAgICByNCA9IDB4YzA2NzkxZjQgIHI1ID0gMHhjMDVhMTQwZQogICAgICAgICByNiA9IDB4YzA1 YTk3MWYgIHI3ID0gMHhjMDViYmMzNwprZGJfYmFja3RyYWNlKCkgYXQga2RiX2JhY2t0cmFjZSsw eDNjCiAgICAgICAgIHBjID0gMHhjMDM5NzlmNCAgbHIgPSAweGMwM2IyMjQwICh3aXRuZXNzX2No ZWNrb3JkZXIrMHhkOTgpCiAgICAgICAgIHNwID0gMHhkZThlMjZiOCAgZnAgPSAweGRlOGUyNzA4 CiAgICAgICAgIHI0ID0gMHhjMDU5MDM3Ygp3aXRuZXNzX2NoZWNrb3JkZXIoKSBhdCB3aXRuZXNz X2NoZWNrb3JkZXIrMHhkOTgKICAgICAgICAgcGMgPSAweGMwM2IyMjQwICBsciA9IDB4YzAzNDQz MTQgKF9fbG9ja21ncl9hcmdzKzB4NjNjKQogICAgICAgICBzcCA9IDB4ZGU4ZTI3MTAgIGZwID0g MHhkZThlMjc2OAogICAgICAgICByNCA9IDB4ZGU4ZTI3YjggIHI1ID0gMHgwMDA4MDEwMAogICAg ICAgICByNiA9IDB4YzJkNDQ1ZDQgIHI3ID0gMHgwMDA4MDAwMAogICAgICAgICByOCA9IDB4YzA1 YTk3MWMgIHI5ID0gMHhjMmI4ODMyMAogICAgICAgIHIxMCA9IDB4MDAwMDAxMDAKX19sb2NrbWdy X2FyZ3MoKSBhdCBfX2xvY2ttZ3JfYXJncysweDYzYwogICAgICAgICBwYyA9IDB4YzAzNDQzMTQg IGxyID0gMHhjMDRmM2ZkYyAoZmZzX2xvY2srMHg4MCkKICAgICAgICAgc3AgPSAweGRlOGUyNzcw ICBmcCA9IDB4ZGU4ZTI3OTgKICAgICAgICAgcjQgPSAweGRlOGUyN2I4ICByNSA9IDB4MDAwODAx MDAKICAgICAgICAgcjYgPSAweGMyZDQ0NWEwICByNyA9IDB4YzJkNDQ1ZDQKICAgICAgICAgcjgg PSAweGMyZDQ0NWY0ICByOSA9IDB4MDAwMDAwMDAKICAgICAgICByMTAgPSAweGMwNWE5NzFjCmZm c19sb2NrKCkgYXQgZmZzX2xvY2srMHg4MAogICAgICAgICBwYyA9IDB4YzA0ZjNmZGMgIGxyID0g MHhjMDU2MjgyOCAoVk9QX0xPQ0sxX0FQVisweGRjKQogICAgICAgICBzcCA9IDB4ZGU4ZTI3YTAg IGZwID0gMHhkZThlMjdiMAogICAgICAgICByNCA9IDB4ZGU4ZTI3YjggIHI1ID0gMHhjMDY1ZDM5 MAogICAgICAgICByNiA9IDB4MDAwMDAwMDAgIHI3ID0gMHgwMDAwMDAwMAogICAgICAgICByOCA9 IDB4YzJiODgzMjAgIHI5ID0gMHgwMDAwMDgzNQpWT1BfTE9DSzFfQVBWKCkgYXQgVk9QX0xPQ0sx X0FQVisweGRjCiAgICAgICAgIHBjID0gMHhjMDU2MjgyOCAgbHIgPSAweGMwNDEzYzY0IChfdm5f bG9jaysweDc4KQogICAgICAgICBzcCA9IDB4ZGU4ZTI3YjggIGZwID0gMHhkZThlMjdlOAogICAg ICAgICByNCA9IDB4YzJkNDQ1YTAgIHI1ID0gMHgwMDA4MDEwMAogICAgICAgICByNiA9IDB4MDAw ODAxMDAKX3ZuX2xvY2soKSBhdCBfdm5fbG9jaysweDc4CiAgICAgICAgIHBjID0gMHhjMDQxM2M2 NCAgbHIgPSAweGMwNDA0Mjg0ICh2Z2V0KzB4NjApCiAgICAgICAgIHNwID0gMHhkZThlMjdmMCAg ZnAgPSAweGRlOGUyODEwCiAgICAgICAgIHI0ID0gMHhjMmQ0NDVhMCAgcjUgPSAweDAwMDAwMDAw CiAgICAgICAgIHI2ID0gMHgwMDA4MDEwMCAgcjcgPSAweDAwMDAwMDAwCiAgICAgICAgIHI4ID0g MHhjMmI4ODMyMCAgcjkgPSAweGMwNWE4OTgwCiAgICAgICAgcjEwID0gMHhjMmExMzJiMAp2Z2V0 KCkgYXQgdmdldCsweDYwCiAgICAgICAgIHBjID0gMHhjMDQwNDI4NCAgbHIgPSAweGMwM2Y4NzBj ICh2ZnNfaGFzaF9nZXQrMHhlOCkKICAgICAgICAgc3AgPSAweGRlOGUyODE4ICBmcCA9IDB4ZGU4 ZTI4NDgKICAgICAgICAgcjQgPSAweGMwNWE4OTgwICByNSA9IDB4MDAwMDAwMDAKICAgICAgICAg cjYgPSAweDAwMDJjNDUyICByNyA9IDB4MDAwMDAwMDAKICAgICAgICAgcjggPSAweGMyZDQ0NWEw CnZmc19oYXNoX2dldCgpIGF0IHZmc19oYXNoX2dldCsweGU4CiAgICAgICAgIHBjID0gMHhjMDNm ODcwYyAgbHIgPSAweGMwNGVlZjY0IChmZnNfdmdldGYrMHgzYykKICAgICAgICAgc3AgPSAweGRl OGUyODUwICBmcCA9IDB4ZGU4ZTI4YTAKICAgICAgICAgcjQgPSAweDAwMDJjNDUyICByNSA9IDB4 YzA1Yjg4NWYKICAgICAgICAgcjYgPSAweGMyZDQyMDQwICByNyA9IDB4ZGU4ZTI5MDgKICAgICAg ICAgcjggPSAweGMyZDQyMDQwICByOSA9IDB4MDAwODAwMDAKICAgICAgICByMTAgPSAweGMyYTEz MmIwCmZmc192Z2V0ZigpIGF0IGZmc192Z2V0ZisweDNjCiAgICAgICAgIHBjID0gMHhjMDRlZWY2 NCAgbHIgPSAweGMwNGU3YTk4IChzb2Z0ZGVwX3N5bmNfYnVmKzB4OTVjKQogICAgICAgICBzcCA9 IDB4ZGU4ZTI4YTggIGZwID0gMHhkZThlMjkyOAogICAgICAgICByNCA9IDB4MDAwMmM0NTIgIHI1 ID0gMHhjMDViODg1ZgogICAgICAgICByNiA9IDB4YzJkNDIwNDAgIHI3ID0gMHhjMDViODg1Zgog ICAgICAgICByOCA9IDB4YzJkNDIwNDAgIHI5ID0gMHgwMDAwMDg4YgogICAgICAgIHIxMCA9IDB4 MDAwMmM0NTIKc29mdGRlcF9zeW5jX2J1ZigpIGF0IHNvZnRkZXBfc3luY19idWYrMHg5NWMKICAg ICAgICAgcGMgPSAweGMwNGU3YTk4ICBsciA9IDB4YzA0ZjRkY2MgKGZmc19zeW5jdm5vZGUrMHgy YzQpCiAgICAgICAgIHNwID0gMHhkZThlMjkzMCAgZnAgPSAweGRlOGUyOTgwCiAgICAgICAgIHI0 ID0gMHgwMDAwMDAwMCAgcjUgPSAweGNkMTliZGE4CiAgICAgICAgIHI2ID0gMHgwMDAwMDAwMCAg cjcgPSAweGMyY2MwYzYwCiAgICAgICAgIHI4ID0gMHhjMDViYmMzNCAgcjkgPSAweGNkMTc5Yzcw CiAgICAgICAgcjEwID0gMHhjZDE3OWMxOApmZnNfc3luY3Zub2RlKCkgYXQgZmZzX3N5bmN2bm9k ZSsweDJjNAogICAgICAgICBwYyA9IDB4YzA0ZjRkY2MgIGxyID0gMHhjMDRmM2U5OCAoZmZzX2Zz eW5jKzB4MjApCiAgICAgICAgIHNwID0gMHhkZThlMjk4OCAgZnAgPSAweGRlOGUyOTk4CiAgICAg ICAgIHI0ID0gMHhkZThlMjlmMCAgcjUgPSAweGMyY2MwYzYwCiAgICAgICAgIHI2ID0gMHgwMDAw MDAwMCAgcjcgPSAweDAwMDAwMjAwCiAgICAgICAgIHI4ID0gMHhjMmI4ODMyMCAgcjkgPSAweGMy Y2MwYzYwCiAgICAgICAgcjEwID0gMHhjMmJjOTEwMApmZnNfZnN5bmMoKSBhdCBmZnNfZnN5bmMr MHgyMAogICAgICAgICBwYyA9IDB4YzA0ZjNlOTggIGxyID0gMHhjMDU2MWI0NCAoVk9QX0ZTWU5D X0FQVisweGQ0KQogICAgICAgICBzcCA9IDB4ZGU4ZTI5YTAgIGZwID0gMHhkZThlMjliMAogICAg ICAgICByNCA9IDB4ZGU4ZTI5ZjAgIHI1ID0gMHhjMDY1ZDM5MAogICAgICAgICByNiA9IDB4MDAw MDAwMDAgIHI3ID0gMHgwMDAwMDIwMApWT1BfRlNZTkNfQVBWKCkgYXQgVk9QX0ZTWU5DX0FQVisw eGQ0CiAgICAgICAgIHBjID0gMHhjMDU2MWI0NCAgbHIgPSAweGMwNGZjNDhjICh1ZnNfZGlyZW50 ZXIrMHg3NDgpCiAgICAgICAgIHNwID0gMHhkZThlMjliOCAgZnAgPSAweGRlOGUyYTIwCiAgICAg ICAgIHI0ID0gMHhjMzQ5OWEyMCAgcjUgPSAweDAwMDAwMDAwCiAgICAgICAgIHI2ID0gMHhjZDQy ZWUwMAp1ZnNfZGlyZW50ZXIoKSBhdCB1ZnNfZGlyZW50ZXIrMHg3NDgKICAgICAgICAgcGMgPSAw eGMwNGZjNDhjICBsciA9IDB4YzA1MDViZDAgKHVmc19tYWtlaW5vZGUrMHg0MTApCiAgICAgICAg IHNwID0gMHhkZThlMmEyOCAgZnAgPSAweGRlOGUyYjg4CiAgICAgICAgIHI0ID0gMHhkZThlMmE0 OCAgcjUgPSAweGMzNDg2YzAwCiAgICAgICAgIHI2ID0gMHhkZThlMmQ0OCAgcjcgPSAweDAwMDAw MDAwCiAgICAgICAgIHI4ID0gMHhjMmNjMGM2MCAgcjkgPSAweGRlOGUyZDMwCiAgICAgICAgcjEw ID0gMHgwMDAwODFhNAp1ZnNfbWFrZWlub2RlKCkgYXQgdWZzX21ha2Vpbm9kZSsweDQxMAogICAg ICAgICBwYyA9IDB4YzA1MDViZDAgIGxyID0gMHhjMDUwMWYyNCAodWZzX2NyZWF0ZSsweDI0KQog ICAgICAgICBzcCA9IDB4ZGU4ZTJiOTAgIGZwID0gMHhkZThlMmI5MAogICAgICAgICByNCA9IDB4 ZGU4ZTJjNjAgIHI1ID0gMHhjMDY1ZDhhMAogICAgICAgICByNiA9IDB4MDAwMDAwMDAgIHI3ID0g MHgwMDEwMGEwMgogICAgICAgICByOCA9IDB4MDAwMDAwMDAgIHI5ID0gMHhkZThlMmQzMAogICAg ICAgIHIxMCA9IDB4ZGU4ZTJkNTAKdWZzX2NyZWF0ZSgpIGF0IHVmc19jcmVhdGUrMHgyNAogICAg ICAgICBwYyA9IDB4YzA1MDFmMjQgIGxyID0gMHhjMDU2MDgzNCAoVk9QX0NSRUFURV9BUFYrMHhk NCkKICAgICAgICAgc3AgPSAweGRlOGUyYjk4ICBmcCA9IDB4ZGU4ZTJiYTgKVk9QX0NSRUFURV9B UFYoKSBhdCBWT1BfQ1JFQVRFX0FQVisweGQ0CiAgICAgICAgIHBjID0gMHhjMDU2MDgzNCAgbHIg PSAweGMwNDEzNGQ4ICh2bl9vcGVuX2NyZWQrMHgyNzgpCiAgICAgICAgIHNwID0gMHhkZThlMmJi MCAgZnAgPSAweGRlOGUyYzkwCiAgICAgICAgIHI0ID0gMHhkZThlMmNlMCAgcjUgPSAweGRlOGUy ZDMwCiAgICAgICAgIHI2ID0gMHhjMmNjMGM2MAp2bl9vcGVuX2NyZWQoKSBhdCB2bl9vcGVuX2Ny ZWQrMHgyNzgKICAgICAgICAgcGMgPSAweGMwNDEzNGQ4ICBsciA9IDB4YzA0MTMyNTQgKHZuX29w ZW4rMHgyNCkKICAgICAgICAgc3AgPSAweGRlOGUyYzk4ICBmcCA9IDB4ZGU4ZTJjYTAKICAgICAg ICAgcjQgPSAweGMyYjg4MzIwICByNSA9IDB4YzJhY2I4MDAKICAgICAgICAgcjYgPSAweGRlOGUy Y2UwICByNyA9IDB4MDAwMDAwMTIKICAgICAgICAgcjggPSAweDAwMDAwMDAwICByOSA9IDB4MDAw NTAwY2YKICAgICAgICByMTAgPSAweGRlOGUyY2QwCnZuX29wZW4oKSBhdCB2bl9vcGVuKzB4MjQK ICAgICAgICAgcGMgPSAweGMwNDEzMjU0ICBsciA9IDB4YzA0MGM1YjQgKGtlcm5fb3BlbmF0KzB4 MjRjKQogICAgICAgICBzcCA9IDB4ZGU4ZTJjYTggIGZwID0gMHhkZThlMmRhOAprZXJuX29wZW5h dCgpIGF0IGtlcm5fb3BlbmF0KzB4MjRjCiAgICAgICAgIHBjID0gMHhjMDQwYzViNCAgbHIgPSAw eGMwNDBjMmYwIChzeXNfb3BlbisweDI4KQogICAgICAgICBzcCA9IDB4ZGU4ZTJkYjAgIGZwID0g MHhkZThlMmRiOAogICAgICAgICByNCA9IDB4YzJiODgzMjAgIHI1ID0gMHgwMDAwMDAwMAogICAg ICAgICByNiA9IDB4MjBjYzExOTggIHI3ID0gMHgwMDAwMDAwMAogICAgICAgICByOCA9IDB4ZGU4 ZTJlMTAgIHI5ID0gMHhjMmEwOTk2MAogICAgICAgIHIxMCA9IDB4MDAwMDAwMDAKc3lzX29wZW4o KSBhdCBzeXNfb3BlbisweDI4CiAgICAgICAgIHBjID0gMHhjMDQwYzJmMCAgbHIgPSAweGMwNTRl MDU4IChzd2lfaGFuZGxlcisweDI5MCkKICAgICAgICAgc3AgPSAweGRlOGUyZGMwICBmcCA9IDB4 ZGU4ZTJlNTgKc3dpX2hhbmRsZXIoKSBhdCBzd2lfaGFuZGxlcisweDI5MAogICAgICAgICBwYyA9 IDB4YzA1NGUwNTggIGxyID0gMHhjMDUzZTQyYyAoc3dpX2VudHJ5KzB4NDApCiAgICAgICAgIHNw ID0gMHhkZThlMmU2MCAgZnAgPSAweGJmZmZlOTYwCiAgICAgICAgIHI0ID0gMHgyMGMwYTIwMCAg cjUgPSAweDAwMDAwMWE0CiAgICAgICAgIHI2ID0gMHgyMGNjMTE5OCAgcjcgPSAweDAwMDAwMDA1 CiAgICAgICAgIHI4ID0gMHgwMDAwMDFhNCAgcjkgPSAweDAwMDAwMDAxCnN3aV9lbnRyeSgpIGF0 IHN3aV9lbnRyeSsweDQwCiAgICAgICAgIHBjID0gMHhjMDUzZTQyYyAgbHIgPSAweGMwNTNlNDJj IChzd2lfZW50cnkrMHg0MCkKICAgICAgICAgc3AgPSAweGRlOGUyZTYwICBmcCA9IDB4YmZmZmU5 NjAKVW5hYmxlIHRvIHVud2luZCBmdXJ0aGVyCg== --089e011849e6b2629404ee40866a-- From owner-freebsd-arm@FreeBSD.ORG Tue Dec 24 06:14:50 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E6AC5799 for ; Tue, 24 Dec 2013 06:14:49 +0000 (UTC) Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B1E281252 for ; Tue, 24 Dec 2013 06:14:49 +0000 (UTC) Received: by mail-ig0-f173.google.com with SMTP id uq10so23017558igb.0 for ; Mon, 23 Dec 2013 22:14:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=OJuwqPIqM1dqrwUJMrPkvQfgTeA6Gy1vj9i6zvPq0xE=; b=ezvrs2kbfhwCZNWXA2mQyPhmpdmx2F0WhRp37rmhP/r+3U5pPe2HlmXJmstkfoNjGZ 0WsPacBcMtg43cDgpPk1o2tuYuLLFm4YLsRh0yDlcNAHZ79cUbrZzMQOROnb5Au5BedG 0mzRoHv/9XtTzMafHvgzvo+jmHYwTKkh0JGviWYDy9+g4u6UVfULSEK+sCCAwjKJkfR0 WAq5rIhU/H/sFY7eHcHya9XKmWrBCwHRokp6fu8NdDGxT4irDA5d7qLGpVpJCqg2gPnB R5M3QeFS/vexnIgiLFqfoF/+x8YQyHGAP4lBwPpchmlfvvlG7HXicVNwQayBmZgyf1mo /EtA== X-Gm-Message-State: ALoCoQnOXotxT1/STcDdVPvxNERRTRVv8xrUYlZnmHSfQexiABk+uWjRMTRIZ3KKWMUg+tyGdLr6xgJxWX/ZE7y6gLXkE8ihQxYXpIe4Fsy/qI0DkBjdHg8= X-Received: by 10.42.48.202 with SMTP id t10mr19768307icf.9.1387865287809; Mon, 23 Dec 2013 22:08:07 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Mon, 23 Dec 2013 22:07:52 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Tue, 24 Dec 2013 15:07:52 +0900 Message-ID: Subject: Re: Kernel crash FreeBSD 10 on BeagleBone Black To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 06:14:50 -0000 A bit embrassing but maybe this was not something fatal.. I make a new distribution which has ports already installed to test compiling smaller programs and when I started compiling a program I got the a similar KDB message but the system kept running as normal. Perhaps if I had waited a bit longer for the portsnap snapshot extraction I could have seen that the system kept on running. However, I have not tested this yet. -- Johannes Lundberg On Tue, Dec 24, 2013 at 1:53 PM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Hi > > I just got my hands on a BeagleBone Black and tested running FreeBSD 10 on > it. > Creating a bootable image using Crochet worked just fine. I can login with > the root account and everything seems fine. (compared to PandaBoard which > doesn't boot at all with exactly the same Crochet-setup due to USB/MMC > problem I think) > > However, when I run "portsnap fetch" I get kernel crash with output that > is attached in this mail. I also pasted a short snippet here below. > > Anyone know anything about this behavior? > > --- > root@beaglebone:~ # portsnap fetch > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > Fetching public key from ec2-ap-northeast-1.portsnap.freebsd.org... done. > Fetching snapshot tag from ec2-ap-northeast-1.portsnap.freebsd.org... done. > Fetching snapshot metadata... done. > Fetching snapshot generated at Tue Dec 24 00:09:55 UTC 2013: > f1d85d9f0929f9917e1c82eff90d8d73efaa1fb6345ec7100% of 69 MB 1805 kBps > 00m39s > Extracting snapshot... lock order reversal: > 1st 0xcd179c70 bufwait (bufwait) @ > /usr/src-releng10/sys/kern/vfs_bio.c:3050 > 2nd 0xc2a9cc00 dirhash (dirhash) @ > /usr/src-releng10/sys/ufs/ufs/ufs_dirhash.c:284 > KDB: stack backtrace: > db_trace_self() at db_trace_self > pc = 0xc053cca8 lr = 0xc022ff80 (db_trace_self_wrapper+0x30) > sp = 0xde8e27e0 fp = 0xde8e28f8 > r10 = 0xcd179c70 > db_trace_self_wrapper() at db_trace_self_wrapper+0x30 > pc = 0xc022ff80 lr = 0xc03979f4 (kdb_backtrace+0x3c) > sp = 0xde8e2900 fp = 0xde8e2908 > r4 = 0xc06791f4 r5 = 0xc05bc16c > r6 = 0xc05a140e r7 = 0xc05a68a0 > kdb_backtrace() at kdb_backtrace+0x3c > pc = 0xc03979f4 lr = 0xc03b2240 (witness_checkorder+0xd98) > sp = 0xde8e2910 fp = 0xde8e2960 > r4 = 0xc05bc527 > witness_checkorder() at witness_checkorder+0xd98 > pc = 0xc03b2240 lr = 0xc036848c (_sx_xlock+0x80) > sp = 0xde8e2968 fp = 0xde8e2988 > r4 = 0x0000011c r5 = 0xc05bc169 > r6 = 0xc2a9cc00 r7 = 0x00000000 > r8 = 0x0000084c r9 = 0xde8e2a48 > r10 = 0x0000004c > ------- > SNIP > ------- > -- > Johannes Lundberg > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Tue Dec 24 19:10:00 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E7DB7A1 for ; Tue, 24 Dec 2013 19:10:00 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76DF5188E for ; Tue, 24 Dec 2013 19:10: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 rBOJA0aS077077 for ; Tue, 24 Dec 2013 19:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBOJA0FO077076; Tue, 24 Dec 2013 19:10:00 GMT (envelope-from gnats) Resent-Date: Tue, 24 Dec 2013 19:10:00 GMT Resent-Message-Id: <201312241910.rBOJA0FO077076@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, Guy Yur Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0E85F780 for ; Tue, 24 Dec 2013 19:05:54 +0000 (UTC) Received: from mail-ee0-x22d.google.com (mail-ee0-x22d.google.com [IPv6:2a00:1450:4013:c00::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9A6D0187D for ; Tue, 24 Dec 2013 19:05:53 +0000 (UTC) Received: by mail-ee0-f45.google.com with SMTP id d49so3024098eek.4 for ; Tue, 24 Dec 2013 11:05:52 -0800 (PST) Received: from vm8.localdomain ([37.46.46.133]) by mx.google.com with ESMTPSA id j46sm57381005eew.18.2013.12.24.11.05.49 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 24 Dec 2013 11:05:51 -0800 (PST) Received: by vm8.localdomain (sSMTP sendmail emulation); Tue, 24 Dec 2013 21:05:38 +0200 Message-Id: <52b9db0f.c6310f0a.32b1.ffffd436@mx.google.com> Date: Tue, 24 Dec 2013 21:05:38 +0200 From: Guy Yur To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.114 Subject: arm/185165: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Guy Yur List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 19:10:00 -0000 >Number: 185165 >Category: arm >Synopsis: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-arm >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 24 19:10:00 UTC 2013 >Closed-Date: >Last-Modified: >Originator: Guy Yur >Release: FreeBSD 10.0-RC1 arm >Organization: >Environment: System: FreeBSD bbb.localdomain 10.0-RC1 FreeBSD 10.0-RC1 #1 r259250M: Thu Dec 12 22:54:08 IST 2013 root@vm8.localdomain:/usr/obj/arm.armv6/usr/src/sys/BBB arm >Description: I am running 10.0-RC1 on the BeagleBone Black and the net/mpd5 port is crashing in libnetgraph NgMkSockNode due to stack alignment. 10.0-RC1 World and kernel were compiled in a VirtualBox VM running 9.2-RELEASE-p2 i386. clang and ARM_EABI used as the default make options. Added prints in NgMkSockNode show rbuf is aligned on 2-byte and not 4-byte which is needed to access ni->id (a uint32_t). ni = 0xbfffe87a rbuf = 0xbfffe842 sizeof(resp->header) = 56 (gdb) bt #0 0x201529a0 in NgMkSockNode (name=, csp=0xbfffe95c, dsp=0xbfffe958) at /usr/src/lib/libnetgraph/sock.c:134 #1 0x00037b9c in MppcTestCap () at ccp_mppc.c:754 #2 0x0007c1f4 in main (ac=4, av=0xbfffeb90) at main.c:248 #3 0x0000d1b0 in __start (argc=4, argv=0xbfffeb90, env=0xbfffeba4, ps_strings=, obj=, cleanup=) at /usr/src/lib/csu/arm/crt1.c:115 #4 0x203e9dc0 in _thr_ast (curthread=0x200fd000) at /usr/src/lib/libthr/thread/thr_sig.c:265 Putting rbuf in a union with struct ng_mesg sorted the alignment to 4-byte and mpd5 didn't crash. I attached the changes I used to test mpd5 doesn't crash with correct alignment. >How-To-Repeat: Install and run the net/mpd5 port on arm using ARM EABI. >Fix: --- sock-NgMkSockNode.patch begins here --- Index: lib/libnetgraph/sock.c =================================================================== --- lib/libnetgraph/sock.c (revision 259250) +++ lib/libnetgraph/sock.c (working copy) @@ -111,9 +111,12 @@ /* Save node name */ strlcpy(namebuf, name, sizeof(namebuf)); } else if (dsp != NULL) { - u_char rbuf[sizeof(struct ng_mesg) + sizeof(struct nodeinfo)]; - struct ng_mesg *const resp = (struct ng_mesg *) rbuf; - struct nodeinfo *const ni = (struct nodeinfo *) resp->data; + union { + u_char rbuf[sizeof(struct ng_mesg) + + sizeof(struct nodeinfo)]; + struct ng_mesg res; + } res; + struct nodeinfo *const ni = (struct nodeinfo *) res.res.data; /* Find out the node ID */ if (NgSendMsg(cs, ".", NGM_GENERIC_COOKIE, @@ -123,7 +126,7 @@ NGLOG("send nodeinfo"); goto errout; } - if (NgRecvMsg(cs, resp, sizeof(rbuf), NULL) < 0) { + if (NgRecvMsg(cs, &res.res, sizeof(res.rbuf), NULL) < 0) { errnosv = errno; if (_gNgDebugLevel >= 1) NGLOG("recv nodeinfo"); --- sock-NgMkSockNode.patch ends here --- >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-arm@FreeBSD.ORG Tue Dec 24 19:16:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 17E5998A; Tue, 24 Dec 2013 19:16:00 +0000 (UTC) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C712718F9; Tue, 24 Dec 2013 19:15:59 +0000 (UTC) Received: by mail-ob0-f176.google.com with SMTP id vb8so6942742obc.35 for ; Tue, 24 Dec 2013 11:15:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=RUJAitxP+tQ54kU+5sGTaSa4RYyzRJG2d7fsOfWxTIk=; b=xfbUFFEKiYYsJR5MjIUqbRxx3N4o2TIBYBI6azv7cBYGzbu2P555xo/4BZEIHKVBPs isjwfYlXmZ0cVMb6nNVkpwQaS8Z2nnORR98nKNqJ6XlFtesDOySW7PmjKqcE16K5YIIV +pTWavxpSewPKlaTEUeZLPej8nSBgQcAuddjNhA2ixQGSMU/dBr0kI0Wx4B6tbHfEf1P rrK1XbF0PkBqnn0JxJH9sD/SzyFIazAC0ZkgNU3nQ0LkYy/vtaxwm7LrP8+lTXt0Krom 58ov516yUqUlVfrHIpYFwzRZGFg/wPryfKwjgAbCpvKTgnRp3cxLYOV9OkVPNI8eZPW9 XKpg== MIME-Version: 1.0 X-Received: by 10.60.135.130 with SMTP id ps2mr2705264oeb.46.1387912559005; Tue, 24 Dec 2013 11:15:59 -0800 (PST) Received: by 10.76.20.82 with HTTP; Tue, 24 Dec 2013 11:15:58 -0800 (PST) In-Reply-To: <20131223194515.GS99167@funkthat.com> References: <20131221191552.GE99167@funkthat.com> <20131223194515.GS99167@funkthat.com> Date: Tue, 24 Dec 2013 21:15:58 +0200 Message-ID: Subject: Re: 10.0-RC1: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI From: Guy Yur To: freebsd-arm@freebsd.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 19:16:00 -0000 On Mon, Dec 23, 2013 at 9:45 PM, John-Mark Gurney wrote: > Guy Yur wrote this message on Sun, Dec 22, 2013 at 00:46 +0200: >> On Sat, Dec 21, 2013 at 9:15 PM, John-Mark Gurney wrote: >> > Guy Yur wrote this message on Sat, Dec 21, 2013 at 19:24 +0200: >> >> Should I still file a PR? > > Yes, please. It provides a link from the mailing list to the commit and > provides historical reference... > arm/185165 > >> I only tested the new patch compiles for arm.armv6, haven't verified it. > > Can you please verify it? Even though I agree you didn't change anything > w/ the new patch, you'd be surprised what computers think. :) Tested the second patch on the BeagleBone Black, mpd5 is running without crashing. Also tested the changes in a VM running 9.2-RELEASE-p2 i386 with mpd5 running. From owner-freebsd-arm@FreeBSD.ORG Tue Dec 24 19:21:56 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D39BFA98; Tue, 24 Dec 2013 19:21:56 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A525C1967; Tue, 24 Dec 2013 19:21:56 +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 rBOJLunB081488; Tue, 24 Dec 2013 19:21:56 GMT (envelope-from jmg@freefall.freebsd.org) Received: (from jmg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBOJLuT6081487; Tue, 24 Dec 2013 19:21:56 GMT (envelope-from jmg) Date: Tue, 24 Dec 2013 19:21:56 GMT Message-Id: <201312241921.rBOJLuT6081487@freefall.freebsd.org> To: jmg@FreeBSD.org, freebsd-arm@FreeBSD.org, jmg@FreeBSD.org From: jmg@FreeBSD.org Subject: Re: arm/185165: [patch] net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 19:21:56 -0000 Old Synopsis: net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI New Synopsis: [patch] net/mpd5 crashes in NgMkSockNode due to stack alignment on ARM EABI Responsible-Changed-From-To: freebsd-arm->jmg Responsible-Changed-By: jmg Responsible-Changed-When: Tue Dec 24 19:21:25 UTC 2013 Responsible-Changed-Why: I'll commit this patch shortly... http://www.freebsd.org/cgi/query-pr.cgi?pr=185165 From owner-freebsd-arm@FreeBSD.ORG Wed Dec 25 09:07:57 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9538DF8C; Wed, 25 Dec 2013 09:07:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AC371270; Wed, 25 Dec 2013 09:07:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBP97u3D013890; Wed, 25 Dec 2013 04:07:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBP97urx013888; Wed, 25 Dec 2013 09:07:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 09:07:56 GMT Message-Id: <201312250907.rBP97urx013888@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 09:07:57 -0000 TB --- 2013-12-25 06:20:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 06:20:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 06:20:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-25 06:20:21 - cleaning the object tree TB --- 2013-12-25 06:20:21 - /usr/local/bin/svn stat /src TB --- 2013-12-25 06:20:26 - At svn revision 259862 TB --- 2013-12-25 06:20:27 - building world TB --- 2013-12-25 06:20:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 06:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 06:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 06:20:27 - SRCCONF=/dev/null TB --- 2013-12-25 06:20:27 - TARGET=arm TB --- 2013-12-25 06:20:27 - TARGET_ARCH=arm TB --- 2013-12-25 06:20:27 - TZ=UTC TB --- 2013-12-25 06:20:27 - __MAKE_CONF=/dev/null TB --- 2013-12-25 06:20:27 - cd /src TB --- 2013-12-25 06:20:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 06:20:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/natd.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/icmp.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o natd natd.o icmp.o -lalias /obj/arm.arm/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 09:07:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 09:07:56 - ERROR: failed to build world TB --- 2013-12-25 09:07:56 - 8013.22 user 1430.74 system 10054.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Dec 25 16:29:59 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D87139C3 for ; Wed, 25 Dec 2013 16:29:59 +0000 (UTC) Received: from nm16.bullet.mail.bf1.yahoo.com (nm16.bullet.mail.bf1.yahoo.com [98.139.212.175]) by mx1.freebsd.org (Postfix) with SMTP id 884F71136 for ; Wed, 25 Dec 2013 16:29:59 +0000 (UTC) Received: from [98.139.212.153] by nm16.bullet.mail.bf1.yahoo.com with NNFMP; 25 Dec 2013 16:29:53 -0000 Received: from [68.142.230.74] by tm10.bullet.mail.bf1.yahoo.com with NNFMP; 25 Dec 2013 16:29:53 -0000 Received: from [127.0.0.1] by smtp231.mail.bf1.yahoo.com with NNFMP; 25 Dec 2013 16:29:53 -0000 X-Yahoo-Newman-Id: 12235.72828.bm@smtp231.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: eHZi5b4VM1mlc7.mY6E6zpxO76M9.alw11zS0LqPfEZhzPN RiZdj_P3q7za8RaoTie5DOgj00TAZmz8x.iF5pWONyFEBk7KZFQSHmrbXKBh 6_yBaokMvQPB5G7SDMY3qnQPxjrfO4cRQaKjJqWhZii456ChA.bmZj4u82jW p_GNV6EUmFFznOdWVcpUs3WUhH6V7ViyXmRxOl4AHqczQ8WLddUxGG9HBGyR zae4Cf2l3oLt4Hb4jHTdzPwJpY1LFT35dvzi9o3dQbnEbbp1J9vAOR5pbZll dzu2hmL7l_g8QZgP5A6XZMSWe1dU4CJLvOv4Cjd3XKk7FO3VjHcm3KTmXmyC fFGKTwKWCgkzAFvUuJi0K2Y0OAnIjI9QCj4zvDSbWllZX34FgjBRkmA0y.Ly PV2NoyOp_widAH3lHRJmq5PkFyhRF_2RNGv68Mnxg9RNfMFQwXyxYCTCxctb mEmm4CXzygK_98Aqnh2e3c7RAKqfi8TvGDs9qefD0N4HnoWTCaKKkprGWV2I 6nTmLNjt0FWjXr9JiMl.3yycOXiUy2YdLqWtf3nR6aJJynXmNS2qCyg-- X-Yahoo-SMTP: xcjD0guswBAZaPPIbxpWwLcp9Unf X-Rocket-Received: from [192.168.0.102] (pfg@190.157.126.109 with plain [98.138.105.21]) by smtp231.mail.bf1.yahoo.com with SMTP; 25 Dec 2013 16:29:52 +0000 UTC Message-ID: <52BB07FE.5070905@FreeBSD.org> Date: Wed, 25 Dec 2013 11:29:50 -0500 From: Pedro Giffuni User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Warner Losh Subject: Re: [CFT] gcc update for ARM References: <52AF2CDD.2000207@FreeBSD.org> <443ACF8D-F13C-41D5-BB97-148CA5A36BBE@bsdimp.com> <52AF794F.904@FreeBSD.org> In-Reply-To: <52AF794F.904@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 16:29:59 -0000 On 16.12.2013 17:06, Pedro Giffuni wrote: > On 16.12.2013 16:35, Warner Losh wrote: >> Does this apply to FreeBSD 9-stable? >> >> Warner > > I did it on -current but it mostly touches config/arm which is > otherwise untouched so it may very well apply there too (except for > the ChangeLog). > > It does add support for newer platforms and it should fill the gap > between gcc-4.2.1 and clang. > > Pedro. > An update on this: I made some tests crosscompiling and things didn't go well. I was able to take some smaller updates and applied them but most of the changes from upstream require some work to get into useful shape on gcc-4.2.1. FWIW, Apple did a lot of local code changes and on top of that they merged stuff from gcc43 and later CodeSourcery. It's not too difficult to take code from Apple's gcc and/or llvm-gcc but it requires more time than I am willing to spend atm ... and there is clang now :). Cheers, Pedro. From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 00:09:32 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E2FC923 for ; Thu, 26 Dec 2013 00:09:32 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 560961F05 for ; Thu, 26 Dec 2013 00:09:32 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id rBQ09OEk024170 for ; Wed, 25 Dec 2013 19:09:29 -0500 (EST) (envelope-from george+freebsd@m5p.com) Message-ID: <52BB73B4.5030000@m5p.com> Date: Wed, 25 Dec 2013 19:09:24 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "freebsd-arm@freebsd.org" Subject: Raspberry Pi: still getting prefetch aborts Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Wed, 25 Dec 2013 19:09:30 -0500 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 00:09:32 -0000 FreeBSD 10.0-PRERELEASE (RPI-B) #0 r259866M: Wed Dec 25 17:26:28 EST 2013 (M because I selected serial output in RPI-B) /usr/ports is NFS mounted from elsewhere. On the theory that perhaps my hardware is flaky, I bought another RPi and got the same results on it. This sequence is now close to 100% reproducible. Surely this is happening to someone else! And if not, please point me to your working image. -- George root@pi:~ # cd /usr/ports/ports-mgmt/pkg root@pi:/usr/ports/ports-mgmt/pkg # make Fatal kernel mode prefetch abort at 0x4278f502 trapframe: 0xdc369f98, spsr=60000033 r0 =00000000, r1 =000000c0, r2 =600000d3, r3 =60000013 r4 =c22efc00, r5 =00000000, r6 =c22e2140, r7 =c0675858 r8 =c25bb800, r9 =c2635100, r10=c25bb8e4, r11=0004240c r12=00000000, ssp=dc369fe8, slr=c046405c, pc =4278f502 [ thread pid 876 tid 100067 ] Stopped at 0x4278f502: address 0x4278f502 is invalid *** error reading from address 4278f502 *** KDB: reentering KDB: stack backtrace: db_trace_self() at db_trace_self pc = 0xc04607e8 lr = 0xc012ebfc (db_trace_self_wrapper+0x30) sp = 0xdc369b40 fp = 0xdc369c58 r10 = 0xc0547ac0 db_trace_self_wrapper() at db_trace_self_wrapper+0x30 pc = 0xc012ebfc lr = 0xc026a238 (kdb_reenter+0x60) sp = 0xdc369c60 fp = 0xdc369c68 r4 = 0xc05884e0 r5 = 0xc05884c4 r6 = 0xdc369c70 r7 = 0x4278f502 kdb_reenter() at kdb_reenter+0x60 pc = 0xc026a238 lr = 0xc012b4f8 (db_get_value+0x40) sp = 0xdc369c70 fp = 0xdc369c88 r4 = 0x00000004 r5 = 0x00000000 db_get_value() at db_get_value+0x40 pc = 0xc012b4f8 lr = 0xc045f25c (db_disasm_read_word+0x14) sp = 0xdc369c90 fp = 0xdc369c90 r4 = 0x4278f502 r5 = 0xc0488f00 r6 = 0xc05884f0 r7 = 0xdc369f98 db_disasm_read_word() at db_disasm_read_word+0x14 pc = 0xc045f25c lr = 0xc0460c00 (disasm+0x20) sp = 0xdc369c98 fp = 0xdc369d80 disasm() at disasm+0x20 pc = 0xc0460c00 lr = 0xc045f240 (db_disasm+0x18) sp = 0xdc369d88 fp = 0xdc369d88 r4 = 0x4278f502 r5 = 0xdc369da8 r6 = 0xc05884f0 r7 = 0xdc369f98 r8 = 0xdc369f98 r9 = 0xc05884c4 r10 = 0xc0547ac0 db_disasm() at db_disasm+0x18 pc = 0xc045f240 lr = 0xc012d5a8 (db_print_loc_and_inst+0x2c) sp = 0xdc369d90 fp = 0xdc369d98 db_print_loc_and_inst() at db_print_loc_and_inst+0x2c pc = 0xc012d5a8 lr = 0xc012ed18 (db_trap+0xc0) sp = 0xdc369da0 fp = 0xdc369ec0 r4 = 0x00000000 db_trap() at db_trap+0xc0 pc = 0xc012ed18 lr = 0xc026a4ec (kdb_trap+0xd4) sp = 0xdc369ec8 fp = 0xdc369ee8 r4 = 0x00000000 r5 = 0x00000000 r6 = 0xc05884f0 r7 = 0xdc369f98 kdb_trap() at kdb_trap+0xd4 pc = 0xc026a4ec lr = 0xc0471ef0 (dab_fatal+0x174) sp = 0xdc369ef0 fp = 0xdc369f08 r4 = 0xdc369f98 r5 = 0x200001d3 r6 = 0x4278f502 r7 = 0x00000000 r8 = 0xdc369f98 r9 = 0xc2635100 r10 = 0xc26fd000 dab_fatal() at dab_fatal+0x174 pc = 0xc0471ef0 lr = 0xc04721ac (prefetch_abort_handler+0x254) sp = 0xdc369f10 fp = 0xdc369f90 r4 = 0x4278f502 r5 = 0xc272c320 r6 = 0xc22e2140 r7 = 0xc0675858 prefetch_abort_handler() at prefetch_abort_handler+0x254 pc = 0xc04721ac lr = 0xc04623e0 (exception_exit) sp = 0xdc369f98 fp = 0x0004240c r4 = 0xc22efc00 r5 = 0x00000000 r6 = 0xc22e2140 r7 = 0xc0675858 r8 = 0xc25bb800 r9 = 0xc2635100 r10 = 0xc25bb8e4 exception_exit() at exception_exit pc = 0xc04623e0 lr = 0xc046405c (spinlock_exit+0x18) sp = 0xdc369fec fp = 0x0004240c r0 = 0x00000000 r1 = 0x000000c0 r2 = 0x600000d3 r3 = 0x60000013 r4 = 0xc22efc00 r5 = 0x00000000 r6 = 0xc22e2140 r7 = 0xc0675858 r8 = 0xc25bb800 r9 = 0xc2635100 r10 = 0xc25bb8e4 r12 = 0x00000000 Unable to unwind into user mode db> show proc 876 Process 876 (make) at 0xc26fd000: state: NORMAL uid: 0 gids: 0, 5 parent: pid 873 at 0xc261a640 ABI: FreeBSD ELF32 arguments: make threads: 1 100067 Run CPU 0 make db> show thread 100067 Thread 100067 at 0xc272c320: proc (pid 876): 0xc26fd000 name: make stack: 0xdc369000-0xdc36afff flags: 0x1002004 pflags: 0 state: RUNNING (CPU 0) priority: 140 container lock: sched lock (0xc05935c0) db> From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 00:13:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1EF2EB38 for ; Thu, 26 Dec 2013 00:13:04 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CA8DE1F82 for ; Thu, 26 Dec 2013 00:13:03 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id rBQ0CvI8024198 for ; Wed, 25 Dec 2013 19:13:02 -0500 (EST) (envelope-from george@m5p.com) Message-ID: <52BB7489.2040101@m5p.com> Date: Wed, 25 Dec 2013 19:12:57 -0500 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-arm@freebsd.org Subject: Re: Raspberry Pi: still getting prefetch aborts References: <52BB73B4.5030000@m5p.com> In-Reply-To: <52BB73B4.5030000@m5p.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Wed, 25 Dec 2013 19:13:02 -0500 (EST) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 00:13:04 -0000 On 12/25/13 19:09, George Mitchell wrote: > FreeBSD 10.0-PRERELEASE (RPI-B) #0 r259866M: Wed Dec 25 17:26:28 EST 2013 > (M because I selected serial output in RPI-B) > [...] /etc/src.conf: MALLOC_PRODUCTION=yes /etc/make.conf: WITH_PKGNG=yes MALLOC_PRODUCTION=yes WITH_NEW_XORG=yes (Surely I can be optimistic ...) -- George From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 00:51:53 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 14538D05 for ; Thu, 26 Dec 2013 00:51:53 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D3F491188 for ; Thu, 26 Dec 2013 00:51:52 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id ar20so8234435iec.2 for ; Wed, 25 Dec 2013 16:51:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=2b0rNQ68dHB+hg2s8O/BNN0tseH+zFB/QRxBej74xBU=; b=Odr6j1gPOMXLIo9R0Cbh4+JhcngK8HEVCm+n8tiZ6kyjRN/zmu117BACpEHFLOGzCh yfy4DdVLS1CWfymZOZVzBVZThPF0TqIWX4Ozrrp8QPE6pdHhp8fLmefWkX3S6veLdE8p bA/IGb6gkRBUPIBuPyrhqnRVlfdJSljlhR5I7at6vs4LEJ4IKniggxQXIRCeKpOGkF/5 qYvCKXDMbP4d61BtgdwqE8oACNme3J5bXutCWBaJTkBLqY926jwTk21VDN6mjszt03Bx VLV/PxCBIaXo9vgbSPNuluiz/tJp4nTwP5Hh7HnNDy2e+hXb8TU8vceKRL1KTjEiSLKL 6dfw== X-Gm-Message-State: ALoCoQkuuR/Lbvgjn/jc+P8jQwfzpjd0aFcTBfzRz4/+/LTI1v9JbzJReY1YzJCuoPT2i1NGO7Fd1WRMr73+Edjje+QEKm/hqygNU8Vn+hRrHziV66vTPNU= X-Received: by 10.50.43.199 with SMTP id y7mr10540660igl.43.1388019105742; Wed, 25 Dec 2013 16:51:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Wed, 25 Dec 2013 16:51:30 -0800 (PST) In-Reply-To: <52BAFCC4.5000208@0X544745.com> References: <52BAFCC4.5000208@0X544745.com> From: "Lundberg, Johannes" Date: Thu, 26 Dec 2013 09:51:30 +0900 Message-ID: Subject: Re: FreeBSD on Pandaboard? To: Tom Everett Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 00:51:53 -0000 Hi Tom Thanks you replying. I use Kientzle's crochet-freebsd script. ( https://github.com/kientzle/crochet-freebsd) They claim PandaBoard should work but I have no luck.. On the other hand I got FreeBSD 10 running on BeagleBone Black without any problem at all with crochet-freebsd and the BeagleBone config.. Is crochet-bsd some other version or fork of crochet-freebsd? -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Dec 26, 2013 at 12:41 AM, Tom Everett wrote: > Hey Johannes. Have you tried the crochet-bsd build? If I recall, crochet > supports it. > > > Sorry if any response takes a couple days, I'm out of the country and > trying not to use expensive internet bytes. > > On 12/22/2013, 2:25 AM, Lundberg, Johannes wrote: > > Hi > > > > I have seen some blogs etc that claims to have successfully run FreeBSD > on > > Pandaboard ES but I can't seem to be able to duplicate the results. > > > > I tried with 10.0-releng and 11.0-current source and latest version of > > crochet. Building is done on an amd64 machine. > > > > Creating image is no problem but boot halts early at USB / MMC routine.. > > > > Should I use clang? gcc? Tried building (xdev tools) with gcc but it > fails. > > > > I tried applying these patches but no difference > > > > http://people.freebsd.org/~gonzo/patches/queue/locore.diff > > http://people.freebsd.org/~gonzo/patches/ehci-bug-detect.diff > > > > What is the secret recipe? > > Anyone successful? > > -- > > Johannes Lundberg > > > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 05:08:40 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E63343A2 for ; Thu, 26 Dec 2013 05:08:40 +0000 (UTC) Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com [209.85.213.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B430D100D for ; Thu, 26 Dec 2013 05:08:40 +0000 (UTC) Received: by mail-ig0-f170.google.com with SMTP id k19so26610812igc.1 for ; Wed, 25 Dec 2013 21:08:34 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=ZlZNzwPAq8nvyzznf5i8k3WS1Y4OtjrIMXuLVaY+H8c=; b=SqG29TI8eM9Qc+Ye1uSfcbNespvMIAut2PMvPpgFeS/W9N3eUoy9VXDu8WuFryv/hW B9YlBAGME1cOxqoSxnbNDRdvWiTJxtsjpA1PbWti3wWVx3URKBwZlKcCi/CbA3Y0e2TQ Xq6pzYIApxckgdoQtiiEU0gmFrT0o5CxpLVz+LwNxehsnouga+dRSypBLDydL6MwT3XR qnHlH97aiXEeTosgj3fTpvSUZGA3eOWHXb0cQDl4pEWtl5V6cWTlhdkNC+FYodeG0VPH FACfo5fD0F5uyeQd/TcpI4k/FwGhRwbhtZ9OXjXZiE9uwSkhCOa280c3ZyrFpYdN8RKz vPCQ== X-Gm-Message-State: ALoCoQmTbMwNSULqAmz8mvzhtwr/0V60iTdWQ7RHd3UpQ8Y1ShInYq+GPUaIE6lQ+WnCALPk9Z+VvDHn5LKZpQW+/BlRIxn2/8ybGRk7s2M6/3wPWj5t9EQ= X-Received: by 10.50.238.196 with SMTP id vm4mr32953955igc.43.1388034514630; Wed, 25 Dec 2013 21:08:34 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Wed, 25 Dec 2013 21:08:19 -0800 (PST) From: "Lundberg, Johannes" Date: Thu, 26 Dec 2013 14:08:19 +0900 Message-ID: Subject: HDMI output on Beaglebone black To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 05:08:41 -0000 Hi According to the readme for Beaglebone Black in crochet-freebsd there is no support for HMDI output yet (as of Dec 2013). Does anyone know what is required to make this work? Best regards -- Johannes Lundberg -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 05:32:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E410D754 for ; Thu, 26 Dec 2013 05:32:48 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0DA51188 for ; Thu, 26 Dec 2013 05:32:48 +0000 (UTC) Received: by mail-ie0-f181.google.com with SMTP id e14so8413665iej.12 for ; Wed, 25 Dec 2013 21:32:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=+7e/kemKLmJ93asruB7xD7h8p1HrdEve5KBKSSmAPUM=; b=f2kxKWnBoqbn2fF9P9XoQ5fVkMHafa2vOGHYUcu1bc3v4GQxHwfX9oYmsCe+WBSrzP lVcYiJt15EFeuCABhT1BE+UgwNpKL0AYQ9Gkd+D74dazw3jAF0142qG6nidjjiTZyNtr REGi7cFPEvVbhYs3YRivARNca3YQClxl4svrrw0cZRuBjgnf7jkVEAW01vwMK3J6uVLw zP6SCLvVfd0miMZ2X56AGsTtxQdOnGAeq+tqGNg/X0OSHC1ZUH2apv87fFa2I0/gWCfx fm3YsqQfWGG0DQEWWmZ/L68jI4jdKvoP0b9Tvqp1H2hhI0mC4xxhDIzVUVZk5kCUXDvJ 9DXw== MIME-Version: 1.0 X-Received: by 10.50.161.132 with SMTP id xs4mr32580061igb.38.1388035968137; Wed, 25 Dec 2013 21:32:48 -0800 (PST) Received: by 10.64.18.14 with HTTP; Wed, 25 Dec 2013 21:32:48 -0800 (PST) In-Reply-To: References: Date: Thu, 26 Dec 2013 13:32:48 +0800 Message-ID: Subject: Re: HDMI output on Beaglebone black From: Ganbold Tsagaankhuu To: "Lundberg, Johannes" Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 05:32:49 -0000 On Thu, Dec 26, 2013 at 1:08 PM, Lundberg, Johannes < johannes@brilliantservice.co.jp> wrote: > Hi > > According to the readme for Beaglebone Black in crochet-freebsd there is no > support for HMDI output yet (as of Dec 2013). > > Does anyone know what is required to make this work? > IIRC, there is no hdmi driver for any of arm boards support that we have in src tree. Ganbold > > Best regards > -- > Johannes Lundberg > > -- > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B > $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B > $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 05:51:23 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75455A5D for ; Thu, 26 Dec 2013 05:51:23 +0000 (UTC) Received: from mail-ie0-f176.google.com (mail-ie0-f176.google.com [209.85.223.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4430D1293 for ; Thu, 26 Dec 2013 05:51:22 +0000 (UTC) Received: by mail-ie0-f176.google.com with SMTP id at1so8086592iec.7 for ; Wed, 25 Dec 2013 21:51:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=h28ed2HJNeKcdmD6T9ZZ8CVsna5QJmZqW+n3dC9Tc0A=; b=Zkoyh8MP2G9wi5cgDoGl8GTAD4Gr94BGm33NL7w97SmZenK66cZL16EsPIrjwHc70V vPnW+GlUJFDlNbe2YAgR0H324cRKnQ538d1P/eGW8AyFsB2R9Io0r316BZACM9u5VBj0 Mq3EQqFyp5MMdOuqq4H9hZnvDDpOCIdBvLScsh2TIC06OFOjQlSWkXoe3021xGfXPJhh XqXTW6ZMBriU9x3u6iFvHb4HFDly7Xb/FA+1PypURmf4xYy2clcccLPzek1gZ/mBs8Le /xrJSnoqcPwWU9mfd5bsWtHQCcVCVsIc77mhVDUjAnnp0Yv4uBB1ItCmY/ueRI6CYj6s Rvuw== X-Gm-Message-State: ALoCoQl1fJJfrsNv2SC+JDelTW+is+MLBqTxDDTEIlsJjmIe3zy33fNlaGyjoEtzJlRapeXR+wkYmHpf1zYsZ/BaCSrt/SGDBz/tBBV7JRt0/FNNvlRqkPI= X-Received: by 10.50.238.196 with SMTP id vm4mr33084067igc.43.1388037076430; Wed, 25 Dec 2013 21:51:16 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Wed, 25 Dec 2013 21:51:01 -0800 (PST) From: "Lundberg, Johannes" Date: Thu, 26 Dec 2013 14:51:01 +0900 Message-ID: Subject: ICU on arm To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 05:51:23 -0000 Hi I trying to install some ports on Beaglebone and some of them require ICU which is marked as broken with reason "does not compile on arm". I though I'd share my experience and maybe that can be of some help to get it running on arm. # uname -a FreeBSD beaglebone 10.0-RC2 FreeBSD 10.0-RC2 #0 r259707M: Tue Dec 24 10:17:24 JST 2013 root@PC2-11-0034:/root/Download/crochet-freebsd/work/obj/arm.arm/usr/src-releng10/sys/BEAGLEBONE arm # cd /usr/ports/devel/icu && make Builds just find. # make install package also no problem.. # make test on the other hand fails. First I get seg fault at cmsgtst { OpenMessageFormatTest ---[OK] MessageFormatTest *** Signal 11 and test stops. To be able to run the remaining tests I disable this one test by returning immediately in the function static void MessageFormatTest( void ) in the file test/cintltst/cmsgtst.c # make test then gives the results -------------------------------------- Errors in total: 540. start NumberFormatRoundTripTest format -------------------------------------- Elapsed Time: 00:22:35.130 *** Error code 28 (get some weird error code 28 after result output...) No effort has been made to try to fix the errors yet from my side. Best regards -- Johannes Lundberg -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 06:01:39 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 47432C54 for ; Thu, 26 Dec 2013 06:01:39 +0000 (UTC) Received: from mail-ig0-f182.google.com (mail-ig0-f182.google.com [209.85.213.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 11487130B for ; Thu, 26 Dec 2013 06:01:38 +0000 (UTC) Received: by mail-ig0-f182.google.com with SMTP id c10so18890312igq.3 for ; Wed, 25 Dec 2013 22:01:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=5cezIDBl1cF8/g6aojRP6AH5dgPJqMbvG2R6MJ1Ivnc=; b=T9e665YviEIYNVnfdk6H+Q5NyD9InPbQI9O4ukDDwID9gWOrLJxsYmtLp9EZfnmmYi F8hjCRFdYqn9v1yp6+H2/xkSUNdwdds4gKGhKr2eJl+LJeH1u6sLf/p/wr+DXv47Cfxs mGAvcshaXjN6nPJEh/tA0WuKeRy9oKv3v3RuxjYO6fP+hDD0//yC6NnFj69c0e/1XxAD 8mNu+BO0qC1spzsPsqaxboOWRfaKgLbQsZhaq8cY9TvfGvf23v7SyYldfQBIqroqo4m5 ctBDhHeAitz/ZcoypqdCGP9rL/8fqEjVNI632VBnvaFJ6twBL+Kuiv2Djkx4aFsIR+/x xvqg== X-Gm-Message-State: ALoCoQnTjOrbe57Ac4rK62hIsVn+3NZM7tGIOXWS5rDzes0RVmqhNx+MGfBJWsQgfP+QLQBbmYJfaUj7XMOJYFqGr3IDC3S+pMuWazoxXI3uhjUpzIWihG4= X-Received: by 10.42.98.134 with SMTP id s6mr10211706icn.21.1388037692556; Wed, 25 Dec 2013 22:01:32 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Wed, 25 Dec 2013 22:01:17 -0800 (PST) In-Reply-To: References: From: "Lundberg, Johannes" Date: Thu, 26 Dec 2013 15:01:17 +0900 Message-ID: Subject: Re: HDMI output on Beaglebone black To: Ganbold Tsagaankhuu Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 06:01:39 -0000 Hmm, but HDMI output works fine on Raspberry Pi.. -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Thu, Dec 26, 2013 at 2:32 PM, Ganbold Tsagaankhuu wrote: > > > > On Thu, Dec 26, 2013 at 1:08 PM, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > >> Hi >> >> According to the readme for Beaglebone Black in crochet-freebsd there is >> no >> support for HMDI output yet (as of Dec 2013). >> >> Does anyone know what is required to make this work? >> > > > IIRC, there is no hdmi driver for any of arm boards support that we have > in src tree. > > Ganbold > > > >> >> Best regards >> -- >> Johannes Lundberg >> >> -- >> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >> $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B >> $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B >> $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B >> --- >> CONFIDENTIALITY NOTE: The information in this email is confidential >> and intended solely for the addressee. >> Disclosure, copying, distribution or any other action of use of this >> email by person other than intended recipient, is prohibited. >> If you are not the intended recipient and have received this email in >> error, please destroy the original message. >> _______________________________________________ >> 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" >> > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 18:10:50 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B193B96D for ; Thu, 26 Dec 2013 18:10:50 +0000 (UTC) Received: from mail-pd0-f179.google.com (mail-pd0-f179.google.com [209.85.192.179]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8385C1612 for ; Thu, 26 Dec 2013 18:10:50 +0000 (UTC) Received: by mail-pd0-f179.google.com with SMTP id r10so8289225pdi.10 for ; Thu, 26 Dec 2013 10:10:44 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=+cU9WIrUJCEmlchuUryJ6IaFrfPz/qujNrYAgPHdJ7A=; b=e7QulTRJ9MZ4d/j+tD4yFg1Nr69GLEVJRRP0j7/Ldc4lTTg4sgjWpAuTk0CzlFDKN8 YfF7ArP44t690KxyWICjpSyM1sD379NMDn3XDTFkHKC7lQDGJK017hF2BMAb0iyZmSN7 YEKm1MJFyOrEKxdDIyvdAhIV/01XL335+OaL40sPg1T/9QZWkh5NmB6D/RN/Jgaeep27 fweeBfMJjkEJJQI++SygueYd5XpAkJ9BglumXNBGuWtbfRG8ya7nAfpoFXeGS1oo3rEB kp+gqpCLHvYYKingtJ6B1zbvDnyUQMRldMqFZ7GjzHxU2THaH+/3MH1zWy1QouLsirMb aB5Q== X-Gm-Message-State: ALoCoQkf4yxYG9KYYPPhXonDj7+c2TJdKcz/D4rDueZRcRwCnXw5fgF4t63K2sn6zNQOslK3c2NJ X-Received: by 10.68.106.130 with SMTP id gu2mr45407835pbb.59.1388081444523; Thu, 26 Dec 2013 10:10:44 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id uf2sm56715074pbc.28.2013.12.26.10.10.42 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 10:10:43 -0800 (PST) Content-Type: text/plain; charset=iso-2022-jp Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FreeBSD on Pandaboard? From: Tim Kientzle In-Reply-To: Date: Thu, 26 Dec 2013 10:10:39 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Lundberg, Johannes" X-Mailer: Apple Mail (2.1827) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 18:10:50 -0000 On Dec 22, 2013, at 1:25 AM, Lundberg, Johannes = wrote: > Hi >=20 > I have seen some blogs etc that claims to have successfully run = FreeBSD on > Pandaboard ES but I can't seem to be able to duplicate the results. >=20 > I tried with 10.0-releng and 11.0-current source and latest version of > crochet. Building is done on an amd64 machine. I got my PandaBoard ES to (minimally) boot a long time ago and used that to put support into Crochet. But I=1B$B!G=1B(Bve not had time to try it recently. > Creating image is no problem but boot halts early at USB / MMC = routine.. So basically, it sounds like: * Crochet is correctly building the boot bits and assembling the image. * The kernel is broken. I would suggest you next try adjusting sys/arm/conf/PANDABOARD: * Uncomment INVARIANTS, WITNESS, and DIAGNOSTIC Maybe you can get more information about exactly what is failing. * Remove drivers and see if the boot gets any further. I would love to get the PandaBoard working; with a gigabyte of RAM and a dual-core processor, it should have significantly better performance than the RPi and BeagleBones. Tim From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 18:29:48 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23B656B; Thu, 26 Dec 2013 18:29:48 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA4C91706; Thu, 26 Dec 2013 18:29:46 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id rBQIPAwc006346; Thu, 26 Dec 2013 18:25:10 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id pn48qutczcxkb5gv42s4hmqx7e; Thu, 26 Dec 2013 18:25:09 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FreeBSD 10.0-RC3 Now Available From: Tim Kientzle In-Reply-To: <20131226162521.GK2009@glenbarber.us> Date: Thu, 26 Dec 2013 10:25:09 -0800 Content-Transfer-Encoding: 7bit Message-Id: <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> References: <20131226162521.GK2009@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1827) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 18:29:48 -0000 On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: > The third RC build of the 10.0-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. What do we need to include some ARM images? At a minimum, I would love to get an official RC3 build for RPi. Tim From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 18:32:21 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 484AB109 for ; Thu, 26 Dec 2013 18:32:21 +0000 (UTC) Received: from mail-ie0-f170.google.com (mail-ie0-f170.google.com [209.85.223.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0FCB1177E for ; Thu, 26 Dec 2013 18:32:20 +0000 (UTC) Received: by mail-ie0-f170.google.com with SMTP id qd12so8972143ieb.1 for ; Thu, 26 Dec 2013 10:32:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=G5TzxKweW79ixMEjMMIs39s+N7Zs4EvetHvQgQx+sjM=; b=LeKcno31vuUxymtuxnYf+5mp/Y2uHcZuEuKaTxdnegNhRj15q91m5t6Yg7edyOC6Eg AeZBUFzu4v4YCQqOJNxgYlgzl5sencrtnWmH/DOLL6JEmVIkHr1kP3PqSn1oz32GKNEq cQOnqZb5zluS1REPWiYImTEVnKGMvMDj8F/jPopUA2u48g+onCQMtsguIShim/CuW48f M+dtF6Omem7FKP2nivdD3mmB5Utrb8HC1rdYiT5/LzoDKWUYKOokEMDjHYd27678ADUH hce5lyLrzQUJVhY83+ZSetLglRYA/ZuLxeFCWIsUZqcy38CN0furcndZoUPf0NqqAoKj kcXw== X-Gm-Message-State: ALoCoQm+yHpiDRwMhGA3i6Z2iLA2jgQKUim6lIW7YFS6Ymm0tEIKg2QlElKencBILpV6FrX1Mxxo X-Received: by 10.50.49.11 with SMTP id q11mr36281974ign.1.1388082740029; Thu, 26 Dec 2013 10:32:20 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id o1sm40822919igh.9.2013.12.26.10.32.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 10:32:19 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> Date: Thu, 26 Dec 2013 11:32:18 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <050A48F2-746F-4FA6-93E6-C06BCAF3E257@bsdimp.com> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> To: Tim Kientzle X-Mailer: Apple Mail (2.1085) Cc: Glen Barber , freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 18:32:21 -0000 On Dec 26, 2013, at 11:25 AM, Tim Kientzle wrote: >=20 > On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: >=20 >> The third RC build of the 10.0-RELEASE release cycle is now available >> on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and >> sparc64 architectures. >=20 > What do we need to include some ARM images? >=20 > At a minimum, I would love to get an official RC3 build for RPi. I'm guessing that at a minimum, we'd need a make release target that = builds a release image... Warner From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 18:37: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEB3929E; Thu, 26 Dec 2013 18:37:03 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AEBE717A1; Thu, 26 Dec 2013 18:37:03 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id D4F7A5399; Thu, 26 Dec 2013 18:37:01 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us D4F7A5399 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 13:36:59 -0500 From: Glen Barber To: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226183659.GL2009@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <050A48F2-746F-4FA6-93E6-C06BCAF3E257@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7l042bGvurpep9Wg" Content-Disposition: inline In-Reply-To: <050A48F2-746F-4FA6-93E6-C06BCAF3E257@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 18:37:03 -0000 --7l042bGvurpep9Wg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 11:32:18AM -0700, Warner Losh wrote: >=20 > On Dec 26, 2013, at 11:25 AM, Tim Kientzle wrote: > >=20 > > On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: > >=20 > >> The third RC build of the 10.0-RELEASE release cycle is now available > >> on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > >> sparc64 architectures. > >=20 > > What do we need to include some ARM images? > >=20 > > At a minimum, I would love to get an official RC3 build for RPi. >=20 > I'm guessing that at a minimum, we'd need a make release target that buil= ds a release image... >=20 Indeed. I've tried building ARM images (RPI-B specifically, because I can test the result). This was when 10.0 was -CURRENT. I have not done these builds recently, because it has been so long since I've had a successful result. I'll do a test build now, if you have a specific board you can test. I don't have access to my RPI-B board at the moment. Glen --7l042bGvurpep9Wg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvHdLAAoJELls3eqvi17Q59AP/2cuzvqdh3myU4QiKeD9b/c7 ygLki9IxiILJgGGMJiM06IkII1aoFRhw5uwP0hxiBRFWlcit1nSPrDt2NRwluQxU E7ykCn3XEt+KammSVDFbKV6aZpSAi7i15up3Tu7+zwZ5LBEzLGd3xBoXA9HbBPIX 5RsdCLA+QLc/xXlLGwPv2I475MWJO9Pgpw53BK8/b1xscU6OTGKc/522EZ5T9wNd hcbU/qmetjMl2Uet8+fLcutaT2SK7FUw9wXaJ5gzEsbsoeqlI3aR0yx7HQr2TnKJ dTCbWuYWlQ2R4Vv2Bidg4EeZtC/dX9q3FyjQeGGREFH4cs1T50mH7FkonLUGnxiO sEqWFoPegUKCpfymSxzIx73VxQSm0q+fXXveHF3x+DTs0xtU+ShYcFtDDZ4D45Hg iJlDfQ9K4a79CMrOY3aeVt3GlPBe/moN4oy5MnWt1XkedFKMdd5nJ86nZqbCgBSL SadQJPJwYaL4e1haXinZjvtTa/CSH+P+rcVlyJSUKXFRVr5l8c73DIJh9ScwVj9c yZTQhVDcvL32Z5btsGAdVMdQJDh/uWmav4SKe5o6usyyU/jP6mgQT+Qm5nP0dNvE 6zU5tildKiUkYwBTKzT4TA+3HlMIQhIvOAy4dOfYkFojZmcG4mVxXpcr6BCOP0+z w7c4y2RDz2NXfjmCEySL =LuD4 -----END PGP SIGNATURE----- --7l042bGvurpep9Wg-- From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 19:40:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EDA501C6 for ; Thu, 26 Dec 2013 19:40:07 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id CDB401CEE for ; Thu, 26 Dec 2013 19:40:07 +0000 (UTC) Received: from bender.Home (97e07ae8.skybroadband.com [151.224.122.232]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id BF7B75E303; Thu, 26 Dec 2013 19:40:00 +0000 (UTC) Date: Thu, 26 Dec 2013 19:39:51 +0000 From: Andrew Turner To: "Lundberg, Johannes" Subject: Re: HDMI output on Beaglebone black Message-ID: <20131226193951.7982482b@bender.Home> In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:40:08 -0000 On Thu, 26 Dec 2013 15:01:17 +0900 "Lundberg, Johannes" wrote: > Hmm, but HDMI output works fine on Raspberry Pi.. My understanding is the HDMI on the RPi is handled by the GPU so from the point of view of FreeBSD it is just a framebuffer with no special configuration. Andrew From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 19:48: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 940F628B; Thu, 26 Dec 2013 19:48:38 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 739D31D72; Thu, 26 Dec 2013 19:48:38 +0000 (UTC) Received: from bender.Home (97e07ae8.skybroadband.com [151.224.122.232]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id 3F5825DFFE; Thu, 26 Dec 2013 19:48:37 +0000 (UTC) Date: Thu, 26 Dec 2013 19:48:30 +0000 From: Andrew Turner To: Tim Kientzle Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226194830.4f6e5b13@bender.Home> In-Reply-To: <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:48:38 -0000 On Thu, 26 Dec 2013 10:25:09 -0800 Tim Kientzle wrote: > > On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: > > > The third RC build of the 10.0-RELEASE release cycle is now > > available on the FTP servers for the amd64, i386, ia64, powerpc, > > powerpc64 and sparc64 architectures. > > What do we need to include some ARM images? > > At a minimum, I would love to get an official RC3 build for RPi. I would suggest we could build a tarball of armv6 userland and an RPi image to dd to an SD card. Building the former should be straight forward. For the latter, assuming the release target is unable to build the required U-Boot binary, we could use crochet. I'm not sure if we can use a tarball as the input for this to guarantee both are the same. Ii would be useful if someone from re@ could update [1] with their requirements from the arm developers on this. Andrew [1] https://wiki.freebsd.org/ARMTier1 From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 19:49:58 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74EF22CC for ; Thu, 26 Dec 2013 19:49:58 +0000 (UTC) Received: from smtp.dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 2A9A11D77 for ; Thu, 26 Dec 2013 19:49:57 +0000 (UTC) Received: from rnote.ddteam.net (7-97-135-95.pool.ukrtel.net [95.135.97.7]) (Authenticated sender: ray) by smtp.dlink.ua (Postfix) with ESMTPSA id 832C5C492D; Thu, 26 Dec 2013 21:43:59 +0200 (EET) Date: Thu, 26 Dec 2013 21:43:57 +0200 From: Aleksandr Rybalko To: Ganbold Tsagaankhuu Subject: Re: HDMI output on Beaglebone black Message-Id: <20131226214357.e1ae229e.ray@freebsd.org> In-Reply-To: References: Organization: FreeBSD.ORG X-Mailer: Sylpheed 3.1.2 (GTK+ 2.24.5; amd64-portbld-freebsd9.0) X-Operating-System: FreeBSD Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:49:58 -0000 On Thu, 26 Dec 2013 13:32:48 +0800 Ganbold Tsagaankhuu wrote: > On Thu, Dec 26, 2013 at 1:08 PM, Lundberg, Johannes < > johannes@brilliantservice.co.jp> wrote: > > > Hi > > > > According to the readme for Beaglebone Black in crochet-freebsd > > there is no support for HMDI output yet (as of Dec 2013). > > > > Does anyone know what is required to make this work? > > > > > IIRC, there is no hdmi driver for any of arm boards support that we > have in src tree. We currently support HDMI output on the RPi and Efika MX(based on Freescale i.MX515). But in both cases output devices initialized outside kernel. By firmware of co-processor in RPi and by U-Boot in Efika MX. i.MX515 IPU driver supported by NetBSD, and we can reuse it. > > Ganbold > > > > > > > Best regards > > -- > > Johannes Lundberg > > > > -- > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > 秘密保持について：この電子メールは、名宛人に送信したものであり、秘匿 > > 特権の対象となる情報を含んでいます。もし、名宛人以外の方が受信された > > 場合、このメールの破棄、およびこのメールに関する一切の開示、複写、配 > > 布、その他の利用、または記載内容に基づくいかなる行動もされないようお > > 願い申し上げます。 > > --- > > CONFIDENTIALITY NOTE: The information in this email is confidential > > and intended solely for the addressee. > > Disclosure, copying, distribution or any other action of use of this > > email by person other than intended recipient, is prohibited. > > If you are not the intended recipient and have received this email > > in error, please destroy the original message. > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to > > "freebsd-arm-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 19:55:16 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 69B4341F; Thu, 26 Dec 2013 19:55:16 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A6171DE4; Thu, 26 Dec 2013 19:55:16 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 70A7D5BC7; Thu, 26 Dec 2013 19:55:14 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 70A7D5BC7 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 14:55:12 -0500 From: Glen Barber To: Andrew Turner Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226195512.GA13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: <20131226194830.4f6e5b13@bender.Home> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:55:16 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 07:48:30PM +0000, Andrew Turner wrote: > On Thu, 26 Dec 2013 10:25:09 -0800 > Tim Kientzle wrote: >=20 > >=20 > > On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: > >=20 > > > The third RC build of the 10.0-RELEASE release cycle is now > > > available on the FTP servers for the amd64, i386, ia64, powerpc, > > > powerpc64 and sparc64 architectures. > >=20 > > What do we need to include some ARM images? > >=20 > > At a minimum, I would love to get an official RC3 build for RPi. >=20 > I would suggest we could build a tarball of armv6 userland and an RPi > image to dd to an SD card. >=20 > Building the former should be straight forward. >=20 > For the latter, assuming the release target is unable to build the > required U-Boot binary, we could use crochet. I'm not sure if we can > use a tarball as the input for this to guarantee both are the same. >=20 The problem with using crochet is that it requires git on the build machine, which just adds to the minimum dependencies needed, both for crochet itself, and (last I was aware) an external uboot tree. Maybe it is just more sensible to take what crochet is doing, and make that into a release target. > Ii would be useful if someone from re@ could update [1] with their > requirements from the arm developers on this. >=20 I'll be happy to. Glen --Qxx1br4bt0+wmkIi Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvImgAAoJELls3eqvi17Q4TQP/3zlEVxtN/G3c+dk2/5SyUO/ 7hs3wgjLx4NI3bznk24thFezy3huTlLImuAtMCw9WnKURw9MioNjjKoLzemfG3nh PiFUuz1ogjnlUHv6cGh+6B17hEr7x2NrmM7lRwAzAtjVwk3YToMG8TxLv4SmLL4o GeevXL+c+ExyVC3Fhtf40AWQZQElzq6Zt/d29+6kS/ygjDwt8bFsRCXoiQE6szLQ yCp55G+MSkoM9TnF4LrRhZjvbeCe104B5fm0tmbO/RwbdTAvQfWv8LjaAoy9gmAD H3ysvBNhu5rCM5BEGcV1/WOhIa+Rhgi2B92x0VYz4El4hb+tBuxnQBmkDu+MgkZT hu3P6WQKLCeVCM9p0sX2iG4ERQiye0IhzDXZ1tT8Se3vY38rCb25lxn2anXGIvyL BuYNzj+Qd9jDsoJbYuDFH7hFZLxg3mcb8F4z+JtrNwp0OS6NSXexmeTPkxLogUNa AlrPYGiNRBe1wROLEmuZkoYQ/3e5qebmaJaIbAEzX2M3qbh/0PPpN8dshTfaWoub DadMbYa33mqdCP0dbjL4r94pM4PabBISnznF3+ahDK9Ftla/9k1/QsHJM3gcwq8C qWgeRzuB7pv3deO9Kmju4yLk2t/LTQPwBlfQVXl8N+pwVBNHA5ZrPGSFEftLqjbz 2MU1mjirh7GzE/lmL+WV =MWjy -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 20:06:01 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D139589C for ; Thu, 26 Dec 2013 20:06:01 +0000 (UTC) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 987D01E8C for ; Thu, 26 Dec 2013 20:06:01 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id x13so8675088ief.6 for ; Thu, 26 Dec 2013 12:06:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=4vkD9I5oVDUqdmu/j7/5RTgm4SjHdYYHg370M2AUKB0=; b=EhcOMQK5qKre8oBLfcqAQ+bfq15XkWcyLAFlhoqqEhTji9XKP8jH6JKJY6QBTkYHao oowroSmmJGk7O8MiA3Zp3SqSm1gdvnlwMtC0v1JK/zvHF0MUWY2xzzThJFHXM8SYktlV qoEI5V3vmjoJrLN3V0dedIqVvODts4EizgfFCUxQXQwqxE58TDzSqi79a+PfFAWJD1So 2CIOp29+IO/pi1Cb86HuWUWdD3iSD6UXHD4f0lyBAJReohC1b369oIWX5i+brJcaCwn9 zQBIdsa7QoAEEvl+Mjh0nInFAi4FFVF5plsYJQtbhCdXp9D/oadZJf88Kw3Xpr0xLdB0 iWFg== X-Gm-Message-State: ALoCoQlFfVjmmojr26GjFU1uykrn+uTolbG5H/KlqOl3tjPdbKU9xk3xYNlI2PmMyyb4VZK7EcTA X-Received: by 10.43.157.200 with SMTP id lr8mr29798395icc.33.1388087941918; Thu, 26 Dec 2013 11:59:01 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id l7sm39458152igx.2.2013.12.26.11.59.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 11:59:01 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20131226194830.4f6e5b13@bender.Home> Date: Thu, 26 Dec 2013 12:59:00 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> To: Andrew Turner X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:06:01 -0000 On Dec 26, 2013, at 12:48 PM, Andrew Turner wrote: > On Thu, 26 Dec 2013 10:25:09 -0800 > Tim Kientzle wrote: > >> >> On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: >> >>> The third RC build of the 10.0-RELEASE release cycle is now >>> available on the FTP servers for the amd64, i386, ia64, powerpc, >>> powerpc64 and sparc64 architectures. >> >> What do we need to include some ARM images? >> >> At a minimum, I would love to get an official RC3 build for RPi. > > I would suggest we could build a tarball of armv6 userland and an RPi > image to dd to an SD card. > > Building the former should be straight forward. > > For the latter, assuming the release target is unable to build the > required U-Boot binary, we could use crochet. I'm not sure if we can > use a tarball as the input for this to guarantee both are the same. > > Ii would be useful if someone from re@ could update [1] with their > requirements from the arm developers on this. > > Andrew > > [1] https://wiki.freebsd.org/ARMTier1 Can crochet take this the userland tarball and make an image from it? Warner From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 20:20:24 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A56BC40; Thu, 26 Dec 2013 20:20:24 +0000 (UTC) Received: from nibbler.fubar.geek.nz (nibbler.fubar.geek.nz [199.48.134.198]) by mx1.freebsd.org (Postfix) with ESMTP id 498D21F35; Thu, 26 Dec 2013 20:20:24 +0000 (UTC) Received: from bender.Home (97e07ae8.skybroadband.com [151.224.122.232]) by nibbler.fubar.geek.nz (Postfix) with ESMTPSA id B1BA65E002; Thu, 26 Dec 2013 20:20:22 +0000 (UTC) Date: Thu, 26 Dec 2013 20:20:16 +0000 From: Andrew Turner To: Glen Barber Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226202016.3071b815@bender.Home> In-Reply-To: <20131226195512.GA13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <20131226195512.GA13109@glenbarber.us> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:20:24 -0000 On Thu, 26 Dec 2013 14:55:12 -0500 Glen Barber wrote: > On Thu, Dec 26, 2013 at 07:48:30PM +0000, Andrew Turner wrote: > > On Thu, 26 Dec 2013 10:25:09 -0800 > > Tim Kientzle wrote: > > > > > > > > On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: > > > > > > > The third RC build of the 10.0-RELEASE release cycle is now > > > > available on the FTP servers for the amd64, i386, ia64, powerpc, > > > > powerpc64 and sparc64 architectures. > > > > > > What do we need to include some ARM images? > > > > > > At a minimum, I would love to get an official RC3 build for RPi. > > > > I would suggest we could build a tarball of armv6 userland and an > > RPi image to dd to an SD card. > > > > Building the former should be straight forward. > > > > For the latter, assuming the release target is unable to build the > > required U-Boot binary, we could use crochet. I'm not sure if we can > > use a tarball as the input for this to guarantee both are the same. > > > > The problem with using crochet is that it requires git on the build > machine, which just adds to the minimum dependencies needed, both for > crochet itself, and (last I was aware) an external uboot tree. Github allows you to use svn to checkout a git repo with svn. There is an option under the clone url to set it to subversion. U-Boot should just be a tarball, if it is a git repo we would need to make it a tarball for the release to supply the source as it is GPL. > Maybe it is just more sensible to take what crochet is doing, and make > that into a release target. Yes, but I assume this is not feasible for 10.0. Andrew From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 20:23:11 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31B34C9A; Thu, 26 Dec 2013 20:23:11 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DEA9F1F90; Thu, 26 Dec 2013 20:23:10 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id F13B45EA0; Thu, 26 Dec 2013 20:23:08 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us F13B45EA0 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 15:23:07 -0500 From: Glen Barber To: Andrew Turner Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226202307.GB13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <20131226195512.GA13109@glenbarber.us> <20131226202016.3071b815@bender.Home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="GRPZ8SYKNexpdSJ7" Content-Disposition: inline In-Reply-To: <20131226202016.3071b815@bender.Home> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:23:11 -0000 --GRPZ8SYKNexpdSJ7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 08:20:16PM +0000, Andrew Turner wrote: > On Thu, 26 Dec 2013 14:55:12 -0500 > Glen Barber wrote: >=20 > > On Thu, Dec 26, 2013 at 07:48:30PM +0000, Andrew Turner wrote: > > > On Thu, 26 Dec 2013 10:25:09 -0800 > > > Tim Kientzle wrote: > > >=20 > > > >=20 > > > > On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: > > > >=20 > > > > > The third RC build of the 10.0-RELEASE release cycle is now > > > > > available on the FTP servers for the amd64, i386, ia64, powerpc, > > > > > powerpc64 and sparc64 architectures. > > > >=20 > > > > What do we need to include some ARM images? > > > >=20 > > > > At a minimum, I would love to get an official RC3 build for RPi. > > >=20 > > > I would suggest we could build a tarball of armv6 userland and an > > > RPi image to dd to an SD card. > > >=20 > > > Building the former should be straight forward. > > >=20 > > > For the latter, assuming the release target is unable to build the > > > required U-Boot binary, we could use crochet. I'm not sure if we can > > > use a tarball as the input for this to guarantee both are the same. > > >=20 > >=20 > > The problem with using crochet is that it requires git on the build > > machine, which just adds to the minimum dependencies needed, both for > > crochet itself, and (last I was aware) an external uboot tree. >=20 > Github allows you to use svn to checkout a git repo with svn. There is > an option under the clone url to set it to subversion. >=20 > U-Boot should just be a tarball, if it is a git repo we would need to > make it a tarball for the release to supply the source as it is GPL. >=20 > > Maybe it is just more sensible to take what crochet is doing, and make > > that into a release target. >=20 > Yes, but I assume this is not feasible for 10.0. >=20 It depends on how the test builds go, which I am working on right now. They may not be considered "official", since we're at the end of the release cycle. But if I can get something working, I'll be happy to hand-roll -RELEASE builds. Glen --GRPZ8SYKNexpdSJ7 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvJAqAAoJELls3eqvi17QR20P/0zUuqKhi7qsUgD2wWxl7sGJ GeHmZdjVqVQuQ9gkfHJOOOyJvJ4tDCCnLNluzcOF3mQJLWvSXnTTJqVpedriSQZO fgtEZmLmjT9a0Z1dfnmqnpYZXEXWXMKo+CI38G3aQGHttxDeyC47RJ93chx6Jalr p+R6QJfN7jWsthBPYdjty0FrRKBe33zd6l7bRWWXp4NKGNUaXYdtsCKY+CbrruRi 9XceoSgCYgpKlh0OBu2byJA6bgeJC7Xl32xYb2dkYVAenDSu+C+asRhriahyPp43 EDPXf8Q3wCe621H2fQijcMX8+me+olzzNRbbYV99XjUhmB2a9Za81+sg00DYaWxX IxzyH2D3BGPdjfUhATePvF6MZ60IPI0hyqNtezmlvh806q7oEevp/FsjBU/oGRSF AdgoxmA+IwoQHPiCzJtwQXB0Ic+kJVAT6HrxnqCUvGdGf3YqhATRK9nBIACbzQeh zuajJWD2FrAomC80v5ev46B6teVonBDZlZJfuX4+zRMocW+2uCmR/s7XgoasFtqw Jlf1MUpAiCpI19lQWCRBUhB8NoIl61hRgTJd6Xf+ssr/NwxeUssOwduftBKM5XyU cW58GHtKcco/5ayZ/Brba3/Fmwel3eXgfFKD/nhVUGZjQwVZaE3AhrFJWcfEBosL I67klEsZZGAGS+4QZd19 =kvX9 -----END PGP SIGNATURE----- --GRPZ8SYKNexpdSJ7-- From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 20:23:38 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7668DCF2 for ; Thu, 26 Dec 2013 20:23:38 +0000 (UTC) Received: from mail-ie0-f178.google.com (mail-ie0-f178.google.com [209.85.223.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3C3A71FA1 for ; Thu, 26 Dec 2013 20:23:37 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id lx4so9134404iec.9 for ; Thu, 26 Dec 2013 12:23:37 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Dwkac3LK5pH8y72EBl9aXuetRib3kTP8BXj+z8Mp/8I=; b=E/X2aL7eJXtUe1g+kASCvhm2RG67bax0FZrOSQAyexAW9GpPwqz51Ooq9b8MLirC9u Et1ysF/u/wEpk47zSgWl0QrlmbFfMPCj+Oo0b/7sZxBRzzQ6Ij72urfrjOt5hQp2XkMn Ew3v+sSByRuIVcN3yEjhWuyR1NJDq5a1vOf6Orrp4RB1Zla/Ct7YhaJt4TW/Ztv6TtGn wcDomWHHmMJPab4RLMlh1EGODr2Y16Qqa90kuTbTAB4bugwUnlhqvgM9gOd8rYsA+im+ HjtLC6lSJyWZj5ed27Lx943xOTIIo7ZJI64xTF8M6m9BKzmtofr7ymdK+CcrMceF3Nnf TjCQ== X-Gm-Message-State: ALoCoQkzLfxjJ1zhwyNHKo0GUwfP3tPxuRaQLSsw5/monAWVI5zcRxkgxybTIOsRij0QoLBLHMtf X-Received: by 10.50.51.68 with SMTP id i4mr37203621igo.22.1388089417162; Thu, 26 Dec 2013 12:23:37 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id kb10sm39541141igb.6.2013.12.26.12.23.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 12:23:36 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20131226202016.3071b815@bender.Home> Date: Thu, 26 Dec 2013 13:23:35 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <29BC8B9E-1C1F-439E-BFF0-E4AFEFEE520A@bsdimp.com> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <20131226195512.GA13109@glenbarber.us> <20131226202016.3071b815@bender.Home> To: Andrew Turner X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:23:38 -0000 On Dec 26, 2013, at 1:20 PM, Andrew Turner wrote: > On Thu, 26 Dec 2013 14:55:12 -0500 > Glen Barber wrote: >=20 >> On Thu, Dec 26, 2013 at 07:48:30PM +0000, Andrew Turner wrote: >>> On Thu, 26 Dec 2013 10:25:09 -0800 >>> Tim Kientzle wrote: >>>=20 >>>>=20 >>>> On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: >>>>=20 >>>>> The third RC build of the 10.0-RELEASE release cycle is now >>>>> available on the FTP servers for the amd64, i386, ia64, powerpc, >>>>> powerpc64 and sparc64 architectures. >>>>=20 >>>> What do we need to include some ARM images? >>>>=20 >>>> At a minimum, I would love to get an official RC3 build for RPi. >>>=20 >>> I would suggest we could build a tarball of armv6 userland and an >>> RPi image to dd to an SD card. >>>=20 >>> Building the former should be straight forward. >>>=20 >>> For the latter, assuming the release target is unable to build the >>> required U-Boot binary, we could use crochet. I'm not sure if we can >>> use a tarball as the input for this to guarantee both are the same. >>>=20 >>=20 >> The problem with using crochet is that it requires git on the build >> machine, which just adds to the minimum dependencies needed, both for >> crochet itself, and (last I was aware) an external uboot tree. >=20 > Github allows you to use svn to checkout a git repo with svn. There is > an option under the clone url to set it to subversion. >=20 > U-Boot should just be a tarball, if it is a git repo we would need to > make it a tarball for the release to supply the source as it is GPL. >=20 >> Maybe it is just more sensible to take what crochet is doing, and = make >> that into a release target. >=20 > Yes, but I assume this is not feasible for 10.0. likely. Might be better to nominate one board, create a userland tarball = for that board as well as an image for 10.0-RELEASE and see if we can = get crochet building images from that userland tarball before 10.1-R. We = should at least create an artifact now, even if its usefulness is in the = future... So a limited release for 10, if it isn't too late, for arm = would be great. Warner= From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 20:24:25 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A5A7D46 for ; Thu, 26 Dec 2013 20:24:25 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5F6071FA9 for ; Thu, 26 Dec 2013 20:24:25 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id k19so28296020igc.3 for ; Thu, 26 Dec 2013 12:24:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=LIj1ul7FqxPOD/2OjD33oglm/vMDoXqVFRENvglWvk8=; b=HOPoRKfKRTdtBEjHtqK6w5/5jeaYxpaGyhRKNscy1TLafV5F0pehLODNCx6CLK1h6L hMDEXsmg90hwcW5FA8iYl0+ft3cBWSOzJlpJO8hrxkNOF79SfczqaqCDBR9u1UyqyeVT 2jd2NIXUtiFzf2PEoG6oD4lHNPiy1eM1tblBySl1+Thwz43KeIcU/T9mHSEXwAnUzWvu FE5BWAmqlqA5OU2BDCi/h8N/yrWmj1US6Y8+/5Be4zwFpI4iMHGJztCMLIYUGAV5gErP zBqxuuTxbuMbdXY9XeBpMf5saPPY+pX/acZMMuKVqmdxXJ6r8M3DiDfjuXjzToG3gp1N s/0g== X-Gm-Message-State: ALoCoQn6P9TlI0DcimanWUTq/jgI2mWs6OxM0N/VG2UZVL9sWMUd4FBdoBY0AVH1MYMIGNy05AXc X-Received: by 10.50.66.101 with SMTP id e5mr36340190igt.26.1388089458586; Thu, 26 Dec 2013 12:24:18 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id kb10sm39541141igb.6.2013.12.26.12.24.17 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 12:24:17 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20131226202307.GB13109@glenbarber.us> Date: Thu, 26 Dec 2013 13:24:17 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1C33413D-4639-4436-83E0-1866298DC9ED@bsdimp.com> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <20131226195512.GA13109@glenbarber.us> <20131226202016.3071b815@bender.Home> <20131226202307.GB13109@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:24:25 -0000 On Dec 26, 2013, at 1:23 PM, Glen Barber wrote: > On Thu, Dec 26, 2013 at 08:20:16PM +0000, Andrew Turner wrote: >> On Thu, 26 Dec 2013 14:55:12 -0500 >> Glen Barber wrote: >>=20 >>> On Thu, Dec 26, 2013 at 07:48:30PM +0000, Andrew Turner wrote: >>>> On Thu, 26 Dec 2013 10:25:09 -0800 >>>> Tim Kientzle wrote: >>>>=20 >>>>>=20 >>>>> On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: >>>>>=20 >>>>>> The third RC build of the 10.0-RELEASE release cycle is now >>>>>> available on the FTP servers for the amd64, i386, ia64, powerpc, >>>>>> powerpc64 and sparc64 architectures. >>>>>=20 >>>>> What do we need to include some ARM images? >>>>>=20 >>>>> At a minimum, I would love to get an official RC3 build for RPi. >>>>=20 >>>> I would suggest we could build a tarball of armv6 userland and an >>>> RPi image to dd to an SD card. >>>>=20 >>>> Building the former should be straight forward. >>>>=20 >>>> For the latter, assuming the release target is unable to build the >>>> required U-Boot binary, we could use crochet. I'm not sure if we = can >>>> use a tarball as the input for this to guarantee both are the same. >>>>=20 >>>=20 >>> The problem with using crochet is that it requires git on the build >>> machine, which just adds to the minimum dependencies needed, both = for >>> crochet itself, and (last I was aware) an external uboot tree. >>=20 >> Github allows you to use svn to checkout a git repo with svn. There = is >> an option under the clone url to set it to subversion. >>=20 >> U-Boot should just be a tarball, if it is a git repo we would need to >> make it a tarball for the release to supply the source as it is GPL. >>=20 >>> Maybe it is just more sensible to take what crochet is doing, and = make >>> that into a release target. >>=20 >> Yes, but I assume this is not feasible for 10.0. >>=20 >=20 > It depends on how the test builds go, which I am working on right now. > They may not be considered "official", since we're at the end of the > release cycle. But if I can get something working, I'll be happy to > hand-roll -RELEASE builds. I'm cool with that, especially if it enables official 10.1R releases = this summerish... Warner= From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 20:26:54 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 800F7D94; Thu, 26 Dec 2013 20:26:54 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3B50B1FB4; Thu, 26 Dec 2013 20:26:53 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 7DDDB5EFF; Thu, 26 Dec 2013 20:26:52 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 7DDDB5EFF Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 15:26:50 -0500 From: Glen Barber To: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226202650.GC13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <20131226195512.GA13109@glenbarber.us> <20131226202016.3071b815@bender.Home> <20131226202307.GB13109@glenbarber.us> <1C33413D-4639-4436-83E0-1866298DC9ED@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="eRtJSFbw+EEWtPj3" Content-Disposition: inline In-Reply-To: <1C33413D-4639-4436-83E0-1866298DC9ED@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:26:54 -0000 --eRtJSFbw+EEWtPj3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 01:24:17PM -0700, Warner Losh wrote: >=20 > On Dec 26, 2013, at 1:23 PM, Glen Barber wrote: >=20 > > On Thu, Dec 26, 2013 at 08:20:16PM +0000, Andrew Turner wrote: > >> On Thu, 26 Dec 2013 14:55:12 -0500 > >> Glen Barber wrote: > >>=20 > >>> On Thu, Dec 26, 2013 at 07:48:30PM +0000, Andrew Turner wrote: > >>>> On Thu, 26 Dec 2013 10:25:09 -0800 > >>>> Tim Kientzle wrote: > >>>>=20 > >>>>>=20 > >>>>> On Dec 26, 2013, at 8:25 AM, Glen Barber wrote: > >>>>>=20 > >>>>>> The third RC build of the 10.0-RELEASE release cycle is now > >>>>>> available on the FTP servers for the amd64, i386, ia64, powerpc, > >>>>>> powerpc64 and sparc64 architectures. > >>>>>=20 > >>>>> What do we need to include some ARM images? > >>>>>=20 > >>>>> At a minimum, I would love to get an official RC3 build for RPi. > >>>>=20 > >>>> I would suggest we could build a tarball of armv6 userland and an > >>>> RPi image to dd to an SD card. > >>>>=20 > >>>> Building the former should be straight forward. > >>>>=20 > >>>> For the latter, assuming the release target is unable to build the > >>>> required U-Boot binary, we could use crochet. I'm not sure if we can > >>>> use a tarball as the input for this to guarantee both are the same. > >>>>=20 > >>>=20 > >>> The problem with using crochet is that it requires git on the build > >>> machine, which just adds to the minimum dependencies needed, both for > >>> crochet itself, and (last I was aware) an external uboot tree. > >>=20 > >> Github allows you to use svn to checkout a git repo with svn. There is > >> an option under the clone url to set it to subversion. > >>=20 > >> U-Boot should just be a tarball, if it is a git repo we would need to > >> make it a tarball for the release to supply the source as it is GPL. > >>=20 > >>> Maybe it is just more sensible to take what crochet is doing, and make > >>> that into a release target. > >>=20 > >> Yes, but I assume this is not feasible for 10.0. > >>=20 > >=20 > > It depends on how the test builds go, which I am working on right now. > > They may not be considered "official", since we're at the end of the > > release cycle. But if I can get something working, I'll be happy to > > hand-roll -RELEASE builds. >=20 > I'm cool with that, especially if it enables official 10.1R releases this= summerish... >=20 It would at least give me an idea of what is needed, and then I can easily start building regular snapshots, which would give us 10.0-STABLE builds, if we can't get something working by 10.0-RELEASE. Glen --eRtJSFbw+EEWtPj3 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvJEKAAoJELls3eqvi17QzgUP/1IY3OBzhizvZ7s5e4sOn6rk tz+JKfQ7aaMkR9IZ+R5Y1rCfdl3Rt0j+Du/EaW0V8TQSiSTrFg0dqFr0G0EMjkZn RYqVh+Hy2mzU2WWzP4oVbsvB4qljUGbRvY4svBV3FHXF2WXIOOvpJe+NGjXF2z2b Vpjhii+2HaLxfeM+N3A+K0gALRZrF+tUFvYr+lInMHoHbJSLvnd/HDDbyt7AVX58 wyLWt/zAu7PqYGp6EKMq+s02vaSypuIka0S3Rg6X+hmbdS2Z1OAYtej+iJU2XiNZ xxnzTPYD2Hnn4nMjhQg9De2nipZPbxxvtKt96FpgjFADp0X5UjPP4pyAm/t5Disd gwVty0Q8Oj7sncYGXpN/HXZIS96eZhR81ueuoAlaUxHBpcYHYhzEmxQjil4nfb8d Y+DUxiFEnEgWC5Y5tJHyE7DxhTVG25eB6ifj4LHnelM2ium8/UED4efou2tw9q8U vA/oWcaPPdiOaxjVpOrDqCEmA+sJz9z9ICLI/K8OQQGWymr9mCOu6nYsJTJ22cg3 CUlrFAr2ujEhDHVTF0By8F8q0kVLPQcULcJ3hjhUH2AxBt5L3V1FO4egUxv8hPkI WylzqX2oItNKmHUGkBRQf/ln2pQKsVdOlNyQ2UlFeMPRBrucOtVq92QYfX9X82ed 7mDQVN9LY3M+aNoWUBhq =GpLP -----END PGP SIGNATURE----- --eRtJSFbw+EEWtPj3-- From owner-freebsd-arm@FreeBSD.ORG Thu Dec 26 22:01:38 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B28E882F for ; Thu, 26 Dec 2013 22:01:38 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5A3CD15AF for ; Thu, 26 Dec 2013 22:01:37 +0000 (UTC) Received: from [207.81.161.55] (helo=[192.168.1.64]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1VwIKL-0009Vx-IE; Thu, 26 Dec 2013 13:18:48 -0800 Content-Type: text/plain; charset=iso-2022-jp Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: HDMI output on Beaglebone black From: Oleksandr Tymoshenko In-Reply-To: Date: Thu, 26 Dec 2013 13:18:26 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> References: To: "Lundberg, Johannes" X-Mailer: Apple Mail (2.1510) 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-12-25, at 9:08 PM, "Lundberg, Johannes" wrote: > Hi > > According to the readme for Beaglebone Black in crochet-freebsd there is no > support for HMDI output yet (as of Dec 2013). > > Does anyone know what is required to make this work? [...] 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] 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: brilliantservice.co.jp] Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 22:01:38 -0000 On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" = wrote: > Hi >=20 > According to the readme for Beaglebone Black in crochet-freebsd there = is no > support for HMDI output yet (as of Dec 2013). >=20 > Does anyone know what is required to make this work? You need to write driver for NXP TDA19988 HDMI (LCD to HDMI converter), = driver=20 for LCD controller and vt/syscons wrapper. Also properly pinmux LCD pins = in .dts. I did some experiments few months back but didn't get far: http://people.freebsd.org/~gonzo/arm/patches/bbb-tda.diff >=20 > Best regards > -- > Johannes Lundberg >=20 > --=20 > =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-= =3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > = =1B$BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?F= C8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#=1B(B > = =1B$B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!= <%k$K4X$9$k0l@Z$N3+<(!"=1B(B > = =1B$BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$= J$$$h$&$*4j$$?=3D$7>e$2$^$9!#=1B(B > --- > CONFIDENTIALITY NOTE: The information in this email is confidential > and intended solely for the addressee. > Disclosure, copying, distribution or any other action of use of this > email by person other than intended recipient, is prohibited. > If you are not the intended recipient and have received this email in > error, please destroy the original message. > _______________________________________________ > 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 Fri Dec 27 00:32:54 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 773D077E for ; Fri, 27 Dec 2013 00:32:54 +0000 (UTC) Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40D481F62 for ; Fri, 27 Dec 2013 00:32:53 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tp5so9207035ieb.36 for ; Thu, 26 Dec 2013 16:32:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=nJM10tbTXWvJvpiwskidw6537FV+U9BIHuECZnrEvGc=; b=hAtWlr3FB8bEWOHUZdmeaTAU0wyiYbG1PYpav+nARjJFNA8bR8N9LyoZo0ogIChRSB N0GRNC8SOTT7kga7oefHT01eM2KAxScD+BMy0SjtkvC/jvNWKgtuCj3dTygl0Qskx9F8 9kZcV67ebbm1lfnJzaJP/kk4VOBQPoMzG/dYG+m2reBmQx8taboyw2eQhGxLO8ebol++ 3Diya75RRGEF/e+FMF4JYALnonKcRqwa9bHuB6m0jqFWboN6ixZmkkZWPVwKwBDN8uuo 1bOggwwT4V+uJ9eL1FFjGA+rNbWBMruOGzH9Iv0DK31DmPe+FZlSKGzPA3WoB1kAq1F5 QkSQ== X-Gm-Message-State: ALoCoQk7jin9RHEppYNTZj/CihuVZOzHQLuAoGVUKrv26rmUcc86Ml4wdu9t7QMfu2CeKY/P2bBay28nVxDi9lM4xS4hbskwXcUD8scCZC1j4y0y4kSqOJI= X-Received: by 10.42.118.14 with SMTP id v14mr34177icq.73.1388104367019; Thu, 26 Dec 2013 16:32:47 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.128.200 with HTTP; Thu, 26 Dec 2013 16:32:31 -0800 (PST) In-Reply-To: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> From: "Lundberg, Johannes" Date: Fri, 27 Dec 2013 09:32:31 +0900 Message-ID: Subject: Re: HDMI output on Beaglebone black To: Oleksandr Tymoshenko Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 00:32:54 -0000 Thanks Gonzo! I'll do some experimenting next week. Btw, do you know if the same / similar driver is required also for the PandaBoard ES? -- Johannes Lundberg BRILLIANTSERVICE CO., LTD. On Fri, Dec 27, 2013 at 6:18 AM, Oleksandr Tymoshenko wrote: > > On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" < > johannes@brilliantservice.co.jp> wrote: > > > Hi > > > > According to the readme for Beaglebone Black in crochet-freebsd there is > no > > support for HMDI output yet (as of Dec 2013). > > > > Does anyone know what is required to make this work? > > You need to write driver for NXP TDA19988 HDMI (LCD to HDMI converter), > driver > for LCD controller and vt/syscons wrapper. Also properly pinmux LCD pins > in .dts. > > I did some experiments few months back but didn't get far: > http://people.freebsd.org/~gonzo/arm/patches/bbb-tda.diff > > > > > > Best regards > > -- > > Johannes Lundberg > > > > -- > > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B > > $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B > > $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B > > --- > > CONFIDENTIALITY NOTE: The information in this email is confidential > > and intended solely for the addressee. > > Disclosure, copying, distribution or any other action of use of this > > email by person other than intended recipient, is prohibited. > > If you are not the intended recipient and have received this email in > > error, please destroy the original message. > > _______________________________________________ > > 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" > > > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- $BHkL)J];}$K$D$$$F!'$3$NEE;R%a!<%k$O!"L>08?M$KAw?.$7$?$b$N$G$"$j!"HkF?FC8"$NBP>]$H$J$k>pJs$r4^$s$G$$$^$9!#(B $B$b$7!"L>08?M0J30$NJ}$,l9g!"$3$N%a!<%k$NGK4~!"$*$h$S$3$N%a!<%k$K4X$9$k0l@Z$N3+<(!"(B $BJ#$NMxMQ!"$^$?$O5-:\FbMF$K4p$E$/$$$+$J$k9TF0$b$5$l$J$$$h$&$*4j$$?=$7>e$2$^$9!#(B --- CONFIDENTIALITY NOTE: The information in this email is confidential and intended solely for the addressee. Disclosure, copying, distribution or any other action of use of this email by person other than intended recipient, is prohibited. If you are not the intended recipient and have received this email in error, please destroy the original message. From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 00:47: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]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D28258D0 for ; Fri, 27 Dec 2013 00:47:19 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7C04E1FE8 for ; Fri, 27 Dec 2013 00:47:19 +0000 (UTC) Received: from [174.7.35.1] (helo=[192.168.1.102]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1VwLa7-000BZ4-PO; Thu, 26 Dec 2013 16:47:17 -0800 Content-Type: text/plain; charset=iso-2022-jp Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: HDMI output on Beaglebone black From: Oleksandr Tymoshenko In-Reply-To: Date: Thu, 26 Dec 2013 16:46:43 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <94466C1F-AB0E-4201-BF0A-CC65312392A7@bluezbox.com> References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> To: "Lundberg, Johannes" X-Mailer: Apple Mail (2.1510) 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-12-26, at 4:32 PM, "Lundberg, Johannes" wrote: > Thanks Gonzo! > > I'll do some experimenting next week. > > Btw, do you know if the same / similar driver is required also for the PandaBoard ES? [...] 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] 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: brilliantservice.co.jp] Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 00:47:19 -0000 On 2013-12-26, at 4:32 PM, "Lundberg, Johannes" = wrote: > Thanks Gonzo! >=20 > I'll do some experimenting next week.=20 >=20 > Btw, do you know if the same / similar driver is required also for the = PandaBoard ES? No, AFAIR for pandaboard ES it's somewhat more complicated. Take a look = at section 10 =20 ("Display Subsystem") of OMAP 4460 Technical Reference Manual.= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 02:51:16 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 65F56AB7; Fri, 27 Dec 2013 02:51:16 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3ED4016AD; Fri, 27 Dec 2013 02:51:15 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id rBR2pCX4008480; Fri, 27 Dec 2013 02:51:12 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id ij4mkixv7y83jcpia8dhhbk45w; Fri, 27 Dec 2013 02:51:12 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FreeBSD 10.0-RC3 Now Available From: Tim Kientzle In-Reply-To: Date: Thu, 26 Dec 2013 18:51:11 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> To: Warner Losh X-Mailer: Apple Mail (2.1827) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 02:51:16 -0000 On Dec 26, 2013, at 11:59 AM, Warner Losh wrote: > Can crochet take this the userland tarball and make an image from it? Easy-peasy. There are hooks for this already in lib/board.sh that you can override in config.sh. Something like the following (untested) should do the trick: # (Optional) Don=92t build world. board_default_buildworld ( ) { } # Replace default installworld with untar board_default_installworld ( ) { cd ${BOARD_FREEBSD_MOUNTPOINT} tar xf ${WORLD_TARBALL} } From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 02:58:20 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E4ED5D80; Fri, 27 Dec 2013 02:58:20 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B34E61799; Fri, 27 Dec 2013 02:58:20 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id B31CC5416; Fri, 27 Dec 2013 02:58:16 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us B31CC5416 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 21:58:14 -0500 From: Glen Barber To: Tim Kientzle Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227025814.GQ13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="7a4X6VOqfbl9xMrG" Content-Disposition: inline In-Reply-To: <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 02:58:21 -0000 --7a4X6VOqfbl9xMrG Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 06:51:11PM -0800, Tim Kientzle wrote: > On Dec 26, 2013, at 11:59 AM, Warner Losh wrote: >=20 > > Can crochet take this the userland tarball and make an image from it? >=20 > Easy-peasy. There are hooks for this already in lib/board.sh that you > can override in config.sh. Something like the following (untested) > should do the trick: >=20 > # (Optional) Don=E2=80=99t build world. > board_default_buildworld ( ) { } >=20 > # Replace default installworld with untar > board_default_installworld ( ) { > cd ${BOARD_FREEBSD_MOUNTPOINT} > tar xf ${WORLD_TARBALL} > } So, in theory, re@ would need to produce arm userland (using TARGET=3Darm TARGET_ARCH=3Darm), run 'make packageworld' to create the base.txz and 'make packagekernel' to create kernel.txz, and that should dump the world/kernel bits onto a dd(1)-compatible image? Although, if we're already doing buildworld, installworld is inexpensive at this point. Glen --7a4X6VOqfbl9xMrG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvOzGAAoJELls3eqvi17Qlo4P/3Wwf0onEkD2mlGMt2o2jcP3 Laqqj/BIrOUVOnW9s/ri6y+gHekXtqybHpySaYashOP3lOvoF7OnUoNtxZSAfsPJ MGzG6PMJWKO73NbP7eZliXRVNR/NXxuCoEjvuAdpYLLdwuNN1vbDYkm38CsDLASm r+ZnHurw8/9gNQFjVZZJw36mjwbttpH/zefNMmXZPnC7/5wkNupupr8uqjC9gsiu lFPzYgW4HjUC02jCkpwemgm2bzWvz7MUW5Vkzngti01+gEhzRQaPFLRs5JIvkoWu wflB25LK5mNOvxdETQuhBjRg7t3HUnOufF5sQo+aIF1fK+gCB+qGiQRG4WyITZAd Q7aawoV5zoNuxwBqGG0VeQORH0tU3U0OL/Yu/NsrqTiNmdpJozZSmQQcwls7iX5C SYUgmImccuaDu0KlPPLQvbmk3bh95uPiiSg3A2zSeZL76V52+VMoeElykBSWRQuz Zqpd1HqsCNjE4QH9RheeQhB7aJ4wKx73gOWqFojoYUCvqKoxnPX67vSTtKrMn8qg a/g8acLb59csJV7JH9ZGEdq/5dy+rYRWt5yPO72v3J1Dma8b+1b5uW8xEaF5kATD ULFMt5jffsbht9FdRZyQdrqSx/nMlJnc2H5iOhs8rq5N7OtA1qK2o/bkNXn2Ig2Y el7kzmdBoVeLtbtAvoB4 =I9XP -----END PGP SIGNATURE----- --7a4X6VOqfbl9xMrG-- From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 02:58:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7EB7D86 for ; Fri, 27 Dec 2013 02:58:27 +0000 (UTC) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A8DA0179A for ; Fri, 27 Dec 2013 02:58:27 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id g10so8612918pdj.3 for ; Thu, 26 Dec 2013 18:58:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=JMV1mFLY58av7EVpNkdA7KSjZRDQ10upHg7N0aDq+aU=; b=GKlMbDQJxsgjTeGvl/kEw23Dp0bLiiNp6zmvDnVxcd97+q7VSjcC5BKu7cWg5IwM5t W1og6XElOXuJALZR3uheoDjAGFJPnwxDe6Us14HFxFT01imh565OXC1iaSH1KvCwmzkD cRJu857FLIAB9UDj+E3y/JJbDPlQOzIw7XDjgU7O6k4sl9KfkMOhm+AY+xvPs2DfoYbD yhOJMNSfzsnI1Wj3UF49E4FX7FyKDrbYO4DdFYbSDhH2fkwKMYjW9ZRkSIjoxe+edNMc B4q3bgWVz6MVoUDWBqYrK4Osmjz2uTy0VO/CgNfWNAhwAcaEjLQpQal8KSCEOf/psAUL uDwA== X-Gm-Message-State: ALoCoQlL7RTNCEqRvzpdSYHblOCxtVWQB1HGuZLGcm2ibzgDzxA9nC4wjuHWzFyhzxiDCUskwAUc X-Received: by 10.66.2.234 with SMTP id 10mr47162720pax.39.1388112776223; Thu, 26 Dec 2013 18:52:56 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id da3sm3106084pbc.30.2013.12.26.18.52.54 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 18:52:55 -0800 (PST) Content-Type: text/plain; charset=iso-2022-jp Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: HDMI output on Beaglebone black From: Tim Kientzle In-Reply-To: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> Date: Thu, 26 Dec 2013 18:52:52 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> To: Oleksandr Tymoshenko X-Mailer: Apple Mail (2.1827) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 02:58:27 -0000 On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko = wrote: >=20 > On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" = wrote: >=20 >> Hi >>=20 >> According to the readme for Beaglebone Black in crochet-freebsd there = is no >> support for HMDI output yet (as of Dec 2013). >>=20 >> Does anyone know what is required to make this work? >=20 > You need to write driver for NXP TDA19988 HDMI (LCD to HDMI = converter), driver=20 > for LCD controller and vt/syscons wrapper. Also properly pinmux LCD = pins in .dts. Does newcons make this any simpler? Tim From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 03:08:31 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5A95FEE for ; Fri, 27 Dec 2013 03:08:31 +0000 (UTC) Received: from mail-ie0-f171.google.com (mail-ie0-f171.google.com [209.85.223.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FE4718E4 for ; Fri, 27 Dec 2013 03:08:30 +0000 (UTC) Received: by mail-ie0-f171.google.com with SMTP id ar20so9321063iec.2 for ; Thu, 26 Dec 2013 19:08:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=N5OCt8eIHm8OpYtR8N2btOOl08eqm+71jnLp7nnbQl0=; b=g8SCLOrLckeS0/WVQi8TD7Ce06IPU6Z5CjjsLMH8mEsgQZbpy/yPTtBjbLwcXjWKbY dSVYc9msp8VimEFZhFPid+16Ui7hCaoz/xDXUKmVi7SDTvo57XNZdlG0kfvQOXjKmPAY i488AsY1ZNNEYrAG0Vqw8TkZPog8mgmt8GSze8B5ZRHoAdg4P5OSyxELLA/Bouqm5/5H 8HFBhxwDvoEbt2r7etQ2yUch33x4BR8Nzlt7jiVQNVUFq2CeXG9/ir2YPc/NhAlQkoXr hxLkpkmqPNApPyTRJl80czhW0X30REpE75YBaedw2Lm66BlrqHN7387s6OcdsN5s62HL +avA== X-Gm-Message-State: ALoCoQmqd+C/CKmnsit3T4kpfdfUMoLsoR1oBqWAx+ZLuWhL5Q0vxKbt23ftIlhts2rdqrjcekn0 X-Received: by 10.51.15.130 with SMTP id fo2mr37852279igd.28.1388113704488; Thu, 26 Dec 2013 19:08:24 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id j3sm41072047igj.9.2013.12.26.19.08.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 19:08:23 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <20131227025814.GQ13109@glenbarber.us> Date: Thu, 26 Dec 2013 20:08:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <074F95A9-CA48-41A0-A222-D84CEB7FF863@bsdimp.com> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 03:08:31 -0000 On Dec 26, 2013, at 7:58 PM, Glen Barber wrote: > On Thu, Dec 26, 2013 at 06:51:11PM -0800, Tim Kientzle wrote: >> On Dec 26, 2013, at 11:59 AM, Warner Losh wrote: >>=20 >>> Can crochet take this the userland tarball and make an image from = it? >>=20 >> Easy-peasy. There are hooks for this already in lib/board.sh that = you >> can override in config.sh. Something like the following (untested) >> should do the trick: >>=20 >> # (Optional) Don=92t build world. >> board_default_buildworld ( ) { } >>=20 >> # Replace default installworld with untar >> board_default_installworld ( ) { >> cd ${BOARD_FREEBSD_MOUNTPOINT} >> tar xf ${WORLD_TARBALL} >> } >=20 > So, in theory, re@ would need to produce arm userland (using = TARGET=3Darm > TARGET_ARCH=3Darm), run 'make packageworld' to create the base.txz and > 'make packagekernel' to create kernel.txz, and that should dump the > world/kernel bits onto a dd(1)-compatible image? >=20 > Although, if we're already doing buildworld, installworld is = inexpensive > at this point. You'd need to make two. One with TARGET_ARCH=3Darm and one with = TARGET_ARCH=3Darmv6. If I could have only one, then I'd want the = latter... We'll have an arm64 in the 11-ish time frame.... Unlike x86, ARM will have a standard userspace, but custom kernels for = most boards (ideally we'd have just one, but there's a lot of work to do = to make that happen). Warner From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 03:20:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A37B1EE; Fri, 27 Dec 2013 03:20:00 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA9C51988; Fri, 27 Dec 2013 03:19:59 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id rBR3JvT8008916; Fri, 27 Dec 2013 03:19:57 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id utiitsqbsxz9xvv2c35ma42ces; Fri, 27 Dec 2013 03:19:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FreeBSD 10.0-RC3 Now Available From: Tim Kientzle In-Reply-To: <20131227025814.GQ13109@glenbarber.us> Date: Thu, 26 Dec 2013 19:19:57 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1827) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 03:20:00 -0000 On Dec 26, 2013, at 6:58 PM, Glen Barber wrote: > On Thu, Dec 26, 2013 at 06:51:11PM -0800, Tim Kientzle wrote: >> On Dec 26, 2013, at 11:59 AM, Warner Losh wrote: >>=20 >>> Can crochet take this the userland tarball and make an image from = it? >>=20 >> Easy-peasy. There are hooks for this already in lib/board.sh that = you >> can override in config.sh. Something like the following (untested) >> should do the trick: >>=20 >> # (Optional) Don=92t build world. >> board_default_buildworld ( ) { } >>=20 >> # Replace default installworld with untar >> board_default_installworld ( ) { >> cd ${BOARD_FREEBSD_MOUNTPOINT} >> tar xf ${WORLD_TARBALL} >> } >=20 > So, in theory, re@ would need to produce arm userland (using = TARGET=3Darm > TARGET_ARCH=3Darm), armv6, actually. > run 'make packageworld' to create the base.txz and > 'make packagekernel' to create kernel.txz, and that should dump the > world/kernel bits onto a dd(1)-compatible image? That=92s the idea. You=92d have to also override board_default_buildkernel and/or board_default_installkernel in like fashion if you want to use a kernel.txz distribution. There=92s less=20 point in that on arm, though, since we don=92t yet have a GENERIC kernel. Caveat: Overriding board_default_installkernel is straightforward for boards like RPi and BeagleBone if you=92re using the U-Boot -> ubldr boot chain. Beyond that, it can get a little weird. > Although, if we're already doing buildworld, installworld is = inexpensive > at this point. I think Warner=92s concern was whether there was a way to ensure that the (release) tarball and the (release) RPi image had exactly the same bits. Of course, the really time-consuming part of building a release image with Crochet is when you add: option UsrPorts option UsrSrc ;-) Tim From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 03:26:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F8F82A8; Fri, 27 Dec 2013 03:26:00 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFD531A28; Fri, 27 Dec 2013 03:25:59 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id F28DA51B3; Fri, 27 Dec 2013 03:25:57 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us F28DA51B3 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 22:25:55 -0500 From: Glen Barber To: Tim Kientzle Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227032555.GR13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aH/0uqREc1VzwMkO" Content-Disposition: inline In-Reply-To: <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 03:26:00 -0000 --aH/0uqREc1VzwMkO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 07:19:57PM -0800, Tim Kientzle wrote: >=20 > On Dec 26, 2013, at 6:58 PM, Glen Barber wrote: >=20 > > On Thu, Dec 26, 2013 at 06:51:11PM -0800, Tim Kientzle wrote: > >> On Dec 26, 2013, at 11:59 AM, Warner Losh wrote: > >>=20 > >>> Can crochet take this the userland tarball and make an image from it? > >>=20 > >> Easy-peasy. There are hooks for this already in lib/board.sh that you > >> can override in config.sh. Something like the following (untested) > >> should do the trick: > >>=20 > >> # (Optional) Don=E2=80=99t build world. > >> board_default_buildworld ( ) { } > >>=20 > >> # Replace default installworld with untar > >> board_default_installworld ( ) { > >> cd ${BOARD_FREEBSD_MOUNTPOINT} > >> tar xf ${WORLD_TARBALL} > >> } > >=20 > > So, in theory, re@ would need to produce arm userland (using TARGET=3Da= rm > > TARGET_ARCH=3Darm), >=20 > armv6, actually. >=20 Yes, Warner pointed this out. Thanks. > > run 'make packageworld' to create the base.txz and > > 'make packagekernel' to create kernel.txz, and that should dump the > > world/kernel bits onto a dd(1)-compatible image? >=20 > That=E2=80=99s the idea. >=20 > You=E2=80=99d have to also override board_default_buildkernel > and/or board_default_installkernel in like fashion if you > want to use a kernel.txz distribution. There=E2=80=99s less=20 > point in that on arm, though, since we don=E2=80=99t yet have a > GENERIC kernel. >=20 > Caveat: Overriding board_default_installkernel is straightforward > for boards like RPi and BeagleBone if you=E2=80=99re using the > U-Boot -> ubldr boot chain. Beyond that, it can get a little > weird. >=20 Since we don't have GENERIC for arm, I think the path of least annoyan^Wresistance is doing per-board builds. The build environments are cheap - they are zfs datasets, destroyed/created on new build. > > Although, if we're already doing buildworld, installworld is inexpensive > > at this point. >=20 > I think Warner=E2=80=99s concern was whether there was a way to > ensure that the (release) tarball and the (release) RPi > image had exactly the same bits. >=20 > Of course, the really time-consuming part of building a > release image with Crochet is when you add: >=20 > option UsrPorts > option UsrSrc >=20 Well, no. :( The time-consuming part is the dependency chain for the build. Such as, RPI-B needs python, gsed, and world+dog. BeagleBone needs cross-gcc, and I'm sure other stuff. It would be pretty cool if crochet could have a '-D' flag to 'show missing dependencies for board specified'. But, I do realize it's a PITA. :) Glen --aH/0uqREc1VzwMkO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvPNDAAoJELls3eqvi17QYVkQAJ8eeo9IRQr3KkZr1pKLrmZo zzXom7HeHrtM3z/yroXTrnWh5J7b3wJfeXxZqMXOEIXu1sFmi89Gt29H24FpgCoI TJLfivZYqm0LQ9u2aPVV6U3ZUPfxeccPfoYqvRoeFqtuUZAschRX47qQNeo5tqeE y1s2YgGawGOqEWrJS5wcWFKwmUx4YMKG7DoF77CAi8QgbZf1EiRnX51EF+E6evEJ VrlrMWrEkWqjvNXzIzpn+25qNxvx65ASQsSdBBldyFZy8sNC5PVc1Mwyy+d7gC8l XbB422pfIbgc7vj1UPXr8J1bPfOpbHhSGBxWcP4ASL+hgOV7hhEI9Nuk5U0WG4AK jhKH/12VRv3RbhllIdhYYnYFPHzjSvdxCnDdo80MDyYvFVnrzh4Rbe9v4wm7o1CY t6ml2Ybhk+n/prAHOgNsKMq8GX8ajbSfT9EanYqiTU7l8IoNqOQQtMOBhUVHoV+f eKKUr4IB9NzPUak9XNjas6w7GH1Xsy/ial0TSheSvpRJNr7Gi8FQs+K5bMRsUhYK a5jtBTBFy+o3uarxovr6xahtuUvYVjJCRP4mrh1DhSE7IgVRJz3MdER2q8nMQg8f nb0ipvsCv7vmmU599TSpqV59dB8DDGyHPktSf2sZrnrii5PP205pOB9xNKrMRSme F0gqo8ZVFQD5TdhHBTJ8 =SiFF -----END PGP SIGNATURE----- --aH/0uqREc1VzwMkO-- From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 03:52:26 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9519A73E; Fri, 27 Dec 2013 03:52:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 593831CA0; Fri, 27 Dec 2013 03:52:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR3qP0Q075264; Thu, 26 Dec 2013 22:52:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR3qPDT075260; Fri, 27 Dec 2013 03:52:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 03:52:25 GMT Message-Id: <201312270352.rBR3qPDT075260@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 03:52:26 -0000 TB --- 2013-12-27 00:40:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 00:40:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 00:40:22 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-27 00:40:22 - cleaning the object tree TB --- 2013-12-27 00:40:22 - /usr/local/bin/svn stat /src TB --- 2013-12-27 00:40:27 - At svn revision 259928 TB --- 2013-12-27 00:40:28 - building world TB --- 2013-12-27 00:40:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 00:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 00:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 00:40:28 - SRCCONF=/dev/null TB --- 2013-12-27 00:40:28 - TARGET=arm TB --- 2013-12-27 00:40:28 - TARGET_ARCH=arm TB --- 2013-12-27 00:40:28 - TZ=UTC TB --- 2013-12-27 00:40:28 - __MAKE_CONF=/dev/null TB --- 2013-12-27 00:40:28 - cd /src TB --- 2013-12-27 00:40:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 00:40:37 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Dec 27 03:41:31 UTC 2013 TB --- 2013-12-27 03:41:31 - generating LINT kernel config TB --- 2013-12-27 03:41:31 - cd /src/sys/arm/conf TB --- 2013-12-27 03:41:31 - /usr/bin/make -B LINT TB --- 2013-12-27 03:41:31 - cd /src/sys/arm/conf TB --- 2013-12-27 03:41:31 - /usr/sbin/config -m LINT TB --- 2013-12-27 03:41:31 - building LINT kernel TB --- 2013-12-27 03:41:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 03:41:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 03:41:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 03:41:31 - SRCCONF=/dev/null TB --- 2013-12-27 03:41:31 - TARGET=arm TB --- 2013-12-27 03:41:31 - TARGET_ARCH=arm TB --- 2013-12-27 03:41:31 - TZ=UTC TB --- 2013-12-27 03:41:31 - __MAKE_CONF=/dev/null TB --- 2013-12-27 03:41:31 - cd /src TB --- 2013-12-27 03:41:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 03:41:31 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_apm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_bsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_ebr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170:41: error: use of undeclared identifier 'GPT_ENT_TYPE_VMVSANHDR' static struct uuid gpt_uuid_vmvsanhdr = GPT_ENT_TYPE_VMVSANHDR; ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 03:52:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 03:52:25 - ERROR: failed to build LINT kernel TB --- 2013-12-27 03:52:25 - 9099.00 user 1737.14 system 11522.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 04:08:35 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E26DDAAE; Fri, 27 Dec 2013 04:08:35 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B686E1D50; Fri, 27 Dec 2013 04:08:35 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id rBR48Xj2009129; Fri, 27 Dec 2013 04:08:33 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id 5efhp2p5ykv9is6stg7ayezt26; Fri, 27 Dec 2013 04:08:33 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FreeBSD 10.0-RC3 Now Available From: Tim Kientzle In-Reply-To: <20131227032555.GR13109@glenbarber.us> Date: Thu, 26 Dec 2013 20:08:32 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <8A587B4F-40C8-43A2-A5FF-64214CC1F268@freebsd.org> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> <20131227032555.GR13109@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1827) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:08:36 -0000 On Dec 26, 2013, at 7:25 PM, Glen Barber wrote: > Well, no. :( The time-consuming part is the dependency chain for the > build. Such as, RPI-B needs python, gsed, and world+dog. BeagleBone > needs cross-gcc, and I'm sure other stuff. >=20 > It would be pretty cool if crochet could have a '-D' flag to 'show > missing dependencies for board specified=92. I=92ve not yet come up with a particularly clean way to do that within Crochet, but there are a few ideas I=92ve not yet tried. It does occur to me that at some point crochet is trying to do package management and maybe that=92s a bad thing. But here=92s an idea that might get exactly that: I=92ve considered literally building board images as ports/packages. E.g., $ cd /usr/ports/freebsd/raspberry-pi $ make ... builds/installs python, gsed, boot bits, etc as necessary via port = dependencies ... builds world/kernel (using non-root path=85) $ sudo make install ... creates disk image and installs world/kernel/boot bits I don=92t think this actually requires much effort to get this working, and it would have some interesting side-effects (like having RPi images spit out regularly by the package cluster). Cheers, Tim From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 04:21:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45C66C4D; Fri, 27 Dec 2013 04:21:00 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01C221DDC; Fri, 27 Dec 2013 04:20:59 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 80040578A; Fri, 27 Dec 2013 04:20:57 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 80040578A Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 23:20:55 -0500 From: Glen Barber To: Tim Kientzle Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227042055.GS13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> <20131227032555.GR13109@glenbarber.us> <8A587B4F-40C8-43A2-A5FF-64214CC1F268@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Cbvl/UgeRTPlujdB" Content-Disposition: inline In-Reply-To: <8A587B4F-40C8-43A2-A5FF-64214CC1F268@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:21:00 -0000 --Cbvl/UgeRTPlujdB Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 08:08:32PM -0800, Tim Kientzle wrote: > On Dec 26, 2013, at 7:25 PM, Glen Barber wrote: >=20 > > Well, no. :( The time-consuming part is the dependency chain for the > > build. Such as, RPI-B needs python, gsed, and world+dog. BeagleBone > > needs cross-gcc, and I'm sure other stuff. > >=20 > > It would be pretty cool if crochet could have a '-D' flag to 'show > > missing dependencies for board specified=E2=80=99. >=20 > I=E2=80=99ve not yet come up with a particularly clean way to > do that within Crochet, but there are a few ideas > I=E2=80=99ve not yet tried. >=20 > It does occur to me that at some point crochet > is trying to do package management and maybe > that=E2=80=99s a bad thing. >=20 > But here=E2=80=99s an idea that might get exactly that: > I=E2=80=99ve considered literally building board images as > ports/packages. >=20 > E.g., >=20 > $ cd /usr/ports/freebsd/raspberry-pi > $ make > ... builds/installs python, gsed, boot bits, etc as necessary via port de= pendencies > ... builds world/kernel (using non-root path=E2=80=A6) > $ sudo make install > ... creates disk image and installs world/kernel/boot bits >=20 Hmm. I think you're on to something here. > I don=E2=80=99t think this actually requires much effort > to get this working, and it would have some > interesting side-effects (like having RPi images > spit out regularly by the package cluster). >=20 Maybe we don't need to go that far. But building a port that includes the dependencies needed to do the actual image build would be a *huge* bonus from the releng side. Meaning, if there was a port that I could install that would give me all the necessary bits to create an image for a specific board, that's a big step forward. Plus, the package builders don't actually 'buildkernel', so offloading releng tasks to portmgr is not really scalable (meaning, if head/ arm/armv6 is broken, etc...). Glen --Cbvl/UgeRTPlujdB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvQAmAAoJELls3eqvi17QceAP/2Cu92yU7UI/eN6D30NJOjKm i1XgSqBvm/0wR3TY7CwwZDsbntzpAATeI+VDSSlzljJlQYtBJ+aDLb0g37r6TIHv GHxC5tfZY28HyM0feqXQEbdVxXtJoYJ/iGXICntBIrpuimlJzMBni7VDGRJbg2C5 /+rDnGXhYtYLd4sS9Zrp6kZKe70KS8w/CdTbZybb2JGVhJTWStycU6jz16SVOWt+ nFceNt6uRaNlYE3HZQlRvEqNx3bGF2zNRo+vfVWftMS6u8YunOAt3kmBDyFyeZeA t14cu/ADwDGMinJFvPcGn6oVVTu4nAhSes8pcA6Du8J+AY3AsvDlgAKP9CSOBAVJ +TRawgOdeTD0vmahW/nN80uHBKhM+GxFCEPr8w7N0m3CGKav0Cuc62B9YqQcvjkX s0xOcbMirE00EUdwyy9SkvQW0TgYNUM+4OQN1fmoerGSOl4Om/Piml5cjXIXYrx2 dZmzCEwwG2lSEsUti47tqY2IHQIjjPvwrKN+aQy7R7p87+EjTUaHsS9OCqTD6kpo gkxdUNk1TUn4zCgI0IGdiLcWLjdeg/mntaVXpnYt02gJHcweHmgjCrwyq2B30i/f Rg8iMgZbfIf6GjHBMEYxy3vo5g5YDrqb3bumkC8CJSA9QjBQ1gAxA2DdVh++x6Jz hjFKr1Z4e0mgspO32bqY =vAbz -----END PGP SIGNATURE----- --Cbvl/UgeRTPlujdB-- From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 04:38:27 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F38EA1FD for ; Fri, 27 Dec 2013 04:38:26 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 97E601ED5 for ; Fri, 27 Dec 2013 04:38:26 +0000 (UTC) Received: from [207.81.161.55] (helo=[192.168.1.64]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1VwPBi-000E1V-B6; Thu, 26 Dec 2013 20:38:20 -0800 Content-Type: text/plain; charset=iso-2022-jp Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: HDMI output on Beaglebone black From: Oleksandr Tymoshenko In-Reply-To: Date: Thu, 26 Dec 2013 20:37:59 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <968F55AA-34DA-4245-B8C1-A3C0E365FF11@bluezbox.com> References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1510) 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-12-26, at 6:52 PM, Tim Kientzle wrote: > > On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko wrote: > >> >> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" wrote: >> >>> Hi >>> >>> According to the readme for Beaglebone Black in crochet-freebsd there is no >>> support for HMDI output yet (as of Dec 2013). >>> >>> Does anyone know what is required to make this work? >> >> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI converter), driver >> for LCD controller and vt/syscons wrapper. Also properly pinmux LCD pins in .dts. > > Does newcons make this any simpler? [...] 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] 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: bluezbox.com] Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:38:27 -0000 On 2013-12-26, at 6:52 PM, Tim Kientzle wrote: >=20 > On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko = wrote: >=20 >>=20 >> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" = wrote: >>=20 >>> Hi >>>=20 >>> According to the readme for Beaglebone Black in crochet-freebsd = there is no >>> support for HMDI output yet (as of Dec 2013). >>>=20 >>> Does anyone know what is required to make this work? >>=20 >> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI = converter), driver=20 >> for LCD controller and vt/syscons wrapper. Also properly pinmux LCD = pins in .dts. >=20 > Does newcons make this any simpler? Hardware part - no. vt/syscons - probably. At least I think so, I = haven't caught up to the=20 latest stuff yet but AFAIR whole point of newcons was to make = console/framebuffer=20 drivers more sane.=20= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 04:54:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 093AF2C4 for ; Fri, 27 Dec 2013 04:54:08 +0000 (UTC) Received: from mail-ig0-f180.google.com (mail-ig0-f180.google.com [209.85.213.180]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BFD021FA4 for ; Fri, 27 Dec 2013 04:54:07 +0000 (UTC) Received: by mail-ig0-f180.google.com with SMTP id uq1so21109718igb.1 for ; Thu, 26 Dec 2013 20:54:01 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=H4YgzyAhvy0n0o4cv08GElqH7qkXC4iTPKLMLE4VIkc=; b=PYpaETfaY+TnDCMSNTn56qaJx8THCRdtTpB04htd5Dtl733KjzWs2poFGAR0Dl8Z14 BIezUX5TNONMKzAk8cZx4ZMljtPL4n0pqh69lu857Dx75/k16FrPffqv78O0/KVDf7Ww IEx3OrGVPhqA5vtEjZkU+wG26Mz8FxPHFl8EYHI/1VLTN00Dakd+IqMV4V1QbF05BFhz 8qcjZsrwdfIkR4bVice4/XdIyDl1Rx2Th99i7MrjJmaHAdGSpN4foJ+7h2P4ufzefjYi X+IP+RisKaGqnvPx3XBhNiib+NFea/HuArVjWz98jU+la1zmBw7RB9jsmstr19sGBFSZ Ls6A== X-Gm-Message-State: ALoCoQkwovWP6wb3BWDhO0KA4Nyz81F/34ZLwj1YkqV+hLkRN6y6hDO2HW8V48c1V3t6pIFfX6T9 X-Received: by 10.50.176.201 with SMTP id ck9mr37700025igc.46.1388119739908; Thu, 26 Dec 2013 20:48:59 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ml2sm37710607igb.10.2013.12.26.20.48.58 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 26 Dec 2013 20:48:59 -0800 (PST) Sender: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 From: Warner Losh In-Reply-To: <20131227042055.GS13109@glenbarber.us> Date: Thu, 26 Dec 2013 21:48:58 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <30F75F2D-A42B-410F-8FB0-C930729AF1D5@bsdimp.com> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> <20131227032555.GR13109@glenbarber.us> <8A587B4F-40C8-43A2-A5FF-64214CC1F268@freebsd.org> <20131227042055.GS13109@glenbarber.us> To: Glen Barber X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:54:08 -0000 On Dec 26, 2013, at 9:20 PM, Glen Barber wrote: > On Thu, Dec 26, 2013 at 08:08:32PM -0800, Tim Kientzle wrote: >> On Dec 26, 2013, at 7:25 PM, Glen Barber wrote: >>=20 >>> Well, no. :( The time-consuming part is the dependency chain for = the >>> build. Such as, RPI-B needs python, gsed, and world+dog. = BeagleBone >>> needs cross-gcc, and I'm sure other stuff. >>>=20 >>> It would be pretty cool if crochet could have a '-D' flag to 'show >>> missing dependencies for board specified=92. >>=20 >> I=92ve not yet come up with a particularly clean way to >> do that within Crochet, but there are a few ideas >> I=92ve not yet tried. >>=20 >> It does occur to me that at some point crochet >> is trying to do package management and maybe >> that=92s a bad thing. >>=20 >> But here=92s an idea that might get exactly that: >> I=92ve considered literally building board images as >> ports/packages. >>=20 >> E.g., >>=20 >> $ cd /usr/ports/freebsd/raspberry-pi >> $ make >> ... builds/installs python, gsed, boot bits, etc as necessary via = port dependencies >> ... builds world/kernel (using non-root path=85) >> $ sudo make install >> ... creates disk image and installs world/kernel/boot bits >>=20 >=20 > Hmm. I think you're on to something here. I'd include '-build' in the name, so we can still have port that's to = install on the rpi... >> I don=92t think this actually requires much effort >> to get this working, and it would have some >> interesting side-effects (like having RPi images >> spit out regularly by the package cluster). >>=20 >=20 > Maybe we don't need to go that far. But building a port that includes > the dependencies needed to do the actual image build would be a *huge* > bonus from the releng side. Meaning, if there was a port that I could > install that would give me all the necessary bits to create an image = for > a specific board, that's a big step forward. >=20 > Plus, the package builders don't actually 'buildkernel', so offloading > releng tasks to portmgr is not really scalable (meaning, if head/ > arm/armv6 is broken, etc...). I'm not sure I understand what you are saying here... Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 04:55:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D0F8E2FE; Fri, 27 Dec 2013 04:55:09 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DC301FA7; Fri, 27 Dec 2013 04:55:09 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 2119B5AFB; Fri, 27 Dec 2013 04:55:06 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 2119B5AFB Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 23:55:04 -0500 From: Glen Barber To: Warner Losh Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227045504.GT13109@glenbarber.us> References: <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> <20131227032555.GR13109@glenbarber.us> <8A587B4F-40C8-43A2-A5FF-64214CC1F268@freebsd.org> <20131227042055.GS13109@glenbarber.us> <30F75F2D-A42B-410F-8FB0-C930729AF1D5@bsdimp.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6axCafNXXMM8qu6Q" Content-Disposition: inline In-Reply-To: <30F75F2D-A42B-410F-8FB0-C930729AF1D5@bsdimp.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:55:09 -0000 --6axCafNXXMM8qu6Q Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 09:48:58PM -0700, Warner Losh wrote: >=20 > On Dec 26, 2013, at 9:20 PM, Glen Barber wrote: >=20 > > On Thu, Dec 26, 2013 at 08:08:32PM -0800, Tim Kientzle wrote: > >> On Dec 26, 2013, at 7:25 PM, Glen Barber wrote: > >>=20 > >>> Well, no. :( The time-consuming part is the dependency chain for the > >>> build. Such as, RPI-B needs python, gsed, and world+dog. BeagleBone > >>> needs cross-gcc, and I'm sure other stuff. > >>>=20 > >>> It would be pretty cool if crochet could have a '-D' flag to 'show > >>> missing dependencies for board specified=E2=80=99. > >>=20 > >> I=E2=80=99ve not yet come up with a particularly clean way to > >> do that within Crochet, but there are a few ideas > >> I=E2=80=99ve not yet tried. > >>=20 > >> It does occur to me that at some point crochet > >> is trying to do package management and maybe > >> that=E2=80=99s a bad thing. > >>=20 > >> But here=E2=80=99s an idea that might get exactly that: > >> I=E2=80=99ve considered literally building board images as > >> ports/packages. > >>=20 > >> E.g., > >>=20 > >> $ cd /usr/ports/freebsd/raspberry-pi > >> $ make > >> ... builds/installs python, gsed, boot bits, etc as necessary via port= dependencies > >> ... builds world/kernel (using non-root path=E2=80=A6) > >> $ sudo make install > >> ... creates disk image and installs world/kernel/boot bits > >>=20 > >=20 > > Hmm. I think you're on to something here. >=20 > I'd include '-build' in the name, so we can still have port that's to ins= tall on the rpi... >=20 > >> I don=E2=80=99t think this actually requires much effort > >> to get this working, and it would have some > >> interesting side-effects (like having RPi images > >> spit out regularly by the package cluster). > >>=20 > >=20 > > Maybe we don't need to go that far. But building a port that includes > > the dependencies needed to do the actual image build would be a *huge* > > bonus from the releng side. Meaning, if there was a port that I could > > install that would give me all the necessary bits to create an image for > > a specific board, that's a big step forward. > >=20 > > Plus, the package builders don't actually 'buildkernel', so offloading > > releng tasks to portmgr is not really scalable (meaning, if head/ > > arm/armv6 is broken, etc...). >=20 > I'm not sure I understand what you are saying here... >=20 If I understand Tim's reply correctly, he is suggesting we build arm (for example) images as part of the port. All releng needs is the dependencies (for crochet) for the non-base bits (i.e., python, gsed, etc.). Glen --6axCafNXXMM8qu6Q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvQgoAAoJELls3eqvi17QZDQQAK1ic7TmKnfOf9GVXXToTqiO O2vz8GVFOFJBdmMwQMpzOvbIc77qZt9buMggp7UbtwhQT/dfC6u59SpxzoBkXCiJ GSSAThZQzIxKbSoAYm13AjMYioLkJ14bDAHg4Qzo8syTRKTcHVM09jJONzfKWnUA e/GXIhc8zF6Eps0qD5N79Ub03z169jkQcejfeSZmZ4JuzDl+FVFdpWDauC6GrS4x RwgrriEo1hmTngjnXKWCkvewoQBRBxeWhhtJu8lvC5mlJrkGXhl2/YBEiDMz32uP dXHR0HDTakDlUAF4Nn0+a2CrO1T6/Z8rOJTTUtsB1IJgtBgcwGUZavEB87+vU5ge sR1lgIDYo7RNSmK16yDs7mil+KJbv/yeSymbY3fLJK0cMb1PYwIuRS5humjGtfwk wyCvahhQvk4gR2bQcEKFADrvNZ6ZFpavGpzRFAHt/i+OP+90pApTg/EsR0ZUr9Ck 0sRsC6YaGWn1BNMEDcyXlTaRLjEUtguGEVKgznBxwsrYB8m4rV8qQYbldxzV2Wka CSlBpG6VU0bMRlR5OmClscfLXnQ8QdQxVbgcCoAiycIodYNHdOrfdpZFfCSP7wCY 7OiEAu1nR31P4YipR71mczpixo7CtAcE5gg3YpKJetkIANo+sjIN6eXjHCkcWi0J G74I1OsUwVEaq1Jgh4fO =h20m -----END PGP SIGNATURE----- --6axCafNXXMM8qu6Q-- From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 05:02:49 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E05F74B8; Fri, 27 Dec 2013 05:02:49 +0000 (UTC) Received: from mail-qe0-x22c.google.com (mail-qe0-x22c.google.com [IPv6:2607:f8b0:400d:c02::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 863AD101E; Fri, 27 Dec 2013 05:02:49 +0000 (UTC) Received: by mail-qe0-f44.google.com with SMTP id nd7so8703887qeb.17 for ; Thu, 26 Dec 2013 21:02:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=b9rBTRlXczlOkb8LzChGUK48sLKvWaBJNmoaP766St4=; b=m8tmJgRhSr4/bRiLg2bijFJ4xcpSe8qhuE7YhjN6ZCRPTj/PWH7wUKqKP46updJ/KA DPZib8bQCg26YNDwC/N7gNWEtCHw9t5XEvIuEYZSSNzw/xMCaYWFj/y7uN9R2IeHAmqt AcJpVcM8n6xOPrgJtMioYt2CRik24ER+3vHtCMGmhB2q4hLHXypsiZS0h00xIl+vpXNE HJH/dNq3ItP7DDIcQLojsuUvZjubs9/Iypup8uWrZVPZ5xWnOCAnor1VV1OS9sFsRSTV uFWH6ju0SN5WWzkRG3FS4i7SeSxczG9ma/3dxzKRsiOQGjxhqpMAMeEkRByKpjli68UY 08aw== MIME-Version: 1.0 X-Received: by 10.224.16.204 with SMTP id p12mr77975153qaa.26.1388120568739; Thu, 26 Dec 2013 21:02:48 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Thu, 26 Dec 2013 21:02:48 -0800 (PST) In-Reply-To: References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> Date: Thu, 26 Dec 2013 21:02:48 -0800 X-Google-Sender-Auth: -r9_dz5GOpyAkfw2qBY2pCb8qDg Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: Michael Tuexen Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 05:02:49 -0000 hi, I've just committed the fix to HEAD (r259936.) Thanks to everyone for helping get this debug, Ian for figuring out what the offending commit was, and zbb for the reverted patch. (And Michael for testing it.) I'll MFC it to 10 in a few days. I'll then ask gjb to MFC it to the releng branch. -a From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 05:10:02 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18FB352A for ; Fri, 27 Dec 2013 05:10:02 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DEB32103D for ; Fri, 27 Dec 2013 05:10:01 +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 rBR5A1VX017886 for ; Fri, 27 Dec 2013 05:10:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBR5A1HY017885; Fri, 27 Dec 2013 05:10:01 GMT (envelope-from gnats) Date: Fri, 27 Dec 2013 05:10:01 GMT Message-Id: <201312270510.rBR5A1HY017885@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: arm/185046: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dfilter service List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 05:10:02 -0000 The following reply was made to PR arm/185046; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/185046: commit references a PR Date: Fri, 27 Dec 2013 05:01:20 +0000 (UTC) Author: adrian Date: Fri Dec 27 05:01:13 2013 New Revision: 259936 URL: http://svnweb.freebsd.org/changeset/base/259936 Log: Revert r252694 - which attempted to fix bit emulation for armv6/armv7. This seems to cause issues with jemalloc + {dhclient, sshd}. Thus, revert this for now until the root cause can be found and fixed. This should quieten some runtime problems with the Raspberry Pi. PR: kern/185046 MFC after: 3 days Modified: head/sys/arm/arm/pmap-v6.c Modified: head/sys/arm/arm/pmap-v6.c ============================================================================== --- head/sys/arm/arm/pmap-v6.c Fri Dec 27 04:30:32 2013 (r259935) +++ head/sys/arm/arm/pmap-v6.c Fri Dec 27 05:01:13 2013 (r259936) @@ -3094,21 +3094,16 @@ validate: if ((m->oflags & VPO_UNMANAGED) == 0) { vm_page_aflag_set(m, PGA_WRITEABLE); /* - * Enable write permission if the access type - * indicates write intention. Emulate modified - * bit otherwise. + * XXX: Skip modified bit emulation for now. + * The emulation reveals problems + * that result in random failures + * during memory allocation on some + * platforms. + * Therefore, the page is marked RW + * immediately. */ - if ((access & VM_PROT_WRITE) != 0) { - npte &= ~(L2_APX); - /* - * The access type and permissions - * indicate that the page will be - * written as soon as returned from - * fault service. - * Mark it dirty from the outset. - */ - vm_page_dirty(m); - } + npte &= ~(L2_APX); + vm_page_dirty(m); } else npte &= ~(L2_APX); } _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 09:07:21 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 487A9F36 for ; Fri, 27 Dec 2013 09:07:21 +0000 (UTC) Received: from mail-ea0-f172.google.com (mail-ea0-f172.google.com [209.85.215.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CEFDF1E8E for ; Fri, 27 Dec 2013 09:07:20 +0000 (UTC) Received: by mail-ea0-f172.google.com with SMTP id q10so3466551ead.3 for ; Fri, 27 Dec 2013 01:07:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:user-agent:in-reply-to:references:mime-version :content-type:content-transfer-encoding:subject:from:date:to:cc :message-id; bh=Md9STDxbzoSYlCVbrcq0hKV94h+EAfJe7dbnEaO+zew=; b=YfRaHv97t3vV+nRxRTpfpMxjwku+HLFTFI2PBT6s+dS/P9y5IVN8+Zo0ns3nxqpM9F PF0Av+EsNhX/Xn/V8ZGYMtWjaNY0csrcXwThR2s1DY84Ez7EgcXFTu162vVt9ekFSsnc 3uCJzeW2t7LgFHj+XQ8+ZcSdC0pHJWXSPhZZK9w8Vr9oznyPwOX2tCAkVbBJyISE30ug 2OUqBz8m5Z5QDWKN/T2q7x/WCw6msL9Epo4IoPzmyTENHhNLofN1qoim3Ikv9MN1XTXi jpVPAlvJnNqVenKUxjDKb9aEgbkAaC33zx5VbCLofCYfaU/qBX23fCGbR+tvFIpR/rnB nqBQ== X-Gm-Message-State: ALoCoQkJfepjfwhdUxA73POllzGfGMeOlTJzuMN6vVEybl/KxgvnTc4htYXOgD3aNokJNT+9whnl X-Received: by 10.15.26.200 with SMTP id n48mr41027236eeu.46.1388134778118; Fri, 27 Dec 2013 00:59:38 -0800 (PST) Received: from [46.96.218.234] ([46.96.218.234]) by mx.google.com with ESMTPSA id z42sm79870807eeo.17.2013.12.27.00.59.26 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 27 Dec 2013 00:59:37 -0800 (PST) User-Agent: K-9 Mail for Android In-Reply-To: References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: HDMI output on Beaglebone black From: Aleksandr Rybalko Date: Fri, 27 Dec 2013 10:37:23 +0200 To: Tim Kientzle ,Oleksandr Tymoshenko Message-ID: <29b6bc61-c513-4d98-8aed-4e1ea6ebe4da@email.android.com> Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 09:07:21 -0000 Tim Kientzle написав(ла): > >On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko >wrote: > >> >> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" > wrote: >> >>> Hi >>> >>> According to the readme for Beaglebone Black in crochet-freebsd >there is no >>> support for HMDI output yet (as of Dec 2013). >>> >>> Does anyone know what is required to make this work? >> >> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI >converter), driver >> for LCD controller and vt/syscons wrapper. Also properly pinmux LCD >pins in .dts. > >Does newcons make this any simpler? Yup, much simpler. You only have to fill fb_info struct and call fbd to attach or attach fbd child. > >Tim > >_______________________________________________ >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" WBW ------ Aleksandr Rybalko From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 15:43:53 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86B9EF46 for ; Fri, 27 Dec 2013 15:43:53 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 45B0A18AC for ; Fri, 27 Dec 2013 15:43:52 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id k19so30152409igc.3 for ; Fri, 27 Dec 2013 07:43:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=Z2SlFgv2BSWObRbpnXb4DnV517nOs7dycjBQP090p9k=; b=RSL6Dr+DAi90A6pRf119I4d22F/MwhS1sdJYB0VpqV4IXdcoapgOvCG5bPKMiQqrev YgQJmA95son+9ANPtm+bEo0V/MbAClUkmLz0VtpLUqoAvj9moRU6hKGU/YjXqyVeS1mw k9jPYc6UyZ130Aa019iNgxiaG98DQ93EPLnxt8iBvJK1ZnMPNd6g6YeVAqmyKsMUGRXW y9vVYqtFS9EuWxwDbO9XYaMV8OO9l/SHoHvUN4926oVar1UjQkFQihlQmINu7/LBjDHc sylcy6w/NVfMAAsPEHiqDE0YuwPMf+ClOaaGoP8yj3AtWbTPvbjLpuXjNZyJUT6g0J9f RHvA== X-Gm-Message-State: ALoCoQlSVRL5CQ7GRuua2fe7Oc9Tuyo85NbBTEs2o85JnjSOR7E/NG/ENskRJwYVWSFBklf7fD6N X-Received: by 10.50.21.2 with SMTP id r2mr34751125ige.13.1388159032149; Fri, 27 Dec 2013 07:43:52 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id w4sm45261635igb.5.2013.12.27.07.43.50 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Dec 2013 07:43:51 -0800 (PST) Sender: Warner Losh Subject: Re: R-PI fixes for dhclient/sshd? Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 27 Dec 2013 08:43:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4E48512F-EC8D-41F2-A933-6D8C538763DA@bsdimp.com> References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 15:43:53 -0000 On Dec 26, 2013, at 10:02 PM, Adrian Chadd wrote: > hi, >=20 > I've just committed the fix to HEAD (r259936.) >=20 > Thanks to everyone for helping get this debug, Ian for figuring out > what the offending commit was, and zbb for the reverted patch. > (And Michael for testing it.) >=20 > I'll MFC it to 10 in a few days. I'll then ask gjb to MFC it to the > releng branch. Might want to accelerate that after successful testing since the = timelines for 10.0R are so short. Warner From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 16:36:10 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 31B8CAEC; Fri, 27 Dec 2013 16:36:10 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 023781D68; Fri, 27 Dec 2013 16:36:09 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VwaOI-0006SF-Q6; Fri, 27 Dec 2013 16:36:02 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rBRGZxGl009306; Fri, 27 Dec 2013 09:35:59 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/cxEyFR2UozkW67iUQiuJD Subject: Re: R-PI fixes for dhclient/sshd? From: Ian Lepore To: Warner Losh In-Reply-To: <4E48512F-EC8D-41F2-A933-6D8C538763DA@bsdimp.com> References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> <4E48512F-EC8D-41F2-A933-6D8C538763DA@bsdimp.com> Content-Type: text/plain; charset="us-ascii" Date: Fri, 27 Dec 2013 09:35:59 -0700 Message-ID: <1388162159.1158.143.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 16:36:10 -0000 On Fri, 2013-12-27 at 08:43 -0700, Warner Losh wrote: > On Dec 26, 2013, at 10:02 PM, Adrian Chadd wrote: > > > hi, > > > > I've just committed the fix to HEAD (r259936.) > > > > Thanks to everyone for helping get this debug, Ian for figuring out > > what the offending commit was, and zbb for the reverted patch. > > (And Michael for testing it.) > > > > I'll MFC it to 10 in a few days. I'll then ask gjb to MFC it to the > > releng branch. > > Might want to accelerate that after successful testing since the timelines for 10.0R are so short. > > Warner > I've just confirmed that the fix works on all my armv6 boards (RPi, BBW, imx53, imx6). -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 16:38:01 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A3B8C27; Fri, 27 Dec 2013 16:38:01 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C2481D7F; Fri, 27 Dec 2013 16:38:00 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id i8so8933738qcq.10 for ; Fri, 27 Dec 2013 08:38:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Bt0y3Y0EFXRm8apXAywbYMCc5UaBoHeQ7qdPHsPzAVo=; b=EJcuGYOYvJ8dR7cA3E8eYOzldo5MYGWYKFlkzZYkMjWob3Hp5ElBd5SdrSEz5T7Tuw oWsnoO8y/H+CNl7FA76wS9tHtXnPLdq34Oybjm0tFL3DBYKTHo4hTgs6nRsljldLAGHq pXj3nU9ejfT23+aZd6hza2ToCrauvtgO/kZPmL090lO/YL3XcDoAkUx0JSozJwaNrUuQ A5QaAQZhnWQU3j9dglBQCikBa137UxDlqtE5Wn3ydioaYwoh83AxDV7bLtkHbaJhV0UJ CmBJLlG5EF9fvQHFucFpNmcDXNmkDgOR6QlI1EFvhdrOPehRwrEiOeobpWH3Js5OQmu9 uV6w== MIME-Version: 1.0 X-Received: by 10.49.38.37 with SMTP id d5mr82999608qek.17.1388162280171; Fri, 27 Dec 2013 08:38:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Fri, 27 Dec 2013 08:37:59 -0800 (PST) Received: by 10.224.52.8 with HTTP; Fri, 27 Dec 2013 08:37:59 -0800 (PST) In-Reply-To: <4E48512F-EC8D-41F2-A933-6D8C538763DA@bsdimp.com> References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> <4E48512F-EC8D-41F2-A933-6D8C538763DA@bsdimp.com> Date: Fri, 27 Dec 2013 08:37:59 -0800 X-Google-Sender-Auth: UtopoqHO7JIPcOri-KHV3EzcaGE Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: "M. Warner Losh" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 16:38:01 -0000 Ive already poked gjb about it. I'll see about getting it to 10 this afternoon. After that it's up to re@ to decide if they want to mfc it. They've been delayed long enough. Adrian On Dec 27, 2013 10:44 AM, "Warner Losh" wrote: > > On Dec 26, 2013, at 10:02 PM, Adrian Chadd wrote: > > > hi, > > > > I've just committed the fix to HEAD (r259936.) > > > > Thanks to everyone for helping get this debug, Ian for figuring out > > what the offending commit was, and zbb for the reverted patch. > > (And Michael for testing it.) > > > > I'll MFC it to 10 in a few days. I'll then ask gjb to MFC it to the > > releng branch. > > Might want to accelerate that after successful testing since the timelines > for 10.0R are so short. > > Warner > > From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 20:01:39 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9F451F9 for ; Fri, 27 Dec 2013 20:01:39 +0000 (UTC) Received: from mail-ig0-f176.google.com (mail-ig0-f176.google.com [209.85.213.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F8AE1B38 for ; Fri, 27 Dec 2013 20:01:39 +0000 (UTC) Received: by mail-ig0-f176.google.com with SMTP id k19so30650777igc.3 for ; Fri, 27 Dec 2013 12:01:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=bxDlVsllmWI882+/W0Y07jhiA4ERKBJMtOrzVSgulVs=; b=LtTGWx9uVj1Izf8o0WLgg3jc1Nmr7ca01TaJjz3eb6/6M6Ib/TuP3gMkR8WDsxu3fH VsLxJiB7/n9Fr1I5cJMzpV4jDjrPlGa2n5MVvtx9HuY6EnlpwoNRSkfSXhoTTs3JiMic DfS5eibljZq/5l5jMfUhHzouptuXl1OIO2n/99Mu6W37HadZRUawrzJ7G7KIqt88Y9B7 UzWE9YYMKBBWStDAbg8o9gOlTJLlY5WrFhRYjMslcmfyblmHYDrgRl+rD/pW9VIPA8Ym HMBtlGW9qwTgb5Cj8hoR6TwYK1YglUKNriudW+qV0S/q7BJ34GId4fn9UIeWLx9JwVYT cxcw== X-Gm-Message-State: ALoCoQkEd03o0JefGjQIK9y4IYfn0axydyNjlSgEEIWHFU6o6UPOokwNGtaNL8v2OiHcb/NeHkfr X-Received: by 10.43.81.200 with SMTP id zz8mr33825523icb.29.1388174498430; Fri, 27 Dec 2013 12:01:38 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id lp9sm46261391igb.2.2013.12.27.12.01.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Dec 2013 12:01:37 -0800 (PST) Sender: Warner Losh Subject: Re: HDMI output on Beaglebone black Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=utf-8 From: Warner Losh In-Reply-To: <29b6bc61-c513-4d98-8aed-4e1ea6ebe4da@email.android.com> Date: Fri, 27 Dec 2013 13:01:36 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> <29b6bc61-c513-4d98-8aed-4e1ea6ebe4da@email.android.com> To: Aleksandr Rybalko X-Mailer: Apple Mail (2.1085) Cc: Tim Kientzle , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 20:01:39 -0000 On Dec 27, 2013, at 1:37 AM, Aleksandr Rybalko wrote: > Tim Kientzle =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=B2= (=D0=BB=D0=B0): >>=20 >> On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko = >> wrote: >>=20 >>>=20 >>> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" >> wrote: >>>=20 >>>> Hi >>>>=20 >>>> According to the readme for Beaglebone Black in crochet-freebsd >> there is no >>>> support for HMDI output yet (as of Dec 2013). >>>>=20 >>>> Does anyone know what is required to make this work? >>>=20 >>> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI >> converter), driver=20 >>> for LCD controller and vt/syscons wrapper. Also properly pinmux LCD >> pins in .dts. >>=20 >> Does newcons make this any simpler? >=20 > Yup, much simpler. > You only have to fill fb_info struct and call fbd to attach or attach = fbd child. Chances are we'll need to create an Android graphics interface module. = Most of the GPUs are programmed with binary blobs that we'll have no = hope of getting. However, the interface to Android is fairly standard so = we should be able to leverage off that. Glad to hear about the new console code being easier to work with. I may = have to bring it up on my Atmel gear that has LCDs... Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 21:46:43 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B7A1D7E for ; Fri, 27 Dec 2013 21:46:43 +0000 (UTC) Received: from mail-ie0-f175.google.com (mail-ie0-f175.google.com [209.85.223.175]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C3E3E1236 for ; Fri, 27 Dec 2013 21:46:42 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id x13so10115454ief.20 for ; Fri, 27 Dec 2013 13:46:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=GrWhybI2Ir3m0FORIikRCV8iY+ocFwSs0MqC4hd1aGw=; b=Qaqh/k0gmqzmno0dvuk1GMZCVk2uzUeCweOTTeWrafPxEc/KfHIvwH/HCVAeofnNdy b32I5w6KXLlo1llnmJ5CiY2dywC6P4ZhpIdxpLUNH1kc8+7qGaI4dy644++QEb7NS7Iq L5pVMCe3ZSSv7SlO7xEgW/dFLSZVPQL14xXO/gis8yadB9EQV62Bp5KUHBKuO2YJGy1r KiML9TRJPhSNhCJzb/290xIR5cmNv1tEYQX3Q5Mf//T0o+qTu16ZPsNmS3LaBZPkKTQc w0Mr9w5ZvO3qQLITGXaIGCM//NLcH2COM/+wIB/0E3JNnbPjQs7H/lERxIpeM1zEOFHH 5Ysw== X-Gm-Message-State: ALoCoQm/htrweCPExzd2Kaj/GR6T625r9VuI7S4FOQyf2xlpgbTBoq0Q/el7T8/Ho/NHWPalWna6 X-Received: by 10.50.41.106 with SMTP id e10mr25903997igl.37.1388180796131; Fri, 27 Dec 2013 13:46:36 -0800 (PST) Received: from fusion-mac.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id o1sm46623433igh.9.2013.12.27.13.46.34 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Dec 2013 13:46:35 -0800 (PST) Sender: Warner Losh Subject: Re: HDMI output on Beaglebone black Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=utf-8 From: Warner Losh In-Reply-To: Date: Fri, 27 Dec 2013 14:46:32 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> <29b6bc61-c513-4d98-8aed-4e1ea6ebe4da@email.android.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1085) Cc: Aleksandr Rybalko , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 21:46:43 -0000 On Dec 27, 2013, at 2:45 PM, Tim Kientzle wrote: >=20 > On Dec 27, 2013, at 12:01 PM, Warner Losh wrote: >=20 >>=20 >> On Dec 27, 2013, at 1:37 AM, Aleksandr Rybalko wrote: >>=20 >>> Tim Kientzle =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =B2(=D0=BB=D0=B0): >>>>=20 >>>> On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko = >>>> wrote: >>>>=20 >>>>>=20 >>>>> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" >>>> wrote: >>>>>=20 >>>>>> Hi >>>>>>=20 >>>>>> According to the readme for Beaglebone Black in crochet-freebsd >>>> there is no >>>>>> support for HMDI output yet (as of Dec 2013). >>>>>>=20 >>>>>> Does anyone know what is required to make this work? >>>>>=20 >>>>> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI >>>> converter), driver=20 >>>>> for LCD controller and vt/syscons wrapper. Also properly pinmux = LCD >>>> pins in .dts. >>>>=20 >>>> Does newcons make this any simpler? >>>=20 >>> Yup, much simpler. >>> You only have to fill fb_info struct and call fbd to attach or = attach fbd child. >>=20 >> Chances are we'll need to create an Android graphics interface = module. Most of the GPUs are programmed with binary blobs that we'll = have no hope of getting. However, the interface to Android is fairly = standard so we should be able to leverage off that. >=20 > I don=E2=80=99t think we need that just to get a working console. >=20 > I just skimmed through the AM335x TRM: > http://www.ti.com/lit/ug/spruh73j/spruh73j.pdf >=20 > It looks like there=E2=80=99s enough information there to bring up a > basic frame buffer through the LCD controller (Chapter 13). > That should suffice. That's true for this SoC... For others we'll not likely be so likely...=20= Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 21:51:36 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 522AFEAC for ; Fri, 27 Dec 2013 21:51:36 +0000 (UTC) Received: from mail-pd0-f169.google.com (mail-pd0-f169.google.com [209.85.192.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 212CB1297 for ; Fri, 27 Dec 2013 21:51:35 +0000 (UTC) Received: by mail-pd0-f169.google.com with SMTP id v10so9447392pde.28 for ; Fri, 27 Dec 2013 13:51:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=tH7/hJriP5KMTyuRtVOk9AoWlUMkO2jhXzgfx7rCKOc=; b=UA+8F/Zi0j3+MXNxc5eWUg/5iYqY0JyXYkUeUfnxOz0RIriNjNYC+wTUZNy81iCXj0 uR72bS6KThwna0nDOIL2GGHb7IUpzzxELNap5q5sRTvODkHE3fjqGl1xH+eehCJ5rTTs isdP3jNG801CQNTZwowg5gPOrkR/gf+cyP9U+MYONHxQYPphv2J+8pGNOqW9wOS/HKIN wyiHuo1p+6xZpNUyEDUy0ix6zRqHJ1RP6trmXqh1PgfAannFUhw0sWYN5ljWQC87sXF6 wl9qi6u9Kl9zVBx6IvYw5g0Ir0hGB7unG6lvymkQ/q3c8AVLE94yVUIECmtd2lSEftly uPAA== X-Gm-Message-State: ALoCoQmSkJCm7tYcTKTao9GrzKQ/oOOFSJdgkBcwDZQ4TaslAeD172Z4amN+da1uojVZTB4tVONn X-Received: by 10.68.0.35 with SMTP id 3mr52947750pbb.52.1388180722479; Fri, 27 Dec 2013 13:45:22 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id rz6sm84129028pab.22.2013.12.27.13.45.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 27 Dec 2013 13:45:21 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: HDMI output on Beaglebone black From: Tim Kientzle In-Reply-To: Date: Fri, 27 Dec 2013 13:45:18 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> <29b6bc61-c513-4d98-8aed-4e1ea6ebe4da@email.android.com> To: Warner Losh X-Mailer: Apple Mail (2.1827) Cc: Aleksandr Rybalko , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 21:51:36 -0000 On Dec 27, 2013, at 12:01 PM, Warner Losh wrote: >=20 > On Dec 27, 2013, at 1:37 AM, Aleksandr Rybalko wrote: >=20 >> Tim Kientzle =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =B2(=D0=BB=D0=B0): >>>=20 >>> On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko = >>> wrote: >>>=20 >>>>=20 >>>> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" >>> wrote: >>>>=20 >>>>> Hi >>>>>=20 >>>>> According to the readme for Beaglebone Black in crochet-freebsd >>> there is no >>>>> support for HMDI output yet (as of Dec 2013). >>>>>=20 >>>>> Does anyone know what is required to make this work? >>>>=20 >>>> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI >>> converter), driver=20 >>>> for LCD controller and vt/syscons wrapper. Also properly pinmux LCD >>> pins in .dts. >>>=20 >>> Does newcons make this any simpler? >>=20 >> Yup, much simpler. >> You only have to fill fb_info struct and call fbd to attach or attach = fbd child. >=20 > Chances are we'll need to create an Android graphics interface module. = Most of the GPUs are programmed with binary blobs that we'll have no = hope of getting. However, the interface to Android is fairly standard so = we should be able to leverage off that. I don=E2=80=99t think we need that just to get a working console. I just skimmed through the AM335x TRM: http://www.ti.com/lit/ug/spruh73j/spruh73j.pdf It looks like there=E2=80=99s enough information there to bring up a basic frame buffer through the LCD controller (Chapter 13). That should suffice. Tim From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 22:07:05 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00DCE3B2; Fri, 27 Dec 2013 22:07:04 +0000 (UTC) Received: from mail-qc0-x22d.google.com (mail-qc0-x22d.google.com [IPv6:2607:f8b0:400d:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 991C41354; Fri, 27 Dec 2013 22:07:04 +0000 (UTC) Received: by mail-qc0-f173.google.com with SMTP id m20so8946314qcx.4 for ; Fri, 27 Dec 2013 14:07:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=tVT5vl293xN60zDuewXjzALA8oXN+ztMEYN4kQbYRww=; b=MMgA3Wp9esEFVRN5rSGDOPzW1UmlshgWCBvPJmOB6d42MliNPClvGHSbhFbVr6toLQ TovsYPa15EBDjgxSL6WoqAza8IT/qUop3jb23isxSHRDEsfmzQfkZs+X5g/Zn21/1O0V g3lKQ0Jqxq6ucfEMQ2xzWxcWHxbex3XRlGfZcHjP/ROZ1P8lgJ66IlX+f6FOKmMjC6Ro yznJC8/N0gsiZP8eEzPYWk5RL23W+Z1rZSPmOTZxK1deJJI3r/vYllXJzySFEhlT+Lgs T854W0TQw/RkYK+NdJNToTCupr1Uz/j7AaSEggt8cFWDuT1jCE1Ipz8Y0T07jSbmri9k njNg== MIME-Version: 1.0 X-Received: by 10.49.34.207 with SMTP id b15mr85117656qej.49.1388182023750; Fri, 27 Dec 2013 14:07:03 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Fri, 27 Dec 2013 14:07:03 -0800 (PST) In-Reply-To: <1388162159.1158.143.camel@revolution.hippie.lan> References: <05740C4C-4B02-4567-9E46-E739ECEDA797@bsdimp.com> <20131220040429.3452e8df4d3c03046c3ac1d6@FreeBSD.org> <8012AB59-1ECB-45E4-9274-013393E6E8CE@bsdimp.com> <4E48512F-EC8D-41F2-A933-6D8C538763DA@bsdimp.com> <1388162159.1158.143.camel@revolution.hippie.lan> Date: Fri, 27 Dec 2013 14:07:03 -0800 X-Google-Sender-Auth: IQ9Tjd1ZTX9SlwrXtGXP-KqYM0k Message-ID: Subject: Re: R-PI fixes for dhclient/sshd? From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 22:07:05 -0000 On 27 December 2013 08:35, Ian Lepore wrote: > I've just confirmed that the fix works on all my armv6 boards (RPi, BBW, > imx53, imx6). Hi, I've also committed it to stable/10. The VM code in stable/10 was more similar to the code in the original commit so I just reverted it. I'd appreciate some more wider stable/10 testing. Thanks! -a From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 22:10:01 2013 Return-Path: Delivered-To: freebsd-arm@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E89D507 for ; Fri, 27 Dec 2013 22:10:01 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 185E1137D for ; Fri, 27 Dec 2013 22:10:01 +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 rBRMA0DX046017 for ; Fri, 27 Dec 2013 22:10:00 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id rBRMA0BL046016; Fri, 27 Dec 2013 22:10:00 GMT (envelope-from gnats) Date: Fri, 27 Dec 2013 22:10:00 GMT Message-Id: <201312272210.rBRMA0BL046016@freefall.freebsd.org> To: freebsd-arm@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: arm/185046: commit references a PR X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: dfilter service List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 22:10:01 -0000 The following reply was made to PR arm/185046; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: arm/185046: commit references a PR Date: Fri, 27 Dec 2013 22:05:58 +0000 (UTC) Author: adrian Date: Fri Dec 27 22:05:51 2013 New Revision: 259963 URL: http://svnweb.freebsd.org/changeset/base/259963 Log: Revert r252694 from stable/10 to fix instabilities seen with jemalloc + dhclient/sshd. This is a direct commit to stable/10 as the VM code has changed since the stable/10 branch. PR: kern/185046 Modified: stable/10/sys/arm/arm/pmap-v6.c Modified: stable/10/sys/arm/arm/pmap-v6.c ============================================================================== --- stable/10/sys/arm/arm/pmap-v6.c Fri Dec 27 22:00:22 2013 (r259962) +++ stable/10/sys/arm/arm/pmap-v6.c Fri Dec 27 22:05:51 2013 (r259963) @@ -3087,13 +3087,8 @@ validate: } if (prot & VM_PROT_WRITE) { - /* - * Enable write permission if the access type - * indicates write intention. Emulate modified - * bit otherwise. - */ - if ((access & VM_PROT_WRITE) != 0) - npte &= ~(L2_APX); + /* Write enable */ + npte &= ~(L2_APX); if ((m->oflags & VPO_UNMANAGED) == 0) { vm_page_aflag_set(m, PGA_WRITEABLE); _______________________________________________ svn-src-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 22:18:43 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 58773951 for ; Fri, 27 Dec 2013 22:18:43 +0000 (UTC) Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B51101478 for ; Fri, 27 Dec 2013 22:18:42 +0000 (UTC) Received: from [174.7.211.124] (helo=[192.168.0.186]) by id.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Vwfjg-0002Lt-JO; Fri, 27 Dec 2013 14:18:30 -0800 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: HDMI output on Beaglebone black From: Oleksandr Tymoshenko In-Reply-To: Date: Fri, 27 Dec 2013 14:17:57 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <7C58B233-1E84-47A3-ABB2-0038928BB1B2@bluezbox.com> <29b6bc61-c513-4d98-8aed-4e1ea6ebe4da@email.android.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1510) 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-12-27, at 1:45 PM, Tim Kientzle wrote: > > On Dec 27, 2013, at 12:01 PM, Warner Losh wrote: > >> >> On Dec 27, 2013, at 1:37 AM, Aleksandr Rybalko wrote: >> >>> Tim Kientzle написав(ла): >>>> >>>> On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko >>>> wrote: >>>> >>>>> >>>>> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" >>>> wrote: >>>>> >>>>>> Hi >>>>>> >>>>>> According to the readme for Beaglebone Black in crochet-freebsd >>>> there is no >>>>>> support for HMDI output yet (as of Dec 2013). >>>>>> >>>>>> Does anyone know what is required to make this work? >>>>> >>>>> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI >>>> converter), driver >>>>> for LCD controller and vt/syscons wrapper. Also properly pinmux LCD >>>> pins in .dts. >>>> >>>> Does newcons make this any simpler? >>> >>> Yup, much simpler. >>> You only have to fill fb_info struct and call fbd to attach or attach fbd child. >> >> Chances are we'll need to create an Android graphics interface module. Most of the GPUs are programmed with binary blobs that we'll have no hope of getting. However, the interface to Android is fairly standard so we should be able to leverage off that. > > I don’t think we need that just to get a working console. > > I just skimmed through the AM335x TRM: > http://www.ti.com/lit/ug/spruh73j/spruh73j.pdf > > It looks like there’s enough information there to bring up a > basic frame buffer through the LCD controller (Chapter 13). > That should suffice. [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 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: bluezbox.com] -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: Aleksandr Rybalko , "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 22:18:43 -0000 On 2013-12-27, at 1:45 PM, Tim Kientzle wrote: >=20 > On Dec 27, 2013, at 12:01 PM, Warner Losh wrote: >=20 >>=20 >> On Dec 27, 2013, at 1:37 AM, Aleksandr Rybalko wrote: >>=20 >>> Tim Kientzle =D0=BD=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0= =B2(=D0=BB=D0=B0): >>>>=20 >>>> On Dec 26, 2013, at 1:18 PM, Oleksandr Tymoshenko = >>>> wrote: >>>>=20 >>>>>=20 >>>>> On 2013-12-25, at 9:08 PM, "Lundberg, Johannes" >>>> wrote: >>>>>=20 >>>>>> Hi >>>>>>=20 >>>>>> According to the readme for Beaglebone Black in crochet-freebsd >>>> there is no >>>>>> support for HMDI output yet (as of Dec 2013). >>>>>>=20 >>>>>> Does anyone know what is required to make this work? >>>>>=20 >>>>> You need to write driver for NXP TDA19988 HDMI (LCD to HDMI >>>> converter), driver=20 >>>>> for LCD controller and vt/syscons wrapper. Also properly pinmux = LCD >>>> pins in .dts. >>>>=20 >>>> Does newcons make this any simpler? >>>=20 >>> Yup, much simpler. >>> You only have to fill fb_info struct and call fbd to attach or = attach fbd child. >>=20 >> Chances are we'll need to create an Android graphics interface = module. Most of the GPUs are programmed with binary blobs that we'll = have no hope of getting. However, the interface to Android is fairly = standard so we should be able to leverage off that. >=20 > I don=E2=80=99t think we need that just to get a working console. >=20 > I just skimmed through the AM335x TRM: > http://www.ti.com/lit/ug/spruh73j/spruh73j.pdf >=20 > It looks like there=E2=80=99s enough information there to bring up a > basic frame buffer through the LCD controller (Chapter 13). > That should suffice. I forgot about this. We already have LCD controller driver for AM335x: sys/arm/ti/am335x/am335x_lcd.* It was only tested on AM335x EVM with LCD though.= From owner-freebsd-arm@FreeBSD.ORG Sat Dec 28 10:08:47 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DCFC194; Sat, 28 Dec 2013 10:08:47 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E37141FBA; Sat, 28 Dec 2013 10:08:46 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSA8gGh020979; Sat, 28 Dec 2013 12:08:42 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSA8gbN020833; Sat, 28 Dec 2013 10:08:42 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 10:08:42 GMT Message-Id: <201312281008.rBSA8gbN020833@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 10:08:47 -0000 TB --- 2013-12-28 06:40:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 06:40:44 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 06:40:44 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-12-28 06:40:44 - cleaning the object tree TB --- 2013-12-28 06:40:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 06:41:37 - At svn revision 260001 TB --- 2013-12-28 06:41:38 - building world TB --- 2013-12-28 06:41:38 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 06:41:38 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 06:41:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 06:41:38 - SRCCONF=/dev/null TB --- 2013-12-28 06:41:38 - TARGET=arm TB --- 2013-12-28 06:41:38 - TARGET_ARCH=arm TB --- 2013-12-28 06:41:38 - TZ=UTC TB --- 2013-12-28 06:41:38 - __MAKE_CONF=/dev/null TB --- 2013-12-28 06:41:38 - cd /src TB --- 2013-12-28 06:41:38 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 06:41:48 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 10:05:23 UTC 2013 TB --- 2013-12-28 10:05:23 - generating LINT kernel config TB --- 2013-12-28 10:05:23 - cd /src/sys/arm/conf TB --- 2013-12-28 10:05:23 - /usr/bin/make -B LINT TB --- 2013-12-28 10:05:23 - cd /src/sys/arm/conf TB --- 2013-12-28 10:05:23 - /usr/sbin/config -m LINT TB --- 2013-12-28 10:05:23 - building LINT kernel TB --- 2013-12-28 10:05:23 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 10:05:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 10:05:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 10:05:23 - SRCCONF=/dev/null TB --- 2013-12-28 10:05:23 - TARGET=arm TB --- 2013-12-28 10:05:23 - TARGET_ARCH=arm TB --- 2013-12-28 10:05:23 - TZ=UTC TB --- 2013-12-28 10:05:23 - __MAKE_CONF=/dev/null TB --- 2013-12-28 10:05:23 - cd /src TB --- 2013-12-28 10:05:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 10:05:23 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.arm/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 10:08:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 10:08:41 - ERROR: failed to build LINT kernel TB --- 2013-12-28 10:08:41 - 9409.61 user 3053.45 system 12477.00 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Dec 28 12:59:51 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F8315B0 for ; Sat, 28 Dec 2013 12:59:51 +0000 (UTC) Received: from mail-wg0-x234.google.com (mail-wg0-x234.google.com [IPv6:2a00:1450:400c:c00::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BDCF61AC6 for ; Sat, 28 Dec 2013 12:59:50 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id x13so8971276wgg.7 for ; Sat, 28 Dec 2013 04:59:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kGfECHslw4rbd8ca52M30RYxGwmvKnuFDZu4FNPn54E=; b=m1frhapNnWiRDWu6w2vjH+Y6w2qFCwe5BL1FL17ekDZtSEvFOGpqeyRpADbi65/PMJ QXdE7F/SodLaV0TamGedJYDrtJuXPXA+J1+/YjpZFfXflHOV+2lISB+nha2OB2ucD8KK QGunTaOHaISp0N36DLGY+HXeFbb8ASd4n1g7w6gYmh4uDz+7ny3mOaJEqNlW1Y4W6FbY pl7lkBF6yt7xN6sSRBOEa+bj2cFn6pEXQwmOaEOmL5HVgurYyoBT6SD15979zqqOqn43 ALIMb/o3HuekT/LV0T6DY1MWUtZvj0HMNNoINYQQK5ZW65TEC8PpKwSRQMw57nxaifF5 ZwZg== MIME-Version: 1.0 X-Received: by 10.194.48.33 with SMTP id i1mr959190wjn.93.1388235589156; Sat, 28 Dec 2013 04:59:49 -0800 (PST) Received: by 10.217.114.10 with HTTP; Sat, 28 Dec 2013 04:59:49 -0800 (PST) Date: Sat, 28 Dec 2013 13:59:49 +0100 Message-ID: Subject: AVILA NFS problem ? From: Berislav Purgar To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 12:59:51 -0000 Hello .. I have problem with NFS on current. Timecounters tick every 10.000 msec ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: CFA-0 device ada0: Serial Number 3ME3GRCZ ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) ada0: Previously was known as ad0 bootpc_init: wired to interface 'npe1' Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) npe1: link state changed to DOWN Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root path) npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks rootopts nol Adjusted interface npe1 krpc_call: sosend: 65 krpc_call: sosend: 65 panic: nfs_boot: mount root, error=65 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> bt Full BT dump and boot proces is here : http://pastebin.com/hM8KZNaY Can someone help solve the problem. Beri From owner-freebsd-arm@FreeBSD.ORG Sat Dec 28 14:30:16 2013 Return-Path: Delivered-To: arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8FF178FF; Sat, 28 Dec 2013 14:30:16 +0000 (UTC) Received: from worker01.tb.des.no (worker01.tb.des.no [41.154.2.147]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D4B6B10DF; Sat, 28 Dec 2013 14:30:15 +0000 (UTC) Received: from worker01.tb.des.no (localhost [127.0.0.1]) by worker01.tb.des.no (8.14.5/8.14.5) with ESMTP id rBSEUBMk074659; Sat, 28 Dec 2013 16:30:11 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id rBSEUBLk074535; Sat, 28 Dec 2013 14:30:11 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 28 Dec 2013 14:30:11 GMT Message-Id: <201312281430.rBSEUBLk074535@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.no: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [releng_10 tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:30:16 -0000 TB --- 2013-12-28 11:00:40 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2013-12-28 11:00:40 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-28 11:00:40 - starting RELENG_10 tinderbox run for arm/arm TB --- 2013-12-28 11:00:40 - cleaning the object tree TB --- 2013-12-28 11:01:31 - /usr/local/bin/svn stat --no-ignore /src TB --- 2013-12-28 11:02:17 - At svn revision 260001 TB --- 2013-12-28 11:02:18 - building world TB --- 2013-12-28 11:02:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 11:02:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 11:02:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 11:02:18 - SRCCONF=/dev/null TB --- 2013-12-28 11:02:18 - TARGET=arm TB --- 2013-12-28 11:02:18 - TARGET_ARCH=arm TB --- 2013-12-28 11:02:18 - TZ=UTC TB --- 2013-12-28 11:02:18 - __MAKE_CONF=/dev/null TB --- 2013-12-28 11:02:18 - cd /src TB --- 2013-12-28 11:02:18 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Dec 28 11:02:28 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Dec 28 14:26:49 UTC 2013 TB --- 2013-12-28 14:26:49 - generating LINT kernel config TB --- 2013-12-28 14:26:49 - cd /src/sys/arm/conf TB --- 2013-12-28 14:26:49 - /usr/bin/make -B LINT TB --- 2013-12-28 14:26:49 - cd /src/sys/arm/conf TB --- 2013-12-28 14:26:49 - /usr/sbin/config -m LINT TB --- 2013-12-28 14:26:49 - building LINT kernel TB --- 2013-12-28 14:26:49 - CROSS_BUILD_TESTING=YES TB --- 2013-12-28 14:26:49 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-28 14:26:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-28 14:26:49 - SRCCONF=/dev/null TB --- 2013-12-28 14:26:49 - TARGET=arm TB --- 2013-12-28 14:26:49 - TARGET_ARCH=arm TB --- 2013-12-28 14:26:49 - TZ=UTC TB --- 2013-12-28 14:26:49 - __MAKE_CONF=/dev/null TB --- 2013-12-28 14:26:49 - cd /src TB --- 2013-12-28 14:26:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Dec 28 14:26:49 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/obj/arm.arm/src/sys/LINT -std=iso9899:1999 /src/sys/modules/cpsw/../../arm/ti/cpsw/if_cpsw.c ===> crypto (depend) @ -> /src/sys awk -f @/tools/makeobjops.awk @/opencrypto/cryptodev_if.m -c bmake[3]: don't know how to make deflate.c. Stop bmake[3]: stopped in /src/sys/modules/crypto *** Error code 2 Stop. bmake[2]: stopped in /src/sys/modules *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2013-12-28 14:30:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-28 14:30:10 - ERROR: failed to build LINT kernel TB --- 2013-12-28 14:30:10 - 9415.45 user 3103.66 system 12570.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Dec 28 14:44:04 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00A21E3D for ; Sat, 28 Dec 2013 14:44:03 +0000 (UTC) Received: from mail-ee0-x232.google.com (mail-ee0-x232.google.com [IPv6:2a00:1450:4013:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 906FD120A for ; Sat, 28 Dec 2013 14:44:03 +0000 (UTC) Received: by mail-ee0-f50.google.com with SMTP id c41so4350603eek.23 for ; Sat, 28 Dec 2013 06:44:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=EWrk4MnyU7y9dxjZdXinmAm88qaEKe2LwtsNreTHp10=; b=u6b9XSBPZglNVuoTiKOEajGO/WzHuNg5ZeXsR1IPfQ77XvDdBtX7aCgsbrlYsJJuvX nj697v2guUYO9EkxagqMip6Nb9ytf9RRfIHzOc2DzdPYF4U/QTURqy6nPC44iQo1U7kd j9phGS9Gf4hgCYZ2GTJVU2cH5rLD/PVIkjD5EU6suQ1ecaB6NQKuc2yQPa2Ko6AKT/qj QTBecLzA+V+RiQ0tBrJXUGLV0y1yoh7ZNksgeeDCwMogsqct413s1Mk8ArXtBP3pRl8v EubQC5SNU7bBMTBdcwbJ8KEAbnBMuYLEM2YxvCMnKQyNUc6VXt4Dwd7fECLLr2FlVgF+ R6gQ== MIME-Version: 1.0 X-Received: by 10.14.47.130 with SMTP id t2mr46756741eeb.12.1388241841951; Sat, 28 Dec 2013 06:44:01 -0800 (PST) Received: by 10.14.3.70 with HTTP; Sat, 28 Dec 2013 06:44:01 -0800 (PST) Date: Sat, 28 Dec 2013 20:14:01 +0530 Message-ID: Subject: Need Help in booting FreeBSD on ARM Fast Models From: Dinakar Medavaram To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:44:04 -0000 Hi All, I am trying to support ARM Virtualization extensions to bhyve (FreeBSD native hyper-visor), for this I need to boot FreeBSD on ARM Fast Models. Can some one guide me on the procedure for this? Thanks Dinakar M From owner-freebsd-arm@FreeBSD.ORG Sat Dec 28 19:02:08 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED4A8E56 for ; Sat, 28 Dec 2013 19:02:08 +0000 (UTC) Received: from turing.morphism.de (smtp.morphism.de [IPv6:2001:4178:4:204::25]) by mx1.freebsd.org (Postfix) with ESMTP id B24BB126C for ; Sat, 28 Dec 2013 19:02:08 +0000 (UTC) Received: from localhost (moore.morphism.de [IPv6:2001:4178:4:202::136]) by turing.morphism.de (Postfix) with ESMTP id EA0862D1E3 for ; Sat, 28 Dec 2013 19:01:55 +0000 (UTC) Date: Sat, 28 Dec 2013 19:01:47 +0000 From: Markus Pfeiffer To: freebsd-arm@freebsd.org Subject: FreeBSD 10 on Dockstar (Marvell Kirkwood) Message-ID: <20131228190147.GB57140@moore.morphism.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jq0ap7NbKX2Kqbes" Content-Disposition: inline User-Agent: Mutt/1.5.22 (2013-10-16) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Markus Pfeiffer List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 19:02:09 -0000 --jq0ap7NbKX2Kqbes Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I was trying to run FreeBSD 10 RC on a Marvell Kirkwood based Dockstar. It boots up fine and everything, but the Gbit network adapter does not work. It runs into watchdog timeouts and/or produces internet storms on the rx and tx interrupts. Since the driver itself hasn't changed since 9.1 (which is the last working version I have), I suspect that something else (DMA?) was changed in the meantime. I prodded aroudn what's happening in the driver. Any pointers as to where to look for the problem? I prodded around what happens in the driver and it seems that DMA doesn't work properly (descript= ors are set up etc, tx interrupt happens, but the descritor is still owned by t= he DMA).=20 Cheers, Markus --jq0ap7NbKX2Kqbes Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (DragonFly) iQIcBAEBAgAGBQJSvyAbAAoJEBRHBRYBD4mP1MEP/10JZr1bsoSEb9lRjaNJa9Iy xj5HwdHFDv2kBGgF29+R8NSn9IRSRiQb7aaM0BnBpOKx4/4mutjI718AK1a7goKD K08WbOIVUYK0fciyPqiMR4HFdD0U/wlySTcuLSCVdfsWjmkFWFQ/99kPJVZa5ZJe SWlcXENIR4jtwF0tWFkve9NBxi47J8DMyal0KLv+piHufzNwB4l0VxzknFVv5AWr DQiWNXTXd7qsuvLdjOIXIcgL7b0WTaVRoMldy6bLDkd5AnKsqZKMzaiZBXntgTji WMG6NguDnFZBCB1AN8/XO0D97eI5PB6I6TprteCOxFMjM0Sy+K5nSCqdi56uzsFn zl4ksmFrkrLRoED9kvhIvAOHk1YiG7/lL3s49qe51/OtUHT1HfxtEKPILagaziQC G9xrYf0bfJ5KKZwJtBXod5h0P+AUhcCtHHASWCNSFDUxuKmBPvxCjeJcsiteZqtc fDurQh+IxPsPStb3wVsUOI+NSw+sgEMs528Ox7QyMnkPQ7jGdQTJDIfcnN9pZ+WZ vKeTcu9NqI34FV7nyGXavJGVUHMno/gZh9tMMBzbX5LYmPn1XKF1J8hlVCMxzNZN gbYqWp1sQ1G1yK0YaqAh2Jeqp1GPO93PiRa/D+VMagNAytBjiQKRDgwxr/nWz/UA mWlglPOcG7qrlQl0fJeB =xM/H -----END PGP SIGNATURE----- --jq0ap7NbKX2Kqbes--