From owner-freebsd-arm@FreeBSD.ORG Sun Oct 27 14:24: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 ESMTP id 61AB494C; Sun, 27 Oct 2013 14:24:36 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from smtpauth4.wiscmail.wisc.edu (wmauth4.doit.wisc.edu [144.92.197.145]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 350D72A5D; Sun, 27 Oct 2013 14:24:35 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth4.wiscmail.wisc.edu by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) id <0MVB00200ZN6CH00@smtpauth4.wiscmail.wisc.edu>; Sun, 27 Oct 2013 09:24:34 -0500 (CDT) X-Spam-PmxInfo: Server=avs-4, Version=6.0.3.2322014, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2013.10.27.141515, SenderIP=0.0.0.0 X-Spam-Report: AuthenticatedSender=yes, SenderIP=0.0.0.0 Received: from comporellon.tachypleus.net (adsl-76-208-69-44.dsl.mdsnwi.sbcglobal.net [76.208.69.44]) by smtpauth4.wiscmail.wisc.edu (Oracle Communications Messaging Server 7u4-27.01(7.0.4.27.0) 64bit (built Aug 30 2012)) with ESMTPSA id <0MVC00ETJ00X7G00@smtpauth4.wiscmail.wisc.edu>; Sun, 27 Oct 2013 09:24:34 -0500 (CDT) Message-id: <526D2221.2020307@freebsd.org> Date: Sun, 27 Oct 2013 09:24:33 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.0 To: "freebsd-arm@freebsd.org" , freebsd-mips@freebsd.org Subject: FDTbus and nexus X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 14:24:36 -0000 As many of you may have noticed, I've been working on trying to bring the code in /sys/dev/fdt a little bit closer to the code in /sys/dev/ofw as well as improving standards-compliance. One motivation for this is to be able to build kernels that support both real Open Firmware and FDT at the same time, with the same drivers, which is not currently possible, largely due to differences in bus enumeration. The remaining primary difference between FDT and OF systems is that the root of the OF hierarchy is attached through fdtbus on one and enumerated through nexus on the other. Of these two, I think nexus is the cleaner approach here since it means we can get rid of things like fdt_bs_tag and isolate the MD resource allocation code to the MD nexus driver, as well as increasing flexibility with things like interrupt mapping (nexus and individual PIC drivers can then handle the mappings in /sys/dev/fdt/fdt_ARCH.c). The patch at http://people.freebsd.org/~nwhitehorn/nexus.diff implements this change by subclassing the ARM and MIPS nexus drivers from ofw_nexus (the same thing fdtbus subclasses, and what is already done on PowerPC). fdtbus is made optional for now as a consideration for out-of-tree code that I don't know about, and the set of things attaching to fdtbus is made to attach to nexus instead. The patch is quite minimal, aside from rearranging the order of some ARM and MIPS nexus methods for easier #ifdef, and has been tested with no issues on both PowerPC (on both FDT and non-FDT systems) and ARM. The MIPS support is only compile-tested, however, so I would really appreciate some testing there. -Nathan From owner-freebsd-arm@FreeBSD.ORG Sun Oct 27 23:53: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 ESMTP id EA80CD44 for ; Sun, 27 Oct 2013 23:53:09 +0000 (UTC) (envelope-from mlfbsd@kanar.ci0.org) Received: from kanar.ci0.org (unknown [IPv6:2a01:e0b:1:150:ca0a:a9ff:fef1:a4c9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 70F0E2548 for ; Sun, 27 Oct 2013 23:53:09 +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 r9RNqijD023840; Mon, 28 Oct 2013 00:52:44 +0100 (CET) (envelope-from mlfbsd@kanar.ci0.org) Received: (from mlfbsd@localhost) by kanar.ci0.org (8.14.5/8.14.5/Submit) id r9RNqiRw023839; Mon, 28 Oct 2013 00:52:44 +0100 (CET) (envelope-from mlfbsd) Date: Mon, 28 Oct 2013 00:52:44 +0100 From: Olivier Houchard To: Berislav Purgar Subject: Re: AVILA kernel Message-ID: <20131027235244.GA23819@ci0.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Oct 2013 23:53:10 -0000 On Fri, Oct 25, 2013 at 07:34:14PM +0200, Berislav Purgar wrote: > :( .. ahhh .. I give up ... problems never end .. > > i made buildworld (WITHOUT_ARM_EABI in src.conf) installworld distribution > for NFSboot .. Everything is fine until initialization network interfaces > .. i goot errors from ifconfig for all interfaces about missing > address_family.. after that boot finish to login prompt. everything else > works OK !!!?! > > root@avila:~ # ifconfig > ath0: flags=8843 metric 0 mtu 2290 > npe0: flags=8843 metric 0 mtu 1500 > options=80008 > npe1: flags=8802 metric 0 mtu 1500 > options=80008 > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > wlan0: flags=8843 metric 0 mtu 1500 > root@avila:~ # > root@avila:~ # ifconfig npe1 192.168.5.1/24 > ifconfig: Please specify an address_family. > usage: ifconfig interface address_family [address [dest_address]] > [parameters] > ifconfig interface create > ifconfig -a [-d] [-m] [-u] [-v] [address_family] > ifconfig -l [-d] [-u] [address_family] > ifconfig [-d] [-m] [-u] [-v] > root@avila:~ # > > so .. no luck for me .. back to 9.1 :) :) > > Beri Hi Berislav, Indeed there was a problem with ifconfig (and probably other things as well). I believe I fixed this with rev 257233. Unfortunately it will require yet another buildworld/installworld. I think I finally understand and fixed the kernel issue as well, at least for me it now boots fine with no patch. Regards, Olivier From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 04:49: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 ESMTP id 9C797BDD for ; Mon, 28 Oct 2013 04:49:50 +0000 (UTC) (envelope-from johnsstephenelder@gmail.com) Received: from mail-vb0-x229.google.com (mail-vb0-x229.google.com [IPv6:2607:f8b0:400c:c02::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E58020FF for ; Mon, 28 Oct 2013 04:49:50 +0000 (UTC) Received: by mail-vb0-f41.google.com with SMTP id w8so4271676vbj.14 for ; Sun, 27 Oct 2013 21:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=J8aKpvU6lO6WjzftcwjWfj0GONZAHvipKNWXf6/BFWA=; b=xbePYldlNRXu0B1Vxhl0ecOB/ie4GviQtVJqFFgdS+EM7VKUluG0KihKuN1Dms7ZcO 4murAjA22xuktHrny9QjC3LKowmN2zE99phG9Y62f6J7U1oq1bKCqtvctZt6ib2rFoqL qLq1gYNziWLR5i2SRWry/WOwvNbepIB9q9UR/GdThIEHp1BqQtuvD97sxM1FHQK63KeP 7BoG1/DHTL3m++TLSVNMnL1PjH7WYSjs/nO7f7j3ei5u+/6NgNDMm37T4zLLWB+aP5Qv ZAsRwkqfJiWnsJithxH/9H4OZtnZdsGBKpupo0ANi3y1WhhUTx393ejhUY6oKyBHuG+m IsdA== MIME-Version: 1.0 X-Received: by 10.52.98.99 with SMTP id eh3mr170993vdb.29.1382935789438; Sun, 27 Oct 2013 21:49:49 -0700 (PDT) Received: by 10.58.214.201 with HTTP; Sun, 27 Oct 2013 21:49:49 -0700 (PDT) Date: Mon, 28 Oct 2013 12:49:49 +0800 Message-ID: Subject: About CB cant boot with FreeBSD errors From: John Elder To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 04:49:50 -0000 Hi, I have done under this webpage( https://wiki.freebsd.org/FreeBSD/arm/Cubieboard). But when I power on the CB, this show: sun4i#fatload mmc 0 0x40200000 kernel; go 0x40200100 reading kernel 4835069 bytes read ## Starting application at 0x40200100 ... KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 10.0-CURRENT #0: Sun Oct 27 18:38:54 CST 2013 root@arm:/usr/obj/arm.armv6/usr/src/sys/CUBIEBOARD arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 panic: lock "vm map (user)" 0xc06eb050 already initialized KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at 0xc03598f0: ldrb r15, [r15, r15, ror r15]! db> What should I do to solve this problem? From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 04:54: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 ESMTP id 0BED9C42 for ; Mon, 28 Oct 2013 04:54:01 +0000 (UTC) (envelope-from johnsstephenelder@gmail.com) Received: from mail-vc0-x236.google.com (mail-vc0-x236.google.com [IPv6:2607:f8b0:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BF556213F for ; Mon, 28 Oct 2013 04:54:00 +0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id if17so142291vcb.41 for ; Sun, 27 Oct 2013 21:53:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=d1R77k8+5ikhcsb1qU2LyIuv+tNLn0zhxphmyez4bn4=; b=N/Ub/p8Ld/qVvQGauqd/s0hiRmgPvmalr8FUaRZuimThGU7h4OMZlTdRywkDP/j7GV q66KLXVW/ndH+IbljoUdo7M78/b1zDMwZt/m1QtEWkpvFyd2yawCn1EyudqrzISKG1L1 cL60DTuTHc4Els5wsnxWyolippqsan/0TUdg5huPKG9pG5Fx2YWgIx6wGLbDxm3YSlm2 IkLgSghl/6k+grJC1N/wJeUal2exSqpnyQybkw6IbP+Z0E6+Y0CfNEy71AmBWySlgEQw 28VsnEmf/NhUhyOqzx1uepzzVANiFVZ8FFiKKDMD7+nvWVVELkfzlyQ0xl0ZZX2FRbBg 2njg== MIME-Version: 1.0 X-Received: by 10.221.21.133 with SMTP id qs5mr216398vcb.28.1382936039871; Sun, 27 Oct 2013 21:53:59 -0700 (PDT) Received: by 10.58.214.201 with HTTP; Sun, 27 Oct 2013 21:53:59 -0700 (PDT) In-Reply-To: References: Date: Mon, 28 Oct 2013 12:53:59 +0800 Message-ID: Subject: Re: About CB cant boot with FreeBSD errors From: John Elder To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 04:54:01 -0000 My system now is: root@arm:~ # uname -a FreeBSD arm 10.0-BETA1 FreeBSD 10.0-BETA1 #0 r256420: Sun Oct 13 01:43:07 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 On Mon, Oct 28, 2013 at 12:49 PM, John Elder wrote: > Hi, > I have done under this webpage( > https://wiki.freebsd.org/FreeBSD/arm/Cubieboard). > But when I power on the CB, this show: > > sun4i#fatload mmc 0 0x40200000 kernel; go 0x40200100 > reading kernel > > 4835069 bytes read > ## Starting application at 0x40200100 ... > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2013 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 10.0-CURRENT #0: Sun Oct 27 18:38:54 CST 2013 > root@arm:/usr/obj/arm.armv6/usr/src/sys/CUBIEBOARD arm > FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 > panic: lock "vm map (user)" 0xc06eb050 already initialized > KDB: enter: panic > [ thread pid 0 tid 0 ] > Stopped at 0xc03598f0: ldrb r15, [r15, r15, ror r15]! > db> > > What should I do to solve this problem? > From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 08:25:16 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 ESMTP id AB7EBFE4; Mon, 28 Oct 2013 08:25:16 +0000 (UTC) (envelope-from kevlo@FreeBSD.org) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (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 60BEF2ADA; Mon, 28 Oct 2013 08:25:15 +0000 (UTC) Received: from [127.0.0.1] (mail.kevlo.org [220.135.115.6]) by ns.kevlo.org (8.14.6/8.14.6) with ESMTP id r9S8Kj4H048134; Mon, 28 Oct 2013 16:20:46 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <526E1F68.1090708@FreeBSD.org> Date: Mon, 28 Oct 2013 16:25:12 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Zbigniew Bodek , "freebsd-arm@freebsd.org" Subject: Re: Changes to Armada XP References: <52536AD4.4070603@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 08:25:16 -0000 Zbigniew Bodek wrote: > Hello Everyone. Hi Zbigniew, > > Patches 0002 & 0003 are committed: > http://svnweb.freebsd.org/base?view=revision&revision=257171 > http://svnweb.freebsd.org/base?view=revision&revision=257170 > > Patches 0004-0008 will be committed on Monday. Just did a quick test, all seems to be working fine. Thanks! Here's the dmesg: ## Starting application at 0x00200000 ... WARNING: could not re-initialise decode windows! Running with existing settings. GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #6 r257234M: Mon Oct 28 14:13:23 CST 2013 kevlo@ax3.kevlo.org:/usr/obj/arm.armv6/usr/src/sys/ARMADAXP arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 module mvs already present! CPU: Sheeva 88SV584x rev 2 (Marvell core) Supported features: ARM_ISA THUMB2 THUMBEE ARMv4 WB enabled LABT branch prediction enabled LoUU:2 LoC:2 LoUIS:2 Cache level 1: 32KB/32B 8-way data cache WT WB Read-Alloc Write-Alloc 32KB/32B 4-way instruction cache Read-Alloc Cache level 2: 1024KB/32B 16-way unified cache WT WB Read-Alloc real memory = 2147483648 (2048 MB) avail memory = 2096336896 (1999 MB) SOC: Marvell MV78460, TClock 250MHz Instruction cache prefetch enabled, data cache prefetch disabled WARNING: Some AP's failed to start FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs random device not loaded; using insecure entropy random: initialized fdtbus0: simplebus0: on fdtbus0 mpic0: mem 0xd0020a00-0xd0020eff,0xd00 rtc0: mem 0xd0010300-0xd0010307 on simplebus0 timer0: mem 0xd0021840-0xd002186f irq 5 on simplebus0 Event timer "CPUTimer0" frequency 25000000 Hz quality 1000 Timecounter "CPUTimer1" frequency 25000000 Hz quality 1000 twsi0: mem 0xd0011000-0xd001101f irq 310 iicbus0: on twsi0 iic0: on iicbus0 twsi1: mem 0xd0011100-0xd001111f irq 320 iicbus1: on twsi1 iic1: on iicbus1 uart0: <16550 or compatible> mem 0xd0012000-0xd001201f irq 41 on simplebus0 uart0: console (115200,n,8,1) uart1: <16550 or compatible> mem 0xd0012100-0xd001211f irq 42 on simplebus0 uart2: <16550 or compatible> mem 0xd0012200-0xd001221f irq 43 on simplebus0 uart3: <16550 or compatible> mem 0xd0012300-0xd001231f irq 44 on simplebus0 ehci0: mem 0xd0050000-0xd0050fff irq 120 usbus0: EHCI version 1.0 usbus0: set host controller mode usbus0 on ehci0 ehci1: mem 0xd0051000-0xd0051fff irq 120 usbus1: EHCI version 1.0 usbus1: set host controller mode usbus1 on ehci1 ehci2: mem 0xd0052000-0xd0052fff irq 120 usbus2: EHCI version 1.0 usbus2: set host controller mode usbus2 on ehci2 sata0: mem 0xd00a0000-0xd00a5fff irq 55 on0 ata0: on sata0 ata1: on sata0 pcib0: mem 0xd0040000-0xd0041fff irq 0 pci0: on pcib0 Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 usbus2: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-8 SATA 2.x device ada0: Serial Number 00000000000000000021 ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 122104MB (250069680 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 random: unblocking device. Release APs AP's not started Root mount waiting for: usbus2 usbus1 usbus0 Swap zone entries reduced from 256257 to 170838. uhub2: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus0 ugen0.2: at usbus0 axe0: on usbus0 Trying to mount root from ufs:/dev/ada0s2a []... WARNING: /: TRIM flag on fs but disk does not support TRIM Setting hostuuid: 642c609b-bfde-11d3-966a-4199bbd8a509. Setting hostid: 0xa80327d2. No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: /dev/ada0s2a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ada0s2a: clean, 29808986 free (1618 frags, 3725921 blocks, 0.0% fragmentat) Mounting local file systems:. Writing entropy file:. Setting hostname: ax3.kevlo.org. miibus0: on axe0 ukphy0: PHY 16 on miibus0 ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow ue0: on axe0 ue0: Ethernet address: 00:80:8e:8a:8f:75 ue0: link state changed to DOWN Starting Network: lo0 ue0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 ue0: flags=8843 metric 0 mtu 1500 options=8000b ether 00:80:8e:8a:8f:75 media: Ethernet autoselect (none) status: no carrier nd6 options=29 Starting devd. add net fe80::: gateway ::1 add net ff02::: gateway ::1 add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 Generating host.conf. Waiting 30s for the default route interface: ue0: link state changed to UP (ue0) Creating and/or trimming log files. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat Setting date via ntp. 28 Oct 16:11:38 ntpdate[627]: step time server 140.109.1.10 offset 436291885.86c Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Performing sanity check on sshd configuration. Starting sshd. Starting sendmail_submit. Starting sendmail_msp_queue. Starting cron. Starting background file system checks in 60 seconds. Mon Oct 28 16:11:42 CST 2013 FreeBSD/arm (ax3.kevlo.org) (ttyu0) login: > > Best regards > Zbigniew Bodek Kevin From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 11:06:45 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4924BA82 for ; Mon, 28 Oct 2013 11:06:45 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) 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 1C2BF2462 for ; Mon, 28 Oct 2013 11:06:45 +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 r9SB6ipF055019 for ; Mon, 28 Oct 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r9SB6ijP055017 for freebsd-arm@FreeBSD.org; Mon, 28 Oct 2013 11:06:44 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 28 Oct 2013 11:06:44 GMT Message-Id: <201310281106.r9SB6ijP055017@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-arm@FreeBSD.org Subject: Current problem reports assigned to freebsd-arm@FreeBSD.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 11:06:45 -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/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 28 problems total. From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 12:31:33 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 ESMTP id D84D5995; Mon, 28 Oct 2013 12:31:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 AC1C72AE7; Mon, 28 Oct 2013 12:31:32 +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 r9SCVVEY080108; Mon, 28 Oct 2013 08:31:31 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9SCVV9J080104; Mon, 28 Oct 2013 12:31:31 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 28 Oct 2013 12:31:31 GMT Message-Id: <201310281231.r9SCVV9J080104@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.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 12:31:33 -0000 TB --- 2013-10-28 09:20:19 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-28 09:20:19 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-10-28 09:20:19 - starting HEAD tinderbox run for arm/arm TB --- 2013-10-28 09:20:19 - cleaning the object tree TB --- 2013-10-28 09:20:19 - /usr/local/bin/svn stat /src TB --- 2013-10-28 09:20:23 - At svn revision 257244 TB --- 2013-10-28 09:20:24 - building world TB --- 2013-10-28 09:20:24 - CROSS_BUILD_TESTING=YES TB --- 2013-10-28 09:20:24 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-28 09:20:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-28 09:20:24 - SRCCONF=/dev/null TB --- 2013-10-28 09:20:24 - TARGET=arm TB --- 2013-10-28 09:20:24 - TARGET_ARCH=arm TB --- 2013-10-28 09:20:24 - TZ=UTC TB --- 2013-10-28 09:20:24 - __MAKE_CONF=/dev/null TB --- 2013-10-28 09:20:24 - cd /src TB --- 2013-10-28 09:20:24 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Oct 28 09:20:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Oct 28 12:26:21 UTC 2013 TB --- 2013-10-28 12:26:21 - generating LINT kernel config TB --- 2013-10-28 12:26:21 - cd /src/sys/arm/conf TB --- 2013-10-28 12:26:21 - /usr/bin/make -B LINT TB --- 2013-10-28 12:26:22 - cd /src/sys/arm/conf TB --- 2013-10-28 12:26:22 - /usr/sbin/config -m LINT TB --- 2013-10-28 12:26:22 - building LINT kernel TB --- 2013-10-28 12:26:22 - CROSS_BUILD_TESTING=YES TB --- 2013-10-28 12:26:22 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-28 12:26:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-28 12:26:22 - SRCCONF=/dev/null TB --- 2013-10-28 12:26:22 - TARGET=arm TB --- 2013-10-28 12:26:22 - TARGET_ARCH=arm TB --- 2013-10-28 12:26:22 - TZ=UTC TB --- 2013-10-28 12:26:22 - __MAKE_CONF=/dev/null TB --- 2013-10-28 12:26:22 - cd /src TB --- 2013-10-28 12:26:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Oct 28 12:26:22 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 [...] ^ ./machine/counter.h:91:2: note: previous implicit declaration is here counter_exit(); ^ ./machine/counter.h:38:24: note: expanded from macro 'counter_exit' #define counter_exit() critical_exit() ^ 5 errors 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-10-28 12:31:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-28 12:31:31 - ERROR: failed to build LINT kernel TB --- 2013-10-28 12:31:31 - 8857.40 user 1722.36 system 11471.77 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 17:16:33 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id AF73C554 for ; Mon, 28 Oct 2013 17:16:33 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4CD292EB7 for ; Mon, 28 Oct 2013 17:16:33 +0000 (UTC) Received: by mail-wg0-f44.google.com with SMTP id n12so6907540wgh.23 for ; Mon, 28 Oct 2013 10:16:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=r0RJiBuI82GGY4JyNVTw3WoXDMdji2gJuR+DVZtHCKU=; b=r0VLH1I7r+5PDcLJppyna5OWHZLrnH8VxIbQfmbwMNhMOq5qCIP8hOMZODeL3ZN0A4 /B3/w9nP4+JqzUQy88KDhFquRqK5nPOgQfs3YMM0lDgnLi2QzA5V9PmsVlRBarDBpJGa uPp6xv6FcfUfWEgM45wuZvO4dqDK5nHrpc7snfl2iIfmx1GJxcvoF4ddO4i5On0XvEB9 l79qO9JEji5yMz6Ua8hJmRASoX8CQZ8+1LGA6f69Eopadg4xAnwCRcxC2tNoRHAqJYZX GtJBdWPAV+lKiyrRgXFomsrWfU0kWzMAsRaKzT1vjrollsAUpPd6uEgDoOu7Zc8WBVvo aSGA== X-Received: by 10.180.188.144 with SMTP id ga16mr9960067wic.42.1382980590784; Mon, 28 Oct 2013 10:16:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Mon, 28 Oct 2013 10:15:59 -0700 (PDT) In-Reply-To: <20131004.220931.138193761.toshi@ruby.ocn.ne.jp> References: <20131002.220051.226805883.toshi@ruby.ocn.ne.jp> <20131004.220931.138193761.toshi@ruby.ocn.ne.jp> From: Jia-Shiun Li Date: Tue, 29 Oct 2013 01:15:59 +0800 Message-ID: Subject: Re: BBB CPU clock (was: Re: FreeBSD on Cubieboard 2, UDOO and Galaxy Note 10.1 (Exynos). To: SAITOU Toshihide Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 17:16:33 -0000 It is interesting that image built last week can boot at slightly higher clock of 700MHz Instead of 650 previously. Maybe because it's getting cooler outside? ;) Well it still did not overcome 800MHz. I noticed that after stucking at uhub for about 20 seconds, the console printed the random device line. Since now I know putty can send break, I tried to break and got the following result. Seems something got missed and is never waken up? I wonder what can cause this and is related to CPU/MPC clock. The clock domains on the AM335x seem to be designed isolated well to be set independently without affecting others. Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 mmcsd0: 8GB at mmc0 48.0MHz/4bit/65535-block uhub0: 1 port with 1 removable, self powered uhub1: 1 port with 1 removable, self powered random: unblocking device. KDB: enter: Break to debugger [ thread pid 10 tid 100002 ] Stopped at $d: ldrb r15, [r15, r15, ror r15]! db> show all proc pid ppid pgrp uid state wmesg wchan cmd 3 0 0 0 DL jobqueue 0xc27a5080 [mmcsd0: mmc/sd card] 14 0 0 0 DL (threaded) [usb] 100041 D - 0xc287f26c [usbus1] 100040 D - 0xc287f23c [usbus1] 100039 D - 0xc287f20c [usbus1] 100038 D - 0xc287f1dc [usbus1] 100036 D - 0xc287e0bc [usbus0] 100035 D - 0xc287e08c [usbus0] 100034 D - 0xc287e05c [usbus0] 100033 D - 0xc287e02c [usbus0] 2 0 0 0 DL (threaded) [cam] 100043 D ccb_scan 0xc065d658 [scanner] 100014 D - 0xc065d600 [doneq0] 13 0 0 0 DL - 0xc0660490 [rand_harvestq] 12 0 0 0 DL (threaded) [geom] 100008 D - 0xc07d4764 [g_down] 100007 D - 0xc07d4760 [g_up] 100006 D - 0xc07d475c [g_event] 11 0 0 0 WL (threaded) [intr] 100037 I [intr19: musbotg0] 100032 I [intr18: musbotg0] 100031 I [intr17: musbotg0] 100030 I [intr70: iichb0] 100029 I [intr43: cpsw0] 100028 I [intr41: cpsw0] 100027 I [intr40: cpsw0] 100026 I [intr28: sdhci_ti1] 100025 I [intr64: sdhci_ti0] 100024 I [intr14: ti_edma30] 100023 I [intr13: ti_edma30] 100022 I [intr12: ti_edma30] 100021 I [swi0: uart] 100020 I [intr99: gpio0] 100019 I [intr98: gpio0] 100018 I [intr97: gpio0] 100017 I [intr96: gpio0] 100013 I [swi5: fast taskq] 100011 I [swi6: Giant taskq] 100010 I [swi6: task queue] 100005 I [swi3: vm] 100004 I [swi4: clock] 100003 I [swi1: netisr 0] 10 0 0 0 RL CPU 0 [idle] 1 0 0 0 ?L [kernel] 0 0 0 0 DLs (threaded) [kernel] 100042 D - 0xc27a4780 [CAM taskq] 100016 D - 0xc27a3c80 [kqueue taskq] 100015 D - 0xc27a3d00 [ffs_trim taskq] 100012 D - 0xc27a4880 [thread taskq] 100000 D mmcreq 0xc08c2b70 [swapper] db> Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 18:33:30 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 ESMTP id 9E793EAE for ; Mon, 28 Oct 2013 18:33:30 +0000 (UTC) (envelope-from bpurgar@gmail.com) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2911423F5 for ; Mon, 28 Oct 2013 18:33:30 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id q58so7173783wes.3 for ; Mon, 28 Oct 2013 11:33:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=puEthanyaTEgE3j9PZWxy/KVNbqMQLp+faWL1QhNYRM=; b=BeTns8kIbiEq+27ll+/L8s1WPzdu4cI5fvLsM5v46wjOCW3T1BynmOGZ2zVBR9YHfE jsSj1ZdCndwWJLVcaa7VAFC6wzHmwB8upgkCCzfKT4Af7Cd/nns7qcqc1BQqJt1bwANH c3BaRQUHcoNNeyOPWMSb1W/qazg1vAMhaYoyZj5/OwLTDJHmkNbSH5mYmgtvpg7Bn3sQ uQtJP1Pa5MN9DGhnig/ZQWRMNhhufrIjjzbVEAWJ+lefKC5uSQkVYNiDFKorlwCMuZKD O7jGfIA/cEm9GeOwy61W5djDcvTWghvjzQ3yeAoq+WmmvRfJwzOxoGxpBg+N14JpoXZg TcWw== MIME-Version: 1.0 X-Received: by 10.180.105.194 with SMTP id go2mr10285183wib.39.1382985208574; Mon, 28 Oct 2013 11:33:28 -0700 (PDT) Received: by 10.217.141.3 with HTTP; Mon, 28 Oct 2013 11:33:28 -0700 (PDT) Date: Mon, 28 Oct 2013 19:33:28 +0100 Message-ID: Subject: if_npe.c broken r257262 From: Berislav Purgar To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 18:33:30 -0000 Hello ... Here is error messages : cc -c -O -pipe -std=c99 -g -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 -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mcpu=xscale -mno-thumb-interwork -ffreestanding -Werror /usr/src/sys/arm/xscale/ixp425/if_npe.c cc1: warnings being treated as errors /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_attach': /usr/src/sys/arm/xscale/ixp425/if_npe.c:339: warning: implicit declaration of function 'if_alloc' /usr/src/sys/arm/xscale/ixp425/if_npe.c:339: warning: nested extern declaration of 'if_alloc' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:339: warning: assignment makes pointer from integer without a cast /usr/src/sys/arm/xscale/ixp425/if_npe.c:356: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:357: warning: implicit declaration of function 'if_initname' /usr/src/sys/arm/xscale/ixp425/if_npe.c:357: warning: nested extern declaration of 'if_initname' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:358: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:359: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:360: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:361: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:362: warning: implicit declaration of function 'IFQ_SET_MAXLEN' /usr/src/sys/arm/xscale/ixp425/if_npe.c:362: warning: nested extern declaration of 'IFQ_SET_MAXLEN' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:362: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:363: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:363: error: 'ifqmaxlen' undeclared (first use in this function) /usr/src/sys/arm/xscale/ixp425/if_npe.c:363: error: (Each undeclared identifier is reported only once /usr/src/sys/arm/xscale/ixp425/if_npe.c:363: error: for each function it appears in.) /usr/src/sys/arm/xscale/ixp425/if_npe.c:364: warning: implicit declaration of function 'IFQ_SET_READY' /usr/src/sys/arm/xscale/ixp425/if_npe.c:364: warning: nested extern declaration of 'IFQ_SET_READY' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:364: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:365: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:366: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:369: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:370: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:370: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:372: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:386: warning: implicit declaration of function 'if_free' /usr/src/sys/arm/xscale/ixp425/if_npe.c:386: warning: nested extern declaration of 'if_free' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_detach': /usr/src/sys/arm/xscale/ixp425/if_npe.c:399: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:400: warning: implicit declaration of function 'ether_poll_deregister' /usr/src/sys/arm/xscale/ixp425/if_npe.c:400: warning: nested extern declaration of 'ether_poll_deregister' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_setmcast': /usr/src/sys/arm/xscale/ixp425/if_npe.c:422: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:425: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:438: warning: implicit declaration of function 'if_maddr_rlock' /usr/src/sys/arm/xscale/ixp425/if_npe.c:438: warning: nested extern declaration of 'if_maddr_rlock' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:439: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:439: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:440: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:442: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:442: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:448: warning: implicit declaration of function 'if_maddr_runlock' /usr/src/sys/arm/xscale/ixp425/if_npe.c:448: warning: nested extern declaration of 'if_maddr_runlock' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_ifmedia_update': /usr/src/sys/arm/xscale/ixp425/if_npe.c:844: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_ifmedia_status': /usr/src/sys/arm/xscale/ixp425/if_npe.c:861: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_addstats': /usr/src/sys/arm/xscale/ixp425/if_npe.c:910: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:915: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:920: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_txdone_finish': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1003: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1004: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_rxdone': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1142: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1143: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: At top level: /usr/src/sys/arm/xscale/ixp425/if_npe.c:1162: warning: 'enum poll_cmd' declared inside parameter list /usr/src/sys/arm/xscale/ixp425/if_npe.c:1162: warning: its scope is only this definition or declaration, which is probably not what you want /usr/src/sys/arm/xscale/ixp425/if_npe.c:1162: error: parameter 2 ('cmd') has incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_poll': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1164: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1167: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npeinit_locked': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1223: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1262: warning: implicit declaration of function 'IF_LLADDR' /usr/src/sys/arm/xscale/ixp425/if_npe.c:1262: warning: nested extern declaration of 'IF_LLADDR' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:1262: warning: passing argument 2 of 'npe_setmac' makes pointer from integer without a cast /usr/src/sys/arm/xscale/ixp425/if_npe.c:1263: warning: passing argument 2 of 'npe_setportaddress' makes pointer from integer without a cast /usr/src/sys/arm/xscale/ixp425/if_npe.c:1269: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1270: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npestart_locked': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1297: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1308: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1312: warning: implicit declaration of function 'IFQ_DRV_DEQUEUE' /usr/src/sys/arm/xscale/ixp425/if_npe.c:1312: warning: nested extern declaration of 'IFQ_DRV_DEQUEUE' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:1312: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1315: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1325: warning: implicit declaration of function 'if_printf' /usr/src/sys/arm/xscale/ixp425/if_npe.c:1325: warning: nested extern declaration of 'if_printf' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:1347: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1347: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1375: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npestart': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1381: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npestop': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1442: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npewatchdog': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1471: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npeioctl': /usr/src/sys/arm/xscale/ixp425/if_npe.c:1479: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1490: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1491: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1492: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1518: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1521: warning: implicit declaration of function 'ether_poll_register' /usr/src/sys/arm/xscale/ixp425/if_npe.c:1521: warning: nested extern declaration of 'ether_poll_register' [-Wnested-externs] /usr/src/sys/arm/xscale/ixp425/if_npe.c:1528: error: dereferencing pointer to incomplete type /usr/src/sys/arm/xscale/ixp425/if_npe.c:1539: error: dereferencing pointer to incomplete type *** Error code 1 Stop. make[2]: stopped in /usr/obj/arm.armeb/usr/src/sys/AVILA *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src [root@brzi /usr/src]# svn info Path: . Working Copy Root Path: /usr/src URL: http://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 257262 Node Kind: directory Schedule: normal Last Changed Author: sbruno Last Changed Rev: 257262 Last Changed Date: 2013-10-28 17:27:01 +0100 (Mon, 28 Oct 2013) [root@brzi /usr/src]# Beri From owner-freebsd-arm@FreeBSD.ORG Mon Oct 28 18:44:37 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 ESMTP id 905EF8A0 for ; Mon, 28 Oct 2013 18:44:37 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 66D9A24DE for ; Mon, 28 Oct 2013 18:44:37 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Varnn-000NbM-GY; Mon, 28 Oct 2013 18:44:35 +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 r9SIiXUN051365; Mon, 28 Oct 2013 12:44:33 -0600 (MDT) (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+Xf9w9TjBF3DYpAQnVnTlR Subject: Re: if_npe.c broken r257262 From: Ian Lepore To: Berislav Purgar In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Mon, 28 Oct 2013 12:44:32 -0600 Message-ID: <1382985872.1170.245.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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Oct 2013 18:44:37 -0000 On Mon, 2013-10-28 at 19:33 +0100, Berislav Purgar wrote: > Hello ... > > > Here is error messages : > > cc -c -O -pipe -std=c99 -g -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 -nostdinc -I. > -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/libfdt > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mcpu=xscale -mno-thumb-interwork -ffreestanding > -Werror /usr/src/sys/arm/xscale/ixp425/if_npe.c > cc1: warnings being treated as errors > /usr/src/sys/arm/xscale/ixp425/if_npe.c: In function 'npe_attach': > /usr/src/sys/arm/xscale/ixp425/if_npe.c:339: warning: implicit declaration > of function 'if_alloc' > [...] Ooops, looks like we missed on in the mass change. Should be fixed in r257265; sorry about that. -- Ian From owner-freebsd-arm@FreeBSD.ORG Tue Oct 29 04:18:19 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 ESMTP id CA413861 for ; Tue, 29 Oct 2013 04:18:19 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A08CE262A for ; Tue, 29 Oct 2013 04:18:19 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id lf10so8118121pab.20 for ; Mon, 28 Oct 2013 21:18:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=ES3axEnIxztgo+xC/e9yJF5uC3PbbuS6+w1UWTN6I4s=; b=MNlzqzlMb65lXtA+D3Q+9IDehT8yIta+kQ5rVy8LzxImfJ39fYVGAIZOdbwc7ZpLud DmsV7D6/j6u7oc5dXP5G9/EPJWE5Yqa88ARu5Suh+8ivLcP+w0sUsTLTHzkkOjVdWRL9 XbjgpekHePMWMcPDiw9mZVJu78+ArgXnj7kqWdiHooGJRYaeU/ytQKJPR58o08gGjLYq G+5woL0gUvw4O6o0Olo/kySVHHavnUtCR2mTCkQ6eQfVYIrygT37ISMckkJYMisGk07K BqxaveVVArjl4AfVTfjcP2HpcHUew4/cQACTYFH7/nwUDZn5x6uC8jnIwg+Jg2iTO12d FCwQ== X-Gm-Message-State: ALoCoQmD5quiEfOWU+8w0hWqEqpi/28fpfUf+8P+q/oFwCnjHO5x059DQMHycidGtbmXBxy0A0OX X-Received: by 10.66.102.9 with SMTP id fk9mr29297443pab.41.1383020293043; Mon, 28 Oct 2013 21:18:13 -0700 (PDT) Received: from [192.168.43.193] (ma60536d0.tmodns.net. [208.54.5.166]) by mx.google.com with ESMTPSA id fe5sm32137091pbc.32.2013.10.28.21.18.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Oct 2013 21:18:11 -0700 (PDT) Sender: Tim Kientzle Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: About CB cant boot with FreeBSD errors From: Tim Kientzle In-Reply-To: Date: Mon, 28 Oct 2013 21:18:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: John Elder X-Mailer: Apple Mail (2.1510) Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 04:18:19 -0000 I fixed an instance of this a couple of months ago. I'm away from my usual dev machine right now, but the previous break was fixed here: http://svnweb.freebsd.org/base?view=3Drevision&revision=3D253636 Check that vm_map_zinit() still has a memset() in your copy of that file. I'm also not sure why _vm_map_init() doesn't need to clear the system_mtx or lock fields=85 Hmmm... Tim On Oct 27, 2013, at 9:53 PM, John Elder = wrote: > My system now is: > root@arm:~ # uname -a > FreeBSD arm 10.0-BETA1 FreeBSD 10.0-BETA1 #0 r256420: Sun Oct 13 = 01:43:07 > UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 >=20 >=20 >=20 > On Mon, Oct 28, 2013 at 12:49 PM, John Elder = wrote: >=20 >> Hi, >> I have done under this webpage( >> https://wiki.freebsd.org/FreeBSD/arm/Cubieboard). >> But when I power on the CB, this show: >>=20 >> sun4i#fatload mmc 0 0x40200000 kernel; go 0x40200100 >> reading kernel >>=20 >> 4835069 bytes read >> ## Starting application at 0x40200100 ... >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2013 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, = 1994 >> The Regents of the University of California. All rights = reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 10.0-CURRENT #0: Sun Oct 27 18:38:54 CST 2013 >> root@arm:/usr/obj/arm.armv6/usr/src/sys/CUBIEBOARD arm >> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >> panic: lock "vm map (user)" 0xc06eb050 already initialized >> KDB: enter: panic >> [ thread pid 0 tid 0 ] >> Stopped at 0xc03598f0: ldrb r15, [r15, r15, ror r15]! >> db> >>=20 >> What should I do to solve this problem? >>=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 Tue Oct 29 23:41:35 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 ESMTP id 293E427F; Tue, 29 Oct 2013 23:41:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 E48C72139; Tue, 29 Oct 2013 23:41:34 +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 r9TNfSE9069776; Tue, 29 Oct 2013 19:41:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id r9TNfSa6069767; Tue, 29 Oct 2013 23:41:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 29 Oct 2013 23:41:28 GMT Message-Id: <201310292341.r9TNfSa6069767@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.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Oct 2013 23:41:35 -0000 TB --- 2013-10-29 20:20:23 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-10-29 20:20:23 - 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-10-29 20:20:23 - starting HEAD tinderbox run for arm/arm TB --- 2013-10-29 20:20:23 - cleaning the object tree TB --- 2013-10-29 20:20:23 - /usr/local/bin/svn stat /src TB --- 2013-10-29 20:20:27 - At svn revision 257359 TB --- 2013-10-29 20:20:28 - building world TB --- 2013-10-29 20:20:28 - CROSS_BUILD_TESTING=YES TB --- 2013-10-29 20:20:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-29 20:20:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-29 20:20:28 - SRCCONF=/dev/null TB --- 2013-10-29 20:20:28 - TARGET=arm TB --- 2013-10-29 20:20:28 - TARGET_ARCH=arm TB --- 2013-10-29 20:20:28 - TZ=UTC TB --- 2013-10-29 20:20:28 - __MAKE_CONF=/dev/null TB --- 2013-10-29 20:20:28 - cd /src TB --- 2013-10-29 20:20:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Oct 29 20:20:39 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Oct 29 23:25:42 UTC 2013 TB --- 2013-10-29 23:25:42 - generating LINT kernel config TB --- 2013-10-29 23:25:42 - cd /src/sys/arm/conf TB --- 2013-10-29 23:25:42 - /usr/bin/make -B LINT TB --- 2013-10-29 23:25:42 - cd /src/sys/arm/conf TB --- 2013-10-29 23:25:42 - /usr/sbin/config -m LINT TB --- 2013-10-29 23:25:43 - building LINT kernel TB --- 2013-10-29 23:25:43 - CROSS_BUILD_TESTING=YES TB --- 2013-10-29 23:25:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-10-29 23:25:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-10-29 23:25:43 - SRCCONF=/dev/null TB --- 2013-10-29 23:25:43 - TARGET=arm TB --- 2013-10-29 23:25:43 - TARGET_ARCH=arm TB --- 2013-10-29 23:25:43 - TZ=UTC TB --- 2013-10-29 23:25:43 - __MAKE_CONF=/dev/null TB --- 2013-10-29 23:25:43 - cd /src TB --- 2013-10-29 23:25:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Oct 29 23:25:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -x assembler-with-cpp -DLOCORE -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 -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/arm/cpufunc_asm_arm9.S cc -c -x assembler-with-cpp -DLOCORE -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 -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/arm/irq_dispatch.S 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 -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/at91/at91_machdep.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 -mllvm -arm-enable-ehabi -ffreestanding -Werror /src/sys/arm/at91/at91.c /src/sys/arm/at91/at91.c:234:10: error: use of undeclared identifier 'BUS_PROBE_NO_WILDCARD' return (BUS_PROBE_NO_WILDCARD); ^ 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-10-29 23:41:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-10-29 23:41:28 - ERROR: failed to build LINT kernel TB --- 2013-10-29 23:41:28 - 9350.89 user 1738.23 system 12064.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Wed Oct 30 10:12: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 ESMTP id C655043A for ; Wed, 30 Oct 2013 10:12:36 +0000 (UTC) (envelope-from fabiodive@gmail.com) Received: from mail-wg0-x22d.google.com (mail-wg0-x22d.google.com [IPv6:2a00:1450:400c: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 5F8C323AD for ; Wed, 30 Oct 2013 10:12:36 +0000 (UTC) Received: by mail-wg0-f45.google.com with SMTP id z12so1068286wgg.0 for ; Wed, 30 Oct 2013 03:12:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=/uu5Xf6bKxHPZCnyaJO648AQGOzdBUF5rqbXoQjEvss=; b=sExYZnzpPatpgmaRr4/6GZqZpPVC8D5Z2kXLM0ndy04A1w7DGPvtQw6ozda7LXwx1w 9glLy6W660v3loeimEYlMrkrkzQLc55OyX6auePo9yGwDue8E4DP51yePh+jwb5RIAn8 IJfWzBSVATQfsnOg7OfzIL+y1QVACIvxF6bD8Aiuf6jIxvkJnBJOt6WoTkXjpxx5nQUj Z7JcclcZfM4CKzfWP+pGJz6sprukgvdWn61ZPLLpG/EahuyQ7oRAdvNtulSo5qO40H18 mNwjvUjbPs4+K+jr/K/DLD5LZZ8PfjpWQ9eBNlat7qpTxXlGEF+6cuFfriTUxblJjvd0 nkrw== X-Received: by 10.194.21.104 with SMTP id u8mr1102641wje.63.1383127954786; Wed, 30 Oct 2013 03:12:34 -0700 (PDT) Received: from [192.168.113.40] (43.Red-2-139-192.staticIP.rima-tde.net. [2.139.192.43]) by mx.google.com with ESMTPSA id b7sm14007031wiz.8.2013.10.30.03.12.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Oct 2013 03:12:33 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: SPI device on Raspberry PI From: fabiodive In-Reply-To: Date: Wed, 30 Oct 2013 10:12:30 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <935B7003-F750-42E7-9100-C27028B6A111@gmail.com> To: Luiz Otavio O Souza X-Mailer: Apple Mail (2.1510) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 10:12:36 -0000 Hello Luiz, how are you? Hope you great.. is there any news about SPI user space device on FreebSD and RASPBERRY PI? thank you for all your effort.. with your patches I was able to use I2C, best regards, Fabio Balzano On Sep 19, 2013, at 2:00 PM, Luiz Otavio O Souza = wrote: > On 17 September 2013 19:00, fabiodive wrote: > Hello Luiz, >=20 > I was able to use your patches on Raspberry PI, > I builded an image with crochet and this is my dmesg output: >=20 >=20 > [...] >=20 > Now.. I see the GPIO device and iic as well but what about SPI? > Should I create the device or just use GPIO? > Any ideas? >=20 >=20 > The devices you see for gpio and iic are used to control (or read and = write data) from userland and actually there is no such support for SPI. >=20 > I've plans to write an userland tool similar to i2c(8) for SPI = together with some other pending work i've for SPI. >=20 > But until it happens you need a kernel driver for the SPI device you = want to use: >=20 > spi0: mem 0x20204000-0x2020401f irq 62 = on simplebus0 > spibus0: on spi0 > mx25l0: at cs 0 on spibus0 > enc28j600: at cs 1 on = spibus0 >=20 > And the bindings also need to be described in the rpi dts file, i.e. = in my case: >=20 > spi0 { > flash0 { > compatible =3D "flash,mx25l"; > spi-chipselect =3D <0>; > }; >=20 > enc28j600 { > compatible =3D "ethernet,enc28j60"; > spi-chipselect =3D <1>; > }; > }; >=20 > Thanks for your feedback.=20 >=20 > Luiz From owner-freebsd-arm@FreeBSD.ORG Wed Oct 30 10:22:33 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 ESMTP id B095782A for ; Wed, 30 Oct 2013 10:22:33 +0000 (UTC) (envelope-from alie@afflemedialab.com) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88FFA2462 for ; Wed, 30 Oct 2013 10:22:33 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id q10so760509pdj.41 for ; Wed, 30 Oct 2013 03:22:26 -0700 (PDT) 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=3mNj646iwNCOk/fHIZdVDt3WsHncjBOozGoE6Fo300I=; b=ijG/RZnwXFI6VK4pcjAwY0RMZt06z9IRyBX1l8Ff3UShRqbvD9lPHb5VD4a1EBlKbv PRxwmUBk9HsRMDNqtWmhbFdstx6DfmrTBlfgpdeIu72K+RX4/ds7ZP3ax1SbGRZhGOkC BhXePLTzCV6V/JqZJ9aP4Cir66mWR3SThVvslzZpBMllsueTnHIJSe/KQQdDGqPHo9gv /AOdZbToryvlAdlQH9qKmQNw5wDUKwbRh3eK0p3fAhi/XmRhO/UrsaA7UdfG2c1OfT/M MBz2ZWbNHI8va4NnW0cUZu4pAGFoc7p8LD2IvMsxOCKi8stfBwOZLZoQjaGKoeiOvqFc EtiQ== X-Gm-Message-State: ALoCoQnm7jGj9uE+XoREGu/vbUGXFp4HL7cNxxml6jzRzkhcUoezII2eX4q6FKzP0GrYE+wIO6AZ MIME-Version: 1.0 X-Received: by 10.68.180.162 with SMTP id dp2mr4353897pbc.5.1383128546677; Wed, 30 Oct 2013 03:22:26 -0700 (PDT) Received: by 10.68.221.226 with HTTP; Wed, 30 Oct 2013 03:22:26 -0700 (PDT) In-Reply-To: References: <935B7003-F750-42E7-9100-C27028B6A111@gmail.com> Date: Wed, 30 Oct 2013 17:22:26 +0700 Message-ID: Subject: Re: SPI device on Raspberry PI From: Alie Tan To: fabiodive Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 10:22:33 -0000 Its already commited to the HEAD http://svnweb.freebsd.org/base?view=revision&revision=257062 On Wed, Oct 30, 2013 at 5:12 PM, fabiodive wrote: > Hello Luiz, > > how are you? Hope you great.. > > is there any news about SPI user space device > on FreebSD and RASPBERRY PI? > > thank you for all your effort.. > with your patches I was able to use I2C, > > best regards, > Fabio Balzano > > > > On Sep 19, 2013, at 2:00 PM, Luiz Otavio O Souza > wrote: > > > On 17 September 2013 19:00, fabiodive wrote: > > Hello Luiz, > > > > I was able to use your patches on Raspberry PI, > > I builded an image with crochet and this is my dmesg output: > > > > > > [...] > > > > Now.. I see the GPIO device and iic as well but what about SPI? > > Should I create the device or just use GPIO? > > Any ideas? > > > > > > The devices you see for gpio and iic are used to control (or read and > write data) from userland and actually there is no such support for SPI. > > > > I've plans to write an userland tool similar to i2c(8) for SPI together > with some other pending work i've for SPI. > > > > But until it happens you need a kernel driver for the SPI device you > want to use: > > > > spi0: mem 0x20204000-0x2020401f irq 62 on > simplebus0 > > spibus0: on spi0 > > mx25l0: at cs 0 on spibus0 > > enc28j600: at cs 1 on > spibus0 > > > > And the bindings also need to be described in the rpi dts file, i.e. in > my case: > > > > spi0 { > > flash0 { > > compatible = "flash,mx25l"; > > spi-chipselect = <0>; > > }; > > > > enc28j600 { > > compatible = "ethernet,enc28j60"; > > spi-chipselect = <1>; > > }; > > }; > > > > Thanks for your feedback. > > > > Luiz > > _______________________________________________ > 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 Wed Oct 30 10: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 ESMTP id 136628AA for ; Wed, 30 Oct 2013 10:24:25 +0000 (UTC) (envelope-from fabiodive@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A05DF2478 for ; Wed, 30 Oct 2013 10:24:24 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id ex4so4148125wid.15 for ; Wed, 30 Oct 2013 03:24:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=jb5c1XOO26z4T75bWpRTRcN/rbt76tY1XoqvnKcxKjQ=; b=mKNIMRbkDVOnR8F7Vjxa5bM6UKX6rQKJqxR8pkjLIXsjy89CJ3Qh883S3ElAO6F2Mr xzKixipNdZFGAjAVikyp7eAlCUQxlkBxTufZVixy/6LiqgVpR5hJELmbTUq6hkwyaLDr AsFC08Nj/0yKiYKDlzYIFGs1rJOIudR5c7aPt9YcYmju2POoDuDTdfWjsET+2DD40avY wn5QOWjqB2P7Cp7UwGaZrKi9OfGLiHzAMop4k2bMVIOV6hgThPtV6tSYPrFUUs8UbGP5 in8Ag+WVtqamD/8OxXfCWrzPncfjbsFQLlsO4lBTpPYekI5UKhi9Q6dSZn26NM4V3/J1 90LA== X-Received: by 10.180.89.7 with SMTP id bk7mr2058622wib.32.1383128662962; Wed, 30 Oct 2013 03:24:22 -0700 (PDT) Received: from [192.168.113.40] (43.Red-2-139-192.staticIP.rima-tde.net. [2.139.192.43]) by mx.google.com with ESMTPSA id ma3sm14059735wic.1.2013.10.30.03.24.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Oct 2013 03:24:21 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: SPI device on Raspberry PI From: fabiodive In-Reply-To: Date: Wed, 30 Oct 2013 10:24:20 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <065FC25B-2C70-4CF9-AAA0-7B74D81231B8@gmail.com> References: <935B7003-F750-42E7-9100-C27028B6A111@gmail.com> To: Alie Tan X-Mailer: Apple Mail (2.1510) Cc: "freebsd-arm@FreeBSD.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Oct 2013 10:24:25 -0000 OK!=20 I will check it and report thank you again f. On Oct 30, 2013, at 10:22 AM, Alie Tan wrote: > Its already commited to the HEAD > http://svnweb.freebsd.org/base?view=3Drevision&revision=3D257062 >=20 >=20 > On Wed, Oct 30, 2013 at 5:12 PM, fabiodive = wrote: > Hello Luiz, >=20 > how are you? Hope you great.. >=20 > is there any news about SPI user space device > on FreebSD and RASPBERRY PI? >=20 > thank you for all your effort.. > with your patches I was able to use I2C, >=20 > best regards, > Fabio Balzano >=20 >=20 >=20 > On Sep 19, 2013, at 2:00 PM, Luiz Otavio O Souza = wrote: >=20 > > On 17 September 2013 19:00, fabiodive wrote: > > Hello Luiz, > > > > I was able to use your patches on Raspberry PI, > > I builded an image with crochet and this is my dmesg output: > > > > > > [...] > > > > Now.. I see the GPIO device and iic as well but what about SPI? > > Should I create the device or just use GPIO? > > Any ideas? > > > > > > The devices you see for gpio and iic are used to control (or read = and write data) from userland and actually there is no such support for = SPI. > > > > I've plans to write an userland tool similar to i2c(8) for SPI = together with some other pending work i've for SPI. > > > > But until it happens you need a kernel driver for the SPI device you = want to use: > > > > spi0: mem 0x20204000-0x2020401f irq 62 = on simplebus0 > > spibus0: on spi0 > > mx25l0: at cs 0 on spibus0 > > enc28j600: at cs 1 on = spibus0 > > > > And the bindings also need to be described in the rpi dts file, i.e. = in my case: > > > > spi0 { > > flash0 { > > compatible =3D "flash,mx25l"; > > spi-chipselect =3D <0>; > > }; > > > > enc28j600 { > > compatible =3D "ethernet,enc28j60"; > > spi-chipselect =3D <1>; > > }; > > }; > > > > Thanks for your feedback. > > > > Luiz >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@FreeBSD.ORG Thu Oct 31 03:02: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 ESMTP id 9220E22F for ; Thu, 31 Oct 2013 03:02:38 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 65F45293D for ; Thu, 31 Oct 2013 03:02:38 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id x13so3834400ief.23 for ; Wed, 30 Oct 2013 20:02:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=NjZjIBMqbRm1CAGdx0DcND63Fm+urVkyqOA7JWXy0oc=; b=nET56DdF/HCRhmiRf18TTPWMx8ysjg99PrCt5nk33XICXMpbanDQD92P8vibBsJQhA P8YE7TeHEqj+ViAKiUlV3SI8zdTwUHVQadeDnCl/S1lTKxXlhu9ml+LSUHHfOCsnO70J bbAFwC/UTWQpiavn9X2+9orHMvl+dfo886s5Bj4m3MjRfmzpp18xFw7fpcJQU5g1yLKk Hd8+b0rO+LXyEd0bWuD/gfLwGHrpCfbwiNyLCDQpRvx8+rJeNTZCMkO0Ii9Hzv7Orp1V SoI/7ZHFZCTOsnqfnCC/zAQkuq/DH+lufgeRTGMjQxdDi9S3VIGX7M33gCZQtMyIp1+h J3HQ== MIME-Version: 1.0 X-Received: by 10.50.103.6 with SMTP id fs6mr4886145igb.16.1383188556590; Wed, 30 Oct 2013 20:02:36 -0700 (PDT) Received: by 10.64.18.14 with HTTP; Wed, 30 Oct 2013 20:02:36 -0700 (PDT) Date: Thu, 31 Oct 2013 11:02:36 +0800 Message-ID: Subject: Emac network driver for Allwinner A10/A20 From: Ganbold Tsagaankhuu To: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 03:02:38 -0000 Just small update for those who may be interested. I tried to write EMAC driver for Cubieboard1,2 and it is working now. I think it should work on other A10/A20 boards too. You can find the patch and necessary src files at: https://github.com/tsgan/allwinner_a10/blob/master/emac.patch https://github.com/tsgan/allwinner_a10/blob/master/if_emac.c https://github.com/tsgan/allwinner_a10/blob/master/if_emacreg.h https://github.com/tsgan/allwinner_a10/blob/master/a10_sramc.c https://github.com/tsgan/allwinner_a10/blob/master/a10_sramc.h https://github.com/tsgan/allwinner_a10/blob/master/a10_gpio.h Please let me know if there are any issues. thanks a lot, Ganbold From owner-freebsd-arm@FreeBSD.ORG Thu Oct 31 03:21: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 ESMTP id 31E998FE for ; Thu, 31 Oct 2013 03:21:38 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-pb0-f49.google.com (mail-pb0-f49.google.com [209.85.160.49]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 08A6A2A91 for ; Thu, 31 Oct 2013 03:21:37 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id xb4so2283523pbc.8 for ; Wed, 30 Oct 2013 20:21:31 -0700 (PDT) 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=mvYlJOaxOiPDk5BEn+5ITzpWp9AaPYvEGpUtDK25Rrw=; b=g0RlCuS9DU46xHgyN9UsI6jVf2Gintl/EH6aOgx+xhHDmwMRQ6Lb5KQKNQbTDDPjgM n51L/ZCQr4M2vqupUXABduBmMlCNdPeuOI6BxFlZnJK1K1Tmw/FbKnamzzIqN9ntRbp1 01SgqfKhecEXGAEW8AHIxU+VgijAkorqO5IFJpDNJgbZucF0nNXPKRGBrJ4eIduWBTeo 8HnEJJvPFQo0YBSueoWj2oG2rQxDLMhHLOFo1IVtj1fE6HyiKZBBeF7wHp0TF61iBdkP GvMyjf2cQ9o4/Nt5VStPbtyEUM2p9jyqXhINWnbrmVwGXBiY8qF4AgljRn/l7j6zpdlV /v5A== X-Gm-Message-State: ALoCoQkx+Z0pDcEKespArfBM5DfbcrouVv3mWJEqUCKsX4DWNlpDgwmpC1JAr2R/iEDLbDiuVQza X-Received: by 10.68.197.165 with SMTP id iv5mr999309pbc.150.1383189691553; Wed, 30 Oct 2013 20:21:31 -0700 (PDT) Received: from 53.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPSA id ja5sm1251968pbc.14.2013.10.30.20.21.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 30 Oct 2013 20:21:28 -0700 (PDT) Sender: Warner Losh Subject: Re: Emac network driver for Allwinner A10/A20 Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Wed, 30 Oct 2013 21:20:47 -0600 Content-Transfer-Encoding: 7bit Message-Id: References: To: Ganbold Tsagaankhuu X-Mailer: Apple Mail (2.1085) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 03:21:38 -0000 Cool! Is there some reason you didn't pull this information from the FDT blob? Warner On Oct 30, 2013, at 9:02 PM, Ganbold Tsagaankhuu wrote: > Just small update for those who may be interested. > > I tried to write EMAC driver for Cubieboard1,2 and it is working now. > I think it should work on other A10/A20 boards too. > You can find the patch and necessary src files at: > > https://github.com/tsgan/allwinner_a10/blob/master/emac.patch > > https://github.com/tsgan/allwinner_a10/blob/master/if_emac.c > > https://github.com/tsgan/allwinner_a10/blob/master/if_emacreg.h > > https://github.com/tsgan/allwinner_a10/blob/master/a10_sramc.c > > https://github.com/tsgan/allwinner_a10/blob/master/a10_sramc.h > > https://github.com/tsgan/allwinner_a10/blob/master/a10_gpio.h > > Please let me know if there are any issues. > > thanks a lot, > > Ganbold > _______________________________________________ > 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 Oct 31 03:26:45 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EE91BB2C for ; Thu, 31 Oct 2013 03:26:45 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BE39F2ABF for ; Thu, 31 Oct 2013 03:26:45 +0000 (UTC) Received: by mail-ie0-f172.google.com with SMTP id tp5so3914871ieb.31 for ; Wed, 30 Oct 2013 20:26:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=UBu+r8z4EbXACj87cy+ffLqsNtY4x87fEerYBbmPSP8=; b=j0xX0ctN+fihLjiXTVSaU9icfOqHAnV7XyMPOKAeaqOgr7GexPkCsw7KACU2XAyxA9 auJrdT5vcGxtySf5mdNvgHFwP4qizNAt+DTl7C63CJWXkkU5g6LqsH7ZmgUJ3BdyfEvR GHrd357L3NfYuTZ/8q6g/iAs3s5U1eh5YMl6ZpjJQG6uXsjNGbv6KnNg6ZNQzqCCf38o HNqy2lbcbgwbczqM0mWYvHIQZUggRsn1nBeOVdl4v6OdFpKCFVdIoo090sgI+oEWrRav PO/RRHXFlDreVS+IP4bQRJljZ/ResEfAAPR2XxCMakrYjdUnWy4gpGiTD4awTYqSUkyX BPGw== MIME-Version: 1.0 X-Received: by 10.50.147.65 with SMTP id ti1mr4958150igb.12.1383190005056; Wed, 30 Oct 2013 20:26:45 -0700 (PDT) Received: by 10.64.18.14 with HTTP; Wed, 30 Oct 2013 20:26:44 -0700 (PDT) In-Reply-To: References: Date: Thu, 31 Oct 2013 11:26:44 +0800 Message-ID: Subject: Re: Emac network driver for Allwinner A10/A20 From: Ganbold Tsagaankhuu To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 03:26:46 -0000 Warner, On Thu, Oct 31, 2013 at 11:20 AM, Warner Losh wrote: > Cool! > > Is there some reason you didn't pull this information from the FDT blob? > Oh, I forgot other patches: https://github.com/tsgan/allwinner_a10/blob/master/emac_dts.patch https://github.com/tsgan/allwinner_a10/blob/master/emac_kernel_config.patch thanks, Ganbold > > Warner > > On Oct 30, 2013, at 9:02 PM, Ganbold Tsagaankhuu wrote: > > > Just small update for those who may be interested. > > > > I tried to write EMAC driver for Cubieboard1,2 and it is working now. > > I think it should work on other A10/A20 boards too. > > You can find the patch and necessary src files at: > > > > https://github.com/tsgan/allwinner_a10/blob/master/emac.patch > > > > https://github.com/tsgan/allwinner_a10/blob/master/if_emac.c > > > > https://github.com/tsgan/allwinner_a10/blob/master/if_emacreg.h > > > > https://github.com/tsgan/allwinner_a10/blob/master/a10_sramc.c > > > > https://github.com/tsgan/allwinner_a10/blob/master/a10_sramc.h > > > > https://github.com/tsgan/allwinner_a10/blob/master/a10_gpio.h > > > > Please let me know if there are any issues. > > > > thanks a lot, > > > > Ganbold > > _______________________________________________ > > 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 Oct 31 14:04: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 ESMTP id 700CA8CA for ; Thu, 31 Oct 2013 14:04:54 +0000 (UTC) (envelope-from johnsstephenelder@gmail.com) Received: from mail-vc0-x233.google.com (mail-vc0-x233.google.com [IPv6:2607:f8b0:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 30DE520B4 for ; Thu, 31 Oct 2013 14:04:54 +0000 (UTC) Received: by mail-vc0-f179.google.com with SMTP id hz11so1994054vcb.10 for ; Thu, 31 Oct 2013 07:04:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=GBpTc3ALHINTC106rdAEMJOTT6ML77Q8fP5TzQr0TMI=; b=APFnSp/qgCmzuM25Vtch8qcUDvgQpiiyiNxn14e8IqCUIR2rJjzB7r+9s/nYUg8laa dLFDGilfmPYbJJE7pOsbetPDHiTSWSaKJZGTkLTp6RVIqZ91RHPHepjYZgSCPhvd6xKe Or4411YiYi8SHiPLzyzbZkP0WdPiW7zYkNhWJGLY0Y8zjzIoFhHbIBIpcY63CiZuNDli INmABymMv0lwWirbaJqabPl8fRBUfUz2p5rWb+5dMnZWOfheqrTqDQWpLhXFmVopGdI+ d+h87trajRNDcUQZxYb/dLPz8hfl3bgSRxOb06gpkoBsPQru9WA1fkFiBAI+enHf10bJ 9gZw== MIME-Version: 1.0 X-Received: by 10.52.187.138 with SMTP id fs10mr1791865vdc.10.1383228293273; Thu, 31 Oct 2013 07:04:53 -0700 (PDT) Received: by 10.58.214.201 with HTTP; Thu, 31 Oct 2013 07:04:53 -0700 (PDT) Date: Thu, 31 Oct 2013 22:04:53 +0800 Message-ID: Subject: Cant boot FreeBSD from CB From: John Elder To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 14:04:54 -0000 Hi, This is my steps: make TARGET_ARCH=armv6 WITH_FDT=yes kernel-toolchain make TARGET_ARCH=armv6 KERNCONF=CUBIEBOARD WITH_FDT=yes make TARGET_ARCH=armv6 buildworld make TARGET_ARCH=armv6 WITH_FDT=yes DESTDIR=/mnt installworld distribution then copy the kernel to the SD card; All is done then I power on it shows: ========================================================= Copyright (c) 1992-2013 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 11.0-CURRENT #0 r257378M: Wed Oct 30 14:35:23 CST 2013 root@arm:/usr/obj/arm.armv6/usr/src/sys/CUBIEBOARD arm FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. CPU: Cortex A8-r3 rev 2 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB disabled EABT branch prediction enabled LoUU:2 LoC:2 LoUIS:1 Cache level 1: 32KB/64B 4-way data cache WT WB Read-Alloc 32KB/64B 4-way instruction cache Read-Alloc Cache level 2: 256KB/64B 8-way unified cache WT WB Read-Alloc Write-Alloc real memory = 536870912 (512 MB) avail memory = 517554176 (493 MB) random device not loaded; using insecure entropy random: initialized fdtbus0: simplebus0: on fdtbus0 aintc0: mem 0x1c20400-0x1c207ff on simplebus0 a10_ccm0: mem 0x1c20000-0x1c203ff on simplebus0 a10_timer0: mem 0x1c20c00-0x1c20c8f irq 22 on simplebus0 Event timer "a10_timer Eventtimer" frequency 24000000 Hz quality 1000 Timecounter "a10_timer timer0" frequency 24000000 Hz quality 1000 a10wd0: mem 0x1c20c90-0x1c20c97 on simplebus0 gpio0: mem 0x1c20800-0x1c20bff irq 28 on simplebus0 gpioc0: on gpio0 gpiobus0: on gpio0 ehci0: mem 0x1c14000-0x1c14fff irq 39 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ehci1: mem 0x1c1c000-0x1c1cfff irq 40 on simplebus0 usbus1: EHCI version 1.0 usbus1 on ehci1 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 1 on simplebus0 uart0: console (115200,n,8,1) Timecounters tick every 10.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 random: unblocking device. WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus1 usbus0 uhub1: 1 port with 1 removable, self powered uhub0: 1 port with 1 removable, self powered Root mount waiting for: usbus1 Root mount waiting for: usbus1 ugen1.2: at usbus1 umass0: on usbus1 umass0: SCSI over Bulk-Only; quirks = 0x4100 umass0:0:0:-1: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: Serial Number 301833018A85CD05 da0: 40.000MB/s transfers da0: 2011MB (4119552 512 byte sectors: 255H 63S/T 256C) da0: quirks=0x2 Trying to mount root from ufs:/dev/da0 []... warning: no time-of-day clock registered, system time will not be set accurately exec /sbin/init: error 8 exec /rescue/init: error 8 init: not found in path /sbin/init:/sbin/oinit:/sbin/init.bak:/rescue/init panic: no init KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at kdb_enter+0x4c: ldrb r15, [r15, r15, ror r15]! From owner-freebsd-arm@FreeBSD.ORG Thu Oct 31 15:08: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 ESMTP id DD27FB13 for ; Thu, 31 Oct 2013 15:08:16 +0000 (UTC) (envelope-from iz-rpi03@hs-karlsruhe.de) Received: from smtp.hs-karlsruhe.de (smtp.HS-Karlsruhe.DE [193.196.64.25]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A36B22598 for ; Thu, 31 Oct 2013 15:08:16 +0000 (UTC) Received: from iz-wera01.hs-karlsruhe.de ([193.196.65.46]) by smtp.hs-karlsruhe.de with esmtp (Exim 4.80.1) (envelope-from ) id 1Vbtr5-002zQS-1r; Thu, 31 Oct 2013 16:08:15 +0100 X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.5 From: Ralf Wenk To: arm@freebsd.org Subject: Regression between r254984 and r255943 on Raspberry Pi: failed to create new mbuf Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 31 Oct 2013 16:08:13 +0100 Message-Id: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 15:08:16 -0000 Hello, while rsync(1)-ing an 1 GB file the rpi gets almost unresponsible after a while and on the serial console there are lots of smsc0: warning: failed to create new mbuf kernel messages. Occasionaly dotted with the [zone: mbuf_cluster] kern.ipc.nmbclusters limit reached kernel message. The problem is reproduceable. Increasing the value of kern.ipc.nmbclusters by the factor of 2 just delayed the moment the problem happens. An old r254984 kernel does not show this problem. r257114 and r255943 do. A test with r255463 is currently ongoing. Ralf From owner-freebsd-arm@FreeBSD.ORG Thu Oct 31 19:12:02 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 1CFE8420 for ; Thu, 31 Oct 2013 19:12:02 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-we0-x236.google.com (mail-we0-x236.google.com [IPv6:2a00:1450:400c:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AF00829E8 for ; Thu, 31 Oct 2013 19:12:01 +0000 (UTC) Received: by mail-we0-f182.google.com with SMTP id t61so3167710wes.13 for ; Thu, 31 Oct 2013 12:12:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=hATLKZLEuHxocS+WJVX4/3sRVZtYTZk40PJpouvj2nY=; b=UFeqjfwPG5Yjck1kYRIuhMFm37c0c2DIb3ckJS7Lz94SvZZj8NzPex4Q4pUsVPaac8 iR3wuqqpExlKHgZaOCapMEyD5EL4yMYY0e9d98WmMFSzjeE+GAimVieorRxG2l7kvZA+ 5hoyOYskDO0darSnBi1H8+AtrFZamUa+yaoufglgUMY3pb677EUnZDaexaFwi8kfn/KO YwOM71EEK2yronvNaMlglltlN42fEwq7OlqvYvv2MJCKwDELOBDNPfiilO19M1B383Rn 9rd0eB/mzbhi8Qg0KHb/J44H6TSL7N2KeoB/8mviIO3HJNW0cqfoFbomTZtjZc6w5vGR SVuQ== X-Received: by 10.180.24.197 with SMTP id w5mr879657wif.8.1383246720081; Thu, 31 Oct 2013 12:12:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Thu, 31 Oct 2013 12:11:29 -0700 (PDT) In-Reply-To: References: <43584768717.406e8ebb@mail.schwarzes.net> From: Jia-Shiun Li Date: Fri, 1 Nov 2013 03:11:29 +0800 Message-ID: Subject: Re: raspberry pi BCM2708 hardware watchdog To: Oleksandr Tymoshenko Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , Andreas Schwarz X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Oct 2013 19:12:02 -0000 On Tue, Oct 22, 2013 at 1:24 PM, Oleksandr Tymoshenko wrote: > > Watchdog was used for rebooting device only. I've just committed support for > actual watchdog function: http://svnweb.freebsd.org/changeset/base/256871 > Hi, I tried playing the watchdog for a while, but it does not seem to be set correct timeout. I tried to set timeout to 120 seconds to test with the following command, but get immediate reset after around 1~2 seconds: ---8<--- # watchdogd --debug -t 120 --pretimeout 15 --pretimeout-action log,printf -e 'sleep 60' -w shifted 137438953472 seconds_to_pow2ns: seconds: 120, ns 120000000000, power 37 Timeout for -t is 2^37 nanoseconds (in: 120 sec -> out: 137 sec 438953472 ns -> 13745 ticks) Timeout is 2^37 nanoseconds ---8<--- but if I omit the -e command, rpi will keep running and the watchdog hardware seems correctly being kicked by watchdogd. If I directly test with watchdog -d -t 120 it also reboots almost immediately. It there something wrong or did I misunderstand it? I am running FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r257094: Sat Oct 26 00:16:37 CST 2013 jsli@4cbsd:/rpi/obj/arm.armv6/usr/src/sys/RPI-B arm Regards, Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 02:17:09 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 98C0D310 for ; Fri, 1 Nov 2013 02:17:09 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 70A6F2377 for ; Fri, 1 Nov 2013 02:17: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 1Vc4IO-0007QU-CV for freebsd-arm@FreeBSD.org; Fri, 01 Nov 2013 02:17:08 +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 rA12H6h2056282 for ; Thu, 31 Oct 2013 20:17:06 -0600 (MDT) (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+ycjhUhh3+TTov7DFiBx+R Subject: Wandboard support From: Ian Lepore To: freebsd-arm Content-Type: text/plain; charset="us-ascii" Date: Thu, 31 Oct 2013 20:17:05 -0600 Message-ID: <1383272225.31172.60.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 02:17:09 -0000 As of r257489 we now have some support for i.MX6 in general and Wandboard specifically. There is much work to do, especially in the area of clock and power management and pinmux control, and someone other than me will have to look towards graphics and sound support (I have no skills in those areas). Things that work: * Single core (even on the multicore boards). * Boots to fully functional multi-user mode. * Gigabit ethernet * SD Card * USB * UART (serial console) I'm not sure what the state of SMP for ARM is in general. I've been more focused on getting the major imx devices working first. We're about to the point where it's time to give it a try I think. :) I haven't tried using ubldr yet, I've just been directly booting the kernel via tftp, and nfs-mounting the root filesystem. I have tested that the boards will boot from and run from sdcard just fine, and I expect the same would be true for USB drives, but I haven't tried that. The kernel is compiled to load at 0x12000000, which is NOT the default address in the board's u-boot config. I set the kernel to a different address so that ubldr could load at the board's $loadaddr. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 04:59: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 ESMTP id 55F433A0; Fri, 1 Nov 2013 04:59:00 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 09EE62C2B; Fri, 1 Nov 2013 04:58:59 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id x12so2242050qcv.14 for ; Thu, 31 Oct 2013 21:58:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=DYuXHRZTN8uc5s172RffwP1WwrIM8zs6qIqMGv1OR98=; b=N4uk/ECEpaC0EUj9cpy8rtuJBvDkfw2jLHJT+dRLYIAXXbis5GWTfhfH/rEv7zobgT BwrXDD3LnuhR8r+lW/KcWWJUnbnxnAfOdq3oiGwaagWwyXXJCQMTV+bhpbs8eUUrTQSe 3GnxliU58GNnZHzr81B+eqLdL1RLna3Cjpg77IoNG5GVhc8BLZoO1iaV7k3epZEXrAaa fCEF/P/2qrLDwYxDrRfbo3qmIRGkV4frB5FZHxfg49KeocTlcgWAdmon5iwuEzSTetit EtAD0zlkTGrMamAiyezF2enDomz+L3hBNGO2wqpOe2jViUP58T9Acrcoh4/37iGY4Dk6 sI9w== MIME-Version: 1.0 X-Received: by 10.229.244.69 with SMTP id lp5mr1475534qcb.14.1383281939165; Thu, 31 Oct 2013 21:58:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Thu, 31 Oct 2013 21:58:59 -0700 (PDT) In-Reply-To: <1383272225.31172.60.camel@revolution.hippie.lan> References: <1383272225.31172.60.camel@revolution.hippie.lan> Date: Thu, 31 Oct 2013 21:58:59 -0700 X-Google-Sender-Auth: xFDQf7_bGtps8YIcI6js-Cory0o Message-ID: Subject: Re: Wandboard support From: Adrian Chadd To: Ian Lepore Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 04:59:00 -0000 Hi! On 31 October 2013 19:17, Ian Lepore wrote: > As of r257489 we now have some support for i.MX6 in general and > Wandboard specifically. There is much work to do, especially in the > area of clock and power management and pinmux control, and someone other > than me will have to look towards graphics and sound support (I have no > skills in those areas). > Cool! Can you describe what you need in the clock / power management areas? -adrian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 13:36:56 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 367C125C for ; Fri, 1 Nov 2013 13:36:56 +0000 (UTC) (envelope-from howard0su@gmail.com) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F07782CB1 for ; Fri, 1 Nov 2013 13:36:55 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id c9so2467413qcz.3 for ; Fri, 01 Nov 2013 06:36:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VQw/FKXuJieAGP5qS7SLch1NxPFBXTzscXFdbEHifwM=; b=q/8Gop7L9PV0hUTXRTNZUkjyRZz2Pn9uJ0zuh2/de3efFegHDpIprTOvjxdg2MonXL 7Va1WxR0prbdBqNpjTK5buAVoq/IX907E13Loeq6Nfz8f46hD8G5EU+wnWV9cbskSDUm NuvnNsvHjbSKGCE4oJSD5Oalc/LKcHVgg26kZ1Vv14eEp+UsQrgAJuWg/WBawexO4QuP ADRAIKFyiVA9sRQ81KPb7fGC4l7snnFdZlo7hxyCOWz5SXootf8j7PSCEQ2kBparfPFr 8gE+P9/n9JWGIc73ZI48tnWv1dOBUqgqzLQyoCECBp79bzpBkJA9o/27FksHUgUMngUg nTLg== MIME-Version: 1.0 X-Received: by 10.49.4.199 with SMTP id m7mr3901153qem.19.1383313015109; Fri, 01 Nov 2013 06:36:55 -0700 (PDT) Received: by 10.224.160.77 with HTTP; Fri, 1 Nov 2013 06:36:55 -0700 (PDT) Date: Fri, 1 Nov 2013 21:36:55 +0800 Message-ID: Subject: sshd crash From: Howard Su To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 13:36:56 -0000 I running freebsd in BeagleBone Black. root@beaglebone:~ # uname -a FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257039: Thu Oct 24 11:39:07 CET 2013 root@testbed:/usr/home/howard/bbb/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm debug1: HPN Disabled: 0, HPN Buffer Size: 65536 debug1: Client protocol version 2.0; client software version PuTTY_Release_0.63 debug1: no match: PuTTY_Release_0.63 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.3_hpn13v11 FreeBSD-20130918 debug1: permanently_set_uid: 22/22 [preauth] debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth] debug1: SSH2_MSG_KEXINIT sent [preauth] debug1: SSH2_MSG_KEXINIT received [preauth] debug1: kex: client->server aes256-ctr hmac-sha2-256 none [preauth] debug1: kex: server->client aes256-ctr hmac-sha2-256 none [preauth] debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD received [preauth] : jemalloc_arena.c:387: Failed assertion: "p[i] == 0" debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent [preauth] debug1: monitor_read_log: child log fd closed debug1: do_cleanup debug1: Killing privsep child 807 I find the workaround with the history, add UsePrivilegeSeparation no into /etc/ssh/sshd_config. I just wondering if anyone is working on this issue? I would like to dig into more details if no one is active looking at this. -- -Howard From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 13:50: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 ESMTP id 803568B9 for ; Fri, 1 Nov 2013 13:50:39 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 5799E2DD3 for ; Fri, 1 Nov 2013 13:50:39 +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 1VcF7V-0001pS-V8; Fri, 01 Nov 2013 13:50:38 +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 rA1DoYMJ057125; Fri, 1 Nov 2013 07:50:34 -0600 (MDT) (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+V/mC1pqV8eqIjdvcswJGx Subject: Re: sshd crash From: Ian Lepore To: Howard Su In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" Date: Fri, 01 Nov 2013 07:50:34 -0600 Message-ID: <1383313834.31172.65.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.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 13:50:39 -0000 On Fri, 2013-11-01 at 21:36 +0800, Howard Su wrote: > I running freebsd in BeagleBone Black. > root@beaglebone:~ # uname -a > FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257039: Thu Oct 24 > 11:39:07 CET 2013 > root@testbed:/usr/home/howard/bbb/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE > arm > > debug1: HPN Disabled: 0, HPN Buffer Size: 65536 > debug1: Client protocol version 2.0; client software version > PuTTY_Release_0.63 > debug1: no match: PuTTY_Release_0.63 > debug1: Enabling compatibility mode for protocol 2.0 > debug1: Local version string SSH-2.0-OpenSSH_6.3_hpn13v11 FreeBSD-20130918 > debug1: permanently_set_uid: 22/22 [preauth] > debug1: list_hostkey_types: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 [preauth] > debug1: SSH2_MSG_KEXINIT sent [preauth] > debug1: SSH2_MSG_KEXINIT received [preauth] > debug1: kex: client->server aes256-ctr hmac-sha2-256 none [preauth] > debug1: kex: server->client aes256-ctr hmac-sha2-256 none [preauth] > debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD received [preauth] > : jemalloc_arena.c:387: Failed assertion: "p[i] == 0" > debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent [preauth] > debug1: monitor_read_log: child log fd closed > debug1: do_cleanup > debug1: Killing privsep child 807 > > I find the workaround with the history, add UsePrivilegeSeparation no into > /etc/ssh/sshd_config. I just wondering if anyone is working on this issue? > I would like to dig into more details if no one is active looking at this. > Several people investigated this (pretty extensively) and didn't come up with a solution, or even a good suspect. We haven't forgotten it by any means, but I don't think anyone is knocking themselves out on it right now either. A fresh look may be exactly what's needed, so feel free to dig into it. I'll summarize what I remember... It happens on armv4 and armv6. It happens when kernel and world are built with clang or gcc. It happens with eabi and oabi. What I can't remember is whether anyone has bisected things down to a changeset or timeframe when the problem showed up. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 13:58: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 ESMTP id 5D48DE4F for ; Fri, 1 Nov 2013 13:58:21 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 32C2B2E6A for ; Fri, 1 Nov 2013 13:58:21 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VcFEy-000LZY-19 for freebsd-arm@FreeBSD.org; Fri, 01 Nov 2013 13:58:20 +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 rA1DwHf1057134 for ; Fri, 1 Nov 2013 07:58:17 -0600 (MDT) (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: U2FsdGVkX19+7Te0zijSyMoI7tZHWvOF Subject: Re: Wandboard support From: Ian Lepore To: freebsd-arm In-Reply-To: <1383272225.31172.60.camel@revolution.hippie.lan> References: <1383272225.31172.60.camel@revolution.hippie.lan> Content-Type: text/plain; charset="ISO-8859-1" Date: Fri, 01 Nov 2013 07:58:17 -0600 Message-ID: <1383314297.31172.70.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by damnhippie.dyndns.org id rA1DwHf1057134 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 13:58:21 -0000 On Thu, 2013-10-31 at 20:17 -0600, Ian Lepore wrote: > As of r257489 we now have some support for i.MX6 in general and > Wandboard specifically. There is much work to do, especially in the > area of clock and power management and pinmux control, and someone othe= r > than me will have to look towards graphics and sound support (I have no > skills in those areas). >=20 > Things that work: >=20 > * Single core (even on the multicore boards). > * Boots to fully functional multi-user mode. > * Gigabit ethernet > * SD Card > * USB > * UART (serial console) >=20 > I'm not sure what the state of SMP for ARM is in general. I've been > more focused on getting the major imx devices working first. We're > about to the point where it's time to give it a try I think. :) >=20 > I haven't tried using ubldr yet, I've just been directly booting the > kernel via tftp, and nfs-mounting the root filesystem. I have tested > that the boards will boot from and run from sdcard just fine, and I > expect the same would be true for USB drives, but I haven't tried that. >=20 > The kernel is compiled to load at 0x12000000, which is NOT the default > address in the board's u-boot config. I set the kernel to a different > address so that ubldr could load at the board's $loadaddr. >=20 > -- Ian I must have been pretty tired when I wrote that message last night, because I forgot the most important paragraph. Better late than never... Big thanks go to J=FCrgen Wei=DF, who provided me with a starter patchset= a couple months ago that was enough to get the Wandboard booted to single-user mode, so I could concentrate on device drivers and general i.MX infrastructure. I'd still be struggling with this stuff without that jumpstart. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 14:20:46 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 ESMTP id 373856CB; Fri, 1 Nov 2013 14:20:46 +0000 (UTC) (envelope-from ian@FreeBSD.org) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D7282058; Fri, 1 Nov 2013 14:20:45 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1VcFae-000C6n-VI; Fri, 01 Nov 2013 14:20:45 +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 rA1EKgxV057145; Fri, 1 Nov 2013 08:20:42 -0600 (MDT) (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: U2FsdGVkX18+keEse3xf7yGOYBmADu8M Subject: Re: Wandboard support From: Ian Lepore To: Adrian Chadd In-Reply-To: References: <1383272225.31172.60.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Fri, 01 Nov 2013 08:20:42 -0600 Message-ID: <1383315642.31172.88.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 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 14:20:46 -0000 On Thu, 2013-10-31 at 21:58 -0700, Adrian Chadd wrote: > Hi! > > On 31 October 2013 19:17, Ian Lepore wrote: > > As of r257489 we now have some support for i.MX6 in general and > > Wandboard specifically. There is much work to do, especially in the > > area of clock and power management and pinmux control, and someone other > > than me will have to look towards graphics and sound support (I have no > > skills in those areas). > > > > Cool! > > Can you describe what you need in the clock / power management areas? Two things... the imx6 low-level support itself needs, well, everything. Right now the imx5 clock support gets linked in, and while that lets the linker resolve some references, luckily that code never runs, because the imx5 clock stuff is too different from imx6 to share much code. There are a couple temporary hacks in place right now for activating usb clocks. Taking a step back from there, we need a general clock API that isn't SoC-specific. Working on the imx stuff has made me realize that it needs to be not even architecture-specific, because the Freescale SoCs are all full of onboard devices which can be handled by drivers that are completely architecture agnostic. That is, the onboard ethernet on a Freescale arm chip and a Freescale ppc chip should be handled with the same driver. But that will only work if that driver can make calls to some architecture-neutral clock management code for attach, detach, suspend, resume, get-clock-frequency, etc. Further complicating things, we have a goal of being able to use existing fdt data supplied by board vendors. In practice that means using whatever linux has cooked up for the SoC/board, because that's what vendors always distribute; the linux bindings are the defacto standard. Unfortunately, that forces design choices on us to some degree. What the linux folks put into the fdt data is what they need for the way they've chosen to structure their drivers and board support. Those choices aren't always good for us. For things like clocks the fdt data is full of arbitrary numbers that often amount to being simply the position of some enum or array entry in linux code. That is, given an fdt property such as clocks=<&clks,97>; in the linux code the 97 turns in clock_array[97] or something similar. It's not quite the "abstract definition of hardware" that I expected fdt to be. To be compatible with it, we have little choice beyond examining the linux code and writing exactly-equivelent code (without violating any licenses, just to keep things interesting). -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 17:29:13 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 ESMTP id D2ADA8D7 for ; Fri, 1 Nov 2013 17:29:13 +0000 (UTC) (envelope-from imp@bsdimp.com) 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 A08232BE5 for ; Fri, 1 Nov 2013 17:29:13 +0000 (UTC) Received: by mail-ie0-f182.google.com with SMTP id as1so7911818iec.41 for ; Fri, 01 Nov 2013 10:29:07 -0700 (PDT) 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=Uta3gkxf0Ke4lPWf+7eR8yZ04gEMN/drarWf2xBCJtw=; b=OxQJdEE7jUAJX4szNPsCQVX3XZ8tAyNNNEdWnxo9kFPEJX7hQDCLoaNZjXW561WrJ6 woCzIam8ewLAmviAp3NcxOK5fRUa7BMGkCXHwBHa47X+mGWrrPp35ci2odOijePGaYAN RT9CAFaGOSfDnA83vENYS60H0ZNpsusk/29AzxyAom1ZsGuG2za3xzgMU8dbr7ELk9P/ Ejs+Nvp9m+63ILGE38t77cWYk3X0Bf9wChPygS2iWO8VkPF4L3pbxCz35l2WdicsfHjR HYQdMtbQeLIGCgAPiRIZCIsuIH/NnyD+weBLpM1XJt1ZCYyV0G1kKwZf0rko4RsXcNnY Pw/g== X-Gm-Message-State: ALoCoQkaXL3zImcoxhFWxBep6RoHWnBNP9KpRA8dJl9mpTleLt8K+1iZ2dbQsLgTr6t25DEN3YM+ X-Received: by 10.50.129.39 with SMTP id nt7mr3122903igb.13.1383326947732; Fri, 01 Nov 2013 10:29:07 -0700 (PDT) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPSA id p14sm871599igr.7.2013.11.01.10.29.06 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Nov 2013 10:29:06 -0700 (PDT) Sender: Warner Losh Subject: Re: Wandboard support Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 1 Nov 2013 11:29:04 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <870557A9-9D0F-41E9-A124-F21C509830F7@bsdimp.com> References: <1383272225.31172.60.camel@revolution.hippie.lan> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 17:29:13 -0000 On Oct 31, 2013, at 10:58 PM, Adrian Chadd wrote: > Hi! >=20 > On 31 October 2013 19:17, Ian Lepore wrote: >> As of r257489 we now have some support for i.MX6 in general and >> Wandboard specifically. There is much work to do, especially in the >> area of clock and power management and pinmux control, and someone = other >> than me will have to look towards graphics and sound support (I have = no >> skills in those areas). >>=20 >=20 > Cool! >=20 > Can you describe what you need in the clock / power management areas? We don't have an infrastructure to do this right now. Some ports do this on an ad-hoc basis. The usual needs are to have a DAG relationship between different parts = of the system so you can turn on and tune clocks, as well as power = blocks which may be necessary to power the clock and/or basic-blocks in = the SoC. The latest chips have grown quite complex. Warner From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 17:45:07 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5A82E2C5; Fri, 1 Nov 2013 17:45:07 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C82DB2CE7; Fri, 1 Nov 2013 17:45:06 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id hm4so1416513wib.0 for ; Fri, 01 Nov 2013 10:45:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=ifpLI94017TD1Fxy/1t5sPjX6oBEAGy8egZqpMnuEGM=; b=mWU3YOFCzi/bOPIhFXZATCMMuBMi0afoAoeybr0Jsy2rCzakssSPjlsDxe2ElqZFmj eolBTe41ylZsiNOsTr7QQJJ5sM+7yYbmERt5887hTG6kNg+RHyYF/2uWJuov8wBFxXDU HIb1mAVqwIUa2HBe3JSftjYBu0KW9THHt05gVw7RuIGeNYxHnnelMEPXsgppivCc76JT 4szMB3HygDMmk1MMSjiIXkcMZ+tWlggXLRy4+vNxfP1H4m+YryOV5MOxNqFLCIHgg09s EbuU4+q94v2bm4ULPT8kkqoyFqtfcLBOYgZhnTLe0s1NG4ump/R9d2RK21m66GYaL4cB KOSQ== X-Received: by 10.194.3.78 with SMTP id a14mr273904wja.77.1383327905182; Fri, 01 Nov 2013 10:45:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Fri, 1 Nov 2013 10:44:35 -0700 (PDT) In-Reply-To: <1383313834.31172.65.camel@revolution.hippie.lan> References: <1383313834.31172.65.camel@revolution.hippie.lan> From: Jia-Shiun Li Date: Sat, 2 Nov 2013 01:44:35 +0800 Message-ID: Subject: Re: sshd crash To: Ian Lepore Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-arm@freebsd.org" , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 17:45:07 -0000 On Fri, Nov 1, 2013 at 9:50 PM, Ian Lepore wrote: > > Several people investigated this (pretty extensively) and didn't come up > with a solution, or even a good suspect. We haven't forgotten it by any > means, but I don't think anyone is knocking themselves out on it right > now either. > > A fresh look may be exactly what's needed, so feel free to dig into it. > > I'll summarize what I remember... It happens on armv4 and armv6. It > happens when kernel and world are built with clang or gcc. It happens > with eabi and oabi. > > What I can't remember is whether anyone has bisected things down to a > changeset or timeframe when the problem showed up. > may I add: putty causes this to happen. mine 0.62. But ssh from another FreeBSD host has no problem. I suspect it to be some issues related to memory or malloc issues specific to bbb. 'tmux a -d' without existing detached sessions causes tmux client to core dump. But sshd and it are both fine on rpi. -Jia-Shiun. From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 17:53:47 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 ESMTP id 0ED6F713 for ; Fri, 1 Nov 2013 17:53:47 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 D426B2D67 for ; Fri, 1 Nov 2013 17:53:46 +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 1VcIun-0009q6-JX; Fri, 01 Nov 2013 17:53:45 +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 rA1HrhSL057258; Fri, 1 Nov 2013 11:53:43 -0600 (MDT) (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: U2FsdGVkX18chZXjLkJXTCBr1XjQKdbO Subject: Re: sshd crash From: Ian Lepore To: Jia-Shiun Li In-Reply-To: References: <1383313834.31172.65.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Fri, 01 Nov 2013 11:53:43 -0600 Message-ID: <1383328423.31172.92.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" , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 17:53:47 -0000 On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: > On Fri, Nov 1, 2013 at 9:50 PM, Ian Lepore wrote: > > > > Several people investigated this (pretty extensively) and didn't come up > > with a solution, or even a good suspect. We haven't forgotten it by any > > means, but I don't think anyone is knocking themselves out on it right > > now either. > > > > A fresh look may be exactly what's needed, so feel free to dig into it. > > > > I'll summarize what I remember... It happens on armv4 and armv6. It > > happens when kernel and world are built with clang or gcc. It happens > > with eabi and oabi. > > > > What I can't remember is whether anyone has bisected things down to a > > changeset or timeframe when the problem showed up. > > > > may I add: putty causes this to happen. mine 0.62. But ssh from another > FreeBSD host has no problem. > > I suspect it to be some issues related to memory or malloc issues > specific to bbb. 'tmux a -d' without existing detached sessions > causes tmux client to core dump. But sshd and it are both fine on rpi. > > -Jia-Shiun. This is the first I've heard of being able to ssh to an arm platform that doesn't have PrivSep disabled, since about July or so. I've never heard a report yet that anything on the client side could make a difference. It's definitely not a beaglebone thing, it happens on every arm board I've got... dreamplug, rpi, bbw, imx53, wandboard. -- Ian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 18:40: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 ESMTP id BB31948A; Fri, 1 Nov 2013 18:40:48 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0CF8B2026; Fri, 1 Nov 2013 18:40:47 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id b13so4415725wgh.27 for ; Fri, 01 Nov 2013 11:40:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=aRQIRPVggilJBYPAYkNwMQv5uGNhoru/96W1PI/Guvo=; b=TQibYMPXFI/L1tl1U0gWLwqXAsJBf/+7Z7dYDR9/UU1WjihKWKhnLW2RNECoD1EgJe 3hQ+UEziphmjh+9shQv9OxryRb+S8zkeffhIWm1jbaazoS2yRMluEHOoMBoCuh7L6CWr DqqJ8YkZ3gHGZYUOte3zzY7cqXRSdij3XP/6mrEWK9OWF8N8ys+6uIp4p7Xj5DgOhwWT CSIIkq05RdckBUDjzI5BLctkullgyOK0SW6rH37lrJM/laEbnyOGzkCAVCfOuayt4g6s t/oAHLbbtiJnkHVASG6lhyhhU+g2bWtuVGUireOHXngeiIZe6CE/lBRVxK8ZGafrrB/+ CnvA== X-Received: by 10.180.211.48 with SMTP id mz16mr3397448wic.63.1383331246532; Fri, 01 Nov 2013 11:40:46 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Fri, 1 Nov 2013 11:40:14 -0700 (PDT) In-Reply-To: <1383328423.31172.92.camel@revolution.hippie.lan> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> From: Jia-Shiun Li Date: Sat, 2 Nov 2013 02:40:14 +0800 Message-ID: Subject: Re: sshd crash To: Ian Lepore Content-Type: multipart/mixed; boundary=001a11c265e48e928704ea21e78f Cc: "freebsd-arm@freebsd.org" , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 18:40:48 -0000 --001a11c265e48e928704ea21e78f Content-Type: text/plain; charset=UTF-8 On Sat, Nov 2, 2013 at 1:53 AM, Ian Lepore wrote: > On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: >> may I add: putty causes this to happen. mine 0.62. But ssh from another >> FreeBSD host has no problem. >> >> I suspect it to be some issues related to memory or malloc issues >> specific to bbb. 'tmux a -d' without existing detached sessions >> causes tmux client to core dump. But sshd and it are both fine on rpi. >> >> -Jia-Shiun. > > This is the first I've heard of being able to ssh to an arm platform > that doesn't have PrivSep disabled, since about July or so. I've never > heard a report yet that anything on the client side could make a > difference. > > It's definitely not a beaglebone thing, it happens on every arm board > I've got... dreamplug, rpi, bbw, imx53, wandboard. Ok let me make sure I did not mix things up. ;) IIRC I once saw similar issue on rpi shortly. But after another weekly update it was gone. I did not pay too much attention on rpi, and thought it was bbb specific. I did not change sshd_config, UsePrivilegeSeparation supposed remaining on as default is. sshd logs attached initiating ssh to bbb from: - PuTTY on Windows w/ key auth, - PuTTY on Windows w/ password auth, and - (open)ssh on rpi Both rpi & bbb are now running r257094: --- 8< --- jsli@beaglebone:~ % uname -a FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257094: Sat Oct 26 03:06:24 CST 2013 jsli@4cbsd:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE arm jsli@beaglebone:~ % jsli@raspberry-pi:~ % uname -a FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r257094: Sat Oct 26 00:16:37 CST 2013 jsli@4cbsd:/rpi/obj/arm.armv6/usr/src/sys/RPI-B arm jsli@raspberry-pi:~ % --- 8< --- -Jia-Shiun. --001a11c265e48e928704ea21e78f Content-Type: text/plain; charset=US-ASCII; name="sshd-from-putty0.62.log.txt" Content-Disposition: attachment; filename="sshd-from-putty0.62.log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnhrmrai0 anNsaUBiZWFnbGVib25lOn4gIyBgd2hpY2ggc3NoZGAgLWQKZGVidWcxOiBIUE4gQnVmZmVyIFNp emU6IDY1NTM2CmRlYnVnMTogc3NoZCB2ZXJzaW9uIE9wZW5TU0hfNi4zcDFfaHBuMTN2MTEgRnJl ZUJTRC0yMDEzMDkxOCwgT3BlblNTTCAxLjAuMWUtZnJlZWJzZCAxMSBGZWIgMjAxMwpkZWJ1ZzE6 IHJlYWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5cGUgUlNBCmRlYnVnMTogcHJpdmF0ZSBob3N0 IGtleTogIzAgdHlwZSAxIFJTQQpkZWJ1ZzE6IHJlYWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5 cGUgRFNBCmRlYnVnMTogcHJpdmF0ZSBob3N0IGtleTogIzEgdHlwZSAyIERTQQpkZWJ1ZzE6IHJl YWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5cGUgRUNEU0EKZGVidWcxOiBwcml2YXRlIGhvc3Qg a2V5OiAjMiB0eXBlIDMgRUNEU0EKZGVidWcxOiByZXhlY19hcmd2WzBdPScvdXNyL3NiaW4vc3No ZCcKZGVidWcxOiByZXhlY19hcmd2WzFdPSctZCcKZGVidWcxOiBCaW5kIHRvIHBvcnQgMjIgb24g OjouCmRlYnVnMTogU2VydmVyIFRDUCBSV0lOIHNvY2tldCBzaXplOiA2NTUzNgpkZWJ1ZzE6IEhQ TiBCdWZmZXIgU2l6ZTogNjU1MzYKU2VydmVyIGxpc3RlbmluZyBvbiA6OiBwb3J0IDIyLgpkZWJ1 ZzE6IEJpbmQgdG8gcG9ydCAyMiBvbiAwLjAuMC4wLgpkZWJ1ZzE6IFNlcnZlciBUQ1AgUldJTiBz b2NrZXQgc2l6ZTogNjU1MzYKZGVidWcxOiBIUE4gQnVmZmVyIFNpemU6IDY1NTM2ClNlcnZlciBs aXN0ZW5pbmcgb24gMC4wLjAuMCBwb3J0IDIyLgpkZWJ1ZzE6IGZkIDUgY2xlYXJpbmcgT19OT05C TE9DSwpkZWJ1ZzE6IFNlcnZlciB3aWxsIG5vdCBmb3JrIHdoZW4gcnVubmluZyBpbiBkZWJ1Z2dp bmcgbW9kZS4KZGVidWcxOiByZXhlYyBzdGFydCBpbiA1IG91dCA1IG5ld3NvY2sgNSBwaXBlIC0x IHNvY2sgOApkZWJ1ZzE6IGluZXRkIHNvY2tldHMgYWZ0ZXIgZHVwcGluZzogMywgMwpkZWJ1ZzE6 IHJlc19pbml0KCkKQ29ubmVjdGlvbiBmcm9tIDE5Mi4xNjguMTExLjExIHBvcnQgNDE0NApkZWJ1 ZzE6IEhQTiBEaXNhYmxlZDogMCwgSFBOIEJ1ZmZlciBTaXplOiA2NTUzNgpkZWJ1ZzE6IENsaWVu dCBwcm90b2NvbCB2ZXJzaW9uIDIuMDsgY2xpZW50IHNvZnR3YXJlIHZlcnNpb24gUHVUVFlfUmVs ZWFzZV8wLjYyCmRlYnVnMTogbm8gbWF0Y2g6IFB1VFRZX1JlbGVhc2VfMC42MgpkZWJ1ZzE6IEVu YWJsaW5nIGNvbXBhdGliaWxpdHkgbW9kZSBmb3IgcHJvdG9jb2wgMi4wCmRlYnVnMTogTG9jYWwg dmVyc2lvbiBzdHJpbmcgU1NILTIuMC1PcGVuU1NIXzYuM19ocG4xM3YxMSBGcmVlQlNELTIwMTMw OTE4CmRlYnVnMTogcGVybWFuZW50bHlfc2V0X3VpZDogMjIvMjIgW3ByZWF1dGhdCmRlYnVnMTog bGlzdF9ob3N0a2V5X3R5cGVzOiBzc2gtcnNhLHNzaC1kc3MsZWNkc2Etc2hhMi1uaXN0cDI1NiBb cHJlYXV0aF0KZGVidWcxOiBTU0gyX01TR19LRVhJTklUIHNlbnQgW3ByZWF1dGhdCmRlYnVnMTog U1NIMl9NU0dfS0VYSU5JVCByZWNlaXZlZCBbcHJlYXV0aF0KZGVidWcxOiBrZXg6IGNsaWVudC0+ c2VydmVyIGFlczI1Ni1jdHIgaG1hYy1zaGExIG5vbmUgW3ByZWF1dGhdCmRlYnVnMToga2V4OiBz ZXJ2ZXItPmNsaWVudCBhZXMyNTYtY3RyIGhtYWMtc2hhMSBub25lIFtwcmVhdXRoXQpkZWJ1ZzE6 IFNTSDJfTVNHX0tFWF9ESF9HRVhfUkVRVUVTVF9PTEQgcmVjZWl2ZWQgW3ByZWF1dGhdCjxqZW1h bGxvYz46IGplbWFsbG9jX2FyZW5hLmM6Mzg3OiBGYWlsZWQgYXNzZXJ0aW9uOiAicFtpXSA9PSAw IgpkZWJ1ZzE6IFNTSDJfTVNHX0tFWF9ESF9HRVhfR1JPVVAgc2VudCBbcHJlYXV0aF0KZGVidWcx OiBtb25pdG9yX3JlYWRfbG9nOiBjaGlsZCBsb2cgZmQgY2xvc2VkCmRlYnVnMTogZG9fY2xlYW51 cApkZWJ1ZzE6IEtpbGxpbmcgcHJpdnNlcCBjaGlsZCA4OTA2CmpzbGlAYmVhZ2xlYm9uZTp+ICMg Cg== --001a11c265e48e928704ea21e78f Content-Type: text/plain; charset=US-ASCII; name="sshd-from-putty0.62-nokey.log.txt" Content-Disposition: attachment; filename="sshd-from-putty0.62-nokey.log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnhrmrb21 anNsaUBiZWFnbGVib25lOn4gIyBgd2hpY2ggc3NoZGAgLWQKZGVidWcxOiBIUE4gQnVmZmVyIFNp emU6IDY1NTM2CmRlYnVnMTogc3NoZCB2ZXJzaW9uIE9wZW5TU0hfNi4zcDFfaHBuMTN2MTEgRnJl ZUJTRC0yMDEzMDkxOCwgT3BlblNTTCAxLjAuMWUtZnJlZWJzZCAxMSBGZWIgMjAxMwpkZWJ1ZzE6 IHJlYWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5cGUgUlNBCmRlYnVnMTogcHJpdmF0ZSBob3N0 IGtleTogIzAgdHlwZSAxIFJTQQpkZWJ1ZzE6IHJlYWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5 cGUgRFNBCmRlYnVnMTogcHJpdmF0ZSBob3N0IGtleTogIzEgdHlwZSAyIERTQQpkZWJ1ZzE6IHJl YWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5cGUgRUNEU0EKZGVidWcxOiBwcml2YXRlIGhvc3Qg a2V5OiAjMiB0eXBlIDMgRUNEU0EKZGVidWcxOiByZXhlY19hcmd2WzBdPScvdXNyL3NiaW4vc3No ZCcKZGVidWcxOiByZXhlY19hcmd2WzFdPSctZCcKZGVidWcxOiBCaW5kIHRvIHBvcnQgMjIgb24g OjouCmRlYnVnMTogU2VydmVyIFRDUCBSV0lOIHNvY2tldCBzaXplOiA2NTUzNgpkZWJ1ZzE6IEhQ TiBCdWZmZXIgU2l6ZTogNjU1MzYKU2VydmVyIGxpc3RlbmluZyBvbiA6OiBwb3J0IDIyLgpkZWJ1 ZzE6IEJpbmQgdG8gcG9ydCAyMiBvbiAwLjAuMC4wLgpkZWJ1ZzE6IFNlcnZlciBUQ1AgUldJTiBz b2NrZXQgc2l6ZTogNjU1MzYKZGVidWcxOiBIUE4gQnVmZmVyIFNpemU6IDY1NTM2ClNlcnZlciBs aXN0ZW5pbmcgb24gMC4wLjAuMCBwb3J0IDIyLgpkZWJ1ZzE6IGZkIDUgY2xlYXJpbmcgT19OT05C TE9DSwpkZWJ1ZzE6IFNlcnZlciB3aWxsIG5vdCBmb3JrIHdoZW4gcnVubmluZyBpbiBkZWJ1Z2dp bmcgbW9kZS4KZGVidWcxOiByZXhlYyBzdGFydCBpbiA1IG91dCA1IG5ld3NvY2sgNSBwaXBlIC0x IHNvY2sgOApkZWJ1ZzE6IGluZXRkIHNvY2tldHMgYWZ0ZXIgZHVwcGluZzogMywgMwpkZWJ1ZzE6 IHJlc19pbml0KCkKQ29ubmVjdGlvbiBmcm9tIDE5Mi4xNjguMTExLjExIHBvcnQgNDE2OApkZWJ1 ZzE6IEhQTiBEaXNhYmxlZDogMCwgSFBOIEJ1ZmZlciBTaXplOiA2NTUzNgpkZWJ1ZzE6IENsaWVu dCBwcm90b2NvbCB2ZXJzaW9uIDIuMDsgY2xpZW50IHNvZnR3YXJlIHZlcnNpb24gUHVUVFlfUmVs ZWFzZV8wLjYyCmRlYnVnMTogbm8gbWF0Y2g6IFB1VFRZX1JlbGVhc2VfMC42MgpkZWJ1ZzE6IEVu YWJsaW5nIGNvbXBhdGliaWxpdHkgbW9kZSBmb3IgcHJvdG9jb2wgMi4wCmRlYnVnMTogTG9jYWwg dmVyc2lvbiBzdHJpbmcgU1NILTIuMC1PcGVuU1NIXzYuM19ocG4xM3YxMSBGcmVlQlNELTIwMTMw OTE4CmRlYnVnMTogcGVybWFuZW50bHlfc2V0X3VpZDogMjIvMjIgW3ByZWF1dGhdCmRlYnVnMTog bGlzdF9ob3N0a2V5X3R5cGVzOiBzc2gtcnNhLHNzaC1kc3MsZWNkc2Etc2hhMi1uaXN0cDI1NiBb cHJlYXV0aF0KZGVidWcxOiBTU0gyX01TR19LRVhJTklUIHNlbnQgW3ByZWF1dGhdCmRlYnVnMTog U1NIMl9NU0dfS0VYSU5JVCByZWNlaXZlZCBbcHJlYXV0aF0KZGVidWcxOiBrZXg6IGNsaWVudC0+ c2VydmVyIGFlczI1Ni1jdHIgaG1hYy1zaGExIG5vbmUgW3ByZWF1dGhdCmRlYnVnMToga2V4OiBz ZXJ2ZXItPmNsaWVudCBhZXMyNTYtY3RyIGhtYWMtc2hhMSBub25lIFtwcmVhdXRoXQpkZWJ1ZzE6 IFNTSDJfTVNHX0tFWF9ESF9HRVhfUkVRVUVTVF9PTEQgcmVjZWl2ZWQgW3ByZWF1dGhdCmRlYnVn MTogU1NIMl9NU0dfS0VYX0RIX0dFWF9HUk9VUCBzZW50IFtwcmVhdXRoXQo8amVtYWxsb2M+OiBq ZW1hbGxvY19hcmVuYS5jOjM4NzogRmFpbGVkIGFzc2VydGlvbjogInBbaV0gPT0gMCIKZGVidWcx OiBtb25pdG9yX3JlYWRfbG9nOiBjaGlsZCBsb2cgZmQgY2xvc2VkCmRlYnVnMTogZG9fY2xlYW51 cApkZWJ1ZzE6IEtpbGxpbmcgcHJpdnNlcCBjaGlsZCA4OTM5CmpzbGlAYmVhZ2xlYm9uZTp+ICMK --001a11c265e48e928704ea21e78f Content-Type: text/plain; charset=US-ASCII; name="sshd-from-rpi-bsd.log.txt" Content-Disposition: attachment; filename="sshd-from-rpi-bsd.log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnhrmrbf2 anNsaUBiZWFnbGVib25lOn4gIyBgd2hpY2ggc3NoZGAgLWQKZGVidWcxOiBIUE4gQnVmZmVyIFNp emU6IDY1NTM2CmRlYnVnMTogc3NoZCB2ZXJzaW9uIE9wZW5TU0hfNi4zcDFfaHBuMTN2MTEgRnJl ZUJTRC0yMDEzMDkxOCwgT3BlblNTTCAxLjAuMWUtZnJlZWJzZCAxMSBGZWIgMjAxMwpkZWJ1ZzE6 IHJlYWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5cGUgUlNBCmRlYnVnMTogcHJpdmF0ZSBob3N0 IGtleTogIzAgdHlwZSAxIFJTQQpkZWJ1ZzE6IHJlYWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5 cGUgRFNBCmRlYnVnMTogcHJpdmF0ZSBob3N0IGtleTogIzEgdHlwZSAyIERTQQpkZWJ1ZzE6IHJl YWQgUEVNIHByaXZhdGUga2V5IGRvbmU6IHR5cGUgRUNEU0EKZGVidWcxOiBwcml2YXRlIGhvc3Qg a2V5OiAjMiB0eXBlIDMgRUNEU0EKZGVidWcxOiByZXhlY19hcmd2WzBdPScvdXNyL3NiaW4vc3No ZCcKZGVidWcxOiByZXhlY19hcmd2WzFdPSctZCcKZGVidWcxOiBCaW5kIHRvIHBvcnQgMjIgb24g OjouCmRlYnVnMTogU2VydmVyIFRDUCBSV0lOIHNvY2tldCBzaXplOiA2NTUzNgpkZWJ1ZzE6IEhQ TiBCdWZmZXIgU2l6ZTogNjU1MzYKU2VydmVyIGxpc3RlbmluZyBvbiA6OiBwb3J0IDIyLgpkZWJ1 ZzE6IEJpbmQgdG8gcG9ydCAyMiBvbiAwLjAuMC4wLgpkZWJ1ZzE6IFNlcnZlciBUQ1AgUldJTiBz b2NrZXQgc2l6ZTogNjU1MzYKZGVidWcxOiBIUE4gQnVmZmVyIFNpemU6IDY1NTM2ClNlcnZlciBs aXN0ZW5pbmcgb24gMC4wLjAuMCBwb3J0IDIyLgpkZWJ1ZzE6IGZkIDUgY2xlYXJpbmcgT19OT05C TE9DSwpkZWJ1ZzE6IFNlcnZlciB3aWxsIG5vdCBmb3JrIHdoZW4gcnVubmluZyBpbiBkZWJ1Z2dp bmcgbW9kZS4KZGVidWcxOiByZXhlYyBzdGFydCBpbiA1IG91dCA1IG5ld3NvY2sgNSBwaXBlIC0x IHNvY2sgOApkZWJ1ZzE6IGluZXRkIHNvY2tldHMgYWZ0ZXIgZHVwcGluZzogMywgMwpkZWJ1ZzE6 IHJlc19pbml0KCkKQ29ubmVjdGlvbiBmcm9tIDE5Mi4xNjguMTExLjkgcG9ydCA2MjI2NQpkZWJ1 ZzE6IEhQTiBEaXNhYmxlZDogMCwgSFBOIEJ1ZmZlciBTaXplOiA2NTUzNgpkZWJ1ZzE6IENsaWVu dCBwcm90b2NvbCB2ZXJzaW9uIDIuMDsgY2xpZW50IHNvZnR3YXJlIHZlcnNpb24gT3BlblNTSF82 LjNfaHBuMTN2MTEgRnJlZUJTRC0yMDEzMDkxOApkZWJ1ZzE6IG1hdGNoOiBPcGVuU1NIXzYuM19o cG4xM3YxMSBGcmVlQlNELTIwMTMwOTE4IHBhdCBPcGVuU1NIKgpkZWJ1ZzE6IEVuYWJsaW5nIGNv bXBhdGliaWxpdHkgbW9kZSBmb3IgcHJvdG9jb2wgMi4wCmRlYnVnMTogTG9jYWwgdmVyc2lvbiBz dHJpbmcgU1NILTIuMC1PcGVuU1NIXzYuM19ocG4xM3YxMSBGcmVlQlNELTIwMTMwOTE4CmRlYnVn MTogcGVybWFuZW50bHlfc2V0X3VpZDogMjIvMjIgW3ByZWF1dGhdCmRlYnVnMTogbGlzdF9ob3N0 a2V5X3R5cGVzOiBzc2gtcnNhLHNzaC1kc3MsZWNkc2Etc2hhMi1uaXN0cDI1NiBbcHJlYXV0aF0K ZGVidWcxOiBTU0gyX01TR19LRVhJTklUIHNlbnQgW3ByZWF1dGhdCmRlYnVnMTogU1NIMl9NU0df S0VYSU5JVCByZWNlaXZlZCBbcHJlYXV0aF0KZGVidWcxOiBrZXg6IGNsaWVudC0+c2VydmVyIGFl czEyOC1jdHIgaG1hYy1tZDUtZXRtQG9wZW5zc2guY29tIG5vbmUgW3ByZWF1dGhdCmRlYnVnMTog a2V4OiBzZXJ2ZXItPmNsaWVudCBhZXMxMjgtY3RyIGhtYWMtbWQ1LWV0bUBvcGVuc3NoLmNvbSBu b25lIFtwcmVhdXRoXQpkZWJ1ZzE6IGV4cGVjdGluZyBTU0gyX01TR19LRVhfRUNESF9JTklUIFtw cmVhdXRoXQpkZWJ1ZzE6IFNTSDJfTVNHX05FV0tFWVMgc2VudCBbcHJlYXV0aF0KZGVidWcxOiBl eHBlY3RpbmcgU1NIMl9NU0dfTkVXS0VZUyBbcHJlYXV0aF0KZGVidWcxOiBTU0gyX01TR19ORVdL RVlTIHJlY2VpdmVkIFtwcmVhdXRoXQpkZWJ1ZzE6IEtFWCBkb25lIFtwcmVhdXRoXQpkZWJ1ZzE6 IHVzZXJhdXRoLXJlcXVlc3QgZm9yIHVzZXIganNsaSBzZXJ2aWNlIHNzaC1jb25uZWN0aW9uIG1l dGhvZCBub25lIFtwcmVhdXRoXQpkZWJ1ZzE6IGF0dGVtcHQgMCBmYWlsdXJlcyAwIFtwcmVhdXRo XQpkZWJ1ZzE6IFBBTTogaW5pdGlhbGl6aW5nIGZvciAianNsaSIKZGVidWcxOiBQQU06IHNldHRp bmcgUEFNX1JIT1NUIHRvICIxOTIuMTY4LjExMS45IgpkZWJ1ZzE6IHVzZXJhdXRoLXJlcXVlc3Qg Zm9yIHVzZXIganNsaSBzZXJ2aWNlIHNzaC1jb25uZWN0aW9uIG1ldGhvZCBrZXlib2FyZC1pbnRl cmFjdGl2ZSBbcHJlYXV0aF0KZGVidWcxOiBhdHRlbXB0IDEgZmFpbHVyZXMgMCBbcHJlYXV0aF0K ZGVidWcxOiBrZXlib2FyZC1pbnRlcmFjdGl2ZSBkZXZzICBbcHJlYXV0aF0KZGVidWcxOiBhdXRo Ml9jaGFsbGVuZ2U6IHVzZXI9anNsaSBkZXZzPSBbcHJlYXV0aF0KZGVidWcxOiBrYmRpbnRfYWxs b2M6IGRldmljZXMgJ3BhbScgW3ByZWF1dGhdCmRlYnVnMTogYXV0aDJfY2hhbGxlbmdlX3N0YXJ0 OiB0cnlpbmcgYXV0aGVudGljYXRpb24gbWV0aG9kICdwYW0nIFtwcmVhdXRoXQpQb3N0cG9uZWQg a2V5Ym9hcmQtaW50ZXJhY3RpdmUgZm9yIGpzbGkgZnJvbSAxOTIuMTY4LjExMS45IHBvcnQgNjIy NjUgc3NoMiBbcHJlYXV0aF0KZGVidWcxOiBkb19wYW1fYWNjb3VudDogY2FsbGVkCmRlYnVnMTog UEFNOiBudW0gUEFNIGVudiBzdHJpbmdzIDAKUG9zdHBvbmVkIGtleWJvYXJkLWludGVyYWN0aXZl L3BhbSBmb3IganNsaSBmcm9tIDE5Mi4xNjguMTExLjkgcG9ydCA2MjI2NSBzc2gyIFtwcmVhdXRo XQpkZWJ1ZzE6IGRvX3BhbV9hY2NvdW50OiBjYWxsZWQKQWNjZXB0ZWQga2V5Ym9hcmQtaW50ZXJh Y3RpdmUvcGFtIGZvciBqc2xpIGZyb20gMTkyLjE2OC4xMTEuOSBwb3J0IDYyMjY1IHNzaDIKZGVi dWcxOiBtb25pdG9yX2NoaWxkX3ByZWF1dGg6IGpzbGkgaGFzIGJlZW4gYXV0aGVudGljYXRlZCBi eSBwcml2aWxlZ2VkIHByb2Nlc3MKZGVidWcxOiBtb25pdG9yX3JlYWRfbG9nOiBjaGlsZCBsb2cg ZmQgY2xvc2VkCmRlYnVnMTogUEFNOiBlc3RhYmxpc2hpbmcgY3JlZGVudGlhbHMKVXNlciBjaGls ZCBpcyBvbiBwaWQgODkxNApkZWJ1ZzE6IFBBTTogZXN0YWJsaXNoaW5nIGNyZWRlbnRpYWxzCmRl YnVnMTogRW50ZXJpbmcgaW50ZXJhY3RpdmUgc2Vzc2lvbiBmb3IgU1NIMi4KZGVidWcxOiBzZXJ2 ZXJfaW5pdF9kaXNwYXRjaF8yMApkZWJ1ZzE6IHNlcnZlcl9pbnB1dF9jaGFubmVsX29wZW46IGN0 eXBlIHNlc3Npb24gcmNoYW4gMCB3aW4gMTA0ODU3NiBtYXggMTYzODQKZGVidWcxOiBpbnB1dF9z ZXNzaW9uX3JlcXVlc3QKZGVidWcxOiBjaGFubmVsIDA6IG5ldyBbc2VydmVyLXNlc3Npb25dCmRl YnVnMTogc2Vzc2lvbl9uZXc6IHNlc3Npb24gMApkZWJ1ZzE6IHNlc3Npb25fb3BlbjogY2hhbm5l bCAwCmRlYnVnMTogc2Vzc2lvbl9vcGVuOiBzZXNzaW9uIDA6IGxpbmsgd2l0aCBjaGFubmVsIDAK ZGVidWcxOiBzZXJ2ZXJfaW5wdXRfY2hhbm5lbF9vcGVuOiBjb25maXJtIHNlc3Npb24KZGVidWcx OiBzZXJ2ZXJfaW5wdXRfZ2xvYmFsX3JlcXVlc3Q6IHJ0eXBlIG5vLW1vcmUtc2Vzc2lvbnNAb3Bl bnNzaC5jb20gd2FudF9yZXBseSAwCmRlYnVnMTogc2VydmVyX2lucHV0X2NoYW5uZWxfcmVxOiBj aGFubmVsIDAgcmVxdWVzdCBwdHktcmVxIHJlcGx5IDEKZGVidWcxOiBzZXNzaW9uX2J5X2NoYW5u ZWw6IHNlc3Npb24gMCBjaGFubmVsIDAKZGVidWcxOiBzZXNzaW9uX2lucHV0X2NoYW5uZWxfcmVx OiBzZXNzaW9uIDAgcmVxIHB0eS1yZXEKZGVidWcxOiBBbGxvY2F0aW5nIHB0eS4KZGVidWcxOiBz ZXNzaW9uX25ldzogc2Vzc2lvbiAwCmRlYnVnMTogc2Vzc2lvbl9wdHlfcmVxOiBzZXNzaW9uIDAg YWxsb2MgL2Rldi9wdHMvNApkZWJ1ZzE6IHNlcnZlcl9pbnB1dF9jaGFubmVsX3JlcTogY2hhbm5l bCAwIHJlcXVlc3Qgc2hlbGwgcmVwbHkgMQpkZWJ1ZzE6IHNlc3Npb25fYnlfY2hhbm5lbDogc2Vz c2lvbiAwIGNoYW5uZWwgMApkZWJ1ZzE6IHNlc3Npb25faW5wdXRfY2hhbm5lbF9yZXE6IHNlc3Np b24gMCByZXEgc2hlbGwKZGVidWcxOiBTZXR0aW5nIGNvbnRyb2xsaW5nIHR0eSB1c2luZyBUSU9D U0NUVFkuCgpkZWJ1ZzE6IFJlY2VpdmVkIFNJR0NITEQuCmRlYnVnMTogc2Vzc2lvbl9ieV9waWQ6 IHBpZCA4OTE1CmRlYnVnMTogc2Vzc2lvbl9leGl0X21lc3NhZ2U6IHNlc3Npb24gMCBjaGFubmVs IDAgcGlkIDg5MTUKZGVidWcxOiBzZXNzaW9uX2V4aXRfbWVzc2FnZTogcmVsZWFzZSBjaGFubmVs IDAKZGVidWcxOiBzZXNzaW9uX2J5X3R0eTogc2Vzc2lvbiAwIHR0eSAvZGV2L3B0cy80CmRlYnVn MTogc2Vzc2lvbl9wdHlfY2xlYW51cDogc2Vzc2lvbiAwIHJlbGVhc2UgL2Rldi9wdHMvNApkZWJ1 ZzE6IHNlc3Npb25fYnlfY2hhbm5lbDogc2Vzc2lvbiAwIGNoYW5uZWwgMApkZWJ1ZzE6IHNlc3Np b25fY2xvc2VfYnlfY2hhbm5lbDogY2hhbm5lbCAwIGNoaWxkIDAKZGVidWcxOiBzZXNzaW9uX2Ns b3NlOiBzZXNzaW9uIDAgcGlkIDAKZGVidWcxOiBjaGFubmVsIDA6IGZyZWU6IHNlcnZlci1zZXNz aW9uLCBuY2hhbm5lbHMgMQpSZWNlaXZlZCBkaXNjb25uZWN0IGZyb20gMTkyLjE2OC4xMTEuOTog MTE6IGRpc2Nvbm5lY3RlZCBieSB1c2VyCmRlYnVnMTogZG9fY2xlYW51cApkZWJ1ZzE6IGRvX2Ns ZWFudXAKZGVidWcxOiBQQU06IGNsZWFudXAKZGVidWcxOiBQQU06IGNsb3Npbmcgc2Vzc2lvbgpk ZWJ1ZzE6IFBBTTogZGVsZXRpbmcgY3JlZGVudGlhbHMKanNsaUBiZWFnbGVib25lOn4gIwo= --001a11c265e48e928704ea21e78f-- From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 18:55:55 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 ESMTP id C4D5BA82; Fri, 1 Nov 2013 18:55:55 +0000 (UTC) (envelope-from jiashiun@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2AC0D2109; Fri, 1 Nov 2013 18:55:55 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id c11so4345425wgh.26 for ; Fri, 01 Nov 2013 11:55:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=mGjJ3W8SzX1xqaLz6DLsuyajJQxQXHu216H815qACME=; b=vxOAWAcZFusRn6L4TtdGYFAFbxJhWG//33CI3/IJW0vuuONMv8x+wEsdL0EziwPbgw N3SGOxdFzeoBbNGDrIsE8blwZj1magyL+rDAbTOipsyBpoy01Y5YIIoldB3S2X5D75NV MJc7XSc/KafJAZwymVyUtjPQEjP0wFgwvWPs1GhsTk1zi7byUKkR1UT7PdWSfF5YL95J YicCbFJDJOxAp8mU+uWt5uovHeMhRtGmdo/9hh+BTlSYn8b9e8fSqhIWOmmX9+5A9pdm jAoDJ0aPnks1/PREpHuHNyb8Fac5XQ2HmQk1ScirmpwwMYshp3ZoUc7x5Uc3SiYr3BPZ jRcg== X-Received: by 10.180.24.197 with SMTP id w5mr3501131wif.8.1383332153529; Fri, 01 Nov 2013 11:55:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.206.132 with HTTP; Fri, 1 Nov 2013 11:55:23 -0700 (PDT) In-Reply-To: References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> From: Jia-Shiun Li Date: Sat, 2 Nov 2013 02:55:23 +0800 Message-ID: Subject: Re: sshd crash To: Ian Lepore Content-Type: multipart/mixed; boundary=f46d044286e29e372d04ea221d09 Cc: "freebsd-arm@freebsd.org" , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 18:55:55 -0000 --f46d044286e29e372d04ea221d09 Content-Type: text/plain; charset=UTF-8 and attached logs putty connecting to rpi successfully. putty profiles were copied for both bbb & rpi. So there should be no obvious setting differences. -Jia-Shiun. On Sat, Nov 2, 2013 at 2:40 AM, Jia-Shiun Li wrote: > On Sat, Nov 2, 2013 at 1:53 AM, Ian Lepore wrote: >> On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: >>> may I add: putty causes this to happen. mine 0.62. But ssh from another >>> FreeBSD host has no problem. >>> >>> I suspect it to be some issues related to memory or malloc issues >>> specific to bbb. 'tmux a -d' without existing detached sessions >>> causes tmux client to core dump. But sshd and it are both fine on rpi. >>> >>> -Jia-Shiun. >> >> This is the first I've heard of being able to ssh to an arm platform >> that doesn't have PrivSep disabled, since about July or so. I've never >> heard a report yet that anything on the client side could make a >> difference. >> >> It's definitely not a beaglebone thing, it happens on every arm board >> I've got... dreamplug, rpi, bbw, imx53, wandboard. > > > Ok let me make sure I did not mix things up. ;) > > IIRC I once saw similar issue on rpi shortly. But after another > weekly update it was gone. I did not pay too much attention on rpi, > and thought it was bbb specific. > > I did not change sshd_config, UsePrivilegeSeparation supposed > remaining on as default is. > > sshd logs attached initiating ssh to bbb from: > - PuTTY on Windows w/ key auth, > - PuTTY on Windows w/ password auth, and > - (open)ssh on rpi > > Both rpi & bbb are now running r257094: > --- 8< --- > jsli@beaglebone:~ % uname -a > FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257094: Sat > Oct 26 03:06:24 CST 2013 > jsli@4cbsd:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE > arm > jsli@beaglebone:~ % > > jsli@raspberry-pi:~ % uname -a > FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r257094: Sat > Oct 26 00:16:37 CST 2013 > jsli@4cbsd:/rpi/obj/arm.armv6/usr/src/sys/RPI-B arm > jsli@raspberry-pi:~ % > --- 8< --- > > -Jia-Shiun. --f46d044286e29e372d04ea221d09 Content-Type: text/plain; charset=US-ASCII; name="sshd-rpi-from-putty0.62.log.txt" Content-Disposition: attachment; filename="sshd-rpi-from-putty0.62.log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hnhs6v6k3 anNsaUByYXNwYmVycnktcGk6fiAjIGB3aGljaCBzc2hkYCAtZApkZWJ1ZzE6IEhQTiBCdWZmZXIg U2l6ZTogNjU1MzYKZGVidWcxOiBzc2hkIHZlcnNpb24gT3BlblNTSF82LjNwMV9ocG4xM3YxMSBG cmVlQlNELTIwMTMwOTE4LCBPcGVuU1NMIDEuMC4xZS1mcmVlYnNkIDExIEZlYiAyMDEzCmRlYnVn MTogcmVhZCBQRU0gcHJpdmF0ZSBrZXkgZG9uZTogdHlwZSBSU0EKZGVidWcxOiBwcml2YXRlIGhv c3Qga2V5OiAjMCB0eXBlIDEgUlNBCmRlYnVnMTogcmVhZCBQRU0gcHJpdmF0ZSBrZXkgZG9uZTog dHlwZSBEU0EKZGVidWcxOiBwcml2YXRlIGhvc3Qga2V5OiAjMSB0eXBlIDIgRFNBCmRlYnVnMTog cmVhZCBQRU0gcHJpdmF0ZSBrZXkgZG9uZTogdHlwZSBFQ0RTQQpkZWJ1ZzE6IHByaXZhdGUgaG9z dCBrZXk6ICMyIHR5cGUgMyBFQ0RTQQpkZWJ1ZzE6IHJleGVjX2FyZ3ZbMF09Jy91c3Ivc2Jpbi9z c2hkJwpkZWJ1ZzE6IHJleGVjX2FyZ3ZbMV09Jy1kJwpkZWJ1ZzE6IEJpbmQgdG8gcG9ydCAyMiBv biA6Oi4KZGVidWcxOiBTZXJ2ZXIgVENQIFJXSU4gc29ja2V0IHNpemU6IDY1NTM2CmRlYnVnMTog SFBOIEJ1ZmZlciBTaXplOiA2NTUzNgpTZXJ2ZXIgbGlzdGVuaW5nIG9uIDo6IHBvcnQgMjIuCmRl YnVnMTogQmluZCB0byBwb3J0IDIyIG9uIDAuMC4wLjAuCmRlYnVnMTogU2VydmVyIFRDUCBSV0lO IHNvY2tldCBzaXplOiA2NTUzNgpkZWJ1ZzE6IEhQTiBCdWZmZXIgU2l6ZTogNjU1MzYKU2VydmVy IGxpc3RlbmluZyBvbiAwLjAuMC4wIHBvcnQgMjIuCmRlYnVnMTogZmQgNSBjbGVhcmluZyBPX05P TkJMT0NLCmRlYnVnMTogU2VydmVyIHdpbGwgbm90IGZvcmsgd2hlbiBydW5uaW5nIGluIGRlYnVn Z2luZyBtb2RlLgpkZWJ1ZzE6IHJleGVjIHN0YXJ0IGluIDUgb3V0IDUgbmV3c29jayA1IHBpcGUg LTEgc29jayA4CmRlYnVnMTogaW5ldGQgc29ja2V0cyBhZnRlciBkdXBwaW5nOiAzLCAzCmRlYnVn MTogcmVzX2luaXQoKQpDb25uZWN0aW9uIGZyb20gMTkyLjE2OC4xMTEuMTEgcG9ydCA0OTkxCmRl YnVnMTogSFBOIERpc2FibGVkOiAwLCBIUE4gQnVmZmVyIFNpemU6IDY1NTM2CmRlYnVnMTogQ2xp ZW50IHByb3RvY29sIHZlcnNpb24gMi4wOyBjbGllbnQgc29mdHdhcmUgdmVyc2lvbiBQdVRUWV9S ZWxlYXNlXzAuNjIKZGVidWcxOiBubyBtYXRjaDogUHVUVFlfUmVsZWFzZV8wLjYyCmRlYnVnMTog RW5hYmxpbmcgY29tcGF0aWJpbGl0eSBtb2RlIGZvciBwcm90b2NvbCAyLjAKZGVidWcxOiBMb2Nh bCB2ZXJzaW9uIHN0cmluZyBTU0gtMi4wLU9wZW5TU0hfNi4zX2hwbjEzdjExIEZyZWVCU0QtMjAx MzA5MTgKZGVidWcxOiBwZXJtYW5lbnRseV9zZXRfdWlkOiAyMi8yMiBbcHJlYXV0aF0KZGVidWcx OiBsaXN0X2hvc3RrZXlfdHlwZXM6IHNzaC1yc2Esc3NoLWRzcyxlY2RzYS1zaGEyLW5pc3RwMjU2 IFtwcmVhdXRoXQpkZWJ1ZzE6IFNTSDJfTVNHX0tFWElOSVQgc2VudCBbcHJlYXV0aF0KZGVidWcx OiBTU0gyX01TR19LRVhJTklUIHJlY2VpdmVkIFtwcmVhdXRoXQpkZWJ1ZzE6IGtleDogY2xpZW50 LT5zZXJ2ZXIgYWVzMjU2LWN0ciBobWFjLXNoYTEgbm9uZSBbcHJlYXV0aF0KZGVidWcxOiBrZXg6 IHNlcnZlci0+Y2xpZW50IGFlczI1Ni1jdHIgaG1hYy1zaGExIG5vbmUgW3ByZWF1dGhdCmRlYnVn MTogU1NIMl9NU0dfS0VYX0RIX0dFWF9SRVFVRVNUX09MRCByZWNlaXZlZCBbcHJlYXV0aF0KZGVi dWcxOiBTU0gyX01TR19LRVhfREhfR0VYX0dST1VQIHNlbnQgW3ByZWF1dGhdCmRlYnVnMTogZXhw ZWN0aW5nIFNTSDJfTVNHX0tFWF9ESF9HRVhfSU5JVCBbcHJlYXV0aF0KZGVidWcxOiBTU0gyX01T R19LRVhfREhfR0VYX1JFUExZIHNlbnQgW3ByZWF1dGhdCmRlYnVnMTogU1NIMl9NU0dfTkVXS0VZ UyBzZW50IFtwcmVhdXRoXQpkZWJ1ZzE6IGV4cGVjdGluZyBTU0gyX01TR19ORVdLRVlTIFtwcmVh dXRoXQpkZWJ1ZzE6IFNTSDJfTVNHX05FV0tFWVMgcmVjZWl2ZWQgW3ByZWF1dGhdCmRlYnVnMTog S0VYIGRvbmUgW3ByZWF1dGhdCmRlYnVnMTogdXNlcmF1dGgtcmVxdWVzdCBmb3IgdXNlciBqc2xp IHNlcnZpY2Ugc3NoLWNvbm5lY3Rpb24gbWV0aG9kIG5vbmUgW3ByZWF1dGhdCmRlYnVnMTogYXR0 ZW1wdCAwIGZhaWx1cmVzIDAgW3ByZWF1dGhdCmRlYnVnMTogUEFNOiBpbml0aWFsaXppbmcgZm9y ICJqc2xpIgpkZWJ1ZzE6IFBBTTogc2V0dGluZyBQQU1fUkhPU1QgdG8gIjE5Mi4xNjguMTExLjEx IgpkZWJ1ZzE6IHVzZXJhdXRoLXJlcXVlc3QgZm9yIHVzZXIganNsaSBzZXJ2aWNlIHNzaC1jb25u ZWN0aW9uIG1ldGhvZCBwdWJsaWNrZXkgW3ByZWF1dGhdCmRlYnVnMTogYXR0ZW1wdCAxIGZhaWx1 cmVzIDAgW3ByZWF1dGhdCmRlYnVnMTogdGVzdCB3aGV0aGVyIHBrYWxnL3BrYmxvYiBhcmUgYWNj ZXB0YWJsZSBbcHJlYXV0aF0KZGVidWcxOiB0cnlpbmcgcHVibGljIGtleSBmaWxlIC9ob21lL2pz bGkvLnNzaC9hdXRob3JpemVkX2tleXMKZGVidWcxOiBDb3VsZCBub3Qgb3BlbiBhdXRob3JpemVk IGtleXMgJy9ob21lL2pzbGkvLnNzaC9hdXRob3JpemVkX2tleXMnOiBObyBzdWNoIGZpbGUgb3Ig ZGlyZWN0b3J5CmRlYnVnMTogdHJ5aW5nIHB1YmxpYyBrZXkgZmlsZSAvaG9tZS9qc2xpLy5zc2gv YXV0aG9yaXplZF9rZXlzMgpkZWJ1ZzE6IENvdWxkIG5vdCBvcGVuIGF1dGhvcml6ZWQga2V5cyAn L2hvbWUvanNsaS8uc3NoL2F1dGhvcml6ZWRfa2V5czInOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0 b3J5CkZhaWxlZCBwdWJsaWNrZXkgZm9yIGpzbGkgZnJvbSAxOTIuMTY4LjExMS4xMSBwb3J0IDQ5 OTEgc3NoMjogUlNBIDk1OmU3OmNhOmEwOmQwOjcxOmE1OmMxOjdkOmQ5OjZkOmM2OjNiOjQzOjg4 OjVmCmRlYnVnMTogdXNlcmF1dGgtcmVxdWVzdCBmb3IgdXNlciBqc2xpIHNlcnZpY2Ugc3NoLWNv bm5lY3Rpb24gbWV0aG9kIGtleWJvYXJkLWludGVyYWN0aXZlIFtwcmVhdXRoXQpkZWJ1ZzE6IGF0 dGVtcHQgMiBmYWlsdXJlcyAxIFtwcmVhdXRoXQpkZWJ1ZzE6IGtleWJvYXJkLWludGVyYWN0aXZl IGRldnMgIFtwcmVhdXRoXQpkZWJ1ZzE6IGF1dGgyX2NoYWxsZW5nZTogdXNlcj1qc2xpIGRldnM9 IFtwcmVhdXRoXQpkZWJ1ZzE6IGtiZGludF9hbGxvYzogZGV2aWNlcyAncGFtJyBbcHJlYXV0aF0K ZGVidWcxOiBhdXRoMl9jaGFsbGVuZ2Vfc3RhcnQ6IHRyeWluZyBhdXRoZW50aWNhdGlvbiBtZXRo b2QgJ3BhbScgW3ByZWF1dGhdClBvc3Rwb25lZCBrZXlib2FyZC1pbnRlcmFjdGl2ZSBmb3IganNs aSBmcm9tIDE5Mi4xNjguMTExLjExIHBvcnQgNDk5MSBzc2gyIFtwcmVhdXRoXQpkZWJ1ZzE6IGRv X3BhbV9hY2NvdW50OiBjYWxsZWQKZGVidWcxOiBQQU06IG51bSBQQU0gZW52IHN0cmluZ3MgMApQ b3N0cG9uZWQga2V5Ym9hcmQtaW50ZXJhY3RpdmUvcGFtIGZvciBqc2xpIGZyb20gMTkyLjE2OC4x MTEuMTEgcG9ydCA0OTkxIHNzaDIgW3ByZWF1dGhdCmRlYnVnMTogZG9fcGFtX2FjY291bnQ6IGNh bGxlZApBY2NlcHRlZCBrZXlib2FyZC1pbnRlcmFjdGl2ZS9wYW0gZm9yIGpzbGkgZnJvbSAxOTIu MTY4LjExMS4xMSBwb3J0IDQ5OTEgc3NoMgpkZWJ1ZzE6IG1vbml0b3JfY2hpbGRfcHJlYXV0aDog anNsaSBoYXMgYmVlbiBhdXRoZW50aWNhdGVkIGJ5IHByaXZpbGVnZWQgcHJvY2VzcwpkZWJ1ZzE6 IG1vbml0b3JfcmVhZF9sb2c6IGNoaWxkIGxvZyBmZCBjbG9zZWQKZGVidWcxOiBQQU06IGVzdGFi bGlzaGluZyBjcmVkZW50aWFscwpVc2VyIGNoaWxkIGlzIG9uIHBpZCA0MDU4OQpkZWJ1ZzE6IFBB TTogZXN0YWJsaXNoaW5nIGNyZWRlbnRpYWxzCmRlYnVnMTogRW50ZXJpbmcgaW50ZXJhY3RpdmUg c2Vzc2lvbiBmb3IgU1NIMi4KZGVidWcxOiBzZXJ2ZXJfaW5pdF9kaXNwYXRjaF8yMApkZWJ1ZzE6 IHNlcnZlcl9pbnB1dF9jaGFubmVsX29wZW46IGN0eXBlIHNlc3Npb24gcmNoYW4gMjU2IHdpbiAx NjM4NCBtYXggMTYzODQKZGVidWcxOiBpbnB1dF9zZXNzaW9uX3JlcXVlc3QKZGVidWcxOiBjaGFu bmVsIDA6IG5ldyBbc2VydmVyLXNlc3Npb25dCmRlYnVnMTogc2Vzc2lvbl9uZXc6IHNlc3Npb24g MApkZWJ1ZzE6IHNlc3Npb25fb3BlbjogY2hhbm5lbCAwCmRlYnVnMTogc2Vzc2lvbl9vcGVuOiBz ZXNzaW9uIDA6IGxpbmsgd2l0aCBjaGFubmVsIDAKZGVidWcxOiBzZXJ2ZXJfaW5wdXRfY2hhbm5l bF9vcGVuOiBjb25maXJtIHNlc3Npb24KZGVidWcxOiBzZXJ2ZXJfaW5wdXRfY2hhbm5lbF9yZXE6 IGNoYW5uZWwgMCByZXF1ZXN0IHB0eS1yZXEgcmVwbHkgMQpkZWJ1ZzE6IHNlc3Npb25fYnlfY2hh bm5lbDogc2Vzc2lvbiAwIGNoYW5uZWwgMApkZWJ1ZzE6IHNlc3Npb25faW5wdXRfY2hhbm5lbF9y ZXE6IHNlc3Npb24gMCByZXEgcHR5LXJlcQpkZWJ1ZzE6IEFsbG9jYXRpbmcgcHR5LgpkZWJ1ZzE6 IHNlc3Npb25fbmV3OiBzZXNzaW9uIDAKZGVidWcxOiBzZXNzaW9uX3B0eV9yZXE6IHNlc3Npb24g MCBhbGxvYyAvZGV2L3B0cy8zCmRlYnVnMTogc2VydmVyX2lucHV0X2NoYW5uZWxfcmVxOiBjaGFu bmVsIDAgcmVxdWVzdCBzaGVsbCByZXBseSAxCmRlYnVnMTogc2Vzc2lvbl9ieV9jaGFubmVsOiBz ZXNzaW9uIDAgY2hhbm5lbCAwCmRlYnVnMTogc2Vzc2lvbl9pbnB1dF9jaGFubmVsX3JlcTogc2Vz c2lvbiAwIHJlcSBzaGVsbApkZWJ1ZzE6IFNldHRpbmcgY29udHJvbGxpbmcgdHR5IHVzaW5nIFRJ T0NTQ1RUWS4KCmRlYnVnMTogUmVjZWl2ZWQgU0lHQ0hMRC4KZGVidWcxOiBzZXNzaW9uX2J5X3Bp ZDogcGlkIDQwNTkwCmRlYnVnMTogc2Vzc2lvbl9leGl0X21lc3NhZ2U6IHNlc3Npb24gMCBjaGFu bmVsIDAgcGlkIDQwNTkwCmRlYnVnMTogc2Vzc2lvbl9leGl0X21lc3NhZ2U6IHJlbGVhc2UgY2hh bm5lbCAwCmRlYnVnMTogc2Vzc2lvbl9ieV90dHk6IHNlc3Npb24gMCB0dHkgL2Rldi9wdHMvMwpk ZWJ1ZzE6IHNlc3Npb25fcHR5X2NsZWFudXA6IHNlc3Npb24gMCByZWxlYXNlIC9kZXYvcHRzLzMK ZGVidWcxOiBzZXNzaW9uX2J5X2NoYW5uZWw6IHNlc3Npb24gMCBjaGFubmVsIDAKZGVidWcxOiBz ZXNzaW9uX2Nsb3NlX2J5X2NoYW5uZWw6IGNoYW5uZWwgMCBjaGlsZCAwCmRlYnVnMTogc2Vzc2lv bl9jbG9zZTogc2Vzc2lvbiAwIHBpZCAwCmRlYnVnMTogY2hhbm5lbCAwOiBmcmVlOiBzZXJ2ZXIt c2Vzc2lvbiwgbmNoYW5uZWxzIDEKQ29ubmVjdGlvbiBjbG9zZWQgYnkgMTkyLjE2OC4xMTEuMTEK ZGVidWcxOiBkb19jbGVhbnVwClRyYW5zZmVycmVkOiBzZW50IDUzNDQsIHJlY2VpdmVkIDIzMDQg Ynl0ZXMKQ2xvc2luZyBjb25uZWN0aW9uIHRvIDE5Mi4xNjguMTExLjExIHBvcnQgNDk5MQpkZWJ1 ZzE6IFBBTTogY2xlYW51cApkZWJ1ZzE6IFBBTTogY2xvc2luZyBzZXNzaW9uCmRlYnVnMTogUEFN OiBkZWxldGluZyBjcmVkZW50aWFscwpqc2xpQHJhc3BiZXJyeS1waTp+ICMKCg== --f46d044286e29e372d04ea221d09-- From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 19:34:59 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CF25A7F5; Fri, 1 Nov 2013 19:34:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7FCCC2372; Fri, 1 Nov 2013 19:34:59 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id s19so2666115qcw.7 for ; Fri, 01 Nov 2013 12:34:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Ht3UoJd5KNYaWqarKBVdnd53nW5Unn3CRigz/MA0KME=; b=Mij2o4MyZh2kP3I7WH3MEQBClUGl1iUGfppqK2I8nPJt8nr4oslru3sevVdd/cno7e RTsVfkJHi8ib/epy/QggCvKHr/67hwDGN7qL5rN0Az11Fb3lBMy2s8iWqpxVwB1NAEFA A/aGyXXRfztqCz73jOGT/+Zf/kRaHoctbA2kO92xwjBH6gmbwjfG0oWBNyVkn4AqavMx 6aKyZVbL+gM09f1ynHNHD0ZMB33u1IVehaVA/WXXOiuoTmtJVe0o5RZLxfK/hQfA71kG 7qBAfyyv5UzrWW6DbVO7u5gMZf1Rry926ywxq4X3T65Iw/QCjuK1nJPmdIz5gNtChgfU aJPA== MIME-Version: 1.0 X-Received: by 10.224.161.84 with SMTP id q20mr6212966qax.90.1383334498733; Fri, 01 Nov 2013 12:34:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Fri, 1 Nov 2013 12:34:58 -0700 (PDT) In-Reply-To: <870557A9-9D0F-41E9-A124-F21C509830F7@bsdimp.com> References: <1383272225.31172.60.camel@revolution.hippie.lan> <870557A9-9D0F-41E9-A124-F21C509830F7@bsdimp.com> Date: Fri, 1 Nov 2013 12:34:58 -0700 X-Google-Sender-Auth: N3LWzdr8OhoD2RxVDmab9SAmyr4 Message-ID: Subject: Re: Wandboard support From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-arm , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 19:34:59 -0000 On 1 November 2013 10:29, Warner Losh wrote: > > On Oct 31, 2013, at 10:58 PM, Adrian Chadd wrote: > >> Hi! >> >> On 31 October 2013 19:17, Ian Lepore wrote: >>> As of r257489 we now have some support for i.MX6 in general and >>> Wandboard specifically. There is much work to do, especially in the >>> area of clock and power management and pinmux control, and someone othe= r >>> than me will have to look towards graphics and sound support (I have no >>> skills in those areas). >>> >> >> Cool! >> >> Can you describe what you need in the clock / power management areas? > > We don't have an infrastructure to do this right now. > > Some ports do this on an ad-hoc basis. > > The usual needs are to have a DAG relationship between different parts of= the system so you can turn on and tune clocks, as well as power blocks whi= ch may be necessary to power the clock and/or basic-blocks in the SoC. The = latest chips have grown quite complex. Well we can plan this stuff out at the next get-together. But first, I'd like to finish tidying up the MIPS infrastructure stuff before we tackle the ARM infrastructure stuff. :) -adrian From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 21:01:48 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 ESMTP id DFC5B70D for ; Fri, 1 Nov 2013 21:01:48 +0000 (UTC) (envelope-from imp@bsdimp.com) 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 ACEB52828 for ; Fri, 1 Nov 2013 21:01:48 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id aq17so8225986iec.20 for ; Fri, 01 Nov 2013 14:01:42 -0700 (PDT) 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=ElFWGEl3r2zDwOaAz5u1gLg/bqTAD2LEGZNvMagY/Ns=; b=F/Nckd1kH2KEv9qLIuhn24WcSUFtcxFifMuFZ4o3jqB1bkYoVrpIj5wr8Hoc5/7nx5 x9PdTIEYoISPK7ouw7fMPVTotIMDQKMMTbpmCa/QwV1u3KmPRB7lCsJLWYO25rkhtJdd TIlMTMF5ekRb6Zaq7Q7NZA3yMEd5VVFgmezMBD6BgoNEcTazXFBdWDxmk5+4PyroCrw7 b/jXNIVY/MMdmHJN34SV0B+iY95pgh/g7f60k8WYL9lm0sgA9sjQeF2y4ONiolPlbyhZ DyVlRT6EWLyrUS3N9hpBkSY7phflByHCgiRkBzT45tfJlSVVv851mXEwGCovpcyUy306 tyOQ== X-Gm-Message-State: ALoCoQmBKwdkn6LWxRcysSLbnWzqyg5m0eXPiu1flPXiz2ahqPcuPqKNNQiB57OyGOKBmhwlS+TZ X-Received: by 10.50.45.73 with SMTP id k9mr3994970igm.38.1383339702700; Fri, 01 Nov 2013 14:01:42 -0700 (PDT) Received: from monkey-bot.int.fusionio.com ([209.117.142.2]) by mx.google.com with ESMTPSA id x6sm5192217igb.3.2013.11.01.14.01.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 01 Nov 2013 14:01:41 -0700 (PDT) Sender: Warner Losh Subject: Re: Wandboard support Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Fri, 1 Nov 2013 15:01:39 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <464A8F80-BC99-4522-A215-7EE44DA03C9D@bsdimp.com> References: <1383272225.31172.60.camel@revolution.hippie.lan> <870557A9-9D0F-41E9-A124-F21C509830F7@bsdimp.com> To: Adrian Chadd X-Mailer: Apple Mail (2.1085) Cc: freebsd-arm , Ian Lepore X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 21:01:48 -0000 On Nov 1, 2013, at 1:34 PM, Adrian Chadd wrote: > On 1 November 2013 10:29, Warner Losh wrote: >>=20 >> On Oct 31, 2013, at 10:58 PM, Adrian Chadd wrote: >>=20 >>> Hi! >>>=20 >>> On 31 October 2013 19:17, Ian Lepore wrote: >>>> As of r257489 we now have some support for i.MX6 in general and >>>> Wandboard specifically. There is much work to do, especially in = the >>>> area of clock and power management and pinmux control, and someone = other >>>> than me will have to look towards graphics and sound support (I = have no >>>> skills in those areas). >>>>=20 >>>=20 >>> Cool! >>>=20 >>> Can you describe what you need in the clock / power management = areas? >>=20 >> We don't have an infrastructure to do this right now. >>=20 >> Some ports do this on an ad-hoc basis. >>=20 >> The usual needs are to have a DAG relationship between different = parts of the system so you can turn on and tune clocks, as well as power = blocks which may be necessary to power the clock and/or basic-blocks in = the SoC. The latest chips have grown quite complex. >=20 > Well we can plan this stuff out at the next get-together. But first, > I'd like to finish tidying up the MIPS infrastructure stuff before we > tackle the ARM infrastructure stuff. :) Yea, I'm still focused on MIPS... The problem statement was from what I = know about the ARM clock/power code for each of the SoCs... It shouldn't = be viewed as a 'I got this problem and am working on code' at all :) Warner= From owner-freebsd-arm@FreeBSD.ORG Fri Nov 1 22:02:44 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 ESMTP id A4E10C57 for ; Fri, 1 Nov 2013 22:02:44 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 7A3E72B63 for ; Fri, 1 Nov 2013 22:02:44 +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 1VcMnc-000FoE-UF; Fri, 01 Nov 2013 22:02:37 +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 rA1M2YYs057414; Fri, 1 Nov 2013 16:02:34 -0600 (MDT) (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: U2FsdGVkX18g3CJIrGE9XfejhHwGQEyG Subject: Re: sshd crash From: Ian Lepore To: Jia-Shiun Li In-Reply-To: References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Fri, 01 Nov 2013 16:02:34 -0600 Message-ID: <1383343354.31172.102.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" , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 22:02:44 -0000 On Sat, 2013-11-02 at 02:40 +0800, Jia-Shiun Li wrote: > On Sat, Nov 2, 2013 at 1:53 AM, Ian Lepore wrote: > > On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: > >> may I add: putty causes this to happen. mine 0.62. But ssh from another > >> FreeBSD host has no problem. > >> > >> I suspect it to be some issues related to memory or malloc issues > >> specific to bbb. 'tmux a -d' without existing detached sessions > >> causes tmux client to core dump. But sshd and it are both fine on rpi. > >> > >> -Jia-Shiun. > > > > This is the first I've heard of being able to ssh to an arm platform > > that doesn't have PrivSep disabled, since about July or so. I've never > > heard a report yet that anything on the client side could make a > > difference. > > > > It's definitely not a beaglebone thing, it happens on every arm board > > I've got... dreamplug, rpi, bbw, imx53, wandboard. > > > Ok let me make sure I did not mix things up. ;) > > IIRC I once saw similar issue on rpi shortly. But after another > weekly update it was gone. I did not pay too much attention on rpi, > and thought it was bbb specific. > > I did not change sshd_config, UsePrivilegeSeparation supposed > remaining on as default is. > > sshd logs attached initiating ssh to bbb from: > - PuTTY on Windows w/ key auth, > - PuTTY on Windows w/ password auth, and > - (open)ssh on rpi > > Both rpi & bbb are now running r257094: > --- 8< --- > jsli@beaglebone:~ % uname -a > FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257094: Sat > Oct 26 03:06:24 CST 2013 > jsli@4cbsd:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE > arm > jsli@beaglebone:~ % > > jsli@raspberry-pi:~ % uname -a > FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r257094: Sat > Oct 26 00:16:37 CST 2013 > jsli@4cbsd:/rpi/obj/arm.armv6/usr/src/sys/RPI-B arm > jsli@raspberry-pi:~ % > --- 8< --- > > -Jia-Shiun. Okay, I can confirm that the client you use makes a difference in some way. With privsep enabled on my BBW I get the jemalloc assert on the server when connecting from an older client, including both of these: x86 - OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010 arm - OpenSSH_5.4p1_hpn13v11 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010 The x86 system is running 8.3 and the arm system 8.2. When using my rpi to connect to the bb, it works. Its version is: OpenSSH_6.3p1, OpenSSL 1.0.1e-freebsd 11 Feb 2013 I have no idea what all this means, but it is the first new datapoint we've had for a while. -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Nov 2 00:35:28 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 ESMTP id CA7EC912; Sat, 2 Nov 2013 00:35:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) 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 7D07E23EC; Sat, 2 Nov 2013 00:35:28 +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 rA20ZRSp078755; Fri, 1 Nov 2013 20:35:27 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rA20ZR5U078752; Sat, 2 Nov 2013 00:35:27 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 2 Nov 2013 00:35:27 GMT Message-Id: <201311020035.rA20ZR5U078752@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.14 List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 00:35:29 -0000 TB --- 2013-11-01 21:30:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-11-01 21:30:18 - 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-11-01 21:30:18 - starting HEAD tinderbox run for arm/arm TB --- 2013-11-01 21:30:18 - cleaning the object tree TB --- 2013-11-01 21:30:18 - /usr/local/bin/svn stat /src TB --- 2013-11-01 21:30:22 - At svn revision 257529 TB --- 2013-11-01 21:30:23 - building world TB --- 2013-11-01 21:30:23 - CROSS_BUILD_TESTING=YES TB --- 2013-11-01 21:30:23 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-01 21:30:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-01 21:30:23 - SRCCONF=/dev/null TB --- 2013-11-01 21:30:23 - TARGET=arm TB --- 2013-11-01 21:30:23 - TARGET_ARCH=arm TB --- 2013-11-01 21:30:23 - TZ=UTC TB --- 2013-11-01 21:30:23 - __MAKE_CONF=/dev/null TB --- 2013-11-01 21:30:23 - cd /src TB --- 2013-11-01 21:30:23 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Nov 1 21:30:34 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Nov 2 00:32:46 UTC 2013 TB --- 2013-11-02 00:32:46 - generating LINT kernel config TB --- 2013-11-02 00:32:46 - cd /src/sys/arm/conf TB --- 2013-11-02 00:32:46 - /usr/bin/make -B LINT TB --- 2013-11-02 00:32:46 - cd /src/sys/arm/conf TB --- 2013-11-02 00:32:46 - /usr/sbin/config -m LINT TB --- 2013-11-02 00:32:46 - building LINT kernel TB --- 2013-11-02 00:32:46 - CROSS_BUILD_TESTING=YES TB --- 2013-11-02 00:32:46 - MAKEOBJDIRPREFIX=/obj TB --- 2013-11-02 00:32:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-11-02 00:32:46 - SRCCONF=/dev/null TB --- 2013-11-02 00:32:46 - TARGET=arm TB --- 2013-11-02 00:32:46 - TARGET_ARCH=arm TB --- 2013-11-02 00:32:46 - TZ=UTC TB --- 2013-11-02 00:32:46 - __MAKE_CONF=/dev/null TB --- 2013-11-02 00:32:46 - cd /src TB --- 2013-11-02 00:32:46 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Nov 2 00:32:47 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 [...] #include ^ 1 error generated. /src/sys/dev/netmap/netmap_mem2.c:55:10: fatal error: 'netmap_mem2.h' file not found #include "netmap_mem2.h" ^ 1 error generated. mkdep: compile failed *** 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-11-02 00:35:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-11-02 00:35:27 - ERROR: failed to build LINT kernel TB --- 2013-11-02 00:35:27 - 8809.11 user 1650.27 system 11108.34 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-arm@FreeBSD.ORG Sat Nov 2 05:35: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 ESMTP id DF759FC2; Sat, 2 Nov 2013 05:35:39 +0000 (UTC) (envelope-from tim@kientzle.com) 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 9D50B21F0; Sat, 2 Nov 2013 05:35:39 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id rA25ZU8E077698; Sat, 2 Nov 2013 05:35:30 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id h95qeta9ijin9mcmzxfw38a2se; Sat, 02 Nov 2013 05:35:30 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: sshd crash From: Tim Kientzle In-Reply-To: <1383343354.31172.102.camel@revolution.hippie.lan> Date: Fri, 1 Nov 2013 22:35:29 -0700 Content-Transfer-Encoding: 7bit Message-Id: References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> To: Ian Lepore , Diane Bruce X-Mailer: Apple Mail (2.1510) Cc: freebsd-arm@freebsd.org, Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 05:35:39 -0000 On Nov 1, 2013, at 3:02 PM, Ian Lepore wrote: > On Sat, 2013-11-02 at 02:40 +0800, Jia-Shiun Li wrote: >> On Sat, Nov 2, 2013 at 1:53 AM, Ian Lepore wrote: >>> On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: >>>> may I add: putty causes this to happen. mine 0.62. But ssh from another >>>> FreeBSD host has no problem. >>>> >>>> I suspect it to be some issues related to memory or malloc issues >>>> specific to bbb. 'tmux a -d' without existing detached sessions >>>> causes tmux client to core dump. But sshd and it are both fine on rpi. >>>> >>>> -Jia-Shiun. >>> >>> This is the first I've heard of being able to ssh to an arm platform >>> that doesn't have PrivSep disabled, since about July or so. I've never >>> heard a report yet that anything on the client side could make a >>> difference. >>> >>> It's definitely not a beaglebone thing, it happens on every arm board >>> I've got... dreamplug, rpi, bbw, imx53, wandboard. >> >> >> Ok let me make sure I did not mix things up. ;) >> >> IIRC I once saw similar issue on rpi shortly. But after another >> weekly update it was gone. I did not pay too much attention on rpi, >> and thought it was bbb specific. >> >> I did not change sshd_config, UsePrivilegeSeparation supposed >> remaining on as default is. I started looking into it a couple of months ago but didn't get very far; Diane Bruce got a lot further than I did. If I recall correctly, it started up when the malloc libc symbols were changed. That may have altered what malloc implementation sshd used. So it could be a long-standing stray write that jemalloc just happens to detect. It could also be related to locking (there's some multi-threaded crypto code in sshd that may be involved). Tim From owner-freebsd-arm@FreeBSD.ORG Sat Nov 2 08:35:02 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 ESMTP id AA0CE7D2; Sat, 2 Nov 2013 08:35:02 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from lennier.cc.vt.edu (lennier.cc.vt.edu [198.82.162.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 606BE28E7; Sat, 2 Nov 2013 08:35:02 +0000 (UTC) Received: from mr1.cc.vt.edu (mr1.cc.vt.edu [198.82.141.12]) by lennier.cc.vt.edu (8.13.8/8.13.8) with ESMTP id rA20mOkq001636; Fri, 1 Nov 2013 20:48:24 -0400 Received: from auth1.smtp.vt.edu (auth1.smtp.vt.edu [198.82.161.152]) by mr1.cc.vt.edu (8.14.4/8.14.4) with ESMTP id rA20mNmB019379; Fri, 1 Nov 2013 20:48:23 -0400 Received: from gromit.chumby.lan (c-98-249-9-133.hsd1.va.comcast.net [98.249.9.133]) (authenticated bits=0) by auth1.smtp.vt.edu (8.14.4/8.14.4) with ESMTP id rA20mLtE029139 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 1 Nov 2013 20:48:22 -0400 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1816\)) Subject: Re: sshd crash From: Paul Mather In-Reply-To: <1383343354.31172.102.camel@revolution.hippie.lan> Date: Fri, 1 Nov 2013 20:48:21 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <65355280-54B5-49C8-8A65-6DCB1F4DA0A0@gromit.dlib.vt.edu> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> To: Ian Lepore X-Mailer: Apple Mail (2.1816) X-Spam-Status: No, score=-0.5 required=5.0 tests=RP_MATCHES_RCVD autolearn=disabled version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mr1.cc.vt.edu Cc: "freebsd-arm@freebsd.org" , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 08:35:02 -0000 On Nov 1, 2013, at 6:02 PM, Ian Lepore wrote: > On Sat, 2013-11-02 at 02:40 +0800, Jia-Shiun Li wrote: >> On Sat, Nov 2, 2013 at 1:53 AM, Ian Lepore wrote: >>> On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: >>>> may I add: putty causes this to happen. mine 0.62. But ssh from = another >>>> FreeBSD host has no problem. >>>>=20 >>>> I suspect it to be some issues related to memory or malloc issues >>>> specific to bbb. 'tmux a -d' without existing detached sessions >>>> causes tmux client to core dump. But sshd and it are both fine on = rpi. >>>>=20 >>>> -Jia-Shiun. >>>=20 >>> This is the first I've heard of being able to ssh to an arm platform >>> that doesn't have PrivSep disabled, since about July or so. I've = never >>> heard a report yet that anything on the client side could make a >>> difference. >>>=20 >>> It's definitely not a beaglebone thing, it happens on every arm = board >>> I've got... dreamplug, rpi, bbw, imx53, wandboard. >>=20 >>=20 >> Ok let me make sure I did not mix things up. ;) >>=20 >> IIRC I once saw similar issue on rpi shortly. But after another >> weekly update it was gone. I did not pay too much attention on rpi, >> and thought it was bbb specific. >>=20 >> I did not change sshd_config, UsePrivilegeSeparation supposed >> remaining on as default is. >>=20 >> sshd logs attached initiating ssh to bbb from: >> - PuTTY on Windows w/ key auth, >> - PuTTY on Windows w/ password auth, and >> - (open)ssh on rpi >>=20 >> Both rpi & bbb are now running r257094: >> --- 8< --- >> jsli@beaglebone:~ % uname -a >> FreeBSD beaglebone 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r257094: Sat >> Oct 26 03:06:24 CST 2013 >> = jsli@4cbsd:/root/crochet-freebsd/work/obj/arm.armv6/usr/src/sys/BEAGLEBONE= >> arm >> jsli@beaglebone:~ % >>=20 >> jsli@raspberry-pi:~ % uname -a >> FreeBSD raspberry-pi 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r257094: = Sat >> Oct 26 00:16:37 CST 2013 >> jsli@4cbsd:/rpi/obj/arm.armv6/usr/src/sys/RPI-B arm >> jsli@raspberry-pi:~ % >> --- 8< --- >>=20 >> -Jia-Shiun. >=20 > Okay, I can confirm that the client you use makes a difference in some > way. With privsep enabled on my BBW I get the jemalloc assert on the > server when connecting from an older client, including both of these: >=20 > x86 - OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010 > arm - OpenSSH_5.4p1_hpn13v11 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec = 2010 >=20 > The x86 system is running 8.3 and the arm system 8.2. >=20 > When using my rpi to connect to the bb, it works. Its version is: >=20 > OpenSSH_6.3p1, OpenSSL 1.0.1e-freebsd 11 Feb 2013 >=20 > I have no idea what all this means, but it is the first new datapoint > we've had for a while. Not sure what is considered "for a while" but there is this I posted = back in mid-September: = http://lists.freebsd.org/pipermail/freebsd-arm/2013-September/006613.html (It was part of this thread: = http://lists.freebsd.org/pipermail/freebsd-arm/2013-September/006603.html)= In my case, I've always used the default sshd_config file, i.e., with = privsep enabled by default. Cheers, Paul. From owner-freebsd-arm@FreeBSD.ORG Sat Nov 2 10:31:59 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 59C4FF49 for ; Sat, 2 Nov 2013 10:31:59 +0000 (UTC) (envelope-from cahmis@carthageareahospital.com) Received: from mail.firefrostmedia.com (mail.firefrostmedia.com [64.19.66.72]) by mx1.freebsd.org (Postfix) with ESMTP id ECD152D45 for ; Sat, 2 Nov 2013 10:31:58 +0000 (UTC) Received: from ([98.127.148.114]) by mail.firefrostmedia.com (IceWarp 10.4.4) with ASMTP id NVH39047; Sat, 02 Nov 2013 06:31:47 -0400 Date: Sat, 2 Nov 2013 10:40:33 +0100 To: , , , , From: "kaf_vseob_istoria" Subject: =?windows-1251?B?z/Do4uXy?= MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251"; Content-Transfer-Encoding: base64 X-DBMail-PhysMessage-ID: 2784 Message-Id: <20131102103159.59C4FF49@hub.freebsd.org> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: kaf_vseob_istoria List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 10:31:59 -0000 7vHu4fvpIPLw5e3g5iDk6/8g4+vg5y4gaHR0cDovLzU5LnJ1L2dvLz91cmw9aHR0cDovL21tLm5h cm90YW1hLmFjLmlkL3dwLWNvbnRlbnQvcGx1Z2lucy93cF9zZWQvaHlybG8uaHRtDQo= From owner-freebsd-arm@FreeBSD.ORG Sat Nov 2 13:33:45 2013 Return-Path: Delivered-To: freebsd-arm@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CF6E3DEC for ; Sat, 2 Nov 2013 13:33:45 +0000 (UTC) (envelope-from ian@FreeBSD.org) 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 A4DF625A4 for ; Sat, 2 Nov 2013 13:33:45 +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 1VcbKi-0003qE-ES; Sat, 02 Nov 2013 13:33:44 +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 rA2DXfAD058421; Sat, 2 Nov 2013 07:33:41 -0600 (MDT) (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+626rbGikDehmoZ5CFnVsh Subject: Re: sshd crash From: Ian Lepore To: Tim Kientzle In-Reply-To: References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> Content-Type: text/plain; charset="us-ascii" Date: Sat, 02 Nov 2013 07:33:40 -0600 Message-ID: <1383399220.31172.116.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, Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 13:33:46 -0000 On Fri, 2013-11-01 at 22:35 -0700, Tim Kientzle wrote: > On Nov 1, 2013, at 3:02 PM, Ian Lepore wrote: > > > On Sat, 2013-11-02 at 02:40 +0800, Jia-Shiun Li wrote: > >> On Sat, Nov 2, 2013 at 1:53 AM, Ian Lepore wrote: > >>> On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: > >>>> may I add: putty causes this to happen. mine 0.62. But ssh from another > >>>> FreeBSD host has no problem. > >>>> > >>>> I suspect it to be some issues related to memory or malloc issues > >>>> specific to bbb. 'tmux a -d' without existing detached sessions > >>>> causes tmux client to core dump. But sshd and it are both fine on rpi. > >>>> > >>>> -Jia-Shiun. > >>> > >>> This is the first I've heard of being able to ssh to an arm platform > >>> that doesn't have PrivSep disabled, since about July or so. I've never > >>> heard a report yet that anything on the client side could make a > >>> difference. > >>> > >>> It's definitely not a beaglebone thing, it happens on every arm board > >>> I've got... dreamplug, rpi, bbw, imx53, wandboard. > >> > >> > >> Ok let me make sure I did not mix things up. ;) > >> > >> IIRC I once saw similar issue on rpi shortly. But after another > >> weekly update it was gone. I did not pay too much attention on rpi, > >> and thought it was bbb specific. > >> > >> I did not change sshd_config, UsePrivilegeSeparation supposed > >> remaining on as default is. > > I started looking into it a couple of months ago but didn't get > very far; Diane Bruce got a lot further than I did. > > If I recall correctly, it started up when the malloc libc symbols > were changed. That may have altered what malloc implementation > sshd used. > > So it could be a long-standing stray write that jemalloc just > happens to detect. > > It could also be related to locking (there's some multi-threaded > crypto code in sshd that may be involved). There's lots of stuff with lock in the name, but I don't think there are actually any threads involved in sshd, just forking. ldd says sshd doesn't link to libthr. I'm not sure it's a mundane stray-write either. The routine that's asserting is checking to see if the contents of a page are all-zero because a jemalloc internal flag is set that says it should be. I had the routine print the non-zero data it found, and it looks like this: not-zero at 0 0x20c99000 = 0x20800a00 not-zero at 1 0x20c99004 = 0x00000001 not-zero at 2 0x20c99008 = 0x0000002f not-zero at 3 0x20c9900c = 0xffffffff not-zero at 4 0x20c99010 = 0x00007fff not-zero at 5 0x20c99014 = 0x00000003 not-zero at 96 0x20c99180 = 0x5a5a5a5a not-zero at 97 0x20c99184 = 0x5a5a5a5a not-zero at 98 0x20c99188 = 0x5a5a5a5a The 0x5a continues to the end of the page. So jemalloc has metadata that says it thinks the page is all-zeroes, and the page is a mix of data and some zeroes and the 5a junk-fill byte. It seems more like the metadata is in error somehow. (Maybe a stray write hit the metadata.) -- Ian From owner-freebsd-arm@FreeBSD.ORG Sat Nov 2 15:40: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 ESMTP id BC588F68; Sat, 2 Nov 2013 15:40:27 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (unknown [IPv6:2620:64:0:1:223:7dff:fea2:c8f2]) by mx1.freebsd.org (Postfix) with ESMTP id 9EA842AB4; Sat, 2 Nov 2013 15:40:27 +0000 (UTC) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 8E1122AA34B; Sat, 2 Nov 2013 09:40:24 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id B210E1CC18; Sat, 2 Nov 2013 10:39:53 -0500 (EST) Date: Sat, 2 Nov 2013 10:39:53 -0500 From: Diane Bruce To: Ian Lepore Subject: Re: sshd crash Message-ID: <20131102153953.GA39106@night.db.net> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> <1383399220.31172.116.camel@revolution.hippie.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1383399220.31172.116.camel@revolution.hippie.lan> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tim Kientzle , jasone@FreeBSD.org, freebsd-arm@FreeBSD.org, Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 15:40:27 -0000 On Sat, Nov 02, 2013 at 07:33:40AM -0600, Ian Lepore wrote: > On Fri, 2013-11-01 at 22:35 -0700, Tim Kientzle wrote: > > On Nov 1, 2013, at 3:02 PM, Ian Lepore wrote: > > > > > On Sat, 2013-11-02 at 02:40 +0800, Jia-Shiun Li wrote: > > >> On Sat, Nov 2, 2013 at 1:53 AM, Ian Lepore wrote: > > >>> On Sat, 2013-11-02 at 01:44 +0800, Jia-Shiun Li wrote: > > >>>> may I add: putty causes this to happen. mine 0.62. But ssh from another > > >>>> FreeBSD host has no problem. > > >>>> > > >>>> I suspect it to be some issues related to memory or malloc issues > > >>>> specific to bbb. 'tmux a -d' without existing detached sessions > > >>>> causes tmux client to core dump. But sshd and it are both fine on rpi. > > >>>> > > >>>> -Jia-Shiun. > > >>> > > >>> This is the first I've heard of being able to ssh to an arm platform > > >>> that doesn't have PrivSep disabled, since about July or so. I've never > > >>> heard a report yet that anything on the client side could make a > > >>> difference. > > >>> > > >>> It's definitely not a beaglebone thing, it happens on every arm board > > >>> I've got... dreamplug, rpi, bbw, imx53, wandboard. > > >> > > >> > > >> Ok let me make sure I did not mix things up. ;) > > >> > > >> IIRC I once saw similar issue on rpi shortly. But after another > > >> weekly update it was gone. I did not pay too much attention on rpi, > > >> and thought it was bbb specific. > > >> > > >> I did not change sshd_config, UsePrivilegeSeparation supposed > > >> remaining on as default is. > > > > I started looking into it a couple of months ago but didn't get > > very far; Diane Bruce got a lot further than I did. > > > > If I recall correctly, it started up when the malloc libc symbols > > were changed. That may have altered what malloc implementation > > sshd used. > > > > So it could be a long-standing stray write that jemalloc just > > happens to detect. > > > > It could also be related to locking (there's some multi-threaded > > crypto code in sshd that may be involved). > > There's lots of stuff with lock in the name, but I don't think there are > actually any threads involved in sshd, just forking. ldd says sshd > doesn't link to libthr. > > I'm not sure it's a mundane stray-write either. The routine that's > asserting is checking to see if the contents of a page are all-zero > because a jemalloc internal flag is set that says it should be. I had > the routine print the non-zero data it found, and it looks like this: > > not-zero at 0 0x20c99000 = 0x20800a00 > not-zero at 1 0x20c99004 = 0x00000001 > not-zero at 2 0x20c99008 = 0x0000002f > not-zero at 3 0x20c9900c = 0xffffffff > not-zero at 4 0x20c99010 = 0x00007fff > not-zero at 5 0x20c99014 = 0x00000003 > not-zero at 96 0x20c99180 = 0x5a5a5a5a > not-zero at 97 0x20c99184 = 0x5a5a5a5a > not-zero at 98 0x20c99188 = 0x5a5a5a5a > > The 0x5a continues to the end of the page. So jemalloc has metadata > that says it thinks the page is all-zeroes, and the page is a mix of > data and some zeroes and the 5a junk-fill byte. It seems more like the > metadata is in error somehow. (Maybe a stray write hit the metadata.) > > -- Ian > I did a ln -s "quarantine:16000000" /etc/malloc.conf which also works. This led me down the garden path of thinking it might be a use after free. This was the conclusion jasone also came to. Which led to me reporting this possibility to secteam and des. http://docs.freebsd.org/cgi/getmsg.cgi?fetch=199241+0+archive/2013/freebsd-arm/20130728.freebsd-arm Nevertheless, running efence from ports failed to come up with any use after free. I put together some notes for des at http://www.freebsd.org/~db/fordes The rev is question http://svnweb.freebsd.org/base?view=revision&revision=250991 > When jemalloc was turned on for userland. There existed an older malloc (also by jasone) /usr/src/lib/libc/stdlib/malloc.c I agree with Ian, it is not thread locking. I have a thread test program which does not show any faults in our thread locking. Yes we it is purely associated with the fork. zbb@ also reported a similar problem with another platform. === Hello. I'm sending you the logs. Please see below. Best regards Zbyszek Bodek 1. ======= --- ExprConstant.o --- : /home/zbb/projects/armsp/freebsd-arm-superpages/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:757: Failed assertion: "binind < NBINS" ./StmtNodes.inc.h: In member function 'RetTy clang::StmtVisitorBase::Visit(typename Ptr::type) [with Ptr = clang::make_const_ptr, ImplClass = ::LValueExprEvaluator, RetTy = bool]': ./StmtNodes.inc.h:873: internal compiler error: Abort trap Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** [ExprConstant.o] Error code 1 make[6]: stopped in /usr/src/lib/clang/libclangast make[6]: stopped in /usr/src/lib/clang/libclangast *** [all] Error code 2 make[5]: stopped in /usr/src/lib/clang 1 error make[5]: stopped in /usr/src/lib/clang *** [all] Error code 2 make[4]: stopped in /usr/src/lib 1 error make[4]: stopped in /usr/src/lib A failure has been detected in another branch of the parallel make make[3]: stopped in /usr/src *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error 2. ======= --- ExprConstant.o --- : /home/zbb/projects/armsp/freebsd-arm-superpages/lib/libc/../../contrib/jemalloc/include/jemalloc/internal/arena.h:757: Failed assertion: "binind < NBINS" /usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ExprConstant.cpp: In member function 'RetTy::ExprEvaluatorBase::VisitCallExpr(const clang::CallExpr*) [with Derived = ::IntExprEvaluator, RetTy = bool]': /usr/src/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/ExprConstant.cpp:3190: internal compiler error: Abort trap Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** [ExprConstant.o] Error code 1 ----- End forwarded message ----- There is also an open bug report for that one. >From both zbb and Matthias Meyser see PR 182060 It's time to bring in jasone again I think and I have included him on the cc. jemalloc has a number of fill places using the same pattern. I modified the pattern to be different in order to track what we are seeing. Where I have left it now is I think it might be associated with the thread cache code, because the pattern I see comes from that branch of his code. I have copious notes here but will have to dig them up. Both Ian and I were rather hoping zbb@ had fixed this one when he fixed a stupid in the arm vm, Ian tells me it is still there. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@FreeBSD.ORG Sat Nov 2 16:58:09 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5D178C29; Sat, 2 Nov 2013 16:58:09 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com [IPv6:2607:f8b0:400d:c01::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EAEF32E0C; Sat, 2 Nov 2013 16:58:08 +0000 (UTC) Received: by mail-qc0-f169.google.com with SMTP id x12so3133675qcv.0 for ; Sat, 02 Nov 2013 09:58:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=9o6NHT6OiMQA6iL4SvhaoCMTagLPHPmL1ZInEaMde5M=; b=pibGQH+8AXXj1k5iSLiVqfKuOya+hM/GdT8AfryncxZSPlvZkoKqI0ZNo+MYUR9sBB Nlp20PC9zZYLBhEu9HQEJtBk6YCGX7FYecSozw53HbYRvfRoT00yfEt/OWVVRi1P7h4L zLRTrbS4ICH/abLAs4JpMzykheEQgaC9kDtY9F3gVuXCW9NxSfuSw4rmKtu1pml0YtJ3 yTzUzunWiEFSTF57fMcsdza9NSPkA1++LVDUD2gKaCSpZ8Po/CcM5nNIGS8aUEB1LesI +05zUsh+5AyQ7LurjA8KVMqmOvKssz6Tjyi1gcnfy9CPhQZ9CzWyvOsHYwydqte1e2o2 naNg== MIME-Version: 1.0 X-Received: by 10.49.103.161 with SMTP id fx1mr11514732qeb.68.1383411488076; Sat, 02 Nov 2013 09:58:08 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.207.66 with HTTP; Sat, 2 Nov 2013 09:58:08 -0700 (PDT) In-Reply-To: <20131102153953.GA39106@night.db.net> References: <1383313834.31172.65.camel@revolution.hippie.lan> <1383328423.31172.92.camel@revolution.hippie.lan> <1383343354.31172.102.camel@revolution.hippie.lan> <1383399220.31172.116.camel@revolution.hippie.lan> <20131102153953.GA39106@night.db.net> Date: Sat, 2 Nov 2013 09:58:08 -0700 X-Google-Sender-Auth: SNVLYfLE4Dt4CM46KQq0WZgDCfs Message-ID: Subject: Re: sshd crash From: Adrian Chadd To: Diane Bruce Content-Type: text/plain; charset=ISO-8859-1 Cc: Tim Kientzle , "freebsd-arm@freebsd.org" , Jason Evans , Ian Lepore , Howard Su X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Nov 2013 16:58:09 -0000 On 2 November 2013 08:39, Diane Bruce wrote: [snip] > It's time to bring in jasone again I think and I have included him > on the cc. jemalloc has a number > of fill places using the same pattern. I modified the pattern > to be different in order to track what we are seeing. Where I have > left it now is I think it might be associated with the thread cache > code, because the pattern I see comes from that branch of his code. I think extending jemalloc ot have different fill patterns per "thing" is a great idea to have in by default. -adrian