From owner-freebsd-arm@freebsd.org Sun Jun 12 01:56:34 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B30FEAF0180 for ; Sun, 12 Jun 2016 01:56:34 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 970D025D0 for ; Sun, 12 Jun 2016 01:56:34 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:From:Date:Sender:Reply-To:To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=t67IOuUWbYVIfLbhD4FIt/ZrydQIrD1METrFJIGquo4=; b=gV7tW+v08vBcwVSRnhr2A3QitJ rSVeMBZP9P/sjlYinDcZhON6pjCfN6xTDu/JRbo4bLz88gN6mvXxah+ZRQAkx9MeZm92sTQ7ed8Q1 KY58NlwNs5t4aB0QfM2Z5/TcKp/Nt5vp57/xA704895LX6jlIPqh+BUSen8k65MPSWRU=; Received: from [114.120.232.104] (port=47972 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bBudX-001Wgc-GS for freebsd-arm@FreeBSD.org; Sat, 11 Jun 2016 19:56:28 -0600 Date: Sun, 12 Jun 2016 09:56:21 +0800 From: Erich Dollansky Cc: freebsd-arm@FreeBSD.org Subject: Re: FreeBSD_HEAD_arm64 - Build #3385 - Failure Message-ID: <20160612095621.02ccc662@X220.alogt.com> In-Reply-To: <1372900337.54.1465519816911.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1372900337.54.1465519816911.JavaMail.jenkins@jenkins-9.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 01:56:34 -0000 Hi, On Fri, 10 Jun 2016 00:50:13 +0000 (GMT) jenkins-admin@FreeBSD.org wrote: > FreeBSD_HEAD_arm64 - Build #3385 - Failure: as I also have a problem building HEAD, I noticed then this here. Do I get this right? You talk about the 64 bit version while using HEAD is still the 32 bit version in regard to ARM? Where should I report a problem with the 32 bit version? Here? Or at CURRENT? Thanks! Erich From owner-freebsd-arm@freebsd.org Sun Jun 12 03:07:28 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CFC33AF0D2B for ; Sun, 12 Jun 2016 03:07:28 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x230.google.com (mail-io0-x230.google.com [IPv6:2607:f8b0:4001:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A42462ECF for ; Sun, 12 Jun 2016 03:07:28 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x230.google.com with SMTP id 5so95386128ioy.1 for ; Sat, 11 Jun 2016 20:07:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc; bh=Qe9ePPpHtrjaVSMfr3VYmtBixRku7g+3McUA747SBNo=; b=Iaj4O0aG9hSF8YlAUpKylS9HVcXG7dL2yrv+vOaFLvf/HE1pqgyIDMhdZC/ZYedfPj rN7+yDeYpS2a4Mh7valSZihNfprtNiHX3IhmdaB7cVEEv4XTbAlhPhxxSEgQPzbC3Obl FLAC02g+w+DH8TfEX1PO+QGhiKqtkJzbesnK2zlLwD5UwNVvaV1/ZiyylzjMwMR3MPxb 0szzg/bdjId9J2SwACTJdrjHQAi9HsaHYIZPZd36gHmJj/1zFeeysGZd4OgbOmocevD8 V/SPNgYPf0UJZnMWW5tE7YOvmJLzKdtCMX0kbI7FcLsRhgIri8zRyi8KugeTREnmT14s uJCA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc; bh=Qe9ePPpHtrjaVSMfr3VYmtBixRku7g+3McUA747SBNo=; b=bAoefaxtRuiHU6zzp+guSkJmOcGxzfejL4GIgcpmT3uAaBOqcaWw3eIndOu4QUE6m/ QiufmHL80BG27sFGhSa0WBvNajDjZIWipXC6nPBdTssaudcYLKiaCDvEE2O9Z/tXLEjz r3+hpaU6AEGy9NcPHIcaIo1eZVHgBtPz1J5dBMLb1iTFnrbM7+rXLBbCRK1eVe3Z5Or2 pIBpSITRW6h7wZZSgKqfA2kYkFVscLoacsXlfIUeJkT2KS9jvI2URlZjnUXcDBxPDUAy kC49ArhhgSvMci8Tfbni78QFt9HjSQ1pnExMKiFAaOjBgew0rR4LsPr8BrbeNfwfRenO Vaqw== X-Gm-Message-State: ALyK8tIe3sRe564/Vy/0Qi0HqHbzOnlBkIL4CB7il6aMkzewnmykHQ+1o70SrGbS/KC2yPrqi/V0UTdpq13+Rw== MIME-Version: 1.0 X-Received: by 10.107.133.101 with SMTP id h98mr14013855iod.16.1465700847909; Sat, 11 Jun 2016 20:07:27 -0700 (PDT) Sender: wlosh@bsdimp.com Received: by 10.79.75.3 with HTTP; Sat, 11 Jun 2016 20:07:27 -0700 (PDT) X-Originating-IP: [69.165.177.132] In-Reply-To: <20160612095621.02ccc662@X220.alogt.com> References: <1372900337.54.1465519816911.JavaMail.jenkins@jenkins-9.freebsd.org> <20160612095621.02ccc662@X220.alogt.com> Date: Sat, 11 Jun 2016 23:07:27 -0400 X-Google-Sender-Auth: UIH8FaExe6TPDZAKqfVzQ8AjvbM Message-ID: Subject: Re: FreeBSD_HEAD_arm64 - Build #3385 - Failure From: Warner Losh To: Erich Dollansky Cc: "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 03:07:28 -0000 Thought I'd fixed this. Pull new sources and try again... Warner On Sat, Jun 11, 2016 at 9:56 PM, Erich Dollansky wrote: > Hi, > > On Fri, 10 Jun 2016 00:50:13 +0000 (GMT) > jenkins-admin@FreeBSD.org wrote: > >> FreeBSD_HEAD_arm64 - Build #3385 - Failure: > > as I also have a problem building HEAD, I noticed then this here. Do I > get this right? You talk about the 64 bit version while using HEAD is > still the 32 bit version in regard to ARM? > > Where should I report a problem with the 32 bit version? > > Here? > > Or at CURRENT? > > Thanks! > > Erich > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Jun 12 05:34:13 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEB0AAF02C9 for ; Sun, 12 Jun 2016 05:34:13 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C29902F6C for ; Sun, 12 Jun 2016 05:34:13 +0000 (UTC) (envelope-from erichsfreebsdlist@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=CUpV5DDlgOKjE8ydeCarsGOSqDYCk5t1+75ab5TsaB8=; b=BgUUeFh7PAWlMYTN/cONdTZKHt YOEHqy3QbeTc1e9Zy8wX80tTqPqCsZtj5FWaegWa8SP2vfNIH51dPUZjdyViNy8DfPrZYg8z40png Z9m8qyOcPS3jZDUjYDc7LEDHJzs7q4l4fkJw6tisGCMVu7VKQT0pXCw41Cw/VZGL4pdg=; Received: from [114.120.232.104] (port=50706 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bBy2F-002Tq5-SS; Sat, 11 Jun 2016 23:34:12 -0600 Date: Sun, 12 Jun 2016 13:34:07 +0800 From: Erich Dollansky To: Warner Losh Cc: "freebsd-arm@freebsd.org" Subject: Re: FreeBSD_HEAD_arm64 - Build #3385 - Failure Message-ID: <20160612133407.0bda3d1f@X220.alogt.com> In-Reply-To: References: <1372900337.54.1465519816911.JavaMail.jenkins@jenkins-9.freebsd.org> <20160612095621.02ccc662@X220.alogt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 05:34:14 -0000 Hi, On Sat, 11 Jun 2016 23:07:27 -0400 Warner Losh wrote: > Thought I'd fixed this. Pull new sources and try again... a strange thing is happening here: The revision with the error was: At revision 301817. The revision was changed to: At revision 301835 But nothing was downloaded. Can this be? Erich > Warner > > > On Sat, Jun 11, 2016 at 9:56 PM, Erich Dollansky > wrote: > > Hi, > > > > On Fri, 10 Jun 2016 00:50:13 +0000 (GMT) > > jenkins-admin@FreeBSD.org wrote: > > > >> FreeBSD_HEAD_arm64 - Build #3385 - Failure: > > > > as I also have a problem building HEAD, I noticed then this here. > > Do I get this right? You talk about the 64 bit version while using > > HEAD is still the 32 bit version in regard to ARM? > > > > Where should I report a problem with the 32 bit version? > > > > Here? > > > > Or at CURRENT? > > > > Thanks! > > > > Erich > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to > > "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sun Jun 12 20:28:42 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2EB71AF044C for ; Sun, 12 Jun 2016 20:28:42 +0000 (UTC) (envelope-from soko.tica@gmail.com) Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0149F279D for ; Sun, 12 Jun 2016 20:28:41 +0000 (UTC) (envelope-from soko.tica@gmail.com) Received: by mail-oi0-x22c.google.com with SMTP id d132so78291524oig.1 for ; Sun, 12 Jun 2016 13:28:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:from:date:message-id:subject:to; bh=osCmsxXbsmCRXKKgfDD8i0FcM64GTGKWGlYCIxHDEzs=; b=AxcFD0UlJ7qRRHUZLNBLBJQZNDlA46rm9OlfXKHRP0KVIUq/NgbqjMSMHyiBXqlocf 0+/jGIfOG+jAZCk8skylVmpe1ndEXdx976eJmbA3cc5AiQ38LmI16I+AMcO2eEGpcwyB lgatcLp385tZMsJS0xGcw+gK3+htFm6LYlzMHRx/ADSbV0oCMXG/SVdCcw9B7lJgZ5gn RpH98cVm4HiiYjfCTtIjcKPM5r9hniyJGyvuvnLjxWU39l2edICO4z4vktXEORcInB0j B7SjtKr+I+lfG1wvqa3AnzNY966+WJKesRuLnhDDpsT4qckb+Dow+uf8jnBvpPSySHyJ VuRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:from:date:message-id :subject:to; bh=osCmsxXbsmCRXKKgfDD8i0FcM64GTGKWGlYCIxHDEzs=; b=X02CoOKfbZigMgO7y0bFsT8dSMmURmfk2ky1tvNdHSK0EW6I8wztBL9qwDowD3NHRk el3pSnt4ogrwml3zwfFz3QQ0IvM4Sq1eqCD7Owv+A+3Y0GgWsfl6NzfZtkbD72Cei0ZG Pz7GfF4rHgR/yoJ0qG2KWfHcWs20Z7VraOhADyln/V1FQ8PY41ZrpZhbYU+6nWBlg+L+ C3j5UoMH6wd3Q4FxttD3raXzKPoUys8UYv1/5c76DvotZlT02xJfDGWnBjeg5QEvCWa0 z40i4K0HmzV2XaBNREQfZTQjPdOvo4eQadWyfQL5xeZBJBop4U4X5vygHofTtRCngkfz cNUg== X-Gm-Message-State: ALyK8tJ9bZWmBC0vJpgv0OScioacfzUD7iQn8OHHzs7kfRNNIx7zsLlG5gp4flCNzAaN1tJAfElfaI1SY7iIrw== X-Received: by 10.202.224.85 with SMTP id x82mr5868621oig.176.1465763321052; Sun, 12 Jun 2016 13:28:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.157.49.29 with HTTP; Sun, 12 Jun 2016 13:28:40 -0700 (PDT) Reply-To: soko.tica@gmail.com From: "soko.tica" Date: Sun, 12 Jun 2016 22:28:40 +0200 Message-ID: Subject: default root pass for bananapi To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 20:28:42 -0000 Hello list, ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/FreeBSD-11.0-ALPHA1-arm-armv6-BANANAPI-20160528-r300895.img.xz Does anyone know default password for root for BananaPi/Pro installed on MicroSD card from the above image? I am getting prompto through ssh, while cannot connect by other means. Thanks in advance From owner-freebsd-arm@freebsd.org Sun Jun 12 22:02:44 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9426BAF177E for ; Sun, 12 Jun 2016 22:02:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-5.reflexion.net [208.70.210.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 522732CEB for ; Sun, 12 Jun 2016 22:02:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29894 invoked from network); 12 Jun 2016 22:02:37 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 22:02:37 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 12 Jun 2016 18:02:47 -0400 (EDT) Received: (qmail 3094 invoked from network); 12 Jun 2016 22:02:47 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 12 Jun 2016 22:02:47 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 53B1BB1E001; Sun, 12 Jun 2016 15:02:37 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not Message-Id: Date: Sun, 12 Jun 2016 15:02:40 -0700 To: freebsd-arm , FreeBSD Toolchain , FreeBSD Ports , gerald@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 22:02:44 -0000 On an rpi2: > # uname -apKU > FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG ar > m armv6 1100116 1100116 with /usr/ports at -r416711. . . For attempting to build lang/gcc6 with the bootstrap configuration item = enabled: > configure:3735: = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/xgcc = -B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/ = -B/usr/local/armv6-por > tbld-freebsd11.0/bin/ -B/usr/local/armv6-portbld-freebsd11.0/lib/ = -isystem /usr/local/armv6-portbld-freebsd11.0/include -isystem = /usr/local/armv6-portbld-freebs > d11.0/sys-include -O2 -pipe -mcpu=3Dcortex-a7 -DLIBICONV_PLUG -g = -fno-strict-aliasing conftest.c >&5 > /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o does = not > /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o > /usr/local/bin/ld: error: a.out uses VFP register arguments, = /tmp/ccC38Tl3.o does not > /usr/local/bin/ld: failed to merge target specific data of file = /tmp/ccC38Tl3.o > /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o does = not > /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o > collect2: error: ld returned 1 exit status > configure:3739: $? =3D 1 > configure:3776: result:=20 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "GNU Offloading and Multi Processing Runtime = Library" > | #define PACKAGE_TARNAME "libgomp" > | #define PACKAGE_VERSION "1.0" > | #define PACKAGE_STRING "GNU Offloading and Multi Processing Runtime = Library 1.0" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "http://www.gnu.org/software/libgomp/" > | #define PACKAGE "libgomp" > | #define VERSION "1.0" > | /* end confdefs.h. */ > |=20 > | int > | main () > | { > |=20 > | ; > | return 0; > | } > configure:3782: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-portbld-freebsd1= 1.0/libgomp': > configure:3786: error: C compiler cannot create executables For attempting to build lang/gcc6 with the bootstrap configuraiton item = disabled similar ld reports are generated: > /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o does = not > /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o > /usr/local/bin/ld: error: a.out uses VFP register arguments, = /tmp/cco9nucg.o does not > /usr/local/bin/ld: failed to merge target specific data of file = /tmp/cco9nucg.o > /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o does = not > /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o > collect2: error: ld returned 1 exit status > configure:3003: $? =3D 1 > configure:3040: result:=20 > configure: failed program was: > | /* confdefs.h */ > | #define PACKAGE_NAME "package-unused" > | #define PACKAGE_TARNAME "libbacktrace" > | #define PACKAGE_VERSION "version-unused" > | #define PACKAGE_STRING "package-unused version-unused" > | #define PACKAGE_BUGREPORT "" > | #define PACKAGE_URL "" > | /* end confdefs.h. */ > |=20 > | int > | main () > | { > |=20 > | ; > | return 0; > | } > configure:3046: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-portbld-freebsd1= 1.0/libbacktrace': > configure:3050: error: C compiler cannot create executables Context details. . . As for the in-use make.conf (not the one used for the system build): > # more /etc/make.conf > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > # > #system clang 3.8 (gcc6 rejects -march=3Darmv7a): > #CFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > #CXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > #CPPFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > # > #lang/gcc6's xgcc stage considers the above conflicting so use just: > CFLAGS+=3D -mcpu=3Dcortex-a7 > CXXFLAGS+=3D -mcpu=3Dcortex-a7 > CPPFLAGS+=3D -mcpu=3Dcortex-a7 The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 > TO_TYPE=3Darmv6 > # > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > #CPUTYPE=3Dsoft > WITH_LIBSOFT=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > # There is no XCPPFLAGS but XCPP ets XCFLAGS content. and with the make.conf for the system build being empty: > # more ~/src.configs/make.conf=20 > # =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jun 13 00:43:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43CF7AF19FE for ; Mon, 13 Jun 2016 00:43:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00C7427A8 for ; Mon, 13 Jun 2016 00:43:45 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30787 invoked from network); 13 Jun 2016 00:44:19 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 00:44:19 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sun, 12 Jun 2016 20:44:26 -0400 (EDT) Received: (qmail 28479 invoked from network); 13 Jun 2016 00:44:26 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 00:44:26 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id ED595B1E001; Sun, 12 Jun 2016 17:43:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not From: Mark Millard In-Reply-To: Date: Sun, 12 Jun 2016 17:43:43 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <497B54A1-A306-4264-AC8C-A57A7A53931E@dsl-only.net> References: To: freebsd-arm , FreeBSD Toolchain , FreeBSD Ports , gerald@FreeBSD.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 00:43:47 -0000 Just a quick top-posted note: lang/gcc5 (as of /usr/ports -r416711) = built fine, unlike the lang/gcc6 noted before/below. [I happened to try = lang/gcc5 with the bootstrap configuration item disabled.] I may try lang/gcc6-devel to see what it does. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Jun-12, at 3:02 PM, Mark Millard wrote: > On an rpi2: >=20 >> # uname -apKU >> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG ar >> m armv6 1100116 1100116 >=20 >=20 > with /usr/ports at -r416711. . . >=20 >=20 > For attempting to build lang/gcc6 with the bootstrap configuration = item enabled: >=20 >> configure:3735: = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/xgcc = -B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/ = -B/usr/local/armv6-por >> tbld-freebsd11.0/bin/ -B/usr/local/armv6-portbld-freebsd11.0/lib/ = -isystem /usr/local/armv6-portbld-freebsd11.0/include -isystem = /usr/local/armv6-portbld-freebs >> d11.0/sys-include -O2 -pipe -mcpu=3Dcortex-a7 -DLIBICONV_PLUG -g = -fno-strict-aliasing conftest.c >&5 >> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o does = not >> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o >> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /tmp/ccC38Tl3.o does not >> /usr/local/bin/ld: failed to merge target specific data of file = /tmp/ccC38Tl3.o >> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o does = not >> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o >> collect2: error: ld returned 1 exit status >> configure:3739: $? =3D 1 >> configure:3776: result:=20 >> configure: failed program was: >> | /* confdefs.h */ >> | #define PACKAGE_NAME "GNU Offloading and Multi Processing Runtime = Library" >> | #define PACKAGE_TARNAME "libgomp" >> | #define PACKAGE_VERSION "1.0" >> | #define PACKAGE_STRING "GNU Offloading and Multi Processing Runtime = Library 1.0" >> | #define PACKAGE_BUGREPORT "" >> | #define PACKAGE_URL "http://www.gnu.org/software/libgomp/" >> | #define PACKAGE "libgomp" >> | #define VERSION "1.0" >> | /* end confdefs.h. */ >> |=20 >> | int >> | main () >> | { >> |=20 >> | ; >> | return 0; >> | } >> configure:3782: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-portbld-freebsd1= 1.0/libgomp': >> configure:3786: error: C compiler cannot create executables >=20 >=20 >=20 > For attempting to build lang/gcc6 with the bootstrap configuraiton = item disabled similar ld reports are generated: >=20 >> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o does = not >> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o >> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /tmp/cco9nucg.o does not >> /usr/local/bin/ld: failed to merge target specific data of file = /tmp/cco9nucg.o >> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o does = not >> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o >> collect2: error: ld returned 1 exit status >> configure:3003: $? =3D 1 >> configure:3040: result:=20 >> configure: failed program was: >> | /* confdefs.h */ >> | #define PACKAGE_NAME "package-unused" >> | #define PACKAGE_TARNAME "libbacktrace" >> | #define PACKAGE_VERSION "version-unused" >> | #define PACKAGE_STRING "package-unused version-unused" >> | #define PACKAGE_BUGREPORT "" >> | #define PACKAGE_URL "" >> | /* end confdefs.h. */ >> |=20 >> | int >> | main () >> | { >> |=20 >> | ; >> | return 0; >> | } >> configure:3046: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-portbld-freebsd1= 1.0/libbacktrace': >> configure:3050: error: C compiler cannot create executables >=20 >=20 > Context details. . . >=20 > As for the in-use make.conf (not the one used for the system build): >=20 >> # more /etc/make.conf >> DEFAULT_VERSIONS+=3Dperl5=3D5.22 >> WRKDIRPREFIX=3D/usr/obj/portswork >> WITH_DEBUG=3D >> WITH_DEBUG_FILES=3D >> MALLOC_PRODUCTION=3D >> # >> #system clang 3.8 (gcc6 rejects -march=3Darmv7a): >> #CFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> #CXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> #CPPFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> # >> #lang/gcc6's xgcc stage considers the above conflicting so use just: >> CFLAGS+=3D -mcpu=3Dcortex-a7 >> CXXFLAGS+=3D -mcpu=3Dcortex-a7 >> CPPFLAGS+=3D -mcpu=3Dcortex-a7 >=20 >=20 > The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: >=20 >> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 >> TO_TYPE=3Darmv6 >> # >> KERNCONF=3DRPI2-NODBG >> TARGET=3Darm >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITH_CROSS_COMPILER=3D >> WITHOUT_SYSTEM_COMPILER=3D >> # >> #CPUTYPE=3Dsoft >> WITH_LIBSOFT=3D >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> WITH_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=3D >> # >> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> #WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> WITH_DEBUG_FILES=3D >> # >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >=20 > and with the make.conf for the system build being empty: >=20 >> # more ~/src.configs/make.conf=20 >> # >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jun 13 05:13:24 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EEE4DAF1E4F for ; Mon, 13 Jun 2016 05:13:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-4.reflexion.net [208.70.210.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF7A62D7F for ; Mon, 13 Jun 2016 05:13:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5458 invoked from network); 13 Jun 2016 05:13:49 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 05:13:49 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 01:13:58 -0400 (EDT) Received: (qmail 23317 invoked from network); 13 Jun 2016 05:13:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 05:13:58 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D394BB1E001; Sun, 12 Jun 2016 22:13:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not From: Mark Millard In-Reply-To: <497B54A1-A306-4264-AC8C-A57A7A53931E@dsl-only.net> Date: Sun, 12 Jun 2016 22:13:14 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <9956CBA7-4000-4124-9682-6A34456C188F@dsl-only.net> References: <497B54A1-A306-4264-AC8C-A57A7A53931E@dsl-only.net> To: freebsd-arm , FreeBSD Toolchain , FreeBSD Ports , gerald@FreeBSD.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 05:13:25 -0000 On 2016-Jun-12, at 5:43 PM, Mark Millard wrote: > Just a quick top-posted note: lang/gcc5 (as of /usr/ports -r416711) = built fine, unlike the lang/gcc6 noted before/below. [I happened to try = lang/gcc5 with the bootstrap configuration item disabled.] >=20 > I may try lang/gcc6-devel to see what it does. lang/gcc6-devel (as of /usr/ports -r416711) also built fine on the rpi2. = [The test was with the bootstrap configuration item disabled.] Only = lang/gcc6 seems to have the reported problems for the rpi2. But I've not = tried lang/gcc49 or before. Nor have I tried any devel/*gcc* examples. The rest of the below material just repeats the original evidence of the = lang/gcc6 problem. Continue reading only if you care for that detail = now. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 > On 2016-Jun-12, at 3:02 PM, Mark Millard = wrote: >=20 >> On an rpi2: >>=20 >>> # uname -apKU >>> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG ar >>> m armv6 1100116 1100116 >>=20 >>=20 >> with /usr/ports at -r416711. . . >>=20 >>=20 >> For attempting to build lang/gcc6 with the bootstrap configuration = item enabled: >>=20 >>> configure:3735: = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/xgcc = -B/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/ = -B/usr/local/armv6-por >>> tbld-freebsd11.0/bin/ -B/usr/local/armv6-portbld-freebsd11.0/lib/ = -isystem /usr/local/armv6-portbld-freebsd11.0/include -isystem = /usr/local/armv6-portbld-freebs >>> d11.0/sys-include -O2 -pipe -mcpu=3Dcortex-a7 -DLIBICONV_PLUG -g = -fno-strict-aliasing conftest.c >&5 >>> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o does = not >>> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o >>> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /tmp/ccC38Tl3.o does not >>> /usr/local/bin/ld: failed to merge target specific data of file = /tmp/ccC38Tl3.o >>> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o does = not >>> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o >>> collect2: error: ld returned 1 exit status >>> configure:3739: $? =3D 1 >>> configure:3776: result:=20 >>> configure: failed program was: >>> | /* confdefs.h */ >>> | #define PACKAGE_NAME "GNU Offloading and Multi Processing Runtime = Library" >>> | #define PACKAGE_TARNAME "libgomp" >>> | #define PACKAGE_VERSION "1.0" >>> | #define PACKAGE_STRING "GNU Offloading and Multi Processing = Runtime Library 1.0" >>> | #define PACKAGE_BUGREPORT "" >>> | #define PACKAGE_URL "http://www.gnu.org/software/libgomp/" >>> | #define PACKAGE "libgomp" >>> | #define VERSION "1.0" >>> | /* end confdefs.h. */ >>> |=20 >>> | int >>> | main () >>> | { >>> |=20 >>> | ; >>> | return 0; >>> | } >>> configure:3782: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-portbld-freebsd1= 1.0/libgomp': >>> configure:3786: error: C compiler cannot create executables >>=20 >>=20 >>=20 >> For attempting to build lang/gcc6 with the bootstrap configuraiton = item disabled similar ld reports are generated: >>=20 >>> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o does = not >>> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtbegin.o >>> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /tmp/cco9nucg.o does not >>> /usr/local/bin/ld: failed to merge target specific data of file = /tmp/cco9nucg.o >>> /usr/local/bin/ld: error: a.out uses VFP register arguments, = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o does = not >>> /usr/local/bin/ld: failed to merge target specific data of file = /usr/obj/portswork/usr/ports/lang/gcc6/work/.build/./gcc/crtend.o >>> collect2: error: ld returned 1 exit status >>> configure:3003: $? =3D 1 >>> configure:3040: result:=20 >>> configure: failed program was: >>> | /* confdefs.h */ >>> | #define PACKAGE_NAME "package-unused" >>> | #define PACKAGE_TARNAME "libbacktrace" >>> | #define PACKAGE_VERSION "version-unused" >>> | #define PACKAGE_STRING "package-unused version-unused" >>> | #define PACKAGE_BUGREPORT "" >>> | #define PACKAGE_URL "" >>> | /* end confdefs.h. */ >>> |=20 >>> | int >>> | main () >>> | { >>> |=20 >>> | ; >>> | return 0; >>> | } >>> configure:3046: error: in = `/usr/obj/portswork/usr/ports/lang/gcc6/work/.build/armv6-portbld-freebsd1= 1.0/libbacktrace': >>> configure:3050: error: C compiler cannot create executables >>=20 >>=20 >> Context details. . . >>=20 >> As for the in-use make.conf (not the one used for the system build): >>=20 >>> # more /etc/make.conf >>> DEFAULT_VERSIONS+=3Dperl5=3D5.22 >>> WRKDIRPREFIX=3D/usr/obj/portswork >>> WITH_DEBUG=3D >>> WITH_DEBUG_FILES=3D >>> MALLOC_PRODUCTION=3D >>> # >>> #system clang 3.8 (gcc6 rejects -march=3Darmv7a): >>> #CFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> #CXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> #CPPFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> # >>> #lang/gcc6's xgcc stage considers the above conflicting so use just: >>> CFLAGS+=3D -mcpu=3Dcortex-a7 >>> CXXFLAGS+=3D -mcpu=3Dcortex-a7 >>> CPPFLAGS+=3D -mcpu=3Dcortex-a7 >>=20 >>=20 >> The armv6 11.0 -r301815 system was cross built from amd64, built = using src.conf: >>=20 >>> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 >>> TO_TYPE=3Darmv6 >>> # >>> KERNCONF=3DRPI2-NODBG >>> TARGET=3Darm >>> .if ${.MAKE.LEVEL} =3D=3D 0 >>> TARGET_ARCH=3D${TO_TYPE} >>> .export TARGET_ARCH >>> .endif >>> # >>> WITH_CROSS_COMPILER=3D >>> WITHOUT_SYSTEM_COMPILER=3D >>> # >>> #CPUTYPE=3Dsoft >>> WITH_LIBSOFT=3D >>> WITH_LIBCPLUSPLUS=3D >>> WITH_BINUTILS_BOOTSTRAP=3D >>> WITH_CLANG_BOOTSTRAP=3D >>> WITH_CLANG=3D >>> WITH_CLANG_IS_CC=3D >>> WITH_CLANG_FULL=3D >>> WITH_CLANG_EXTRAS=3D >>> WITH_LLDB=3D >>> # >>> WITH_BOOT=3D >>> WITHOUT_LIB32=3D >>> # >>> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >>> WITHOUT_GCC_BOOTSTRAP=3D >>> WITHOUT_GCC=3D >>> WITHOUT_GCC_IS_CC=3D >>> WITHOUT_GNUCXX=3D >>> # >>> NO_WERROR=3D >>> #WERROR=3D >>> MALLOC_PRODUCTION=3D >>> # >>> WITH_DEBUG_FILES=3D >>> # >>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >>=20 >> and with the make.conf for the system build being empty: >>=20 >>> # more ~/src.configs/make.conf=20 >>> # >>=20 >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jun 13 17:36:08 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59A23AF24D2 for ; Mon, 13 Jun 2016 17:36:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1ED96204C for ; Mon, 13 Jun 2016 17:36:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14991 invoked from network); 13 Jun 2016 17:30:01 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 17:30:01 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 13:29:23 -0400 (EDT) Received: (qmail 28949 invoked from network); 13 Jun 2016 17:29:22 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 17:29:22 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 7E9A81C43E4; Mon, 13 Jun 2016 10:29:22 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists Message-Id: Date: Mon, 13 Jun 2016 10:29:23 -0700 To: freebsd-arm , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 17:36:08 -0000 With the newly less strict alignment requirements "kyua test -k = /usr/tests/Kyuafile" runs to completion, unlike before. > =3D=3D=3D> Summary > Results read from = /root/.kyua/store/results.usr_tests.20160613-080302-120731.db > Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed > Total time: 8723.243s I only list the one line summaries below. Then I list various context = details. > =3D=3D=3D> Broken tests > lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] > lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] > lib/msun/exponential_test:main -> broken: Received signal 6 = [1.045s] > lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] > lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] > lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] > lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] > lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] > lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] > lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] > lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] > lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] > sbin/growfs/legacy_test:main -> broken: Reported plan differs from = actual executed tests [0.459s] > sys/geom/class/eli/integrity_copy_test:main -> broken: Test case = timed out [1200.082s] > sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case = timed out [600.138s] > sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed = out [600.044s] > sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out = [300.032s] > sys/sys/bitstring_test:bit_count -> broken: Premature exit; test = case received signal 11 (core dumped) [1.080s] > sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case = received signal 11 (core dumped) [1.077s] > sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.081s] > sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case = received signal 11 (core dumped) [1.082s] > sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] > sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test = case received signal 11 (core dumped) [1.083s] > sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case = received signal 11 (core dumped) [1.079s] > =3D=3D=3D> Failed tests > lib/libc/c063/fstatat_test:fstatat_fd -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, = &st2, sizeof(st1)) =3D=3D 0 not met [0. > 027s] > lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> = failed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: = run_tests(_hostlist_file, _snapshot > _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met = [15.315s] > lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.153s] > lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.158s] > lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the = output of the test for details [0.148s] > lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:read -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.154s] > lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the = output of the test for details [0.155s] > lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] > lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] > lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the = output of the test for details [0.149s] > lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the = output of the test for details [0.147s] > lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the = output of the test for details [0.146s] > lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the = output of the test for details [0.150s] > lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.148s] > lib/libc/stdio/printbasic_test:int_within_limits -> failed: = printf("%tu", (size_t)-1) =3D=3D> [18446744073709551615], expected = [4294967295]<> [0.030s] > lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: = /usr/src/lib/libc/tests/stdio/scanfloat_test.c:191: = fetestexcept(FE_INVALID) =3D=3D 0 not met [0.031 > s] > lib/libc/sys/mincore_test:mincore_resid -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:225: = check_residency(addr, npgs) =3D=3D 0 not met [0.04 > 0s] > lib/libc/sys/mincore_test:mincore_shmseg -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:298: = check_residency(addr, npgs) =3D=3D 0 not met [0.0 > 29s] > lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks = failed; see output for more details [0.035s] > lib/libproc/proc_test:symbol_lookup -> failed: = /usr/src/lib/libproc/tests/proc_test.c:116: state !=3D PS_STOP: process = has state 4 [0.177s] > lib/libxo/functional_test:test_02__E -> failed: atf-check failed; = see the output of the test for details [0.166s] > lib/libxo/functional_test:test_02__H -> failed: atf-check failed; = see the output of the test for details [0.168s] > lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed; = see the output of the test for details [0.170s] > lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; = see the output of the test for details [0.164s] > lib/libxo/functional_test:test_02__J -> failed: atf-check failed; = see the output of the test for details [0.169s] > lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; = see the output of the test for details [0.166s] > lib/libxo/functional_test:test_02__T -> failed: atf-check failed; = see the output of the test for details [0.168s] > lib/libxo/functional_test:test_02__X -> failed: atf-check failed; = see the output of the test for details [0.169s] > lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; = see the output of the test for details [0.168s] > lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] > lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see = output for more details [0.034s] > local/kyua/model/metadata_test:override_all_with_set_string -> = failed: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T = !=3D 2.00G) [0.047s] > local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: = testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", = "stacktrace") not met=20 > [0.611s] > local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: = testers/stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") = not met [0.610s] > local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: = testers/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") = not met [0.614s] > local/kyua/testers/stacktrace_test:dump__integration -> failed: = testers/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") = not met [0.613s] > local/kyua/testers/stacktrace_test:dump__ok -> failed: = testers/stacktrace_test.c:249: atf_utils_grep_file("frame 1", = "stacktrace") not met [0.614s] > local/kyua/testers/stacktrace_test:find_core__found__long -> failed: = Core dumped, but no candidates found [0.606s] > local/kyua/testers/stacktrace_test:find_core__found__short -> = failed: Core dumped, but no candidates found [0.603s] > local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed: = testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line = includes out of range > numbers' [0.032s] > sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed = [1.292s] > sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned = non-success exit status 1 [0.044s] > usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed = [0.151s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks = failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 = checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: = 1 checks failed; see output for more details [0.034s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 = checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed: = 1 checks failed; see output for more details [0.033s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 = checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed: = 1 checks failed; see output for more details [0.035s] > usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 = checks failed; see output for more details [0.032s] > usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed = [0.340s] Context details: > # uname -apKU > FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG ar > m armv6 1100116 1100116 In use for the system build was: > XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 I do have a few local /usr/src changes/additions, but nearly all are = only for powerpc and/or powerpc64 contexts: > # svnlite status /usr/src/ > M = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp > M /usr/src/lib/csu/powerpc64/Makefile > ? /usr/src/sys/amd64/include/include > ? /usr/src/sys/arm/conf/RPI2-NODBG > ? /usr/src/sys/arm/include/include > M /usr/src/sys/boot/ofw/Makefile.inc > M /usr/src/sys/boot/powerpc/Makefile > M /usr/src/sys/boot/powerpc/Makefile.inc > M /usr/src/sys/boot/uboot/Makefile.inc > M /usr/src/sys/conf/Makefile.powerpc > M /usr/src/sys/conf/kern.mk > M /usr/src/sys/conf/kmod.mk > M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c > M /usr/src/sys/dev/cxgbe/tom/t4_listen.c > ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > ? /usr/src/sys/powerpc/include/include > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/powerpc/exec_machdep.c > ? /usr/src/sys/x86/include/include [The cxbg and cxbge changes just remove redundant declarations that = stopped a amd64-gcc based build. But other areas have such issues and I = quit trying eliminating such blocks to that tool chain. The = include/include's are from something making symbolic links back to the = parent include.] The kernel configuration was via: > # more /usr/src/sys/arm/conf/RPI2-NODBG=20 > # > # RPI2 -- Custom configuration for the Raspberry Pi 2 > # > # For more information on this file, please read the config(5) manual = page, > # and/or the handbook section on Kernel Configuration Files: > # > # = http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-con= fig.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES = files. > # If you are in doubt as to the purpose or necessity of a line, check = first > # in NOTES. > # >=20 > ident RPI2-NODBG >=20 > include "RPI2" >=20 > makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols > options ALT_BREAK_TO_DEBUGGER > #options VERBOSE_SYSINIT # Enable verbose sysinit = messages >=20 > options KDB # Enable kernel debugger = support >=20 > # For minimum debugger support (stable branch) use: > #options KDB_TRACE # Print a stack trace for a = panic > options DDB # Enable the kernel debugger >=20 > nooptions INVARIANTS # Enable calls of extra sanity = checking > nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS > nooptions WITNESS # Enable checks to detect = deadlocks and cycles > nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed > nooptions DIAGNOSTIC The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 > TO_TYPE=3Darmv6 > # > KERNCONF=3DRPI2-NODBG > TARGET=3Darm > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITH_CROSS_COMPILER=3D > WITHOUT_SYSTEM_COMPILER=3D > # > #CPUTYPE=3Dsoft > WITH_LIBSOFT=3D > WITH_LIBCPLUSPLUS=3D > WITH_BINUTILS_BOOTSTRAP=3D > WITH_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_CLANG_EXTRAS=3D > WITH_LLDB=3D > # > WITH_BOOT=3D > WITHOUT_LIB32=3D > # > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D > WITHOUT_GCC_BOOTSTRAP=3D > WITHOUT_GCC=3D > WITHOUT_GCC_IS_CC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > #WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > # There is no XCPPFLAGS but XCPP ets XCFLAGS content. and with the make.conf for the system build being empty: > # more ~/src.configs/make.conf=20 > # =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jun 13 17:49:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC940AF266C; Mon, 13 Jun 2016 17:49:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x232.google.com (mail-oi0-x232.google.com [IPv6:2607:f8b0:4003:c06::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C27925D7; Mon, 13 Jun 2016 17:49:48 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x232.google.com with SMTP id w5so140093713oib.2; Mon, 13 Jun 2016 10:49:48 -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:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=JV83u8kTelgb10xoCIU5zwX3HpaEmtQ+g8kbTRRbi0Y=; b=vBZ+JG8sLlu1e4LLCBubhBykjA+F5Mubs/U98jXl3wxv4iIRfJxxd8ZYP2FFiumAIn YlbolBfS3vOEoAFBslGr/7KGQiSNckamrpK/6axJunIV595dgjHFWJK3KpFF0dogSdgi 2b4FCDLsppEhnQFlBc1rt3JqoD//id7Gqfwi5h7TcIdwXRfgvVGqlN7UgZlnD7mddK7G umGSRG2JE4N2yGC4bn1/wT5so9BezoUnvdAb6v9sxHW7sogOsWzMisF9z9yLyaU/V1o7 GTPXlWOLcDn6oDmmmWnNLh9jC6LDmsng6XueFgIiY7otO4W0FoG5Uv/CwLHl4OEU5Q2Q pGdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=JV83u8kTelgb10xoCIU5zwX3HpaEmtQ+g8kbTRRbi0Y=; b=TumTgy3zVxDqnFr4qmlvKmeomXLitwNETOmSRavFF/LBpsVRv/vXaQGMuGWd0ligiw 0uunsqzxCG9aRY2qiCB50yBxt4KJIkMcaYT3Y0F6wlMqvqJRePppZ9IrgmtmJy87dH3x Vn6la2XBWaG3cYE0ZiI0dG/5bhN9yO5yj7ItcJxsDaRU1SRLY+aj6WaQQSIv1ot16kA/ s+zrBuftdlwHBTwutwzXBqGEooZYt6IUMo3AF86oO/nh1stfgwVH0/b2HCkIlhlxC7h0 P2kQS26IBAyj9FOHqTkNJTmZL6KoFEwFMwiZK18t20rjlVdlYn0Wx3XbryO8GFd+2BVW +0cw== X-Gm-Message-State: ALyK8tKh6RcVlqJDXEUAAqqum1NNHmxgJ3Og4NIVh7LmWevQUEKz/TSkED2BSGiJWk3kaxVgzzCpjllq8OSksg== X-Received: by 10.157.29.106 with SMTP id m97mr3193410otm.164.1465840187472; Mon, 13 Jun 2016 10:49:47 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.102.206 with HTTP; Mon, 13 Jun 2016 10:49:46 -0700 (PDT) In-Reply-To: References: From: Alan Somers Date: Mon, 13 Jun 2016 11:49:46 -0600 X-Google-Sender-Auth: SG1alioXEIAXx9ZeeHO1DjL25Z4 Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: Mark Millard Cc: freebsd-arm , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 17:49:48 -0000 Please open a bug for the bitstring test failures and assign it to me. Also, since I don't have any arm hardware, please provide instructions on how to run this code in a VM, or where I can get access to the hardware. -Alan On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrote: > With the newly less strict alignment requirements "kyua test -k /usr/test= s/Kyuafile" runs to completion, unlike before. > >> =3D=3D=3D> Summary >> Results read from /root/.kyua/store/results.usr_tests.20160613-080302-12= 0731.db >> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, 59 = failed >> Total time: 8723.243s > > > I only list the one line summaries below. Then I list various context det= ails. > >> =3D=3D=3D> Broken tests >> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045s] >> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >> sbin/growfs/legacy_test:main -> broken: Reported plan differs from act= ual executed tests [0.459s] >> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case timed= out [1200.082s] >> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case timed= out [600.138s] >> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed out = [600.044s] >> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out = [300.032s] >> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test case = received signal 11 (core dumped) [1.080s] >> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case re= ceived signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test case= received signal 11 (core dumped) [1.081s] >> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case re= ceived signal 11 (core dumped) [1.082s] >> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test case= received signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test case= received signal 11 (core dumped) [1.083s] >> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case r= eceived signal 11 (core dumped) [1.079s] > > >> =3D=3D=3D> Failed tests >> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/netb= sd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) =3D= =3D 0 not met [0. >> 027s] >> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> failed= : /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist_fi= le, _snapshot >> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.315s= ] >> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a non-o= k exit code, but this is not allowed [0.153s] >> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non-ok= exit code, but this is not allowed [0.158s] >> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the outp= ut of the test for details [0.148s] >> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the out= put of the test for details [0.147s] >> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the outp= ut of the test for details [0.147s] >> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non-ok= exit code, but this is not allowed [0.154s] >> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the ou= tput of the test for details [0.155s] >> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the ou= tput of the test for details [0.149s] >> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the out= put of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the outp= ut of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the out= put of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the outp= ut of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the outp= ut of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the out= put of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the out= put of the test for details [0.146s] >> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the o= utput of the test for details [0.150s] >> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the ou= tput of the test for details [0.148s] >> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf("%t= u", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/src/= lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D=3D = 0 not met [0.031 >> s] >> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib/ne= tbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D=3D= 0 not met [0.04 >> 0s] >> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contrib/n= etbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) =3D= =3D 0 not met [0.0 >> 29s] >> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks faile= d; see output for more details [0.035s] >> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc/te= sts/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; see = the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; see = the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed; s= ee the output of the test for details [0.170s] >> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; see= the output of the test for details [0.164s] >> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; see = the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; see= the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; see = the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; see = the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; see= the output of the test for details [0.168s] >> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see out= put for more details [0.034s] >> local/kyua/model/metadata_test:override_all_with_set_string -> failed:= Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2.00= G) [0.047s] >> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: te= sters/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stacktra= ce") not met >> [0.611s] >> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: testers/s= tacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met [0.= 610s] >> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: test= ers/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not met= [0.614s] >> local/kyua/testers/stacktrace_test:dump__integration -> failed: tester= s/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met [= 0.613s] >> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stacktr= ace_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0.61= 4s] >> local/kyua/testers/stacktrace_test:find_core__found__long -> failed: C= ore dumped, but no candidates found [0.606s] >> local/kyua/testers/stacktrace_test:find_core__found__short -> failed: = Core dumped, but no candidates found [0.603s] >> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed: t= esters/tap_parser_test.c:135: 'too long' not matched in 'Plan line includes= out of range >> numbers' [0.032s] >> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed = [1.292s] >> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-success= exit status 1 [0.044s] >> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0.1= 51s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks f= ailed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 chec= ks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: 1 = checks failed; see output for more details [0.034s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> f= ailed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev -= > failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 che= cks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed: 1= checks failed; see output for more details [0.033s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 che= cks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed: 1= checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 che= cks failed; see output for more details [0.032s] >> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.340s= ] > > > > Context details: > >> # uname -apKU >> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 23:= 43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/R= PI2-NODBG ar >> m armv6 1100116 1100116 > > In use for the system build was: > >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 > > I do have a few local /usr/src changes/additions, but nearly all are only= for powerpc and/or powerpc64 contexts: > >> # svnlite status /usr/src/ >> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuild= er.cpp >> M /usr/src/lib/csu/powerpc64/Makefile >> ? /usr/src/sys/amd64/include/include >> ? /usr/src/sys/arm/conf/RPI2-NODBG >> ? /usr/src/sys/arm/include/include >> M /usr/src/sys/boot/ofw/Makefile.inc >> M /usr/src/sys/boot/powerpc/Makefile >> M /usr/src/sys/boot/powerpc/Makefile.inc >> M /usr/src/sys/boot/uboot/Makefile.inc >> M /usr/src/sys/conf/Makefile.powerpc >> M /usr/src/sys/conf/kern.mk >> M /usr/src/sys/conf/kmod.mk >> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >> ? /usr/src/sys/powerpc/conf/GENERICvtsc >> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >> ? /usr/src/sys/powerpc/include/include >> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >> ? /usr/src/sys/x86/include/include > > [The cxbg and cxbge changes just remove redundant declarations that stopp= ed a amd64-gcc based build. But other areas have such issues and I quit try= ing eliminating such blocks to that tool chain. The include/include's are f= rom something making symbolic links back to the parent include.] > > The kernel configuration was via: > >> # more /usr/src/sys/arm/conf/RPI2-NODBG >> # >> # RPI2 -- Custom configuration for the Raspberry Pi 2 >> # >> # For more information on this file, please read the config(5) manual pa= ge, >> # and/or the handbook section on Kernel Configuration Files: >> # >> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelcon= fig-config.html >> # >> # The handbook is also available locally in /usr/share/doc/handbook >> # if you've installed the doc distribution, otherwise always see the >> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >> # latest information. >> # >> # An exhaustive list of options and more detailed explanations of the >> # device lines is also present in the ../../conf/NOTES and NOTES files. >> # If you are in doubt as to the purpose or necessity of a line, check fi= rst >> # in NOTES. >> # >> >> ident RPI2-NODBG >> >> include "RPI2" >> >> makeoptions DEBUG=3D-g # Build kernel with gdb(1) deb= ug symbols >> options ALT_BREAK_TO_DEBUGGER >> #options VERBOSE_SYSINIT # Enable verbose sysinit message= s >> >> options KDB # Enable kernel debugger support >> >> # For minimum debugger support (stable branch) use: >> #options KDB_TRACE # Print a stack trace for a pani= c >> options DDB # Enable the kernel debugger >> >> nooptions INVARIANTS # Enable calls of extra sanity c= hecking >> nooptions INVARIANT_SUPPORT # Extra sanity checks of interna= l structures, required by INVARIANTS >> nooptions WITNESS # Enable checks to detect deadlo= cks and cycles >> nooptions WITNESS_SKIPSPIN # Don't run witness on spinlocks= for speed >> nooptions DIAGNOSTIC > > > The armv6 11.0 -r301815 system was cross built from amd64, built using sr= c.conf: > >> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >> TO_TYPE=3Darmv6 >> # >> KERNCONF=3DRPI2-NODBG >> TARGET=3Darm >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITH_CROSS_COMPILER=3D >> WITHOUT_SYSTEM_COMPILER=3D >> # >> #CPUTYPE=3Dsoft >> WITH_LIBSOFT=3D >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> WITH_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=3D >> # >> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> #WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> WITH_DEBUG_FILES=3D >> # >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. > > and with the make.conf for the system build being empty: > >> # more ~/src.configs/make.conf >> # > > =3D=3D=3D > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-arm@freebsd.org Mon Jun 13 18:06:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B7BFAF29F5; Mon, 13 Jun 2016 18:06:06 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-it0-f42.google.com (mail-it0-f42.google.com [209.85.214.42]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EAA702E01; Mon, 13 Jun 2016 18:06:05 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-it0-f42.google.com with SMTP id e5so49005054ith.0; Mon, 13 Jun 2016 11:06:05 -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:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=dim86igF12WYBrIkPgeK2/otihFvqHG1/a4NkrPbBqw=; b=bzLl1VP7v5E1ex7km7C/kCzjHv2j/Bscc3l79mFOIBkRwkyWv+jHSj0mXwr4Af+6b6 FUWa2y3XC5oQdOtgcwxbuuXAVHK0Y7eN4lFe2ywy6B0760fV3pp7oAew5TglCPebem5X +JUByTcyFIP0KP/7VoePVrBcfw+SO0EczgFJzOmbL9aWqb+5l09vSx1H/sdcrD6sPWY4 UJvPr7gv4r84KySUVjGGII8T8aEDJNXBCnYZ98S34WJxQiAvFqedXGXd0zX74tw4oNmX AbaiWAGYzNxI4JUjAaEdYerye/cgMuKIhmAATqVGZFzNnL/dCVN5qIbS+alhrC6sPxiu Fc+Q== X-Gm-Message-State: ALyK8tJUY11nLgDkiWu+YxpP+JqpOHjk4NnqDqzUkrQyVASNAnlM1oHdDRsjuSmZr5/iHA== X-Received: by 10.36.158.133 with SMTP id p127mr19233214itd.97.1465841159318; Mon, 13 Jun 2016 11:05:59 -0700 (PDT) Received: from mail-io0-f179.google.com (mail-io0-f179.google.com. [209.85.223.179]) by smtp.gmail.com with ESMTPSA id o134sm1599068ith.2.2016.06.13.11.05.59 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jun 2016 11:05:59 -0700 (PDT) Received: by mail-io0-f179.google.com with SMTP id o127so80729513iod.2; Mon, 13 Jun 2016 11:05:59 -0700 (PDT) X-Received: by 10.107.182.139 with SMTP id g133mr25130973iof.27.1465841158814; Mon, 13 Jun 2016 11:05:58 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.205.70 with HTTP; Mon, 13 Jun 2016 11:05:58 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Mon, 13 Jun 2016 11:05:58 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: Alan Somers Cc: Mark Millard , freebsd-arm , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 18:06:06 -0000 FYI, this implies the ulong-accessed bitstring change is ABI-breaking for ARM userspace and maybe shouldn't go to stable/10. Best, Conrad On Mon, Jun 13, 2016 at 11:04 AM, Conrad Meyer wrote: > I expect it's because: > > 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t =3D= =3D > unsigned long)) > 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) > (an array of nmemb=3Dbitstr_size() size=3Dbytes, doesn't have to be > 'unsigned long' sized or aligned). > 3. Various bit_* functions access the result as if it's an array of > 'unsigned long', when it was allocated as a single-byte array (no > ulong alignment or size). > 4. ARM isn't as happy about unaligned accesses as x86. > > I'd make the following change (needs sys/param.h, not compile tested) > and see if it fixes it: > > --- sys/bitstring.h (revision 301805) > +++ sys/bitstring.h (working copy) > @@ -119,7 +119,8 @@ > static inline bitstr_t * > bit_alloc(int _nbits) > { > - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); > + return (calloc(howmany(bitstr_size(_nbits), sizeof(bitstr_t)), > + sizeof(bitstr_t))); > } > #endif > > > > > > > On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers wrote= : >> Please open a bug for the bitstring test failures and assign it to me. >> Also, since I don't have any arm hardware, please provide instructions >> on how to run this code in a VM, or where I can get access to the >> hardware. >> >> -Alan >> >> On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wro= te: >>> With the newly less strict alignment requirements "kyua test -k /usr/te= sts/Kyuafile" runs to completion, unlike before. >>> >>>> =3D=3D=3D> Summary >>>> Results read from /root/.kyua/store/results.usr_tests.20160613-080302-= 120731.db >>>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, 5= 9 failed >>>> Total time: 8723.243s >>> >>> >>> I only list the one line summaries below. Then I list various context d= etails. >>> >>>> =3D=3D=3D> Broken tests >>>> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >>>> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >>>> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045s= ] >>>> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >>>> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >>>> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >>>> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >>>> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >>>> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >>>> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >>>> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >>>> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >>>> sbin/growfs/legacy_test:main -> broken: Reported plan differs from a= ctual executed tests [0.459s] >>>> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case tim= ed out [1200.082s] >>>> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case tim= ed out [600.138s] >>>> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed ou= t [600.044s] >>>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out= [300.032s] >>>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.080s] >>>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case = received signal 11 (core dumped) [1.077s] >>>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.081s] >>>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case = received signal 11 (core dumped) [1.082s] >>>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.077s] >>>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.083s] >>>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case= received signal 11 (core dumped) [1.079s] >>> >>> >>>> =3D=3D=3D> Failed tests >>>> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/ne= tbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) = =3D=3D 0 not met [0. >>>> 027s] >>>> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> fail= ed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist_= file, _snapshot >>>> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.31= 5s] >>>> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a non= -ok exit code, but this is not allowed [0.153s] >>>> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non-= ok exit code, but this is not allowed [0.158s] >>>> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the ou= tput of the test for details [0.148s] >>>> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non-= ok exit code, but this is not allowed [0.154s] >>>> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the = output of the test for details [0.155s] >>>> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >>>> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the o= utput of the test for details [0.149s] >>>> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the ou= tput of the test for details [0.149s] >>>> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the o= utput of the test for details [0.146s] >>>> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the= output of the test for details [0.150s] >>>> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.148s] >>>> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf("= %tu", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >>>> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/sr= c/lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D= =3D 0 not met [0.031 >>>> s] >>>> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib/= netbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D= =3D 0 not met [0.04 >>>> 0s] >>>> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contrib= /netbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) =3D= =3D 0 not met [0.0 >>>> 29s] >>>> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks fai= led; see output for more details [0.035s] >>>> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc/= tests/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >>>> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; se= e the output of the test for details [0.166s] >>>> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; se= e the output of the test for details [0.168s] >>>> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed;= see the output of the test for details [0.170s] >>>> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; s= ee the output of the test for details [0.164s] >>>> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; se= e the output of the test for details [0.169s] >>>> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; s= ee the output of the test for details [0.166s] >>>> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; se= e the output of the test for details [0.168s] >>>> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; se= e the output of the test for details [0.169s] >>>> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; s= ee the output of the test for details [0.168s] >>>> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >>>> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see o= utput for more details [0.034s] >>>> local/kyua/model/metadata_test:override_all_with_set_string -> faile= d: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2.= 00G) [0.047s] >>>> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: = testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stackt= race") not met >>>> [0.611s] >>>> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: testers= /stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met [= 0.610s] >>>> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: te= sters/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not m= et [0.614s] >>>> local/kyua/testers/stacktrace_test:dump__integration -> failed: test= ers/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met = [0.613s] >>>> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stack= trace_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0.= 614s] >>>> local/kyua/testers/stacktrace_test:find_core__found__long -> failed:= Core dumped, but no candidates found [0.606s] >>>> local/kyua/testers/stacktrace_test:find_core__found__short -> failed= : Core dumped, but no candidates found [0.603s] >>>> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed:= testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line includ= es out of range >>>> numbers' [0.032s] >>>> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed= [1.292s] >>>> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-succe= ss exit status 1 [0.044s] >>>> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0= .151s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks= failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 ch= ecks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: = 1 checks failed; see output for more details [0.034s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 c= hecks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed:= 1 checks failed; see output for more details [0.033s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 c= hecks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed:= 1 checks failed; see output for more details [0.035s] >>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 c= hecks failed; see output for more details [0.032s] >>>> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.34= 0s] >>> >>> >>> >>> Context details: >>> >>>> # uname -apKU >>>> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 2= 3:43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys= /RPI2-NODBG ar >>>> m armv6 1100116 1100116 >>> >>> In use for the system build was: >>> >>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> >>> I do have a few local /usr/src changes/additions, but nearly all are on= ly for powerpc and/or powerpc64 contexts: >>> >>>> # svnlite status /usr/src/ >>>> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBui= lder.cpp >>>> M /usr/src/lib/csu/powerpc64/Makefile >>>> ? /usr/src/sys/amd64/include/include >>>> ? /usr/src/sys/arm/conf/RPI2-NODBG >>>> ? /usr/src/sys/arm/include/include >>>> M /usr/src/sys/boot/ofw/Makefile.inc >>>> M /usr/src/sys/boot/powerpc/Makefile >>>> M /usr/src/sys/boot/powerpc/Makefile.inc >>>> M /usr/src/sys/boot/uboot/Makefile.inc >>>> M /usr/src/sys/conf/Makefile.powerpc >>>> M /usr/src/sys/conf/kern.mk >>>> M /usr/src/sys/conf/kmod.mk >>>> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >>>> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >>>> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc >>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >>>> ? /usr/src/sys/powerpc/include/include >>>> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >>>> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >>>> ? /usr/src/sys/x86/include/include >>> >>> [The cxbg and cxbge changes just remove redundant declarations that sto= pped a amd64-gcc based build. But other areas have such issues and I quit t= rying eliminating such blocks to that tool chain. The include/include's are= from something making symbolic links back to the parent include.] >>> >>> The kernel configuration was via: >>> >>>> # more /usr/src/sys/arm/conf/RPI2-NODBG >>>> # >>>> # RPI2 -- Custom configuration for the Raspberry Pi 2 >>>> # >>>> # For more information on this file, please read the config(5) manual = page, >>>> # and/or the handbook section on Kernel Configuration Files: >>>> # >>>> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelc= onfig-config.html >>>> # >>>> # The handbook is also available locally in /usr/share/doc/handbook >>>> # if you've installed the doc distribution, otherwise always see the >>>> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >>>> # latest information. >>>> # >>>> # An exhaustive list of options and more detailed explanations of the >>>> # device lines is also present in the ../../conf/NOTES and NOTES files= . >>>> # If you are in doubt as to the purpose or necessity of a line, check = first >>>> # in NOTES. >>>> # >>>> >>>> ident RPI2-NODBG >>>> >>>> include "RPI2" >>>> >>>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) d= ebug symbols >>>> options ALT_BREAK_TO_DEBUGGER >>>> #options VERBOSE_SYSINIT # Enable verbose sysinit messa= ges >>>> >>>> options KDB # Enable kernel debugger suppo= rt >>>> >>>> # For minimum debugger support (stable branch) use: >>>> #options KDB_TRACE # Print a stack trace for a pa= nic >>>> options DDB # Enable the kernel debugger >>>> >>>> nooptions INVARIANTS # Enable calls of extra sanity= checking >>>> nooptions INVARIANT_SUPPORT # Extra sanity checks of inter= nal structures, required by INVARIANTS >>>> nooptions WITNESS # Enable checks to detect dead= locks and cycles >>>> nooptions WITNESS_SKIPSPIN # Don't run witness on spinloc= ks for speed >>>> nooptions DIAGNOSTIC >>> >>> >>> The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: >>> >>>> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >>>> TO_TYPE=3Darmv6 >>>> # >>>> KERNCONF=3DRPI2-NODBG >>>> TARGET=3Darm >>>> .if ${.MAKE.LEVEL} =3D=3D 0 >>>> TARGET_ARCH=3D${TO_TYPE} >>>> .export TARGET_ARCH >>>> .endif >>>> # >>>> WITH_CROSS_COMPILER=3D >>>> WITHOUT_SYSTEM_COMPILER=3D >>>> # >>>> #CPUTYPE=3Dsoft >>>> WITH_LIBSOFT=3D >>>> WITH_LIBCPLUSPLUS=3D >>>> WITH_BINUTILS_BOOTSTRAP=3D >>>> WITH_CLANG_BOOTSTRAP=3D >>>> WITH_CLANG=3D >>>> WITH_CLANG_IS_CC=3D >>>> WITH_CLANG_FULL=3D >>>> WITH_CLANG_EXTRAS=3D >>>> WITH_LLDB=3D >>>> # >>>> WITH_BOOT=3D >>>> WITHOUT_LIB32=3D >>>> # >>>> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >>>> WITHOUT_GCC_BOOTSTRAP=3D >>>> WITHOUT_GCC=3D >>>> WITHOUT_GCC_IS_CC=3D >>>> WITHOUT_GNUCXX=3D >>>> # >>>> NO_WERROR=3D >>>> #WERROR=3D >>>> MALLOC_PRODUCTION=3D >>>> # >>>> WITH_DEBUG_FILES=3D >>>> # >>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >>> >>> and with the make.conf for the system build being empty: >>> >>>> # more ~/src.configs/make.conf >>>> # >>> >>> =3D=3D=3D >>> Mark Millard >>> markmi at dsl-only.net >>> >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" From owner-freebsd-arm@freebsd.org Mon Jun 13 18:28:03 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C415AF20C8 for ; Mon, 13 Jun 2016 18:28:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 223812BAD for ; Mon, 13 Jun 2016 18:28:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u5DIS2xL049870 for ; Mon, 13 Jun 2016 18:28:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 210260] 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" bitstring tests broken on rpi2 [armv7-a/cortex-a7] Date: Mon, 13 Jun 2016 18:28:03 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 18:28:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210260 Bug ID: 210260 Summary: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" bitstring tests broken on rpi2 [armv7-a/cortex-a7] Product: Base System Version: 11.0-CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: markmi@dsl-only.net On 2016-Jun-13, at 10:49 AM, Alan Somers wrote: Please open a bug for the bitstring test failures and assign it to me. So here is the verbose kyua report output relative to the bitstring tests: =3D=3D=3D> sys/sys/bitstring_test:bit_clear Result: broken: Test case body timed out Duration: 300.032s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Subprocess timed out; sending KILL signal... =3D=3D=3D> sys/sys/bitstring_test:bit_count Result: broken: Premature exit; test case received signal 11 (core dumped) Duration: 1.080s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Process with PID 77932 dumped core; attempting to gather stack trace Cannot find any core file =3D=3D=3D> sys/sys/bitstring_test:bit_ffc Result: broken: Premature exit; test case received signal 11 (core dumped) Duration: 1.077s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Process with PID 77934 dumped core; attempting to gather stack trace Cannot find any core file =3D=3D=3D> sys/sys/bitstring_test:bit_ffc_at Result: broken: Premature exit; test case received signal 11 (core dumped) Duration: 1.081s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Process with PID 77936 dumped core; attempting to gather stack trace Cannot find any core file =3D=3D=3D> sys/sys/bitstring_test:bit_ffs Result: broken: Premature exit; test case received signal 11 (core dumped) Duration: 1.082s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Process with PID 77938 dumped core; attempting to gather stack trace Cannot find any core file =3D=3D=3D> sys/sys/bitstring_test:bit_ffs_at Result: broken: Premature exit; test case received signal 11 (core dumped) Duration: 1.077s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Process with PID 77940 dumped core; attempting to gather stack trace Cannot find any core file =3D=3D=3D> sys/sys/bitstring_test:bit_nclear Result: broken: Premature exit; test case received signal 11 (core dumped) Duration: 1.083s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Process with PID 77942 dumped core; attempting to gather stack trace Cannot find any core file =3D=3D=3D> sys/sys/bitstring_test:bit_nset Result: broken: Premature exit; test case received signal 11 (core dumped) Duration: 1.079s Metadata: allowed_architectures is empty allowed_platforms is empty description is empty has_cleanup =3D false required_configs is empty required_disk_space =3D 0 required_files is empty required_memory =3D 0 required_programs is empty required_user is empty timeout =3D 300 Standard error: Process with PID 77944 dumped core; attempting to gather stack trace Cannot find any core file --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jun 13 18:38:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0CF83AF22A6 for ; Mon, 13 Jun 2016 18:38:01 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.228]) by mx1.freebsd.org (Postfix) with ESMTP id C46262F65 for ; Mon, 13 Jun 2016 18:38:00 +0000 (UTC) (envelope-from lausts@laus.org) Received: from [173.88.10.122] ([173.88.10.122:26085] helo=mail.laus.org) by cdptpa-oedge01 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 2E/95-12840-BE9FE575; Mon, 13 Jun 2016 18:22:35 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id u5DIMYEO072313 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 13 Jun 2016 14:22:34 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id u5DIMY1s072312 for freebsd-arm@freebsd.org; Mon, 13 Jun 2016 14:22:34 -0400 (EDT) (envelope-from lausts) Date: Mon, 13 Jun 2016 14:22:34 -0400 From: Thomas Laus To: freebsd-arm@freebsd.org Subject: Crossbuild Failure on Arm Message-ID: <20160613182234.GA72262@mail.laus.org> Reply-To: lausts@acm.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 10.3-RELEASE-p5 on an amd64 User-Agent: Mutt/1.6.1 (2016-04-27) X-RR-Connecting-IP: 107.14.168.118:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 18:38:01 -0000 I wanted to add a few NIC cards to my Beaglebone, so my next step was to build a toolchain for the arm arch. I used the instructions from the khubla.com site which starts with a build of the necessary toolchain with the command: make XDEV=arm XDEV_ARCH=armv6 xdev It failed! sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 /usr/src/gnu/lib/libdialog/../../../contrib/dialog/dialog.h /usr/src/gnu/lib/libdialog/../../../contrib/dialog/dlg_colors.h /usr/src/gnu/lib/libdialog/dlg_config.h /usr/src/gnu/lib/libdialog/../../../contrib/dialog/dlg_keys.h //usr/armv6-freebsd/usr/include/ ===> lib/libc++ (obj,all,install) /usr/obj/armv6-freebsd/usr/src/lib/libc++ created for /usr/src/lib/libc++ echo libc++.so.1.full: //usr/armv6-freebsd/usr/lib/libcxxrt.a >> .depend c++ -isystem //usr/armv6-freebsd/usr/include -L//usr/armv6-freebsd/usr/lib --sysroot=//usr/armv6-freebsd/ -B//usr/armv6-freebsd/usr/libexec -B//usr/armv6-freebsd/usr/bin -B//usr/armv6-freebsd/usr/lib -mlong-calls -O -pipe -isystem /usr/src/lib/libc++/../../contrib/libc++/include -isystem /usr/src/lib/libc++/../../contrib/libcxxrt -nostdinc++ -nostdlib -DLIBCXXRT -MD -MF.depend.algorithm.o -MTalgorithm.o -Qunused-arguments -std=c++11 -Wno-c++11-extensions -c /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp -o algorithm.o In file included from /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: In file included from /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:624: In file included from /usr/src/lib/libc++/../../contrib/libc++/include/initializer_list:47: /usr/src/lib/libc++/../../contrib/libc++/include/cstddef:43:15: fatal error: 'stddef.h' file not found #include_next ^ 1 error generated. *** Error code 1 Stop. make[4]: stopped in /usr/src/lib/libc++ *** Error code 1 Stop. make[3]: stopped in /usr/src *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src I have made a fresh checkout of the HEAD sources about every three days and make another attempt. The operation faults at exactly the same point each time. Am I doing something wrong or is there a bug in Clang? The same checkout builds normally in native amd64 on an Intel i5 PC. I thought that the Jenkins build would have caught any Clang bug. Do I need to file a bug report? Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-arm@freebsd.org Mon Jun 13 18:48:23 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E17FAAF24E2 for ; Mon, 13 Jun 2016 18:48:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A630225D4 for ; Mon, 13 Jun 2016 18:48:22 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4375 invoked from network); 13 Jun 2016 18:48:16 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 18:48:16 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 14:49:03 -0400 (EDT) Received: (qmail 17619 invoked from network); 13 Jun 2016 18:49:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 18:49:03 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 23E741C43DB; Mon, 13 Jun 2016 11:48:17 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists From: Mark Millard In-Reply-To: Date: Mon, 13 Jun 2016 11:48:19 -0700 Cc: freebsd-arm , FreeBSD Current Message-Id: <52441874-133F-4213-BFA7-DC78BB005725@dsl-only.net> References: To: Alan Somers X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 18:48:24 -0000 On 2016-Jun-13, at 10:49 AM, Alan Somers wrote: > Please open a bug for the bitstring test failures and assign it to me. > Also, since I don't have any arm hardware, please provide instructions > on how to run this code in a VM, or where I can get access to the > hardware. >=20 > -Alan I have created https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D210260 = for the broken kyua bitstring tests. I do not seem to have any control over the Assignee. (I have no FreeBSD = status of any kind so this is not surprising to me.) I've never used QEMU or any arm-hardware based virtual machines. I've = only used an rpi2 for armv6. So far the only VM's I've used are for = amd64 running on amd64 hardware --and I run those under Mac OS X = (VirtualBox, Parallels). I'm not set up to give remote access to the rpi2 that I'm using. So at this point I'm not much help for those arm-specific instructions = that you asked for. Sorry. =3D=3D=3D Mark Millard markmi at dsl-only.net > On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrote: >> With the newly less strict alignment requirements "kyua test -k = /usr/tests/Kyuafile" runs to completion, unlike before. >>=20 >>> =3D=3D=3D> Summary >>> Results read from = /root/.kyua/store/results.usr_tests.20160613-080302-120731.db >>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed >>> Total time: 8723.243s >>=20 >>=20 >> I only list the one line summaries below. Then I list various context = details. >>=20 >>> =3D=3D=3D> Broken tests . . . >>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed = out [300.032s] >>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test = case received signal 11 (core dumped) [1.080s] >>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.081s] >>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test = case received signal 11 (core dumped) [1.082s] >>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test = case received signal 11 (core dumped) [1.083s] >>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test = case received signal 11 (core dumped) [1.079s] >>=20 . . .= From owner-freebsd-arm@freebsd.org Mon Jun 13 19:12:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 653B8AF2A7B for ; Mon, 13 Jun 2016 19:12:39 +0000 (UTC) (envelope-from dave@dogwood.com) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 251E92682 for ; Mon, 13 Jun 2016 19:12:38 +0000 (UTC) (envelope-from dave@dogwood.com) Received: by mail-vk0-x236.google.com with SMTP id t129so64012579vka.1 for ; Mon, 13 Jun 2016 12:12:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dogwood.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=+EQzEV7ez1LkT7ekPv1YOtsmz0hMgoB1Q/wmJHdiS/8=; b=U12sjGQZ66L09v3J1bpoRpyP5Z07aMhn7yxwsjFyV70qTqcT6s3rB2RG94zDih1izw tRyMxxJ0+J9TNYsIUElwdL3L4+vN72GcLLfMCaalXnVL94UOV8UdiyjP1Lb54+PNO+II IiK+8E04NydqM5k2hml4g2V63nrmXZekV4fjU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=+EQzEV7ez1LkT7ekPv1YOtsmz0hMgoB1Q/wmJHdiS/8=; b=jZ35BHM1wWqsHhCVU/9o5CzdDKPh4abF0Pq/VZ1ct/tI8dc7VN95ActY+BqGV96TeK fdD/PnPwNKY9DcChPO+BlkW6AQeOVOl/sh5dcjqhiw8g9PWw4zr8b9Vo0cdUEyeUPUyN iWiFvEvWtc5s49pN7AsNTvrAuFvfWddZYhf9A2HIgoHfNU/1RAPiRqnazBIQyqnPO+aZ wf+JRQJ9I1xZQNeRJckxQ9lNDqBwMYjN9KHZNVr/g78VTlENb+51x8dTbg5dfI3j2Ve5 8mWCCV9afjoIiTXKcxtJDLtwY5L+lo/z4YeR4pzf1aRCUDe2seborGvzL/H+dBicYq06 LCSw== X-Gm-Message-State: ALyK8tKQotSsinBUMfOYdIcuPFqrNiUyNYmMFNF8rmCSHJY4c0nL+gDeiNrnP6Juw3nq4FDqhMQ1Pzp7T3Xp6Rg4 X-Received: by 10.31.184.196 with SMTP id i187mr7320631vkf.34.1465845157684; Mon, 13 Jun 2016 12:12:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.159.36.238 with HTTP; Mon, 13 Jun 2016 12:12:37 -0700 (PDT) In-Reply-To: References: From: David Cornejo Date: Mon, 13 Jun 2016 09:12:37 -1000 Message-ID: Subject: Re: default root pass for bananapi To: soko.tica@gmail.com Cc: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 19:12:39 -0000 On Sun, Jun 12, 2016 at 10:28 AM, soko.tica wrote: > Hello list, > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11.0/FreeBSD-11.0-ALPHA1-arm-armv6-BANANAPI-20160528-r300895.img.xz > > Does anyone know default password for root for BananaPi/Pro installed on > MicroSD card from the above image? I am getting prompto through ssh, while > cannot connect by other means. > > Thanks in advance > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" Typically, root login over ssh is disabled in FreeBSD. You have to modify /etc/ssh/sshd_config and set "PermitRootLogin" to yes, though there are lots of people who will tell you that's a bad idea dave c From owner-freebsd-arm@freebsd.org Mon Jun 13 19:18:19 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59AA8AF2B30 for ; Mon, 13 Jun 2016 19:18:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-154.reflexion.net [208.70.211.154]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A67A22850 for ; Mon, 13 Jun 2016 19:18:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6453 invoked from network); 13 Jun 2016 19:18:47 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 19:18:47 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Mon, 13 Jun 2016 15:18:20 -0400 (EDT) Received: (qmail 22666 invoked from network); 13 Jun 2016 19:18:19 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 13 Jun 2016 19:18:19 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id 6B8291C43D0; Mon, 13 Jun 2016 12:18:10 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists From: Mark Millard In-Reply-To: Date: Mon, 13 Jun 2016 12:18:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-arm , FreeBSD Current X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 19:18:19 -0000 [I've added a list of core files generated and a few other notes.] On 2016-Jun-13, at 10:29 AM, Mark Millard = wrote: > With the newly less strict alignment requirements "kyua test -k = /usr/tests/Kyuafile" runs to completion, unlike before. >=20 >> =3D=3D=3D> Summary >> Results read from = /root/.kyua/store/results.usr_tests.20160613-080302-120731.db >> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed >> Total time: 8723.243s >=20 >=20 > I only list the one line summaries below. Then I list various context = details. >=20 >> =3D=3D=3D> Broken tests >> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >> lib/msun/exponential_test:main -> broken: Received signal 6 = [1.045s] >> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >> sbin/growfs/legacy_test:main -> broken: Reported plan differs from = actual executed tests [0.459s] >> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case = timed out [1200.082s] >> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case = timed out [600.138s] >> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed = out [600.044s] >> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed = out [300.032s] >> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test = case received signal 11 (core dumped) [1.080s] >> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case = received signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.081s] >> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case = received signal 11 (core dumped) [1.082s] >> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test = case received signal 11 (core dumped) [1.077s] >> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test = case received signal 11 (core dumped) [1.083s] >> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test = case received signal 11 (core dumped) [1.079s] >=20 >=20 >> =3D=3D=3D> Failed tests >> lib/libc/c063/fstatat_test:fstatat_fd -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, = &st2, sizeof(st1)) =3D=3D 0 not met [0. >> 027s] >> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> = failed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: = run_tests(_hostlist_file, _snapshot >> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met = [15.315s] >> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.153s] >> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.158s] >> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the = output of the test for details [0.148s] >> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a = non-ok exit code, but this is not allowed [0.154s] >> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the = output of the test for details [0.155s] >> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the = output of the test for details [0.149s] >> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the = output of the test for details [0.147s] >> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the = output of the test for details [0.146s] >> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see = the output of the test for details [0.150s] >> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the = output of the test for details [0.148s] >> lib/libc/stdio/printbasic_test:int_within_limits -> failed: = printf("%tu", (size_t)-1) =3D=3D> [18446744073709551615], expected = [4294967295]<> [0.030s] >> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: = /usr/src/lib/libc/tests/stdio/scanfloat_test.c:191: = fetestexcept(FE_INVALID) =3D=3D 0 not met [0.031 >> s] >> lib/libc/sys/mincore_test:mincore_resid -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:225: = check_residency(addr, npgs) =3D=3D 0 not met [0.04 >> 0s] >> lib/libc/sys/mincore_test:mincore_shmseg -> failed: = /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:298: = check_residency(addr, npgs) =3D=3D 0 not met [0.0 >> 29s] >> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks = failed; see output for more details [0.035s] >> lib/libproc/proc_test:symbol_lookup -> failed: = /usr/src/lib/libproc/tests/proc_test.c:116: state !=3D PS_STOP: process = has state 4 [0.177s] >> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; = see the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; = see the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check = failed; see the output of the test for details [0.170s] >> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; = see the output of the test for details [0.164s] >> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; = see the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; = see the output of the test for details [0.166s] >> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; = see the output of the test for details [0.168s] >> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; = see the output of the test for details [0.169s] >> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; = see the output of the test for details [0.168s] >> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see = output for more details [0.034s] >> local/kyua/model/metadata_test:override_all_with_set_string -> = failed: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T = !=3D 2.00G) [0.047s] >> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: = testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", = "stacktrace") not met=20 >> [0.611s] >> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: = testers/stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") = not met [0.610s] >> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: = testers/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") = not met [0.614s] >> local/kyua/testers/stacktrace_test:dump__integration -> failed: = testers/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") = not met [0.613s] >> local/kyua/testers/stacktrace_test:dump__ok -> failed: = testers/stacktrace_test.c:249: atf_utils_grep_file("frame 1", = "stacktrace") not met [0.614s] >> local/kyua/testers/stacktrace_test:find_core__found__long -> = failed: Core dumped, but no candidates found [0.606s] >> local/kyua/testers/stacktrace_test:find_core__found__short -> = failed: Core dumped, but no candidates found [0.603s] >> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> = failed: testers/tap_parser_test.c:135: 'too long' not matched in 'Plan = line includes out of range >> numbers' [0.032s] >> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 = failed [1.292s] >> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned = non-success exit status 1 [0.044s] >> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed = [0.151s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: = 1 checks failed; see output for more details [0.034s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> = failed: 1 checks failed; see output for more details [0.033s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 = checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> = failed: 1 checks failed; see output for more details [0.035s] >> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 = checks failed; see output for more details [0.032s] >> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed = [0.340s] >=20 An additional list: The core files generated [Apparently kyua use does not look for redirections into places like = /var/crash/ and so it does not find the cores generated in my = configuration.] # ls -lt /var/crash/*.core =20 -rw------- 1 root wheel 4767744 Jun 13 03:30 = /var/crash/status_test.25922.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25897.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25891.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25863.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25860.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25857.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25854.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25841.core -rw------- 1 root wheel 4784128 Jun 13 03:30 = /var/crash/child_test.25838.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25125.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25122.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25092.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25089.core -rw------- 1 root wheel 4784128 Jun 13 03:29 = /var/crash/sanity_test.25086.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/tap_helpers.24882.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/plain_helpers.24832.core -rw------- 1 root wheel 4603904 Jun 13 03:29 = /var/crash/atf_helpers.24783.core -rw------- 1 root wheel 4603904 Jun 13 03:29 = /var/crash/atf_helpers.24754.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24532.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/long-name-that-may-.24529.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24526.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24523.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24520.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/short.24517.core -rw------- 1 root wheel 2482176 Jun 13 03:29 = /var/crash/dont-care.24514.core -rw------- 1 root wheel 4608000 Jun 13 03:29 = /var/crash/run_test.24451.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/expect_all_pass.22473.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20652.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20557.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20523.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20470.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20415.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20359.core -rw------- 1 root wheel 4689920 Jun 13 03:28 = /var/crash/metadata.20287.core -rw------- 1 root wheel 4620288 Jun 13 03:27 /var/crash/sh.16623.core -rw------- 1 root wheel 4759552 Jun 13 03:27 = /var/crash/test_case_plain_hel.16610.core -rw------- 1 root wheel 4759552 Jun 13 03:27 = /var/crash/test_case_plain_hel.16595.core -rw------- 1 root wheel 4767744 Jun 13 03:27 = /var/crash/test_case_atf_helpe.16558.core -rw------- 1 root wheel 4767744 Jun 13 03:27 = /var/crash/test_case_atf_helpe.16553.core -rw------- 1 root wheel 4767744 Jun 13 03:27 = /var/crash/test_case_atf_helpe.16522.core -rw------- 1 root wheel 4620288 Jun 13 03:27 /var/crash/sh.16483.core -rw------- 1 root wheel 4689920 Jun 13 03:27 = /var/crash/list_tests_helpers.16256.core -rw------- 1 root wheel 4788224 Jun 13 03:27 = /var/crash/main_test.16232.core -rw------- 1 root wheel 4657152 Jun 13 03:27 = /var/crash/plain_helpers.15805.core -rw------- 1 root wheel 4681728 Jun 13 03:26 = /var/crash/cpp_helpers.15067.core -rw------- 1 root wheel 4608000 Jun 13 03:25 = /var/crash/process_test.10574.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77944.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77942.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77940.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77938.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77936.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77934.core -rw------- 1 root wheel 4599808 Jun 13 03:12 = /var/crash/bitstring_test.77932.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/trig_test.91205.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/rem_test.91202.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/nearbyint_test.91196.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/lrint_test.91190.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/logarithm_test.91187.core -rw------- 1 root wheel 4595712 Jun 13 01:50 = /var/crash/invctrig_test.91184.core -rw------- 1 root wheel 4595712 Jun 13 01:50 = /var/crash/invtrig_test.91181.core -rw------- 1 root wheel 4595712 Jun 13 01:50 = /var/crash/fma_test.91175.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/fenv_test.91172.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/exponential_test.91169.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/ctrig_test.91166.core -rw------- 1 root wheel 4591616 Jun 13 01:50 = /var/crash/cexp_test.91157.core -rw------- 1 root wheel 446464 Jun 13 01:46 = /var/crash/target_prog.87653.core -rw------- 1 root wheel 4599808 Jun 13 01:45 = /var/crash/getenv_test.85527.core -rw------- 1 root wheel 4599808 Jun 13 01:44 = /var/crash/printf_test.85463.core -rw------- 1 root wheel 4669440 Jun 13 01:06 = /var/crash/cpp_helpers.66582.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64304.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64300.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64296.core -rw------- 1 root wheel 4599808 Jun 13 01:06 = /var/crash/sanity_test.64292.core -rw------- 1 root wheel 4603904 Jun 13 01:06 = /var/crash/process_test.64269.core dmesg shows the following as well: (This and /var/log/messages* only have the tail available of the full = message sequence during the run. I did not separately record the whole = thing.) kern.ipc.maxpipekva exceeded; see tuning(7) . . . pid 81874 (sh), uid 0, was killed: exceeded maximum CPU limit Jun 13 03:13:28 rpi2 kernel: pid 81874 (sh), uid 0, was killed: exceeded = maximum CPU limit There are a few "exited on signal" reports that do not say "(core = dumped)": pid 15215 (c_helpers), uid 977: exited on signal 6 pid 15217 (cpp_helpers), uid 977: exited on signal 6 . . . pid 24658 (atf_result_test), uid 0: exited on signal 6 There are massive numbers of notices such as: GEOM_ELI: md2.eli: Failed to authenticate 8192 bytes of data at offset = 712704. (=46rom lack of initialization that would set checksums?) There are lots = of other GEOM_ELI created, destroyed, Encryption, and Crypto lines as = well. > Context details: >=20 >> # uname -apKU >> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 = markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/RPI2-NODBG ar >> m armv6 1100116 1100116 >=20 > In use for the system build was: >=20 >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >=20 > I do have a few local /usr/src changes/additions, but nearly all are = only for powerpc and/or powerpc64 contexts: >=20 >> # svnlite status /usr/src/ >> M = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp >> M /usr/src/lib/csu/powerpc64/Makefile >> ? /usr/src/sys/amd64/include/include >> ? /usr/src/sys/arm/conf/RPI2-NODBG >> ? /usr/src/sys/arm/include/include >> M /usr/src/sys/boot/ofw/Makefile.inc >> M /usr/src/sys/boot/powerpc/Makefile >> M /usr/src/sys/boot/powerpc/Makefile.inc >> M /usr/src/sys/boot/uboot/Makefile.inc >> M /usr/src/sys/conf/Makefile.powerpc >> M /usr/src/sys/conf/kern.mk >> M /usr/src/sys/conf/kmod.mk >> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >> ? /usr/src/sys/powerpc/conf/GENERICvtsc >> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >> ? /usr/src/sys/powerpc/include/include >> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >> ? /usr/src/sys/x86/include/include >=20 > [The cxbg and cxbge changes just remove redundant declarations that = stopped a amd64-gcc based build. But other areas have such issues and I = quit trying eliminating such blocks to that tool chain. The = include/include's are from something making symbolic links back to the = parent include.] >=20 > The kernel configuration was via: >=20 >> # more /usr/src/sys/arm/conf/RPI2-NODBG=20 >> # >> # RPI2 -- Custom configuration for the Raspberry Pi 2 >> # >> # For more information on this file, please read the config(5) manual = page, >> # and/or the handbook section on Kernel Configuration Files: >> # >> # = http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-con= fig.html >> # >> # The handbook is also available locally in /usr/share/doc/handbook >> # if you've installed the doc distribution, otherwise always see the >> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >> # latest information. >> # >> # An exhaustive list of options and more detailed explanations of the >> # device lines is also present in the ../../conf/NOTES and NOTES = files. >> # If you are in doubt as to the purpose or necessity of a line, check = first >> # in NOTES. >> # >>=20 >> ident RPI2-NODBG >>=20 >> include "RPI2" >>=20 >> makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >> options ALT_BREAK_TO_DEBUGGER >> #options VERBOSE_SYSINIT # Enable verbose sysinit = messages >>=20 >> options KDB # Enable kernel debugger = support >>=20 >> # For minimum debugger support (stable branch) use: >> #options KDB_TRACE # Print a stack trace for a = panic >> options DDB # Enable the kernel debugger >>=20 >> nooptions INVARIANTS # Enable calls of extra = sanity checking >> nooptions INVARIANT_SUPPORT # Extra sanity checks of = internal structures, required by INVARIANTS >> nooptions WITNESS # Enable checks to detect = deadlocks and cycles >> nooptions WITNESS_SKIPSPIN # Don't run witness on = spinlocks for speed >> nooptions DIAGNOSTIC >=20 >=20 > The armv6 11.0 -r301815 system was cross built from amd64, built using = src.conf: >=20 >> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host=20 >> TO_TYPE=3Darmv6 >> # >> KERNCONF=3DRPI2-NODBG >> TARGET=3Darm >> .if ${.MAKE.LEVEL} =3D=3D 0 >> TARGET_ARCH=3D${TO_TYPE} >> .export TARGET_ARCH >> .endif >> # >> WITH_CROSS_COMPILER=3D >> WITHOUT_SYSTEM_COMPILER=3D >> # >> #CPUTYPE=3Dsoft >> WITH_LIBSOFT=3D >> WITH_LIBCPLUSPLUS=3D >> WITH_BINUTILS_BOOTSTRAP=3D >> WITH_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D >> WITH_CLANG_IS_CC=3D >> WITH_CLANG_FULL=3D >> WITH_CLANG_EXTRAS=3D >> WITH_LLDB=3D >> # >> WITH_BOOT=3D >> WITHOUT_LIB32=3D >> # >> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >> WITHOUT_GCC_BOOTSTRAP=3D >> WITHOUT_GCC=3D >> WITHOUT_GCC_IS_CC=3D >> WITHOUT_GNUCXX=3D >> # >> NO_WERROR=3D >> #WERROR=3D >> MALLOC_PRODUCTION=3D >> # >> WITH_DEBUG_FILES=3D >> # >> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >=20 > and with the make.conf for the system build being empty: >=20 >> # more ~/src.configs/make.conf=20 >> # >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Mon Jun 13 19:18:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22DD7AF2B84; Mon, 13 Jun 2016 19:18:41 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D9BBD29AC; Mon, 13 Jun 2016 19:18:40 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi0-x22b.google.com with SMTP id u201so95915560oie.0; Mon, 13 Jun 2016 12:18:40 -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:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=KLxFo75RTVIISoYNtDV2tLnCl+ZW5Q/2hfSACc4Rdjw=; b=IvP5Wfhi+q3d6dZydcd6KttecnnVtuYeee0fR5JiRMvFD83iNMwlQuK6iCDejqnXnB FyP3/xxhGG14ZhGiIMRDO6uVXu9Wr7wF6ZGDdY1mo32D59r9IYVjz58qQw5BrutthLmp zGsULnBAU+2ToXGx5r25+rG7oFnkG5HviKhOFVEMceMoLdYMGcxfEtWar+23T1qmW1UD Tc40z0mmXTQX+psCU+G3IjQBiOcgak8r0vasmPd6f8ZSFFTacR09eFRL9L1vTpgxWyZa YU9rwgupniNPpqhPMKDZRFLtiUUQ2DZ0TPxVFna2b4U5feqTRrC5N9foYRzWWvSh79rk lsGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc:content-transfer-encoding; bh=KLxFo75RTVIISoYNtDV2tLnCl+ZW5Q/2hfSACc4Rdjw=; b=a/cZ7AWbRV2PcJIK70h2vuRgYx1PelHcIifvHVf9Mjje770l3eJwsC0MEaallmIUXl 8Z2eidh2KJdRkVWuTYJqWK8S5jGivvrYcUgvkTNfq6bSA175XHR+VYtAFL43Qvti46sh QeNbUSaYNJUjgDvPesHNBDF/1SPLheMqQ6EzJPhWbZl+5G8m4mRTrZKHJszAzHfKtFpZ P1tG4cygZUG73lpIeQipJFeh2zae0juthQ4ofVDYZIjRLfXKrmaluhm/0j8mRzqTXSwX xOdx770aGI915l5LpSTCWH62guqwPq31vFjC5Dk7CgHK9FzaZq+Mums9pR/jjF3ZSlTf y4zg== X-Gm-Message-State: ALyK8tLEHzM9GHssDdg/QF96BqCt0nM0awn2OfmzSZYqJjiJV6RxKLzyOsfQeHn3GjQWND+YEOKpFEBxUeZuJg== X-Received: by 10.202.198.13 with SMTP id w13mr8863367oif.173.1465845519683; Mon, 13 Jun 2016 12:18:39 -0700 (PDT) MIME-Version: 1.0 Sender: asomers@gmail.com Received: by 10.202.102.206 with HTTP; Mon, 13 Jun 2016 12:18:39 -0700 (PDT) In-Reply-To: References: From: Alan Somers Date: Mon, 13 Jun 2016 13:18:39 -0600 X-Google-Sender-Auth: LDEEuls8yrYsWPt-JutK30tz6_c Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: "Conrad E. Meyer" Cc: Mark Millard , freebsd-arm , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 19:18:41 -0000 This isn't an ABI issue. Since there's no dynamic library, there's no ABI to break except for weird circumstances like writing the in-memory representation of a bitstring to a file, rebuilding world, and reading that file back in. The ATF tests aren't doing anything like that. On Mon, Jun 13, 2016 at 12:05 PM, Conrad Meyer wrote: > FYI, this implies the ulong-accessed bitstring change is ABI-breaking > for ARM userspace and maybe shouldn't go to stable/10. > > Best, > Conrad > > On Mon, Jun 13, 2016 at 11:04 AM, Conrad Meyer wrote: >> I expect it's because: >> >> 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t =3D= =3D >> unsigned long)) >> 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) >> (an array of nmemb=3Dbitstr_size() size=3Dbytes, doesn't have to be >> 'unsigned long' sized or aligned). >> 3. Various bit_* functions access the result as if it's an array of >> 'unsigned long', when it was allocated as a single-byte array (no >> ulong alignment or size). >> 4. ARM isn't as happy about unaligned accesses as x86. >> >> I'd make the following change (needs sys/param.h, not compile tested) >> and see if it fixes it: >> >> --- sys/bitstring.h (revision 301805) >> +++ sys/bitstring.h (working copy) >> @@ -119,7 +119,8 @@ >> static inline bitstr_t * >> bit_alloc(int _nbits) >> { >> - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); >> + return (calloc(howmany(bitstr_size(_nbits), sizeof(bitstr_t)), >> + sizeof(bitstr_t))); >> } >> #endif >> >> >> >> >> >> >> On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers wrot= e: >>> Please open a bug for the bitstring test failures and assign it to me. >>> Also, since I don't have any arm hardware, please provide instructions >>> on how to run this code in a VM, or where I can get access to the >>> hardware. >>> >>> -Alan >>> >>> On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wr= ote: >>>> With the newly less strict alignment requirements "kyua test -k /usr/t= ests/Kyuafile" runs to completion, unlike before. >>>> >>>>> =3D=3D=3D> Summary >>>>> Results read from /root/.kyua/store/results.usr_tests.20160613-080302= -120731.db >>>>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, = 59 failed >>>>> Total time: 8723.243s >>>> >>>> >>>> I only list the one line summaries below. Then I list various context = details. >>>> >>>>> =3D=3D=3D> Broken tests >>>>> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >>>>> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >>>>> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045= s] >>>>> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >>>>> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >>>>> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >>>>> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >>>>> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >>>>> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >>>>> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >>>>> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >>>>> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >>>>> sbin/growfs/legacy_test:main -> broken: Reported plan differs from = actual executed tests [0.459s] >>>>> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case ti= med out [1200.082s] >>>>> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case ti= med out [600.138s] >>>>> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed o= ut [600.044s] >>>>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed ou= t [300.032s] >>>>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test ca= se received signal 11 (core dumped) [1.080s] >>>>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case= received signal 11 (core dumped) [1.077s] >>>>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test c= ase received signal 11 (core dumped) [1.081s] >>>>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case= received signal 11 (core dumped) [1.082s] >>>>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test c= ase received signal 11 (core dumped) [1.077s] >>>>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test c= ase received signal 11 (core dumped) [1.083s] >>>>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.079s] >>>> >>>> >>>>> =3D=3D=3D> Failed tests >>>>> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/n= etbsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) = =3D=3D 0 not met [0. >>>>> 027s] >>>>> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> fai= led: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist= _file, _snapshot >>>>> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.3= 15s] >>>>> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a no= n-ok exit code, but this is not allowed [0.153s] >>>>> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non= -ok exit code, but this is not allowed [0.158s] >>>>> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the o= utput of the test for details [0.148s] >>>>> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the = output of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non= -ok exit code, but this is not allowed [0.154s] >>>>> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the= output of the test for details [0.155s] >>>>> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the= output of the test for details [0.149s] >>>>> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the = output of the test for details [0.149s] >>>>> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the o= utput of the test for details [0.149s] >>>>> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the = output of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the o= utput of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the = output of the test for details [0.147s] >>>>> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the = output of the test for details [0.146s] >>>>> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see th= e output of the test for details [0.150s] >>>>> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the= output of the test for details [0.148s] >>>>> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf(= "%tu", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >>>>> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/s= rc/lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D= =3D 0 not met [0.031 >>>>> s] >>>>> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib= /netbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D= =3D 0 not met [0.04 >>>>> 0s] >>>>> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contri= b/netbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) = =3D=3D 0 not met [0.0 >>>>> 29s] >>>>> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks fa= iled; see output for more details [0.035s] >>>>> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc= /tests/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >>>>> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; s= ee the output of the test for details [0.166s] >>>>> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; s= ee the output of the test for details [0.168s] >>>>> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed= ; see the output of the test for details [0.170s] >>>>> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; = see the output of the test for details [0.164s] >>>>> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; s= ee the output of the test for details [0.169s] >>>>> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; = see the output of the test for details [0.166s] >>>>> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; s= ee the output of the test for details [0.168s] >>>>> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; s= ee the output of the test for details [0.169s] >>>>> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; = see the output of the test for details [0.168s] >>>>> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >>>>> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see = output for more details [0.034s] >>>>> local/kyua/model/metadata_test:override_all_with_set_string -> fail= ed: Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2= .00G) [0.047s] >>>>> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed:= testers/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stack= trace") not met >>>>> [0.611s] >>>>> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: tester= s/stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met = [0.610s] >>>>> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: t= esters/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not = met [0.614s] >>>>> local/kyua/testers/stacktrace_test:dump__integration -> failed: tes= ters/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met= [0.613s] >>>>> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stac= ktrace_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0= .614s] >>>>> local/kyua/testers/stacktrace_test:find_core__found__long -> failed= : Core dumped, but no candidates found [0.606s] >>>>> local/kyua/testers/stacktrace_test:find_core__found__short -> faile= d: Core dumped, but no candidates found [0.603s] >>>>> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed= : testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line inclu= des out of range >>>>> numbers' [0.032s] >>>>> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 faile= d [1.292s] >>>>> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-succ= ess exit status 1 [0.044s] >>>>> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [= 0.151s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 check= s failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 c= hecks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed:= 1 checks failed; see output for more details [0.034s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet ->= failed: 1 checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev= -> failed: 1 checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 = checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed= : 1 checks failed; see output for more details [0.033s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 = checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed= : 1 checks failed; see output for more details [0.035s] >>>>> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 = checks failed; see output for more details [0.032s] >>>>> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.3= 40s] >>>> >>>> >>>> >>>> Context details: >>>> >>>>> # uname -apKU >>>>> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 = 23:43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sy= s/RPI2-NODBG ar >>>>> m armv6 1100116 1100116 >>>> >>>> In use for the system build was: >>>> >>>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>> >>>> I do have a few local /usr/src changes/additions, but nearly all are o= nly for powerpc and/or powerpc64 contexts: >>>> >>>>> # svnlite status /usr/src/ >>>>> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBu= ilder.cpp >>>>> M /usr/src/lib/csu/powerpc64/Makefile >>>>> ? /usr/src/sys/amd64/include/include >>>>> ? /usr/src/sys/arm/conf/RPI2-NODBG >>>>> ? /usr/src/sys/arm/include/include >>>>> M /usr/src/sys/boot/ofw/Makefile.inc >>>>> M /usr/src/sys/boot/powerpc/Makefile >>>>> M /usr/src/sys/boot/powerpc/Makefile.inc >>>>> M /usr/src/sys/boot/uboot/Makefile.inc >>>>> M /usr/src/sys/conf/Makefile.powerpc >>>>> M /usr/src/sys/conf/kern.mk >>>>> M /usr/src/sys/conf/kmod.mk >>>>> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >>>>> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >>>>> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >>>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >>>>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >>>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc >>>>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >>>>> ? /usr/src/sys/powerpc/include/include >>>>> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >>>>> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >>>>> ? /usr/src/sys/x86/include/include >>>> >>>> [The cxbg and cxbge changes just remove redundant declarations that st= opped a amd64-gcc based build. But other areas have such issues and I quit = trying eliminating such blocks to that tool chain. The include/include's ar= e from something making symbolic links back to the parent include.] >>>> >>>> The kernel configuration was via: >>>> >>>>> # more /usr/src/sys/arm/conf/RPI2-NODBG >>>>> # >>>>> # RPI2 -- Custom configuration for the Raspberry Pi 2 >>>>> # >>>>> # For more information on this file, please read the config(5) manual= page, >>>>> # and/or the handbook section on Kernel Configuration Files: >>>>> # >>>>> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernel= config-config.html >>>>> # >>>>> # The handbook is also available locally in /usr/share/doc/handbook >>>>> # if you've installed the doc distribution, otherwise always see the >>>>> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >>>>> # latest information. >>>>> # >>>>> # An exhaustive list of options and more detailed explanations of the >>>>> # device lines is also present in the ../../conf/NOTES and NOTES file= s. >>>>> # If you are in doubt as to the purpose or necessity of a line, check= first >>>>> # in NOTES. >>>>> # >>>>> >>>>> ident RPI2-NODBG >>>>> >>>>> include "RPI2" >>>>> >>>>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) = debug symbols >>>>> options ALT_BREAK_TO_DEBUGGER >>>>> #options VERBOSE_SYSINIT # Enable verbose sysinit mess= ages >>>>> >>>>> options KDB # Enable kernel debugger supp= ort >>>>> >>>>> # For minimum debugger support (stable branch) use: >>>>> #options KDB_TRACE # Print a stack trace for a p= anic >>>>> options DDB # Enable the kernel debugger >>>>> >>>>> nooptions INVARIANTS # Enable calls of extra sanit= y checking >>>>> nooptions INVARIANT_SUPPORT # Extra sanity checks of inte= rnal structures, required by INVARIANTS >>>>> nooptions WITNESS # Enable checks to detect dea= dlocks and cycles >>>>> nooptions WITNESS_SKIPSPIN # Don't run witness on spinlo= cks for speed >>>>> nooptions DIAGNOSTIC >>>> >>>> >>>> The armv6 11.0 -r301815 system was cross built from amd64, built using= src.conf: >>>> >>>>> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >>>>> TO_TYPE=3Darmv6 >>>>> # >>>>> KERNCONF=3DRPI2-NODBG >>>>> TARGET=3Darm >>>>> .if ${.MAKE.LEVEL} =3D=3D 0 >>>>> TARGET_ARCH=3D${TO_TYPE} >>>>> .export TARGET_ARCH >>>>> .endif >>>>> # >>>>> WITH_CROSS_COMPILER=3D >>>>> WITHOUT_SYSTEM_COMPILER=3D >>>>> # >>>>> #CPUTYPE=3Dsoft >>>>> WITH_LIBSOFT=3D >>>>> WITH_LIBCPLUSPLUS=3D >>>>> WITH_BINUTILS_BOOTSTRAP=3D >>>>> WITH_CLANG_BOOTSTRAP=3D >>>>> WITH_CLANG=3D >>>>> WITH_CLANG_IS_CC=3D >>>>> WITH_CLANG_FULL=3D >>>>> WITH_CLANG_EXTRAS=3D >>>>> WITH_LLDB=3D >>>>> # >>>>> WITH_BOOT=3D >>>>> WITHOUT_LIB32=3D >>>>> # >>>>> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >>>>> WITHOUT_GCC_BOOTSTRAP=3D >>>>> WITHOUT_GCC=3D >>>>> WITHOUT_GCC_IS_CC=3D >>>>> WITHOUT_GNUCXX=3D >>>>> # >>>>> NO_WERROR=3D >>>>> #WERROR=3D >>>>> MALLOC_PRODUCTION=3D >>>>> # >>>>> WITH_DEBUG_FILES=3D >>>>> # >>>>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>>>> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >>>> >>>> and with the make.conf for the system build being empty: >>>> >>>>> # more ~/src.configs/make.conf >>>>> # >>>> >>>> =3D=3D=3D >>>> Mark Millard >>>> markmi at dsl-only.net >>>> >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.= org" >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" From owner-freebsd-arm@freebsd.org Mon Jun 13 19:34:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D699AF1352 for ; Mon, 13 Jun 2016 19:34:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D777279F for ; Mon, 13 Jun 2016 19:34:01 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u5DJY1b0023702 for ; Mon, 13 Jun 2016 19:34:01 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 206299] base/projects/clang380-import -r294096 buildworld targeting arm (for rpi2): assertion failed Date: Mon, 13 Jun 2016 19:34:01 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: arm X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: markmi@dsl-only.net X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Overcome By Events X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 19:34:01 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206299 Mark Millard changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events Status|New |Closed --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Mon Jun 13 19:36:47 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AC32AAF1410; Mon, 13 Jun 2016 19:36:47 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (unknown [IPv6:2001:4060:1:1001::14:52]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 73FE0282F; Mon, 13 Jun 2016 19:36:47 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPS id A911DC5591; Mon, 13 Jun 2016 21:36:43 +0200 (CEST) Subject: Re: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not To: Mark Millard , freebsd-arm , FreeBSD Toolchain , FreeBSD Ports , gerald@FreeBSD.org References: From: Andreas Tobler Message-ID: <539f404c-e032-a47f-5ad4-046e466eef97@fgznet.ch> Date: Mon, 13 Jun 2016 21:36:43 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 127.0.1.1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 19:36:47 -0000 Should be fixed. I forgot to commit the lang/gcc6 patch. Andreas From owner-freebsd-arm@freebsd.org Mon Jun 13 19:40:27 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A8C02AF1597; Mon, 13 Jun 2016 19:40:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f172.google.com (mail-io0-f172.google.com [209.85.223.172]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BF2C29C1; Mon, 13 Jun 2016 19:40:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f172.google.com with SMTP id d2so41950312iof.0; Mon, 13 Jun 2016 12:40:27 -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:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=08V8da6n6qtULVfCDo8PtTSNhCoVl03z0SXXAECtdP0=; b=R6NEwgzki/sig7k3uLN77tQbF0zTWWa4gnEngSsHjhhqW/B/IWBQbB6Xw3Mi0Naxbw vBWME0E4akwiKVA926ifpD3wpqtQd9pywESi4HwdirMwVzJLuoiSYdQEjLv0fCMV55Dd PfYkH6ShyY+cPNVr43B02GNET1oNpaXVF1rg8SOYBKS7flXm/wI/E+CxEaE+YVygawXK vNzC7B8cJNMgVr1Fs6FRWgP8IxC87UU2vp7XmOvCH7mj5JJs9sYyK74tYi7VtVHPYzM1 sItW3xC3fYTsFCxGNYKzPVzY7jiou6xXKlnoZxpLBTQlNYZ+MCn+WLd9sEv5hiom96Zi cW1w== X-Gm-Message-State: ALyK8tKUzAoTinZ8455IYGsJDhgCuELIDD4FfzWzrPCkpE0n+RBpnzHt24FAyvqhHHEX9w== X-Received: by 10.107.53.5 with SMTP id c5mr24931985ioa.2.1465841058561; Mon, 13 Jun 2016 11:04:18 -0700 (PDT) Received: from mail-it0-f41.google.com (mail-it0-f41.google.com. [209.85.214.41]) by smtp.gmail.com with ESMTPSA id k20sm12796882iok.14.2016.06.13.11.04.18 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 13 Jun 2016 11:04:18 -0700 (PDT) Received: by mail-it0-f41.google.com with SMTP id z189so56284880itg.0; Mon, 13 Jun 2016 11:04:18 -0700 (PDT) X-Received: by 10.36.105.210 with SMTP id e201mr1569894itc.86.1465841057989; Mon, 13 Jun 2016 11:04:17 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.205.70 with HTTP; Mon, 13 Jun 2016 11:04:17 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Mon, 13 Jun 2016 11:04:17 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists To: Alan Somers Cc: Mark Millard , freebsd-arm , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 19:40:27 -0000 I expect it's because: 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t =3D=3D unsigned long)) 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) (an array of nmemb=3Dbitstr_size() size=3Dbytes, doesn't have to be 'unsigned long' sized or aligned). 3. Various bit_* functions access the result as if it's an array of 'unsigned long', when it was allocated as a single-byte array (no ulong alignment or size). 4. ARM isn't as happy about unaligned accesses as x86. I'd make the following change (needs sys/param.h, not compile tested) and see if it fixes it: --- sys/bitstring.h (revision 301805) +++ sys/bitstring.h (working copy) @@ -119,7 +119,8 @@ static inline bitstr_t * bit_alloc(int _nbits) { - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); + return (calloc(howmany(bitstr_size(_nbits), sizeof(bitstr_t)), + sizeof(bitstr_t))); } #endif On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers wrote: > Please open a bug for the bitstring test failures and assign it to me. > Also, since I don't have any arm hardware, please provide instructions > on how to run this code in a VM, or where I can get access to the > hardware. > > -Alan > > On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard wrot= e: >> With the newly less strict alignment requirements "kyua test -k /usr/tes= ts/Kyuafile" runs to completion, unlike before. >> >>> =3D=3D=3D> Summary >>> Results read from /root/.kyua/store/results.usr_tests.20160613-080302-1= 20731.db >>> Test cases: 5694 total, 54 skipped, 21 expected failures, 24 broken, 59= failed >>> Total time: 8723.243s >> >> >> I only list the one line summaries below. Then I list various context de= tails. >> >>> =3D=3D=3D> Broken tests >>> lib/msun/cexp_test:main -> broken: Received signal 6 [1.054s] >>> lib/msun/ctrig_test:main -> broken: Received signal 6 [1.074s] >>> lib/msun/exponential_test:main -> broken: Received signal 6 [1.045s] >>> lib/msun/fenv_test:main -> broken: Received signal 6 [1.048s] >>> lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] >>> lib/msun/invctrig_test:main -> broken: Received signal 6 [1.091s] >>> lib/msun/invtrig_test:main -> broken: Received signal 6 [1.086s] >>> lib/msun/logarithm_test:main -> broken: Received signal 6 [1.054s] >>> lib/msun/lrint_test:main -> broken: Received signal 6 [1.069s] >>> lib/msun/nearbyint_test:main -> broken: Received signal 6 [1.066s] >>> lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] >>> lib/msun/trig_test:main -> broken: Received signal 6 [1.070s] >>> sbin/growfs/legacy_test:main -> broken: Reported plan differs from ac= tual executed tests [0.459s] >>> sys/geom/class/eli/integrity_copy_test:main -> broken: Test case time= d out [1200.082s] >>> sys/geom/class/eli/integrity_hmac_test:main -> broken: Test case time= d out [600.138s] >>> sys/geom/class/eli/onetime_a_test:main -> broken: Test case timed out= [600.044s] >>> sys/sys/bitstring_test:bit_clear -> broken: Test case body timed out = [300.032s] >>> sys/sys/bitstring_test:bit_count -> broken: Premature exit; test case= received signal 11 (core dumped) [1.080s] >>> sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; test case r= eceived signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.081s] >>> sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; test case r= eceived signal 11 (core dumped) [1.082s] >>> sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.077s] >>> sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; test cas= e received signal 11 (core dumped) [1.083s] >>> sys/sys/bitstring_test:bit_nset -> broken: Premature exit; test case = received signal 11 (core dumped) [1.079s] >> >> >>> =3D=3D=3D> Failed tests >>> lib/libc/c063/fstatat_test:fstatat_fd -> failed: /usr/src/contrib/net= bsd-tests/lib/libc/c063/t_fstatat.c:74: memcmp(&st1, &st2, sizeof(st1)) =3D= =3D 0 not met [0. >>> 027s] >>> lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 -> faile= d: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: run_tests(_hostlist_f= ile, _snapshot >>> _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) =3D=3D 0 not met [15.315= s] >>> lib/libc/ssp/ssp_test:fgets -> failed: Test case body returned a non-= ok exit code, but this is not allowed [0.153s] >>> lib/libc/ssp/ssp_test:gets -> failed: Test case body returned a non-o= k exit code, but this is not allowed [0.158s] >>> lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see the out= put of the test for details [0.148s] >>> lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see the out= put of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:read -> failed: Test case body returned a non-o= k exit code, but this is not allowed [0.154s] >>> lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; see the o= utput of the test for details [0.155s] >>> lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; see the o= utput of the test for details [0.149s] >>> lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; see the ou= tput of the test for details [0.149s] >>> lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see the out= put of the test for details [0.149s] >>> lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see the out= put of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see the out= put of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; see the ou= tput of the test for details [0.147s] >>> lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; see the ou= tput of the test for details [0.146s] >>> lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; see the = output of the test for details [0.150s] >>> lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; see the o= utput of the test for details [0.148s] >>> lib/libc/stdio/printbasic_test:int_within_limits -> failed: printf("%= tu", (size_t)-1) =3D=3D> [18446744073709551615], expected [4294967295]<> [0.030s] >>> lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: /usr/src= /lib/libc/tests/stdio/scanfloat_test.c:191: fetestexcept(FE_INVALID) =3D=3D= 0 not met [0.031 >>> s] >>> lib/libc/sys/mincore_test:mincore_resid -> failed: /usr/src/contrib/n= etbsd-tests/lib/libc/sys/t_mincore.c:225: check_residency(addr, npgs) =3D= =3D 0 not met [0.04 >>> 0s] >>> lib/libc/sys/mincore_test:mincore_shmseg -> failed: /usr/src/contrib/= netbsd-tests/lib/libc/sys/t_mincore.c:298: check_residency(addr, npgs) =3D= =3D 0 not met [0.0 >>> 29s] >>> lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 checks fail= ed; see output for more details [0.035s] >>> lib/libproc/proc_test:symbol_lookup -> failed: /usr/src/lib/libproc/t= ests/proc_test.c:116: state !=3D PS_STOP: process has state 4 [0.177s] >>> lib/libxo/functional_test:test_02__E -> failed: atf-check failed; see= the output of the test for details [0.166s] >>> lib/libxo/functional_test:test_02__H -> failed: atf-check failed; see= the output of the test for details [0.168s] >>> lib/libxo/functional_test:test_02__HIPx -> failed: atf-check failed; = see the output of the test for details [0.170s] >>> lib/libxo/functional_test:test_02__HP -> failed: atf-check failed; se= e the output of the test for details [0.164s] >>> lib/libxo/functional_test:test_02__J -> failed: atf-check failed; see= the output of the test for details [0.169s] >>> lib/libxo/functional_test:test_02__JP -> failed: atf-check failed; se= e the output of the test for details [0.166s] >>> lib/libxo/functional_test:test_02__T -> failed: atf-check failed; see= the output of the test for details [0.168s] >>> lib/libxo/functional_test:test_02__X -> failed: atf-check failed; see= the output of the test for details [0.169s] >>> lib/libxo/functional_test:test_02__XP -> failed: atf-check failed; se= e the output of the test for details [0.168s] >>> lib/msun/conj_test:main -> failed: 9 tests of 42 failed [0.034s] >>> lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks failed; see ou= tput for more details [0.034s] >>> local/kyua/model/metadata_test:override_all_with_set_string -> failed= : Line 253: disk_space !=3D md.required_disk_space() (16777216.00T !=3D 2.0= 0G) [0.047s] >>> local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> failed: t= esters/stacktrace_test.c:281: atf_utils_grep_file("execvp failed", "stacktr= ace") not met >>> [0.611s] >>> local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: testers/= stacktrace_test.c:294: atf_utils_grep_file("foo", "stacktrace") not met [0= .610s] >>> local/kyua/testers/stacktrace_test:dump__gdb_times_out -> failed: tes= ters/stacktrace_test.c:311: atf_utils_grep_file("foo", "stacktrace") not me= t [0.614s] >>> local/kyua/testers/stacktrace_test:dump__integration -> failed: teste= rs/stacktrace_test.c:233: atf_utils_grep_file("#0", "stacktrace") not met = [0.613s] >>> local/kyua/testers/stacktrace_test:dump__ok -> failed: testers/stackt= race_test.c:249: atf_utils_grep_file("frame 1", "stacktrace") not met [0.6= 14s] >>> local/kyua/testers/stacktrace_test:find_core__found__long -> failed: = Core dumped, but no candidates found [0.606s] >>> local/kyua/testers/stacktrace_test:find_core__found__short -> failed:= Core dumped, but no candidates found [0.603s] >>> local/kyua/testers/tap_parser_test:try_parse_plan__insane -> failed: = testers/tap_parser_test.c:135: 'too long' not matched in 'Plan line include= s out of range >>> numbers' [0.032s] >>> sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 failed = [1.292s] >>> sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned non-succes= s exit status 1 [0.044s] >>> usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 failed [0.= 151s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 checks = failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> failed: 1 che= cks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> failed: 1= checks failed; see output for more details [0.034s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet -> = failed: 1 checks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subnet_rev = -> failed: 1 checks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> failed: 1 ch= ecks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> failed: = 1 checks failed; see output for more details [0.033s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> failed: 1 ch= ecks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> failed: = 1 checks failed; see output for more details [0.035s] >>> usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> failed: 1 ch= ecks failed; see output for more details [0.032s] >>> usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed [0.340= s] >> >> >> >> Context details: >> >>> # uname -apKU >>> FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat Jun 11 23= :43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/arm.armv6/usr/src/sys/= RPI2-NODBG ar >>> m armv6 1100116 1100116 >> >> In use for the system build was: >> >>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >> >> I do have a few local /usr/src changes/additions, but nearly all are onl= y for powerpc and/or powerpc64 contexts: >> >>> # svnlite status /usr/src/ >>> M /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuil= der.cpp >>> M /usr/src/lib/csu/powerpc64/Makefile >>> ? /usr/src/sys/amd64/include/include >>> ? /usr/src/sys/arm/conf/RPI2-NODBG >>> ? /usr/src/sys/arm/include/include >>> M /usr/src/sys/boot/ofw/Makefile.inc >>> M /usr/src/sys/boot/powerpc/Makefile >>> M /usr/src/sys/boot/powerpc/Makefile.inc >>> M /usr/src/sys/boot/uboot/Makefile.inc >>> M /usr/src/sys/conf/Makefile.powerpc >>> M /usr/src/sys/conf/kern.mk >>> M /usr/src/sys/conf/kmod.mk >>> M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c >>> M /usr/src/sys/dev/cxgbe/tom/t4_listen.c >>> ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >>> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc >>> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >>> ? /usr/src/sys/powerpc/include/include >>> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >>> M /usr/src/sys/powerpc/powerpc/exec_machdep.c >>> ? /usr/src/sys/x86/include/include >> >> [The cxbg and cxbge changes just remove redundant declarations that stop= ped a amd64-gcc based build. But other areas have such issues and I quit tr= ying eliminating such blocks to that tool chain. The include/include's are = from something making symbolic links back to the parent include.] >> >> The kernel configuration was via: >> >>> # more /usr/src/sys/arm/conf/RPI2-NODBG >>> # >>> # RPI2 -- Custom configuration for the Raspberry Pi 2 >>> # >>> # For more information on this file, please read the config(5) manual p= age, >>> # and/or the handbook section on Kernel Configuration Files: >>> # >>> # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelco= nfig-config.html >>> # >>> # The handbook is also available locally in /usr/share/doc/handbook >>> # if you've installed the doc distribution, otherwise always see the >>> # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the >>> # latest information. >>> # >>> # An exhaustive list of options and more detailed explanations of the >>> # device lines is also present in the ../../conf/NOTES and NOTES files. >>> # If you are in doubt as to the purpose or necessity of a line, check f= irst >>> # in NOTES. >>> # >>> >>> ident RPI2-NODBG >>> >>> include "RPI2" >>> >>> makeoptions DEBUG=3D-g # Build kernel with gdb(1) de= bug symbols >>> options ALT_BREAK_TO_DEBUGGER >>> #options VERBOSE_SYSINIT # Enable verbose sysinit messag= es >>> >>> options KDB # Enable kernel debugger suppor= t >>> >>> # For minimum debugger support (stable branch) use: >>> #options KDB_TRACE # Print a stack trace for a pan= ic >>> options DDB # Enable the kernel debugger >>> >>> nooptions INVARIANTS # Enable calls of extra sanity = checking >>> nooptions INVARIANT_SUPPORT # Extra sanity checks of intern= al structures, required by INVARIANTS >>> nooptions WITNESS # Enable checks to detect deadl= ocks and cycles >>> nooptions WITNESS_SKIPSPIN # Don't run witness on spinlock= s for speed >>> nooptions DIAGNOSTIC >> >> >> The armv6 11.0 -r301815 system was cross built from amd64, built using s= rc.conf: >> >>> # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host >>> TO_TYPE=3Darmv6 >>> # >>> KERNCONF=3DRPI2-NODBG >>> TARGET=3Darm >>> .if ${.MAKE.LEVEL} =3D=3D 0 >>> TARGET_ARCH=3D${TO_TYPE} >>> .export TARGET_ARCH >>> .endif >>> # >>> WITH_CROSS_COMPILER=3D >>> WITHOUT_SYSTEM_COMPILER=3D >>> # >>> #CPUTYPE=3Dsoft >>> WITH_LIBSOFT=3D >>> WITH_LIBCPLUSPLUS=3D >>> WITH_BINUTILS_BOOTSTRAP=3D >>> WITH_CLANG_BOOTSTRAP=3D >>> WITH_CLANG=3D >>> WITH_CLANG_IS_CC=3D >>> WITH_CLANG_FULL=3D >>> WITH_CLANG_EXTRAS=3D >>> WITH_LLDB=3D >>> # >>> WITH_BOOT=3D >>> WITHOUT_LIB32=3D >>> # >>> WITHOUT_ELFTOOLCHAIN_BOOTSTRAP=3D >>> WITHOUT_GCC_BOOTSTRAP=3D >>> WITHOUT_GCC=3D >>> WITHOUT_GCC_IS_CC=3D >>> WITHOUT_GNUCXX=3D >>> # >>> NO_WERROR=3D >>> #WERROR=3D >>> MALLOC_PRODUCTION=3D >>> # >>> WITH_DEBUG_FILES=3D >>> # >>> XCFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> XCXXFLAGS+=3D -march=3Darmv7-a -mcpu=3Dcortex-a7 >>> # There is no XCPPFLAGS but XCPP ets XCFLAGS content. >> >> and with the make.conf for the system build being empty: >> >>> # more ~/src.configs/make.conf >>> # >> >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-arm@freebsd.org Mon Jun 13 20:09:55 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6FC87AF1C75; Mon, 13 Jun 2016 20:09:55 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49BED2929; Mon, 13 Jun 2016 20:09:54 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from [192.168.0.3] (vie-91-186-158-235.dsl.sil.at [91.186.158.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 142F53F427; Mon, 13 Jun 2016 16:09:45 -0400 (EDT) Date: Mon, 13 Jun 2016 22:09:43 +0200 (CEST) From: Gerald Pfeifer To: Andreas Tobler cc: Mark Millard , freebsd-arm , FreeBSD Toolchain , FreeBSD Ports Subject: Re: lang/gcc6 (as of /usr/ports -r416711) does not build on 11.0 -r301815 on an rpi2 [armv7-a, cortex-a7]: a.out uses VFP register arguments, . . . does not In-Reply-To: <539f404c-e032-a47f-5ad4-046e466eef97@fgznet.ch> Message-ID: References: <539f404c-e032-a47f-5ad4-046e466eef97@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 20:09:55 -0000 On Mon, 13 Jun 2016, Andreas Tobler wrote: > Should be fixed. I forgot to commit the lang/gcc6 patch. Thanks, Andreas! I see this in the lang/gcc6 now (and in case anyone is wondering, lang/gcc6-devel gets new stuff earlier from upstream, whereas lang/gcc6 needs to wait for the next release -- or a local patch like this). Gerald From owner-freebsd-arm@freebsd.org Mon Jun 13 21:43:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C51D7AF23B8 for ; Mon, 13 Jun 2016 21:43:22 +0000 (UTC) (envelope-from fbsdarm@openmailbox.org) Received: from mail2.openmailbox.org (mail2.openmailbox.org [62.4.1.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D8742601 for ; Mon, 13 Jun 2016 21:43:22 +0000 (UTC) (envelope-from fbsdarm@openmailbox.org) Received: by mail2.openmailbox.org (Postfix, from userid 1001) id E94C3105AEF; Mon, 13 Jun 2016 23:34:37 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=openmailbox.org; s=openmailbox; t=1465853677; bh=yEiXGZY+ON7ku3zHcQpFHeOqe+5nBYOFhqLxraAdgS0=; h=Date:From:To:Subject:From; b=HqjGpR7Fs1DwBxdETtb9P06pv0hiWvcVy6C4zspsZ27pfibM64VD0znnTNMqccxZA k1+Q9M+Ts4Je6f6d5aQzv1oMru7H7GomnHA9cRPKwMwPKNPsN6wjT8IJq2tlRxM3so 2hh+BksFIYJ4Fie+5ZnjzIxJAgyMCGJsNOrwElGQ= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on h4 X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=no autolearn_force=no version=3.4.0 Received: from www.openmailbox.org (unknown [10.91.130.55]) by mail2.openmailbox.org (Postfix) with ESMTP id 933C1105AF2 for ; Mon, 13 Jun 2016 23:34:35 +0200 (CEST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 13 Jun 2016 22:34:35 +0100 From: fbsdarm@openmailbox.org To: freebsd-arm@freebsd.org Subject: RPI2 network performance Message-ID: X-Sender: fbsdarm@openmailbox.org User-Agent: Roundcube Webmail/1.0.6 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 21:43:22 -0000 Hello, I can not get more than 10Mbps down on an RPI2. Test have been done through both the default fast-ethernet port and a couple of USB network adapter (different chipsets). All recognized but all stuck at 10Mbps max. I've used curl to /dev/null for the test. (to exclude potential SDCard limit).I am running 11.0-ALPHA2. Is there any trick needed to get 100Mbps pass-through? (Just want to use it as a gateway/firewall). Thanks, From owner-freebsd-arm@freebsd.org Tue Jun 14 00:06:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0308FAF18FA for ; Tue, 14 Jun 2016 00:06:58 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D5BF22218 for ; Tue, 14 Jun 2016 00:06:57 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: f0c0d8a0-31c3-11e6-8929-8ded99d5e9d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 00:07:10 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5E06mP9014436; Mon, 13 Jun 2016 18:06:48 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465862808.1188.129.camel@freebsd.org> Subject: Re: 11.0 -r301815 "kyua test -k /usr/tests/Kyuafile" on rpi2 [armv7-a/cortex-a7]: broken (24) and failing (59) lists From: Ian Lepore To: cem@freebsd.org, Alan Somers Cc: Mark Millard , freebsd-arm , FreeBSD Current Date: Mon, 13 Jun 2016 18:06:48 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 00:06:58 -0000 On Mon, 2016-06-13 at 11:04 -0700, Conrad Meyer wrote: > I expect it's because: > > 1. bitstr_size() is just bytes (doesn't round up to sizeof(bitstr_t == > unsigned long)) This might result in allocating too-few bytes, but that's something you'd only notice if you have something like valgrind watching out for accesses beyond the allocated size. > 2. The userspace version of bit_alloc() uses calloc(bitstr_size(), 1) > (an array of nmemb=bitstr_size() size=bytes, doesn't have to be > 'unsigned long' sized or aligned). > 3. Various bit_* functions access the result as if it's an array of > 'unsigned long', when it was allocated as a single-byte array (no > ulong alignment or size). malloc and related functions (including calloc) always return memory "...suitably aligned for storage of any type of object." Last time I checked that basically meant all allocations, even a single byte, are aligned on a 16-byte boundary on arm. > 4. ARM isn't as happy about unaligned accesses as x86. > That's mostly not the case anymore. Using load/store-doubleword or load/store-multiple instructions requires 4-byte-aligned values (not a typo: doubleword access requires word alignment). Everything smaller than doubleword access in userland these days can be unaligned. The optimizer can combine adjacent 32-bit accesses into doubleword -instruction accesses, leading to alignment faults with unaligned data, but that shouldn't be the case here because malloc'd memory is aligned. -- Ian > I'd make the following change (needs sys/param.h, not compile tested) > and see if it fixes it: > > --- sys/bitstring.h (revision 301805) > +++ sys/bitstring.h (working copy) > @@ -119,7 +119,8 @@ > static inline bitstr_t * > bit_alloc(int _nbits) > { > - return ((bitstr_t *)calloc(bitstr_size(_nbits), 1)); > + return (calloc(howmany(bitstr_size(_nbits), > sizeof(bitstr_t)), > + sizeof(bitstr_t))); > } > #endif > > > > > > > On Mon, Jun 13, 2016 at 10:49 AM, Alan Somers > wrote: > > Please open a bug for the bitstring test failures and assign it to > > me. > > Also, since I don't have any arm hardware, please provide > > instructions > > on how to run this code in a VM, or where I can get access to the > > hardware. > > > > -Alan > > > > On Mon, Jun 13, 2016 at 11:29 AM, Mark Millard > > wrote: > > > With the newly less strict alignment requirements "kyua test -k > > > /usr/tests/Kyuafile" runs to completion, unlike before. > > > > > > > ===> Summary > > > > Results read from /root/.kyua/store/results.usr_tests.20160613 > > > > -080302-120731.db > > > > Test cases: 5694 total, 54 skipped, 21 expected failures, 24 > > > > broken, 59 failed > > > > Total time: 8723.243s > > > > > > > > > I only list the one line summaries below. Then I list various > > > context details. > > > > > > > ===> Broken tests > > > > lib/msun/cexp_test:main -> broken: Received signal 6 > > > > [1.054s] > > > > lib/msun/ctrig_test:main -> broken: Received signal 6 > > > > [1.074s] > > > > lib/msun/exponential_test:main -> broken: Received signal 6 > > > > [1.045s] > > > > lib/msun/fenv_test:main -> broken: Received signal 6 > > > > [1.048s] > > > > lib/msun/fma_test:main -> broken: Received signal 6 [1.080s] > > > > lib/msun/invctrig_test:main -> broken: Received signal 6 > > > > [1.091s] > > > > lib/msun/invtrig_test:main -> broken: Received signal 6 > > > > [1.086s] > > > > lib/msun/logarithm_test:main -> broken: Received signal 6 > > > > [1.054s] > > > > lib/msun/lrint_test:main -> broken: Received signal 6 > > > > [1.069s] > > > > lib/msun/nearbyint_test:main -> broken: Received signal 6 > > > > [1.066s] > > > > lib/msun/rem_test:main -> broken: Received signal 6 [1.069s] > > > > lib/msun/trig_test:main -> broken: Received signal 6 > > > > [1.070s] > > > > sbin/growfs/legacy_test:main -> broken: Reported plan differs > > > > from actual executed tests [0.459s] > > > > sys/geom/class/eli/integrity_copy_test:main -> broken: Test > > > > case timed out [1200.082s] > > > > sys/geom/class/eli/integrity_hmac_test:main -> broken: Test > > > > case timed out [600.138s] > > > > sys/geom/class/eli/onetime_a_test:main -> broken: Test case > > > > timed out [600.044s] > > > > sys/sys/bitstring_test:bit_clear -> broken: Test case body > > > > timed out [300.032s] > > > > sys/sys/bitstring_test:bit_count -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.080s] > > > > sys/sys/bitstring_test:bit_ffc -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.077s] > > > > sys/sys/bitstring_test:bit_ffc_at -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.081s] > > > > sys/sys/bitstring_test:bit_ffs -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.082s] > > > > sys/sys/bitstring_test:bit_ffs_at -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.077s] > > > > sys/sys/bitstring_test:bit_nclear -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.083s] > > > > sys/sys/bitstring_test:bit_nset -> broken: Premature exit; > > > > test case received signal 11 (core dumped) [1.079s] > > > > > > > > > > ===> Failed tests > > > > lib/libc/c063/fstatat_test:fstatat_fd -> failed: > > > > /usr/src/contrib/netbsd-tests/lib/libc/c063/t_fstatat.c:74: > > > > memcmp(&st1, &st2, sizeof(st1)) == 0 not met [0. > > > > 027s] > > > > lib/libc/nss/gethostby_test:getipnodebyname_getaddrinfo_ipv4 > > > > -> failed: /usr/src/lib/libc/tests/nss/gethostby_test.c:1335: > > > > run_tests(_hostlist_file, _snapshot > > > > _file, 2, TEST_GETHOSTBYNAME2_GETADDRINFO, 0) == 0 not met > > > > [15.315s] > > > > lib/libc/ssp/ssp_test:fgets -> failed: Test case body > > > > returned a non-ok exit code, but this is not allowed [0.153s] > > > > lib/libc/ssp/ssp_test:gets -> failed: Test case body returned > > > > a non-ok exit code, but this is not allowed [0.158s] > > > > lib/libc/ssp/ssp_test:memcpy -> failed: atf-check failed; see > > > > the output of the test for details [0.148s] > > > > lib/libc/ssp/ssp_test:memmove -> failed: atf-check failed; > > > > see the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:memset -> failed: atf-check failed; see > > > > the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:read -> failed: Test case body returned > > > > a non-ok exit code, but this is not allowed [0.154s] > > > > lib/libc/ssp/ssp_test:readlink -> failed: atf-check failed; > > > > see the output of the test for details [0.155s] > > > > lib/libc/ssp/ssp_test:snprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.149s] > > > > lib/libc/ssp/ssp_test:sprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.149s] > > > > lib/libc/ssp/ssp_test:stpcpy -> failed: atf-check failed; see > > > > the output of the test for details [0.149s] > > > > lib/libc/ssp/ssp_test:stpncpy -> failed: atf-check failed; > > > > see the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strcat -> failed: atf-check failed; see > > > > the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strcpy -> failed: atf-check failed; see > > > > the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strncat -> failed: atf-check failed; > > > > see the output of the test for details [0.147s] > > > > lib/libc/ssp/ssp_test:strncpy -> failed: atf-check failed; > > > > see the output of the test for details [0.146s] > > > > lib/libc/ssp/ssp_test:vsnprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.150s] > > > > lib/libc/ssp/ssp_test:vsprintf -> failed: atf-check failed; > > > > see the output of the test for details [0.148s] > > > > lib/libc/stdio/printbasic_test:int_within_limits -> failed: > > > > printf("%tu", (size_t)-1) ==> [18446744073709551615], expected > > > > [4294967295]<> [0.030s] > > > > lib/libc/stdio/scanfloat_test:infinities_and_nans -> failed: > > > > /usr/src/lib/libc/tests/stdio/scanfloat_test.c:191: > > > > fetestexcept(FE_INVALID) == 0 not met [0.031 > > > > s] > > > > lib/libc/sys/mincore_test:mincore_resid -> failed: > > > > /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:225: > > > > check_residency(addr, npgs) == 0 not met [0.04 > > > > 0s] > > > > lib/libc/sys/mincore_test:mincore_shmseg -> failed: > > > > /usr/src/contrib/netbsd-tests/lib/libc/sys/t_mincore.c:298: > > > > check_residency(addr, npgs) == 0 not met [0.0 > > > > 29s] > > > > lib/libc/tls/tls_dynamic_test:t_tls_dynamic -> failed: 15 > > > > checks failed; see output for more details [0.035s] > > > > lib/libproc/proc_test:symbol_lookup -> failed: > > > > /usr/src/lib/libproc/tests/proc_test.c:116: state != PS_STOP: > > > > process has state 4 [0.177s] > > > > lib/libxo/functional_test:test_02__E -> failed: atf-check > > > > failed; see the output of the test for details [0.166s] > > > > lib/libxo/functional_test:test_02__H -> failed: atf-check > > > > failed; see the output of the test for details [0.168s] > > > > lib/libxo/functional_test:test_02__HIPx -> failed: atf-check > > > > failed; see the output of the test for details [0.170s] > > > > lib/libxo/functional_test:test_02__HP -> failed: atf-check > > > > failed; see the output of the test for details [0.164s] > > > > lib/libxo/functional_test:test_02__J -> failed: atf-check > > > > failed; see the output of the test for details [0.169s] > > > > lib/libxo/functional_test:test_02__JP -> failed: atf-check > > > > failed; see the output of the test for details [0.166s] > > > > lib/libxo/functional_test:test_02__T -> failed: atf-check > > > > failed; see the output of the test for details [0.168s] > > > > lib/libxo/functional_test:test_02__X -> failed: atf-check > > > > failed; see the output of the test for details [0.169s] > > > > lib/libxo/functional_test:test_02__XP -> failed: atf-check > > > > failed; see the output of the test for details [0.168s] > > > > lib/msun/conj_test:main -> failed: 9 tests of 42 failed > > > > [0.034s] > > > > lib/msun/ldexp_test:ldexp_denormal -> failed: 4 checks > > > > failed; see output for more details [0.034s] > > > > local/kyua/model/metadata_test:override_all_with_set_string -> > > > > failed: Line 253: disk_space != md.required_disk_space() > > > > (16777216.00T != 2.00G) [0.047s] > > > > local/kyua/testers/stacktrace_test:dump__cannot_find_gdb -> > > > > failed: testers/stacktrace_test.c:281: > > > > atf_utils_grep_file("execvp failed", "stacktrace") not met > > > > [0.611s] > > > > local/kyua/testers/stacktrace_test:dump__gdb_fail -> failed: > > > > testers/stacktrace_test.c:294: atf_utils_grep_file("foo", > > > > "stacktrace") not met [0.610s] > > > > local/kyua/testers/stacktrace_test:dump__gdb_times_out -> > > > > failed: testers/stacktrace_test.c:311: > > > > atf_utils_grep_file("foo", "stacktrace") not met [0.614s] > > > > local/kyua/testers/stacktrace_test:dump__integration -> > > > > failed: testers/stacktrace_test.c:233: > > > > atf_utils_grep_file("#0", "stacktrace") not met [0.613s] > > > > local/kyua/testers/stacktrace_test:dump__ok -> failed: > > > > testers/stacktrace_test.c:249: atf_utils_grep_file("frame 1", > > > > "stacktrace") not met [0.614s] > > > > local/kyua/testers/stacktrace_test:find_core__found__long -> > > > > failed: Core dumped, but no candidates found [0.606s] > > > > local/kyua/testers/stacktrace_test:find_core__found__short -> > > > > failed: Core dumped, but no candidates found [0.603s] > > > > local/kyua/testers/tap_parser_test:try_parse_plan__insane -> > > > > failed: testers/tap_parser_test.c:135: 'too long' not matched > > > > in 'Plan line includes out of range > > > > numbers' [0.032s] > > > > sys/geom/class/eli/resize_test:main -> failed: 15 tests of 27 > > > > failed [1.292s] > > > > sys/kern/pipe/pipe_fstat_bug_test:main -> failed: Returned > > > > non-success exit status 1 [0.044s] > > > > usr.bin/lastcomm/legacy_test:main -> failed: 4 tests of 6 > > > > failed [0.151s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip -> failed: 1 > > > > checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_bindip_rev -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_localhost_only -> > > > > failed: 1 checks failed; see output for more details [0.034s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subn > > > > et -> failed: 1 checks failed; see output for more details > > > > [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_one_addr_on_each_subn > > > > et_rev -> failed: 1 checks failed; see output for more > > > > details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_point2point_rev -> > > > > failed: 1 checks failed; see output for more details [0.033s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_recvdstaddr_rev -> > > > > failed: 1 checks failed; see output for more details [0.035s] > > > > usr.sbin/rpcbind/addrmerge_test:addrmerge_singlehomed -> > > > > failed: 1 checks failed; see output for more details [0.032s] > > > > usr.sbin/sa/legacy_test:main -> failed: 12 tests of 13 failed > > > > [0.340s] > > > > > > > > > > > > Context details: > > > > > > > # uname -apKU > > > > FreeBSD rpi2 11.0-ALPHA3 FreeBSD 11.0-ALPHA3 #0 r301815M: Sat > > > > Jun 11 23:43:48 PDT 2016 markmi@FreeBSDx64:/usr/obj/clang/a > > > > rm.armv6/usr/src/sys/RPI2-NODBG ar > > > > m armv6 1100116 1100116 > > > > > > In use for the system build was: > > > > > > > XCFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > > > I do have a few local /usr/src changes/additions, but nearly all > > > are only for powerpc and/or powerpc64 contexts: > > > > > > > # svnlite status /usr/src/ > > > > M > > > > /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBui > > > > lder.cpp > > > > M /usr/src/lib/csu/powerpc64/Makefile > > > > ? /usr/src/sys/amd64/include/include > > > > ? /usr/src/sys/arm/conf/RPI2-NODBG > > > > ? /usr/src/sys/arm/include/include > > > > M /usr/src/sys/boot/ofw/Makefile.inc > > > > M /usr/src/sys/boot/powerpc/Makefile > > > > M /usr/src/sys/boot/powerpc/Makefile.inc > > > > M /usr/src/sys/boot/uboot/Makefile.inc > > > > M /usr/src/sys/conf/Makefile.powerpc > > > > M /usr/src/sys/conf/kern.mk > > > > M /usr/src/sys/conf/kmod.mk > > > > M /usr/src/sys/dev/cxgb/ulp/tom/cxgb_listen.c > > > > M /usr/src/sys/dev/cxgbe/tom/t4_listen.c > > > > ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG > > > > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > > > > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > > > > ? /usr/src/sys/powerpc/conf/GENERICvtsc > > > > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > > > > ? /usr/src/sys/powerpc/include/include > > > > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > > > > M /usr/src/sys/powerpc/powerpc/exec_machdep.c > > > > ? /usr/src/sys/x86/include/include > > > > > > [The cxbg and cxbge changes just remove redundant declarations > > > that stopped a amd64-gcc based build. But other areas have such > > > issues and I quit trying eliminating such blocks to that tool > > > chain. The include/include's are from something making symbolic > > > links back to the parent include.] > > > > > > The kernel configuration was via: > > > > > > > # more /usr/src/sys/arm/conf/RPI2-NODBG > > > > # > > > > # RPI2 -- Custom configuration for the Raspberry Pi 2 > > > > # > > > > # For more information on this file, please read the config(5) > > > > manual page, > > > > # and/or the handbook section on Kernel Configuration Files: > > > > # > > > > # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/ > > > > kernelconfig-config.html > > > > # > > > > # The handbook is also available locally in > > > > /usr/share/doc/handbook > > > > # if you've installed the doc distribution, otherwise always > > > > see the > > > > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for > > > > the > > > > # latest information. > > > > # > > > > # An exhaustive list of options and more detailed explanations > > > > of the > > > > # device lines is also present in the ../../conf/NOTES and > > > > NOTES files. > > > > # If you are in doubt as to the purpose or necessity of a line, > > > > check first > > > > # in NOTES. > > > > # > > > > > > > > ident RPI2-NODBG > > > > > > > > include "RPI2" > > > > > > > > makeoptions DEBUG=-g # Build kernel with > > > > gdb(1) debug symbols > > > > options ALT_BREAK_TO_DEBUGGER > > > > #options VERBOSE_SYSINIT # Enable verbose > > > > sysinit messages > > > > > > > > options KDB # Enable kernel > > > > debugger support > > > > > > > > # For minimum debugger support (stable branch) use: > > > > #options KDB_TRACE # Print a stack trace > > > > for a panic > > > > options DDB # Enable the kernel > > > > debugger > > > > > > > > nooptions INVARIANTS # Enable calls of extra > > > > sanity checking > > > > nooptions INVARIANT_SUPPORT # Extra sanity checks > > > > of internal structures, required by INVARIANTS > > > > nooptions WITNESS # Enable checks to > > > > detect deadlocks and cycles > > > > nooptions WITNESS_SKIPSPIN # Don't run witness on > > > > spinlocks for speed > > > > nooptions DIAGNOSTIC > > > > > > > > > The armv6 11.0 -r301815 system was cross built from amd64, built > > > using src.conf: > > > > > > > # more ~/src.configs/src.conf.rpi2-clang-bootstrap.amd64-host > > > > TO_TYPE=armv6 > > > > # > > > > KERNCONF=RPI2-NODBG > > > > TARGET=arm > > > > .if ${.MAKE.LEVEL} == 0 > > > > TARGET_ARCH=${TO_TYPE} > > > > .export TARGET_ARCH > > > > .endif > > > > # > > > > WITH_CROSS_COMPILER= > > > > WITHOUT_SYSTEM_COMPILER= > > > > # > > > > #CPUTYPE=soft > > > > WITH_LIBSOFT= > > > > WITH_LIBCPLUSPLUS= > > > > WITH_BINUTILS_BOOTSTRAP= > > > > WITH_CLANG_BOOTSTRAP= > > > > WITH_CLANG= > > > > WITH_CLANG_IS_CC= > > > > WITH_CLANG_FULL= > > > > WITH_CLANG_EXTRAS= > > > > WITH_LLDB= > > > > # > > > > WITH_BOOT= > > > > WITHOUT_LIB32= > > > > # > > > > WITHOUT_ELFTOOLCHAIN_BOOTSTRAP= > > > > WITHOUT_GCC_BOOTSTRAP= > > > > WITHOUT_GCC= > > > > WITHOUT_GCC_IS_CC= > > > > WITHOUT_GNUCXX= > > > > # > > > > NO_WERROR= > > > > #WERROR= > > > > MALLOC_PRODUCTION= > > > > # > > > > WITH_DEBUG_FILES= > > > > # > > > > XCFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > XCXXFLAGS+= -march=armv7-a -mcpu=cortex-a7 > > > > # There is no XCPPFLAGS but XCPP ets XCFLAGS content. > > > > > > and with the make.conf for the system build being empty: > > > > > > > # more ~/src.configs/make.conf > > > > # > > > > > > === > > > Mark Millard > > > markmi at dsl-only.net > > > > > > _______________________________________________ > > > freebsd-current@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > > To unsubscribe, send any mail to " > > > freebsd-current-unsubscribe@freebsd.org" > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Jun 14 00:21:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13A29AF1D8B for ; Tue, 14 Jun 2016 00:21:54 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1b.ore.mailhop.org (outbound1b.ore.mailhop.org [54.200.247.200]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C7FB72B21 for ; Tue, 14 Jun 2016 00:21:53 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e1c61034-31c5-11e6-a0ff-e511cd071b9b X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 00:21:04 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5E0KijS014454; Mon, 13 Jun 2016 18:20:45 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465863644.1188.134.camel@freebsd.org> Subject: Re: default root pass for bananapi From: Ian Lepore To: David Cornejo , soko.tica@gmail.com Cc: freebsd-arm Date: Mon, 13 Jun 2016 18:20:44 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 00:21:54 -0000 On Mon, 2016-06-13 at 09:12 -1000, David Cornejo wrote: > On Sun, Jun 12, 2016 at 10:28 AM, soko.tica > wrote: > > Hello list, > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11 > > .0/FreeBSD-11.0-ALPHA1-arm-armv6-BANANAPI-20160528-r300895.img.xz > > > > Does anyone know default password for root for BananaPi/Pro > > installed on > > MicroSD card from the above image? I am getting prompto through > > ssh, while > > cannot connect by other means. > > > > Thanks in advance > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to " > > freebsd-arm-unsubscribe@freebsd.org" > > Typically, root login over ssh is disabled in FreeBSD. You have to > modify /etc/ssh/sshd_config and set "PermitRootLogin" to yes, though > there are lots of people who will tell you that's a bad idea > > dave c I sure hope that isn't the right answer, because it would imply we're distributing images for some boards where you wouldn't be able to log into them to configure access unless you have a serial console debug cable. The image password for root is root. -- Ian From owner-freebsd-arm@freebsd.org Tue Jun 14 00:31:43 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 027DEAF1FE0 for ; Tue, 14 Jun 2016 00:31:43 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4FDD42FD4 for ; Tue, 14 Jun 2016 00:31:41 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 5bbf3aed-31c7-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 00:31:38 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5E0VT9e014467; Mon, 13 Jun 2016 18:31:30 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465864289.1188.140.camel@freebsd.org> Subject: Re: A possible solution to booting from another USB stick From: Ian Lepore To: Lou Katz , freebsd-arm@freebsd.org Date: Mon, 13 Jun 2016 18:31:29 -0600 In-Reply-To: <20160610071928.GA75585@metron.com> References: <20160610071928.GA75585@metron.com> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 00:31:43 -0000 On Fri, 2016-06-10 at 00:19 -0700, Lou Katz wrote: > It occurred to me that as long as I had the same version of FreeBSD > on the > bootable card and in a USB adapter I could boot normally, then mount > the system on the adapter card and do a chroot. > > A quicky and dirty test indicates that might work for what I want to > do, > which is to: > a. modify an application > b. add or subtract data files > and as a freebie, I seem to get > c. ability to change things without rebooting. > > I will report back after I try this in earnest. > > Thanks for the feedback. > I apparently missed the first round of this question. In uboot, you need to do a "usb start", then do "usb dev" and see if it recognizes your disk device. If so, you're in business, tell ubldr to load the kernel from it instead of sdcard by doing: setenv loaderdev disk1 If there are multiple disks you might need disk2, disk3, whatever. If there are multiple partitions involved you might need, for example, disk1:2 to boot from partition 2. -- Ian From owner-freebsd-arm@freebsd.org Tue Jun 14 00:42:22 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C40CCAF0181 for ; Tue, 14 Jun 2016 00:42:22 +0000 (UTC) (envelope-from m-ztqe5emnr4hyqxv7lhvp1cltjjh58vxd06ggfja56mgqn29j0ahj5y69e@bounce.linkedin.com) Received: from maile-bd.linkedin.com (maile-bd.linkedin.com [IPv6:2620:109:c006:104::204]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.linkedin.com", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 75E4425CB for ; Tue, 14 Jun 2016 00:42:22 +0000 (UTC) (envelope-from m-ztqe5emnr4hyqxv7lhvp1cltjjh58vxd06ggfja56mgqn29j0ahj5y69e@bounce.linkedin.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linkedin.com; s=proddkim1024; t=1465864931; bh=4j170y28EEi648tzNCTzsGiu5Vb2LvOKPW4W2oUPHYQ=; h=From:Subject:MIME-Version:Content-Type:To:Date:X-LinkedIn-Class: X-LinkedIn-Template:X-LinkedIn-fbl; b=ml/dgGIoSyl41DY2Rdm4pCkNbeYJxclVah8PlqJN7x/+qBPzmZtvGiXmx097ZVMBs Y+tMMHlfGNCtWw1hqWVBiBMEI86rxcsbyNttujM/OQDjG6FO3pxUETLkZQ0K/58LZr QrhWuwAFnRfhI/pRJy09FN3Ofzquv+ZyTf8Am8Ho= From: =?UTF-8?B?5pu+5pit5piO?= Message-ID: <1181188326.405106.1465864931475.JavaMail.app@lva1-app2924.prod.linkedin.com> Subject: =?UTF-8?B?5pu+5pit5piO6YKA6K+35oKo5Yqg5YWl6aKG6Iux?= MIME-Version: 1.0 To: Date: Tue, 14 Jun 2016 00:42:11 +0000 (UTC) X-LinkedIn-Class: INVITE-GUEST X-LinkedIn-Template: invite_guest X-LinkedIn-fbl: m2-aszuzm6aoxz1p4vikyilyccxhb6109yovxvzw0nz99ve0yqnn6engjscqninvc31b1ewj63akurljvigoeeaewcht9mxv8nj1fo9jl X-LinkedIn-Id: 0-ipeq4oaf-52 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 00:42:22 -0000 =E6=9B=BE=E6=98=AD=E6=98=8E=E9=82=80=E8=AF=B7=E6=82=A8=E5=8A=A0=E5=85=A5=E5= =85=A8=E7=90=83=E6=9C=80=E5=A4=A7=E7=9A=84=E8=81=8C=E4=B8=9A=E7=A4=BE=E4=BA= =A4=E7=BD=91=E7=AB=99 LinkedIn (=E9=A2=86=E8=8B=B1)=E3=80=82=E9=A2=86=E8=8B= =B1=E8=83=BD=E5=B8=AE=E5=8A=A9=E6=82=A8=E7=AE=A1=E7=90=86=E8=81=8C=E4=B8=9A= =E7=94=9F=E6=B6=AF=EF=BC=8C=E8=AE=A9=E6=82=A8=E6=8E=A5=E8=A7=A6=E5=88=B0=E5= =85=A8=E7=90=83=E5=90=84=E5=9C=B0=E7=9A=84=E5=B7=A5=E4=BD=9C=E6=9C=BA=E4=BC= =9A=E3=80=82 =E5=BF=AB=E6=9D=A5=E5=8A=A0=E5=85=A5=E9=A2=86=E8=8B=B1=EF=BC= =8C=E5=88=9B=E5=BB=BA=E6=82=A8=E7=9A=84=E8=81=8C=E4=B8=9A=E8=B5=84=E6=96=99= =EF=BC=8C=E8=BD=BB=E6=9D=BE=E6=8B=93=E5=B1=95=E8=81=8C=E5=9C=BA=E4=BA=BA=E8= =84=89=EF=BC=81 =E6=9B=BE=E6=98=AD=E6=98=8E -- =E4=B8=AD=E5=9B=BD =E6=8E=A5=E5=8F=97=E9=82=80=E8=AF=B7: https://www.linkedin.com/e/v2?e=3D0-i= peq4oaf-52&t=3Dssuw&tracking=3Deml-china-m2g-a-cta&ek=3Dinvite_guest&shared= Key=3DCxSvnwd7&invitationId=3D6148283043183415296 =E6=9C=89=E4=BC=9A=E5=91=98=E9=82=80=E8=AF=B7=E6=82=A8=E5=BB=BA=E7=AB=8B=E8= =81=94=E7=B3=BB=E3=80=82=E5=9C=A8=E2=80=9C=E7=8C=9C=E6=82=A8=E8=AE=A4=E8=AF= =86=E2=80=9D=E7=AD=89=E5=8A=9F=E8=83=BD=E4=B8=AD=EF=BC=8C=E9=A2=86=E8=8B=B1= =E5=B0=86=E4=BD=BF=E7=94=A8=E6=82=A8=E7=9A=84=E9=82=AE=E7=AE=B1=E5=9C=B0=E5= =9D=80=E6=9D=A5=E5=90=91=E4=BC=9A=E5=91=98=E6=8E=A8=E8=8D=90=E4=BA=BA=E8=84= =89=E3=80=82=E5=9C=A8=E6=AD=A4=E5=A4=84=E9=80=80=E8=AE=A2: https://www.link= edin.com/e/v2?e=3D0-ipeq4oaf-52&t=3Dlun&midToken=3DAQFmrFVhGEd36Q&ek=3Dinvi= te_guest&loid=3DAQEyctd6jevwfwAAAVVMW8hEvRADG8wTZZtMp22kKX18p1UPOBsTmgl092-= EEVORhdJbCagElUS4BShR8cfm&eid=3D0-ipeq4oaf-52 =E6=AD=A4=E9=82=AE=E4=BB=B6=E7=9A=84=E6=94=B6=E4=BB=B6=E4=BA=BA=E6=98=AFfre= ebsd-arm@FreeBSD.org=E3=80=82 If you need assistance or have questions, please contact LinkedIn Customer = Service: https://www.linkedin.com/e/v2?e=3D0-ipeq4oaf-52&a=3DcustomerServic= eUrl&ek=3Dinvite_guest © 2016 LinkedIn Corporation, 2029 Stierlin Court, Mountain View CA 940= 43.LinkedIn =E5=92=8C LinkedIn =E6=A0=87=E5=BF=97=E6=98=AF=E9=A2=86=E8=8B= =B1=E7=9A=84=E6=B3=A8=E5=86=8C=E5=95=86=E6=A0=87=E3=80=82 From owner-freebsd-arm@freebsd.org Tue Jun 14 05:34:29 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 595D4AF2473 for ; Tue, 14 Jun 2016 05:34:29 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A67B32E09; Tue, 14 Jun 2016 05:34:28 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id u5E5FISo068347 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 14 Jun 2016 07:15:24 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id u5E5FB8P065669 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 14 Jun 2016 07:15:12 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id u5E5FBea052480; Tue, 14 Jun 2016 07:15:11 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id u5E5F9uZ052479; Tue, 14 Jun 2016 07:15:09 +0200 (CEST) (envelope-from ticso) Date: Tue, 14 Jun 2016 07:15:09 +0200 From: Bernd Walter To: Ian Lepore Cc: David Cornejo , soko.tica@gmail.com, freebsd-arm Subject: Re: default root pass for bananapi Message-ID: <20160614051509.GA50738@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1465863644.1188.134.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1465863644.1188.134.camel@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 10.2-RELEASE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 05:34:29 -0000 On Mon, Jun 13, 2016 at 06:20:44PM -0600, Ian Lepore wrote: > On Mon, 2016-06-13 at 09:12 -1000, David Cornejo wrote: > > On Sun, Jun 12, 2016 at 10:28 AM, soko.tica > > wrote: > > > Hello list, > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGES/11 > > > .0/FreeBSD-11.0-ALPHA1-arm-armv6-BANANAPI-20160528-r300895.img.xz > > > > > > Does anyone know default password for root for BananaPi/Pro > > > installed on > > > MicroSD card from the above image? I am getting prompto through > > > ssh, while > > > cannot connect by other means. > > > > > > Thanks in advance > > > _______________________________________________ > > > freebsd-arm@freebsd.org mailing list > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > To unsubscribe, send any mail to " > > > freebsd-arm-unsubscribe@freebsd.org" > > > > Typically, root login over ssh is disabled in FreeBSD. You have to > > modify /etc/ssh/sshd_config and set "PermitRootLogin" to yes, though > > there are lots of people who will tell you that's a bad idea > > > > dave c > > I sure hope that isn't the right answer, because it would imply we're > distributing images for some boards where you wouldn't be able to log > into them to configure access unless you have a serial console debug > cable. On the raspberries there is a user account on the prebuild images, which is freebsd/freebsd, plus root/root for su. https://wiki.freebsd.org/FreeBSD/arm/Raspberry Pi -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Tue Jun 14 14:01:02 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A7114AF26D3 for ; Tue, 14 Jun 2016 14:01:02 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from mail-pa0-x235.google.com (mail-pa0-x235.google.com [IPv6:2607:f8b0:400e:c03::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 80FBD2B90 for ; Tue, 14 Jun 2016 14:01:02 +0000 (UTC) (envelope-from tim@kientzle.com) Received: by mail-pa0-x235.google.com with SMTP id b5so56741562pas.3 for ; Tue, 14 Jun 2016 07:01:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kientzle-com.20150623.gappssmtp.com; s=20150623; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=eBsub5IEI0YYc8E9HEPlBU1K8uMFXdlgIqabWG3Mlcg=; b=UTru0CN9vYOwatEAd2B/rCr9v10GuliUyBxT9xETC6OBZ27+gWTVmyNcXZAaizJist DztuZrqiKcbaVdzbDb7GkEzhV9k37aA8Lz1bhEqfoJIQVJhGG5L4BK6HlUkCAZZUYCCt mSXx9bv6dupK2578OJTJXXNOz409lckuGr3Nu8xdtvK2C2xjbi8LNolQZxwf5Vu05U4W qbx8uZHt3OmGbcjzRfgPCbeP4PPFVL5k1/NJYPLbcRyyW7ullp+Rd4EIalDS84miZvu2 CHnVd5GlyMb59Hu/dbcm1g6Yicw2B08eMpUeO/HGDIzFj3DrgUnecfAyY97RScv8x5HR 6U8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=eBsub5IEI0YYc8E9HEPlBU1K8uMFXdlgIqabWG3Mlcg=; b=dVe1AG3k1IOI8cXt42NldxZNsy8Khv0ykCwqvw+WmPHamS+rV7Uxs6MEIt7hUh/nTQ XhC2Cb2oqc+3R8QRkJVg+XTOvy8zJWBlhS+hl5araBr/m8iXQNtFs25PU/Z/LXoS0wMa Yu9ZkGEM+Bq7oWKRTkLlV0+LeCwfEqXvftDOU8goYfVI0YsBvDNlUKGaoG/sGxfUw5H1 n4PXED/G42hEPOuhthv3g7tuUq4mbhVpnIGjj32m/+fNH9IofgiKosrOceDuGopKx7WF UAjksyFr7tWf9LBDowE1CPuJ9JzU+dSSzPINIm3ROWyTrJ0BjlYo2XOAuNx8Sk1VI4e2 X3AQ== X-Gm-Message-State: ALyK8tI7DG5/oCPxw/pMVFJEiP2Wm+5bWSd27kM9kPMioF5OukcKIh+INwuXZnWJtExbAw== X-Received: by 10.66.50.105 with SMTP id b9mr28192417pao.122.1465912861770; Tue, 14 Jun 2016 07:01:01 -0700 (PDT) Received: from [192.168.1.104] (c-24-6-102-176.hsd1.ca.comcast.net. [24.6.102.176]) by smtp.gmail.com with ESMTPSA id e9sm45890643pfg.2.2016.06.14.07.01.00 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 14 Jun 2016 07:01:01 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: Crossbuild Failure on Arm From: Tim Kientzle In-Reply-To: <20160613182234.GA72262@mail.laus.org> Date: Tue, 14 Jun 2016 07:01:17 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <9A77CE9C-C154-4449-9EF7-CA268D763B98@kientzle.com> References: <20160613182234.GA72262@mail.laus.org> To: lausts@acm.org X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 14:01:02 -0000 > On Jun 13, 2016, at 11:22 AM, Thomas Laus wrote: >=20 > I wanted to add a few NIC cards to my Beaglebone, so my next step was > to build a toolchain for the arm arch. The advice you saw for using xdev originated a few years back as a way = to build U-Boot when cross-compiling. This was at a time when all of = the ports compilers were broken on ARM, so xdev was one of the few = available options. Today, the ports compilers are working, and U-Boot = is mostly being built in ports using those, so there=E2=80=99s not much = point to using xdev today. You=E2=80=99ve never needed xdev to cross-build FreeBSD itself. The = existing build infrastructure is smart enough to build the necessary = cross-compilers as needed. Cross-compiling ports is a more complex venture; the current best = approach seems to be a hybrid environment that combines cross-compilers = with user mode qemu for running occasional tools targeting the = destination architecture. If you want to develop kernel drivers, you might also consider native = development. The Beaglebone is fast enough to provide a comfortable dev = environment for small projects like drivers (that=E2=80=99s how I did = all my work on cpsw a few years back). Loading and unloading drivers is = pretty quick. The only caveat: Local driver development will crash the machine = occasionally, which will lose recent writes to the filesystem. Use git = and push your work to some other machine regularly. NFS can also help = here. Cheers, Tim From owner-freebsd-arm@freebsd.org Tue Jun 14 14:16:24 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 02D0AAF2B3D for ; Tue, 14 Jun 2016 14:16:24 +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 E78F9262F for ; Tue, 14 Jun 2016 14:16:23 +0000 (UTC) (envelope-from db@db.net) Received: from night.db.net (localhost [127.0.0.1]) by diana.db.net (Postfix) with ESMTP id 0ED012AA3A4; Tue, 14 Jun 2016 08:15:45 -0600 (MDT) Received: by night.db.net (Postfix, from userid 1000) id C27E31CDE4; Tue, 14 Jun 2016 10:16:20 -0400 (EDT) Date: Tue, 14 Jun 2016 10:16:20 -0400 From: Diane Bruce To: Tim Kientzle Cc: lausts@acm.org, freebsd-arm@freebsd.org Subject: Re: Crossbuild Failure on Arm Message-ID: <20160614141620.GA35198@night.db.net> References: <20160613182234.GA72262@mail.laus.org> <9A77CE9C-C154-4449-9EF7-CA268D763B98@kientzle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9A77CE9C-C154-4449-9EF7-CA268D763B98@kientzle.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 14:16:24 -0000 On Tue, Jun 14, 2016 at 07:01:17AM -0700, Tim Kientzle wrote: > > > On Jun 13, 2016, at 11:22 AM, Thomas Laus wrote: > > > > I wanted to add a few NIC cards to my Beaglebone, so my next step was > > to build a toolchain for the arm arch. > ... > The only caveat: Local driver development will crash the machine occasionally, which will lose recent writes to the filesystem. Use git and push your work to some other machine regularly. NFS can also help here. What I have done is NFS src and /tmp /var/tmp Using flash as a R/W like that is slower than using NFS and you stand less chance of trashing a fs on the board. > > Cheers, > > Tim > Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-arm@freebsd.org Tue Jun 14 14:18:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27E4CAF2BBE for ; Tue, 14 Jun 2016 14:18:32 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5DE273E for ; Tue, 14 Jun 2016 14:18:30 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e0c19a6a-323a-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 14:18:33 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5EEIORr001193; Tue, 14 Jun 2016 08:18:25 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465913904.1188.141.camel@freebsd.org> Subject: Re: default root pass for bananapi From: Ian Lepore To: ticso@cicely.de Cc: freebsd-arm Date: Tue, 14 Jun 2016 08:18:24 -0600 In-Reply-To: <20160614051509.GA50738@cicely7.cicely.de> References: <1465863644.1188.134.camel@freebsd.org> <20160614051509.GA50738@cicely7.cicely.de> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 14:18:32 -0000 On Tue, 2016-06-14 at 07:15 +0200, Bernd Walter wrote: > On Mon, Jun 13, 2016 at 06:20:44PM -0600, Ian Lepore wrote: > > On Mon, 2016-06-13 at 09:12 -1000, David Cornejo wrote: > > > On Sun, Jun 12, 2016 at 10:28 AM, soko.tica > > > wrote: > > > > Hello list, > > > > > > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGE > > > > S/11 > > > > .0/FreeBSD-11.0-ALPHA1-arm-armv6-BANANAPI-20160528 > > > > -r300895.img.xz > > > > > > > > Does anyone know default password for root for BananaPi/Pro > > > > installed on > > > > MicroSD card from the above image? I am getting prompto through > > > > ssh, while > > > > cannot connect by other means. > > > > > > > > Thanks in advance > > > > _______________________________________________ > > > > freebsd-arm@freebsd.org mailing list > > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > > > To unsubscribe, send any mail to " > > > > freebsd-arm-unsubscribe@freebsd.org" > > > > > > Typically, root login over ssh is disabled in FreeBSD. You have > > > to > > > modify /etc/ssh/sshd_config and set "PermitRootLogin" to yes, > > > though > > > there are lots of people who will tell you that's a bad idea > > > > > > dave c > > > > I sure hope that isn't the right answer, because it would imply > > we're > > distributing images for some boards where you wouldn't be able to > > log > > into them to configure access unless you have a serial console > > debug > > cable. > > On the raspberries there is a user account on the prebuild images, > which is freebsd/freebsd, plus root/root for su. > https://wiki.freebsd.org/FreeBSD/arm/Raspberry Pi > Now *that* sounds like the right answer, thanks. I had forgotten all about the freebsd/freebsd user account for ssh'ing in. -- Ian From owner-freebsd-arm@freebsd.org Tue Jun 14 15:39:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7CA5FAF2680 for ; Tue, 14 Jun 2016 15:39:06 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x231.google.com (mail-vk0-x231.google.com [IPv6:2607:f8b0:400c:c05::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 276FC246B; Tue, 14 Jun 2016 15:39:06 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x231.google.com with SMTP id j2so50249969vkg.2; Tue, 14 Jun 2016 08:39:06 -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; bh=pohsf+KjGM0eLobJ532bgXP0HuXqqA/MTcOnObsadP0=; b=gMyRf6wYCCcAHpq615O1S+xoPjItDrRe7SOZUa/X75b56l5GePb4MDwCEU1Hq4UNtw KeO70cmqAaCbNSnz1NGsqnZa0hHPDGwZD6WMp6/UomEJuM6QWGzUihuIoeSf5NCsyv29 2mhFpPBVMUo8dCCZWEX3B4m7GpqtAF3xTIZfiJDDNRSatj4uGOaJs/xX051222SoWtKx yJYr58zgpjXKZxplELXvvIhdx7Y02Z6aeFDbBejPJnae5afr75Tbz8n6UuP+vvw1AbWv htEpQD/RiiiBSMN/zbAq9uSTdcsHsZOCPK+u7hfnJPSzxvG8Y8uJaKaP0U7lZsTwiRsY InJA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=pohsf+KjGM0eLobJ532bgXP0HuXqqA/MTcOnObsadP0=; b=lorlbJgLBe0Xcye+GOrJDLFEiJ5a5SFu5vcAT7hjzO2OdXJbHspMcN+0AdSCGOkyRs /JG+IqIveG+lXLur0mvAL2ny1TddvYeFuRRgjpBQye19sYC4zcraqeLTUMjeqAKcb939 8Nmwf4Zh+Ku49D6Y58j0vN0SvMpVgR+wPVIaVRINdCBHpaUo3iOzihyYqbKGARu1jPOX sTGZytRtbbks9IMNVVRLiq/TBcAbLQQUWr49nZo4+qdf3BtBKrMPrEOQVWYnP4T39QTW O/D9y48g5OPY2CqT81F5vriC5TWbNzYVsoAQtZuuitERU5N2PXr7Hy+Z/fuGgs38U5EM N6JQ== X-Gm-Message-State: ALyK8tIEJUWd3/QIgOHwBuiaBgYV7XbdCItQTQoYMFqn4DwYnyjL7pAw2HbtAKrCK1a0sAI+TVzPXPW3yR+UNg== X-Received: by 10.31.166.72 with SMTP id p69mr9413460vke.14.1465918745052; Tue, 14 Jun 2016 08:39:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Tue, 14 Jun 2016 08:39:04 -0700 (PDT) In-Reply-To: <1465913904.1188.141.camel@freebsd.org> References: <1465863644.1188.134.camel@freebsd.org> <20160614051509.GA50738@cicely7.cicely.de> <1465913904.1188.141.camel@freebsd.org> From: Russell Haley Date: Tue, 14 Jun 2016 08:39:04 -0700 Message-ID: Subject: Re: default root pass for bananapi To: Ian Lepore Cc: ticso@cicely.de, freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 15:39:06 -0000 Would users be created as part of installworld? Anyone know where I would go to look for that (Makefile perhaps)? Is there documentation on how the images on the website are built? On Tue, Jun 14, 2016 at 7:18 AM, Ian Lepore wrote: > On Tue, 2016-06-14 at 07:15 +0200, Bernd Walter wrote: >> On Mon, Jun 13, 2016 at 06:20:44PM -0600, Ian Lepore wrote: >> > On Mon, 2016-06-13 at 09:12 -1000, David Cornejo wrote: >> > > On Sun, Jun 12, 2016 at 10:28 AM, soko.tica >> > > wrote: >> > > > Hello list, >> > > > >> > > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/arm/armv6/ISO-IMAGE >> > > > S/11 >> > > > .0/FreeBSD-11.0-ALPHA1-arm-armv6-BANANAPI-20160528 >> > > > -r300895.img.xz >> > > > >> > > > Does anyone know default password for root for BananaPi/Pro >> > > > installed on >> > > > MicroSD card from the above image? I am getting prompto through >> > > > ssh, while >> > > > cannot connect by other means. >> > > > >> > > > Thanks in advance >> > > > _______________________________________________ >> > > > freebsd-arm@freebsd.org mailing list >> > > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> > > > To unsubscribe, send any mail to " >> > > > freebsd-arm-unsubscribe@freebsd.org" >> > > >> > > Typically, root login over ssh is disabled in FreeBSD. You have >> > > to >> > > modify /etc/ssh/sshd_config and set "PermitRootLogin" to yes, >> > > though >> > > there are lots of people who will tell you that's a bad idea >> > > >> > > dave c >> > >> > I sure hope that isn't the right answer, because it would imply >> > we're >> > distributing images for some boards where you wouldn't be able to >> > log >> > into them to configure access unless you have a serial console >> > debug >> > cable. >> >> On the raspberries there is a user account on the prebuild images, >> which is freebsd/freebsd, plus root/root for su. >> https://wiki.freebsd.org/FreeBSD/arm/Raspberry Pi >> > > Now *that* sounds like the right answer, thanks. I had forgotten all > about the freebsd/freebsd user account for ssh'ing in. > > -- Ian > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Jun 14 15:46:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C141DAF2861 for ; Tue, 14 Jun 2016 15:46:25 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22f.google.com (mail-vk0-x22f.google.com [IPv6:2607:f8b0:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DEDF28C1; Tue, 14 Jun 2016 15:46:25 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22f.google.com with SMTP id j2so50548065vkg.2; Tue, 14 Jun 2016 08:46:25 -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; bh=ratc1Vrv5/QNWBMT5Oy8dESwKDBVhj/rzFNn1UFTCFM=; b=jGMnZdS4mMd2w6hhm5f6kZaQdapch489S8JC9EExQyFFXBoWxcbfcbp5qwymQK7wG+ s9zvCKrVMTRJ9QiEhbmL1YAGcRupH7rkNXad64bO0WJcmOPx9z/xC5RE02Hni5jw6D+s G5r34z60w1vwNHBIkxI/b7hFDweBFyHM+5ErPcWtaFWN6o7vwF9P6IdnBbt4Ft8tOroH TzzMev8qnPf0XnMkMoXJgQ1BOVL6JH6/OxD4EAydT06hRUXHHSEx+yVH9DQCJD5lVQrM /aRjaybHRI8o6ESi0FNiVIWB70PWXGUouQZSePhTf7i3oV6GQrPSL2cVQM3HtXQ82bQI Duww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ratc1Vrv5/QNWBMT5Oy8dESwKDBVhj/rzFNn1UFTCFM=; b=B9CukTXGDgCENK22yIiX5wdlC0NR0JFiAdjWvcb00z1suBMGXb8OhliOw5RDtGoJEY Hz0HZ+c1J336legbHsFeX7rWr66pX+jl4OQRTmuTcSaG4bGWrsmuFD0bjxGoQxqMngyT 8YCQ36dv1bbOJzsxvCM81FhzZ3GGw4O4tHxJazTpRu8G7Jc6rSe0r9xK6wXGHCs0r+EH aTHKBbkVX2+6Fflcz8/GANLTfoQHoJiHhGETKURng+V/h4KN37NxhmDx7uKiUex05XKC AebHkIdmGM9Io1dHu4++l8LuB9miV3hNKWXls6qWpAyBMedJkom+OG1Ko/KEIgGpkhJF 9TJA== X-Gm-Message-State: ALyK8tKBWeMNa4AfkE60rxyp/r/reIYha6rPFUXuSfh064B+LXYMoJMbxCe6FfZcn/B8etVSFIYAs+2Jr0xxEQ== X-Received: by 10.31.166.72 with SMTP id p69mr9428248vke.14.1465919184551; Tue, 14 Jun 2016 08:46:24 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Tue, 14 Jun 2016 08:46:24 -0700 (PDT) In-Reply-To: <1465864289.1188.140.camel@freebsd.org> References: <20160610071928.GA75585@metron.com> <1465864289.1188.140.camel@freebsd.org> From: Russell Haley Date: Tue, 14 Jun 2016 08:46:24 -0700 Message-ID: Subject: Re: A possible solution to booting from another USB stick To: Ian Lepore Cc: Lou Katz , freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 15:46:25 -0000 On Mon, Jun 13, 2016 at 5:31 PM, Ian Lepore wrote: > On Fri, 2016-06-10 at 00:19 -0700, Lou Katz wrote: >> It occurred to me that as long as I had the same version of FreeBSD >> on the >> bootable card and in a USB adapter I could boot normally, then mount >> the system on the adapter card and do a chroot. >> >> A quicky and dirty test indicates that might work for what I want to >> do, >> which is to: >> a. modify an application >> b. add or subtract data files >> and as a freebie, I seem to get >> c. ability to change things without rebooting. >> >> I will report back after I try this in earnest. >> >> Thanks for the feedback. >> > > I apparently missed the first round of this question. > > In uboot, you need to do a "usb start", then do "usb dev" and see if it > recognizes your disk device. If so, you're in business, tell ubldr to > load the kernel from it instead of sdcard by doing: > > setenv loaderdev disk1 > > If there are multiple disks you might need disk2, disk3, whatever. If > there are multiple partitions involved you might need, for example, > disk1:2 to boot from partition 2. So does that mean there are three possible answers? 1) Create a new kernel and set ROOTDEVNAME" options ROOTDEVNAME=\"ufs:mmcsd0s2\" 2) If you have a good image with a kernel and rootfs on USB use a u-boot environment variable: uboot> setenv loaderdev disk1 3) If you can set the loader.conf file and want to run kernel on a default image (sdcard) and rootfs on USB: /boot/loader.conf (on the sd-card root) has vfs.root.mountfrom="ufs:/dev/ufs/bsd11" > -- Ian > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Tue Jun 14 15:53:21 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0EF0DAF2CAD for ; Tue, 14 Jun 2016 15:53:21 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D0C552D46 for ; Tue, 14 Jun 2016 15:53:20 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u5EFc61f066002 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Jun 2016 08:38:07 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u5EFc652066001; Tue, 14 Jun 2016 08:38:06 -0700 (PDT) (envelope-from fbsd) Date: Tue, 14 Jun 2016 08:38:05 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Shell or mv eats a period? Message-ID: <20160614153805.GB50221@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 15:53:21 -0000 During a recent update of freebsd-arm on an rpi2 I happened to type root@ns1:/boot/msdos # ls bootcode.bin fixup_cd.dat readme start_cd.elf ubldr config.txt fixup_x.dat rpi2.dtb start_x.elf fixup.dat licence.bro start.elf u-boot.bin To prepare for upgrading from r494499, I then typed root@ns1:/boot/msdos # mv rpi2.dtb rpi2.dtb.old root@ns1:/boot/msdos # ls bootcode.bin fixup_cd.dat readme start_cd.elf ubldr config.txt fixup_x.dat rpi2dtb.old start_x.elf fixup.dat licence.bro start.elf u-boot.bin Note that the renamed file has lost the first dot. Next, the new file was copied into position: root@ns1:/boot/msdos # cp /boot/dtb/rpi2.dtb /boot/msdos root@ns1:/boot/msdos # ls bootcode.bin fixup_cd.dat readme start.elf u-boot.bin config.txt fixup_x.dat rpi2.dtb start_cd.elf ubldr fixup.dat licence.bro rpi2dtb.old start_x.elf root@ns1:/boot/msdos # It's happened twice so far, so it's unlikely to be a wetware error 8-) Can anybody tell me what happened? thanks for reading, bob prohaska From owner-freebsd-arm@freebsd.org Tue Jun 14 15:53:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90EDFAF2CD6 for ; Tue, 14 Jun 2016 15:53:49 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 456C22D9D for ; Tue, 14 Jun 2016 15:53:49 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id d185so102997720vkg.0 for ; Tue, 14 Jun 2016 08:53:49 -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 :content-transfer-encoding; bh=H6Uw1Qqx6YyxPogTkoQOYpcnfoj0jPM6WokLuEEEVv4=; b=Lzp/eQdV3R8lh3wjlmOhk0+GCWr2DKzvOuMrIfAyw1eQtbyMvSmVr0gN0o/gu3cLu0 z9a4CE44L9QeeL6hMPfo9/ZuHwIoTzZz/Jo8WfXi1WJx8QqXH658D15ClW/aQuHdbG1Y MDosOmewMZa0HTBCgY1CV/F6JiOUGBvV6RQkmk2AD+Vo9rAN0cqJnS8UMICN6BdwihpU XqzIVhtQmtRA/Ntw4wnqB4c5C6OZiAy1/2UaMVUCNX5DrNfoHxgGW/9WI1IYB8Q2FKK1 pIZzrFbHQL/uaqyqtjSCAfmpc6C/f/TlLbK/c74uFP7PyL2cwvlxwOys0gDw+e7EZJs+ Oe3w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=H6Uw1Qqx6YyxPogTkoQOYpcnfoj0jPM6WokLuEEEVv4=; b=Mz/m2WE+Tcep4anIs6Aq6AnFLBX9i5Zw3gWYEwh/lWBGkHTkQBoe6Mr5QgmhrOI+KB pXrNekvlKGEI14ePolzmvVJru90DpYX4B28CxpVdQbNPQO8D+o6QRUc4Jn2zlLuLsrCB yAjjHuMjzYc1csQ7cN5pUAGZ+iugX9qAV7dZg0k8ZEhGLe6f1GqK70/F61lLlIugzVCg ihirfZMEwkdV+fojAp8THnBNWWr90w6ty1Kv0Bcwcy7TbyIxV3VXE9eWWCcBUBlhTUQJ 1hu8ElSMPdj6x5hwv9lqclSKfcHBjumtWqjFqlVViJH93OmVo6KWi1UIsvLOp+MUwC9a K7Zw== X-Gm-Message-State: ALyK8tIxduLvucNk5KIX/13/Hzl0GVKZ+UY/yubabNJEZmPKtGdkJ4aBwBhpW5tfqwBwVWn3tyuRf2lUO5nxYQ== X-Received: by 10.159.38.39 with SMTP id 36mr8861090uag.30.1465919628484; Tue, 14 Jun 2016 08:53:48 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Tue, 14 Jun 2016 08:53:48 -0700 (PDT) In-Reply-To: References: <1465863644.1188.134.camel@freebsd.org> <20160614051509.GA50738@cicely7.cicely.de> <1465913904.1188.141.camel@freebsd.org> From: Russell Haley Date: Tue, 14 Jun 2016 08:53:48 -0700 Message-ID: Subject: Re: default root pass for bananapi To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= , freebsd-arm Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 15:53:49 -0000 On Tue, Jun 14, 2016 at 8:42 AM, Mika=C3=ABl Urankar wrote: > 2016-06-14 17:39 GMT+02:00 Russell Haley : >> Would users be created as part of installworld? Anyone know where I >> would go to look for that (Makefile perhaps)? Is there documentation >> on how the images on the website are built? > > have a look at /usr/src/release/tools/arm.subr Brilliant, thanks so much Mika=C3=ABl. arm_create_user() {...} Russ From owner-freebsd-arm@freebsd.org Tue Jun 14 16:08:01 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4A451B6A143 for ; Tue, 14 Jun 2016 16:08:01 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0AA2785 for ; Tue, 14 Jun 2016 16:08:00 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 36bb05e1-324a-11e6-8929-8ded99d5e9d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 16:08:20 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5EG7wub001380; Tue, 14 Jun 2016 10:07:58 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465920477.1188.142.camel@freebsd.org> Subject: Re: Shell or mv eats a period? From: Ian Lepore To: bob prohaska , freebsd-arm@freebsd.org Date: Tue, 14 Jun 2016 10:07:57 -0600 In-Reply-To: <20160614153805.GB50221@www.zefox.net> References: <20160614153805.GB50221@www.zefox.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:08:01 -0000 On Tue, 2016-06-14 at 08:38 -0700, bob prohaska wrote: > During a recent update of freebsd-arm on an rpi2 I happened to type > root@ns1:/boot/msdos # ls > bootcode.bin fixup_cd.dat readme start_c > d.elf ubldr > config.txt fixup_x.dat rpi2.dtb start_x.elf > fixup.dat licence.bro start.elf u-boot.bin > > To prepare for upgrading from r494499, I then typed > > root@ns1:/boot/msdos # mv rpi2.dtb rpi2.dtb.old > > root@ns1:/boot/msdos # ls > bootcode.bin fixup_cd.dat readme start_c > d.elf ubldr > config.txt fixup_x.dat rpi2dtb.old start_x.elf > fixup.dat licence.bro start.elf u-boot.bin > > Note that the renamed file has lost the first dot. Next, the new file > was copied into position: > > root@ns1:/boot/msdos # cp /boot/dtb/rpi2.dtb /boot/msdos > root@ns1:/boot/msdos # ls > bootcode.bin fixup_cd.dat readme start.e > lf u-boot.bin > config.txt fixup_x.dat rpi2.dtb start_cd.elf > ubldr > fixup.dat licence.bro rpi2dtb.old start_x.elf > root@ns1:/boot/msdos # > > It's happened twice so far, so it's unlikely to be a wetware error 8 > -) > Can anybody tell me what happened? > > thanks for reading, > > bob prohaska A FAT filesystem enforces that there is only a single dot in a filename. Welcome to 1983. -- Ian From owner-freebsd-arm@freebsd.org Tue Jun 14 16:09:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CE010B6A1A9 for ; Tue, 14 Jun 2016 16:09:45 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from pmta2.delivery6.ore.mailhop.org (pmta2.delivery6.ore.mailhop.org [54.200.129.228]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 954F12838 for ; Tue, 14 Jun 2016 16:09:45 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 74f80ea9-324a-11e6-8929-8ded99d5e9d7 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound2.ore.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 16:10:05 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5EG9g5i001386; Tue, 14 Jun 2016 10:09:42 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465920582.1188.145.camel@freebsd.org> Subject: Re: default root pass for bananapi From: Ian Lepore To: Russell Haley Cc: freebsd-arm Date: Tue, 14 Jun 2016 10:09:42 -0600 In-Reply-To: References: <1465863644.1188.134.camel@freebsd.org> <20160614051509.GA50738@cicely7.cicely.de> <1465913904.1188.141.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:09:45 -0000 On Tue, 2016-06-14 at 08:39 -0700, Russell Haley wrote: > Would users be created as part of installworld? Anyone know where I > would go to look for that (Makefile perhaps)? Is there documentation > on how the images on the website are built? The images are built using the stuff in src/release. Creating users would be done as extra work after installworld, but I don't know the details of what's in the image-building scripts and configs. -- Ian From owner-freebsd-arm@freebsd.org Tue Jun 14 16:15:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27BD1B6A5C7 for ; Tue, 14 Jun 2016 16:15:49 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8E31C2E10 for ; Tue, 14 Jun 2016 16:15:48 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 42ef3389-324b-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Tue, 14 Jun 2016 16:15:50 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5EGFfad001402; Tue, 14 Jun 2016 10:15:41 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1465920941.1188.150.camel@freebsd.org> Subject: Re: A possible solution to booting from another USB stick From: Ian Lepore To: Russell Haley Cc: freebsd-arm , Lou Katz Date: Tue, 14 Jun 2016 10:15:41 -0600 In-Reply-To: References: <20160610071928.GA75585@metron.com> <1465864289.1188.140.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:15:49 -0000 On Tue, 2016-06-14 at 08:46 -0700, Russell Haley wrote: > On Mon, Jun 13, 2016 at 5:31 PM, Ian Lepore wrote: > > On Fri, 2016-06-10 at 00:19 -0700, Lou Katz wrote: > > > It occurred to me that as long as I had the same version of > > > FreeBSD > > > on the > > > bootable card and in a USB adapter I could boot normally, then > > > mount > > > the system on the adapter card and do a chroot. > > > > > > A quicky and dirty test indicates that might work for what I want > > > to > > > do, > > > which is to: > > > a. modify an application > > > b. add or subtract data files > > > and as a freebie, I seem to get > > > c. ability to change things without rebooting. > > > > > > I will report back after I try this in earnest. > > > > > > Thanks for the feedback. > > > > > > > I apparently missed the first round of this question. > > > > In uboot, you need to do a "usb start", then do "usb dev" and see > > if it > > recognizes your disk device. If so, you're in business, tell ubldr > > to > > load the kernel from it instead of sdcard by doing: > > > > setenv loaderdev disk1 > > > > If there are multiple disks you might need disk2, disk3, whatever. > > If > > there are multiple partitions involved you might need, for example, > > disk1:2 to boot from partition 2. > > So does that mean there are three possible answers? > > 1) Create a new kernel and set ROOTDEVNAME" > > options ROOTDEVNAME=\"ufs:mmcsd0s2\" > The ROOTDEVNAME from kernel config is used as a fallback if no vfs.root.mountfrom is set. It's generally useful only when you bypass ubldr and load the kernel directly from uboot. > > 2) If you have a good image with a kernel and rootfs on USB use a > u-boot environment variable: > > uboot> setenv loaderdev disk1 > This is the way to get the kernel and the root filesystem to come from the same alternate disk device/partition. > > 3) If you can set the loader.conf file and want to run kernel on a > default image (sdcard) and rootfs on USB: > > /boot/loader.conf > > (on the sd-card root) has > > vfs.root.mountfrom="ufs:/dev/ufs/bsd11" If you have this in loader.conf, it will override ubldr's logic that automatically sets it from what it finds in /etc/fstab. You'd get the effect of the kernel coming from sdcard, and the rootfs from another device. -- Ian From owner-freebsd-arm@freebsd.org Tue Jun 14 16:57:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C744EB726DD for ; Tue, 14 Jun 2016 16:57:32 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from kif.fubar.geek.nz (kif.fubar.geek.nz [178.62.119.249]) by mx1.freebsd.org (Postfix) with ESMTP id 982122B7F for ; Tue, 14 Jun 2016 16:57:31 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from zapp (global-5-142.nat-2.net.cam.ac.uk [131.111.5.142]) by kif.fubar.geek.nz (Postfix) with ESMTPSA id A2437D7A17; Tue, 14 Jun 2016 16:57:01 +0000 (UTC) Date: Tue, 14 Jun 2016 17:57:00 +0100 From: Andrew Turner To: Guy Yur Cc: freebsd-arm Subject: Re: ODROID C1+ doesn't finish booting on 11-CURRENT after r301062 Message-ID: <20160614175700.19bdf896@zapp> In-Reply-To: References: X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:57:32 -0000 This should be fixed in r301890. Andrew On Sat, 11 Jun 2016 15:56:09 +0300 Guy Yur wrote: > Hi, > > My ODROID C1+ gets stuck during boot starting with r301062 > (still gets stuck with r301778). > > Sometimes there are continuous prints of > "mmcsd0: Error indicated: 1 Timeout". > When there are no mmcsd timeouts, it still doesn't get to > the login prompt with last print being the NIC bringup. > > Adding the bellow print code to gic_bind() mask loop, > I see arm_gic_map[cpu] is 0 when setting one of the IRQs. > > for (mask = 0, cpu = 0; cpu < end; cpu++) > if (CPU_ISSET(cpu, cpus)) { > mask |= arm_gic_map[cpu]; > if (arm_gic_map[cpu] != 1 << cpu) > device_printf(sc->gic_dev, > "irq = %u, cpu = %u, arm_gic_map[cpu] = 0x%08x\n", > irq, cpu, arm_gic_map[cpu]); > } > > # dmesg | grep -B1 arm_gic_map > Release APs > gic0: irq = 32, cpu = 1, arm_gic_map[cpu] = 0x00000000 > > # dmesg | grep -B1 arm_gic_map > Release APs > gic0: irq = 35, cpu = 2, arm_gic_map[cpu] = 0x00000000 > > > If I add prints to the end of gic_bind() the board boots fine. > (Probably because of the delay added by the prints) > > Example: > device_printf(sc->gic_dev, "irq = %u, mask = 0x%08x\n", irq, mask); > return (0); > > # dmesg | grep -e "gic0: pn" -e "gic0: irq" -e "Release APs" > gic0: pn 0x390, arch 0x1, rev 0x1, implementer 0x43b irqs 256 > gic0: irq = 32, mask = 0x00000001 > gic0: irq = 42, mask = 0x00000001 > gic0: irq = 122, mask = 0x00000001 > gic0: irq = 58, mask = 0x00000001 > gic0: irq = 107, mask = 0x00000001 > gic0: irq = 125, mask = 0x00000001 > gic0: irq = 60, mask = 0x00000001 > gic0: irq = 110, mask = 0x00000001 > gic0: irq = 62, mask = 0x00000001 > gic0: irq = 63, mask = 0x00000001 > gic0: irq = 40, mask = 0x00000001 > gic0: irq = 35, mask = 0x00000001 > Release APs > gic0: irq = 32, mask = 0x00000002 > gic0: irq = 35, mask = 0x00000004 > gic0: irq = 40, mask = 0x00000008 > gic0: irq = 42, mask = 0x00000001 > gic0: irq = 58, mask = 0x00000002 > gic0: irq = 60, mask = 0x00000004 > gic0: irq = 62, mask = 0x00000008 > gic0: irq = 63, mask = 0x00000001 > gic0: irq = 107, mask = 0x00000002 > gic0: irq = 110, mask = 0x00000004 > gic0: irq = 122, mask = 0x00000008 > gic0: irq = 125, mask = 0x00000001 > > > Thanks, > Guy > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Jun 14 18:52:18 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A105DAF2D93 for ; Tue, 14 Jun 2016 18:52:18 +0000 (UTC) (envelope-from ilya@bakulin.de) Received: from olymp.kibab.com (olymp6.kibab.com [IPv6:2a01:4f8:160:84c1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 677062910 for ; Tue, 14 Jun 2016 18:52:17 +0000 (UTC) (envelope-from ilya@bakulin.de) DKIM-Filter: OpenDKIM Filter v2.10.3 olymp.kibab.com 8DC1A4E685 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bakulin.de; s=default; t=1465930335; bh=c5IWLXj/uoGz3wMlRaVHX9uIzahqfU/bE/Yr6HFJJNA=; h=Subject:To:References:Cc:From:Date:In-Reply-To; b=SC4XX9vmTJqkpAMCNowvEbi9HTUoUm3vwTjKneHuuBNXFfoNnVayttZpygdyladZF Coo4QOm6cK6FspHJI3+iiE3iEKGtDsWqtK/ufxsgjc6ll6LujiktpBXdMvZOoB5rD4 ieqbPmCL1HeEAiny6kxZA1aM42aRH1DAqOVyidk8= Subject: Re: RPi2 i/o blocking and SD card performance To: Russell Haley , Gergely Imreh References: Cc: FreeBSD ARM From: Ilya Bakulin Message-ID: <29c90ef2-f014-fd45-fa9b-55a933d0aad0@bakulin.de> Date: Tue, 14 Jun 2016 20:52:09 +0200 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GsE7U9TOlDrjMKRmxKpEcLNa4RxsBl90J" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 18:52:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --GsE7U9TOlDrjMKRmxKpEcLNa4RxsBl90J Content-Type: multipart/mixed; boundary="CXFGmo39UtQ0Pg54tr3KTbb29tULrFGCQ" From: Ilya Bakulin To: Russell Haley , Gergely Imreh Cc: FreeBSD ARM Message-ID: <29c90ef2-f014-fd45-fa9b-55a933d0aad0@bakulin.de> Subject: Re: RPi2 i/o blocking and SD card performance References: In-Reply-To: --CXFGmo39UtQ0Pg54tr3KTbb29tULrFGCQ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09/06/16 20:57, Russell Haley wrote: > On Thu, Jun 9, 2016 at 2:37 AM, Gergely Imreh wrote:= >> Hi, >> >> I've been testing FreeBSD 11.0-CURRENT on a RaspberryPi2. I'm relative= ly >> new to FreeBSD, and wondering if there's any advice for improving the >> performance a bit. >> >> I wonder if the new CAM based SDIO subsystem is any faster? >> >> It should be, in theory. In practice, I haven't measured that yet. The new stack is still missing support for high-speed cards. Although it's trivial to switch both the stack and the card to HS mode from the userland via camcontrol. I just haven't had time to do such tests, and in general work on the stack during the last three months due to ENOTIME. -- Ilya --CXFGmo39UtQ0Pg54tr3KTbb29tULrFGCQ-- --GsE7U9TOlDrjMKRmxKpEcLNa4RxsBl90J Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iEYEARECAAYFAldgUl8ACgkQo9vlj1oadwgThgCaAkLeyLCXU+Cv+ZHkZ4G8kfJE MGQAoOpS5pkRmClkUqjYP/NFkseax92J =yLII -----END PGP SIGNATURE----- --GsE7U9TOlDrjMKRmxKpEcLNa4RxsBl90J-- From owner-freebsd-arm@freebsd.org Wed Jun 15 02:17:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0A7F9B7201F for ; Wed, 15 Jun 2016 02:17:25 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B442E26ED; Wed, 15 Jun 2016 02:17:24 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u5F2HLuN088474 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 14 Jun 2016 19:17:22 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u5F2HK9x088473; Tue, 14 Jun 2016 19:17:20 -0700 (PDT) (envelope-from fbsd) Date: Tue, 14 Jun 2016 19:17:20 -0700 From: bob prohaska To: Ian Lepore Cc: freebsd-arm@freebsd.org Subject: Re: Shell or mv eats a period? Message-ID: <20160615021720.GA37214@www.zefox.net> References: <20160614153805.GB50221@www.zefox.net> <1465920477.1188.142.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1465920477.1188.142.camel@freebsd.org> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 02:17:25 -0000 On Tue, Jun 14, 2016 at 10:07:57AM -0600, Ian Lepore wrote: > > A FAT filesystem enforces that there is only a single dot in a > filename. Welcome to 1983. > I overlooked that detail completely. I'd have expected an "illegal filename" reply in that case.... Thanks! bob prohaska From owner-freebsd-arm@freebsd.org Wed Jun 15 19:39:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6D73A445C8 for ; Wed, 15 Jun 2016 19:39:32 +0000 (UTC) (envelope-from lausts@laus.org) Received: from cdptpa-oedge-vip.email.rr.com (cdptpa-outbound-snat.email.rr.com [107.14.166.225]) by mx1.freebsd.org (Postfix) with ESMTP id AEC89195A for ; Wed, 15 Jun 2016 19:39:32 +0000 (UTC) (envelope-from lausts@laus.org) Received: from [173.88.10.122] ([173.88.10.122:49860] helo=mail.laus.org) by cdptpa-oedge02 (envelope-from ) (ecelerity 3.5.0.35861 r(Momo-dev:tip)) with ESMTP id 2F/54-26258-0BEA1675; Wed, 15 Jun 2016 19:38:25 +0000 Received: from mail.laus.org (localhost [127.0.0.1]) by mail.laus.org (8.15.2/8.15.2) with ESMTPS id u5FJcNZC079742 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 15 Jun 2016 15:38:24 -0400 (EDT) (envelope-from lausts@laus.org) Received: (from lausts@localhost) by mail.laus.org (8.15.2/8.15.2/Submit) id u5FJcN4G079741; Wed, 15 Jun 2016 15:38:23 -0400 (EDT) (envelope-from lausts) Date: Wed, 15 Jun 2016 15:38:23 -0400 From: Thomas Laus To: Diane Bruce Cc: freebsd-arm@freebsd.org Subject: Re: Crossbuild Failure on Arm Message-ID: <20160615193823.GA79718@mail.laus.org> Reply-To: lausts@acm.org References: <20160613182234.GA72262@mail.laus.org> <9A77CE9C-C154-4449-9EF7-CA268D763B98@kientzle.com> <20160614141620.GA35198@night.db.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160614141620.GA35198@night.db.net> X-Operating-System: FreeBSD 10.3-RELEASE-p5 on an amd64 User-Agent: Mutt/1.6.1 (2016-04-27) X-RR-Connecting-IP: 107.14.168.130:25 X-Cloudmark-Score: 0 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 19:39:33 -0000 Diane Bruce [db@db.net] wrote: > ... > The only caveat: Local driver development will crash the machine occasionally, which will lose recent writes to the filesystem. Use git and push your work to some other machine regularly. NFS can also help here. > > What I have done is NFS src and /tmp /var/tmp > > Using flash as a R/W like that is slower than using NFS and you stand > less chance of trashing a fs on the board. > That worked very well. Thank you Tom -- Public Keys: PGP KeyID = 0x5F22FDC1 GnuPG KeyID = 0x620836CF From owner-freebsd-arm@freebsd.org Wed Jun 15 20:31:54 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 97E12A475FA for ; Wed, 15 Jun 2016 20:31:54 +0000 (UTC) (envelope-from redjasper_80@hotmail.com) Received: from BLU004-OMC3S21.hotmail.com (blu004-omc3s21.hotmail.com [65.55.116.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.outlook.com", Issuer "Microsoft IT SSL SHA2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 632C31750 for ; Wed, 15 Jun 2016 20:31:53 +0000 (UTC) (envelope-from redjasper_80@hotmail.com) Received: from BLU436-SMTP57 ([65.55.116.74]) by BLU004-OMC3S21.hotmail.com over TLS secured channel with Microsoft SMTPSVC(7.5.7601.23008); Wed, 15 Jun 2016 13:31:47 -0700 X-TMN: [jrtQMif10tFcEnuRwetiM/dH1fC/7ANd] X-Originating-Email: [redjasper_80@hotmail.com] Message-ID: From: Opinion Outpost Subject: Job Opportunity.....Register Now and Get Paid To: freebsd-arm@freebsd.org MIME-Version: 1.0 Date: Wed, 15 Jun 2016 21:31:43 +0100 X-Antivirus: avast! (VPS 160615-1, 06/15/2016), Outbound message X-Antivirus-Status: Clean X-OriginalArrivalTime: 15 Jun 2016 20:31:47.0196 (UTC) FILETIME=[F031E3C0:01D1C744] Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 20:31:54 -0000 - This mail is in HTML. Some elements may be ommited in plain text. - We have a Customer Service Survey Assignment in your location.We will = pay $200 per assignment which would come in the form of a cashiers che= ck along with comprehensive details in regards to your assignment. Ki= ndly CLICK HERE to read more and sign Up if interested. Best Regards, David Rose Opinion Outpost=AE From owner-freebsd-arm@freebsd.org Wed Jun 15 21:32:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54CE4A31331 for ; Wed, 15 Jun 2016 21:32:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1E8671A2C for ; Wed, 15 Jun 2016 21:32:32 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 41EE71FE023; Wed, 15 Jun 2016 23:32:21 +0200 (CEST) Subject: Re: RPI2 network performance To: fbsdarm@openmailbox.org, freebsd-arm@freebsd.org References: From: Hans Petter Selasky Message-ID: <90a3d2fb-371c-e81b-75e9-2adfcb4af31d@selasky.org> Date: Wed, 15 Jun 2016 23:35:55 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 21:32:33 -0000 On 06/13/16 23:34, fbsdarm@openmailbox.org wrote: > Hello, > > I can not get more than 10Mbps down on an RPI2. Test have been done > through both the default fast-ethernet port and a couple of USB network > adapter (different chipsets). > All recognized but all stuck at 10Mbps max. I've used curl to /dev/null > for the test. (to exclude potential SDCard limit).I am running 11.0-ALPHA2. > > Is there any trick needed to get 100Mbps pass-through? (Just want to use > it as a gateway/firewall). > Thanks, Hi, The RPI2 should get you from 80-100 MBps. Sounds like a link problem. Can you show output from ifconfig and iperf ? --HPS From owner-freebsd-arm@freebsd.org Wed Jun 15 21:36:43 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5E754A3149F for ; Wed, 15 Jun 2016 21:36:43 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (mail.turbocat.net [IPv6:2a01:4f8:d16:4514::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B51B1CEF for ; Wed, 15 Jun 2016 21:36:43 +0000 (UTC) (envelope-from hps@selasky.org) Received: from laptop015.home.selasky.org (unknown [62.141.129.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 9D8611FE023; Wed, 15 Jun 2016 23:36:41 +0200 (CEST) Subject: Re: RPI2 network performance To: fbsdarm@openmailbox.org, freebsd-arm@freebsd.org References: <90a3d2fb-371c-e81b-75e9-2adfcb4af31d@selasky.org> From: Hans Petter Selasky Message-ID: <0e4efb4b-df37-263e-1aaf-c869c0477a62@selasky.org> Date: Wed, 15 Jun 2016 23:40:15 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.0 MIME-Version: 1.0 In-Reply-To: <90a3d2fb-371c-e81b-75e9-2adfcb4af31d@selasky.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 21:36:43 -0000 On 06/15/16 23:35, Hans Petter Selasky wrote: > On 06/13/16 23:34, fbsdarm@openmailbox.org wrote: >> Hello, >> >> I can not get more than 10Mbps down on an RPI2. Test have been done >> through both the default fast-ethernet port and a couple of USB network >> adapter (different chipsets). >> All recognized but all stuck at 10Mbps max. I've used curl to /dev/null >> for the test. (to exclude potential SDCard limit).I am running >> 11.0-ALPHA2. >> >> Is there any trick needed to get 100Mbps pass-through? (Just want to use >> it as a gateway/firewall). >> Thanks, > > Hi, > > The RPI2 should get you from 80-100 MBps. Sounds like a link problem. > Can you show output from ifconfig and iperf ? > > --HPS > Further check if kernel is built with WITNESS and INVARIANT options. It will slow down network performance. --HPS From owner-freebsd-arm@freebsd.org Thu Jun 16 03:30:24 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 05DBEA47617 for ; Thu, 16 Jun 2016 03:30:24 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-153.reflexion.net [208.70.211.153]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AF0541D03 for ; Thu, 16 Jun 2016 03:30:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29216 invoked from network); 16 Jun 2016 03:30:51 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 16 Jun 2016 03:30:51 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Wed, 15 Jun 2016 23:30:13 -0400 (EDT) Received: (qmail 19063 invoked from network); 16 Jun 2016 03:30:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 16 Jun 2016 03:30:13 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.0.105] (ip70-189-131-151.lv.lv.cox.net [70.189.131.151]) by iron2.pdx.net (Postfix) with ESMTPSA id D5C841C405F; Wed, 15 Jun 2016 20:30:09 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] Message-Id: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> Date: Wed, 15 Jun 2016 20:30:14 -0700 To: freebsd-arm , FreeBSD Current , kwhite@site.uottawa.ca Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 03:30:24 -0000 h= ttps://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html = reports an RPI-B alignment fault for -r301815 (the snapshot) "when = connecting via WiFi". -r301872 ( = https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) = has a fix for networking vs. alignment handling for armv6 contexts that = might be needed. Quoting: > Author: ian > Date: Mon Jun 13 16:48:27 2016 > New Revision: 301872 > URL:=20 > https://svnweb.freebsd.org/changeset/base/301872 >=20 >=20 > Log: > Do not define __NO_STRICT_ALIGNMENT for armv6. While the = requirements > are no longer natural-alignment strict, there are still some = restrictions. > =20 > FreeBSD network code assumes data is naturally-aligned or is running > on a platform with no restrictions; pointers are not annotated to > indicate the data pointed to may be packed or unaligned. The clang > optimizer can sometimes combine the load or store of a pair of = adjacent > 32-bit values into a single doubleword load/store, and that = operation > requires at least 4-byte alignment. __NO_STRICT_ALIGNMENT can lead > to tcp headers being only 2-byte aligned. > =20 > Note that alignment faults remain disabled on armv6, this change = reverts > only the defining of the symbol which leads to some overly-agressive = code > shortcuts when building common/shared drivers and network code for = arm. > =20 > Approved by: re(kib) >=20 > Modified: > head/sys/arm/include/_types.h >=20 > Modified: head/sys/arm/include/_types.h > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > --- head/sys/arm/include/_types.h Mon Jun 13 11:19:06 2016 = (r301871) > +++ head/sys/arm/include/_types.h Mon Jun 13 16:48:27 2016 = (r301872) > @@ -43,10 +43,6 @@ > #error this file needs sys/cdefs.h as a prerequisite > #endif > =20 > -#if __ARM_ARCH >=3D 6 > -#define __NO_STRICT_ALIGNMENT > -#endif > - > /* > * Basic types upon which most other types are built. > */ =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-arm@freebsd.org Thu Jun 16 04:30:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F78EA5362D for ; Thu, 16 Jun 2016 04:30:53 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 28EEE1A52 for ; Thu, 16 Jun 2016 04:30:52 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.6.89] (unknown [64.134.182.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 407F521F808 for ; Wed, 15 Jun 2016 23:21:51 -0500 (CDT) Subject: Re: RPI2 network performance To: freebsd-arm@freebsd.org References: <90a3d2fb-371c-e81b-75e9-2adfcb4af31d@selasky.org> <0e4efb4b-df37-263e-1aaf-c869c0477a62@selasky.org> From: Karl Denninger Message-ID: <5762295D.8050208@denninger.net> Date: Wed, 15 Jun 2016 23:21:49 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.5.0 MIME-Version: 1.0 In-Reply-To: <0e4efb4b-df37-263e-1aaf-c869c0477a62@selasky.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080200060108090605000507" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 04:30:53 -0000 This is a cryptographically signed message in MIME format. --------------ms080200060108090605000507 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable RPI2's kernel config, by default, does appear to have INVARIANTS defined "as delivered" in the source tree.... On 6/15/2016 16:40, Hans Petter Selasky wrote: > On 06/15/16 23:35, Hans Petter Selasky wrote: >> On 06/13/16 23:34, fbsdarm@openmailbox.org wrote: >>> Hello, >>> >>> I can not get more than 10Mbps down on an RPI2. Test have been done >>> through both the default fast-ethernet port and a couple of USB netwo= rk >>> adapter (different chipsets). >>> All recognized but all stuck at 10Mbps max. I've used curl to /dev/nu= ll >>> for the test. (to exclude potential SDCard limit).I am running >>> 11.0-ALPHA2. >>> >>> Is there any trick needed to get 100Mbps pass-through? (Just want to >>> use >>> it as a gateway/firewall). >>> Thanks, >> >> Hi, >> >> The RPI2 should get you from 80-100 MBps. Sounds like a link problem. >> Can you show output from ifconfig and iperf ? >> >> --HPS >> > > Further check if kernel is built with WITNESS and INVARIANT options. > It will slow down network performance. > > --HPS > > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" --=20 Karl Denninger karl@denninger.net /The Market Ticker/ --------------ms080200060108090605000507 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA2MTYwNDIxNDlaME8GCSqGSIb3DQEJBDFCBECB vYfGrAhVS78y6Ba1jWPQH2OyzJ/9kVBrL0G7yOkoG2zOxae1uogx3Md5RwTdBNDtiUQYyLZD ux5vxLJIpAEIMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAP4kRj1a7 rC9fHXwSvgK5Gg1DRI5S7aGkw64jH5wLKectj9v8Fju9EGAOmqGWW6kGB546bHBNRfBPqbVg oDUc8Mk4nGL+rh1iFvsZCgvn9lepVMR7V6J94DL0WGDwpqLHqYKcCBmtF61vJckD0//mt9Lh rlEwbAxZ16xAnprgdfiPinQ2NPIwzDEL2LBmnxu6ATU7FLWxRupFkSFPYFQwgsZw9wd+i2Hc mJ4hnTV2mNRjCvYf6gNoDbiS14t7t1pC/XOMv5gr5i0re4SrFj4yxdffD5h3r/M1R1lDt1so mtqjhq0UgHI/RckZYRLtGdhd7mbTAl7rf6J4y/Fi75Nthc6YVBHjw0DZTUrSkszYMmvT3yVo ming91e+1iai9gEY+jk4bI5bsW6lZPXMplyNbOXJf8u4Bbalmx3x77gXie4mTljHHvnfAv6i ZCo8mFB2B7xf8ncUD+bOYsUobtR4dpiq/PX27spUD8FWwGat07m6OwXcA6CTlwUqt4VIQbn+ Q3Idynt3YcFJD78Z22Cr/KCT3UyBDgcE3YGSLIoUzMox1PfpauuQIQG7mqXTGOJRIrpGwIGM F9QJYOv0z75xGzlL0H8+bboDMpNFSVfIuYd+NBvQvW0SKNDaka/p11/PobnPd061qMI9domV HMdqtkHj/kWwbTTT9ao2mR7AJrQAAAAAAAA= --------------ms080200060108090605000507-- From owner-freebsd-arm@freebsd.org Thu Jun 16 11:03:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 18C26A6BA18; Thu, 16 Jun 2016 11:03:32 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CD4D11153; Thu, 16 Jun 2016 11:03:31 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-74-51-49-4.vianet.ca [74.51.49.4]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5GB3SMH099386 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 16 Jun 2016 07:03:29 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Thu, 16 Jun 2016 07:03:23 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Mark Millard cc: freebsd-arm , FreeBSD Current Subject: RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 11:03:32 -0000 On Wed, 15 Jun 2016, Mark Millard wrote: > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html reports an RPI-B alignment fault for -r301815 (the snapshot) "when connecting via WiFi". > > -r301872 ( https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) has a fix for networking vs. alignment handling for armv6 contexts that might be needed. Quoting: > >> Author: ian >> Date: Mon Jun 13 16:48:27 2016 >> New Revision: 301872 >> URL: >> https://svnweb.freebsd.org/changeset/base/301872 > ... Thanks for pointing this out! I'll see if a (complete) rebuild at that rev fixes the problem. ...keith From owner-freebsd-arm@freebsd.org Thu Jun 16 16:17:59 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0335A47271 for ; Thu, 16 Jun 2016 16:17:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 943A816EA; Thu, 16 Jun 2016 16:17:59 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id B71C3139B; Thu, 16 Jun 2016 16:17:59 +0000 (UTC) Date: Thu, 16 Jun 2016 16:17:57 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, asomers@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <986717518.88.1466093879757.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3417 - Failure MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: FAILURE Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 16:17:59 -0000 FreeBSD_HEAD_arm64 - Build #3417 - Failure: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3417/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3417/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3417/console Change summaries: 301967 by asomers: Fix usr.sbin/rpcbind ATF tests on 32-bit platforms usr.sbin/rpcbind/tests/addrmerge_test.c Fix some sizeof calculations that work only by luck on 64-bit platforms. PR: 210314 Reviewed by: ngie Approved by: re (kib) Reported by: Mark Millard MFC after: 4 weeks Sponsored by: Spectra Logic Corp Differential Revision: https://reviews.freebsd.org/D6855 301966 by hselasky: Add support for libusb_set_auto_detach_kernel_driver() to the LibUSB v1.0 API. Approved by: re (kostikbel) Requested by: swills MFC after: 1 week The end of the build log: [...truncated 58243 lines...] cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.alloc.o -MTalloc.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/alloc.c -o alloc.o --- all_subdir_lib/libusbhid --- --- descr_compat.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.descr_compat.o -MTdescr_compat.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/descr_compat.c -o descr_compat.o --- parse.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.parse.o -MTparse.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/parse.c -o parse.o --- all_subdir_lib/libunbound --- --- as112.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.as112.o -MTas112.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/as112.c -o as112.o --- autotrust.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.autotrust.o -MTautotrust.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/validator/autotrust.c -o autotrust.o --- all_subdir_lib/libusbhid --- --- usage.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.usage.o -MTusage.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/usage.c -o usage.o --- cddl/lib__L --- --- libzpool.so.2.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug libzpool.so.2.full libzpool.so.2.debug --- libzpool.so.2 --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=libzpool.so.2.debug libzpool.so.2.full libzpool.so.2 --- realinstall_subdir_cddl/lib/drti --- ===> cddl/lib/drti (install) --- _FILESINS --- sh /usr/src/tools/install.sh -o root -g wheel -m 444 drti.o /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/dtrace/ --- realinstall_subdir_cddl/lib/libavl --- ===> cddl/lib/libavl (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libavl.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ --- lib__L --- --- data.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.data.o -MTdata.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/data.c -o data.o --- cddl/lib__L --- sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libavl.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libavl.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libavl.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libavl.so --- realinstall_subdir_cddl/lib/libctf --- ===> cddl/lib/libctf (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libctf.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libctf.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libctf.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libctf.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libctf.so --- realinstall_subdir_cddl/lib/libdtrace --- ===> cddl/lib/libdtrace (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libdtrace.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libdtrace.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libdtrace.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libdtrace.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libdtrace.so --- _FILESINS --- sh /usr/src/tools/install.sh -o root -g wheel -m 444 /usr/src/cddl/lib/libdtrace/errno.d /usr/src/cddl/lib/libdtrace/io.d /usr/src/cddl/lib/libdtrace/ip.d /usr/src/cddl/lib/libdtrace/psinfo.d /usr/src/cddl/lib/libdtrace/siftr.d /usr/src/cddl/lib/libdtrace/signal.d /usr/src/cddl/lib/libdtrace/tcp.d /usr/src/cddl/lib/libdtrace/udp.d /usr/src/cddl/lib/libdtrace/unistd.d /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/dtrace/ --- lib__L --- --- descr.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -MD -MF.depend.descr.So -MTdescr.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/descr.c -o descr.So --- cddl/lib__L --- --- realinstall_subdir_cddl/lib/libnvpair --- ===> cddl/lib/libnvpair (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libnvpair.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libnvpair.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libnvpair.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libnvpair.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libnvpair.so --- realinstall_subdir_cddl/lib/libumem --- ===> cddl/lib/libumem (install) --- lib__L --- --- descr_compat.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -MD -MF.depend.descr_compat.So -MTdescr_compat.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/descr_compat.c -o descr_compat.So --- cddl/lib__L --- --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libumem.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libumem.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ --- lib__L --- --- parse.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -MD -MF.depend.parse.So -MTparse.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/parse.c -o parse.So --- cddl/lib__L --- sh /usr/src/tools/install.sh -o root -g wheel -m 444 libumem.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libumem.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libumem.so --- realinstall_subdir_cddl/lib/libuutil --- ===> cddl/lib/libuutil (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libuutil.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libuutil.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libuutil.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libuutil.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libuutil.so --- realinstall_subdir_cddl/lib/libzfs_core --- ===> cddl/lib/libzfs_core (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libzfs_core.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libzfs_core.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libzfs_core.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libzfs_core.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libzfs_core.so --- realinstall_subdir_cddl/lib/libzfs --- ===> cddl/lib/libzfs (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libzfs.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libzfs.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libzfs.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libzfs.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libzfs.so --- realinstall_subdir_cddl/lib/libzpool --- ===> cddl/lib/libzpool (install) --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libzpool.a /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/ sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 libzpool.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/lib/ sh /usr/src/tools/install.sh -o root -g wheel -m 444 libzpool.so.2.debug /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/debug/lib/ sh /usr/src/tools/install.sh -l rs /usr/obj/arm64.aarch64/usr/src/tmp/lib/libzpool.so.2 /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libzpool.so --- lib__L --- --- usage.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -MD -MF.depend.usage.So -MTusage.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/usage.c -o usage.So --- all_subdir_lib/libucl --- --- ucl_schema.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/include -I/usr/src/lib/libucl/../../contrib/libucl/src -I/usr/src/lib/libucl/../../contrib/libucl/uthash -I/usr/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_schema.So -MTucl_schema.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libucl/../../contrib/libucl/src/ucl_schema.c -o ucl_schema.So --- all_subdir_lib/libusbhid --- --- data.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -MD -MF.depend.data.So -MTdata.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -Wmissing-variable-declarations -Wthread-safety -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Qunused-arguments -c /usr/src/lib/libusbhid/data.c -o data.So --- libusbhid.a --- building static usbhid library /usr/local/aarch64-freebsd/bin/ar -crD libusbhid.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder descr.o descr_compat.o parse.o usage.o data.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libusbhid.a --- libusbhid.so.4.full --- building shared library libusbhid.so.4 cc -B/usr/local/aarch64-freebsd/bin/ -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libusbhid.so.4.full -Wl,-soname,libusbhid.so.4 `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder descr.So descr_compat.So parse.So usage.So data.So | tsort -q` --- libusbhid.so.4.debug --- /usr/local/aarch64-freebsd/bin/objcopy --only-keep-debug libusbhid.so.4.full libusbhid.so.4.debug --- libusbhid.so.4 --- /usr/local/aarch64-freebsd/bin/objcopy --strip-debug --add-gnu-debuglink=libusbhid.so.4.debug libusbhid.so.4.full libusbhid.so.4 --- all_subdir_lib/libunbound --- --- config_file.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.config_file.o -MTconfig_file.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/config_file.c -o config_file.o --- configlexer.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.configlexer.o -MTconfiglexer.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c configlexer.c -o configlexer.o --- all_subdir_lib/libucl --- --- ucl_sexp.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/include -I/usr/src/lib/libucl/../../contrib/libucl/src -I/usr/src/lib/libucl/../../contrib/libucl/uthash -I/usr/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_sexp.So -MTucl_sexp.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libucl/../../contrib/libucl/src/ucl_sexp.c -o ucl_sexp.So --- all_subdir_lib/libunbound --- --- configparser.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.configparser.o -MTconfigparser.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c configparser.c -o configparser.o --- all_subdir_lib/libucl --- --- ucl_util.So --- cc -B/usr/local/aarch64-freebsd/bin/ -fpic -DPIC -g -O2 -pipe -I/usr/src/lib/libucl/../../contrib/libucl/include -I/usr/src/lib/libucl/../../contrib/libucl/src -I/usr/src/lib/libucl/../../contrib/libucl/uthash -I/usr/src/lib/libucl/../../contrib/libucl/klib -MD -MF.depend.ucl_util.So -MTucl_util.So -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c /usr/src/lib/libucl/../../contrib/libucl/src/ucl_util.c -o ucl_util.So --- all_subdir_lib/libunbound --- --- context.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.context.o -MTcontext.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/libunbound/context.c -o context.o --- all_subdir_lib/libusb --- ===> lib/libusb (all) --- .depend --- echo libusb.so.3.full: /usr/obj/arm64.aarch64/usr/src/tmp/usr/lib/libpthread.a >> .depend --- libusb20.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.libusb20.o -MTlibusb20.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libusb/libusb20.c -o libusb20.o --- libusb20_desc.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.libusb20_desc.o -MTlibusb20_desc.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libusb/libusb20_desc.c -o libusb20_desc.o --- all_subdir_lib/libunbound --- --- dname.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.dname.o -MTdname.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/data/dname.c -o dname.o --- all_subdir_lib/libucl --- --- libprivateucl.a --- building static ucl library /usr/local/aarch64-freebsd/bin/ar -crD libprivateucl.a `NM='/usr/local/aarch64-freebsd/bin/nm' NMFLAGS='' lorder ucl_emitter_streamline.o ucl_emitter_utils.o ucl_emitter.o ucl_hash.o ucl_msgpack.o ucl_parser.o ucl_schema.o ucl_sexp.o ucl_util.o | tsort -q` /usr/local/aarch64-freebsd/bin/ranlib -D libprivateucl.a --- all_subdir_lib/libutil --- ===> lib/libutil (all) --- all_subdir_lib/libusb --- --- libusb20_ugen20.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.libusb20_ugen20.o -MTlibusb20_ugen20.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libusb/libusb20_ugen20.c -o libusb20_ugen20.o --- all_subdir_lib/libunbound --- --- dns.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.dns.o -MTdns.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/services/cache/dns.c -o dns.o --- all_subdir_lib/libusb --- --- libusb01.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.libusb01.o -MTlibusb01.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libusb/libusb01.c -o libusb01.o --- all_subdir_lib/libunbound --- --- dns64.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.dns64.o -MTdns64.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/dns64/dns64.c -o dns64.o --- all_subdir_lib/libusb --- --- libusb10.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -MD -MF.depend.libusb10.o -MTlibusb10.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum -Wno-knr-promoted-parameter -Qunused-arguments -c /usr/src/lib/libusb/libusb10.c -o libusb10.o --- all_subdir_lib/libunbound --- --- dnstree.o --- cc -B/usr/local/aarch64-freebsd/bin/ -O2 -pipe -I/usr/src/lib/libunbound/../../contrib/unbound -I/usr/src/lib/libunbound/../../contrib/ldns -I/usr/obj/arm64.aarch64/usr/src/lib/libunbound -MD -MF.depend.dnstree.o -MTdnstree.o -std=gnu99 -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -Wno-unused-local-typedef -Qunused-arguments -c /usr/src/lib/libunbound/../../contrib/unbound/util/storage/dnstree.c -o dnstree.o --- all_subdir_lib/libusb --- /usr/src/lib/libusb/libusb10.c:893:1: error: control reaches end of non-void function [-Werror,-Wreturn-type] } ^ 1 error generated. *** [libusb10.o] Error code 1 bmake[5]: stopped in /usr/src/lib/libusb 1 error bmake[5]: stopped in /usr/src/lib/libusb *** [all_subdir_lib/libusb] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libucl --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libucl *** [all_subdir_lib/libucl] Error code 2 bmake[4]: stopped in /usr/src/lib --- all_subdir_lib/libunbound --- A failure has been detected in another branch of the parallel make bmake[5]: stopped in /usr/src/lib/libunbound *** [all_subdir_lib/libunbound] Error code 2 bmake[4]: stopped in /usr/src/lib 3 errors bmake[4]: stopped in /usr/src/lib *** [lib__L] Error code 2 bmake[3]: stopped in /usr/src 1 error bmake[3]: stopped in /usr/src *** [libraries] Error code 2 bmake[2]: stopped in /usr/src 1 error bmake[2]: stopped in /usr/src *** [_libraries] Error code 2 bmake[1]: stopped in /usr/src 1 error bmake[1]: stopped in /usr/src *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src Build step 'Execute shell' marked build as failure [PostBuildScript] - Execution post build scripts. [FreeBSD_HEAD_arm64] $ /bin/sh -xe /tmp/hudson757389059207646838.sh + export 'PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin' + export 'jname=FreeBSD_HEAD_arm64' + echo 'clean up jail FreeBSD_HEAD_arm64' clean up jail FreeBSD_HEAD_arm64 + sudo jail -r FreeBSD_HEAD_arm64 + sudo ifconfig igb0 inet6 2610:1c1:1:607c::104:1 -alias + sudo umount FreeBSD_HEAD_arm64/usr/src + sudo umount FreeBSD_HEAD_arm64/dev + sudo rm -fr FreeBSD_HEAD_arm64 + true + sudo chflags -R noschg FreeBSD_HEAD_arm64 + sudo rm -fr FreeBSD_HEAD_arm64 Email was triggered for: Failure - Any Sending email for trigger: Failure - Any From owner-freebsd-arm@freebsd.org Thu Jun 16 19:04:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51177A7736C for ; Thu, 16 Jun 2016 19:04:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 452CD21E4; Thu, 16 Jun 2016 19:04:30 +0000 (UTC) (envelope-from jenkins-admin@FreeBSD.org) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9701E13EB; Thu, 16 Jun 2016 19:04:30 +0000 (UTC) Date: Thu, 16 Jun 2016 19:04:29 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: hselasky@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-arm@FreeBSD.org Message-ID: <542516856.93.1466103870624.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <986717518.88.1466093879757.JavaMail.jenkins@jenkins-9.freebsd.org> References: <986717518.88.1466093879757.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: FreeBSD_HEAD_arm64 - Build #3418 - Fixed MIME-Version: 1.0 X-Jenkins-Job: FreeBSD_HEAD_arm64 X-Jenkins-Result: SUCCESS Precedence: bulk Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 19:04:30 -0000 FreeBSD_HEAD_arm64 - Build #3418 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3418/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3418/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD_arm64/3418/console Change summaries: 301969 by hselasky: Add missing return statement. Approved by: re (gjb) MFC after: 1 week 301968 by hselasky: Add multiple missing descriptor parsing functions to the LibUSB v1.0 API. Approved by: re (kib) Requested by: swills MFC after: 1 week From owner-freebsd-arm@freebsd.org Fri Jun 17 05:35:43 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 24602A78080 for ; Fri, 17 Jun 2016 05:35:43 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22d.google.com (mail-vk0-x22d.google.com [IPv6:2607:f8b0:400c:c05::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id CCB40257D for ; Fri, 17 Jun 2016 05:35:42 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22d.google.com with SMTP id t129so102490530vka.1 for ; Thu, 16 Jun 2016 22:35:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=zFkVHypevSuqEIvj+fBXg8s2IYAimx3KPOea65oGPVU=; b=P6wJ0F9yfKDIO3rV4yetiaCb43gVkR2cXDEzk26vCmywjLqnF6/N/feof9LiXBPg0P 95RVUIlng5+qWYCCK9ZaL+k+wOGE5Yl5Cm+VVjmOnTRTRXQeFyost6JOwYHL2yZ3OBV1 V1nikihkiL9V1civRPQpb4mS8ZRSn3t00NAgxlZgPXEL5ubI3Dx6nGXjw/aZE7bp6hK5 3AHpGLxVVSfYaZJyeukoM4YxaaDn88w1yMhHmiQKa9rcShFW75rLcB/A7fts8OMqW3Ls HysF5l6g9WjBDo9cMoDJSpbHzypMw7DumV/zRjc5Lvs6YLo47+aC1HUHUafcTcl2wXWx IQTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=zFkVHypevSuqEIvj+fBXg8s2IYAimx3KPOea65oGPVU=; b=g9dswaaPHq76J1k2uhWChn3SyHX0RAUYpZiF4LOYAGRfNrahqBcJMPsMzYhmZcs7H6 rE52sTZJx3GehrOjqBCybnd01dZnDdBGReo13nMcW617UZr9NQIwDz9L/uatZEgJyZFz iTk7WtbTHloBsOW8a9ERIndtrK7ZTsAPhIMbtudYF5ahZV1juz15O4mhx3LbE7Dd5lK8 9Bn8s1urenO1PAsj6BIUNIBqRNV4uPWf8jQs4K1yzYCN2EY1WiX881JZ/e2S96jEVKyw 1DCu8/c1vRTUmDMCwcmXyQz+tevKjxqsy+sJ33KZ0Rf17iTARL82+Y3WD36I+zcXizER zRkg== X-Gm-Message-State: ALyK8tIYfJTFZVoA5mm0KzyJyoolOrazUtGB7Ywl8O91QEX/UErfkDEkNcKsJvGo2913Tui07yW6ZIHO6YLIrw== X-Received: by 10.31.130.71 with SMTP id e68mr330432vkd.145.1466141741781; Thu, 16 Jun 2016 22:35:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Thu, 16 Jun 2016 22:35:41 -0700 (PDT) From: Russell Haley Date: Thu, 16 Jun 2016 22:35:41 -0700 Message-ID: Subject: pkg failing on cubox-hummingboard-alpha3? To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 05:35:43 -0000 Hello, Is pkg supposed to work on alpha3? root@imx6:~ # pkg The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/latest, please wait... Verifying signature with trusted certificate pkg.freebsd.org.2013102301... done pkg: failed to extract pkg-static: Can't create '/usr/local/sbin/pkg-static' I found the archive here: http://pkg.freebsd.org/FreeBSD:11:armv6/latest/Latest/ The archive seems to be in the wrong directory (an extra 'Latest')? While I'm asking, is HDMI support something I need to turn on or did it not make it into 11? Thanks, Russ From owner-freebsd-arm@freebsd.org Fri Jun 17 06:24:59 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 809D4A787E0 for ; Fri, 17 Jun 2016 06:24:59 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B83E19B1 for ; Fri, 17 Jun 2016 06:24:59 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-vk0-x22e.google.com with SMTP id j2so103495939vkg.2 for ; Thu, 16 Jun 2016 23:24: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:from:date:message-id:subject:to; bh=RmIYNvCXGAo8zCkWyPmfCrVyZ5O56nLHMltgA8fxm1Y=; b=upxym811lCB6KkgIrb6aBpdtWHusWweuwlnrWoy1ckYvaGALVYmUV3ilYWBi7Z11Yx D0va2irhR76papoj6It+B7DxBL83V2yCHnmgTDWPKeFFTSN3G1BnZKzDyiMlnQdQh3li ketPUGqFHk/rcbLoqgkeX5Aq5WSNwd0wVHacj70llvLPD+OVdmZd0srwaugHW1cr0sgx 0632IANcwUd7qMEnMrg5GKRlZdmC2DHowofi8spJPeDFjUZkmtR+yo6vZG2EQEyL6BgA uu5GM54ghv+146ST6+cg+0sOW0/S8XeXYtVr5j3pFfn2//LwmfW/giQbkFdUPcVxV3nB 8I+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=RmIYNvCXGAo8zCkWyPmfCrVyZ5O56nLHMltgA8fxm1Y=; b=Sr0mm/uHjKbMJPxEK5FPKCEeSxhYPIkg+fsT3hvpyWWA6OXEYypmfXtNtys4r/XWHx bJq2tzit14nix+JIqlrAwJp1m5kyX1Zk7gf9AH9YnzI02vxOppbhrkq+X6mnFyT495JP R8VlsMOjExjEkpRxJ+rjYYjvI4IzlSkHj4pXDdtJ1rBUOn5yqgAJLj84LLflN0FqV5AP TzV0IssdewW6vSKEdQimEqi1YyVr5AA937VBUr3qqbvj9OQAQVOu7aShs7fDjxwidtYK ZIMD8/S4X8qMb/DzhirsMlNeKhak+8De2xOcJaiVW9AJL9A0PaqiP71ZVHXvIpwJBifv EoOA== X-Gm-Message-State: ALyK8tLnCL1f4Tvt4qBucFbp6BmgzXghO77xFOud/Pw3QB2VBgXrfvwCuQQXvf7uYbBLsdyn6TXxFg11OLE33g== X-Received: by 10.159.40.229 with SMTP id d92mr173187uad.100.1466144698047; Thu, 16 Jun 2016 23:24:58 -0700 (PDT) MIME-Version: 1.0 Received: by 10.31.54.196 with HTTP; Thu, 16 Jun 2016 23:24:57 -0700 (PDT) In-Reply-To: References: From: Russell Haley Date: Thu, 16 Jun 2016 23:24:57 -0700 Message-ID: Subject: Re: pkg failing on cubox-hummingboard-alpha3? To: freebsd-arm Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 06:24:59 -0000 On Thu, Jun 16, 2016 at 10:35 PM, Russell Haley wrote: > Hello, > > Is pkg supposed to work on alpha3? > > root@imx6:~ # pkg > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from > pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/latest, please wait... > Verifying signature with trusted certificate pkg.freebsd.org.2013102301... done > pkg: failed to extract pkg-static: Can't create '/usr/local/sbin/pkg-static' > > I found the archive here: > http://pkg.freebsd.org/FreeBSD:11:armv6/latest/Latest/ > Okay, some how after portsnap fetch extract I get a different error: root@imx6:~ # pkg update The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/latest, please wait... Verifying signature with trusted certificate pkg.freebsd.org.2013102301... done pkg-static: Cannot open /(null): Not a directory Installing pkg-1.8.3... the most recent version of pkg-1.8.3 is already installed root@imx6:~ # pkg install vim The package management tool is not yet installed on your system. Do you want to fetch and install it now? [y/N]: y Bootstrapping pkg from pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/latest, please wait... Verifying signature with trusted certificate pkg.freebsd.org.2013102301... done pkg-static: Cannot open /(null): Not a directory Installing pkg-1.8.3... the most recent version of pkg-1.8.3 is already installed and just an endless loop like that. Thanks, Russ From owner-freebsd-arm@freebsd.org Fri Jun 17 06:45:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 37C11A78AD0 for ; Fri, 17 Jun 2016 06:45:41 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E49DC21E3 for ; Fri, 17 Jun 2016 06:45:37 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1bDnWy-0008d6-M9 for freeBSD-arm@freebsd.org; Fri, 17 Jun 2016 09:45:28 +0300 From: Daniel Braniss Content-Type: multipart/mixed; boundary="Apple-Mail=_A7DD64EA-6AE1-4DAB-BC87-21A89BE632FC" Subject: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> Date: Fri, 17 Jun 2016 09:45:28 +0300 To: freebsd-arm Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 06:45:41 -0000 --Apple-Mail=_A7DD64EA-6AE1-4DAB-BC87-21A89BE632FC Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Hi, I still have no luck booting it. It hangs while trying to access the a10_mmc0: --Apple-Mail=_A7DD64EA-6AE1-4DAB-BC87-21A89BE632FC Content-Disposition: attachment; filename=o.txt Content-Type: text/plain; name="o.txt" Content-Transfer-Encoding: quoted-printable Booting from: mmc 0 ubldr.bin reading ubldr.bin 223912 bytes read in 70 ms (3 MiB/s) ## No elf image at address 0x42000000 ## Starting application at 0x42000000 ... Consoles: U-Boot console =20 Compatible U-Boot API signature found @0x7bf4a7b0 FreeBSD/armv6 U-Boot loader, Revision 1.2 (root@releng2.nyi.freebsd.org, Sat May 28 13:31:32 UTC 2016) DRAM: 1024MB MMC Device 1 not found Number of U-Boot devices: 1 U-Boot env: loaderdev=3D'mmc 0' Found U-Boot device: disk Checking unit=3D0 slice=3D partition=3D... good. Booting from disk0s2: /boot/kernel/kernel text=3D0x5ff320 data=3D0x587e4+0x1274dc = syms=3D[0x4+0x8e320+0x4+0xa2e72] Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... =20 /boot/dtb/orangepi-pc.dtb size=3D0x2e5a Loaded DTB from file 'orangepi-pc.dtb'. Kernel entry at 0x0x42200180... Kernel args: (null) KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2016 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-ALPHA3 #5 r301916M: Wed Jun 15 09:53:26 IDT 2016 = danny@rnd:/home/obj/rnd/armv6/orangepi/arm.armv6/r+d/vanilla/11/src/sys/AL= LWINNER arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on = LLVM 3.8.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. CPU: Cortex A7 rev 5 (Cortex-A core) Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext WB enabled LABT branch prediction disabled LoUU:2 LoC:3 LoUIS:2=20 Cache level 1:=20 32KB/64B 4-way data cache WB Read-Alloc Write-Alloc 32KB/32B 2-way instruction cache Read-Alloc Cache level 2:=20 512KB/64B 8-way unified cache WB Read-Alloc Write-Alloc real memory =3D 1073741824 (1024 MB) avail memory =3D 1036029952 (988 MB) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs random: entropy device external interface kbd0 at kbdmux0 ofwbus0: aw_ccu0: on ofwbus0 clk_fixed0: on aw_ccu0 clk_fixed1: on aw_ccu0 aw_pll0: mem 0x1c20000-0x1c20003 on aw_ccu0 clk_fixed2: on aw_ccu0 aw_pll1: mem 0x1c20028-0x1c2002b on aw_ccu0 clk_fixed3: on aw_ccu0 clk_fixed4: on aw_ccu0 aw_cpuclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_axiclk0: mem 0x1c20050-0x1c20053 on aw_ccu0 aw_ahbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_ahbclk1: mem 0x1c2005c-0x1c2005f on aw_ccu0 aw_apbclk0: mem 0x1c20054-0x1c20057 on aw_ccu0 aw_apbclk1: mem 0x1c20058-0x1c2005b on aw_ccu0 aw_gate0: mem 0x1c20060-0x1c20073 on aw_ccu0 aw_mmcclk0: mem 0x1c20088-0x1c2008b on aw_ccu0 aw_mmcclk1: mem 0x1c2008c-0x1c2008f on aw_ccu0 aw_mmcclk2: mem 0x1c20090-0x1c20093 on aw_ccu0 simplebus0: on ofwbus0 aw_reset0: mem 0x1c202c0-0x1c202cb on = simplebus0 aw_reset1: mem 0x1c202d0-0x1c202d3 on = simplebus0 aw_reset2: mem 0x1c202d8-0x1c202db on = simplebus0 regfix0: on ofwbus0 regfix1: on ofwbus0 regfix2: on ofwbus0 gpio0: mem 0x1c20800-0x1c20bff on = simplebus0 gpio0: cannot allocate interrupt device_attach: gpio0 attach returned 6 gic0: mem = 0x1c81000-0x1c81fff,0x1c82000-0x1c82fff,0x1c84000-0x1c85fff,0x1c86000-0x1c= 87fff on simplebus0 gic0: pn 0x10, arch 0x2, rev 0x1, implementer 0x43b irqs 160 gpio0: mem 0x1c20800-0x1c20bff on = simplebus0 gpiobus0: on gpio0 generic_timer0: on ofwbus0 Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 rtc0: mem 0x1f00000-0x1f00053 on simplebus0 cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 a10_mmc0: mem = 0x1c0f000-0x1c0ffff on simplebus0 mmc0: on a10_mmc0 gpioc0: on gpio0 aw_wdog0: mem 0x1c20ca0-0x1c20cbf on simplebus0 =C3=BC=C3=BCuart0: mem = 0x1c28000-0x1c283ff on simplebus0 uart0: console (961538,n,8,1) cryptosoft0: Timecounters tick every 10.000 msec a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: timeout updating clock mmc0: No compatible cards found on bus Release APs WARNING: WITNESS option enabled, expect reduced performance. Loader variables: Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/cd0 ro (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) ? List valid disk boot devices . Yield 1 second (for background tasks) Abort manual input mountroot>=20 --Apple-Mail=_A7DD64EA-6AE1-4DAB-BC87-21A89BE632FC Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii thanks, danny --Apple-Mail=_A7DD64EA-6AE1-4DAB-BC87-21A89BE632FC-- From owner-freebsd-arm@freebsd.org Fri Jun 17 07:02:06 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61144A78C5D for ; Fri, 17 Jun 2016 07:02:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id BE71028A1 for ; Fri, 17 Jun 2016 07:02:05 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id faf525a3; Fri, 17 Jun 2016 09:01:57 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=twezV8w/LVVMCq9ncZCEBzE2qSg=; b=XAWRZP2lYyqG92rHFU+zlMehSK9i Q6KGpA25IRNTV3r+qGbYHgZXjcB5zt8Ra1C0oqyNPcuHlr7LZsBEMqia0T0ca1KA LeSMltDF1OibbJTyddDi25bUwFvLPeaJPzKC/WPCt0wXnszmCzVuXMHHmeFP9pnW QSSM/u6oNYEwmog= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=e8gCDMPxfEHKIrBMdJKPu6Z/9AEItFgeaqKA6++stAUxZXAyrF0wLydN Zg8kvL2QZoLkIvKgoB8UPFy3ZQw8FW1I8TXB0d+vFX4rBWR0hQHxEUu6nyuSdcKz B8YhVKWaoMbj7naYE4EP7dOXQHiz0+28wc+Cz6n/1EdwznzriXo= Received: from atlantis.staff.bocal.org (163.5.251.41 [163.5.251.41]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 6c7ad196 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 17 Jun 2016 09:01:56 +0200 (CEST) Date: Fri, 17 Jun 2016 09:01:56 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: freebsd-arm Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> In-Reply-To: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 07:02:06 -0000 On Fri, 17 Jun 2016 09:45:28 +0300 Daniel Braniss wrote: > Hi, > I still have no luck booting it. > > It hangs while trying to access the a10_mmc0: Hello, Update to rev 301890 (or wait ALPHA4 builds) and everything should be fine. Cheers, -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Jun 17 07:12:12 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55430A78E30 for ; Fri, 17 Jun 2016 07:12:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 034DE2B38 for ; Fri, 17 Jun 2016 07:12:11 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from chamsa.cs.huji.ac.il ([132.65.80.19]) by kabab.cs.huji.ac.il with esmtp id 1bDnwm-0008xo-Rr; Fri, 17 Jun 2016 10:12:08 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? From: Daniel Braniss In-Reply-To: <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> Date: Fri, 17 Jun 2016 10:12:08 +0300 Cc: freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 07:12:12 -0000 > On 17 Jun 2016, at 10:01, Emmanuel Vadot = wrote: >=20 > On Fri, 17 Jun 2016 09:45:28 +0300 > Daniel Braniss wrote: >=20 >> Hi, >> I still have no luck booting it. >>=20 >> It hangs while trying to access the a10_mmc0: >=20 > Hello, >=20 > Update to rev 301890 (or wait ALPHA4 builds) and everything should be = fine. >=20 > Cheers, ok, last update got rev 301975, so i=E2=80=99m compiling now, thanks, danny >=20 > --=20 > Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Jun 17 09:45:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6166DA78A81 for ; Fri, 17 Jun 2016 09:45:33 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 00D182F88 for ; Fri, 17 Jun 2016 09:45:32 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Fri, 17 Jun 2016 11:40:19 +0200 id 00DE1975.5763C583.00000F60 Date: Fri, 17 Jun 2016 11:40:18 +0200 From: Milan Obuch To: Daniel Braniss Cc: Emmanuel Vadot , freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-ID: <20160617114018.0e70ad81@zeta.dino.sk> In-Reply-To: <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 09:45:33 -0000 On Fri, 17 Jun 2016 10:12:08 +0300 Daniel Braniss wrote: > > On 17 Jun 2016, at 10:01, Emmanuel Vadot > > wrote: > >=20 > > On Fri, 17 Jun 2016 09:45:28 +0300 > > Daniel Braniss wrote: > > =20 > >> Hi, > >> I still have no luck booting it. > >>=20 > >> It hangs while trying to access the a10_mmc0: =20 > >=20 > > Hello, > >=20 > > Update to rev 301890 (or wait ALPHA4 builds) and everything should > > be fine. > >=20 > > Cheers, =20 >=20 > ok, last update got rev 301975, so i=E2=80=99m compiling now, >=20 > thanks, > danny >=20 > >=20 > > --=20 > > Emmanuel Vadot =20 > Hi, my sources are at svn revision 301989 and no joy on my Orange Pi One: lo0: bpf attached a10_mmc0: timeout updating clock a10_mmc0: timeout updating clock mmc0: Probing bus a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: error rint: 0x00000100 a10_mmc0: error rint: 0x00000100 a10_mmc0: error rint: 0x00000100 a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: error rint: 0x00000100 a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: timeout updating clock mmc0: SD probe: failed a10_mmc0: controller timeout a10_mmc0: error rint: 0x00000100 a10_mmc0: timeout updating clock a10_mmc0: controller timeout a10_mmc0: error rint: 0x00000100 mmc0: MMC probe: failed mmc0: Current OCR: 0x00000000 mmc0: No compatible cards found on bus a10_mmc0: timeout updating clock Release APs Kernel is built using ALLWINNER configuration, I just commented out makeoptions WITH_CTF=3D1 in sys/arm/conf/std.armv6 (last line). Milan From owner-freebsd-arm@freebsd.org Fri Jun 17 11:19:58 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EA25FA473A7; Fri, 17 Jun 2016 11:19:58 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A138F1E27; Fri, 17 Jun 2016 11:19:58 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-66-225-164-38.vianet.ca [66.225.164.38]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5HBJmGu078647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Jun 2016 07:19:50 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Fri, 17 Jun 2016 07:19:44 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Mark Millard cc: freebsd-arm , FreeBSD Current Subject: RE: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 11:19:59 -0000 On Thu, 16 Jun 2016, Keith White wrote: > On Wed, 15 Jun 2016, Mark Millard wrote: > >> https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html >> reports an RPI-B alignment fault for -r301815 (the snapshot) "when >> connecting via WiFi". >> >> -r301872 ( >> https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) >> has a fix for networking vs. alignment handling for armv6 contexts that >> might be needed. Quoting: >> >>> Author: ian >>> Date: Mon Jun 13 16:48:27 2016 >>> New Revision: 301872 >>> URL: >>> https://svnweb.freebsd.org/changeset/base/301872 >> ... > > Thanks for pointing this out! I'll see if a (complete) rebuild at > that rev fixes the problem. > Tried that. I still get a panic. I cross built on an amd64 at r301840, I'll try upgrading that machine too. In the meantime, other suggestions? FreeBSD 11.0-ALPHA3 #0 r301872: Thu Jun 16 21:11:44 EDT 2016 kwhite@freebsd11:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM 3.8.0) VT: init without driver. ... Starting devd. urtwn0: on usbus0 urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R urtwn0: enabling 11n wlan0: Ethernet address: 00:13:ef:74:07:a8 Created wlan(4) interfaces: wlan0. ... [ nc rpi-b 22 ] Fatal kernel mode data abort: 'Alignment Fault' on read trapframe: 0xc18f28c0 FSR=00000001, FAR=c21a487a, spsr=60000013 r0 =c07a6548, r1 =00000004, r2 =c0605338, r3 =000007b6 r4 =c18f2a28, r5 =c18f2b40, r6 =c21a4876, r7 =c1ccd240 r8 =c1ccd240, r9 =c21a4Stopped at $a.17+0x38: ldmib r6, {r1-r2} db> ...keith From owner-freebsd-arm@freebsd.org Fri Jun 17 13:06:49 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AE2D7A4462E for ; Fri, 17 Jun 2016 13:06:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 65ECB1210 for ; Fri, 17 Jun 2016 13:06:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bs.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1bDtTv-000CUH-AA; Fri, 17 Jun 2016 16:06:43 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? From: Daniel Braniss In-Reply-To: <20160617114018.0e70ad81@zeta.dino.sk> Date: Fri, 17 Jun 2016 16:06:44 +0300 Cc: Emmanuel Vadot , freeBSD-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> To: Milan Obuch X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 13:06:49 -0000 > On 17 Jun 2016, at 12:40 PM, Milan Obuch wrote: >=20 > On Fri, 17 Jun 2016 10:12:08 +0300 > Daniel Braniss wrote: >=20 >>> On 17 Jun 2016, at 10:01, Emmanuel Vadot >>> wrote: >>>=20 >>> On Fri, 17 Jun 2016 09:45:28 +0300 >>> Daniel Braniss wrote: >>>=20 >>>> Hi, >>>> I still have no luck booting it. >>>>=20 >>>> It hangs while trying to access the a10_mmc0: =20 >>>=20 >>> Hello, >>>=20 >>> Update to rev 301890 (or wait ALPHA4 builds) and everything should >>> be fine. >>>=20 >>> Cheers, =20 >>=20 >> ok, last update got rev 301975, so i=E2=80=99m compiling now, >>=20 >> thanks, >> danny >>=20 >>>=20 >>> --=20 >>> Emmanuel Vadot =20 >>=20 >=20 > Hi, >=20 > my sources are at svn revision 301989 and no joy on my Orange Pi One: >=20 > lo0: bpf attached > a10_mmc0: timeout updating clock > a10_mmc0: timeout updating clock > mmc0: Probing bus > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: controller timeout > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: error rint: 0x00000100 > a10_mmc0: error rint: 0x00000100 > a10_mmc0: error rint: 0x00000100 > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: error rint: 0x00000100 > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: timeout updating clock > mmc0: SD probe: failed > a10_mmc0: controller timeout > a10_mmc0: error rint: 0x00000100 > a10_mmc0: timeout updating clock > a10_mmc0: controller timeout > a10_mmc0: error rint: 0x00000100 > mmc0: MMC probe: failed > mmc0: Current OCR: 0x00000000 > mmc0: No compatible cards found on bus > a10_mmc0: timeout updating clock > Release APs >=20 > Kernel is built using ALLWINNER configuration, I just commented out >=20 > makeoptions WITH_CTF=3D1 >=20 > in sys/arm/conf/std.armv6 (last line). >=20 > Milan same here. danny From owner-freebsd-arm@freebsd.org Fri Jun 17 14:52:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 48CE5A78077; Fri, 17 Jun 2016 14:52:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 131DA2F46; Fri, 17 Jun 2016 14:52:33 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id t74so71714374ioi.0; Fri, 17 Jun 2016 07:52:33 -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; bh=nwAIs1az1FtxXoEXqi5LLvnh+DwoskPIvFMSbO6WCds=; b=Ej1CFb0IyR3M+pBCx3smkpmayDvw+n7YISa34CdxW0Y/wedZm7r9laESpMH+oavp8s OO7vu4ijuicYtAJ/FLHQjLcKwodg9Q5BAvUGxUGAlduiWgxoHBRs1CvZioL48PJGVj7s lue6qXAeBUrtfh0gxrpJimE3dowPOn9n6Qv8UqwmkNq0ZkK2q1szTmvlRmPXoER/aPrI 44SlmOF+ZKkyb/5tTn7TDmBmrR5UfOOtg3Pt/iqpomkPuwRUMBRnMN6AXoLdl1B2cnwO reeR6r34t+hJ3edcpsXz4IvoFXKTojDDB36zU0fb0M7t/vh/mJPSWHJPkrYSXNpOcFuj xzUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=nwAIs1az1FtxXoEXqi5LLvnh+DwoskPIvFMSbO6WCds=; b=TNMtstC0o4b/zGBovzWOcn1djooI9qBmqoXq0cWnQrmawRxmrvMILfYC6c3Vz5zQGf 1Ig4+uNI77fxskymJO+Q5EK4UPB2IkmnlmnWdAQVpNHHF2V/8uYGdLTPHqQPU35yyu4F S3nWHZguX94goMKc/VtFTlwjEf6LFpfC2KC8jUCxoYfKIv0FvVVSoHrQdE6HY80MwgpO yPdqsgZE4OtEnVD5RU/nLjYOX+xb07T8aWZm3LuS+oEQGX0LPHhhEAQ1i8FDp895cGY1 5aFBXFeiiKmf4lovVc1fDGNK/vQXR1RzJgnhMgLuklwk6DjJM5eP82TxPsKjvw+cPJAA sfIw== X-Gm-Message-State: ALyK8tLAwCDUCNSTnGs9UPR4aN84J1CLxpz7tKyJegYgJ1y7g9Fu9b9arxmST0EGzyHW8v3ATT6ImdN6y+jCPA== X-Received: by 10.107.144.2 with SMTP id s2mr3016032iod.165.1466175152453; Fri, 17 Jun 2016 07:52:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.36.113.3 with HTTP; Fri, 17 Jun 2016 07:52:31 -0700 (PDT) In-Reply-To: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> From: Adrian Chadd Date: Fri, 17 Jun 2016 07:52:31 -0700 Message-ID: Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] To: Keith White Cc: Mark Millard , freebsd-arm , FreeBSD Current Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 14:52:33 -0000 Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) See if it's that. -adrian On 17 June 2016 at 04:19, Keith White wrote: > On Thu, 16 Jun 2016, Keith White wrote: > >> On Wed, 15 Jun 2016, Mark Millard wrote: >> >>> https://lists.freebsd.org/pipermail/freebsd-current/2016-June/061904.html >>> reports an RPI-B alignment fault for -r301815 (the snapshot) "when >>> connecting via WiFi". >>> >>> -r301872 ( >>> https://lists.freebsd.org/pipermail/svn-src-head/2016-June/088339.html ) has >>> a fix for networking vs. alignment handling for armv6 contexts that might be >>> needed. Quoting: >>> >>>> Author: ian >>>> Date: Mon Jun 13 16:48:27 2016 >>>> New Revision: 301872 >>>> URL: >>>> https://svnweb.freebsd.org/changeset/base/301872 >>> >>> ... >> >> >> Thanks for pointing this out! I'll see if a (complete) rebuild at >> that rev fixes the problem. >> > > Tried that. I still get a panic. > > I cross built on an amd64 at r301840, I'll try upgrading that machine too. > > In the meantime, other suggestions? > > FreeBSD 11.0-ALPHA3 #0 r301872: Thu Jun 16 21:11:44 EDT 2016 > kwhite@freebsd11:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > 3.8.0) > VT: init without driver. > ... > Starting devd. > urtwn0: on > usbus0 > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > urtwn0: enabling 11n > wlan0: Ethernet address: 00:13:ef:74:07:a8 > Created wlan(4) interfaces: wlan0. > ... > > [ nc rpi-b 22 ] > Fatal kernel mode data abort: 'Alignment Fault' on read > trapframe: 0xc18f28c0 > FSR=00000001, FAR=c21a487a, spsr=60000013 > r0 =c07a6548, r1 =00000004, r2 =c0605338, r3 =000007b6 > r4 =c18f2a28, r5 =c18f2b40, r6 =c21a4876, r7 =c1ccd240 > r8 =c1ccd240, r9 =c21a4Stopped at $a.17+0x38: ldmib r6, {r1-r2} > db> > > > ...keith > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Jun 17 15:39:39 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9F05FA788ED for ; Fri, 17 Jun 2016 15:39:39 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 05B4826B1 for ; Fri, 17 Jun 2016 15:39:38 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: b1ba5188-34a1-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 17 Jun 2016 15:39:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5HFdQQX007904; Fri, 17 Jun 2016 09:39:26 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1466177966.51702.13.camel@freebsd.org> Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] From: Ian Lepore To: Adrian Chadd , Keith White Cc: freebsd-arm , FreeBSD Current Date: Fri, 17 Jun 2016 09:39:26 -0600 In-Reply-To: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 15:39:39 -0000 On Fri, 2016-06-17 at 07:52 -0700, Adrian Chadd wrote: > Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) > > See if it's that. > > > > -adrian > You can see from the crash info that it's an alignment fault: r6 =c21a4876 ldmib r6,{r1-r2} An ldm instruction requires 4-byte alignment. Now the question is why undefining __NO_STRICT_ALIGNMENT didn't fix the problem. Maybe the wifi code doesn't use __NO_STRICT_ALIGNMENT the same way other network drivers do? Unfortunately the pasted info lists the nearby symbol as $a.17+0x38, which doesn't help find the actual code. A stack backtrace might help. -- Ian > > On 17 June 2016 at 04:19, Keith White wrote: > > On Thu, 16 Jun 2016, Keith White wrote: > > > > > On Wed, 15 Jun 2016, Mark Millard wrote: > > > > > > > https://lists.freebsd.org/pipermail/freebsd-current/2016-June/0 > > > > 61904.html > > > > reports an RPI-B alignment fault for -r301815 (the snapshot) > > > > "when > > > > connecting via WiFi". > > > > > > > > -r301872 ( > > > > https://lists.freebsd.org/pipermail/svn-src-head/2016-June/0883 > > > > 39.html ) has > > > > a fix for networking vs. alignment handling for armv6 contexts > > > > that might be > > > > needed. Quoting: > > > > > > > > > Author: ian > > > > > Date: Mon Jun 13 16:48:27 2016 > > > > > New Revision: 301872 > > > > > URL: > > > > > https://svnweb.freebsd.org/changeset/base/301872 > > > > > > > > ... > > > > > > > > > Thanks for pointing this out! I'll see if a (complete) rebuild > > > at > > > that rev fixes the problem. > > > > > > > Tried that. I still get a panic. > > > > I cross built on an amd64 at r301840, I'll try upgrading that > > machine too. > > > > In the meantime, other suggestions? > > > > FreeBSD 11.0-ALPHA3 #0 r301872: Thu Jun 16 21:11:44 EDT 2016 > > kwhite@freebsd11:/usr/obj/arm.armv6/usr/src/sys/RPI-B arm > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based > > on LLVM > > 3.8.0) > > VT: init without driver. > > ... > > Starting devd. > > urtwn0: > addr 4> on > > usbus0 > > urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R > > urtwn0: enabling 11n > > wlan0: Ethernet address: 00:13:ef:74:07:a8 > > Created wlan(4) interfaces: wlan0. > > ... > > > > [ nc rpi-b 22 ] > > Fatal kernel mode data abort: 'Alignment Fault' on read > > trapframe: 0xc18f28c0 > > FSR=00000001, FAR=c21a487a, spsr=60000013 > > r0 =c07a6548, r1 =00000004, r2 =c0605338, r3 =000007b6 > > r4 =c18f2a28, r5 =c18f2b40, r6 =c21a4876, r7 =c1ccd240 > > r8 =c1ccd240, r9 =c21a4Stopped at $a.17+0x38: ldmib r6, > > {r1-r2} > > db> > > > > > > ...keith > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to " > > freebsd-current-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to " > freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Jun 17 16:21:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5D686A7748F for ; Fri, 17 Jun 2016 16:21:33 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A68D22296 for ; Fri, 17 Jun 2016 16:21:32 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 8fc81fa4-34a7-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 17 Jun 2016 16:21:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5HGLQ0K008025; Fri, 17 Jun 2016 10:21:26 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1466180486.34556.7.camel@freebsd.org> Subject: Re: pkg failing on cubox-hummingboard-alpha3? From: Ian Lepore To: Russell Haley , freebsd-arm Date: Fri, 17 Jun 2016 10:21:26 -0600 In-Reply-To: References: Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 16:21:33 -0000 On Thu, 2016-06-16 at 23:24 -0700, Russell Haley wrote: > On Thu, Jun 16, 2016 at 10:35 PM, Russell Haley > wrote: > > Hello, > > > > Is pkg supposed to work on alpha3? > > > > root@imx6:~ # pkg > > The package management tool is not yet installed on your system. > > Do you want to fetch and install it now? [y/N]: y > > Bootstrapping pkg from > > pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/latest, please wait... > > Verifying signature with trusted certificate > > pkg.freebsd.org.2013102301... done > > pkg: failed to extract pkg-static: Can't create > > '/usr/local/sbin/pkg-static' > > > > I found the archive here: > > http://pkg.freebsd.org/FreeBSD:11:armv6/latest/Latest/ > > > Okay, some how after portsnap fetch extract I get a different error: > > root@imx6:~ # pkg update > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from > pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/latest, please wait... > Verifying signature with trusted certificate > pkg.freebsd.org.2013102301... done > pkg-static: Cannot open /(null): Not a directory > Installing pkg-1.8.3... > the most recent version of pkg-1.8.3 is already installed > root@imx6:~ # pkg install vim > The package management tool is not yet installed on your system. > Do you want to fetch and install it now? [y/N]: y > Bootstrapping pkg from > pkg+http://pkg.FreeBSD.org/FreeBSD:11:armv6/latest, please wait... > Verifying signature with trusted certificate > pkg.freebsd.org.2013102301... done > pkg-static: Cannot open /(null): Not a directory > Installing pkg-1.8.3... > the most recent version of pkg-1.8.3 is already installed > > > and just an endless loop like that. > > Thanks, > > Russ There was a commit yesterday to increase the size of /tmp, which was related to pkg needing more space. I wonder if that's what you're running into? I think they upped it to 50m, but that doesn't seem like a big enough /tmp for everyday use to me (but apparently it's big enough for pkg). Try increasing the /tmp size in /etc/fstab. -- Ian From owner-freebsd-arm@freebsd.org Fri Jun 17 16:28:44 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDE48A77988; Fri, 17 Jun 2016 16:28:44 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2D31278B; Fri, 17 Jun 2016 16:28:43 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from genf-2.site.uottawa.ca (genf-2.site.uottawa.ca [137.122.94.10]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5HGSfUu097304 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Jun 2016 12:28:41 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Fri, 17 Jun 2016 12:28:41 -0400 (EDT) From: Keith White To: Ian Lepore cc: Adrian Chadd , freebsd-arm , FreeBSD Current Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: <1466177966.51702.13.camel@freebsd.org> Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> <1466177966.51702.13.camel@freebsd.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 16:28:45 -0000 On Fri, 17 Jun 2016, Ian Lepore wrote: > On Fri, 2016-06-17 at 07:52 -0700, Adrian Chadd wrote: >> Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) >> >> See if it's that. >> >> >> >> -adrian >> > > You can see from the crash info that it's an alignment fault: > > r6 =c21a4876 > ldmib r6,{r1-r2} > > An ldm instruction requires 4-byte alignment. Now the question is why > undefining __NO_STRICT_ALIGNMENT didn't fix the problem. Maybe the > wifi code doesn't use __NO_STRICT_ALIGNMENT the same way other network > drivers do? > > Unfortunately the pasted info lists the nearby symbol as $a.17+0x38, > which doesn't help find the actual code. A stack backtrace might help. > > -- Ian > ... What do I need to type at the "db> " prompt that would be useful? I should be able to access the RPI-B in 5 hours. Here's the result of a "where" taken from an earlier logged session (different r6 value): Fatal kernel mode data abort: 'Alignment Fault' on read trapframe: 0xd3c8c8c0 FSR=00000001, FAR=c218607a, spsr=60000013 r0 =c07a6548, r1 =00000004, r2 =c06059f6, r3 =000007b6 r4 =d3c8ca28, r5 =d3c8cb40, r6 =c2186076, r7 =c1dd4ce0 r8 =c1dd4ce0, r9 =c2186076, r10=d3c8cb40, r11=d3c8c988 r12=00000000, ssp=d3c8c950, slr=c1b50370, pc =c0449ff8 [ thread pid 13 tid 100036 ] Stopped at $a.17+0x38: ldmib r6, {r1-r2} db> where Tracing pid 13 tid 100036 td 0xc1b50370 db_trace_self() at db_trace_self pc = 0xc055c774 lr = 0xc0145be4 ($a.19+0xf4) sp = 0xd3c8c5b8 fp = 0xd3c8c5d0 $a.19() at $a.19+0xf4 pc = 0xc0145be4 lr = 0xc0145838 ($a.11+0x250) sp = 0xd3c8c5d8 fp = 0xd3c8c678 r4 = 0x00000001 r5 = 0x00000000 r6 = 0xc05fb0e7 r10 = 0xc07ab1a8 $a.11() at $a.11+0x250 pc = 0xc0145838 lr = 0xc01455c0 (db_command_loop+0x5c) sp = 0xd3c8c680 fp = 0xd3c8c690 r4 = 0xc05c8ec6 r5 = 0xc05ead58 r6 = 0xc07ab194 r7 = 0xc06b7ea0 r8 = 0xc079ed28 r9 = 0xc079ed2c r10 = 0x00000000 db_command_loop() at db_command_loop+0x5c pc = 0xc01455c0 lr = 0xc014872c (db_trap+0xec) sp = 0xd3c8c698 fp = 0xd3c8c7b0 r4 = 0x00000001 r5 = 0x00000000 r6 = 0xc07ab1a0 r10 = 0x00000000 db_trap() at db_trap+0xec pc = 0xc014872c lr = 0xc02f83b0 (kdb_trap+0xb8) sp = 0xd3c8c7b8 fp = 0xd3c8c7d8 r4 = 0x00000000 r5 = 0x00000001 r6 = 0xc079ed48 r10 = 0x00000000 kdb_trap() at kdb_trap+0xb8 pc = 0xc02f83b0 lr = 0xc05770b4 ($a.4+0x1c0) sp = 0xd3c8c7e0 fp = 0xd3c8c800 r4 = 0xd3c8c8c0 r5 = 0x00000013 r6 = 0xc218607a r7 = 0x00000001 r8 = 0x00000001 r9 = 0xc1b50370 r10 = 0x00000000 $a.4() at $a.4+0x1c0 pc = 0xc05770b4 lr = 0xc0577190 ($a.7+0x78) sp = 0xd3c8c808 fp = 0xd3c8c820 r4 = 0xc218607a r5 = 0xd3c8c840 r6 = 0x00000001 r7 = 0x00000001 r8 = 0x00000013 r10 = 0x00000000 $a.7() at $a.7+0x78 pc = 0xc0577190 lr = 0xc0576eac (abort_handler+0x438) sp = 0xd3c8c828 fp = 0xd3c8c8b8 r4 = 0xd3c8c8c0 r5 = 0xc0577118 abort_handler() at abort_handler+0x438 pc = 0xc0576eac lr = 0xc055eed0 (exception_exit) sp = 0xd3c8c8c0 fp = 0xd3c8c988 r4 = 0xd3c8ca28 r5 = 0xd3c8cb40 r6 = 0xc2186076 r7 = 0xc1dd4ce0 r8 = 0xc1dd4ce0 r9 = 0xc2186076 r10 = 0xd3c8cb40 exception_exit() at exception_exit pc = 0xc055eed0 lr = 0xc1b50370 (0xc1b50370) sp = 0xd3c8c950 fp = 0xd3c8c988 r0 = 0xc07a6548 r1 = 0x00000004 r2 = 0xc06059f6 r3 = 0x000007b6 r4 = 0xd3c8ca28 r5 = 0xd3c8cb40 r6 = 0xc2186076 r7 = 0xc1dd4ce0 r8 = 0xc1dd4ce0 r9 = 0xc2186076 r10 = 0xd3c8cb40 r12 = 0x00000000 $a.17() at $a.17+0x3c pc = 0xc0449ffc lr = 0xc0449068 (syncache_expand+0x10c) sp = 0xd3c8c990 fp = 0xd3c8cad8 r4 = 0xc1dd4cf0 r5 = 0xc23c9000 r6 = 0xc1f65208 r7 = 0xd3c8ca28 r8 = 0xc1dd4ce0 r9 = 0xc2186076 r10 = 0xd3c8cb40 syncache_expand() at syncache_expand+0x10c pc = 0xc0449068 lr = 0xc0438df8 ($a.21+0x100) sp = 0xd3c8cae0 fp = 0xd3c8cbb0 r4 = 0xc0604081 r5 = 0xc23b53a8 r6 = 0xd3c8cb6c r7 = 0xc2186076 r8 = 0xc23b54a4 r9 = 0x00000000 r10 = 0xc07ae0d8 $a.21() at $a.21+0x100 pc = 0xc0438df8 lr = 0xc03bf95c (ip_input+0x230) sp = 0xd3c8cbb8 fp = 0xd3c8cbf0 r4 = 0xc2186062 r5 = 0xc1e068e0 r6 = 0x00000003 r7 = 0x00000000 r8 = 0x00000000 r9 = 0xc06ff570 r10 = 0xc07ad790 ip_input() at ip_input+0x230 pc = 0xc03bf95c lr = 0xc039e7dc (netisr_dispatch_src+0xa8) sp = 0xd3c8cbf8 fp = 0xd3c8cc20 r4 = 0x00000001 r5 = 0xc07a59b4 r6 = 0x00000000 r7 = 0xc07a59b0 r8 = 0xc2102a00 r9 = 0xc05fd75c r10 = 0xc2102a00 netisr_dispatch_src() at netisr_dispatch_src+0xa8 pc = 0xc039e7dc lr = 0xc03996cc (ether_demux+0x198) sp = 0xd3c8cc28 fp = 0xd3c8cc40 r4 = 0xc1b2a800 r5 = 0x00000800 r6 = 0xc2102a10 r7 = 0x00000800 r8 = 0xc2186054 r9 = 0xc05fd75c r10 = 0xc2102a00 ether_demux() at ether_demux+0x198 pc = 0xc03996cc lr = 0xc039a610 ($a.29+0x39c) sp = 0xd3c8cc48 fp = 0xd3c8cc68 r4 = 0xc1b2a800 r5 = 0xc2102a00 r6 = 0xc2102a10 r10 = 0xc2102a00 $a.29() at $a.29+0x39c pc = 0xc039a610 lr = 0xc039e7dc (netisr_dispatch_src+0xa8) sp = 0xd3c8cc70 fp = 0xd3c8cc98 r4 = 0x00000005 r5 = 0xc07a5a34 r6 = 0x00000000 r7 = 0xc07a5a30 r8 = 0xc2102a00 r10 = 0xc2102a00 netisr_dispatch_src() at netisr_dispatch_src+0xa8 pc = 0xc039e7dc lr = 0xc0399a6c ($a.13+0x64) sp = 0xd3c8cca0 fp = 0xd3c8ccc0 r4 = 0xc1b2a800 r5 = 0xc2102a00 r6 = 0x00000000 r7 = 0x00000000 r8 = 0xc05fd734 r9 = 0xc05fd75c r10 = 0xc2102a00 $a.13() at $a.13+0x64 pc = 0xc0399a6c lr = 0xc1ff1170 (sta_input+0x498) sp = 0xd3c8ccc8 fp = 0xd3c8cd08 r4 = 0xc202a000 r5 = 0xc1b2a800 r6 = 0x0000001a r7 = 0xc23720d0 r8 = 0xc2372000 r9 = 0x00000080 sta_input() at sta_input+0x498 pc = 0xc1ff1170 lr = 0xc1f9d4a8 ($a.45+0x3a8) sp = 0xd3c8cd10 fp = 0xd3c8cd88 r4 = 0x00000000 r5 = 0xc1ff0cd8 r6 = 0xc1f2f4e0 r7 = 0xffffffb4 r8 = 0xc1f37030 r9 = 0xc2102a00 r10 = 0xc2372000 $a.45() at $a.45+0x3a8 pc = 0xc1f9d4a8 lr = 0xc01ca260 ($a.10+0x744) sp = 0xd3c8cd90 fp = 0xd3c8cdd0 r4 = 0xc1f37173 r5 = 0xc0710948 r6 = 0xc05d677d r7 = 0xc1f37000 r8 = 0xc1f37030 r9 = 0xc1f37030 r10 = 0xc1f370c0 $a.10() at $a.10+0x744 pc = 0xc01ca260 lr = 0xc01cb48c (usb_command_wrapper+0x150) sp = 0xd3c8cdd8 fp = 0xd3c8cdf0 r4 = 0xc1f37030 r5 = 0xc0710948 r6 = 0xc05d6a58 r7 = 0xc05d6a7f r8 = 0x00000000 r9 = 0xc05d6a6c r10 = 0xc1b5d094 usb_command_wrapper() at usb_command_wrapper+0x150 pc = 0xc01cb48c lr = 0xc01ca3f8 ($a.12+0x70) sp = 0xd3c8cdf8 fp = 0xd3c8ce00 r4 = 0xc05d677d r5 = 0xc1f37000 r6 = 0xc1f37044 r7 = 0xc05d6094 r8 = 0xc0710994 r9 = 0xc05d60a0 $a.12() at $a.12+0x70 pc = 0xc01ca3f8 lr = 0xc01c51f4 ($a.4+0xc8) sp = 0xd3c8ce08 fp = 0xd3c8ce28 r4 = 0xc1b5d084 r5 = 0xc1b5d08c $a.4() at $a.4+0xc8 pc = 0xc01c51f4 lr = 0xc0284a44 (fork_exit+0x80) sp = 0xd3c8ce30 fp = 0xd3c8ce48 r4 = 0xc1b50370 r5 = 0xc1ac8720 r6 = 0xc01c512c r7 = 0xc1b5d084 r8 = 0xd3c8ce50 r9 = 0x00000000 r10 = 0x00000000 fork_exit() at fork_exit+0x80 pc = 0xc0284a44 lr = 0xc055ee5c (swi_exit) sp = 0xd3c8ce50 fp = 0x00000000 r4 = 0xc01c512c r5 = 0xc1b5d084 r6 = 0x00000000 r7 = 0x00000000 r8 = 0x00000000 r10 = 0x00000000 swi_exit() at swi_exit pc = 0xc055ee5c lr = 0xc055ee5c (swi_exit) sp = 0xd3c8ce50 fp = 0x00000000 db> ...keith From owner-freebsd-arm@freebsd.org Fri Jun 17 17:27:48 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC953A78AE7 for ; Fri, 17 Jun 2016 17:27:48 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 546A01AA8 for ; Fri, 17 Jun 2016 17:27:47 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 1fa6601d; Fri, 17 Jun 2016 19:27:45 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=AKN0cP3yXFAU8gJ9a4gLh5/gpQQ=; b=I0LGI1kOxw9uSiPnWkSd0e5SxCUF 67W6p9ird1fYj2rQN7/H6wex6RkPjWZl7ED57KUNic5BjaJ6UvWSyib7ckAm8axU xwxTaF5bFGd9a6vq9BMHfz71tvCU66EVexPv8dTpzj5FElHbVNxTH1AAOBuGSRFg Ha1yj5c1PTWps9E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=mzPXqKjvEncq41Az/G83CFLoHnWeLXwWFqoBndSjpjViVDwhKWeBBZBx U/B07yPync6COYFWjTD7c/2CUvFd13z/Dm640PM8cLZsAPmYwYVoH3qcfWA/4Q5w WKfmKZVcE/hdlP8vIhe7NZbwTOw2nwo3ejrm44rSfbqFXgAcfQw= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 254b28cd TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 17 Jun 2016 19:27:45 +0200 (CEST) Date: Fri, 17 Jun 2016 19:27:45 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: Milan Obuch , freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> In-Reply-To: <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 17:27:49 -0000 I do not have the issue. I'm currently cooking an image for you both to test. While writing this email I just saw that you have an orangepi-plus ? I have an orangepi-one but they are mostly the same board. On Fri, 17 Jun 2016 16:06:44 +0300 Daniel Braniss wrote: > > > > Kernel is built using ALLWINNER configuration, I just commented out > > > > makeoptions WITH_CTF=1 > > > > in sys/arm/conf/std.armv6 (last line). > > > > Milan > > same here. > danny -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Jun 17 17:57:07 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 31878A781EA for ; Fri, 17 Jun 2016 17:57:07 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 871872EB5 for ; Fri, 17 Jun 2016 17:57:06 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 6eef3e69; Fri, 17 Jun 2016 19:57:04 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=01IQHNsrM/D78tqgA2/ip886lyk=; b=bqrfX1S+cDYadB5640i4jTOHMVBd x0NgnVa2uciF2TEkuzinal794csH6zjaNHhbISX1tt5jeRez3wKCkkM/vnFym+8G DWKbJHgbEU8NnEGQfSm8qi1S+vTTMqrB73Mfg0ZHy/v/xbyh5SpoSXhhuXWcvuK/ 9FrwUgjGrCyvEmE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=XQAnvgi7vk1G8CWK5cnbG7eS5UbVB85m6dFe0QWAMF5fViBYHtA7N23i I5WSxOodSaxXAuNBzdVfAYT1gZWvGVvvsR2qvJT6GEektJH9TmJ4eNp4l6RPfkmd tofV0MoHkWYVqShpewNnRcVHBhz+d6TPi55p+X0isYxPyTGDBbY= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ab9191d3 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 17 Jun 2016 19:56:59 +0200 (CEST) Date: Fri, 17 Jun 2016 19:56:58 +0200 From: Emmanuel Vadot To: Emmanuel Vadot Cc: Daniel Braniss , freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> In-Reply-To: <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 17:57:07 -0000 If you have an orangepi-one please try this image : https://people.freebsd.org/~manu/FreeBSD-11.0-ALPHA4-arm-armv6-ORANGEPIONE-20160617-r301975.img.xz Thanks, On Fri, 17 Jun 2016 19:27:45 +0200 Emmanuel Vadot wrote: > > I do not have the issue. > I'm currently cooking an image for you both to test. > While writing this email I just saw that you have an orangepi-plus ? > I have an orangepi-one but they are mostly the same board. > > On Fri, 17 Jun 2016 16:06:44 +0300 > Daniel Braniss wrote: > > > > > > > Kernel is built using ALLWINNER configuration, I just commented out > > > > > > makeoptions WITH_CTF=1 > > > > > > in sys/arm/conf/std.armv6 (last line). > > > > > > Milan > > > > same here. > > danny > > -- > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Jun 17 18:11:07 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1C387A783FB for ; Fri, 17 Jun 2016 18:11:07 +0000 (UTC) (envelope-from me@rvijay.me) Received: from mail1.rvijay.me (mail1.rvijay.me [IPv6:2a00:1dc0:2002:0:fc09:f829:babe:b00b]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A8FA2149D for ; Fri, 17 Jun 2016 18:11:06 +0000 (UTC) (envelope-from me@rvijay.me) Received: from localhost (localhost [127.0.0.1]) by mail1.rvijay.me (Postfix) with ESMTP id DC59C5607 for ; Fri, 17 Jun 2016 23:40:54 +0530 (IST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=rvijay.me; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:to:subject:subject; s=20130919; t=1466187050; x= 1467051051; bh=+VS0+ugstXREr4BRQ58WVllRXdepIegMYX7z23xTLm8=; b=u kBX2vahRGpVC5srczSa7DwtJ6KiztCpGsg3UjKHJIsG3YAo1YcymkVAL3uPUhJ8K j5Z6ku3VbYY7jzOwQeqqXqxjc4RK1qV7xB4AR5a9/8fLuWiobOhSJ1ayRsCDgaaO E01GoGeESOEKsSjOWt4tsBACYjnBryT47L9FFMnLVg= Received: from mail1.rvijay.me ([127.0.0.1]) by localhost (mail1.rvijay.me [127.0.0.1]) (amavisd-new, port 10026) with LMTP id iQCoSVQ5-N1Q for ; Fri, 17 Jun 2016 23:40:50 +0530 (IST) Received: from [192.168.100.132] (unknown [183.83.51.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail1.rvijay.me (Postfix) with ESMTPSA id 09E375606 for ; Fri, 17 Jun 2016 23:40:49 +0530 (IST) Subject: Re: FreeBSD on the ODroid-C2 (arm64 AMLogic S905) To: freebsd-arm@freebsd.org References: From: Vijay Rajah Message-ID: <1996b499-cee9-1091-0f25-78eee0f64cb5@rvijay.me> Date: Fri, 17 Jun 2016 23:40:46 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 18:11:07 -0000 > The guys at > http://www.hardkernel.com/main/products/prdt_info.php?g_code=G145457216438&tab_idx=2 > are > still waiting for the datasheet :-/ FYI: I'm not sure you have seen this. They have posted the datasheet -- http://dn.odroid.com/S905/DataSheet/S905_Public_Datasheet_V1.1.4.pdf -Thanks Vijay On 05/06/2016 04:10 PM, Tom Vijlbrief wrote: > I've been hacking to see if I can get FreeBSD to boot on this little > device, and I got to this: > > Using Meson_Ethernet device > > TFTP from server 192.168.0.171; our IP address is 192.168.0.32 > > Filename 'kernel'. > > Load address: 0x20000000 > > Loading: duplex > > 1000m > > ################################################################# > > ################################################################# > > ################################################################# > > ################################################################# > > ################################################################# > > ### > > 2.9 MiB/s > > done > > Bytes transferred = 4811936 (496ca0 hex) > > ## Starting application at 0x20001000 ... > > size 7f000000 > > pmap_bootstrap ffff000000004000 20000000 800000 > > ffff000000004000 > > 0 > > platform_devmap_init (cbus) > > Early printf yielding control to the real console. > > KDB: debugger backends: ddb > > KDB: current backend: ddb > > Found 1 CPUs in the device tree > > Copyright (c) 1992-2016 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 #478 01606fb(tc2): Fri May 6 12:17:26 CEST 2016 > > tom@bsd11.v7f.eu: > /usr/home/tom/obj/arm64.aarch64/media/swan/github/freebsd/s > ys/ODROIDC2 arm64 > > FreeBSD clang version 3.8.0 (tags/RELEASE_380/final 262564) (based on LLVM > 3.8.0 > ) > > WARNING: WITNESS option enabled, expect reduced performance. > > Amlogic aml-s905 SoC > > FreeBSD/SMP: Multiprocessor System Detected: 1 CPUs > > ULE: setup cpu 0 > > null: > > openfirm: > > mem: > > random: harvesting attach, 8 bytes (4 bits) from nexus0 > > ofwbus0: > > simplebus0: on ofwbus0 > > random: harvesting attach, 8 bytes (4 bits) from simplebus0 > > clk_fixed0: on ofwbus0 > > random: harvesting attach, 8 bytes (4 bits) from clk_fixed0 > > random: harvesting attach, 8 bytes (4 bits) from ofwbus0 > > clkmsr0: mem 0xc1108758-0xc1108767 on simplebus0 > > clkmsr0: bus clock 167 MHz > > random: harvesting attach, 8 bytes (4 bits) from clkmsr0 > > scu0: mem 0xc4300000-0xc4300fff on simplebus0 > > random: harvesting attach, 8 bytes (4 bits) from scu0 > > cpuconfig0: mem 0xd901ff80-0xd901ff8f on simplebus0 > > random: harvesting attach, 8 bytes (4 bits) from cpuconfig0 > > ccm0: mem 0xc1104140-0xc1104153 on simplebus0 > > random: harvesting attach, 8 bytes (4 bits) from ccm0 > > gic0: mem > 0xc4301000-0xc4301fff,0xc4302000-0x > c4303fff,0xc4304000-0xc4305fff,0xc4306000-0xc4307fff irq 41 on ofwbus0 > > arm_gic_fdt_attach > > gic0: pn 0x20, arch 0x2, rev 0x1, implementer 0x43b irqs 256 > > random: harvesting attach, 8 bytes (4 bits) from gic0 > > generic_timer0: irq 16,19,18 on ofwbus0 > > ofwbus0: no default resources for rid = 3, type = 1 > > Timecounter "ARM MPCore Timecounter" frequency 24000000 Hz quality 1000 > > Event timer "ARM MPCore Eventtimer" frequency 24000000 Hz quality 1000 > > random: harvesting attach, 8 bytes (4 bits) from generic_timer0 > > ofwbus0: mem 0xc4200000-0xc4200fff irq 175 > compat > arm,pl310-cache (no driver attached) > > ofwbus0: mem 0xc1109990-0xc11099a7 irq 92 compat > amlogic,meson6 > -timer (no driver attached) > > simplebus0: mem 0xc1109900-0xc1109907 irq 32 disabled > compat > amlogic,meson6-wdt (no driver attached) > > uart0: > uart0: fast interrupt > > uart0: PPS capture mode: DCDinvalid > > random: harvesting attach, 8 bytes (4 bits) from uart0 > > simplebus0: mem 0xc11084c0-0xc11084d7 irq 58 disabled > compat a > mlogic,meson-uart (no driver attached) > > simplebus0: mem 0xc11084dc-0xc11084f3 irq 107 disabled > compat > amlogic,meson-uart (no driver attached) > > simplebus0: mem 0xc1108700-0xc1108717 irq 125 disabled > compat > amlogic,meson-uart (no driver attached) > > simplebus0: mem 0xc8100500-0xc810051f irq 124 disabled > compat aml > ogic,meson6-i2c (no driver attached) > > simplebus0: mem 0xc1108500-0xc110851f irq 53 disabled compat > amlo > gic,meson6-i2c (no driver attached) > > simplebus0: mem 0xc11087c0-0xc11087df irq 160 disabled > compat aml > ogic,meson6-i2c (no driver attached) > > simplebus0: mem 0xc8100480-0xc810049f irq 47 > disabled com > pat amlogic,meson6-ir (no driver attached) > > simplebus0: mem 0xc1108c80-0xc1108cff disabled compat > amlogic,mes > on6-spifc (no driver attached) > > simplebus0: mem > 0xc9410000-0xc941ffff,0xc1108108-0xc110810b > irq 40 disabled compat amlogic,meson6-dwmac (no driver attached) > > simplebus0: mem > 0xc11080b0-0xc11080d7,0xc11080e8-0xc11080ff,0 > xc1108120-0xc1108137,0xc8100014-0xc8100017,0xc810002c-0xc810002f,0xc810002c-0xc8 > 10002f compat amlogic,aml8726-pinctrl (no driver attached) > > rtc0: mem 0xc8100740-0xc8100753 irq 104 on simplebus0 > > rtc0: unsupported SoC > > device_attach: rtc0 attach returned 6 > > gpio0: mem > 0xc8100024-0xc8100027,0xc8100024-0xc8100027,0x > c8100028-0xc810002b on simplebus0 > > gpiobus0: on gpio0 > > random: harvesting attach, 8 bytes (4 bits) from gpiobus0 > > gpioc0: on gpio0 > > random: harvesting attach, 8 bytes (4 bits) from gpioc0 > > random: harvesting attach, 8 bytes (4 bits) from gpio0 > > gpio1: mem > 0xc1108054-0xc1108057,0xc1108058-0xc110805b,0x > c110805c-0xc110805f on simplebus0 > > gpiobus1: on gpio1 > > random: harvesting attach, 8 bytes (4 bits) from gpiobus1 > > gpioc1: on gpio1 > > random: harvesting attach, 8 bytes (4 bits) from gpioc1 > > random: harvesting attach, 8 bytes (4 bits) from gpio1 > > gpio2: mem > 0xc110806c-0xc110806f,0xc1108070-0xc1108073,0x > c1108074-0xc1108077 on simplebus0 > > gpiobus2: on gpio2 > > random: harvesting attach, 8 bytes (4 bits) from gpiobus2 > > gpioc2: on gpio2 > > random: harvesting attach, 8 bytes (4 bits) from gpioc2 > > random: harvesting attach, 8 bytes (4 bits) from gpio2 > > simplebus0: mem 0xc1108c20-0xc1108c3f irq 60 disabled compat > amlo > gic,aml8726-mmc (no driver attached) > > simplebus0: mem 0xc1108e00-0xc1108e3b irq 110 disabled > compat am > logic,aml8726-sdxc-m8 (no driver attached) > > simplebus0: mem 0xc1108100-0xc1108107 disabled compat > amlogic,aml > 8726-rng (no driver attached) > > simplebus0: mem 0xc1108800-0xc110881f disabled compat > amlogic > ,aml8726-m8-usb-phy (no driver attached) > > simplebus0: mem 0xc1108820-0xc110883f disabled compat > amlogic > ,aml8726-m8-usb-phy (no driver attached) > > simplebus0: mem 0xc9040000-0xc907ffff irq 62 disabled compat > syno > psys,designware-hs-otg2 (no driver attached) > > simplebus0: mem 0xc90c0000-0xc90fffff irq 63 disabled compat > syno > psys,designware-hs-otg2 (no driver attached) > > simplebus0: mem 0xc9410000-0xc9411fff irq 40 disabled compat > amlo > gic,meson6-dwmac (no driver attached) > > simplebus0: mem > 0xc8006048-0xc8006053,0xc1106800-0xc1106bff,0xc110 > 7400-0xc11077ff irq 34,35,44,45 disabled type display compat > Xamlogic,aml8726-fb > (no driver attached) > > cpulist0: on ofwbus0 > > cpu0: on cpulist0 > > arm64_cpu0: register <200> > > random: harvesting attach, 8 bytes (4 bits) from arm64_cpu0 > > random: harvesting attach, 8 bytes (4 bits) from cpu0 > > random: harvesting attach, 8 bytes (4 bits) from cpulist0 > > ofwbus0: compat Xgpio-leds (no driver attached) > > Device configuration finished. > > procfs registered > > Timecounters tick every 1.000 msec > > tcp_init: net.inet.tcp.tcbhashsize auto tuned to 16384 > > ===== > This is my github: > > https://github.com/tomtor/freebsd/tree/tc2 > > which contains also some commits from Andrew Turner (his early RPI3 port) > and some preliminary Pine64 work (waiting for a board). > > A script to build an image: > > https://github.com/tomtor/image-freebsd-c2/blob/master/build/mkc2image.sh > > I'm currently stuck because I cannot get a working Timer, interrupts are > for some reason not generated or get lost, so the boot hangs on an msleep > late in the boot process. I have no S905 documentation, only S805 docu, > which looks valid, except for the 64bit arm difference. > > The guys at > http://www.hardkernel.com/main/products/prdt_info.php?g_code=G145457216438&tab_idx=2 > are > still waiting for the datasheet :-/ > What I noticed is that Timer-E is somehow not running, Timer-A works as > expected (I can see it counting in the debugger), except perhaps for the > interrupts. > > If someone has suggestions how to fix this, cq hints how to proceed, that > would be very nice! > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Fri Jun 17 18:39:53 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25F20A78A77 for ; Fri, 17 Jun 2016 18:39:53 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound1a.eu.mailhop.org (outbound1a.eu.mailhop.org [52.58.109.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6D99A2441 for ; Fri, 17 Jun 2016 18:39:52 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: e2b2d238-34ba-11e6-ac92-3142cfe117f2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 73.34.117.227 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [73.34.117.227]) by outbound1.eu.mailhop.org (Halon Mail Gateway) with ESMTPSA; Fri, 17 Jun 2016 18:39:54 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.14.9) with ESMTP id u5HIdkUh008257; Fri, 17 Jun 2016 12:39:46 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <1466188786.34556.21.camel@freebsd.org> Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] From: Ian Lepore To: Keith White Cc: Adrian Chadd , freebsd-arm , FreeBSD Current Date: Fri, 17 Jun 2016 12:39:46 -0600 In-Reply-To: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> <1466177966.51702.13.camel@freebsd.org> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.16.5 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 18:39:53 -0000 On Fri, 2016-06-17 at 12:28 -0400, Keith White wrote: > On Fri, 17 Jun 2016, Ian Lepore wrote: > > > On Fri, 2016-06-17 at 07:52 -0700, Adrian Chadd wrote: > > > Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) > > > > > > See if it's that. > > > > > > > > > > > > -adrian > > > > > > > You can see from the crash info that it's an alignment fault: > > > > r6 =c21a4876 > > ldmib r6,{r1-r2} > > > > An ldm instruction requires 4-byte alignment. Now the question is > > why > > undefining __NO_STRICT_ALIGNMENT didn't fix the problem. Maybe the > > wifi code doesn't use __NO_STRICT_ALIGNMENT the same way other > > network > > drivers do? > > > > Unfortunately the pasted info lists the nearby symbol as > > $a.17+0x38, > > which doesn't help find the actual code. A stack backtrace might > > help. > > > > -- Ian > > ... > > What do I need to type at the "db> " prompt that would be useful? > I should be able to access the RPI-B in 5 hours. > > Here's the result of a "where" taken from an earlier logged session > (different r6 value): > "where" is a synonym for getting a stack backtrace, that's just what I needed. Now I know what's wrong, but not yet how to fix it. -- Ian From owner-freebsd-arm@freebsd.org Fri Jun 17 20:19:02 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 94FF5A789EC for ; Fri, 17 Jun 2016 20:19:02 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (unknown [IPv6:2001:4060:1:1001::14:54]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 501B316C2 for ; Fri, 17 Jun 2016 20:19:01 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPS id D33D6D6186; Fri, 17 Jun 2016 22:18:50 +0200 (CEST) Subject: Re: FreeBSD on the ODroid-C2 (arm64 AMLogic S905) To: Tom Vijlbrief , freebsd-arm@freebsd.org References: From: Andreas Tobler Message-ID: Date: Fri, 17 Jun 2016 22:18:50 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.73 on 127.0.1.1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 20:19:02 -0000 Hi Tom, On 12.05.16 18:04, Tom Vijlbrief wrote: > Op vr 6 mei 2016 om 12:40 schreef Tom Vijlbrief : > >> I've been hacking to see if I can get FreeBSD to boot on this little >> device, and I got to this: >> >> > Progress has been made and it now boots and USB-works :-) > (but SD-card reader and Ethernet do not) > > Mikaël Urankar added the code to enable multiple processors, > but for now multiple processors are disabled. > > This is very much a work in progress, but for those who would like to > compile their own kernel and boot it on an Odroid-C2, get it from: > > https://github.com/tomtor/freebsd/tree/tc2 > > and build it with: > > make TARGET=arm64 -s buildworld > make TARGET=arm64 buildkernel KERNCONF=ODROIDC2 NO_MODULES=YES I tried and I ended up here: cd: /export/devel/build/test/freebsd-tc2/sys/boot/arm64/aml: No such file or directory I think here is something missing. > I have attached an USB disk and an USB ethernet adapter and the system > boots, NTP adjusts the date and I'm logged in with SSH. > > However, a "portsnap fetch" runs a long time and then exits with: > pid 78242 (sh), uid 0: exited on signal 10 (core dumped), so it is > obviously not ready for general use. > > Boot instructions are here: > > https://github.com/tomtor/image-freebsd-c2 The boot process stops and complains filesystems not known. Might be the card. I also tried to build against -CURRENT but the kernel (tftp booted) just hangs. The board itself is ok, linux does boot. Are you able to update your tree and commit? TIA, Andreas From owner-freebsd-arm@freebsd.org Fri Jun 17 21:42:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D684A77D6A; Fri, 17 Jun 2016 21:42:30 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "courriel.site.uottawa.ca", Issuer "DigiCert SHA2 Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 54C781C80; Fri, 17 Jun 2016 21:42:29 +0000 (UTC) (envelope-from kwhite@site.uottawa.ca) Received: from [10.0.2.15] (ppp-66-225-185-187.vianet.ca [66.225.185.187]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id u5HLgP9N014278 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 17 Jun 2016 17:42:26 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Fri, 17 Jun 2016 17:42:20 -0400 (EDT) From: Keith White X-X-Sender: kwhite@localhost.my.domain To: Adrian Chadd cc: Mark Millard , freebsd-arm , FreeBSD Current Subject: Re: RPI-B 11.0-ALPHA3 r301815 panic ["when connecting via WiFi"] In-Reply-To: Message-ID: References: <5B47CB62-5BB6-41F3-82F9-507B42EF161B@dsl-only.net> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 21:42:30 -0000 On Fri, 17 Jun 2016, Adrian Chadd wrote: > Just disable 11n for now. ifconfig wlan0 -ht (and reassociate.) > > See if it's that. > > > > -adrian > ... Apparently not. I have the same panic even with 11n disabled. ...keith From owner-freebsd-arm@freebsd.org Fri Jun 17 23:27:57 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7816A7845D for ; Fri, 17 Jun 2016 23:27:57 +0000 (UTC) (envelope-from erich@alogt.com) Received: from alogt.com (alogt.com [69.36.191.58]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9449D1A03 for ; Fri, 17 Jun 2016 23:27:57 +0000 (UTC) (envelope-from erich@alogt.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID: Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=GGOWRExMcp+5OQ6aNCieYRndUMnwPCRVkNu6hf4PQbw=; b=rlF+zgJEOG4JfSAo9ZLcyKKsOd fV5Q7e7b4oJtF3mvgVD8VzKQMJeGUDdEDkyXaGZIjGaT5tXpBaoulwzHfKoQM4JglU6zs5HUP3f9/ 3gjp90tXfbwEsbEMTtjtknPlUJLyhg1W5cb1DeG7HtOzJre0Da8c4AMxIEQgda1zREc8=; Received: from [114.120.239.111] (port=59838 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1bE3B0-0010jn-Oj for freebsd-arm@freebsd.org; Fri, 17 Jun 2016 17:27:51 -0600 Date: Sat, 18 Jun 2016 07:27:47 +0800 From: Erich Dollansky To: freebsd-arm Subject: Compiling HEAD on a Raspberry Pi B+ 2 failes Message-ID: <20160618072747.6c6d4328@X220.alogt.com> Organization: ALO Green Technologies MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erich@alogt.com X-Authenticated-Sender: sl-508-2.slc.westdc.net: erich@alogt.com X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 23:27:57 -0000 Hi, I am trying to compile HEAD on a Raspberry and get always the following error. Erich Last Changed Rev: 301974 /usr/src/lib/csu/arm/crt1.c:(.text+0xb4): relocation truncated to fit: R_ARM_CALL against symbol `atexit' defined in .text section in /usr/lib/libc.a(atexit.o) /usr/src/lib/csu/arm/crt1.c:(.text+0xbc): relocation truncated to fit: R_ARM_CALL against symbol `_init_tls' defined in .text section in /usr/lib/libc.a(tls.o) /usr/src/lib/csu/arm/crt1.c:(.text+0xcc): relocation truncated to fit: R_ARM_CALL against symbol `atexit' defined in .text section in /usr/lib/libc.a(atexit.o) /usr/src/lib/csu/arm/crt1.c:(.text+0x174): relocation truncated to fit: R_ARM_CALL against symbol `exit' defined in .text section in /usr/lib/libc.a(exit.o) /usr/lib/crt1.o: In function `finalizer': /usr/src/lib/csu/arm/crt1.c:(.text+0x1ec): relocation truncated to fit: R_ARM_JUMP24 against symbol `_fini' defined in .fini section in /usr/lib/crti.o c++: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[4]: stopped in /usr/src.head/usr.bin/clang/clang *** Error code 1 Stop. bmake[3]: stopped in /usr/src.head/usr.bin/clang *** Error code 1 Stop. bmake[2]: stopped in /usr/src.head *** Error code 1 Stop. bmake[1]: stopped in /usr/src.head *** Error code 1 Stop. make: stopped in /usr/src.head [raspberry2]~/System (root) > From owner-freebsd-arm@freebsd.org Sat Jun 18 02:55:26 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ABCB1A781AC for ; Sat, 18 Jun 2016 02:55:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [69.239.235.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "www.zefox.org", Issuer "www.zefox.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 776C729FD for ; Sat, 18 Jun 2016 02:55:26 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.15.2/8.15.2) with ESMTPS id u5I2tIME039198 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 17 Jun 2016 19:55:19 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id u5I2tIqr039197; Fri, 17 Jun 2016 19:55:18 -0700 (PDT) (envelope-from fbsd) Date: Fri, 17 Jun 2016 19:55:18 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: pl2303 lockups on rpi2 Message-ID: <20160618025517.GA38492@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 02:55:26 -0000 I'm seeing lockups of two (out of four seemingly identical) P2303TA USB-serial adapters on rpi2 at r 301978. A sample console message is login: FreeBSD/arm (ns1.zefox.net) (ttyu0) login: uplcom0: at uhub1, port 4, addr 5 (disconnected) usbd_req_re_enumerate: addr=5, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 5 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=5, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 5 failed, USB_ERR_IOERROR The device is stuck hard, even through unplug and replug. However, if it's plugged into a Mac running Prolific's drivers it's recognized and will then work for a while, sometimes days, on FreeBSD. The problem seems to move with the adapter from one RPI2 to the next, which suggests a bad adapter, but I'm wondering if it might also be a driver operating on the edge. I can find no evidence of difference between the four adapters: The chip packages look the same, all the numbers match and the soldering looks good. I've been hesitant to take a refund up to now, but unless somebody thinks there's a driver issue on the FreeBSD side perhaps I should change my tune.... Thanks for reading and any thoughts, bob prohaska From owner-freebsd-arm@freebsd.org Sat Jun 18 04:41:31 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A0DB3A7943C for ; Sat, 18 Jun 2016 04:41:31 +0000 (UTC) (envelope-from hmurray@megapathdsl.net) Received: from ip-64-139-1-69.sjc.megapath.net (ip-64-139-1-69.sjc.megapath.net [64.139.1.69]) by mx1.freebsd.org (Postfix) with ESMTP id 7DADE2B99 for ; Sat, 18 Jun 2016 04:41:31 +0000 (UTC) (envelope-from hmurray@megapathdsl.net) Received: from shuksan (localhost [127.0.0.1]) by ip-64-139-1-69.sjc.megapath.net (Postfix) with ESMTP id 28E93406057; Fri, 17 Jun 2016 21:34:30 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: bob prohaska cc: freebsd-arm@freebsd.org, hmurray@megapathdsl.net From: Hal Murray Subject: Re: pl2303 lockups on rpi2 In-Reply-To: Message from bob prohaska of "Fri, 17 Jun 2016 19:55:18 PDT." <20160618025517.GA38492@www.zefox.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 17 Jun 2016 21:34:30 -0700 Message-Id: <20160618043430.28E93406057@ip-64-139-1-69.sjc.megapath.net> X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 04:41:31 -0000 fbsd@www.zefox.net said: > The problem seems to move with the adapter from one RPI2 to the next, which > suggests a bad adapter, but I'm wondering if it might also be a driver > operating on the edge. How solid is your power? I've seen USB screwups on a Pi 3 running Linux talking to a GPS unit with a PL2303. The symptom was that every day or two, it just stopped working. Unplugging and replugging fixed it. I didn't find a way to fix it from the command line. Somebody suggested that a Pi-? needs more than 4.8 V. My setup was running at 4.8 V. Power seemed like a likely problem, but I didn't track down the source. It could be a handy urban legend. You can get USB cables with heavier gauge power wires. I got some Tronsmart brand. They gave me a bit more than an extra 0.1 V, but I don't have enough hours on them to know if it solved the problem. -- These are my opinions. I hate spam. From owner-freebsd-arm@freebsd.org Sat Jun 18 06:30:27 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 67AC2A7828A for ; Sat, 18 Jun 2016 06:30:27 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D291F14CA for ; Sat, 18 Jun 2016 06:30:26 +0000 (UTC) (envelope-from tvijlbrief@gmail.com) Received: by mail-lf0-x22d.google.com with SMTP id h129so9209670lfh.1 for ; Fri, 17 Jun 2016 23:30:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=2iHjWKIr08tzz5n+qsm0FVIOR3mJ1Sj3MKbyobvaT0Q=; b=DeBLBbc42jmw7j4gk8eRa284hboSH3VhJaIOYBX0j0StOSqhQzVHri8OFMjRZfH7vr X33Ek3S5edMboKdkpkp2kr+R5OrUJreRTl9rG4siR2ni74OxkjqLoOBC3tJVlBGECiPJ Pc0MR7XSz6360Z5iPVy0WlDESPSe2a98I2UxBy71qeON02LZBX0nvQIvsaYtccZ26kYE eLD7FVfVXrbfSzD2MAsZNdswkwNqXpMXJLhD/UQd+8WYNs/QRWWCS0wNFeQlIE+WozrH gMPK0o2nWDOxyjk5rQnNrXJ4TFO9M3GfdKU7HY1nSi7VLLNHhR/7phrU0ANOwBGLcbTp 5tMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=2iHjWKIr08tzz5n+qsm0FVIOR3mJ1Sj3MKbyobvaT0Q=; b=lzzXA85domtOb7NUOUAEo1nxxBBDTM+vTltLARhj46Tw/++QTRNmcqY1oFiNpPULox KYi9pTL4oiAvVG/t21t5yjiGr1UqTBu1veU0X5DfNKv5TM9+w2JfEmsG5mmUzy6HPQ95 nI4vfgjgF9CL2UzfJXx6IuQUDu6aoUF5YeRTXTk12gIyTgwUXo/OoO+RXVjbatPZ1gHb XkIiXAxll3t61dn/E2gqTCU+jJcPdG3NL76PLHAlhBT+QGk2IQXsf0KuL5lYNRtHrX/n yQMTUYjXl/+yw/TVt7XPRDPRHYYTy+lEHBGMW6CanPWIBEHyDm+z03aKYBTDCoL24FXY I/3A== X-Gm-Message-State: ALyK8tKH2bX9PpZUWrS1Ev/MouQJkeWVNTt9eJMWRfjokdst9JmI5RJlZz1TvwarFchv9j3DkKP/QayvIAt2ZQ== X-Received: by 10.25.127.4 with SMTP id a4mr1654956lfd.111.1466231424440; Fri, 17 Jun 2016 23:30:24 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Tom Vijlbrief Date: Sat, 18 Jun 2016 06:30:14 +0000 Message-ID: Subject: Re: FreeBSD on the ODroid-C2 (arm64 AMLogic S905) To: Andreas Tobler , freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 06:30:27 -0000 Op vr 17 jun. 2016 om 22:18 schreef Andreas Tobler : > Hi Tom, > > On 12.05.16 18:04, Tom Vijlbrief wrote: > > Op vr 6 mei 2016 om 12:40 schreef Tom Vijlbrief : > > > >> I've been hacking to see if I can get FreeBSD to boot on this little > >> device, and I got to this: > >> > >> > > Progress has been made and it now boots and USB-works :-) > > (but SD-card reader and Ethernet do not) > So you must use a root filesystem on USB, you cannot access the SD-card. > > > > Mika=C3=ABl Urankar added the code to enable multiple processors, > > but for now multiple processors are disabled. > > > > This is very much a work in progress, but for those who would like to > > compile their own kernel and boot it on an Odroid-C2, get it from: > > > > https://github.com/tomtor/freebsd/tree/tc2 > > > > and build it with: > > > > make TARGET=3Darm64 -s buildworld > > make TARGET=3Darm64 buildkernel KERNCONF=3DODROIDC2 NO_MODULES=3DYES > > I tried and I ended up here: > > cd: /export/devel/build/test/freebsd-tc2/sys/boot/arm64/aml: No such > file or directory > > I think here is something missing. > > Oops, you're right. Should be fixed now in the current tc2 branch > I have attached an USB disk and an USB ethernet adapter and the system > > boots, NTP adjusts the date and I'm logged in with SSH. > > > > However, a "portsnap fetch" runs a long time and then exits with: > > pid 78242 (sh), uid 0: exited on signal 10 (core dumped), so it is > > obviously not ready for general use. > > > > Boot instructions are here: > > > > https://github.com/tomtor/image-freebsd-c2 > > The boot process stops and complains filesystems not known. Might be the > card. > See remark above. I do not have much time the next few weeks, but I will try to get the SD-card and board ethernet running later or perhaps someone else will have a go at it. Note that the occasional core dump is very rare. I managed to build large parts of world on the device. I wonder what the cause is. I would like to see if I get similar dumps on my Pine64, but on the Pine64 neither the card-reader nor the USB work. I saw an additional patch from Andrew for the SD-card reader which is not in my tree, but have not tried that yet. Thanks for trying this Odroid-C2 build. The Odroid-C2 is really a nice little device. From owner-freebsd-arm@freebsd.org Sat Jun 18 06:50:10 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3C723A78617 for ; Sat, 18 Jun 2016 06:50:10 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-oi0-x233.google.com (mail-oi0-x233.google.com [IPv6:2607:f8b0:4003:c06::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 11E3F1BAE for ; Sat, 18 Jun 2016 06:50:10 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-oi0-x233.google.com with SMTP id d132so146439477oig.1 for ; Fri, 17 Jun 2016 23:50:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:from:date:message-id:subject:to; bh=dQjbM7S03gR6fDEeOzVpH4CwEIRurOCqORo6wRHBNp0=; b=myjHFgXsieOSWTLWmeoVcOaG5aXhLTLgw5rBBnH6xjKTaxTPUMoF7655ZHj90JKz6A Vg0vNVqCWF2f4wdrVrtAS/iO6k8JSlV1FqNqrcOS4c0pbcUtMF3xYKG44VsNjSlI1Nga JmdqHbK49swb/6YqcouxsRR+yrI57BzNBq6u2uzZeVaZ2MNIkz1pPFQdMDU3yds1MHRP GuiQUOEPgxXpps6eUFjDnIdHVc64136si9j80y2DLN7Nm6F9NtQ79J0TF7+TANiPH+2U muS/QCg/r2xsuuF7ebiyzXJuUQPMhd3OuTA2Yw3PF/uhSR/uSDCdIi/FjE7uB+stqtKQ Z0Wg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:from:date:message-id:subject :to; bh=dQjbM7S03gR6fDEeOzVpH4CwEIRurOCqORo6wRHBNp0=; b=E0vldOTmibpb6kuu2pdjglXGGkj3jH6v845cVheWidssTFz8iLEIsnZYT664ENGFdF xDB6ar3c1APP40vnQCzuf9m346VqQiJsAYJq0uS23hF8T2nElcKA/rWjU0ayPrvE5z2s YrWwaedrE+Ck3lGYpG7MBUI+AqJUgL85Ro9MQPFKKLIKVxEUVYwaRVhIoGLSz9yBHYXi 6V0LplunpIOQZoC3UcbXtGW1vNMPY/HOzy5awAtkEU/aDqOmh832wpJHlx8y9fY8tOjM KDI9+FyXjZ6yd4+G9JYYauNUE2OFIw9Px3B365XuiZuDEMm7pJj7g+HPfaVSU7pri3sX 8hxA== X-Gm-Message-State: ALyK8tI1CTTEnBI5C9X1Xsb2ClfzPQB8Varhk37VwfCDQMfLSj6P4puTJhbG7R6krhf+aBIKzStsElX8R8Z3FHZd X-Received: by 10.202.241.67 with SMTP id p64mr2947194oih.197.1466232609176; Fri, 17 Jun 2016 23:50:09 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.157.41.209 with HTTP; Fri, 17 Jun 2016 23:50:08 -0700 (PDT) From: Maxim Sobolev Date: Fri, 17 Jun 2016 23:50:08 -0700 X-Google-Sender-Auth: LcYE6yiJaCCVAJ2eXihQ_UxDPHk Message-ID: Subject: BBB (cpsw(4)) seems to be broken in the latest 11-current To: FreeBSD Current , freebsd-arm@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 06:50:10 -0000 Updated my BBB to the latest -current, immediately got this while trying to make world over ssh console: 06:02:17 CPSW watchdog cpswss0: watchdog timeout cpswss0: Unable to cleanly shutdown transmitter Interface seems to be locked after that, no traffic comes in or out. This is: FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT 2016, svn revision 301898 The previous version that was rock-solid was: FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT 2015, svn revision 284878 I've been running buildworlds for literally days on that board, because it's how long it takes to build on that hardware. :) I'll run it again and see if the issue re-appears. If anyone seen this or if it's known issue please let me know. Thanks! -Max From owner-freebsd-arm@freebsd.org Sat Jun 18 07:35:50 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 66E51A78F70 for ; Sat, 18 Jun 2016 07:35:50 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E096A1F99 for ; Sat, 18 Jun 2016 07:35:48 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sat, 18 Jun 2016 09:35:45 +0200 id 00EC25D2.5764F9D1.00014214 Date: Sat, 18 Jun 2016 09:35:45 +0200 From: Milan Obuch To: Emmanuel Vadot Cc: freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-ID: <20160618093545.1c360555@zeta.dino.sk> In-Reply-To: <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 07:35:50 -0000 On Fri, 17 Jun 2016 19:56:58 +0200 Emmanuel Vadot wrote: > If you have an orangepi-one please try this image : > https://people.freebsd.org/~manu/FreeBSD-11.0-ALPHA4-arm-armv6-ORANGEPIONE-20160617-r301975.img.xz > Hi, this image works. Now I should try to compare what's different here... this takes some time. Which sources did you use for building it? 'uname' shows FreeBSD 11.0-ALPHA4 #156 660952f(orangepi-one) so this is not from stock svn.freebsd.org sources, right? Also, while on-board ethernet does not work (this is expected, I remember it is not being worked on, or did it changed?), USB works and USB ethernet adapter works for me. I did not test gpio yet, only toggle gpioled1 (on-board green LED near pin header) and button near power jack. Both are OK. Thanks for that, this gives me something to play with, but why stock sources svn revision 301989 don't work for me, is important to find... Regards, Milan From owner-freebsd-arm@freebsd.org Sat Jun 18 07:45:25 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 22E01A7912B for ; Sat, 18 Jun 2016 07:45:25 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 67922255B for ; Sat, 18 Jun 2016 07:45:23 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id a9ec6659; Sat, 18 Jun 2016 09:45:15 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=NAs4m/v+EguaCE7HC7MmI8NLCKE=; b=EU82V13SLH05Od450wUc0YetVXov EC6+aOW0yIyaxogofNkuWtbQxFq9S1ueIje5tXYnTJUScbdOKdt3tGwZVhxvwSV7 riFZ+osb7Najc72YEs1G9J+gbyb61UOKutZ5eFUNP5mvXhJG/XYcDf3zP0zUq0LB UloCnkbv3jZehQY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=RBdfaRCxHc3/swxvkPEzL8uLnwwFsJ+3wYf1dY/jLms2NffSpMFKGeB/ 4E+925r3bjbO7CtChKcMI8VoyjqJag/9tBpe7L3VUxwnduiJVHFV3OvgnS96PgSM aRsoTjxqbnyXOFW+ZoeW+2C7x9Kb51Zm+6CDZgEXALqM8KMHdEY= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id f48d53d5 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 18 Jun 2016 09:45:15 +0200 (CEST) Date: Sat, 18 Jun 2016 09:45:14 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> In-Reply-To: <20160618093545.1c360555@zeta.dino.sk> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 07:45:25 -0000 It's build from my github branch which only adds dts for the orangepi-one : https://github.com/freebsd/freebsd/compare/master...evadot:orangepi-one On Sat, 18 Jun 2016 09:35:45 +0200 Milan Obuch wrote: > On Fri, 17 Jun 2016 19:56:58 +0200 > Emmanuel Vadot wrote: > > > If you have an orangepi-one please try this image : > > https://people.freebsd.org/~manu/FreeBSD-11.0-ALPHA4-arm-armv6-ORANGEPIONE-20160617-r301975.img.xz > > > > Hi, > > this image works. Now I should try to compare what's different here... > this takes some time. Which sources did you use for building it? > 'uname' shows > > FreeBSD 11.0-ALPHA4 #156 660952f(orangepi-one) > > so this is not from stock svn.freebsd.org sources, right? > > Also, while on-board ethernet does not work (this is expected, I > remember it is not being worked on, or did it changed?), USB works and > USB ethernet adapter works for me. > > I did not test gpio yet, only toggle gpioled1 (on-board green LED near > pin header) and button near power jack. Both are OK. > > Thanks for that, this gives me something to play with, but why stock > sources svn revision 301989 don't work for me, is important to find... > > Regards, > Milan > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jun 18 08:03:20 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9660AA79658 for ; Sat, 18 Jun 2016 08:03:20 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 361112BC7 for ; Sat, 18 Jun 2016 08:03:19 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sat, 18 Jun 2016 10:03:16 +0200 id 00EC268F.57650044.00017748 Date: Sat, 18 Jun 2016 10:03:15 +0200 From: Milan Obuch To: Emmanuel Vadot Cc: freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-ID: <20160618100315.12478671@zeta.dino.sk> In-Reply-To: <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 08:03:20 -0000 On Sat, 18 Jun 2016 09:45:14 +0200 Emmanuel Vadot wrote: > It's build from my github branch which only adds dts for the > orangepi-one : > https://github.com/freebsd/freebsd/compare/master...evadot:orangepi-one > Thanks, I am planning to get them and compare. Meanwhile, I copied orangepi-one.dtb from your image to my image and mmc works. So there was something changed, older orangepi.dtb from link provided by you previously is somewhat different. But there must be something more different between stock sources svn revision 301989 and your sources, because now my image loads, runs, but neither GPIO now USB works. gpioctl does not toggle LED and input displayed is constant, no change with button press. This works with your image. Also, USB spams console with gic0: Spurious interrupt detected: last irq: 107 on CPU0 usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=3D2, set address failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting device descriptor at addr 2 failed, USB_ERR_IOERROR (sorry mailer mangled this, but I do not expect anyone to analyze this as there *are* working sources available for this... yours) =46rom your tests, which devices are not working yet? Do you have any plans what to work on next? Regards, Milan From owner-freebsd-arm@freebsd.org Sat Jun 18 08:09:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB676A796F8; Sat, 18 Jun 2016 08:09:45 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: from mail-io0-x236.google.com (mail-io0-x236.google.com [IPv6:2607:f8b0:4001:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CA892C4B; Sat, 18 Jun 2016 08:09:45 +0000 (UTC) (envelope-from onwahe@gmail.com) Received: by mail-io0-x236.google.com with SMTP id n127so95039556iof.3; Sat, 18 Jun 2016 01:09: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:from:date:message-id:subject:to :cc; bh=IdtthlhC+kWBmZ9wJQsMskMw9+QMqMol/3Ij1ZLan/o=; b=U8iIjlsilPrdp2pedJHZxXApmI7SC7xUYLe27Yy8lsNW+aVE8nZbDIgGpDRE21KJ6/ pYh8WMS7YXF1jWxxJGw9kl1nF20CL2ULFGKaAYsFX4iz6itFboDxtvfhLsOiBbM9JMpC wlVWV+Ein//wgVXkoKwvUCfPjPmjmTKZtsOvvb2oYGYC6S5A3OAZ0ASKaX6ZcNBPRhny tQZQha9zMNvZbtUil9qMMg0ZOog6emNft8waEre+J910+famHH7LLv1SIkAlneR9GbFf AUzL6nqCXgz491tW7VA7WNDj95A0k9KzA6F+lG9LBAdOEcdbwQ60FuOBWCY9j7AsShSH dTHQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=IdtthlhC+kWBmZ9wJQsMskMw9+QMqMol/3Ij1ZLan/o=; b=Yu4VuDKbZd5d09itrypZ6wtItHN5rzVYmheh2ufD9q8/qrDUMnKOXz7/vC6YyxdTEu kqOeQMGzlhStGvpfBevX88/IsgFzETg8LgdaBlDX1wXcyuLoRDhEq8LB/GBxFo6XgZGJ Ib07nWaLPaO3L+NXxt6glVDAFxMDgCLGAjddxqQQCu2ytCmmjvqXLwhbADOsjgR058mL X+9XSDQs3oZzNgK7r9QPFbR/0XE8ZxS8LYp1bIdk3E5rriDAMcDt6KtXysjwC9pHxDgn bE7/JIp4QnRR92wHBoALvqVYytTb2LntEvIYJ1UPlGXUMLJZxbuWVN7yR1UY+aQSDOR8 tfNA== X-Gm-Message-State: ALyK8tKTr/y/B6wnsOer0lFL3SVpoFM5FLd4XNyLmPrnDBW6qwDyNAUFQoTfEOJQ7Qn47Ow/+gsxfQkJJH/YzQ== X-Received: by 10.107.142.4 with SMTP id q4mr8951432iod.30.1466237384937; Sat, 18 Jun 2016 01:09:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.162.75 with HTTP; Sat, 18 Jun 2016 01:09:44 -0700 (PDT) In-Reply-To: References: From: Svatopluk Kraus Date: Sat, 18 Jun 2016 10:09:44 +0200 Message-ID: Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current To: Maxim Sobolev Cc: FreeBSD Current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 08:09:45 -0000 On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev wrote: > Updated my BBB to the latest -current, immediately got this while trying to > make world over ssh console: > > 06:02:17 CPSW watchdog cpswss0: watchdog timeout > cpswss0: Unable to cleanly shutdown transmitter My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset button) does not help. Only hard reset (power-off) helps. I have never had time to discover where a problem is. I'm not even sure if this is related to your problem as I did not remember exact dmesg in my case. Svata > > Interface seems to be locked after that, no traffic comes in or out. > > This is: > > FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT > 2016, svn revision 301898 > > The previous version that was rock-solid was: > > FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT > 2015, svn revision 284878 > > I've been running buildworlds for literally days on that board, because > it's how long it takes to build on that hardware. :) > > I'll run it again and see if the issue re-appears. > > If anyone seen this or if it's known issue please let me know. > > Thanks! > > -Max > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Jun 18 08:23:41 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90587A79990 for ; Sat, 18 Jun 2016 08:23:41 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 019B514B4 for ; Sat, 18 Jun 2016 08:23:40 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 95fac392; Sat, 18 Jun 2016 10:23:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=3lucSiAH9R91HNjIrNkUS4YEtsY=; b=Pi+SSwYodqLNK8d8O9I3HUzLWMzv jNYhzlXKZSniM2xr7QPLpyS0r1YHk0vROmMB7rCNdBUUwl2aE2VJssi0CDwjPcs2 tGqQFkoxyJG3U7puTfhvwYdf0jDlXZ++DBHGI7/rT4LPTBJoIapu16aPPpTUtHh8 FSEDkduG1WOtZh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=q0HPzmQTmKD7diDwPdnNPDsQIiCM/8g0/8l0YIklNiy8l/R97umsxnmZ /GS8BJuCVLt1s47lGZRHEhRA3idzJGfv4JxoDMMyncYck5mJn0cTOaYvAVKtaUyj 1WVIv9asCPxppjf3me1DF/kjhhQCZfNeIPZy0FcO601I2FaSgmc= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 6235426a TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 18 Jun 2016 10:23:38 +0200 (CEST) Date: Sat, 18 Jun 2016 10:23:38 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> In-Reply-To: <20160618100315.12478671@zeta.dino.sk> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 08:23:41 -0000 On Sat, 18 Jun 2016 10:03:15 +0200 Milan Obuch wrote: > On Sat, 18 Jun 2016 09:45:14 +0200 > Emmanuel Vadot wrote: > > > It's build from my github branch which only adds dts for the > > orangepi-one : > > https://github.com/freebsd/freebsd/compare/master...evadot:orangepi-one > > > > Thanks, I am planning to get them and compare. Meanwhile, I copied > orangepi-one.dtb from your image to my image and mmc works. So there > was something changed, older orangepi.dtb from link provided by you > previously is somewhat different. I don't remember what I've changed, but I remember telling you to use this branch for the dts because it worked for me. > But there must be something more different between stock sources svn > revision 301989 and your sources, because now my image loads, runs, but > neither GPIO now USB works. gpioctl does not toggle LED and input > displayed is constant, no change with button press. This works with > your image. Just click compare on github and you will see that only the dts changes. > Also, USB spams console with > > gic0: Spurious interrupt detected: last irq: 107 on CPU0 > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > ignored) usbd_setup_device_desc: getting device descriptor at addr 2 > failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=2, set address > failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting > device descriptor at addr 2 failed, USB_ERR_IOERROR > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > ignored) usbd_setup_device_desc: getting device descriptor at addr 2 > failed, USB_ERR_IOERROR > > (sorry mailer mangled this, but I do not expect anyone to analyze this > as there *are* working sources available for this... yours) > > From your tests, which devices are not working yet? Do you have any > plans what to work on next? I'll test USB again, it used to work at least. Except for ethernet phy I have no other plan for now. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jun 18 08:55:33 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 616C8A79E70 for ; Sat, 18 Jun 2016 08:55:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFE281F99 for ; Sat, 18 Jun 2016 08:55:32 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bs.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1bEC2E-000O2d-FC; Sat, 18 Jun 2016 11:55:22 +0300 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? From: Daniel Braniss In-Reply-To: <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> Date: Sat, 18 Jun 2016 11:55:23 +0300 Cc: Milan Obuch , freeBSD-arm@freebsd.org Message-Id: <9B9FAC12-64AC-4947-899A-23160B241D51@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3124) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 08:55:33 -0000 > On 18 Jun 2016, at 11:23 AM, Emmanuel Vadot = wrote: >=20 > On Sat, 18 Jun 2016 10:03:15 +0200 > Milan Obuch > wrote: >=20 >> On Sat, 18 Jun 2016 09:45:14 +0200 >> Emmanuel Vadot > = wrote: >>=20 >>> It's build from my github branch which only adds dts for the >>> orangepi-one : >>> = https://github.com/freebsd/freebsd/compare/master...evadot:orangepi-one = >>>=20 >>=20 >> Thanks, I am planning to get them and compare. Meanwhile, I copied >> orangepi-one.dtb from your image to my image and mmc works. So there >> was something changed, older orangepi.dtb from link provided by you >> previously is somewhat different. >=20 > I don't remember what I've changed, but I remember telling you to use > this branch for the dts because it worked for me. I copied your DTB (where is the dts?) and now it boots fine! any idea how to convince the boot (ubldr, u-boot) to load it from the = fat partition? thanks! danny >=20 >> But there must be something more different between stock sources svn >> revision 301989 and your sources, because now my image loads, runs, = but >> neither GPIO now USB works. gpioctl does not toggle LED and input >> displayed is constant, no change with button press. This works with >> your image. >=20 > Just click compare on github and you will see that only the dts > changes. >=20 >> Also, USB spams console with >>=20 >> gic0: Spurious interrupt detected: last irq: 107 on CPU0 >> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_IOERROR, >> ignored) usbd_setup_device_desc: getting device descriptor at addr 2 >> failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=3D2, set address >> failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting >> device descriptor at addr 2 failed, USB_ERR_IOERROR >> usbd_req_re_enumerate: addr=3D2, set address failed! = (USB_ERR_IOERROR, >> ignored) usbd_setup_device_desc: getting device descriptor at addr 2 >> failed, USB_ERR_IOERROR >>=20 >> (sorry mailer mangled this, but I do not expect anyone to analyze = this >> as there *are* working sources available for this... yours) >>=20 >> =46rom your tests, which devices are not working yet? Do you have any >> plans what to work on next? >=20 > I'll test USB again, it used to work at least. > Except for ethernet phy I have no other plan for now. >=20 > --=20 > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm = > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org = " From owner-freebsd-arm@freebsd.org Sat Jun 18 08:59:21 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B819A79F14 for ; Sat, 18 Jun 2016 08:59:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E04CA20DF for ; Sat, 18 Jun 2016 08:59:20 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 79332f54; Sat, 18 Jun 2016 10:59:18 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=lUPdaSktA2CsjzIW7K/XQ6yN8I8=; b=Vi5XNqpaPzPyYj2Q6Q6fekbffG4V utCbo0qWVu+nlqHrXVcVuxnN9EKucqcQ85X++gMLQ56ygxJkrCF7T/7I7AHTieze 00UE8mtHhj7NpFCXYVsv/i5kGzKA34G1/dyK7THO0g4We0u6OwoxER0OlLMP3drG NhOS2dW1Tpe5i+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=d5Li13Xya0sfz+iOE+9qJkwH7UfYVsS1oIGQRLxPwu5/z7cejbHWuE7w WiHcUVJ/KjDo20B3+6UhNKE4nR0aEAvHztGn8ZfaAQxw/ggfZb1TLxgke2COJ2bJ 2BPP5hB0oYWjXafAXPOE5YF+xicL2fzOyUdqxzGytU8ZF6BcApI= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 260691e5 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 18 Jun 2016 10:59:18 +0200 (CEST) Date: Sat, 18 Jun 2016 10:59:18 +0200 From: Emmanuel Vadot To: Daniel Braniss Cc: freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160618105918.f5b7766d9e63347798f2b3e9@bidouilliste.com> In-Reply-To: <9B9FAC12-64AC-4947-899A-23160B241D51@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> <9B9FAC12-64AC-4947-899A-23160B241D51@cs.huji.ac.il> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 08:59:21 -0000 On Sat, 18 Jun 2016 11:55:23 +0300 Daniel Braniss wrote: > I copied your DTB (where is the dts?) and now it boots fine! > > any idea how to convince the boot (ubldr, u-boot) to load it from the fat partition? > thanks! > danny I don't know why would you want that. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jun 18 09:00:44 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E5E40A7719D for ; Sat, 18 Jun 2016 09:00:44 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 44BA821A9 for ; Sat, 18 Jun 2016 09:00:43 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 020f6a90; Sat, 18 Jun 2016 11:00:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=MW1LQlRuck4OZc1a/li9MJVlm5A=; b=ifmvaGajNSG/mcSVKU02+BEVp25S DQPBdluljX3WzT7pi9piEj4rogxOCrNjaeJKaHlzz9C4XImEBcCl10BIvEhCXntO ffd9vXAM7zDWuyQn1UNpoWB2AFGicau5mtYLbC3lWlDPRnRBNR+qW9vH4FPYkfaQ QjEBckIF53PN72k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=HeKPnUJZSu3V4/Sm9D/lodyWte3s231fz5TpdMYdCrjIQxoV62NHz4Aq D5jBOyINm8GHUImpaEN0FHZgYLMh7JG7ojBG65h6Ed7PM05+aadwzZdzxf1gbAwA BL6oTGaMvxCy8OqsAzjdOwfCyemVqgrorRE0r7Aodt8goexvX0I= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 2ec50bf6 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 18 Jun 2016 11:00:42 +0200 (CEST) Date: Sat, 18 Jun 2016 11:00:41 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160618110041.e5db5c5c8378bb0822783c14@bidouilliste.com> In-Reply-To: <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 09:00:45 -0000 On Sat, 18 Jun 2016 10:23:38 +0200 Emmanuel Vadot wrote: > > Also, USB spams console with > > > > gic0: Spurious interrupt detected: last irq: 107 on CPU0 > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > > ignored) usbd_setup_device_desc: getting device descriptor at addr 2 > > failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=2, set address > > failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting > > device descriptor at addr 2 failed, USB_ERR_IOERROR > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > > ignored) usbd_setup_device_desc: getting device descriptor at addr 2 > > failed, USB_ERR_IOERROR > > > > (sorry mailer mangled this, but I do not expect anyone to analyze this > > as there *are* working sources available for this... yours) > > > > From your tests, which devices are not working yet? Do you have any > > plans what to work on next? > > I'll test USB again, it used to work at least. I do see the same stuff, it doesn't happened everytime thought. I'll try to find the problem. -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jun 18 09:04:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E7FD8A7753C for ; Sat, 18 Jun 2016 09:04:30 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 85EEE2849 for ; Sat, 18 Jun 2016 09:04:29 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sat, 18 Jun 2016 11:04:27 +0200 id 0037B57C.57650E9B.00002E1C Date: Sat, 18 Jun 2016 11:04:26 +0200 From: Milan Obuch To: Daniel Braniss Cc: Emmanuel Vadot , freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-ID: <20160618110426.391a1f3c@zeta.dino.sk> In-Reply-To: <9B9FAC12-64AC-4947-899A-23160B241D51@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> <9B9FAC12-64AC-4947-899A-23160B241D51@cs.huji.ac.il> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 09:04:31 -0000 On Sat, 18 Jun 2016 11:55:23 +0300 Daniel Braniss wrote: > > On 18 Jun 2016, at 11:23 AM, Emmanuel Vadot > > wrote: > > > > On Sat, 18 Jun 2016 10:03:15 +0200 > > Milan Obuch > > > wrote: > >> On Sat, 18 Jun 2016 09:45:14 +0200 > >> Emmanuel Vadot >> > wrote: > >>> It's build from my github branch which only adds dts for the > >>> orangepi-one : > >>> https://github.com/freebsd/freebsd/compare/master...evadot:orangepi-one > >>> > >> > >> Thanks, I am planning to get them and compare. Meanwhile, I copied > >> orangepi-one.dtb from your image to my image and mmc works. So > >> there was something changed, older orangepi.dtb from link provided > >> by you previously is somewhat different. > > > > I don't remember what I've changed, but I remember telling you to > > use this branch for the dts because it worked for me. > > I copied your DTB (where is the dts?) and now it boots fine! > > any idea how to convince the boot (ubldr, u-boot) to load it from the > fat partition? thanks! > danny > If you do not like dtbfile loading from freebsd-ufs partition, you could try to change your u-boot environment. I did not try it, I am satisfied with status quo for now, but try first break into u-boot prompt (you have two seconds for this, I think) and output from printenv (or env print, if you prefer - should be identical) tells you how kernel is loaded. You could hack it here to load dtb file (in u-boot you see it called fdtfile). Good luck! Milan From owner-freebsd-arm@freebsd.org Sat Jun 18 09:17:30 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5AC9FA77A27 for ; Sat, 18 Jun 2016 09:17:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0C10A2FA5 for ; Sat, 18 Jun 2016 09:17:30 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bs.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1bECNb-000OIy-JS; Sat, 18 Jun 2016 12:17:27 +0300 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? From: Daniel Braniss In-Reply-To: <20160618105918.f5b7766d9e63347798f2b3e9@bidouilliste.com> Date: Sat, 18 Jun 2016 12:17:27 +0300 Cc: freeBSD-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2ACE6542-DBCA-41C4-AD89-28BE9104901B@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> <9B9FAC12-64AC-4947-899A-23160B241D51@cs.huji.ac.il> <20160618105918.f5b7766d9e63347798f2b3e9@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 09:17:30 -0000 > On 18 Jun 2016, at 11:59 AM, Emmanuel Vadot = wrote: >=20 > On Sat, 18 Jun 2016 11:55:23 +0300 > Daniel Braniss wrote: >=20 >> I copied your DTB (where is the dts?) and now it boots fine! >>=20 >> any idea how to convince the boot (ubldr, u-boot) to load it from the = fat partition? >> thanks! >> danny >=20 > I don't know why would you want that. on the Raspberry PI, it=E2=80=99s set in a CONFIG.TXT file in the msdos/fat partition, so it=E2=80=99s easy to load a different one by just editing the file, which I can do easily on a mac, since at the moment have no other option to burn an image. I can(and do) mount the img on a unix machine, fix the file, then copy it to a mac, burn, try, ... danny >=20 > --=20 > Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jun 18 09:29:38 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8C497A78001 for ; Sat, 18 Jun 2016 09:29:38 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 293CC16E2 for ; Sat, 18 Jun 2016 09:29:37 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Sat, 18 Jun 2016 11:29:32 +0200 id 0037B4C6.5765147C.00005C23 Date: Sat, 18 Jun 2016 11:29:30 +0200 From: Milan Obuch To: Daniel Braniss Cc: Emmanuel Vadot , freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-ID: <20160618112930.78b1866e@zeta.dino.sk> In-Reply-To: <2ACE6542-DBCA-41C4-AD89-28BE9104901B@cs.huji.ac.il> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> <9B9FAC12-64AC-4947-899A-23160B241D51@cs.huji.ac.il> <20160618105918.f5b7766d9e63347798f2b3e9@bidouilliste.com> <2ACE6542-DBCA-41C4-AD89-28BE9104901B@cs.huji.ac.il> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 09:29:38 -0000 On Sat, 18 Jun 2016 12:17:27 +0300 Daniel Braniss wrote: > > On 18 Jun 2016, at 11:59 AM, Emmanuel Vadot > > wrote: > >=20 > > On Sat, 18 Jun 2016 11:55:23 +0300 > > Daniel Braniss wrote: > > =20 > >> I copied your DTB (where is the dts?) and now it boots fine! > >>=20 > >> any idea how to convince the boot (ubldr, u-boot) to load it from > >> the fat partition? thanks! > >> danny =20 > >=20 > > I don't know why would you want that. =20 > on the Raspberry PI, it=E2=80=99s set in a CONFIG.TXT file in > the msdos/fat partition, so it=E2=80=99s easy to load a different one > by just editing the file, which I can do easily on a mac, > since at the moment have no other option to burn an image. > I can(and do) mount the img on a unix machine, fix the file, then > copy it to a mac, burn, try, ... >=20 > danny >=20 As already noted, you could do it in u-boot environment. I am out of time now, but if you find not tha way to do it, I can try it for you on Monday. Milan From owner-freebsd-arm@freebsd.org Sat Jun 18 09:42:15 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78D75A78559 for ; Sat, 18 Jun 2016 09:42:15 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E31011CDC for ; Sat, 18 Jun 2016 09:42:14 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 8ff280bd; Sat, 18 Jun 2016 11:42:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=zaqoPFGQnnPsdLvaboVpv8diVYg=; b=X4y9xoyE3Z4t7NYoe8s4rJ42IXO0 HA7WnKQk/8IURRzXm6KvX5ErlXZuAucQx9HPRYJYJ7hZw2SqFxLqjWkfXIR6lqz8 czFCbbBUk3GIXWq25C5Y7VrA15bgEcX9xn0jI1mJsbVNnDoKY0knuALS2A1jYuuB tuGTimvT3yauylw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=chpOXuB9sGOMbHDMEczIBb3PjJCIbQLldtL8cKWspnuVIw/GJAySgmqd Sdk4MowVbSobIUHA4+/EJK6bW5Ln0xVWxho9EPgINe4lLlTKcTvSpcdEiQxkNXmI jjBqK+l+3Sl5NneUD+TIA4sgIom87sEQGM3b78aO9il91RAa64s= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 44e7680f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 18 Jun 2016 11:42:12 +0200 (CEST) Date: Sat, 18 Jun 2016 11:42:11 +0200 From: Emmanuel Vadot To: Milan Obuch Cc: freeBSD-arm@freebsd.org Subject: Re: any progress with OrangePi Plus / AllWinner H3 ? Message-Id: <20160618114211.f71809bd2f5a368eabca8164@bidouilliste.com> In-Reply-To: <20160618110041.e5db5c5c8378bb0822783c14@bidouilliste.com> References: <0A7A3F1D-2853-4DA4-A8A1-52C38A6ED093@cs.huji.ac.il> <20160617090156.83824237d9b1ae564bb92088@bidouilliste.com> <487C9542-1397-4CB7-837C-CD724656A0F1@cs.huji.ac.il> <20160617114018.0e70ad81@zeta.dino.sk> <0F8AAA97-99E7-4378-B6AB-F81EF45EAAC5@cs.huji.ac.il> <20160617192745.45f8a18db251547d8a01e571@bidouilliste.com> <20160617195658.0dec9f7875228ba372dadbd3@bidouilliste.com> <20160618093545.1c360555@zeta.dino.sk> <20160618094514.a83fc993b93c120fb6e014f4@bidouilliste.com> <20160618100315.12478671@zeta.dino.sk> <20160618102338.eba15ac1d427a7d3687865d8@bidouilliste.com> <20160618110041.e5db5c5c8378bb0822783c14@bidouilliste.com> X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 09:42:15 -0000 There seems to be a problem with HIGH speed device but not every time On orangepi I successfully used : - An Optical mouse (LOW speed device) - An FDTI usb adapter (FULL speed device) - An usb 3.0 thumb drive (HIGH speed device) ugen1.2: at usbus1 ums0: on usbus1 ums0: 3 buttons and [XYZ] coordinates ID=0 root@allwinner:~ # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen1.2: at usbus1, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA) ugen1.2: at usbus1 uftdi0: on usbus1 root@allwinner:~ # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen1.2: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (90mA) ugen0.2: at usbus0 umass0: on usbus0 umass0: SCSI over Bulk-Only; quirks = 0x8100 umass0:0:0: Attached to scbus0 da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 da0: Removable Direct Access SPC-4 SCSI device da0: Serial Number 07083C762390FF02 da0: 40.000MB/s transfers da0: 59082MB (120999936 512 byte sectors) da0: quirks=0x2 GEOM: da0: the secondary GPT header is not in the last LBA. GEOM: diskid/DISK-07083C762390FF02: the secondary GPT header is not in the last LBA. root@allwinner:~ # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen0.2: at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (300mA) But as soon as I unplug my usb thumb drive I have a hard time to attach a HIGH speed device after, I need to wait ~1 min before plugin a new device so that it works again. I also have the problem on my laptop (running ALPHA3) so it's not arm/allwinner related. On Sat, 18 Jun 2016 11:00:41 +0200 Emmanuel Vadot wrote: > On Sat, 18 Jun 2016 10:23:38 +0200 > Emmanuel Vadot wrote: > > > > Also, USB spams console with > > > > > > gic0: Spurious interrupt detected: last irq: 107 on CPU0 > > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > > > ignored) usbd_setup_device_desc: getting device descriptor at addr 2 > > > failed, USB_ERR_IOERROR usbd_req_re_enumerate: addr=2, set address > > > failed! (USB_ERR_IOERROR, ignored) usbd_setup_device_desc: getting > > > device descriptor at addr 2 failed, USB_ERR_IOERROR > > > usbd_req_re_enumerate: addr=2, set address failed! (USB_ERR_IOERROR, > > > ignored) usbd_setup_device_desc: getting device descriptor at addr 2 > > > failed, USB_ERR_IOERROR > > > > > > (sorry mailer mangled this, but I do not expect anyone to analyze this > > > as there *are* working sources available for this... yours) > > > > > > From your tests, which devices are not working yet? Do you have any > > > plans what to work on next? > > > > I'll test USB again, it used to work at least. > > I do see the same stuff, it doesn't happened everytime thought. > I'll try to find the problem. > > -- > Emmanuel Vadot > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Jun 18 16:49:32 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC87EA785AB for ; Sat, 18 Jun 2016 16:49:32 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 90AB71717 for ; Sat, 18 Jun 2016 16:49:32 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-oi0-x230.google.com with SMTP id p204so158271009oih.3 for ; Sat, 18 Jun 2016 09:49:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=4XFokAfR+iD0cT34RBJD52r6s56Fkhp7BQaMihfTiDs=; b=Cv8A5KY12/bLeeiwqU0jqgXbWLGmZtXrKlLluO5HjdBcPN0VuAJw0CyYyLb4TINvAs 7EnK4rpiiT3Ih57m0cbUBp7EYTD3DYyYyjg2RGEbyI08V8XbAItS8tvWdrW5nw5okjrA Jc5MwuENwmaeljOCKmKiPxMjdrhZTZNxJuYrssS2Cktc7cRU417Li6nLY4h/miET51Tk cFvbZxJn+bKnU3GiOjFgBC1CV7mmWWM4U2JK4a91zKSWGThrGIo6PGNuQjApQPmVYlky vocWBDtVMmoCf7K6Dbl9QUOodlZdZofNq2Rx4gzt/F1BfpTYzaTziSKFPsm8ug+iwfBX EjvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=4XFokAfR+iD0cT34RBJD52r6s56Fkhp7BQaMihfTiDs=; b=X0IrpbLqXopetBb9Jp5P5OdbZo+Ag9pxr+E7l238UimBfuO/gAyovdeXk2GUZ2YfzU 1qUXENpJEZlxISTLQfOG+LDatHaUS1i2KaH2M68nBvVwcnJh3LW5OgqsvoR3G826TI3T GHKRZw0edukT7oKyxrjvlL+L9yykua7/cLLtKzGNw789WaJc1zNVj+cYwkudHVW/nxEi wAQ83W/4uIuF4tN7Pg184WFVUfiz7p7R2pXLwTBKjGKkPLHqF7dmZOAZiDD3uP7TieZs N9SftK9YQOvXS0OaD38IXScYLQ82h1hk52dsgcVBr1Dufgz4vj7wI/QH40vSNV0aaYy2 VEhg== X-Gm-Message-State: ALyK8tI7IZPt7unBKupUZ9p+MyU9/F5oi4btx2IgiqrPrb57oZV8baEcwARB21GU7cEEGsG4MyLHBsCTgoJKco8S X-Received: by 10.202.96.68 with SMTP id u65mr4076419oib.83.1466268571823; Sat, 18 Jun 2016 09:49:31 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.157.41.209 with HTTP; Sat, 18 Jun 2016 09:49:31 -0700 (PDT) In-Reply-To: References: From: Maxim Sobolev Date: Sat, 18 Jun 2016 09:49:31 -0700 X-Google-Sender-Auth: XP_L6aK1hKpWIeNPrVDaFjljosQ Message-ID: Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current To: Svatopluk Kraus Cc: FreeBSD Current , "freebsd-arm@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 16:49:32 -0000 Well, I am not sure either as I don't have any issue restarting it afterwards. Yes, it seems to be happening fairly reliably here. :( Happened for me again, I left it running overnight. I am 99% positive it was not the case before kernel upgrade.. 07:11:52 CPSW watchdog cpswss0: watchdog timeout cpswss0: Unable to cleanly shutdown transmitter On Sat, Jun 18, 2016 at 1:09 AM, Svatopluk Kraus wrote: > On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev > wrote: > > Updated my BBB to the latest -current, immediately got this while trying > to > > make world over ssh console: > > > > 06:02:17 CPSW watchdog cpswss0: watchdog timeout > > cpswss0: Unable to cleanly shutdown transmitter > > My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset > button) does not help. Only hard reset (power-off) helps. I have never > had time to discover where a problem is. I'm not even sure if this is > related to your problem as I did not remember exact dmesg in my case. > > Svata > > > > > > Interface seems to be locked after that, no traffic comes in or out. > > > > This is: > > > > FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT > > 2016, svn revision 301898 > > > > The previous version that was rock-solid was: > > > > FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT > > 2015, svn revision 284878 > > > > I've been running buildworlds for literally days on that board, because > > it's how long it takes to build on that hardware. :) > > > > I'll run it again and see if the issue re-appears. > > > > If anyone seen this or if it's known issue please let me know. > > > > Thanks! > > > > -Max > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@freebsd.org Sat Jun 18 19:26:40 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7A8F1A79AD8 for ; Sat, 18 Jun 2016 19:26:40 +0000 (UTC) (envelope-from jim@netgate.com) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 452D91303 for ; Sat, 18 Jun 2016 19:26:40 +0000 (UTC) (envelope-from jim@netgate.com) Received: by mail-oi0-x236.google.com with SMTP id p204so161241619oih.3 for ; Sat, 18 Jun 2016 12:26:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netgate.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=lfNaN57Cm/pHG6jWh/qy2ImcnADjNk5oKoNzry5L56k=; b=DJSfcRAdVKXT4Z/+A2w6wm/6OeHwfG7bAEsYf/nd/NSsY8t1IACICBNbt5XK/6ZZaB rRyCvlBEuFt+t5SUt7xi39fLVNosxjZ0aVYQMqIU3+/8Biudv21BJrVpukOtt187aHzz I7SE0vmmH0JXfy2sNSvg3Is+GQthHkO4mdh3Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=lfNaN57Cm/pHG6jWh/qy2ImcnADjNk5oKoNzry5L56k=; b=RtpjT4ZKo1Yw7zpGniJp4NV3AgtKMuhiTuREVilr4yzS0mv1JsMnVk1t4pSahpf9t+ dwGBjq1XNK8kH7RPQGcvVjnDD+oH9DX3hAMTW954MMevQAMwsXHDqpZLjSsY9qetUOCj q/VBCwqjbocpUyPhEtwKywKPjjLmsZ978YZ/J+2uWz6AhBMjxEp6HVyFKkHoidEQ6Ou0 GCCz8cYmejhcOYzfwnNLNOWWHh2tNQJ+X5MwZl3PH/uQnfOTRA/WRtZMlWjcjLU7In4Z /b5CAX/zz/p7D/DQwnLIMF0+plaE11tiVg1M6rK/7vUyNt5NaNVs2d1PrhEpayOxGfh1 pHJQ== X-Gm-Message-State: ALyK8tLytvky+9QojfjgcIRKiBCRzjpioY/QvTpLBX1lodfWCsW5Ha8srcF0SfOVjTCGtc1A X-Received: by 10.157.46.240 with SMTP id w103mr5199697ota.2.1466277999468; Sat, 18 Jun 2016 12:26:39 -0700 (PDT) Received: from [172.21.0.123] (65-36-116-65.dyn.grandenetworks.net. [65.36.116.65]) by smtp.gmail.com with ESMTPSA id n67sm23760252otn.2.2016.06.18.12.26.38 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 18 Jun 2016 12:26:38 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current From: Jim Thompson X-Mailer: iPhone Mail (13F69) In-Reply-To: Date: Sat, 18 Jun 2016 14:26:37 -0500 Cc: Svatopluk Kraus , "freebsd-arm@freebsd.org" , FreeBSD Current Content-Transfer-Encoding: 7bit Message-Id: <83A18C0E-FA89-4009-A8D5-3185FB27A688@netgate.com> References: To: Maxim Sobolev X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 19:26:40 -0000 There are recent changes to enable the switch and two port MAC mode. These were lightly tested on BBB prior to being committed. -- Jim > On Jun 18, 2016, at 11:49 AM, Maxim Sobolev wrote: > > Well, I am not sure either as I don't have any issue restarting it > afterwards. > > Yes, it seems to be happening fairly reliably here. :( Happened for me > again, I left it running overnight. I am 99% positive it was not the case > before kernel upgrade.. > > 07:11:52 CPSW watchdog cpswss0: watchdog timeout > cpswss0: Unable to cleanly shutdown transmitter > > >> On Sat, Jun 18, 2016 at 1:09 AM, Svatopluk Kraus wrote: >> >> On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev >> wrote: >>> Updated my BBB to the latest -current, immediately got this while trying >> to >>> make world over ssh console: >>> >>> 06:02:17 CPSW watchdog cpswss0: watchdog timeout >>> cpswss0: Unable to cleanly shutdown transmitter >> >> My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset >> button) does not help. Only hard reset (power-off) helps. I have never >> had time to discover where a problem is. I'm not even sure if this is >> related to your problem as I did not remember exact dmesg in my case. >> >> Svata >> >> >>> >>> Interface seems to be locked after that, no traffic comes in or out. >>> >>> This is: >>> >>> FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 PDT >>> 2016, svn revision 301898 >>> >>> The previous version that was rock-solid was: >>> >>> FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 PDT >>> 2015, svn revision 284878 >>> >>> I've been running buildworlds for literally days on that board, because >>> it's how long it takes to build on that hardware. :) >>> >>> I'll run it again and see if the issue re-appears. >>> >>> If anyone seen this or if it's known issue please let me know. >>> >>> Thanks! >>> >>> -Max >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Sat Jun 18 19:45:45 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A4CFA79FD0 for ; Sat, 18 Jun 2016 19:45:45 +0000 (UTC) (envelope-from james@elstone.net) Received: from know-smtprelay-omc-6.server.virginmedia.net (know-smtprelay-omc-6.server.virginmedia.net [80.0.253.70]) by mx1.freebsd.org (Postfix) with ESMTP id D25DD1AC3 for ; Sat, 18 Jun 2016 19:45:44 +0000 (UTC) (envelope-from james@elstone.net) Received: from THORIUM ([82.2.189.134]) by know-smtprelay-6-imp with bizsmtp id 8KkZ1t0452uRS4201Kka3w; Sat, 18 Jun 2016 20:44:34 +0100 X-Originating-IP: [82.2.189.134] X-Spam: 0 X-Authority: v=2.1 cv=fI7Epsue c=1 sm=1 tr=0 a=veQ/QFbREZPQBKeuBCmuXw==:117 a=veQ/QFbREZPQBKeuBCmuXw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=Pyq9K9CWowscuQLKlpiwfMBGOR0=:19 a=r77TgQKjGQsHNAKrUKIA:9 a=6I5d2MoRAAAA:8 a=NEAV23lmAAAA:8 a=Ye9q-bpsAAAA:8 a=FnmxXttO2hGRCGxHWCcA:9 a=CjuIK1q_8ugA:10 a=SaQt3F6Uc3AA:10 a=yMhMjlubAAAA:8 a=SSmOFEACAAAA:8 a=2HwvbB6eRcz5dXX3exgA:9 a=gKO2Hq4RSVkA:10 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=frz4AuCg-hUA:10 a=IjZwj45LgO3ly-622nXo:22 a=Bn2pgwyD2vrAyMmN8A2t:22 a=q_qy2H7hVTjG6VLSWsna:22 a=BKKCjISod1eDJeS0ORpz:22 a=zjWhRoSqWz9hl55Hdlzg:22 Reply-To: From: "James Elstone" To: Subject: Current state of arm64 with RP3? Date: Sat, 18 Jun 2016 20:44:34 +0100 Organization: Elstone.Net Message-ID: <015101d1c999$d7784de0$8668e9a0$@net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AdHJmdbdwqeungOtScCpbTors3Yv7w== Content-Language: en-gb Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 19:45:45 -0000 Hi FreeBSD Arm Mailing List! Firstly, as I have joined this mailing list today I thought I would say "Hello World"!! Secondly, Would it be possible for someone to outline the current state of play is with FreeBSD-amd64 running on a Raspberry Pi 3 please? I realise that I can cross compile and have a go but wanted to understand if anyone had managed to get to a multi user state yet? I have seen a few messages where people have posted that it can (i.e. https://lists.freebsd.org/pipermail/freebsd-arm/2016-March/013352.html) but it wasn't clear if that was an off topic post about the state of arm64 or that FreeBSD/arm64 was operating on a RP3 (although the hardware chipsets being recognised did _seem_ on topic...) I also with some excitement I found the following report on GitHub: https://github.com/freebsd/crochet/issues/144, but couldn't help but notice that the image name indicates it is a memory stick image and I thought that the RP3 couldn't boot from a USB stick (http://raspberrypi.stackexchange.com/questions/43531/raspberry-3-boot-from- usb-but-how)?!? Can anyone shed any light on this please? So in earnest, can you good people of the arm mailing list help me start on this journey with some initially hopeful news please, and if anyone has any guidance beyond the wiki pages for cross building (https://wiki.freebsd.org/arm64) I would be very grateful! Kind regards, James From owner-freebsd-arm@freebsd.org Sat Jun 18 21:09:08 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 584E2A791F2 for ; Sat, 18 Jun 2016 21:09:08 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from mail-oi0-x231.google.com (mail-oi0-x231.google.com [IPv6:2607:f8b0:4003:c06::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1824D2022 for ; Sat, 18 Jun 2016 21:09:08 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: by mail-oi0-x231.google.com with SMTP id p204so162986480oih.3 for ; Sat, 18 Jun 2016 14:09:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sippysoft-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=sY+dvkhhamob9B0AE5XZdtdPMJuU82K4eZo/Su/6nBA=; b=y5Ti0l26Pdr0u/dkYClQxmhStl4S9LY3s2fHQqE+HL4qZ634p/BsJHNtwVPKjRbvB1 DWiPiwPiVuJCA3fD9aF6I93en25LtYrAZI2aHB9WE9Dj9jeiCPYMz4+nqRurHDN6szFd n+1+QA+xPf4SkYxBERtbLlRqT0l8zTMcPHHvBfc/TU4eIWcgToEJOICw16tH9+C6BAJw Y0jqD+GXc2x1v3Ou6K/xfxTLOXN4eReDfH/Dena29gSj6EWg/idAGyT0VnWXFcXw/eIb uceKf/dD12R1NFER7XFDGtF9maAAjKGeK36s4XFW5hlNcP3jv1ZPpmWl5eokPqURlXWS Vdww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=sY+dvkhhamob9B0AE5XZdtdPMJuU82K4eZo/Su/6nBA=; b=jR3Oe5gnlMZTXqXT4xHPP3TebB0jNVuLm9nRKdCZVES32RoFj6Gr1j+Cx9Htu+vX7n gIcCjeusE1ZyoTKf7MwXCL5SjuS4pbE73yzMB2rk12Iq2e5CxaYH6/z1KxANGuut7gHy 6xii6RHOSzNORgOLz5WDIPZ4GRBKlkVPAKDDzDged3O+ieoxESD1tFjw4k3U4STF6IWq zZZV6FjfsjUeZeQ2nYvq0L7dFo0Cv8LbFK9LHxDRvOhoguwt5mhKH3phUR/NHqISV9OB bWn+qyRvo0bblkB2yZ5L/Trsgm+asEWJPbk4Aj+hVqct2LV5czWvDmaijjRg59qBL6m/ PMGg== X-Gm-Message-State: ALyK8tJK6Ys6IVos+f1uHkcwdjKMNQ+38VwxMeNPk5Kil1Tl/aGFKURICybzmyilD9qS20bu0I87i6XE11NkU/zQ X-Received: by 10.157.11.111 with SMTP id p44mr5359424otd.3.1466284147259; Sat, 18 Jun 2016 14:09:07 -0700 (PDT) MIME-Version: 1.0 Sender: sobomax@sippysoft.com Received: by 10.157.41.209 with HTTP; Sat, 18 Jun 2016 14:09:06 -0700 (PDT) In-Reply-To: <83A18C0E-FA89-4009-A8D5-3185FB27A688@netgate.com> References: <83A18C0E-FA89-4009-A8D5-3185FB27A688@netgate.com> From: Maxim Sobolev Date: Sat, 18 Jun 2016 14:09:06 -0700 X-Google-Sender-Auth: 4bMJnLmTgsCWI6Ai7EUfUwH5h6Q Message-ID: Subject: Re: BBB (cpsw(4)) seems to be broken in the latest 11-current To: Jim Thompson , Luiz Otavio O Souza Cc: Svatopluk Kraus , "freebsd-arm@freebsd.org" , FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 21:09:08 -0000 Jim, Yes, I've seen those. There were just handful of revision into the driver between my old good kernel and now, most of them are from you guys: r299477 | gonzo | 2016-05-11 11:20:02 -0700 (=D1=81=D1=80, 11 =D0=BC=D0=B0= =D0=B9 2016) | 16 lines r298352 | pfg | 2016-04-20 08:45:55 -0700 (=D1=81=D1=80, 20 =D0=B0=D0=BF=D1= =80 2016) | 6 lines r297132 | loos | 2016-03-20 20:16:56 -0700 (=D0=B2=D1=81, 20 =D0=BC=D0=B0= =D1=80 2016) | 5 lines r297043 | loos | 2016-03-18 13:24:31 -0700 (=D0=BF=D1=82, 18 =D0=BC=D0=B0= =D1=80 2016) | 4 lines r297042 | loos | 2016-03-18 13:09:54 -0700 (=D0=BF=D1=82, 18 =D0=BC=D0=B0= =D1=80 2016) | 4 lines r297041 | loos | 2016-03-18 13:04:34 -0700 (=D0=BF=D1=82, 18 =D0=BC=D0=B0= =D1=80 2016) | 4 lines r296993 | loos | 2016-03-17 12:35:08 -0700 (=D1=87=D1=82, 17 =D0=BC=D0=B0= =D1=80 2016) | 24 lines r296980 | loos | 2016-03-16 23:23:48 -0700 (=D1=81=D1=80, 16 =D0=BC=D0=B0= =D1=80 2016) | 6 lines r283287 | andrew | 2015-05-22 07:25:23 -0700 (=D0=BF=D1=82, 22 =D0=BC=D0=B0= =D0=B9 2015) | 4 lines (last known good one) I've reverted the driver to the state all way down to r283287, while keeping the rest of the kernel intact and soon will see if it works better. If that works fine, I'll try to bi-sect it to a single troublesome revision= . -Max On Sat, Jun 18, 2016 at 12:26 PM, Jim Thompson wrote: > There are recent changes to enable the switch and two port MAC mode. > > These were lightly tested on BBB prior to being committed. > > -- Jim > > > On Jun 18, 2016, at 11:49 AM, Maxim Sobolev wrote= : > > > > Well, I am not sure either as I don't have any issue restarting it > > afterwards. > > > > Yes, it seems to be happening fairly reliably here. :( Happened for me > > again, I left it running overnight. I am 99% positive it was not the ca= se > > before kernel upgrade.. > > > > 07:11:52 CPSW watchdog cpswss0: watchdog timeout > > cpswss0: Unable to cleanly shutdown transmitter > > > > > >> On Sat, Jun 18, 2016 at 1:09 AM, Svatopluk Kraus > wrote: > >> > >> On Sat, Jun 18, 2016 at 8:50 AM, Maxim Sobolev > >> wrote: > >>> Updated my BBB to the latest -current, immediately got this while > trying > >> to > >>> make world over ssh console: > >>> > >>> 06:02:17 CPSW watchdog cpswss0: watchdog timeout > >>> cpswss0: Unable to cleanly shutdown transmitter > >> > >> My BBB stucks in cpsw0 during boot rarely, and even soft reset (reset > >> button) does not help. Only hard reset (power-off) helps. I have never > >> had time to discover where a problem is. I'm not even sure if this is > >> related to your problem as I did not remember exact dmesg in my case. > >> > >> Svata > >> > >> > >>> > >>> Interface seems to be locked after that, no traffic comes in or out. > >>> > >>> This is: > >>> > >>> FreeBSD 11.0-ALPHA3 #1 ba7edef(tps65217x)-dirty: Fri Jun 17 16:22:07 > PDT > >>> 2016, svn revision 301898 > >>> > >>> The previous version that was rock-solid was: > >>> > >>> FreeBSD 11.0-CURRENT #0 9d390ee(tps65217x)-dirty: Mon Jul 6 19:31:30 > PDT > >>> 2015, svn revision 284878 > >>> > >>> I've been running buildworlds for literally days on that board, becau= se > >>> it's how long it takes to build on that hardware. :) > >>> > >>> I'll run it again and see if the issue re-appears. > >>> > >>> If anyone seen this or if it's known issue please let me know. > >>> > >>> Thanks! > >>> > >>> -Max > >>> _______________________________________________ > >>> freebsd-arm@freebsd.org mailing list > >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org= " > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > > From owner-freebsd-arm@freebsd.org Sat Jun 18 22:03:50 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 84051A79FE4 for ; Sat, 18 Jun 2016 22:03:50 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (unknown [IPv6:2001:4060:1:1001::14:53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1649D1EDD for ; Sat, 18 Jun 2016 22:03:48 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPS id E3FBFCF7B5; Sun, 19 Jun 2016 00:03:35 +0200 (CEST) Subject: Re: FreeBSD on the ODroid-C2 (arm64 AMLogic S905) To: Tom Vijlbrief , freebsd-arm@freebsd.org References: From: Andreas Tobler Message-ID: Date: Sun, 19 Jun 2016 00:03:35 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.73 on 127.0.1.1 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jun 2016 22:03:50 -0000 On 18.06.16 08:30, Tom Vijlbrief wrote: > > > Op vr 17 jun. 2016 om 22:18 schreef Andreas Tobler > >: > > Hi Tom, > > On 12.05.16 18:04, Tom Vijlbrief wrote: > > Op vr 6 mei 2016 om 12:40 schreef Tom Vijlbrief > >: > > > >> I've been hacking to see if I can get FreeBSD to boot on this little > >> device, and I got to this: > >> > >> > > Progress has been made and it now boots and USB-works :-) > > (but SD-card reader and Ethernet do not) > > > So you must use a root filesystem on USB, you cannot access the SD-card. I was aware about that, but I understand it this way that the FBSD kernel does not support these features yet. > > > > Mikaël Urankar added the code to enable multiple processors, > > but for now multiple processors are disabled. > > > > This is very much a work in progress, but for those who would like to > > compile their own kernel and boot it on an Odroid-C2, get it from: > > > > https://github.com/tomtor/freebsd/tree/tc2 > > > > and build it with: > > > > make TARGET=arm64 -s buildworld > > make TARGET=arm64 buildkernel KERNCONF=ODROIDC2 NO_MODULES=YES > > I tried and I ended up here: > > cd: /export/devel/build/test/freebsd-tc2/sys/boot/arm64/aml: No such > file or directory > > I think here is something missing. > > > Oops, you're right. Should be fixed now in the current tc2 branch Ok, I'm not very familiar with git & co. So far I do not see a change/update on the 'web frontend' of your repo. (https://github.com/tomtor/freebsd/tree/c2) Do they (github) update only after a 'certain period'? > > I have attached an USB disk and an USB ethernet adapter and the system > > boots, NTP adjusts the date and I'm logged in with SSH. > > > > However, a "portsnap fetch" runs a long time and then exits with: > > pid 78242 (sh), uid 0: exited on signal 10 (core dumped), so it is > > obviously not ready for general use. > > > > Boot instructions are here: > > > > https://github.com/tomtor/image-freebsd-c2 > > The boot process stops and complains filesystems not known. Might be the > card. > > > See remark above. Yes, but I'd expect at least the kernel to be loaded and this has happened. Unfortunately it doesn't boot. This was with -CURRENT and your changes from the c2 tree. So it seems that something changed between -CURRENT and your tree which stops booting. That is why I took a snapshot from your tree to find out what the difference is. > I do not have much time the next few weeks, but I will try to get the > SD-card and board ethernet running later or perhaps someone else will > have a go at it. > > Note that the occasional core dump is very rare. I managed to build > large parts of world on the device. I wonder what the cause is. > > I would like to see if I get similar dumps on my Pine64, but on the > Pine64 neither the card-reader nor the USB work. I saw an additional > patch from Andrew for the SD-card reader which is not in my tree, but > have not tried that yet. > > Thanks for trying this Odroid-C2 build. The Odroid-C2 is really a nice > little device. I'm interested in a running C2 to continue gcc stuff I started with qemu. I need horsepower and I expect the c2 will fit my needs. Thank you for starting this port. Andreas