From owner-freebsd-arm@freebsd.org Sun Feb 4 01:01:20 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27B10EDA155 for ; Sun, 4 Feb 2018 01:01:20 +0000 (UTC) (envelope-from shamim.shahriar@gmail.com) Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::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 98E39841D7 for ; Sun, 4 Feb 2018 01:01:19 +0000 (UTC) (envelope-from shamim.shahriar@gmail.com) Received: by mail-wm0-x233.google.com with SMTP id r71so19761963wmd.1 for ; Sat, 03 Feb 2018 17:01:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=99ro6gDQWhwyPoTSr2qdZzzNgtobGA5kv4EgyY7cyZU=; b=tclGSvvanZ/YtnrEyJAXH4qKOl3dRvb4/vXPPQ1oBHpGc4C/SG6wP5YZT12IEb/pMn 8oWWqmqTs6CxSDe+7RgRYhKB5O1ZuW9DGmnqFy/Cr0QkOARZt+W5lcHAQ7+ZncNipcrK YyypJEk/0LokVHmoR19xr9UT9CkidlBmrjxaz0t1IuX3y3cspYmVUKf4k4DW/b+gBZVp poGiNxLn7VC5LxrGoJFo5fIUBNHImmbbCkeyNOHM2Wfx96HgFKEvLPDrCZCjcFpzk1im AjHjRBBxCPPKkCd3hNSP5Dl3ar+8AjqZTlqad6bkaOepRNUk/gq8CWCxNCpkGlL3a7I7 t3yQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=99ro6gDQWhwyPoTSr2qdZzzNgtobGA5kv4EgyY7cyZU=; b=Z2w5r9fP98UzqjSUcwzUkJ5WIMtkHHzK5eUTI99R9UllMIAOEz8gD00bcqfmvkzac3 TdKPtSmjimv6EUSyg6xUM9ha6gOn+XqqdBWP24hKTM3HPMB0dflnFmyzku7szA2fWp4U rEma5Gl9tmqazzFDJ21+/JqvECuAbYD0Q3S6BoJTMtevsZgoF+ePOMZ9DzoFxMVzxfqw 7IOFduwaFdP3Wtym4vUsXJB6fIKdsTzADkur+KZij00LecEDm+YVLx0D4G0dnYLsZdVm pJv4TSPYxEcRR3whc45ZxWRrPtcxqnuZi6cGYUGHnTXd7Sxxx3Bmep0/HprLYikUQ8Bm f1hg== X-Gm-Message-State: AKwxytdlClxcGcMmbVFGtrK20hClykFrl89Fk5etVGyXEOFEEF7RJOF7 cNr5QVa9wvcJPAV/NlQj8m/YLp2PRC9CvPhQWw== X-Google-Smtp-Source: AH8x225RIu1MXz3OKh9muBXKfWgr7ib/GfR2SLNXwRn+pHNZjE0I0tc/b57C8gSJQb4NXnork2nyAXeOLB4AkvO9COQ= X-Received: by 10.80.182.203 with SMTP id f11mr72272004ede.157.1517706078572; Sat, 03 Feb 2018 17:01:18 -0800 (PST) MIME-Version: 1.0 References: <38EBA4C3-C5C2-4816-BA2A-7607C271D0DD@ralphsmith.org> In-Reply-To: <38EBA4C3-C5C2-4816-BA2A-7607C271D0DD@ralphsmith.org> From: Shamim Shahriar Date: Sun, 04 Feb 2018 01:01:07 +0000 Message-ID: Subject: Re: Adding a GPS Module (hat/shield) on a Raspberry Pi To: Ralph Smith Cc: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 01:01:20 -0000 On Sat, 3 Feb 2018, 22:23 Ralph Smith, wrote: > I=E2=80=99ve gotten this working on various flavors of the Raspberry Pi, = just now > verified this on the Pi Zero and on the Model B. Comments below > > On Feb 3, 2018, at 6:15 AM, Shamim Shahriar > wrote: > > Good morning all > > I had been searching for a solution for the last 3 days, and tried variou= s > different things based on the google results, but so far no luck. Hope > someone from the list can shed some light and maybe point me to the corre= ct > direction. > > Here is the scenario: > > Device: Raspberry Pi B (pi 1 model b, the 512M RAM version, or more > precisely v1.2) > GPS Module : Ublox hat that sits perfectly on the Pi, with PPS on GPIO-18 > FreeBSD version: 11.1 RELEASE for RPI-B > > > Just built and verified on the following: > Device: Raspberry Pi B (pi 1 model b, the 512M RAM version, or more > precisely v1.2) =E2=80=94 same board > GPS Module: Adafruit Ultimate GPS HAT - connected to UART, PPS is on GPIO= 4 > FreeBSD Version: FreeBSD 11.1-STABLE #0 r328620 =E2=80=94 downloaded from > ftp.freebsd.org > > This also works with custom builds built using crochet. > > As I understand, the serial ports on the GPIO is activated by default, an= d > if I attach "ONLY" a serial console (USB to serial), I can interact with > the Pi through the console. Remove serial console cable, attach the Pi to= a > display (via HDMI), boot it up -- it works just fine. > > If now I add the GPS module/hat/shield, all I get is series of dots > (depending on how soon the GPS finds the satellites and starts sending th= e > data) and the Pi does not boot at all. > > Based on > https://forums.freebsd.org/threads/59485/ > https://lists.freebsd.org/pipermail/freebsd-arm/2017-March/015845.html > > https://vzaigrin.wordpress.com/2014/12/13/liberation-of-the-serial-consol= e-in-the-freebsd-on-the-raspberry-pi/ > > I have managed to get to the point where I can see that if I have only th= e > serial console cable attached, it stops interacting with the boot process > after a while (the boot continues, and I can see that on the HDMI output)= . > But that also stops interacting with whatever signal is being sent via th= at > console). > > And if I attach the GPS module now, it refuses to boot and drops me to a > loader> prompt > > My understanding (and I might be very very wrong) is, the u-Boot system i= s > now being affected and hence cannot boot. > > > You are precisely correct, u-Boot is starting and seeing traffic on the > serial port and happily thinks you are trying to tell it something. > > I am not new to FreeBSD, had been using it since the 4.4BSD Lite days, bu= t > I am seriously baffled by how difficult (nearly impossible) it had been t= o > get rid of the serial console (something so easy and taken for granted on > the i386 or other similar architecture). One of the links I found ( > https://www.cryptomonkeys.com/2014/01/freebsd-raspberry-pi-gps-ntp/) even > suggested that I need to create custom image to get PPS working. Well, > working PPS comes *after* being able to boot the device with the GPS > hat/module/shield on -- and I am still stuck at that level. > > > I derived the following based on hints from: > > https://vzaigrin.wordpress.com/2014/12/13/liberation-of-the-serial-consol= e-in-the-freebsd-on-the-raspberry-pi/ > > https://github.com/BobBallance/freebsd-gpio-pps/wiki/Regaining-Control-of= -the-UART > > First, you will need to build a version of u-Boot that leaves the serial > port alone. From a current ports tree you will > build sysutils/u-boot-rpi, but with a few changes enabled. > The sysutils/u-boot-rpi port is based on sysutils/u-boot-master. I have > created the following patch files for the sysutils/u-boot-rpi port. > First files/patch-configs_rpi__defconfig: > --- configs/rpi_defconfig.orig 2018-02-03 16:08:52 UTC > +++ configs/rpi_defconfig > @@ -34,3 +34,4 @@ CONFIG_SYS_WHITE_ON_BLACK=3Dy > CONFIG_CONSOLE_SCROLL_LINES=3D10 > CONFIG_PHYS_TO_BUS=3Dy > CONFIG_OF_LIBFDT_OVERLAY=3Dy > +CONFIG_SILENT_CONSOLE=3Dy > > and also patch-include_configs_rpi.h > --- include/configs/rpi.h.orig 2017-10-16 17:46:46 UTC > +++ include/configs/rpi.h > @@ -103,10 +103,21 @@ > > /* Environment */ > #define CONFIG_ENV_VARS_UBOOT_RUNTIME_CONFIG > +#ifdef CONFIG_SILENT_CONSOLE > +#define CONFIG_SYS_DEVICE_NULLDEV > +#define CONFIG_SILENT_CONSOLE_UPDATE_ON_RELOC > +#define CONFIG_SILENT_CONSOLE_UPDATE_ON_SET > +#define ENV_DEVICE_SETTINGS \ > + "stdin=3Dnulldev\0" \ > + "stdout=3Dnulldev\0" \ > + "stderr=3Dnulldev\0"\ > + "silent=3D1\0" > +#else > #define ENV_DEVICE_SETTINGS \ > "stdin=3Dserial,usbkbd\0" \ > "stdout=3Dserial,vidconsole\0" \ > "stderr=3Dserial,vidconsole\0" > +#endif > > /* > * Memory layout for where various images get loaded by boot scripts: > > Build u-boot using this configuration and place it on the SD card in the > MSDOS partition (/boot/msdos). This will keep u-Boot away from the serial > port. > > Now we need to convince the kernel to do two things: 1 - don=E2=80=99t us= e the > serial port as the console, and 2 - recognize the PPS attached to the GPI= O > pin. This is done by modifying the FDT. From a machine with source loaded= , > edit /usr/src/sys/boot/fdt/dts/arm/rpi.dts. My changes are: > > --- rpi.dts (revision 328830) > +++ rpi.dts (working copy) > @@ -345,6 +345,12 @@ > }; > }; > > + pps { > + compatible =3D "pps-gpio"; > + label =3D "pps"; > + gpios =3D <&gpio 4 0>; > + }; > + > power: regulator { > compatible =3D "broadcom,bcm2835-power-mgr", > "broadcom,bcm2708-power-mgr", > @@ -391,8 +397,10 @@ > > chosen { > bootargs =3D ""; /* Set by VideoCore */ > +/* > stdin =3D "uart0"; > stdout =3D "uart0"; > +*/ > }; > > __overrides__ { > > You would want to change the 4 to 18 above to reflect the connection of > your PPS. Then build the DTB on your build machine by > # cd /usr/src/sys/tools/fdt/ > # setenv MACHINE arm > # ./make_dtb.sh /usr/src/sys /usr/src/sys/boot/fdt/dts/arm/rpi.dts . > > Copy the resulting rpi.dtb to two locations: The MSDOS partition > (/boot/msdos) and to /boot/dtb/ > > Finally to get the PPS loaded and recognized at boot time add > 'gpiopps_load=3D=E2=80=9CYES=E2=80=9D=E2=80=99 to /boot/loader.conf > . The PPS will then be available at /dev/gpiopps0 > > Hope this helps. > > Ralph > Thanks Ralph for the extended instructions -- very much appreciated. I'll try to arrange a system with both crochet and poudriere next week and see how far I can get. But very details instruction, and I'm sure it will take me to the objective. Just one question, will I be correct in assuming that the instructions are same/similar for rpi-3 but instead of rpi.dts I need to work on rpi2.dts? Currently I have a rpi-3 which too is intended for similar task (trying to have a fallback in case the pi-1b decides to push the daisies =F0=9F=98=8B)= , and if you could please confirm, I'll start working on both at the same time. Thanks again for your excellent instructions. Best regards -- > > From owner-freebsd-arm@freebsd.org Sun Feb 4 01:03:08 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E2508EDA4C9 for ; Sun, 4 Feb 2018 01:03:07 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh605-vm6.bullet.mail.ssk.yahoo.co.jp (nh605-vm6.bullet.mail.ssk.yahoo.co.jp [182.22.90.79]) by mx1.freebsd.org (Postfix) with SMTP id 0C4CF844E3 for ; Sun, 4 Feb 2018 01:03:06 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.104] by nh605.bullet.mail.ssk.yahoo.co.jp with NNFMP; 04 Feb 2018 01:02:58 -0000 Received: from [182.22.91.132] by t602.bullet.mail.ssk.yahoo.co.jp with NNFMP; 04 Feb 2018 01:02:58 -0000 Received: from [127.0.0.1] by omp605.mail.ssk.yahoo.co.jp with NNFMP; 04 Feb 2018 01:02:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 715823.10908.bm@omp605.mail.ssk.yahoo.co.jp Received: (qmail 84482 invoked by uid 60001); 4 Feb 2018 01:02:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1517706178; bh=TcabRq8LELXn3jfJ8YKO3JvyAzAiiIRUL8iB42mMtGk=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=plD0z4VVdzGuoXsqV0TAmmEqPHLx363XDSMD1p9NJQtohWLe8YsqkkQKRdSHOwUqxySpUM2r150FVjEzExt3Y9cLSYF0u9H3jkXPbYnAgG2aSv1cH6Ce0Mk+yY1PfNYy7drq2PVSpp0SIAerYctDo9T9DvgCm7vajgFHlnUkk6o= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=MzrnGEHSjtIKyLFrmBU9NZ5GfeKpcA5MUHRYid6rH2fWlvWzSWkxxjReDk+vO0eAvlZyga25+WfhjDJlnYuAXjOxLwNl8Y/5kqy50fCHtSQ4ZNX1NuG/TZdqpjxHJrkmIQTTDEx0fk+dyAKtNaJtKiyQDqJoFTptIbhn+Tq7/ZI=; Message-ID: <473466.66842.qm@web101709.mail.ssk.yahoo.co.jp> X-YMail-OSG: iPuHaIUVM1l89pPgpp7HdJPIL.SWuFTKanbY4bM2IHT_azNp6_KUCSc8XuL7nboutl2_vx6e1JTpqaM8NnIi0GjyOB2PBCq4hMPNpVvO.tFnE_SCySIXnWxtVqNmdcBvq0mAA7zRtc3oyFNr.1VYOtBerkLuEbGk086JaZeJWBCl41mwmubU0PfYaLd4DJP9eHpBDcZZmLSlUfKOGeP8AfwJxeErWV_Z4mQyDJPsArSjDRAEFEz61KppMlBttmx1ykPFDJpdZzraw4FlC2OdOLup36.4rtsCBz57sFftQulZaB7Va8N8YfWL6kcjY4Qx31OP8y069scag8Akvv342P2l44kjUkAJogxJeIaFusxsvKTznuTZbiOAMFLO.SQmNFiS6nu0MW302Ik3LX8pWhqEtFZ.ocfEcXSpTB2hdXwjrxqfqaUmcCias78cgqA_tDdMeEfiWWMFan1iINAa9AytdocvXoHNqpM12S3h8pMswSfZh4HAOdd.wWgSAFwWPNCrWoTgbo2RYxa0qKULhwnYjkQSLRDaETohbj9L4.aSuimzh4mPN4PKTRUXCQ9ToP8CnxIAJX2DMsjKqY95ZgQJy.6PkQKelkpP9e7fPP83mw-- Received: from [203.165.91.75] by web101709.mail.ssk.yahoo.co.jp via HTTP; Sun, 04 Feb 2018 10:02:57 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: 3lZgvd0VM1nv0xTEL1fwh3DSsA.qZF9RxMcipeREaQKvIMdUp8u.cTTsyUT._AFI.J0fnAx8MlDVw41d99OEeyj4DkLM80uQtaIl8biD1QzqzRoGw_NrNpEh27cIi3mTzmKu References: Date: Sun, 4 Feb 2018 10:02:57 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: Adding a GPS Module (hat/shield) on a Raspberry Pi To: Shamim Shahriar , "freebsd-arm@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 01:03:08 -0000 Hi=0A=0AI use GPS module on RT3050(mips).=0A=0AI consider solution at=A0ser= ial port for not conflict u-boot.=0A=0Ahttps://translate.google.com/transla= te?sl=3Dja&tl=3Den&js=3Dy&prev=3D_t&hl=3Dja&ie=3DUTF-8&u=3Dhttps%3A%2F%2Fqi= ita.com%2Fyamori813%2Fitems%2F54d6b1a8b7d0e3be6c07&edit-text=3D=0A=0A=0A---= -- Original Message -----=0A> From: Shamim Shahriar =0A> To: freebsd-arm@freebsd.org=0A> Cc: =0A> Date: 2018/2/3, Sat 20:15= =0A> Subject: Adding a GPS Module (hat/shield) on a Raspberry Pi=0A> =0A>G = ood morning all=0A> =0A> I had been searching for a solution for the last 3= days, and tried various =0A> different things based on the google results,= but so far no luck. Hope someone =0A> from the list can shed some light an= d maybe point me to the correct direction.=0A> =0A> Here is the scenario:= =0A> =0A> Device: Raspberry Pi B (pi 1 model b, the 512M RAM version, or mo= re precisely =0A> v1.2)=0A> GPS Module : Ublox hat that sits perfectly on t= he Pi, with PPS on GPIO-18=0A> FreeBSD version: 11.1 RELEASE for RPI-B=0A> = =0A> As I understand, the serial ports on the GPIO is activated by default,= and if I =0A> attach "ONLY" a serial console (USB to serial), I can intera= ct with =0A> the Pi through the console. Remove serial console cable, attac= h the Pi to a =0A> display (via HDMI), boot it up -- it works just fine.=0A= > =0A> If now I add the GPS module/hat/shield, all I get is series of dots = (depending =0A> on how soon the GPS finds the satellites and starts sending= the data) and the Pi =0A> does not boot at all.=0A> =0A> Based on=0A> http= s://forums.freebsd.org/threads/59485/=0A> https://lists.freebsd.org/piperma= il/freebsd-arm/2017-March/015845.html=0A> https://vzaigrin.wordpress.com/20= 14/12/13/liberation-of-the-serial-console-in-the-freebsd-on-the-raspberry-p= i/=0A> =0A> I have managed to get to the point where I can see that if I ha= ve only the =0A> serial console cable attached, it stops interacting with t= he boot process after =0A> a while (the boot continues, and I can see that = on the HDMI output). But that =0A> also stops interacting with whatever sig= nal is being sent via that console).=0A> =0A> And if I attach the GPS modul= e now, it refuses to boot and drops me to a =0A> loader> prompt=0A> =0A> My= understanding (and I might be very very wrong) is, the u-Boot system is no= w =0A> being affected and hence cannot boot.=0A> =0A> I am not new to FreeB= SD, had been using it since the 4.4BSD Lite days, but I am =0A> seriously b= affled by how difficult (nearly impossible) it had been to get rid of =0A> = the serial console (something so easy and taken for granted on the i386 or = other =0A> similar architecture). One of the links I found =0A> (https://ww= w.cryptomonkeys.com/2014/01/freebsd-raspberry-pi-gps-ntp/) even =0A> sugges= ted that I need to create custom image to get PPS working. Well, working = =0A> PPS comes *after* being able to boot the device with the GPS hat/modul= e/shield =0A> on -- and I am still stuck at that level.=0A> =0A> Any help/p= ointer/suggestion/direction in this respect is greatly appreciated.=0A> =0A= > Best regards=0A> =0A> _______________________________________________=0A>= freebsd-arm@freebsd.org mailing list=0A> https://lists.freebsd.org/mailman= /listinfo/freebsd-arm=0A> To unsubscribe, send any mail to "freebsd-arm-uns= ubscribe@freebsd.org"=0A> From owner-freebsd-arm@freebsd.org Sun Feb 4 06:08:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AA226EE9770 for ; Sun, 4 Feb 2018 06:08:54 +0000 (UTC) (envelope-from jon@brawn.org) Received: from ahs1.r4l.com (ahs1.r4l.com [198.27.81.125]) (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 46EA26F375 for ; Sun, 4 Feb 2018 06:08:54 +0000 (UTC) (envelope-from jon@brawn.org) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=brawn.org; s=default; h=Message-Id:In-Reply-To:To:References:Date:Subject:Mime-Version: Content-Type:From:Sender:Reply-To:Cc:Content-Transfer-Encoding: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=f7jGGAIyQIGlCnuIf9wky4nGmVLSpNJf/vYi3GpL5KY=; b=rJrCvYvtzZlZT8hDuNZHcPly7w /CWmGAM967U+7LA2R21JSxSinDEtd/WdINbIoNoEAuym9ElhFKqFDMwatjTCHDKMmwd+ZRS1QqeMe GsBTIDhqGwqAz9hqD1tJv/0NigjpXW5qHoPtcFSn8KEfCXkVg5JXZl48Uuo9q4mb495IyBWgcNYwY Qd0hg9sodoL3QKKR7xU+dSphagKCnufU86a+uXWGGdIY7sTt88+c82wv5ehg4/sfIVUgT/K2eXsp1 FMKWtjxF+SOPXLLwnHCThW4gUyDAlIql7gn7zFG3f/Yl4FHsgbjdI+jisw33RB3k8sfipCJxmaq3S uRxTPrCQ==; Received: from [136.62.171.86] (port=55031 helo=[192.168.1.120]) by ahs1.r4l.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1eiDTr-002cWn-9z for freebsd-arm@freebsd.org; Sun, 04 Feb 2018 01:08:47 -0500 From: Jon Brawn Content-Type: multipart/signed; boundary="Apple-Mail=_DF8BF849-70D1-44EC-9768-D73500FE9913"; protocol="application/pkcs7-signature"; micalg=sha1 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Trouble with SoftIron Overdrive 1000 + USB Date: Sun, 4 Feb 2018 00:08:45 -0600 References: <79D41C3C-152C-4C58-A7AB-B2C3544DFDA3@brawn.org> To: freebsd-arm@freebsd.org In-Reply-To: <79D41C3C-152C-4C58-A7AB-B2C3544DFDA3@brawn.org> Message-Id: <0DC0C226-DEDF-4181-9B0A-38E5CB78663A@brawn.org> X-Mailer: Apple Mail (2.3445.5.20) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ahs1.r4l.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - brawn.org X-Get-Message-Sender-Via: ahs1.r4l.com: authenticated_id: jon@brawn.org X-Authenticated-Sender: ahs1.r4l.com: jon@brawn.org X-Source: X-Source-Args: X-Source-Dir: X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 06:08:55 -0000 --Apple-Mail=_DF8BF849-70D1-44EC-9768-D73500FE9913 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Feb 2, 2018, at 11:46 PM, Jon Brawn wrote: >=20 > Wotcha Gang! >=20 > =46rom time to time I take the 12.0 Current mini-memstick image that = is newest and do an install on a SoftIron Overdrive 1000 box (quad = Cortex-A57, aarch64). Usually there=E2=80=99s nothing to report, and = everything goes just swimmingly, and I mess around with the installed = system for a while, rebuild the kernel perhaps, nothing too heavy duty. >=20 > Anyway, I=E2=80=99ve just tried this with r328637, and it didn=E2=80=99t= work very well, however, I don=E2=80=99t have the FreeBSD skills to = understand what=E2=80=99s really going wrong. I=E2=80=99ve added the = boot log to this email, inline, at the end. It all goes wrong when it is = trying to mount the root filesystem from the USB memory stick. It=E2=80=99= s claiming to be perpetually waiting for usbus0. As you can see from the = boot log, it detects that there=E2=80=99s a usbus0 =E2=80=98thing=E2=80=99= there, and there are no warnings or errors that I can see relating to = USB, but the bus never seems to come ready. >=20 > Is there anyone out there that can help me to debug this please? >=20 > Jon. >=20 Wotcha! As of =E2=80=9Cright now=E2=80=9D (1:40am on Saturday Feb 3rd), there = are 3 revisions of FreeBSD-12.0-CURRRENT-arm64-aarch64 available for me = to download as a mini-memstick image. r327788 2018/01/10 - boots to start of install process [install fails - = archives newer than image] r328126 2018/01/18 - fails to boot at mounting of root filesystem r328637 2018/01/31 - fails to boot at mounting of root filesystem Cheers, Jon. > NOTICE: BL3-1:=20 > NOTICE: BL3-1: Built : 14:04:15, Apr 9 2016 > INFO: BL3-1: Initializing runtime services > INFO: BL3-1: Preparing for EL3 exit to normal world > INFO: BL3-1: Next image address =3D 0x8000e80000 > INFO: BL3-1: Next image spsr =3D 0x3c9 > UEFI Interactive Shell v2.1 > EDK II > UEFI v2.60 (SoftIron Overdrive 1000, 0x00010000) > Mapping table > FS1: Alias(s):HD1b65535a1:;BLK4: > = PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(1,GPT,535754EE-EECD-11E7= -8543-E0FFF70020A6,0x28,0x64000) > FS0: Alias(s):HD0a0b:;BLK1: > = PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1,GPT,CAB2BA96-077= 2-11E8-952D-0CC47AD8B808,0x3,0x640) > BLK3: Alias(s): > PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0) > BLK5: Alias(s): > = PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(2,GPT,5357E647-EECD-11E7= -8543-E0FFF70020A6,0x64028,0x73F9BFF8) > BLK6: Alias(s): > = PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(3,GPT,535936C9-EECD-11E7= -8543-E0FFF70020A6,0x74000020,0x706D67) > BLK0: Alias(s): > PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0) > BLK2: Alias(s): > = PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(2,GPT,CAB2BA9A-077= 2-11E8-952D-0CC47AD8B808,0x643,0xF89E0) > Press ESC in 1 seconds to skip startup.nsh or any other key to = continue. > Shell> BOOTaa64.efi >=20 >>> FreeBSD EFI boot block > Loader path: /boot/loader.efi >=20 > Initializing modules: ZFS UFS > Load Path: \efi\boot\BOOTaa64.efi > Load Device: = PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1,GPT,CAB2BA96-077= 2-11E8-952D-0CC47AD8B808,0x3,0x640) > BootCurrent: 0006 > BootOrder: 0006 0000 0001 0002 > Probing 7 block devices.........* done > ZFS found no pools > UFS found 1 partition > Consoles: EFI console =20 > Command line arguments: loader.efi > Image base: 0x81f6449000 > EFI version: 2.60 > EFI Firmware: SoftIron Overdrive 1000 (rev 1.00) >=20 > FreeBSD/arm64 EFI loader, Revision 1.1 > (Thu Feb 1 16:48:10 UTC 2018 root@releng3.nyi.freebsd.org) > EFI boot environment > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=3D0x8372ce data=3D0xb2450+0x443acc = syms=3D[0x8+0x111408+0x8+0x103ad6] > | > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... =20 > Using DTB provided by EFI at 0x801fe00000. > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2018 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 12.0-CURRENT #0 r328637: Thu Feb 1 16:51:20 UTC 2018 > = root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC = arm64 > FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on = LLVM 6.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > module_register: cannot register gic/gicv2m from kernel; already = loaded from kernel > Module gic/gicv2m failed to register: 17 > Starting CPU 1 (1) > Starting CPU 2 (100) > Starting CPU 3 (101) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > arc4random: no preloaded entropy cache > MAP 81fb830000 mode 2 pages 992 > MAP 81fbdb0000 mode 2 pages 592 > MAP 81fffd0000 mode 2 pages 32 > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > clk_fixed0: on simplebus0 > clk_fixed1: on simplebus0 > clk_fixed2: on simplebus0 > clk_fixed3: on simplebus0 > clk_fixed4: on simplebus0 > clk_fixed5: on simplebus0 > clk_fixed6: on simplebus0 > clk_fixed7: on simplebus0 > clk_fixed8: on simplebus0 > clk_fixed9: on simplebus0 > clk_fixed10: on simplebus0 > psci0: on ofwbus0 > gic0: mem = 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe11600= 00-0xe116ffff irq 4 on ofwbus0 > gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 > generic_timer0: irq 5,6,7,8 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality = 1000 > Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality = 1000 > efirtc0: registered as a time-of-day clock, resolution 1.000000s > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > pmu0: irq 0,1,2,3 on ofwbus0 > ahci0: mem 0xe0300000-0xe03effff irq 9 on = simplebus0 > ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > uart0: mem 0xe1010000-0xe1010fff irq 13 on = simplebus0 > uart0: console (115200,n,8,1) > pcib0: mem 0xf0000000-0xffffffff on = simplebus0 > pci0: on pcib0 > pcib1: at device 2.2 on pci0 > pci1: on pcib1 > xhci0: mem = 0x40100000-0x4010ffff,0x40110000-0x40110fff,0x40111000-0x40111fff at = device 0.0 on pci1 > xhci0: 32 bytes context size, 64-bit DMA > usbus0 on xhci0 > pcib2: at device 2.3 on pci0 > pci2: on pcib2 > mskc0: port 0x1000-0x10ff mem = 0x40000000-0x40003fff at device 0.0 on pci2 > msk0: on = mskc0 > msk0: Using defaults for TSO: 65518/35/2048 > msk0: Ethernet address: e0:ff:f7:00:20:a6 > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, = auto-flow > cryptosoft0: > Timecounters tick every 1.000 msec > usbus0: 5.0Gbps Super Speed USB v3.0 > ugen0.1: <0x1b73 XHCI root HUB> at usbus0 > uhub0: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on = usbus0 > ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada0: ACS-3 ATA SATA 3.x device > ada0: Serial Number WD-WMC6Y0P7NL00 > ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 953869MB (1953525168 512 byte sectors) > Release APs > CPU 0: ARM Cortex-A57 r1p2 affinity: 0 0 > Instruction Set Attributes 0 =3D > Instruction Set Attributes 1 =3D <> > Processor Features 0 =3D > Processor Features 1 =3D <0> > Memory Model Features 0 =3D <4k Granule,64k = Granule,MixedEndian,S/NS Mem,16bit ASID,16TB PA> > Memory Model Features 1 =3D <> > Memory Model Features 2 =3D <32b CCIDX,48b VA> > Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 = Breakpoints,PMUv3,Debug v8> > Debug Features 1 =3D <0> > Auxiliary Features 0 =3D <0> > Auxiliary Features 1 =3D <0> > CPU 1: ARM Cortex-A57 r1p2 affinity: 0 1 > CPU 2: ARM Cortex-A57 r1p2 affinity: 1 0 > CPU 3: ARM Cortex-A57 r1p2 affinity: 1 1 > WARNING: WITNESS option enabled, expect reduced performance. > arc4random: no preloaded entropy cache > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Root mount waiting for: usbus0 > uhub0: 4 ports with 4 removable, self powered > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, = USB_ERR_TIMEOUT > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >=20 > Loader variables: > vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=3Dro,noatime >=20 > Manual root filesystem specification: > : [options] > Mount using filesystem > and with the specified (optional) option list. >=20 > eg. ufs:/dev/da0s1a > zfs:tank > cd9660:/dev/cd0 ro > (which is equivalent to: mount -t cd9660 -o ro /dev/cd0 /) >=20 > ? List valid disk boot devices > . Yield 1 second (for background tasks) > Abort manual input >=20 > mountroot> ? >=20 > List of GEOM managed disk devices: > diskid/DISK-WD-WMC6Y0P7NL00p3 diskid/DISK-WD-WMC6Y0P7NL00p2 = diskid/DISK-WD-WMC6Y0P7NL00p1 gptid/535936c9-eecd-11e7-8543-e0fff70020a6 = gptid/5357e647-eecd-11e7-8543-e0fff70020a6 = gptid/535754ee-eecd-11e7-8543-e0fff70020a6 diskid/DISK-WD-WMC6Y0P7NL00 = ada0p3 ada0p2 ada0p1 ada0 >=20 > mountroot>=20 >=20 >=20 >=20 --Apple-Mail=_DF8BF849-70D1-44EC-9768-D73500FE9913 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILEzCCBSUw ggQNoAMCAQICECQcc6QQWc3Um5HgAnmjhBYwDQYJKoZIhvcNAQELBQAwgZcxCzAJBgNVBAYTAkdC MRswGQYDVQQIExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoT EUNPTU9ETyBDQSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNh dGlvbiBhbmQgU2VjdXJlIEVtYWlsIENBMB4XDTE3MTAyODAwMDAwMFoXDTE4MTAyODIzNTk1OVow HjEcMBoGCSqGSIb3DQEJARYNam9uQGJyYXduLm9yZzCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBALEscuT73gkjXEfkaQU3QXOOIDFilHr9RV/FKPk+ZO3wyXpoChqRW+anE+kKBLSCsmoX 6HnhAmcq3j9umj5jIYwpD84m26XbWQK+uo42GZ3cAF12VvO0g/toUvI+nJcxiD39APWowPKQ4Nae 4FN4hLOcwd2zyF3LiJgq4aXXcBQxl2s1JRCb7STFl5qpp73JVbFp1MkABmESyzI6KE0LLH3hHICU d2m+Omg6L8T+RgsTEKmgTvw1hYD04ms9ttji/viI8LtR3V9p9DDGH0iSCF56kPo4WfsbfGVBs1km tw8uvB6OVNGiD0q05kR/GI4jGiMLa4UhlCC0VsYfx7ZyGEUCAwEAAaOCAeMwggHfMB8GA1UdIwQY MBaAFIKvbIz4xf6WYXzoHz0rcUhexIvAMB0GA1UdDgQWBBRYtBFf7BnRYLxKWDc5DiI35q5WVzAO BgNVHQ8BAf8EBAMCBaAwDAYDVR0TAQH/BAIwADAgBgNVHSUEGTAXBggrBgEFBQcDBAYLKwYBBAGy MQEDBQIwEQYJYIZIAYb4QgEBBAQDAgUgMEYGA1UdIAQ/MD0wOwYMKwYBBAGyMQECAQEBMCswKQYI KwYBBQUHAgEWHWh0dHBzOi8vc2VjdXJlLmNvbW9kby5uZXQvQ1BTMFoGA1UdHwRTMFEwT6BNoEuG SWh0dHA6Ly9jcmwuY29tb2RvY2EuY29tL0NPTU9ET1JTQUNsaWVudEF1dGhlbnRpY2F0aW9uYW5k U2VjdXJlRW1haWxDQS5jcmwwgYsGCCsGAQUFBwEBBH8wfTBVBggrBgEFBQcwAoZJaHR0cDovL2Ny dC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2xpZW50QXV0aGVudGljYXRpb25hbmRTZWN1cmVFbWFp bENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3AuY29tb2RvY2EuY29tMBgGA1UdEQQRMA+B DWpvbkBicmF3bi5vcmcwDQYJKoZIhvcNAQELBQADggEBAKZgWVdxinnS81TZvPWc8kXjtzxKSBFU 6ZXBkofX+CSRuD+Wmg4vlt6fNIaVWqWDF95qjR3TOwyb+LQJnsMyYhAl9NI6AJTxgfghzKK49MVP aC0K7V4TnWCiucJsfK+xDqZIevPFPF3mpYz7/Uf8VPbX2uK80/uUoBRroXDLyHv7fTzG8K+bHBh6 l2x2xFB04nxAhRS4yaJvOeV6ckPOHvCgHhncXQ1HoPUvV/M94K3jaURLPvSUm2tgzODJ97QDHDWM SF7xfItpAM7AVAmN0M0U8sWI/qDykqpoeOc/TrMNeRTEcuphuJASMuN+oP57T+XZFq/lOEEIw1H+ 4QZ1mnIwggXmMIIDzqADAgECAhBqm+E4O/8ra58B1dm4p1JWMA0GCSqGSIb3DQEBDAUAMIGFMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDErMCkGA1UEAxMiQ09NT0RPIFJTQSBDZXJ0aWZp Y2F0aW9uIEF1dGhvcml0eTAeFw0xMzAxMTAwMDAwMDBaFw0yODAxMDkyMzU5NTlaMIGXMQswCQYD VQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3JkMRow GAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQgQXV0 aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCC AQoCggEBAL6znlesKHZ1QBbHOAOY08YYdiFQ8yV5C0y1oNF9Olg+nKcxLqf2NHbZhGra0D00SOTq 9bus3/mxgUsg/Wh/eXQ0pnp8tZ8XZWAnlyKMpjL+qUByRjXCA6RQyDMqVaVUkbIr5SU0RDX/kSsK wer3H1pT/HUrBN0X8sKtPTdGX8XAWt/VdMLBrZBlgvnkCos+KQWWCo63OTTqRvaq8aWccm+KOMjT cE6s2mj6RkalweyDI7X+7U5lNo6jzC8RTXtVV4/Vwdax720YpMPJQaDaElmOupyTf1Qib+cpukNJ nQmwygjD8m046DQkLnpXNCAGjuJy1F5NATksUsbfJAr7FLUCAwEAAaOCATwwggE4MB8GA1UdIwQY MBaAFLuvfgI9+qbxPISOre44mOzZMjLUMB0GA1UdDgQWBBSCr2yM+MX+lmF86B89K3FIXsSLwDAO BgNVHQ8BAf8EBAMCAYYwEgYDVR0TAQH/BAgwBgEB/wIBADARBgNVHSAECjAIMAYGBFUdIAAwTAYD VR0fBEUwQzBBoD+gPYY7aHR0cDovL2NybC5jb21vZG9jYS5jb20vQ09NT0RPUlNBQ2VydGlmaWNh dGlvbkF1dGhvcml0eS5jcmwwcQYIKwYBBQUHAQEEZTBjMDsGCCsGAQUFBzAChi9odHRwOi8vY3J0 LmNvbW9kb2NhLmNvbS9DT01PRE9SU0FBZGRUcnVzdENBLmNydDAkBggrBgEFBQcwAYYYaHR0cDov L29jc3AuY29tb2RvY2EuY29tMA0GCSqGSIb3DQEBDAUAA4ICAQB4XLKBKDRPPO5fVs6fl1bsj6Jr F/bz9kkIBtTYLzXN30D+03Hj6OxCDBEaIeNmsBhrJmuubvyE7HtoSmR809AgcYboW+rcTNZ/8u/H v+GTrNI/AhqX2/kiQNxmgUPt/eJPs92Qclj0HnVyy9TnSvGkSDU7I5Px+TbO+88G4zipA2psZaWe EykgzClZlPz1FjTCkk77ZXp5cQYYexE6zeeN4/0OqqoAloFrjAF4o50YJafX8mnahjp3I2Y2mkjh k0xQfhNqbzlLWPoT3m7j7U26u7zg6swjOq8hITYc3/np5tM5aVyu6t99p17bTbY7+1RTWBviN9YJ zK8HxzObXYWBf/L+VGOYNsQDTxAk0Hbvb1j6KjUhg7fO294F29QIhhmiNOr84JHoy+fNLpfvYc/Q 9EtFOI5ISYgOxLk3nD/whbUe9rmEQXLp8MB933Ij474gwwCPUpwv9mj2PMnXoc7mbrS22XUSeTwx CTP9bcmUdp4jmIoWfhQm7X9w/Zgddg+JZ/YnIHOwsGsaTUgj7fIvxqith7DoJC91WJ8Lce3CVJqb 1XWeKIJ84F7YLXZN0oa7TktYgDdmQVxYkZo1c5noaDKH9Oq9cbm/vOYRUM1cWcef20Wkyk5S/GFy yPJwG0fR1nRas3DqAf4cXxMiEKcff7PNa4M3RGTqH0pWR8p6EjGCA7cwggOzAgEBMIGsMIGXMQsw CQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAwDgYDVQQHEwdTYWxmb3Jk MRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09NT0RPIFJTQSBDbGllbnQg QXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZzdSbkeACeaOEFjAJBgUr DgMCGgUAoIIB3zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xODAy MDQwNjA4NDZaMCMGCSqGSIb3DQEJBDEWBBTvNFGKn2GkC9nLY3tVkWbi5NzMATCBvQYJKwYBBAGC NxAEMYGvMIGsMIGXMQswCQYDVQQGEwJHQjEbMBkGA1UECBMSR3JlYXRlciBNYW5jaGVzdGVyMRAw DgYDVQQHEwdTYWxmb3JkMRowGAYDVQQKExFDT01PRE8gQ0EgTGltaXRlZDE9MDsGA1UEAxM0Q09N T0RPIFJTQSBDbGllbnQgQXV0aGVudGljYXRpb24gYW5kIFNlY3VyZSBFbWFpbCBDQQIQJBxzpBBZ zdSbkeACeaOEFjCBvwYLKoZIhvcNAQkQAgsxga+ggawwgZcxCzAJBgNVBAYTAkdCMRswGQYDVQQI ExJHcmVhdGVyIE1hbmNoZXN0ZXIxEDAOBgNVBAcTB1NhbGZvcmQxGjAYBgNVBAoTEUNPTU9ETyBD QSBMaW1pdGVkMT0wOwYDVQQDEzRDT01PRE8gUlNBIENsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg U2VjdXJlIEVtYWlsIENBAhAkHHOkEFnN1JuR4AJ5o4QWMA0GCSqGSIb3DQEBAQUABIIBAKQ9zbVp 89HithoQfPFJe+Em7QY9Blwdpk4D/DBid1mgWY3NWeYxLzlHsNAeFejd4AJFhS7brMhs5fLzSctj wHpn3GIP/Sm/PUsQei92v4nXaci3k/80rATPPdnR8opxqrbyNa61sWhDs6wH0PIaOFh/soJiTmzo nH5hSMDG6pcw/ItE6lhzY5Pm3KKFa9Pi2kQTvDg84U6JI7CNZANcaxGB/RSEWqq1NSK5XZPj3AF6 xIQDLTBuRFPbfKpXObIcnoKTjOY3FMVHVPeBB7mwxC89bjV644gjOwSlOPFT3hK8ikPFRYUm5VHv oSuch9N8ng/v4uETJPC+OWWh0ZiimPgAAAAAAAA= --Apple-Mail=_DF8BF849-70D1-44EC-9768-D73500FE9913-- From owner-freebsd-arm@freebsd.org Sun Feb 4 14:35:50 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 611F6ED9126 for ; Sun, 4 Feb 2018 14:35:50 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh602-vm4.bullet.mail.ssk.yahoo.co.jp (nh602-vm4.bullet.mail.ssk.yahoo.co.jp [182.22.90.29]) by mx1.freebsd.org (Postfix) with SMTP id 7F71E822A0 for ; Sun, 4 Feb 2018 14:35:48 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.106] by nh602.bullet.mail.ssk.yahoo.co.jp with NNFMP; 04 Feb 2018 14:33:53 -0000 Received: from [182.22.91.133] by t604.bullet.mail.ssk.yahoo.co.jp with NNFMP; 04 Feb 2018 14:33:53 -0000 Received: from [127.0.0.1] by omp606.mail.ssk.yahoo.co.jp with NNFMP; 04 Feb 2018 14:33:53 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 222249.53089.bm@omp606.mail.ssk.yahoo.co.jp Received: (qmail 16087 invoked by uid 60001); 4 Feb 2018 14:33:52 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1517754832; bh=19yYTOebUTTq0OPkPMHQ8PMhqpHv1yt+ZMdRympIN4w=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=AqzTKUDZb54sAbpiiJF1BkshQz11egkkpJCd2sDOhCpjyfISGkFUsZoSMuKW/VnlIrqHBXEBhTmGaCUB0ia05iPnMIWtD5wytDYG7DmshBLdUT3hGEYYmybAuA0SgyMetPffy0v3suylyO1F/tbbjOxVO1LXQXrMcSDuXYopYKE= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=SB4drSogOUCEYlCC2va7Arv0e3kUTujCZtnLeVUsJYhgsV/pw3EF+m5qM5ULKVgUq7aAVca3M3pwIT7xGOG2VY5PoBjlgwdbUcbuX2iNnLwtcUYAn55Gvk5IBvQ6ojlLSQTFPvFnGVqWeAblMFr8j9wUoP7sHBUQEFIXNfDS+zY=; Message-ID: <815937.99592.qm@web101711.mail.ssk.yahoo.co.jp> X-YMail-OSG: Il1Ozy4VM1nj.MG1BRxuZKIA3IE3DSDAC_Ijb5gOgV0TicchxGb35pHch.PhT99wZISct0rXdRL1E0ZHihqsjNlKk9AVVz4_PGbK_zyVxZdGxD4joL5TI074HkqYfteQRk9N8NA64quhsquB3u7HZLY3_JRflktA378kqE3FQAUbrgoAatEqbyesb1SjlZjmM9nosHWehzOq5xBpLx_PXTqnOV.7RFH7jN.TWpy0MfoNyabkewvkSArGdwnd.RRE4zxiURpcFYFtAu.p4T9DFxs4a459IHsH5VdRRUjBNskPY4TXRRzbVcp45mSTOLZ3UAntrIu4xa60xvdW4I.rpzTv6YlKZ3eIJ8.K0CNaAOpP1uop.vXUzkjFwfMqSoa9UYhYNF_oG0B3eaTepiggMsxaqP_cJP8ZDU12R13xXWPf8wb6jd7ZRbU08PsN9t2uBahDY101.GW5piHdueFMSX7v8Sz1rT0thwMebH4VfseXXCvakfaG3w3YjF2s4W4V6qVeY5hRT2tcpPbL5mD3btE34gVwV_8c3r8OObcl9z_x6rcn5YaOn78BWYoHzbWu5h3MhhD9Zb91SZDjGQQr9shVw5REEJV55077D7KK Received: from [203.165.91.75] by web101711.mail.ssk.yahoo.co.jp via HTTP; Sun, 04 Feb 2018 23:33:51 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: HDM2EMcVM1mrws5xGdtSl2uHyRHI26SHxXu7bhh3izA3osLjesBEOOZfTSRVSO1VgAHOVp3qZAMkuC.GQd.Od8GK01mBMc0mWVWVxxcnNMFCjz9vM3EcIkzXA09ZyzOUyGkE Date: Sun, 4 Feb 2018 23:33:51 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Dose clang support armv4 To: "freebsd-arm@freebsd.org" 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Feb 2018 14:35:50 -0000 Hi.=0A=0AI try cns11xx to FDT away. But last clang not support armv4(not ar= mv4t).=0ADose clang will support armv4?=0A=0ARegards=0A=0AHiroki Mori From owner-freebsd-arm@freebsd.org Mon Feb 5 04:06:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25AE7EEDEDF for ; Mon, 5 Feb 2018 04:06:53 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-lf0-x232.google.com (mail-lf0-x232.google.com [IPv6:2a00:1450:4010:c07::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 8092E8088C for ; Mon, 5 Feb 2018 04:06:52 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-lf0-x232.google.com with SMTP id t79so39801762lfe.3 for ; Sun, 04 Feb 2018 20:06:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=u39b6zIGLWVW4TVCPIMbKPSBFC7l13c7qJrYeYvrAkA=; b=J6QacdeUcDfjPrdqk0NY7eGSQXIN8k0moBnNMa4vVXaswFRf3vofAYSgjZq6YRJ04x d492mlXc9/XgRxUV7ILu88jY5Z5CulacMp75cDS5oistR3+J0NUTNC5QvprNSfiffuCp m+HiVFXwg9NYetLNYVtiIgp6htIIzDH1vTbNX5+lqjBTmXWr44FsO18pu6ZcoObap5xG YFre70vq7LjvBAdDMgbQsep1YxJoi9HLFuDyuxAMpqh/mkgccNvaxzqM2Wkc4J5BWvYh /2gkVvFZjtb3HuA+8PRY+Kn8D+5pUj2EWYnevcdg2re9RYeayrfr8d0asaYhGzs6mxAx DUtg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=u39b6zIGLWVW4TVCPIMbKPSBFC7l13c7qJrYeYvrAkA=; b=DnlNerpL+0V7kW6FUie+AWtMdOfm8pHMP95OKDeBDppk1a8EVkKCPqYvj08nwGosyg JZuO6d+H8io1vwo/kisvRemyCtEjsrWCnIVT7EblWfJOwNkfl8N7d1LKuTr50hYez+yu bs0CvNkuX5SE3i1bNc+Zo4UDm2H304dft2TuIkVYS8zCMFiqxmr1l1OmJAoO47yuC1UH vYzdbu5/fm7u0MOfr03yVr1Op/I1029V9CSVuotre392dxmyJmGiQWA3es/P0GfHsvVZ D7jIyRwVJs9bxtqlnn4PyTvcZI5MZJUc1qt1cSnInWMtENaTFwTKywPj6ewQpxRmXQaU vbrg== X-Gm-Message-State: APf1xPBP0oQU60QKh4mUEoM1FTd4L/ybSXurvOeM0igz4U5XNMqAUoAA Gfy2XFY2O6MHTJ9SiaSH4XW92RmvRC+tutz0qNjZGg== X-Google-Smtp-Source: AH8x224JoUeXm4K3FkF8xGiYEd0zL43Ic+YecBhm2S1j0Bk+blEYeUxD3chLWczG/0knqIi+xTpZihpsbzfEUtbjnVU= X-Received: by 10.46.58.8 with SMTP id h8mr3021892lja.130.1517803610373; Sun, 04 Feb 2018 20:06:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.46.23.91 with HTTP; Sun, 4 Feb 2018 20:06:49 -0800 (PST) In-Reply-To: <0DC0C226-DEDF-4181-9B0A-38E5CB78663A@brawn.org> References: <79D41C3C-152C-4C58-A7AB-B2C3544DFDA3@brawn.org> <0DC0C226-DEDF-4181-9B0A-38E5CB78663A@brawn.org> From: Russell Haley Date: Sun, 4 Feb 2018 20:06:49 -0800 Message-ID: Subject: Re: Trouble with SoftIron Overdrive 1000 + USB To: Jon Brawn Cc: 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 04:06:53 -0000 On Sat, Feb 3, 2018 at 10:08 PM, Jon Brawn wrote: > >> On Feb 2, 2018, at 11:46 PM, Jon Brawn wrote: >> >> Wotcha Gang! >> >> From time to time I take the 12.0 Current mini-memstick image that is ne= west and do an install on a SoftIron Overdrive 1000 box (quad Cortex-A57, a= arch64). Usually there=E2=80=99s nothing to report, and everything goes jus= t swimmingly, and I mess around with the installed system for a while, rebu= ild the kernel perhaps, nothing too heavy duty. >> >> Anyway, I=E2=80=99ve just tried this with r328637, and it didn=E2=80=99t= work very well, however, I don=E2=80=99t have the FreeBSD skills to unders= tand what=E2=80=99s really going wrong. I=E2=80=99ve added the boot log to = this email, inline, at the end. It all goes wrong when it is trying to moun= t the root filesystem from the USB memory stick. It=E2=80=99s claiming to b= e perpetually waiting for usbus0. As you can see from the boot log, it dete= cts that there=E2=80=99s a usbus0 =E2=80=98thing=E2=80=99 there, and there = are no warnings or errors that I can see relating to USB, but the bus never= seems to come ready. >> >> Is there anyone out there that can help me to debug this please? >> >> Jon. >> > > Wotcha! > > As of =E2=80=9Cright now=E2=80=9D (1:40am on Saturday Feb 3rd), there are= 3 revisions of FreeBSD-12.0-CURRRENT-arm64-aarch64 available for me to dow= nload as a mini-memstick image. > > r327788 2018/01/10 - boots to start of install process [install fails - a= rchives newer than image] > r328126 2018/01/18 - fails to boot at mounting of root filesystem > r328637 2018/01/31 - fails to boot at mounting of root filesystem > > Cheers, > > Jon. Hi, sorry about the blank reply, I was going to email you and my kids jumped on me. That message was just randomness. This is the first chance I've had since to try again. So to qualify this message, I haven't done any low level stuff in months so I don't remember anything, but I didn't see anyone else jump in so I thought I'd try to help. With that: Have you tried booting with verbose turned on? Stop the boot process and and type boot -v I think? usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT --> this looks like sad computer talk. I'm not a kernel developer I think this *could* be related to the DTB file? If an address in the flattened device tree isn't correct computers get cranky. I know a short time back there was some device tree changes but I don't keep up with things so I'm only speculating. If you wanted to try going down that road I'd say you have two options. Find a revision that works and either check the fdt files in the source tree and compare to those that don't work, or if you have binaries swap the ones that don't work for the ones that do. The latter might be quicker, but if it doesn't work you don't know if it's cause you mucked it, or because that wasn't the issue. Also, I see you're using an installer, so you'd have to patch the installer OS/USB stick to confirm it works, and then report back for someone to fix it in the sources (or fix the installed version yourself too). I don't have any resources available right now to help you out and I don't have any of my boards out. My poor old brain, I can't even remember the file extension for fdt files! If you can't find the files you need I'd suggest re-posting a specific question about that. (e.g where do I find ftd files for a softiron?). Maybe helpful, maybe not. Hopefully someone pipes up and corrects me. Whotcha! :) Russ >> NOTICE: BL3-1: >> NOTICE: BL3-1: Built : 14:04:15, Apr 9 2016 >> INFO: BL3-1: Initializing runtime services >> INFO: BL3-1: Preparing for EL3 exit to normal world >> INFO: BL3-1: Next image address =3D 0x8000e80000 >> INFO: BL3-1: Next image spsr =3D 0x3c9 >> UEFI Interactive Shell v2.1 >> EDK II >> UEFI v2.60 (SoftIron Overdrive 1000, 0x00010000) >> Mapping table >> FS1: Alias(s):HD1b65535a1:;BLK4: >> PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(1,GPT,535754E= E-EECD-11E7-8543-E0FFF70020A6,0x28,0x64000) >> FS0: Alias(s):HD0a0b:;BLK1: >> PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1,GPT,C= AB2BA96-0772-11E8-952D-0CC47AD8B808,0x3,0x640) >> BLK3: Alias(s): >> PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0) >> BLK5: Alias(s): >> PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(2,GPT,5357E64= 7-EECD-11E7-8543-E0FFF70020A6,0x64028,0x73F9BFF8) >> BLK6: Alias(s): >> PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(3,GPT,535936C= 9-EECD-11E7-8543-E0FFF70020A6,0x74000020,0x706D67) >> BLK0: Alias(s): >> PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0) >> BLK2: Alias(s): >> PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(2,GPT,C= AB2BA9A-0772-11E8-952D-0CC47AD8B808,0x643,0xF89E0) >> Press ESC in 1 seconds to skip startup.nsh or any other key to continue. >> Shell> BOOTaa64.efi >> >>>> FreeBSD EFI boot block >> Loader path: /boot/loader.efi >> >> Initializing modules: ZFS UFS >> Load Path: \efi\boot\BOOTaa64.efi >> Load Device: PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1= ,GPT,CAB2BA96-0772-11E8-952D-0CC47AD8B808,0x3,0x640) >> BootCurrent: 0006 >> BootOrder: 0006 0000 0001 0002 >> Probing 7 block devices.........* done >> ZFS found no pools >> UFS found 1 partition >> Consoles: EFI console >> Command line arguments: loader.efi >> Image base: 0x81f6449000 >> EFI version: 2.60 >> EFI Firmware: SoftIron Overdrive 1000 (rev 1.00) >> >> FreeBSD/arm64 EFI loader, Revision 1.1 >> (Thu Feb 1 16:48:10 UTC 2018 root@releng3.nyi.freebsd.org) >> EFI boot environment >> Loading /boot/defaults/loader.conf >> /boot/kernel/kernel text=3D0x8372ce data=3D0xb2450+0x443acc syms=3D[0x8+= 0x111408+0x8+0x103ad6] >> | >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> Using DTB provided by EFI at 0x801fe00000. >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2018 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 12.0-CURRENT #0 r328637: Thu Feb 1 16:51:20 UTC 2018 >> root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENER= IC arm64 >> FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LLVM = 6.0.0) >> WARNING: WITNESS option enabled, expect reduced performance. >> VT: init without driver. >> module_register: cannot register gic/gicv2m from kernel; already loaded = from kernel >> Module gic/gicv2m failed to register: 17 >> Starting CPU 1 (1) >> Starting CPU 2 (100) >> Starting CPU 3 (101) >> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >> arc4random: no preloaded entropy cache >> MAP 81fb830000 mode 2 pages 992 >> MAP 81fbdb0000 mode 2 pages 592 >> MAP 81fffd0000 mode 2 pages 32 >> random: entropy device external interface >> kbd0 at kbdmux0 >> ofwbus0: >> simplebus0: on ofwbus0 >> clk_fixed0: on simplebus0 >> clk_fixed1: on simplebus0 >> clk_fixed2: on simplebus0 >> clk_fixed3: on simplebus0 >> clk_fixed4: on simplebus0 >> clk_fixed5: on simplebus0 >> clk_fixed6: on simplebus0 >> clk_fixed7: on simplebus0 >> clk_fixed8: on simplebus0 >> clk_fixed9: on simplebus0 >> clk_fixed10: on simplebus0 >> psci0: on ofwbus0 >> gic0: mem 0xe1110000-0xe1110fff,0xe11= 2f000-0xe1130fff,0xe1140000-0xe114ffff,0xe1160000-0xe116ffff irq 4 on ofwbu= s0 >> gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 >> generic_timer0: irq 5,6,7,8 on ofwbus0 >> Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality 1000 >> Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality 1000 >> efirtc0: registered as a time-of-day clock, resolution 1.000000s >> cpulist0: on ofwbus0 >> cpu0: on cpulist0 >> cpu1: on cpulist0 >> cpu2: on cpulist0 >> cpu3: on cpulist0 >> pmu0: irq 0,1,2,3 on ofwbus0 >> ahci0: mem 0xe0300000-0xe03effff irq 9 on simpleb= us0 >> ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported >> ahcich0: at channel 0 on ahci0 >> ahcich1: at channel 1 on ahci0 >> uart0: mem 0xe1010000-0xe1010fff irq 13 on simp= lebus0 >> uart0: console (115200,n,8,1) >> pcib0: mem 0xf0000000-0xffffffff on simple= bus0 >> pci0: on pcib0 >> pcib1: at device 2.2 on pci0 >> pci1: on pcib1 >> xhci0: mem 0x40100000-0x4010ffff,0x4= 0110000-0x40110fff,0x40111000-0x40111fff at device 0.0 on pci1 >> xhci0: 32 bytes context size, 64-bit DMA >> usbus0 on xhci0 >> pcib2: at device 2.3 on pci0 >> pci2: on pcib2 >> mskc0: port 0x1000-0x10ff mem 0= x40000000-0x40003fff at device 0.0 on pci2 >> msk0: on m= skc0 >> msk0: Using defaults for TSO: 65518/35/2048 >> msk0: Ethernet address: e0:ff:f7:00:20:a6 >> miibus0: on msk0 >> e1000phy0: PHY 0 on miibus0 >> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000ba= seT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow >> cryptosoft0: >> Timecounters tick every 1.000 msec >> usbus0: 5.0Gbps Super Speed USB v3.0 >> ugen0.1: <0x1b73 XHCI root HUB> at usbus0 >> uhub0: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus= 0 >> ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 >> ada0: ACS-3 ATA SATA 3.x device >> ada0: Serial Number WD-WMC6Y0P7NL00 >> ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) >> ada0: Command Queueing enabled >> ada0: 953869MB (1953525168 512 byte sectors) >> Release APs >> CPU 0: ARM Cortex-A57 r1p2 affinity: 0 0 >> Instruction Set Attributes 0 =3D >> Instruction Set Attributes 1 =3D <> >> Processor Features 0 =3D >> Processor Features 1 =3D <0> >> Memory Model Features 0 =3D <4k Granule,64k Granule,MixedEndian,S/N= S Mem,16bit ASID,16TB PA> >> Memory Model Features 1 =3D <> >> Memory Model Features 2 =3D <32b CCIDX,48b VA> >> Debug Features 0 =3D <2 CTX Breakpoints,4 Watchpoints,6 Brea= kpoints,PMUv3,Debug v8> >> Debug Features 1 =3D <0> >> Auxiliary Features 0 =3D <0> >> Auxiliary Features 1 =3D <0> >> CPU 1: ARM Cortex-A57 r1p2 affinity: 0 1 >> CPU 2: ARM Cortex-A57 r1p2 affinity: 1 0 >> CPU 3: ARM Cortex-A57 r1p2 affinity: 1 1 >> WARNING: WITNESS option enabled, expect reduced performance. >> arc4random: no preloaded entropy cache >> Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... >> Root mount waiting for: usbus0 >> uhub0: 4 ports with 4 removable, self powered >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_= ERR_TIMEOUT >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_= ERR_TIMEOUT >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_= ERR_TIMEOUT >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_= ERR_TIMEOUT >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> Root mount waiting for: usbus0 >> usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_= ERR_TIMEOUT >> ugen0.2: at usbus0 (disconnected) >> uhub_reattach_port: could not allocate new device >> mountroot: waiting for device /dev/ufs/FreeBSD_Install... >> Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. >> >> Loader variables: >> vfs.root.mountfrom=3Dufs:/dev/ufs/FreeBSD_Install >> vfs.root.mountfrom.options=3Dro,noatime >> >> 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> ? >> >> List of GEOM managed disk devices: >> diskid/DISK-WD-WMC6Y0P7NL00p3 diskid/DISK-WD-WMC6Y0P7NL00p2 diskid/DISK= -WD-WMC6Y0P7NL00p1 gptid/535936c9-eecd-11e7-8543-e0fff70020a6 gptid/5357e64= 7-eecd-11e7-8543-e0fff70020a6 gptid/535754ee-eecd-11e7-8543-e0fff70020a6 di= skid/DISK-WD-WMC6Y0P7NL00 ada0p3 ada0p2 ada0p1 ada0 >> >> mountroot> >> >> >> > From owner-freebsd-arm@freebsd.org Mon Feb 5 09:43:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29BDAEDFA8E for ; Mon, 5 Feb 2018 09:43:48 +0000 (UTC) (envelope-from s_m_hashemifard@yahoo.com) Received: from sonic302-30.consmr.mail.bf2.yahoo.com (sonic302-30.consmr.mail.bf2.yahoo.com [74.6.135.229]) (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 C4A306B742 for ; Mon, 5 Feb 2018 09:43:47 +0000 (UTC) (envelope-from s_m_hashemifard@yahoo.com) X-YMail-OSG: uw3WUp0VM1nVsS0iJW_0YYvYk1AmCh77gxyFDsprYkpEDvvgWtXlsDcQgsrG5xG IWwRC50gpMuY8J2NpmpRwww_DmUtTLJJKafey4bVK8iQaUfQHHh2OwL0ZSPjuIFGgL37nB7Lg1OE Jy1Saoo7Mkjmwax1qopjOOOu6YV9jU6kwEFWlgVENd4xbWiwkk0TY4pvPqY0idQGvLRW_zqDBnJ2 QY5diDRi8z1wS0VzRIIwk0_cEqBvjPUBJni4OoLd3SM4sjPsY0qgQHWEVptQSwNmL7ty_imbSq7E Oy3z50Tg1BsprAkjgWwyUSnPTZ7FDEwGcUJyJtlOL31DyiDOEGaYiNF0_sLyJhUwqYUWN7fh4NYH BqscY6qUOutBC9PPDVFMW1o_D1rfOkQwvS3Et76aIlwPhmpgK18h3UA5C_V_uq1_sQXZridN11BQ A0QR8paUxKzZzybkQFFIaGRXG2et8Ww75fRM0aJyXcdDtA1KH.VWF9oItwVbJOMvli.hvkwi5feZ LlHLPNw-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Mon, 5 Feb 2018 09:43:41 +0000 Date: Mon, 5 Feb 2018 09:39:40 +0000 (UTC) From: Mostafa Hashemi To: "freebsd-arm@freebsd.org" Message-ID: <1017574859.3248816.1517823580207@mail.yahoo.com> Subject: Building FreeBSD image for BananaPi M64 MIME-Version: 1.0 References: <1017574859.3248816.1517823580207.ref@mail.yahoo.com> X-Mailer: WebService/1.1.11316 YMailNorrin Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 09:43:48 -0000 I'm a newbie to thi job and I'm trying to build an image for my BPi M64 which uses an A64 Allwinner SoC. I tried crochet build tool but it does not have configuration for BPi M64. How can do this job? Thanks in advance From owner-freebsd-arm@freebsd.org Mon Feb 5 14:38:42 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A683EC8051 for ; Mon, 5 Feb 2018 14:38:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2D59D75E46 for ; Mon, 5 Feb 2018 14:38:42 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 5FB9E1BD4 for ; Mon, 5 Feb 2018 14:38:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w15EcfOV066954 for ; Mon, 5 Feb 2018 14:38:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w15EcfNP066953 for freebsd-arm@FreeBSD.org; Mon, 5 Feb 2018 14:38:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 225684] arm64 pcpu: crash when dereferencing per cpu structure (with 1 or more cpus) Date: Mon, 05 Feb 2018 14:38:41 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: johalun0@gmail.com 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Feb 2018 14:38:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225684 Bug ID: 225684 Summary: arm64 pcpu: crash when dereferencing per cpu structure (with 1 or more cpus) Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: johalun0@gmail.com Tested on RPI3 with and without options SMP. Crash on CPU #0 in both cases.= =20 #include #include #include #include #include #include #include struct mystruct { int id; } __aligned(CACHE_LINE_SIZE); static DPCPU_DEFINE(struct mystruct, mystruct); static int hello_handler(module_t _mod, int event, void *_arg) { int i; switch(event) { case MOD_LOAD: printf("MOD_LOAD: \n"); printf("mp_ncpus: %d. mp_maxcpus: %d\n", mp_ncpus, mp_maxcp= us); CPU_FOREACH(i) { struct mystruct *m; m =3D &DPCPU_ID_GET(i, mystruct); printf("Iterating CPU ID: %d\n", i); printf("Address of mystruct pcpu pointer: %p\n", m); m->id =3D i; printf("Assigned %d tp mystruct->id\n", m->id); }=20=20=20=20=20=20=20 break; case MOD_UNLOAD: printf("MOD_UNLOAD: \n"); break; default: break; } return 0; } static moduledata_t mod_data=3D { "hello", hello_handler, NULL }; MODULE_VERSION(hello, 1); MODULE_DEPEND(hello, pci, 1, 1, 1); DECLARE_MODULE(hello, mod_data, SI_SUB_EXEC, SI_ORDER_ANY); Cross build on amd64 (after calling make buildenv) (building on RPI3 give s= ame results) johannes@jd:~/tmp/module % make machine -> /usr/src/sys/arm64/include cc -target aarch64-unknown-freebsd12.0 --sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp -B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin -O2 -pipe -fno-strict-aliasi= ng -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I/usr/src/sys -fno-common=20 -fPIC -MD -MF.depend.hello.o -MThello.o -mgeneral-regs-only -ffixed-x18 -ffreestanding -fwrapv -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -D__printf__=3D__freebsd_kpr= intf__ -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -Wno-error-unused-function -Wno-error-pointer-sign -Wno-error-shift-negative-value -Wno-error-address-of-packed-member -std=3Diso9899:1999 -c hello.c -o he= llo.o /usr/local/bin/ld -m aarch64elf -d -warn-common --build-id=3Dsha1 -r -d -o hello.kld hello.o :> export_syms awk -f /usr/src/sys/conf/kmod_syms.awk hello.kld export_syms | xargs -J% objcopy % hello.kld /usr/local/bin/ld -m aarch64elf -Bshareable -znotext -d -warn-common --build-id=3Dsha1 -o hello.ko hello.kld /usr/local/bin/ld: warning: Cannot create .note.gnu.build-id section, --build-id ignored. objcopy --strip-debug hello.ko root@rpi:~ # kldload ./hello.ko=20 MOD_LOAD:=20 mp_ncpus: 1. mp_maxcpus: 1 Iterating CPU ID: 0 Address of mystruct pcpu pointer: 0xffff00005317f780 Fatal data abort: x0: ffff000052b1d9a7 x1: 0 x2: ffff00005280e428 x3: 215 x4: 0 x5: 0 x6: 0 x7: 1 x8: d43d561ece232bd x9: d43d561ece232bd x10: 1e x11: 1 x12: 1 x13: 1 x14: 0 x15: 64 x16: 1 x17: 1e x18: ffff00005280e560 x19: 0 x20: ffff000052b1d96b x21: ffff000052b1d981 x22: ffff000052b1d9a7 x23: ffff00005317f780 x24: ffff000000ada4d8 x25: 1 x26: ffff000000ada4e0 x27: ffff000000ada4a0 x28: ffff000052b2dc80 x29: ffff00005280e5b0 sp: ffff00005280e560 lr: ffff000052b1d8e0 elr: ffff000052b1d8e8 spsr: 60000345 far: ffff00005317f780 esr: 96000046 [ thread pid 711 tid 100072 ] Stopped at hello_handler+0xe0: undefined b90002f3 0000000000000808 : 808: a9ba6ffc stp x28, x27, [sp, #-96]! 80c: 7100043f cmp w1, #0x1 810: a90167fa stp x26, x25, [sp, #16] 814: a9025ff8 stp x24, x23, [sp, #32] 818: a90357f6 stp x22, x21, [sp, #48] 81c: a9044ff4 stp x20, x19, [sp, #64] 820: a9057bfd stp x29, x30, [sp, #80] 824: 910143fd add x29, sp, #0x50 828: 540006e0 b.eq 904 // b.none 82c: 35000721 cbnz w1, 910 830: 90000000 adrp x0, 0 <.plt-0x7d8> 834: 91250400 add x0, x0, #0x941 838: 97fffff0 bl 7f8 83c: 90000088 adrp x8, 10000 840: 90000089 adrp x9, 10000 844: f9458508 ldr x8, [x8, #2824] 848: f9458129 ldr x9, [x9, #2816] 84c: 90000000 adrp x0, 0 <.plt-0x7d8> 850: 91253400 add x0, x0, #0x94d 854: b9400101 ldr w1, [x8] 858: b9400122 ldr w2, [x9] 85c: 97ffffe7 bl 7f8 860: 90000098 adrp x24, 10000 864: 9000009a adrp x26, 10000 868: 9000009b adrp x27, 10000 86c: f9458f18 ldr x24, [x24, #2840] 870: f945935a ldr x26, [x26, #2848] 874: f9458b7b ldr x27, [x27, #2832] 878: 9000009c adrp x28, 10000 87c: 90000014 adrp x20, 0 <.plt-0x7d8> 880: 90000015 adrp x21, 0 <.plt-0x7d8> 884: 90000016 adrp x22, 0 <.plt-0x7d8> 888: 2a1f03f3 mov w19, wzr 88c: 320003f9 orr w25, wzr, #0x1 890: 9132039c add x28, x28, #0xc80 894: 9125ae94 add x20, x20, #0x96b 898: 912606b5 add x21, x21, #0x981 89c: 91269ed6 add x22, x22, #0x9a7 8a0: 93407e68 sxtw x8, w19 8a4: d343fd09 lsr x9, x8, #3 8a8: 927de529 and x9, x9, #0x1ffffffffffffff8 8ac: f8696b09 ldr x9, [x24, x9] 8b0: 9240150a and x10, x8, #0x3f 8b4: 9aca232a lsl x10, x25, x10 8b8: ea0a013f tst x9, x10 8bc: 540001a0 b.eq 8f0 // b.none 8c0: f8687b68 ldr x8, [x27, x8, lsl #3] 8c4: aa1403e0 mov x0, x20 8c8: 2a1303e1 mov w1, w19 8cc: 8b1c0117 add x23, x8, x28 8d0: 97ffffca bl 7f8 8d4: aa1503e0 mov x0, x21 8d8: aa1703e1 mov x1, x23 8dc: 97ffffc7 bl 7f8 8e0: aa1603e0 mov x0, x22 8e4: 2a1303e1 mov w1, w19 Instruction causing crash: 8e8: b90002f3 str w19, [x23] 8ec: 97ffffc3 bl 7f8 8f0: b9400348 ldr w8, [x26] 8f4: 11000673 add w19, w19, #0x1 8f8: 6b08027f cmp w19, w8 8fc: 54fffd29 b.ls 8a0 // b.plast 900: 14000004 b 910 904: 90000000 adrp x0, 0 <.plt-0x7d8> 908: 91271000 add x0, x0, #0x9c4 90c: 97ffffbb bl 7f8 910: a9457bfd ldp x29, x30, [sp, #80] 914: a9444ff4 ldp x20, x19, [sp, #64] 918: a94357f6 ldp x22, x21, [sp, #48] 91c: a9425ff8 ldp x24, x23, [sp, #32] 920: a94167fa ldp x26, x25, [sp, #16] 924: 2a1f03e0 mov w0, wzr 928: a8c66ffc ldp x28, x27, [sp], #96 92c: d65f03c0 ret --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Tue Feb 6 06:00:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F3E05ECB305 for ; Tue, 6 Feb 2018 06:00:33 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh504-vm7.bullet.mail.kks.yahoo.co.jp (nh504-vm7.bullet.mail.kks.yahoo.co.jp [183.79.57.93]) by mx1.freebsd.org (Postfix) with SMTP id 0F557776E2 for ; Tue, 6 Feb 2018 06:00:32 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.141] by nh504.bullet.mail.kks.yahoo.co.jp with NNFMP; 06 Feb 2018 06:00:24 -0000 Received: from [183.79.100.134] by t504.bullet.mail.kks.yahoo.co.jp with NNFMP; 06 Feb 2018 06:00:24 -0000 Received: from [127.0.0.1] by omp503.mail.kks.yahoo.co.jp with NNFMP; 06 Feb 2018 06:00:24 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 712861.98967.bm@omp503.mail.kks.yahoo.co.jp Received: (qmail 47735 invoked by uid 60001); 6 Feb 2018 06:00:24 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1517896824; bh=4i0d2WuGr8odwuONUeDp9jrg61BYshmPqAugZQ86tNQ=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=bc7ae1MjhRnXNqW+oYYhKPJ2he4quesC6p78Dbs1GbfLXNEhC5Ev1cJ6S9SiyzHCp2i3Fr1aPZey5eu+RqnaDYTAcb2uI5LAI3QxbAl0Q3K8W4eAn+K/jg4oUf7FrBMMQtTsjLCpQ8o1ySxnSlXHomr5mStZXVmSCUa+jeiJM90= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=JWBbCQgZXui9u0TrXi88iTq021U99R38j0in41GiY4dEy/kHxJZTPB4qVT/kYpQn+hBe4Gs+/ieARSeuG7zr9ZEeQtLZ3C2vq44dLRkY/2/ln9jor2nRFHsxXNRsjje4srzUdVx7QCXNERXJ6yHCMuoQUgH01OU9cPyIDqgNND0=; Message-ID: <458964.25252.qm@web101712.mail.ssk.yahoo.co.jp> X-YMail-OSG: ULjrqMUVM1kUh9CnvVKPpdGTlVdXxyYXDfELvXpY_0qmqM9if2AfrEE2FXdmkesIkAh1WSJx3y18qagTQWJjrrYh9flu8Nw.3uT_2uOkM65BXJ_j_c_A_rsULaDlDp1_Gmi2eDS8t1cgYbYb2NqrAAL5jQ0JlTvXsVjBq7iE8yo2Z4HpovcCNLBbamkax.NmTAmk6CYVbLxH1rOP95dT6AXlQ_VhmEGhAzP1gdPIepT7EV.9maNmOUeN55UbUyFRP61j4L6rgB9GfWG0FDFvzUj155qSIaNiRx2LMhoWa3xGzIdlS2UADhqreOC0soB9zkq0j7o5IjSGl41JnFhfZNsoz1kVU95aPT2vRAjs7ysnN8QW7OlXhNIg5PEStBvFYIK4p2NarHrUnRcaa8ALjdYWxghf0L1tpXNVWsNNthD.i.ejQ_7jl4IIqGUJ525lNnp4D5uRB0lpPjWufMnI1S4u.1rU3tezlyUiC532eKK7bRWRRGXtTF8eMS_NrGcibB6qozm.._xvGt7zpHecix7e.lMrRwKOPdX5A6r9ZhlZZ98_wXwX4I2zdkVAuiBz0xqQDFQjXmBQ1YbiroglxIZ3KOKLVAl6w5Nav6cV Received: from [203.165.91.75] by web101712.mail.ssk.yahoo.co.jp via HTTP; Tue, 06 Feb 2018 15:00:23 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: bjtsqAgVM1kazwU2Z_pjBiGlhrS0ziSXmGgmD5Lde.TvJAH0.CaTHKZJmliDF7gNiVZD_weh3sNlbqcvZupp89A2A6gn8Qu5RK4ijR1B.zj8GfXsiNFpvhQddiPbsC1r6ubt Date: Tue, 6 Feb 2018 15:00:23 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: not close critical section at uma_core.c To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 06:00:34 -0000 Hi=0A=0AI'm still debugging armv5t.=0A=0AI found not good code in vm/uma_co= re.c. This=A0critical_enter =A0have=A0no=A0critical_exit.=0A=0Ahttps://svnw= eb.freebsd.org/base/head/sys/vm/uma_core.c?revision=3D328916&view=3Dmarkup#= l2344=0A=0A=0ARegards=0A=0AHiroki Mori From owner-freebsd-arm@freebsd.org Tue Feb 6 08:20:57 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 25221EE208A for ; Tue, 6 Feb 2018 08:20:57 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 939957C9CB for ; Tue, 6 Feb 2018 08:20:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id w168Km49095239 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Feb 2018 10:20:51 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua w168Km49095239 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id w168KmsD095230; Tue, 6 Feb 2018 10:20:48 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 6 Feb 2018 10:20:48 +0200 From: Konstantin Belousov To: Mori Hiroki Cc: "freebsd-arm@freebsd.org" Subject: Re: not close critical section at uma_core.c Message-ID: <20180206082047.GA33564@kib.kiev.ua> References: <458964.25252.qm@web101712.mail.ssk.yahoo.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <458964.25252.qm@web101712.mail.ssk.yahoo.co.jp> User-Agent: Mutt/1.9.3 (2018-01-21) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 08:20:57 -0000 On Tue, Feb 06, 2018 at 03:00:23PM +0900, Mori Hiroki wrote: > Hi > > I'm still debugging armv5t. > > I found not good code in vm/uma_core.c. Thisšcritical_enter šhavešnošcritical_exit. > > https://svnweb.freebsd.org/base/head/sys/vm/uma_core.c?revision=328916&view=markup#l2344 > The code path is convoluted, but each critical_enter() in the uma_zalloc_arg() function is accompanied by the goto zalloc_start;, and there the conditions are prepared by an origin site to enter the if(), which does the critical_exit(). Would critical_enter() leaked in so often used function, locking operations started panicing a lot. From owner-freebsd-arm@freebsd.org Tue Feb 6 08:31:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 186BEEE2CF8 for ; Tue, 6 Feb 2018 08:31:02 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (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 A7E707D2C4 for ; Tue, 6 Feb 2018 08:31:01 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [62.141.128.70]) (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 2B9D3260185; Tue, 6 Feb 2018 09:30:58 +0100 (CET) Subject: Re: Trouble with SoftIron Overdrive 1000 + USB To: Russell Haley , Jon Brawn Cc: freebsd-arm References: <79D41C3C-152C-4C58-A7AB-B2C3544DFDA3@brawn.org> <0DC0C226-DEDF-4181-9B0A-38E5CB78663A@brawn.org> From: Hans Petter Selasky Message-ID: <34f3532a-c5e4-abe4-4c38-003d38e1d383@selasky.org> Date: Tue, 6 Feb 2018 09:28:02 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 08:31:02 -0000 On 02/05/18 05:06, Russell Haley wrote: > usbd_setup_device_desc: getting device descriptor at addr 1 failed, > USB_ERR_TIMEOUT --> this looks like sad computer talk. I'm not a > kernel developer I think this*could* be related to the DTB file? If > an address in the flattened device tree isn't correct computers get > cranky. I know a short time back there was some device tree changes > but I don't keep up with things so I'm only speculating. Might be an IRQ problem. --HPS From owner-freebsd-arm@freebsd.org Tue Feb 6 09:10:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 801B1EE5FD5 for ; Tue, 6 Feb 2018 09:10:06 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh605-vm0.bullet.mail.ssk.yahoo.co.jp (nh605-vm0.bullet.mail.ssk.yahoo.co.jp [182.22.90.73]) by mx1.freebsd.org (Postfix) with SMTP id 87D9F7EB55 for ; Tue, 6 Feb 2018 09:10:05 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.103] by nh605.bullet.mail.ssk.yahoo.co.jp with NNFMP; 06 Feb 2018 09:07:03 -0000 Received: from [182.22.91.132] by t601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 06 Feb 2018 09:07:03 -0000 Received: from [127.0.0.1] by omp605.mail.ssk.yahoo.co.jp with NNFMP; 06 Feb 2018 09:07:03 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 147017.74612.bm@omp605.mail.ssk.yahoo.co.jp Received: (qmail 24595 invoked by uid 60001); 6 Feb 2018 09:07:02 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1517908022; bh=N43FsV/2FvVdOwxv3mO7H96vMOCFOmRhGGoZVSud5ZM=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=aZyzxMGvj5YOtAcRq51s5yj7u1ofzYgYG04UkxtWEQbYVRGNu+yJPMkciRxNkjEEA7efeMtef4DYSxG7/qXcpYVeDeK340pfCZjClIuQn9XkBQvZKHNstg8OmcepB/YtakyfsmiU8EUu438zWcVRI/umO2wJdCPa2084c+sRRac= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:References:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=rQ9Clt2bQGf8Wd3uDWsZi6AHGFYUqrjyPuaW/cpr/9Ztjn5Mo21DUqEjh/Z7GOpEc3NW9AstJ000LEGGAgl66vNP6Y9k70xKo58w5Ae+zbeK746zJfL0Tq4eccAM57E6ol9xaa0VOK6NEfpNlqsiHKZfULIqMslARQJnxYUTBe8=; Message-ID: <892631.23713.qm@web101718.mail.ssk.yahoo.co.jp> X-YMail-OSG: Sqo__1EVM1mnKPEe8IfMWIaB7DZiw_LCd8KVl7lG.T72OFzLNDktAb1UrieeuX4S8RpG1fHdpaptBTnGPhyUW3JS7h84z7tmvqvvDRS3bv83Bl.iZAmQYAp_F3psj0Q5254aH7OElI0esA4QS3KjqCQX2cm1tnGjnIlvu5gyHa2_vsK5z7btcoU_FEtPj_0t4G1YOZVy9X14uazVhfJbjeXJ2d9GVaRYcFI019jnn_iNGfdcE_rNFprVEu2GU7YQh6m1XHGvemUFIZ_O0NqVeIRfyhPRVyI9RPbdxx3ltR2aww6g2eAbjzCRdv261If0X7FpSG8X3otonJmsl3bVlBc4ogRa.wvOhkReeHCiI.pVj_ZX5MXj8c2xx1hxNKVMM8Tcda3Oal1FAzzQecKNbVgblHLof0Nslj_zI6G.6caIe_1ubN_ixswMbFUmc3V8IRJCx3KF2RssyHIPsTGqQ7w0ZVzuK2grGfEnsiElk89vLZ8LJiCBtsIs__ZMBuqZUp2_ljgg56ItmXkZG1BbXqlQgs0avMoEKT_QcX3OQ5w6L9_J58lQdEnoWeAjwWVnkHvzIyC4FJEV7L6LIrHaFlwnTxH3GeU4TsHXbRHYrLQS.DP92lCybYrn Received: from [203.165.91.75] by web101718.mail.ssk.yahoo.co.jp via HTTP; Tue, 06 Feb 2018 18:07:01 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: kw9lH9UVM1nCjYyKuyzPAJQHX43hfPXmvksJSnXovGC38wJWsGBa03vy3FIcaWs1pw8JN5l8UuzEv9UIAI3Z_edJRHlVXHlwbJQjHEqeC0mBeznvjIzEqWnAIXpb0po.zPaL References: <64850.63077.qm@web101706.mail.ssk.yahoo.co.jp> <387823.67007.qm@web101711.mail.ssk.yahoo.co.jp> <812183.70978.qm@web101705.mail.ssk.yahoo.co.jp> Date: Tue, 6 Feb 2018 18:07:01 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Re: still hang up arm/ralink To: Michael Zhilin Cc: "freebsd-arm@freebsd.org" In-Reply-To: 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 09:10:06 -0000 Hi=0A=0AI set this kernel option. Then little bit better.=C2=A0=0A=0Aoption= s=C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR=0Aoptions=C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR_C= OMPILE=3DKTR_ALL=0Aoptions=C2=A0 =C2=A0 =C2=A0 =C2=A0 KTR_VERBOSE=3D0=0A=0A= Starting kernel @40000100...=0A=0A=0AKDB: debugger backends: ddb=0AKDB: cur= rent backend: ddb=0ACopyright (c) 1992-2018 The FreeBSD Project.=0ACopyrigh= t (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A=C2=A0 = =C2=A0 =C2=A0 =C2=A0 The Regents of the University of California. All right= s reserved.=0AFreeBSD is a registered trademark of The FreeBSD Foundation.= =0AFreeBSD 12.0-CURRENT #3 b8cfc17(arm_debug): Tue Feb=C2=A0 6 17:50:49 JST= 2018=0A=C2=A0 =C2=A0 hiroki@microserver:/storage/home/hiroki/zorg/obj/stor= age/home/hiroki/zorg/ZR=0Aouter/tmp/storage/home/hiroki/freebsd/arm.arm/sys= /Buffalo_WZR2-G300N arm=0AFreeBSD clang version 6.0.0 (branches/release_60 = 323338) (based on LLVM 6.0.0)=0APreloaded elf kernel "kernel" at 0xc033e3f4= .=0ACPU: ARM926EJ-S rev 5 (ARM9EJ-S core)=0A=C2=A0 Little-endian DC enabled= IC enabled WB enabled LABT branch prediction disabled=0A=C2=A0 16KB/32B 4-= way instruction cache=0A=C2=A0 16KB/32B 4-way write-back-locking-C data cac= he=0Areal memory=C2=A0 =3D 16777216 (16 MB)=0Aavail memory =3D 11038720 (10= MB)=0APhysical memory chunk(s):=0A=C2=A0 0x40000000 - 0x40ffffff,=C2=A0 = =C2=A0 16 MB ( =C2=A0 4096 pages)=0AExcluded memory regions:=0A=C2=A0 0x400= 00000 - 0x4049bfff, =C2=A0 =C2=A0 4 MB ( =C2=A0 1180 pages) NoAlloc=C2=A0= =0AStatic device mappings:=0A=C2=A0 0x19c00000 - 0x19cdffff mapped at VA 0x= fff10000=0A=C2=A0 0x1e800000 - 0x1effffff mapped at VA 0xff700000=0A=C2=A0 = 0x1f000000 - 0x1f3fffff mapped at VA 0xff300000=0Aarc4random: no preloaded = entropy cache=0Arandom: entropy device external interface=0Amem: = =0Anull: =0Aopenfirm: =0Arandom: harvesting attach, 8 bytes (4 bits) from nexus0= =0Aofwbus0: =0Asimplebus0: on ofwbus0=0Arandom: harvesting attach, 8 bytes (4 bits) from= simplebus0=0Asimplebus1: on ofwbus0=0Ar= andom: harvesting attach, 8 bytes (4 bits) from simplebus1=0Asimplebus2: on ofwbus0=0Asimplebus2: No interrupt-pare= nt found, assuming direct parent=0Asimplebus2: Missing #interrupt-cells pro= perty, assuming <1>=0Asimplebus2: No interrupt-parent found, assuming direc= t parent=0Asimplebus2: Missing #interrupt-cells property, assuming <1>=0Ara= ndom: harvesting attach, 8 bytes (4 bits) from simplebus2=0Arandom: harvest= ing attach, 8 bytes (4 bits) from ofwbus0=0Apic0: mem 0x40000-0x5ffff on simplebus1=0Arandom: harvesting attach, = 8 bytes (4 bits) from pic0=0Atimer0: mem 0-0xf,0x10-0x1f,0x2= 0-0x2f,0x30-0x3f irq 2,3,4 on simp=0Alebus2=0AEvent timer "RT1310ATimer2" f= requency 75000000 Hz quality 1000=0ATimecounter "RT1310ATimer1" frequency 7= 5000000 Hz quality 1000=0Arandom: harvesting attach, 8 bytes (4 bits) from = timer0=0Acpulist0: on ofwbus0=0Acpu0: on cpulist0=0Arandom: harvesting attach, 8 bytes (4 bits) from cpu= 0=0Arandom: harvesting attach, 8 bytes (4 bits) from cpulist0=0Asimplebus1:= mem 0x80000-0x9ffff compat fv,mdio (no driver attached)=0Afv0: = mem 0x80000-0x9ffff irq 0 on simplebus1=0Apanic: Ca= n't change memattr on page with existing mappings=0Atime =3D 1=0AKDB: enter= : panic=0A[ thread pid 0 tid 100000 ]=0AStopped at=C2=A0 =C2=A0 =C2=A0 kdb_= enter+0x48: ldrb=C2=A0 =C2=A0 r15, [r15, r15, ror r15]!=0Adb>=C2=A0=0A=0A--= --- Original Message -----=0A>From: Michael Zhilin =0A>To= : Mori Hiroki =0A>Cc: "freebsd-arm@freebsd.org" =0A>Date: 2018/2/3, Sat 17:29=0A>Subject: Re: still h= ang up arm/ralink=0A> =0A>=0A>Hi Hiroki-san,=0A>=0A>We had the similar prob= lem with mallocinit on MIPS32.=C2=A0 The details are here:=0A>=C2=A0https:/= /reviews.freebsd.org/D13351=0A>=C2=A0https://svnweb.freebsd.org/base?view= =3Drevision&revision=3D326508=0A>=0A>Please check if your revision includes= this fix. =0A>BTW, DDB is not yet available in this step, but you can make= it by patch:=0A>diff --git a/sys/ddb/ddb.h b/sys/ddb/ddb.h=0A>index d54fe3= 32652..8ae78d81f27 100644=0A>--- a/sys/ddb/ddb.h=0A>+++ b/sys/ddb/ddb.h=0A>= @@ -136,11 +136,11 @@ static struct command __CONCAT(_name,_suffix) =3D {= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 \=0A>=C2=A0};=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 \=0A>=C2=A0static void __C= ONCAT(__CONCAT(_name,_suffix),_add)(void *arg __unused) \=0A>=C2=A0=C2=A0= =C2=A0=C2=A0 { db_command_register(&list, &__CONCAT(_name,_suffix)); }=C2= =A0 \=0A>-SYSINIT(__CONCAT(_name,_suffix), SI_SUB_KLD, SI_ORDER_ANY,=C2=A0= =C2=A0=C2=A0=C2=A0 \=0A>+SYSINIT(__CONCAT(_name,_suffix), SI_SUB_DDB, SI_OR= DER_ANY,=C2=A0=C2=A0=C2=A0=C2=A0 \=0A>=C2=A0=C2=A0=C2=A0=C2=A0 __CONCAT(__C= ONCAT(_name,_suffix),_add), NULL);=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 \=0A>=C2=A0static void __CONCAT(__CONCAT(= _name,_suffix),_del)(void *arg __unused) \=0A>=C2=A0=C2=A0=C2=A0=C2=A0 { db= _command_unregister(&list, &__CONCAT(_name,_suffix)); }=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 \=0A>-SYSUNINIT(__CONCAT(_name,_suffix), SI_SUB_KL= D, SI_ORDER_ANY,=C2=A0=C2=A0 \=0A>+SYSUNINIT(__CONCAT(_name,_suffix), SI_SU= B_DDB, SI_ORDER_ANY,=C2=A0=C2=A0 \=0A>=C2=A0=C2=A0=C2=A0=C2=A0 __CONCAT(__C= ONCAT(_name,_suffix),_del), NULL);=0A>=C2=A0=0A>=C2=A0/*=0A>diff --git a/sy= s/sys/kernel.h b/sys/sys/kernel.h=0A>index 2e103c7804b..b028d001046 100644= =0A>--- a/sys/sys/kernel.h=0A>+++ b/sys/sys/kernel.h=0A>@@ -92,6 +92,7 @@ e= num sysinit_sub_id {=0A>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SI_SUB_T= UNABLES=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0x0700000,=C2= =A0=C2=A0=C2=A0 /* establish tunable values */=0A>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 SI_SUB_COPYRIGHT=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 =3D 0x0800001,=C2=A0=C2=A0=C2=A0 /* first use of console*/=0A>=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SI_SUB_VM=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0x1000000,=C2=A0= =C2=A0=C2=A0 /* virtual memory system init*/=0A>+=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 SI_SUB_DDB=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0x1100000,=C2=A0=C2=A0=C2=A0 /* try to get = ddb early */=0A>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 SI_SUB_KMEM=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 =3D 0= x1800000,=C2=A0=C2=A0=C2=A0 /* kernel memory*/=0A>=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 SI_SUB_HYPERVISOR=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = =3D 0x1A40000,=C2=A0=C2=A0=C2=A0 /*=0A>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 * Hypervisor detection and=0A>=0A>=0A>DDB can p= rovide a lot of information about memory init status via "show" command.=0A= >=0A>=0A>=0A>On Sat, Feb 3, 2018 at 10:28 AM, Mori Hiroki wrote:=0A>=0A>Hi=0A>>=0A>>Marvell 88F5181 is also hang.=0A>>=0A>>Mar= vell>> tftpboot 400100 Buffalo_WZR-AMPG300NH_kernel. kbin=0A>>Using egiga0 = device=0A>>TFTP from server 10.10.10.3; our IP address is 10.10.10.108=0A>>= Filename 'Buffalo_WZR-AMPG300NH_kernel. kbin'.=0A>>Load address: 0x400100= =0A>>Loading: ############################## ##############################= #####=0A>>=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ##############################= ############################## #####=0A>>=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0= ############################## ############################## #####=0A>>= =C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ############################## ##########= #################### #####=0A>>=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ##########= #################### ############################## #####=0A>>=C2=A0=C2=A0 = =C2=A0 =C2=A0 =C2=A0 ############################## #######################= ####### #####=0A>>=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 #######################= ####### ############################## #####=0A>>=C2=A0=C2=A0 =C2=A0 =C2=A0= =C2=A0 ############################## ############################## #####= =0A>>=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 ############################## #####= ######################### #####=0A>>=C2=A0=C2=A0 =C2=A0 =C2=A0 =C2=A0 #####= ######################### #################=0A>>done=0A>>Bytes transferred = =3D 3231588 (314f64 hex)=0A>>Marvell>> go 0x400100=0A>>## Starting applicat= ion at 0x00400100 ...=0A>>KDB: debugger backends: ddb=0A>>KDB: current back= end: ddb=0A>>Copyright (c) 1992-2018 The FreeBSD Project.=0A>>Copyright (c)= 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A>>=C2=A0 =C2= =A0 =C2=A0 =C2=A0 The Regents of the University of California. All rights r= eserved.=0A>>FreeBSD is a registered trademark of The FreeBSD Foundation.= =0A>>FreeBSD 12.0-CURRENT #0 b8cfc17(arm_debug)-dirty: Sat Feb=C2=A0 3 16:2= 1:42 JST 2018=0A>>=C2=A0 =C2=A0 hiroki@microserver:/storage/ home/hiroki/zo= rg/obj/storage/ home/hiroki/zorg/ZR=0A>>outer/tmp/storage/home/hiroki/ free= bsd/arm.arm/sys/Buffalo_ WZR-AMPG300NH arm=0A>>FreeBSD clang version 6.0.0 = (branches/release_60 323338) (based on LLVM 6.0.0)=0A>>=0A>>=0A>>=0A>>=0A>>= ----- Original Message -----=0A>>> From: Mori Hiroki =0A>>> To: Michael Zhilin =0A>>> Cc: "freebsd-arm@freebs= d.org" =0A>>> Date: 2018/2/3, Sat 11:11=0A>>> Subj= ect: Re: still hang up arm/ralink=0A>>>=0A>>> Hi=0A>>>=0A>>> I set=C2=A0VER= BOSE_SYSINIT option and build kernel.=0A>>>=0A>>> Starting kernel @40000100= ...=0A>>>=0A>>> KDB: debugger backends: ddb=0A>>> KDB: current backend: ddb= =0A>>> Copyright (c) 1992-2018 The FreeBSD Project.=0A>>> Copyright (c) 197= 9, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994=0A>>> =C2=A0 =C2=A0= =C2=A0 =C2=A0 The Regents of the University of California. All rights rese= rved.=0A>>> FreeBSD is a registered trademark of The FreeBSD Foundation.=0A= >>> FreeBSD 12.0-CURRENT #3 b8cfc17(arm_debug)-dirty: Sat Feb=C2=A0 3 11:01= :10 JST 2018=0A>>> =C2=A0 =C2=A0 hiroki@microserver:/storage/ home/hiroki/z= org/obj/storage/ home/hiroki/zorg/ZR=0A>>> outer/tmp/storage/home/hiroki/ f= reebsd/arm.arm/sys/Buffalo_ WZR2-G300N arm=0A>>> FreeBSD clang version 6.0.= 0 (branches/release_60 323338) (based on LLVM 6.0.0)=0A>>> subsystem 100000= 0=0A>>> =C2=A0=C2=A0 0xc0205ef0(0)... done.=0A>>> =C2=A0=C2=A0 0xc0219140(0= )... done.=0A>>> subsystem 1800000=0A>>> =C2=A0=C2=A0 0xc00fea44(0)... done= .=0A>>> =C2=A0=C2=A0 0xc00dc4f0(0)... done.=0A>>> =C2=A0=C2=A0 0xc00dc13c(0= xc02cc84c)...=C2=A0=0A>>>=0A>>> Hang.=0A>>>=0A>>> 0xc00dc13c is malloc_init= ()=0A>>>=0A>>> c00dc13c :=0A>>> c00dc13c: =C2=A0 =C2=A0 =C2=A0= e92d4830=C2=A0 =C2=A0 =C2=A0 =C2=A0 push=C2=A0 =C2=A0 {r4, r5, fp, lr}=0A>= >> c00dc140: =C2=A0 =C2=A0 =C2=A0 e28db008=C2=A0 =C2=A0 =C2=A0 =C2=A0 add = =C2=A0 =C2=A0 fp, sp, #8=C2=A0 =C2=A0 =C2=A0 ; 0x8=0A>>> c00dc144: =C2=A0 = =C2=A0 =C2=A0 e1a04000=C2=A0 =C2=A0 =C2=A0 =C2=A0 mov =C2=A0 =C2=A0 r4, r0= =0A>>>=0A>>> armv5t use=C2=A0arm/arm/pmap-v4.c. This code not change recent= ly.=0A>>>=0A>>> I think this is vm issue.=0A>>>=0A>>> Hiroki Mori=0A>>>=0A>= >> ----- Original Message -----=0A>>>> From: Michael Zhilin =0A>>>> To: Mori Hiroki =0A>>>> Cc: freebsd-arm@f= reebsd.org=0A>>>> Date: 2018/1/30, Tue 14:11=0A>>>> Subject: Re: still hang= up arm/ralink=0A>>>>=0A>>>>=0A>>>> Hi Hiroki-san,=0A>>>>=0A>>>>=0A>>>> It = may be result of recent changes of arm pmap/vm. Please enable=0A>>> SYSINIT= _VERBOSE to print information about init step results.=0A>>>>=0A>>>>=0A>>>>= Thanks!=C2=A0=0A>>>>=0A>>>>=0A>>>> P.S. To init DDB I'll send patch under = separate cover=0A>>>>=0A>>>>=0A>>>> 30 =D1=8F=D0=BD=D0=B2. 2018 =D0=B3. 7:2= 8 =D0=94=D0=9F =D0=BF=D0=BE=D0=BB=D1=8C=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5= =D0=BB=D1=8C "Mori Hiroki"=0A>>> =D0=BD=D0=B0=D0=BF= =D0=B8=D1=81=D0=B0=D0=BB:=0A>>>>=0A>>>> Hi.=0A>>>>>=0A>>>>> I build current= yesterday for arm/ralink.=C2=A0=0A>>>>> It is still hang up on boot.=0A>>>= >>=0A>>>>> Does anyone have armv5t running on current?=0A>>>>>=0A>>>>>=0A>>= >>> ## Booting image at 1f010000 ...=0A>>>>> =C2=A0=C2=A0 Image Name: =C2= =A0 FreeBSD Kernel Image=0A>>>>> =C2=A0=C2=A0 Image Type: =C2=A0 ARM Linux = Kernel Image (lzma compressed)=0A>>>>> =C2=A0=C2=A0 Data Size:=C2=A0 =C2=A0= 1063133 Bytes =3D=C2=A0 1 MB=0A>>>>> =C2=A0=C2=A0 Load Address: 40000180= =0A>>>>> =C2=A0=C2=A0 Entry Point:=C2=A0 40000180=0A>>>>> =C2=A0=C2=A0 Veri= fying Checksum ... OK=0A>>>>> =C2=A0=C2=A0 Uncompressing LZMA Kernel Image = ..............................=0A>>> ..............O=0A>>>>> K=0A>>>>>=0A>>= >>> Starting kernel @40000180...=0A>>>>>=0A>>>>> KDB: debugger backends: dd= b=0A>>>>> KDB: current backend: ddb=0A>>>>> Copyright (c) 1992-2018 The Fre= eBSD Project.=0A>>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 199= 1, 1992, 1993, 1994=0A>>>>> =C2=A0 =C2=A0 =C2=A0 =C2=A0 The Regents of the = University of California. All rights=0A>>> reserved.=0A>>>>> FreeBSD is a r= egistered trademark of The FreeBSD Foundation.=0A>>>>> FreeBSD 12.0-CURRENT= #0 b8cfc17(master): Mon Jan 29 17:55:11 JST 2018=0A>>>>> =C2=A0 =C2=A0 hir= oki@microserver:/storage/ home/hiroki/zorg/obj/storage/=0A>>> home/hiroki/z= org/ZR=0A>>>>> outer/tmp/storage/home/hiroki/ freebsd/arm.arm/sys/Buffalo_ = WZR2-G300N=0A>>> arm=0A>>>>> FreeBSD clang version 6.0.0 (branches/release_= 60 323338) (based on LLVM=0A>>> 6.0.0)=0A>>>>>=0A>>>>> ____________________= __________ _________________=0A>>>>> freebsd-arm@freebsd.org mailing list= =0A>>>>> https://lists.freebsd.org/ mailman/listinfo/freebsd-arm=0A>>>>> To= unsubscribe, send any mail to "freebsd-arm-unsubscribe@=0A>>> freebsd.org"= =0A>>>>>=0A>>>>=0A>>>>=0A>>> ______________________________ _______________= __=0A>>> freebsd-arm@freebsd.org mailing list=0A>>> https://lists.freebsd.o= rg/ mailman/listinfo/freebsd-arm=0A>>=0A>>> To unsubscribe, send any mail t= o "freebsd-arm-unsubscribe@ freebsd.org"=0A>>>=0A>>=0A>=0A>=0A> From owner-freebsd-arm@freebsd.org Tue Feb 6 21:44:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2B80DF0990D for ; Tue, 6 Feb 2018 21:44:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B7FC1836D8 for ; Tue, 6 Feb 2018 21:44:52 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 068A41A50F for ; Tue, 6 Feb 2018 21:44:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w16LipR9096195 for ; Tue, 6 Feb 2018 21:44:51 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w16Lip5P096194 for freebsd-arm@FreeBSD.org; Tue, 6 Feb 2018 21:44:51 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 225713] Zynq/Zedboard GPIO driver can reset USB port on some boards Date: Tue, 06 Feb 2018 21:44:52 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: thoma555-bsd@yahoo.com 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 attachments.created 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Feb 2018 21:44:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225713 Bug ID: 225713 Summary: Zynq/Zedboard GPIO driver can reset USB port on some boards Product: Base System Version: CURRENT Hardware: arm OS: Any Status: New Severity: Affects Only Me Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: thoma555-bsd@yahoo.com Created attachment 190368 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D190368&action= =3Dedit patch for sys/arm/xilinx/zy7_gpio.c The Zynq/Zedboard GPIO driver attempts to tri-state all GPIO pins on boot up but the order in which I reset the hardware can cause the pins to be briefly held low before being tri-stated. This is a problem on boards that use GPIO pins to reset devices. In particular, the Zybo and ZC-706 boards use a GPIO pin as a USB PHY reset= .=20 If U-boot enables the USB port before booting the kernel, the GPIO driver attach causes a glitch on the USB PHY reset and the USB port loses power. = My fix is to have the GPIO driver leave the pins in whatever configuration U-b= oot placed them. --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Wed Feb 7 01:27:20 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6EF4AF1AAF2 for ; Wed, 7 Feb 2018 01:27:20 +0000 (UTC) (envelope-from ralph@ralphsmith.org) Received: from ralphsmith.org (ralphsmith.org [98.172.20.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ralphsmith.org", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 19FB96EE0D for ; Wed, 7 Feb 2018 01:27:19 +0000 (UTC) (envelope-from ralph@ralphsmith.org) Received: from [192.168.0.250] ([192.168.0.250]) (authenticated bits=0) by ralphsmith.org (8.15.2/8.15.2) with ESMTPSA id w171RD5V052272 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 6 Feb 2018 20:27:13 -0500 (EST) (envelope-from ralph@ralphsmith.org) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=ralphsmith.org; s=201502; t=1517966833; bh=uQJuIL5qIonLF48rgssgdzo0rf6ahFmH1JRbtbEtJkE=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=os7qg9zcOJt44vLwsuvWruB0SRlhqQpb3HGJceg2PJzpWSb+jD3G6rXRdby5ilLFM bNkCDh37LRCy3E1EpR7fVSEnM4eZWFp/Urx4oaJPD8WYdiIqt7cLV6qkfTVmVQn1ah ffzGQi3iw53SWNqqDph7IWHWNjI0QBNl80mdn8Us= Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Adding a GPS Module (hat/shield) on a Raspberry Pi From: Ralph Smith In-Reply-To: Date: Tue, 6 Feb 2018 20:27:12 -0500 Cc: "ralph@ralphsmith.org Ralph" , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <38EBA4C3-C5C2-4816-BA2A-7607C271D0DD@ralphsmith.org> To: Shamim Shahriar X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Feb 2018 01:27:20 -0000 On Feb 3, 2018, at 8:01 PM, Shamim Shahriar = wrote: > Thanks Ralph for the extended instructions -- very much appreciated. = I'll try to arrange a system with both crochet and poudriere next week = and see how far I can get. But very details instruction, and I'm sure it = will take me to the objective.=20 >=20 > Just one question, will I be correct in assuming that the instructions = are same/similar for rpi-3 but instead of rpi.dts I need to work on = rpi2.dts? Currently I have a rpi-3 which too is intended for similar = task (trying to have a fallback in case the pi-1b decides to push the = daisies =F0=9F=98=8B), and if you could please confirm, I'll start = working on both at the same time. It should be similar, and I have verified this on the Pi Zero, Pi Model = B, Pi 2 Model B, Pi 2 Model B v 1.2. With the changes made in the ports = and the source tree, building a crochet image just works. NTP using the PPS and GPSD/memory works great: root@russet:~ # ntpq -p remote refid st t when poll reach delay offset = jitter = =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 *SHM(0) .SHM. 0 l 2 16 377 0.000 0.997 = 3.591 oPPS(0) .PPS. 0 l 1 16 377 0.000 0.039 = 0.007 This is after running about 15 minutes. Left longer the jitter settles = down to about 0.004 from the PPS. Not too bad for a $30 total cost = stratum 1 NTP server. I=E2=80=99ve run into a bit of a snag on the Pi 3: Modifying u-Boot = works, and keeps u-Boot from messing with the serial port. However, = crochet grabs the DTB for the Pi 3 from Github rather than building one = from source, and I haven=E2=80=99t figured out yet how to roll my own = DTB for the 3. This results in FreeBSD turning the serial port into the = console and spewing its console messages to the port. I=E2=80=99ll = update if I figure out how to fix that, or would appreciate any = pointers. As of now, I don=E2=80=99t have a lot of time to pursue that. >=20 > Thanks again for your excellent instructions. Hope this works for you. Ralph From owner-freebsd-arm@freebsd.org Thu Feb 8 01:06:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D8DF4EEA9D3 for ; Thu, 8 Feb 2018 01:06:36 +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 59F0F68E13 for ; Thu, 8 Feb 2018 01:06:36 +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 w1816YWb057185 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 7 Feb 2018 17:06:35 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w1816YfR057184; Wed, 7 Feb 2018 17:06:34 -0800 (PST) (envelope-from fbsd) Date: Wed, 7 Feb 2018 17:06:34 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: Re: Another RPI3 panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) Message-ID: <20180208010634.GA57150@www.zefox.net> References: <20180128202553.GA14745@www.zefox.net> <20180203070611.GA39166@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180203070611.GA39166@www.zefox.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 01:06:37 -0000 On Fri, Feb 02, 2018 at 11:06:11PM -0800, bob prohaska wrote: > On Sun, Jan 28, 2018 at 12:25:54PM -0800, bob prohaska wrote: > > For the second time during an OS build attempt a Pi3 running r328436 has > > crashed with > > > > panic: Assertion td->td_lock == TDQ_LOCKPTR(tdq) failed at /usr/src/sys/kern/sched_ule.c:2019 > > > > Console, top and build logs are at > > http://www.zefox.net/~fbsd/rpi3/crashes/20180128/ > > > > The log files are from kernel building. Unfortunately I didn't > > capture the world build console and log. > > Happened again on r328519, this time compiling firefox-esr. > Console, top and log at > http://www.zefox.net/~fbsd/rpi3/crashes/20180202/ > Got the kenel up to r328935 (by itself, using make kernel-toolchain and j2) but still seeing the same panic with -j4 on buildworld. Seemingly nobody else is seeing this, could the problem be local to my setup? Latest console and top window at http://www.zefox.net/~fbsd/rpi3/crashes/20180207/ Thanks for reading, and any counsel! bob prohaska From owner-freebsd-arm@freebsd.org Thu Feb 8 01:32:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CD844EEC936 for ; Thu, 8 Feb 2018 01:32:51 +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 52CAB6A27D for ; Thu, 8 Feb 2018 01:32:51 +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 w181WuHL057237 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 7 Feb 2018 17:32:57 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id w181WtvH057236; Wed, 7 Feb 2018 17:32:55 -0800 (PST) (envelope-from fbsd) Date: Wed, 7 Feb 2018 17:32:55 -0800 From: bob prohaska To: freebsd-arm@freebsd.org Subject: lib/clang/libllvm errors Message-ID: <20180208013255.GB57150@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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 01:32:52 -0000 Things are going from bad to worse. Now buildworld is reporting ===> lib/clang/libllvm (all) make[4]: "/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm/X86GenInstrInfo.inc.d" line 1: Need an operator make[4]: "/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm/X86GenInstrInfo.inc.d" line 2: Need an operator make[4]: "/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm/X86GenInstrInfo.inc.d" line 3: Unknown directive make[4]: "/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm/X86GenInstrInfo.inc.d" line 4: Unknown directive make[4]: "/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm/X86GenInstrInfo.inc.d" line 5: Unknown directive make[4]: "/usr/obj/usr/src/arm64.aarch64/tmp/obj-tools/lib/clang/libllvm/X86GenInstrInfo.inc.d" line 6: Unknown directive Segmentation fault (core dumped) *** [all_subdir_lib/clang/libllvm] Error code 139 This is on an RPI3 at 329008. A local problem? Thanks, bob prohaska From owner-freebsd-arm@freebsd.org Thu Feb 8 03:55:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 58C4FEF6945 for ; Thu, 8 Feb 2018 03:55:51 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E2A5270F62 for ; Thu, 8 Feb 2018 03:55:50 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from lrrr.mouf.net (cpe-24-163-43-246.nc.res.rr.com [24.163.43.246]) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id w183tdq7076510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Thu, 8 Feb 2018 03:55:45 GMT (envelope-from swills@FreeBSD.org) Subject: Re: Trouble with SoftIron Overdrive 1000 + USB To: Jon Brawn , freebsd-arm@freebsd.org References: <79D41C3C-152C-4C58-A7AB-B2C3544DFDA3@brawn.org> From: Steve Wills Message-ID: Date: Wed, 7 Feb 2018 22:55:33 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <79D41C3C-152C-4C58-A7AB-B2C3544DFDA3@brawn.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Thu, 08 Feb 2018 03:55:45 +0000 (UTC) X-Spam-Status: No, score=1.3 required=4.5 tests=RCVD_IN_RP_RNBL autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99.2 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 03:55:51 -0000 I'm seeing errors booting my Pine64 on r328835: CPU 1: ARM Cortex-A53 r0p4 affinity: 1 CPU 2: ARM Cortex-A53 r0p4 affinity: 2 CPU 3: ARM Cortex-A53 r0p4 affinity: 3 ugen0.1: at usbus0 ugen1.1: at usbus1 ugen2.1: at usbus2 ugen3.1: at usbus3 uhub0: on usbus0 uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER device_attach: uhub0 attach returned 6 usbus0: Root HUB problem, error=USB_ERR_NO_ROOT_HUB uhub0: on usbus2 uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER device_attach: uhub0 attach returned 6 usbus2: uhub2: Root HUB problem, error=USB_ERR_NO_ROOT_HUB on usbus1 uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER device_attach: uhub2 attach returned 6 usbus1: uhub1: Root HUB problem, error=USB_ERR_NO_ROOT_HUB on usbus3 uhub_attach: getting USB 2.0 HUB descriptor failed,error=USB_ERR_SHORT_XFER device_attach: uhub1 attach returned 6 usbus3: Root HUB problem, error=USB_ERR_NO_ROOT_HUB Trying to mount root from ufs:/dev/mmcsd0s2a [rw,noatime]... mountroot: waiting for device /dev/mmcsd0s2a... Mounting from ufs:/dev/mmcsd0s2a failed with error 19. Loader variables: vfs.root.mountfrom=ufs:/dev/mmcsd0s2a vfs.root.mountfrom.options=rw,noatime Manual root filesystem specification: : [options] Mount using filesystem and with the specified (optional) option list. eg. ufs:/dev/da0s1a zfs:tank cd9660:/dev/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> Not sure if it's related. Running r325046 has no issue. Steve On 02/03/2018 00:46, Jon Brawn wrote: > Wotcha Gang! > > From time to time I take the 12.0 Current mini-memstick image that is newest and do an install on a SoftIron Overdrive 1000 box (quad Cortex-A57, aarch64). Usually there’s nothing to report, and everything goes just swimmingly, and I mess around with the installed system for a while, rebuild the kernel perhaps, nothing too heavy duty. > > Anyway, I’ve just tried this with r328637, and it didn’t work very well, however, I don’t have the FreeBSD skills to understand what’s really going wrong. I’ve added the boot log to this email, inline, at the end. It all goes wrong when it is trying to mount the root filesystem from the USB memory stick. It’s claiming to be perpetually waiting for usbus0. As you can see from the boot log, it detects that there’s a usbus0 ‘thing’ there, and there are no warnings or errors that I can see relating to USB, but the bus never seems to come ready. > > Is there anyone out there that can help me to debug this please? > > Jon. > > NOTICE: BL3-1: > NOTICE: BL3-1: Built : 14:04:15, Apr 9 2016 > INFO: BL3-1: Initializing runtime services > INFO: BL3-1: Preparing for EL3 exit to normal world > INFO: BL3-1: Next image address = 0x8000e80000 > INFO: BL3-1: Next image spsr = 0x3c9 > UEFI Interactive Shell v2.1 > EDK II > UEFI v2.60 (SoftIron Overdrive 1000, 0x00010000) > Mapping table > FS1: Alias(s):HD1b65535a1:;BLK4: > PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(1,GPT,535754EE-EECD-11E7-8543-E0FFF70020A6,0x28,0x64000) > FS0: Alias(s):HD0a0b:;BLK1: > PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1,GPT,CAB2BA96-0772-11E8-952D-0CC47AD8B808,0x3,0x640) > BLK3: Alias(s): > PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0) > BLK5: Alias(s): > PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(2,GPT,5357E647-EECD-11E7-8543-E0FFF70020A6,0x64028,0x73F9BFF8) > BLK6: Alias(s): > PciRoot(0x1)/Pci(0x0,0x0)/Sata(0x1,0xFFFF,0x0)/HD(3,GPT,535936C9-EECD-11E7-8543-E0FFF70020A6,0x74000020,0x706D67) > BLK0: Alias(s): > PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0) > BLK2: Alias(s): > PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(2,GPT,CAB2BA9A-0772-11E8-952D-0CC47AD8B808,0x643,0xF89E0) > Press ESC in 1 seconds to skip startup.nsh or any other key to continue. > Shell> BOOTaa64.efi > >>> FreeBSD EFI boot block > Loader path: /boot/loader.efi > > Initializing modules: ZFS UFS > Load Path: \efi\boot\BOOTaa64.efi > Load Device: PcieRoot(0x0)/Pci(0x2,0x2)/Pci(0x0,0x0)/USB(0x0,0x0)/HD(1,GPT,CAB2BA96-0772-11E8-952D-0CC47AD8B808,0x3,0x640) > BootCurrent: 0006 > BootOrder: 0006 0000 0001 0002 > Probing 7 block devices.........* done > ZFS found no pools > UFS found 1 partition > Consoles: EFI console > Command line arguments: loader.efi > Image base: 0x81f6449000 > EFI version: 2.60 > EFI Firmware: SoftIron Overdrive 1000 (rev 1.00) > > FreeBSD/arm64 EFI loader, Revision 1.1 > (Thu Feb 1 16:48:10 UTC 2018 root@releng3.nyi.freebsd.org) > EFI boot environment > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x8372ce data=0xb2450+0x443acc syms=[0x8+0x111408+0x8+0x103ad6] > | > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > Using DTB provided by EFI at 0x801fe00000. > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2018 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 12.0-CURRENT #0 r328637: Thu Feb 1 16:51:20 UTC 2018 > root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm64 > FreeBSD clang version 6.0.0 (branches/release_60 323338) (based on LLVM 6.0.0) > WARNING: WITNESS option enabled, expect reduced performance. > VT: init without driver. > module_register: cannot register gic/gicv2m from kernel; already loaded from kernel > Module gic/gicv2m failed to register: 17 > Starting CPU 1 (1) > Starting CPU 2 (100) > Starting CPU 3 (101) > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > arc4random: no preloaded entropy cache > MAP 81fb830000 mode 2 pages 992 > MAP 81fbdb0000 mode 2 pages 592 > MAP 81fffd0000 mode 2 pages 32 > random: entropy device external interface > kbd0 at kbdmux0 > ofwbus0: > simplebus0: on ofwbus0 > clk_fixed0: on simplebus0 > clk_fixed1: on simplebus0 > clk_fixed2: on simplebus0 > clk_fixed3: on simplebus0 > clk_fixed4: on simplebus0 > clk_fixed5: on simplebus0 > clk_fixed6: on simplebus0 > clk_fixed7: on simplebus0 > clk_fixed8: on simplebus0 > clk_fixed9: on simplebus0 > clk_fixed10: on simplebus0 > psci0: on ofwbus0 > gic0: mem 0xe1110000-0xe1110fff,0xe112f000-0xe1130fff,0xe1140000-0xe114ffff,0xe1160000-0xe116ffff irq 4 on ofwbus0 > gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 448 > generic_timer0: irq 5,6,7,8 on ofwbus0 > Timecounter "ARM MPCore Timecounter" frequency 250000000 Hz quality 1000 > Event timer "ARM MPCore Eventtimer" frequency 250000000 Hz quality 1000 > efirtc0: registered as a time-of-day clock, resolution 1.000000s > cpulist0: on ofwbus0 > cpu0: on cpulist0 > cpu1: on cpulist0 > cpu2: on cpulist0 > cpu3: on cpulist0 > pmu0: irq 0,1,2,3 on ofwbus0 > ahci0: mem 0xe0300000-0xe03effff irq 9 on simplebus0 > ahci0: AHCI v1.30 with 8 6Gbps ports, Port Multiplier supported > ahcich0: at channel 0 on ahci0 > ahcich1: at channel 1 on ahci0 > uart0: mem 0xe1010000-0xe1010fff irq 13 on simplebus0 > uart0: console (115200,n,8,1) > pcib0: mem 0xf0000000-0xffffffff on simplebus0 > pci0: on pcib0 > pcib1: at device 2.2 on pci0 > pci1: on pcib1 > xhci0: mem 0x40100000-0x4010ffff,0x40110000-0x40110fff,0x40111000-0x40111fff at device 0.0 on pci1 > xhci0: 32 bytes context size, 64-bit DMA > usbus0 on xhci0 > pcib2: at device 2.3 on pci0 > pci2: on pcib2 > mskc0: port 0x1000-0x10ff mem 0x40000000-0x40003fff at device 0.0 on pci2 > msk0: on mskc0 > msk0: Using defaults for TSO: 65518/35/2048 > msk0: Ethernet address: e0:ff:f7:00:20:a6 > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > cryptosoft0: > Timecounters tick every 1.000 msec > usbus0: 5.0Gbps Super Speed USB v3.0 > ugen0.1: <0x1b73 XHCI root HUB> at usbus0 > uhub0: <0x1b73 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 > ada0 at ahcich1 bus 0 scbus1 target 0 lun 0 > ada0: ACS-3 ATA SATA 3.x device > ada0: Serial Number WD-WMC6Y0P7NL00 > ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) > ada0: Command Queueing enabled > ada0: 953869MB (1953525168 512 byte sectors) > Release APs > CPU 0: ARM Cortex-A57 r1p2 affinity: 0 0 > Instruction Set Attributes 0 = > Instruction Set Attributes 1 = <> > Processor Features 0 = > Processor Features 1 = <0> > Memory Model Features 0 = <4k Granule,64k Granule,MixedEndian,S/NS Mem,16bit ASID,16TB PA> > Memory Model Features 1 = <> > Memory Model Features 2 = <32b CCIDX,48b VA> > Debug Features 0 = <2 CTX Breakpoints,4 Watchpoints,6 Breakpoints,PMUv3,Debug v8> > Debug Features 1 = <0> > Auxiliary Features 0 = <0> > Auxiliary Features 1 = <0> > CPU 1: ARM Cortex-A57 r1p2 affinity: 0 1 > CPU 2: ARM Cortex-A57 r1p2 affinity: 1 0 > CPU 3: ARM Cortex-A57 r1p2 affinity: 1 1 > WARNING: WITNESS option enabled, expect reduced performance. > arc4random: no preloaded entropy cache > Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > Root mount waiting for: usbus0 > uhub0: 4 ports with 4 removable, self powered > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > Root mount waiting for: usbus0 > usbd_setup_device_desc: getting device descriptor at addr 1 failed, USB_ERR_TIMEOUT > ugen0.2: at usbus0 (disconnected) > uhub_reattach_port: could not allocate new device > mountroot: waiting for device /dev/ufs/FreeBSD_Install... > Mounting from ufs:/dev/ufs/FreeBSD_Install failed with error 19. > > Loader variables: > vfs.root.mountfrom=ufs:/dev/ufs/FreeBSD_Install > vfs.root.mountfrom.options=ro,noatime > > 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> ? > > List of GEOM managed disk devices: > diskid/DISK-WD-WMC6Y0P7NL00p3 diskid/DISK-WD-WMC6Y0P7NL00p2 diskid/DISK-WD-WMC6Y0P7NL00p1 gptid/535936c9-eecd-11e7-8543-e0fff70020a6 gptid/5357e647-eecd-11e7-8543-e0fff70020a6 gptid/535754ee-eecd-11e7-8543-e0fff70020a6 diskid/DISK-WD-WMC6Y0P7NL00 ada0p3 ada0p2 ada0p1 ada0 > > mountroot> > > > From owner-freebsd-arm@freebsd.org Thu Feb 8 15:30:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F0EFF0CB01 for ; Thu, 8 Feb 2018 15:30: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 D82B16D3C4 for ; Thu, 8 Feb 2018 15:30:29 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1ejo9P-0006jn-PF; Thu, 08 Feb 2018 17:30:15 +0200 From: Daniel Braniss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: serial on neopi neo Message-Id: <0291231B-F939-4EB9-BD20-AD32B8E768D2@cs.huji.ac.il> Date: Thu, 8 Feb 2018 17:30:15 +0200 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 15:30:30 -0000 hi, after fiddling with the dts file (with the help from Milo), I got 2 = serial ports to work(apart from the /dev/ttyu0), but not together! ie, if i try each one individually all is ok, but once = I open both of them, only /dev/ttyu1 works, /dev/ttyu2 hangs (i have yet to see if its the output = or input) any ideas? cheers, danny PS: I have not tested this on orange* but I suspect it will be the same.= From owner-freebsd-arm@freebsd.org Thu Feb 8 22:06:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 60796F092DA for ; Thu, 8 Feb 2018 22:06:36 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E8151810FA for ; Thu, 8 Feb 2018 22:06:35 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 3275014139 for ; Thu, 8 Feb 2018 22:06:35 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w18M6Zp9032791 for ; Thu, 8 Feb 2018 22:06:35 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w18M6Z17032790 for freebsd-arm@FreeBSD.org; Thu, 8 Feb 2018 22:06:35 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 225779] SIGILL from _armv8_pmull_probe() when trying to start mysqld Date: Thu, 08 Feb 2018 22:06:35 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pru13allan@telia.com 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Feb 2018 22:06:36 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225779 Bug ID: 225779 Summary: SIGILL from _armv8_pmull_probe() when trying to start mysqld Product: Base System Version: CURRENT Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: pru13allan@telia.com Cannot start mysqld with version r328961: # service mysql-server start Starting mysql. limits: NO: No such file or directory /usr/local/etc/rc.d/mysql-server: WARNING: failed to start mysql It is fully working on r327173! When debugging mysqld: Reading symbols from /usr/local/libexec/mysqld...(no debugging symbols found)...done. (gdb) run Starting program: /usr/local/libexec/mysqld=20 Program received signal SIGILL, Illegal instruction. _armv8_pmull_probe () at /usr/src/crypto/openssl/crypto/arm64cpuid.S:43 43 /usr/src/crypto/openssl/crypto/arm64cpuid.S: No such file or direct= ory. (gdb) backtrace full #0 _armv8_pmull_probe () at /usr/src/crypto/openssl/crypto/arm64cpuid.S:43 No locals. #1 0x0000000040d7a1cc in OPENSSL_cpuid_setup () at /usr/src/crypto/openssl/crypto/armcap.c:142 trigger =3D e =3D ill_act =3D {__sigaction_u =3D {__sa_handler =3D 0x40d7a294 ,=20 __sa_sigaction =3D 0x40d7a294 }, sa_flags =3D 0, s= a_mask =3D {__bits =3D { 4294965607, 4294967295, 4294967295, 4294967295}}} oset =3D {__bits =3D {0, 0, 0, 0}} ill_oact =3D {__sigaction_u =3D {__sa_handler =3D 0x0, __sa_sigacti= on =3D 0x0}, sa_flags =3D 0,=20 sa_mask =3D {__bits =3D {0, 0, 0, 0}}} #2 0x0000000040a92a84 in objlist_call_init (list=3D, lockstate=3D) at /usr/src/libexec/rtld-elf/rtld.c:2688 obj =3D elm =3D 0x40ad2880 init_addr =3D 0x40e57038 index =3D saved_msg =3D #3 0x0000000040a91abc in _rtld (sp=3D0xffffffffec10, exit_proc=3D,=20 objp=3D) at /usr/src/libexec/rtld-elf/rtld.c:767 aux_info =3D {0x0, 0x0, 0x0, 0xffffffffeca0, 0xffffffffecb0, 0xffffffffecc0, 0xffffffffecd0,=20 0xffffffffed00, 0xffffffffece0, 0xffffffffecf0, 0x0, 0x0, 0x0, 0x= 0, 0x0, 0xffffffffed20,=20 0xffffffffed40, 0xffffffffed50, 0xffffffffed30, 0xffffffffed60, 0xffffffffed70,=20 0xffffffffed80, 0xffffffffed90, 0xffffffffeda0, 0xffffffffed10, 0= x0, 0x0} buf =3D '\000' argcp =3D argc =3D i =3D argv =3D 0xffffffffec10 argv0 =3D env =3D 0xffffffffec20 mib =3D len =3D fd =3D phdr =3D rtld_argc =3D st =3D dir_enable =3D envp =3D library_path_rpath =3D phnum =3D obj =3D last_interposer =3D entry =3D aux =3D initlist =3D {stqh_first =3D 0x40ad2740, stqh_last =3D 0x40ad2a40} preload_tail =3D lockstate =3D {lockstate =3D 2, env =3D {{_sjb =3D { 0x00000000000000000000000000000000 }}}} kexecpath =3D #4 0x0000000040a90018 in .rtld_start () at /usr/src/libexec/rtld-elf/aarch64/rtld_start.S:41 No locals. Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Feb 9 00:27:30 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DE960F132F0 for ; Fri, 9 Feb 2018 00:27:30 +0000 (UTC) (envelope-from timur@codeaurora.org) Received: from smtp.codeaurora.org (smtp.codeaurora.org [198.145.29.96]) (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 7B49E876DA for ; Fri, 9 Feb 2018 00:27:30 +0000 (UTC) (envelope-from timur@codeaurora.org) Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 8C387607E5; Fri, 9 Feb 2018 00:21:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1518135691; bh=410T4Is2X2yziBvq5ftVJRjzwV97nzwhLfzDHs0vaBY=; h=From:Date:Subject:To:From; b=FpL7YdUz9z4tH0mfsFy4uosEd06kQNKZwUxTcfHLjbcmLsQHM6z+vGdzPdy1FFySq uo5cIYTuRRIfRBnv0Xnfx83meIuWHkZ/Pdshn9cBQX2lZKFW5qMF8FlzT4Nq7tx8/K /IUMZkNhJ50IZBgbSfSaX9lIr/nTO3I7uv9WkUF4= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from mail-oi0-f52.google.com (mail-oi0-f52.google.com [209.85.218.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: timur@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 1E72060272 for ; Fri, 9 Feb 2018 00:21:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1518135691; bh=410T4Is2X2yziBvq5ftVJRjzwV97nzwhLfzDHs0vaBY=; h=From:Date:Subject:To:From; b=FpL7YdUz9z4tH0mfsFy4uosEd06kQNKZwUxTcfHLjbcmLsQHM6z+vGdzPdy1FFySq uo5cIYTuRRIfRBnv0Xnfx83meIuWHkZ/Pdshn9cBQX2lZKFW5qMF8FlzT4Nq7tx8/K /IUMZkNhJ50IZBgbSfSaX9lIr/nTO3I7uv9WkUF4= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 1E72060272 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=timur@codeaurora.org Received: by mail-oi0-f52.google.com with SMTP id t78so4854373oih.4 for ; Thu, 08 Feb 2018 16:21:31 -0800 (PST) X-Gm-Message-State: APf1xPCqdbeDzWlN/HcFjmuY8mT90tkvIG1gFvB8POV4c90Hw2zpF/BF QRrfQkzRi0t6VOdeAmucK3YNwZALJrYkAh97Fvc= X-Google-Smtp-Source: AH8x2254JAUe4jWSqs4CN/EGOn3xvrx0aBcM/5rtsg46ss4yJMP5hAS1JEQE/n9i9vfeBnw1CoTOXVdH038YkuPkQyM= X-Received: by 10.202.28.21 with SMTP id c21mr578411oic.184.1518135690346; Thu, 08 Feb 2018 16:21:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.157.112.131 with HTTP; Thu, 8 Feb 2018 16:21:29 -0800 (PST) From: Timur Tabi Date: Thu, 8 Feb 2018 18:21:29 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Confused about ARM64 cross-compilation To: freebsd-arm@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 00:27:31 -0000 I am brand new to the FreeBSD world, and I'm trying to debug problems in booting FreeBSD on a new ARM64 system with ACPI. I've installed FreeBSD 11 on an x86 system, and I followed the instructions on https://wiki.freebsd.org/FreeBSD/arm/crossbuild to download the source code. Then I download arm64_build.sh from https://wiki.freebsd.org/arm64 and run that. Now it's building something, but I don't know what it's doing. Shouldn't I need to install a cross-compiler first? -- Qualcomm Datacenter Technologies, Inc. as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project. From owner-freebsd-arm@freebsd.org Fri Feb 9 00:45:00 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5707CF1481C for ; Fri, 9 Feb 2018 00:45:00 +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 9BB0D684F9 for ; Fri, 9 Feb 2018 00:44:59 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 68b0bc81-0d32-11e8-b951-f99fef315fd9 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound2.ore.mailhop.org (Halon) with ESMTPSA id 68b0bc81-0d32-11e8-b951-f99fef315fd9; Fri, 09 Feb 2018 00:44:39 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w190iu8f025385; Thu, 8 Feb 2018 17:44:56 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1518137096.32585.128.camel@freebsd.org> Subject: Re: Confused about ARM64 cross-compilation From: Ian Lepore To: Timur Tabi , freebsd-arm@freebsd.org Date: Thu, 08 Feb 2018 17:44:56 -0700 In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 00:45:00 -0000 On Thu, 2018-02-08 at 18:21 -0600, Timur Tabi wrote: > I am brand new to the FreeBSD world, and I'm trying to debug problems > in booting FreeBSD on a new ARM64 system with ACPI. > > I've installed FreeBSD 11 on an x86 system, and I followed the > instructions on https://wiki.freebsd.org/FreeBSD/arm/crossbuild to > download the source code.  Then I download arm64_build.sh from > https://wiki.freebsd.org/arm64 and run that.  Now it's building > something, but I don't know what it's doing.  Shouldn't I need to > install a cross-compiler first? > Nope, the freebsd build process is completely self-contained.  It starts by building whatever cross-compiler it needs if crossbuilding is involved. -- Ian From owner-freebsd-arm@freebsd.org Fri Feb 9 08:31:02 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 13D81F0F5FE for ; Fri, 9 Feb 2018 08:31:02 +0000 (UTC) (envelope-from ml@netfence.it) Received: from smtp209.alice.it (smtp209.alice.it [82.57.200.105]) by mx1.freebsd.org (Postfix) with ESMTP id 83B0077FAB for ; Fri, 9 Feb 2018 08:31:01 +0000 (UTC) (envelope-from ml@netfence.it) Received: from soth.ventu (87.18.51.42) by smtp209.alice.it (8.6.060.28) id 5A7ABFE600BD450F for freebsd-arm@freebsd.org; Fri, 9 Feb 2018 09:30:43 +0100 Received: from alamar.ventu (alamar.local.netfence.it [10.1.2.18]) by soth.ventu (8.15.2/8.15.2) with ESMTP id w198Uh9v059460 for ; Fri, 9 Feb 2018 09:30:43 +0100 (CET) (envelope-from ml@netfence.it) X-Authentication-Warning: soth.ventu: Host alamar.local.netfence.it [10.1.2.18] claimed to be alamar.ventu Subject: Re: Confused about ARM64 cross-compilation To: freebsd-arm@freebsd.org References: From: Andrea Venturoli Message-ID: <76f5ce63-0aa6-9dad-127b-0446235ca68f@netfence.it> Date: Fri, 9 Feb 2018 09:30:38 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 08:31:02 -0000 On 02/09/18 01:21, Timur Tabi wrote: > I am brand new to the FreeBSD world But long timer in OS/2, IIRC :) > I've installed FreeBSD 11 on an x86 system, and I followed the > instructions on https://wiki.freebsd.org/FreeBSD/arm/crossbuild to > download the source code. Then I download arm64_build.sh from > https://wiki.freebsd.org/arm64 and run that. Now it's building > something, but I don't know what it's doing. Shouldn't I need to > install a cross-compiler first? I believe the cross compiler is in the base system (at least for recent versions). I understand ARM is a wide and variegated world, so there might be different ways to build a system, depending on what your actual target is (e.g. using Crochet to build images). What is your hardware target? bye av. From owner-freebsd-arm@freebsd.org Fri Feb 9 10:02:57 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 83522F15AF2 for ; Fri, 9 Feb 2018 10:02:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 1F67C7B41E for ; Fri, 9 Feb 2018 10:02:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id CD38FF15AF1; Fri, 9 Feb 2018 10:02:56 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BA64AF15AF0 for ; Fri, 9 Feb 2018 10:02:56 +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 507D57B41D for ; Fri, 9 Feb 2018 10:02:55 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1ek5W6-000ODw-5K for arm@freebsd.org; Fri, 09 Feb 2018 12:02:50 +0200 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: serial on neopi neo Date: Fri, 9 Feb 2018 12:02:49 +0200 References: <0291231B-F939-4EB9-BD20-AD32B8E768D2@cs.huji.ac.il> To: "freebsd-arm@freebsd.org" In-Reply-To: <0291231B-F939-4EB9-BD20-AD32B8E768D2@cs.huji.ac.il> Message-Id: X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 10:02:57 -0000 > On 8 Feb 2018, at 17:30, Daniel Braniss wrote: >=20 > hi, > after fiddling with the dts file (with the help from Milo), I got 2 = serial ports to work(apart from the /dev/ttyu0), > but not together! ie, if i try each one individually all is ok, but = once I open both of them, only > /dev/ttyu1 works, /dev/ttyu2 hangs (i have yet to see if its the = output or input) >=20 > any ideas? I have! I=E2=80=99m using the =E2=80=98what i thought=E2=80=99 unused pins = (CTS/RTS) to drive some leds! I do set, via tcsetattr(3) to ignore these (ie no modem, no flow = control) but it seems the driver is ignoring this. how can I tell the serial/uart to ignore them? >=20 > cheers, > danny > PS: I have not tested this on orange* but I suspect it will be the = same. > _______________________________________________ > 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 Feb 9 10:28:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4F231F17A39 for ; Fri, 9 Feb 2018 10:28:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id DEBC57C4AC for ; Fri, 9 Feb 2018 10:28:34 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 9D0E4F17A31; Fri, 9 Feb 2018 10:28:34 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8A67EF17A2F for ; Fri, 9 Feb 2018 10:28:34 +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 1DB6B7C4AB for ; Fri, 9 Feb 2018 10:28:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1ek5uw-0000Ze-3L for arm@freebsd.org; Fri, 09 Feb 2018 12:28:30 +0200 From: Daniel Braniss Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: solved, was Re: serial on neopi neo Date: Fri, 9 Feb 2018 12:28:29 +0200 References: <0291231B-F939-4EB9-BD20-AD32B8E768D2@cs.huji.ac.il> To: "freebsd-arm@freebsd.org" In-Reply-To: Message-Id: <421A858F-AC30-4BE5-8641-E7C8DDDA0493@cs.huji.ac.il> X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 10:28:35 -0000 > On 9 Feb 2018, at 12:02, Daniel Braniss wrote: >=20 >=20 >=20 >> On 8 Feb 2018, at 17:30, Daniel Braniss wrote: >>=20 >> hi, >> after fiddling with the dts file (with the help from Milo), I got 2 = serial ports to work(apart from the /dev/ttyu0), >> but not together! ie, if i try each one individually all is ok, but = once I open both of them, only >> /dev/ttyu1 works, /dev/ttyu2 hangs (i have yet to see if its the = output or input) >>=20 >> any ideas? >=20 > I have! >=20 > I=E2=80=99m using the =E2=80=98what i thought=E2=80=99 unused pins = (CTS/RTS) to drive some leds! >=20 > I do set, via tcsetattr(3) to ignore these (ie no modem, no flow = control) but it seems the driver is ignoring this. > how can I tell the serial/uart to ignore them? was sent out too early! doing a cfmakeraw(3) is what screwed me up! now all is ok! >=20 >>=20 >> cheers, >> danny >> PS: I have not tested this on orange* but I suspect it will be the = same. >> _______________________________________________ >> 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 > _______________________________________________ > 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 Feb 9 13:18:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B3248F0305B for ; Fri, 9 Feb 2018 13:18:48 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from mx36-out25.antispamcloud.com (mx36-out25.antispamcloud.com [209.126.121.73]) (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 3076D82E73 for ; Fri, 9 Feb 2018 13:18:47 +0000 (UTC) (envelope-from freebsd.ed.lists@sumeritec.com) Received: from [153.92.8.106] (helo=srv31.niagahoster.com) by mx35.antispamcloud.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1ek4rh-000599-8r; Fri, 09 Feb 2018 10:21:07 +0100 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sumeritec.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=cqEqeLXY8qf0COEolK2AKDmyMgn2jnSHL2GYp3GC2pc=; b=S/2vbehByPNyeu7UdMaKrqVSNK +bSQuhCOKILmuwzWoH2CNEhTNZF/X8JS7z1j1o1qqKGAjxCBYsv4G7GvrLd5PGrT3HRjBlsuAlC4B BMq5dBHIPrFX6ceMZOTZ3s5F8V6UIbhOxAkvByMh9/UCSDmvkcEBiG+Oqc2BE7caRmAdIXo9s+8o4 Uwq1hzuE0zeZa/DCSpCz0+pSdeKwg9qDA2KY6A3gS6M9qSOR7XJMf5Eg0x1oNsE2l6q5uhNHi1+aa 6BUznjO5T5a8Hfsk5hRGLGv5ngcc2QvhIZ+Sw4D1Nzqs3AXwnZ/9o5MTNk+ueRm5YOH2qN4TU6aZV fpe9VPvg==; Received: from [114.125.102.217] (port=16224 helo=X220.sumeritec.com) by srv31.niagahoster.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89_1) (envelope-from ) id 1ek4ql-0001WM-I8; Fri, 09 Feb 2018 16:20:17 +0700 Date: Fri, 9 Feb 2018 17:20:05 +0800 From: Erich Dollansky To: Timur Tabi Cc: freebsd-arm@freebsd.org Subject: Re: Confused about ARM64 cross-compilation Message-ID: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-OutGoing-Spam-Status: No, score=-1.0 X-AuthUser: freebsd.ed.lists@sumeritec.com X-Originating-IP: 153.92.8.106 X-AntiSpamCloud-Domain: out.niagahoster.com X-AntiSpamCloud-Username: niaga Authentication-Results: antispamcloud.com; auth=pass (login) smtp.auth=niaga@out.niagahoster.com X-AntiSpamCloud-Outgoing-Class: ham X-AntiSpamCloud-Outgoing-Evidence: Combined (0.06) X-Recommended-Action: accept X-Filter-ID: EX5BVjFpneJeBchSMxfU5v5GbUFK0Nk5Pkpc56rkI+bj1g3/PwYZaTCzSym8uE9HmX2GMqFv8qAV xwve52VwigsVsklUpsXwEqvVa+gcZS5E533mChL6XZaz99yjy2Flh4Iqej5NY1YPxaqBACca7yTW b+UQ23F7fwrTRuhBxTtIeZjZv1oz6oWKgngYgisM8DZztKGImYzpwtV2u5Ajtk1QUtr68LVnHcLI fGBHFXT70WuzEeIYESIPDdUJWOBuPxO0jJAHsPdj1H6RNuBO64khreCqNrL+4WOj9GLtzgPgCHD3 NiRvvhYdMv5KIDZDCdOOuHrTVxzlPuSm9ELht2wEzz/Xni1guZA8Hje3K7GGNp8dXMR9x1Pj3Uiu /ZRsZcAiKiBUv5hQ3cAcj/cb5HzSCH11x2j55k0vQWyIjNVOZQZ7JJKYXeLCzfLW9BSOGB+kK6X2 YkzEZOMV8NHwXG9iyhVZ8lAxY+DLBUMUojXWCwLygtcx5XY/0/S88MKZIK/1NH5THMtlYvyHAYGO Gi/WHA3lRtq9RH5rKgLQSRAiHss7RYPVpA31jlefNDxwtgJQNaWBIgwbu/61wuYSjdGBa3MyyWOG ZIG9lq/56uROif/s+isP14Z/Rr3CaReX6YMMwwIKuJs5k9EcV26RUCGii2WiFhxK4c9VBK/fNYR3 x0VjU+b8ZToBEl/Y6vp6RjW0eNk8P5ML04wOLV0cODAziXdhSP7djs8c8jxVyvZm4zuNRcgRKiGg 7nXFaZTxenTBo27Z3l86AWYE4lCzguhS61lHMi5yf5nRGyOxuzzUJj968Qc1BTfsCkIcmy19Z2hi q4PbG19hXR2WcuDygN40eTXlWiUAYdLmsJdAoPK3W1qRNrsfla72HnGcChkF0J4HB2lngSK1cHUH yOkcTDXk6DlGCCmAwsWIYw9ZeK6VXjhmJxvwG5d5ZUWiCcgxzc+5d2D7fc1qUwNvFJauZg== X-Report-Abuse-To: spam@quarantine1.antispamcloud.com X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 13:18:49 -0000 Hi, On Thu, 8 Feb 2018 18:21:29 -0600 Timur Tabi wrote: > I am brand new to the FreeBSD world, and I'm trying to debug problems > in booting FreeBSD on a new ARM64 system with ACPI. > > I've installed FreeBSD 11 on an x86 system, and I followed the > instructions on https://wiki.freebsd.org/FreeBSD/arm/crossbuild to > download the source code. Then I download arm64_build.sh from > https://wiki.freebsd.org/arm64 and run that. Now it's building > something, but I don't know what it's doing. Shouldn't I need to > install a cross-compiler first? > when I did arm64 compilations, I used CURRENT as certain things did not work in older versions. You might also try 12.0 or CURRENT. FreeBSD cross compiles out of the box. Of course, only for supported targets. Erich From owner-freebsd-arm@freebsd.org Fri Feb 9 14:27:25 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 667DFF07F3A for ; Fri, 9 Feb 2018 14:27:25 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) by mx1.freebsd.org (Postfix) with ESMTP id 1675E869A6 for ; Fri, 9 Feb 2018 14:27:24 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 0673F21109B for ; Fri, 9 Feb 2018 09:20:26 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 73F5D1D0C21 for ; Fri, 9 Feb 2018 08:20:26 -0600 (CST) Subject: Re: Confused about ARM64 cross-compilation To: freebsd-arm@freebsd.org References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> From: Karl Denninger Message-ID: <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> Date: Fri, 9 Feb 2018 08:20:25 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms090602070603030707030001" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 14:27:25 -0000 This is a cryptographically signed message in MIME format. --------------ms090602070603030707030001 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/9/2018 03:20, Erich Dollansky wrote: > Hi, > > On Thu, 8 Feb 2018 18:21:29 -0600 > Timur Tabi wrote: > >> I am brand new to the FreeBSD world, and I'm trying to debug problems >> in booting FreeBSD on a new ARM64 system with ACPI. >> >> I've installed FreeBSD 11 on an x86 system, and I followed the >> instructions on https://wiki.freebsd.org/FreeBSD/arm/crossbuild to >> download the source code. Then I download arm64_build.sh from >> https://wiki.freebsd.org/arm64 and run that. Now it's building >> something, but I don't know what it's doing. Shouldn't I need to >> install a cross-compiler first? >> > when I did arm64 compilations, I used CURRENT as certain things did not= > work in older versions. You might also try 12.0 or CURRENT. > > FreeBSD cross compiles out of the box. Of course, only for supported > targets. > > Erich > _______________________________________________ > Yeah, for the last couple of months attempting to build -HEAD on an 11.1-STABLE AMD64 architecture box fails; the current blowup is in the cross-compile tools, so you never get to the actual build itself. I logged a bug on this as it's a showstopper for a project of mine, and I have no workaround other than to spin up a -HEAD instance somewhere (which I assume works, but am not certain it will.) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225521 --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms090602070603030707030001 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 DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjA5MTQyMDI1 WjBPBgkqhkiG9w0BCQQxQgRANPpmiEEa4nyRP5qMibzblljeYF48hZXT1VC8I8st27pJQG/s p6XuZGaSMv3PBzFvNfZKr2932hzUalhB2jevgzBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgCKcXmJ23xixcT3PZbhvN8dvX+pb8XYhaJY7sj0AtvUPrQ9sV4a9DOV1tPxyTOwD5Dd Mdd3mDFGAFPS/iuDkHvD+Bjd78YmxJ8Ps/XoauZC+ARa41gLT11Bx140HOiAbIP2/qnKxFhn jPbOK61XgVyZI6antNhHL/4Fopht/5zdQsq7/BqURefmUp+nonRuQXWxT2pBQFTB3i2gHA4o /moUNKA3pi/WcEl2jXu6n4nqXAFhO+Z21YnUi5uWxJE/8tklBLxLcL0BYm0Y5hgcAYgx6aVc UqDpUFOlqWYB219Yonk34CRPqTIjQegKMaPFJ8Ogn6D40GoLunWtyJ2tvLZrH5XcTiDLXmPR cmWrVJ+bBXDFMBKeXlqFuEKx8hqlVTUyeGphR6cp8+redyOy2Nf4HTuCItlwe0g8UA2vhuqO fLO2ipmPok8oIBe6XQjIKCVhY2Gek/9PAapxVIZRWu9wpDeQYNjTOa1xi3wuCDaZAxbA5htV b8+TIlLttFUuFAMQ3lom8K386a9zG55iFAHT5k66B4Az8UyhN2sPXHXSH0ez6zkDL8r1bpXK wIuEqVjnPr5ACmy0LQd5F9l2Eda8tF3uSnyyUTJaZZgBpKKeQWe8tbLFnkCacfGhu1/fl+GF /fwuXRtvrxM3/L/IphfTHG3Q3yc7cjvBGpcNWSYdGQAAAAAAAA== --------------ms090602070603030707030001-- From owner-freebsd-arm@freebsd.org Fri Feb 9 15:54:46 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8ADD4F0E048 for ; Fri, 9 Feb 2018 15:54:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 240096A0DC for ; Fri, 9 Feb 2018 15:54:46 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id D5976F0E026; Fri, 9 Feb 2018 15:54:45 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C3011F0E025 for ; Fri, 9 Feb 2018 15:54:45 +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 4E1966A0DB for ; Fri, 9 Feb 2018 15:54:44 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 86c8052a-0db1-11e8-91c6-33ffc249f3e8 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 86c8052a-0db1-11e8-91c6-33ffc249f3e8; Fri, 09 Feb 2018 15:54:36 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w19FsYUr026910; Fri, 9 Feb 2018 08:54:34 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1518191674.32585.136.camel@freebsd.org> Subject: Re: solved, was Re: serial on neopi neo From: Ian Lepore To: Daniel Braniss , "freebsd-arm@freebsd.org" Date: Fri, 09 Feb 2018 08:54:34 -0700 In-Reply-To: <421A858F-AC30-4BE5-8641-E7C8DDDA0493@cs.huji.ac.il> References: <0291231B-F939-4EB9-BD20-AD32B8E768D2@cs.huji.ac.il> <421A858F-AC30-4BE5-8641-E7C8DDDA0493@cs.huji.ac.il> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 15:54:46 -0000 On Fri, 2018-02-09 at 12:28 +0200, Daniel Braniss wrote: > > > > > On 9 Feb 2018, at 12:02, Daniel Braniss > > wrote: > > > > > > > > > > > > On 8 Feb 2018, at 17:30, Daniel Braniss > > > wrote: > > > > > > hi, > > > after fiddling with the dts file (with the help from Milo), I got > > > 2 serial ports to work(apart from the /dev/ttyu0), > > > but not together! ie, if i try each one individually all is ok, > > > but once I open both of them, only > > > /dev/ttyu1 works, /dev/ttyu2 hangs (i have yet to see if its the > > > output or input) > > > > > > any ideas? > > I have! > > > > I’m using the ‘what i thought’ unused pins (CTS/RTS) to drive some > > leds! > > > > I do set, via tcsetattr(3) to ignore these (ie no modem, no flow > > control) but it seems the driver is ignoring this. > > how can I tell the serial/uart to ignore them? > was sent out too early! > > doing a cfmakeraw(3) is what screwed me up! > now all is ok! That's strange, because I was about to reply to the prior mail suggesting you start with a cfmakeraw() before tcsetattr().  I always start with makeraw then set just the things I want, like:     tcgetattr(fd, &t);     cfmakeraw(&t);     t.c_iflag &= ~(IXON | IXOFF | IXANY);     t.c_cflag &= ~(PARENB | CSTOPB | CSIZE | CRTSCTS);     t.c_cflag |= CLOCAL | CREAD | CS8;     cfsetspeed(&t, whatever);     tcwriteattr(fd, TCSANOW, &t); -- Ian From owner-freebsd-arm@freebsd.org Fri Feb 9 16:14:55 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4E723F0F913 for ; Fri, 9 Feb 2018 16:14:55 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id B25E06B0B9 for ; Fri, 9 Feb 2018 16:14:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id 6EDEBF0F90C; Fri, 9 Feb 2018 16:14:54 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 21F95F0F907 for ; Fri, 9 Feb 2018 16:14:54 +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 90CC76B0B6; Fri, 9 Feb 2018 16:14:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from imac.bk.cs.huji.ac.il ([132.65.179.42]) by kabab.cs.huji.ac.il with esmtp id 1ekBJy-0003G2-Mp; Fri, 09 Feb 2018 18:14:42 +0200 From: Daniel Braniss Message-Id: Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: solved, was Re: serial on neopi neo Date: Fri, 9 Feb 2018 18:14:42 +0200 In-Reply-To: <1518191674.32585.136.camel@freebsd.org> Cc: "freebsd-arm@freebsd.org" To: Ian Lepore References: <0291231B-F939-4EB9-BD20-AD32B8E768D2@cs.huji.ac.il> <421A858F-AC30-4BE5-8641-E7C8DDDA0493@cs.huji.ac.il> <1518191674.32585.136.camel@freebsd.org> X-Mailer: Apple Mail (2.3445.5.20) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 16:14:55 -0000 > On 9 Feb 2018, at 17:54, Ian Lepore wrote: >=20 > On Fri, 2018-02-09 at 12:28 +0200, Daniel Braniss wrote: >>=20 >>>=20 >>> On 9 Feb 2018, at 12:02, Daniel Braniss >>> wrote: >>>=20 >>>=20 >>>=20 >>>>=20 >>>> On 8 Feb 2018, at 17:30, Daniel Braniss >>>> wrote: >>>>=20 >>>> hi, >>>> after fiddling with the dts file (with the help from Milo), I got >>>> 2 serial ports to work(apart from the /dev/ttyu0), >>>> but not together! ie, if i try each one individually all is ok, >>>> but once I open both of them, only >>>> /dev/ttyu1 works, /dev/ttyu2 hangs (i have yet to see if its the >>>> output or input) >>>>=20 >>>> any ideas? >>> I have! >>>=20 >>> I=E2=80=99m using the =E2=80=98what i thought=E2=80=99 unused pins = (CTS/RTS) to drive some >>> leds! >>>=20 >>> I do set, via tcsetattr(3) to ignore these (ie no modem, no flow >>> control) but it seems the driver is ignoring this. >>> how can I tell the serial/uart to ignore them? >> was sent out too early! >>=20 >> doing a cfmakeraw(3) is what screwed me up! >> now all is ok! >=20 > That's strange, because I was about to reply to the prior mail > suggesting you start with a cfmakeraw() before tcsetattr(). I always > start with makeraw then set just the things I want, like: >=20 > tcgetattr(fd, &t); > cfmakeraw(&t); > t.c_iflag &=3D ~(IXON | IXOFF | IXANY); > t.c_cflag &=3D ~(PARENB | CSTOPB | CSIZE | CRTSCTS); > t.c_cflag |=3D CLOCAL | CREAD | CS8; > cfsetspeed(&t, whatever); > tcwriteattr(fd, TCSANOW, &t); >=20 > -- Ian thats what I had, but did not clear the CRTSCTS, so what I do now, = without the tcgetattr, and just set what I need bzero(&t, sizeof(t)); t.c_flag =3D CS8 | CLOCAL | CREAD; t.c_iflag =3D IGNPAR; cfsetspeed(=E2=80=A6) tcsetattr(fd, TCSANOW, &t); actually it was the tcgetattr and not really the cfmakeraw :-) danny From owner-freebsd-arm@freebsd.org Fri Feb 9 16:26:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99027F1059B for ; Fri, 9 Feb 2018 16:26:45 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 18E706B9F6 for ; Fri, 9 Feb 2018 16:26:45 +0000 (UTC) (envelope-from ian@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id C99A2F1059A; Fri, 9 Feb 2018 16:26:44 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A50EDF10599 for ; Fri, 9 Feb 2018 16:26:44 +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 2DA136B9EF for ; Fri, 9 Feb 2018 16:26:43 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 0173eea4-0db6-11e8-91c6-33ffc249f3e8 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.eu.mailhop.org (Halon) with ESMTPSA id 0173eea4-0db6-11e8-91c6-33ffc249f3e8; Fri, 09 Feb 2018 16:26:40 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w19GQcQA026988; Fri, 9 Feb 2018 09:26:38 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1518193598.32585.138.camel@freebsd.org> Subject: Re: solved, was Re: serial on neopi neo From: Ian Lepore To: Daniel Braniss Cc: "freebsd-arm@freebsd.org" Date: Fri, 09 Feb 2018 09:26:38 -0700 In-Reply-To: References: <0291231B-F939-4EB9-BD20-AD32B8E768D2@cs.huji.ac.il> <421A858F-AC30-4BE5-8641-E7C8DDDA0493@cs.huji.ac.il> <1518191674.32585.136.camel@freebsd.org> Content-Type: text/plain; charset="windows-1251" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 16:26:45 -0000 On Fri, 2018-02-09 at 18:14 +0200, Daniel Braniss wrote: > > > > > On 9 Feb 2018, at 17:54, Ian Lepore wrote: > > > > On Fri, 2018-02-09 at 12:28 +0200, Daniel Braniss wrote: > > > > > > > > > > > > > > > > > > On 9 Feb 2018, at 12:02, Daniel Braniss > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > > > > > > On 8 Feb 2018, at 17:30, Daniel Braniss > > > > > wrote: > > > > > > > > > > hi, > > > > > after fiddling with the dts file (with the help from Milo), I > > > > > got > > > > > 2 serial ports to work(apart from the /dev/ttyu0), > > > > > but not together! ie, if i try each one individually all is > > > > > ok, > > > > > but once I open both of them, only > > > > > /dev/ttyu1 works, /dev/ttyu2 hangs (i have yet to see if its > > > > > the > > > > > output or input) > > > > > > > > > > any ideas? > > > > I have! > > > > > > > > I’m using the ‘what i thought’ unused pins (CTS/RTS) to drive > > > > some > > > > leds! > > > > > > > > I do set, via tcsetattr(3) to ignore these (ie no modem, no > > > > flow > > > > control) but it seems the driver is ignoring this. > > > > how can I tell the serial/uart to ignore them? > > > was sent out too early! > > > > > > doing a cfmakeraw(3) is what screwed me up! > > > now all is ok! > > That's strange, because I was about to reply to the prior mail > > suggesting you start with a cfmakeraw() before tcsetattr().  I > > always > > start with makeraw then set just the things I want, like: > > > >     tcgetattr(fd, &t); > >     cfmakeraw(&t); > >     t.c_iflag &= ~(IXON | IXOFF | IXANY); > >     t.c_cflag &= ~(PARENB | CSTOPB | CSIZE | CRTSCTS); > >     t.c_cflag |= CLOCAL | CREAD | CS8; > >     cfsetspeed(&t, whatever); > >     tcwriteattr(fd, TCSANOW, &t); > > > > -- Ian > thats what I had, but did not clear the CRTSCTS, so what I do now, > without the tcgetattr, and just set what I need > bzero(&t, sizeof(t)); > t.c_flag = CS8 | CLOCAL | CREAD; > t.c_iflag = IGNPAR; > cfsetspeed(…) > tcsetattr(fd, TCSANOW, &t); > > actually it was the tcgetattr and not really the cfmakeraw :-) > > danny > Without the makeraw you're going to get canonicalized input processing, maybe not what you want/need. -- Ian From owner-freebsd-arm@freebsd.org Fri Feb 9 17:54:08 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CC1A7F17217 for ; Fri, 9 Feb 2018 17:54:08 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:191:217b::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 65231700C9 for ; Fri, 9 Feb 2018 17:54:07 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Fri, 09 Feb 2018 18:54:05 +0100 Message-ID: <87fu6am4le.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-arm@freebsd.org Subject: Re: Confused about ARM64 cross-compilation In-Reply-To: <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/27.0 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 17:54:09 -0000 On Fri, 09 Feb 2018 15:20:25 +0100, Karl Denninger wrote: > > Yeah, for the last couple of months attempting to build -HEAD on an > 11.1-STABLE AMD64 architecture box fails; the current blowup is in the > cross-compile tools, so you never get to the actual build itself. > > I logged a bug on this as it's a showstopper for a project of mine, and > I have no workaround other than to spin up a -HEAD instance somewhere > (which I assume works, but am not certain it will.) > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225521 I am running 11.1-STABLE r328503 (amd64) and build HEAD for RPI2 (armv7) and RPI3 (aarch64) frequently. -- Herbert From owner-freebsd-arm@freebsd.org Fri Feb 9 17:57:54 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8CD85F17688 for ; Fri, 9 Feb 2018 17:57:54 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1D570337 for ; Fri, 9 Feb 2018 17:57:53 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 1CE772110A4 for ; Fri, 9 Feb 2018 12:57:53 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 952E31DAFC2 for ; Fri, 9 Feb 2018 11:57:52 -0600 (CST) Subject: Re: Confused about ARM64 cross-compilation To: freebsd-arm@freebsd.org References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> <87fu6am4le.wl-herbert@gojira.at> From: Karl Denninger Message-ID: <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> Date: Fri, 9 Feb 2018 11:57:51 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <87fu6am4le.wl-herbert@gojira.at> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms000904010400000004040106" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 17:57:54 -0000 This is a cryptographically signed message in MIME format. --------------ms000904010400000004040106 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable What is your exact build string for cross-compile? This is what I'm using (and having fail) early in the cross-tools build, as the bug report shows: make TARGET_ARCH=3Daarch64 SRCCONF=3D/dev/null __MAKE_CONF=3D/dev/null -DNO_CLEAN -DWITHOUT_DEBUG_FILES -DWITHOUT_KERNEL_SYMBOLS -DWITHOUT_TESTS -j 12 buildworld -DNO_CLEAN being gone doesn't change behavior. On 2/9/2018 11:54, Herbert J. Skuhra wrote: > On Fri, 09 Feb 2018 15:20:25 +0100, Karl Denninger wrote: >> Yeah, for the last couple of months attempting to build -HEAD on an >> 11.1-STABLE AMD64 architecture box fails; the current blowup is in the= >> cross-compile tools, so you never get to the actual build itself. >> >> I logged a bug on this as it's a showstopper for a project of mine, an= d >> I have no workaround other than to spin up a -HEAD instance somewhere >> (which I assume works, but am not certain it will.) >> >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225521 > I am running 11.1-STABLE r328503 (amd64) and build HEAD for RPI2 > (armv7) and RPI3 (aarch64) frequently. > > -- > Herbert > _______________________________________________ > 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/ /[S/MIME encrypted email preferred]/ --------------ms000904010400000004040106 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 DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjA5MTc1NzUx WjBPBgkqhkiG9w0BCQQxQgRAqPVUxABhRZj7oE86O5W/mtO1anK+xpJKXWHmbKoz13GjJwQ2 rNQEucsiZjbmczrnybn8TA7qsneNJlmlceXHCjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgCmbSJBFL3R3X01k/5LwX9RzJneDB5jQ5OjxASVgP9ljKCq6EUhKb3JFn9GCugHhTwU epo1+8CyzYgbVzN9TeJrNw8NlSc7XVIv0MO3n2FVKoqEsKhuUDpNSBz/+EiY1R5MbcJ2hjLJ skh6hN34WMjLVhJGweLwIrDr+qffGqvbLNl1qjyO3mBPjMeh+xx3+u/sH5Kb+X3KdjiLg8Ks SRZGm5ZckrnwX51zmnDwmuJEnP3B3zeVVq+fnmuTj7ZgEhxttg76qW67LuH0N2jau4xDmZqM UoqWLK2kiJxQpONwOr2/iKp32zAuGFBmAdIE9Cwlw3/fZF9R9HDzjt2wshoyxbTcKRbvf3VD rmgPTHeQicYTWmZt5dlTrbEf8yN/fZ5DEdIbcMTibPGpgN5s42YJnELxyUGzyjdM8lMH4Mpi sM4pHUn4ZuQiSbreHxFmmLBqbRBvdCjcsgvWIaAptmBdNoSm0SJgeUI2Bdfvy4lgrcBxjqfz 1YU7YljJAAvl1bx1DQwcFtC98lSbQKiS5sqCUTDoXDSgSAVjgzaCmAEHHsMXJi1hzTZ6XLMW +1RsnZRINUuhdcFMSLGaYZrGSIukf9eOjy2Ns0syCzxfskTlPb5f5FMFDivsBBLwfYV0Ic/A iUXwEukjUx+6DHLf24wBxuEccRBwznqWQQdD8UBJIwAAAAAAAA== --------------ms000904010400000004040106-- From owner-freebsd-arm@freebsd.org Fri Feb 9 18:08:51 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 422F8F18227 for ; Fri, 9 Feb 2018 18:08:51 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [IPv6:2a01:4f8:191:217b::25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D63A770AE8 for ; Fri, 9 Feb 2018 18:08:50 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Fri, 09 Feb 2018 19:08:49 +0100 Message-ID: <87eflum3wu.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-arm@freebsd.org Subject: Re: Confused about ARM64 cross-compilation In-Reply-To: <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> <87fu6am4le.wl-herbert@gojira.at> <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/27.0 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 18:08:51 -0000 On Fri, 09 Feb 2018 18:57:51 +0100, Karl Denninger wrote: > > What is your exact build string for cross-compile? > > This is what I'm using (and having fail) early in the cross-tools build, > as the bug report shows: > > make TARGET_ARCH=aarch64 SRCCONF=/dev/null __MAKE_CONF=/dev/null > -DNO_CLEAN -DWITHOUT_DEBUG_FILES -DWITHOUT_KERNEL_SYMBOLS > -DWITHOUT_TESTS -j 12 buildworld > > -DNO_CLEAN being gone doesn't change behavior. make -j4 buildworld TARGET=arm64 TARGET_ARCH=aarch64 __MAKE_CONF=/dev/null in /etc/src.conf I have: WITHOUT_DEBUG_FILES= WITHOUT_TESTS= WITHOUT_GAMES= -- Herbert From owner-freebsd-arm@freebsd.org Fri Feb 9 18:10:23 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D66BF183AF for ; Fri, 9 Feb 2018 18:10:23 +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 177D670BA9 for ; Fri, 9 Feb 2018 18:10:22 +0000 (UTC) (envelope-from ian@freebsd.org) X-MHO-User: 76ae983f-0dc4-11e8-bb8e-b35b57339d60 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound1.ore.mailhop.org (Halon) with ESMTPSA id 76ae983f-0dc4-11e8-bb8e-b35b57339d60; Fri, 09 Feb 2018 18:10:09 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id w19IAJ70027195; Fri, 9 Feb 2018 11:10:19 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <1518199819.32585.153.camel@freebsd.org> Subject: Re: Confused about ARM64 cross-compilation From: Ian Lepore To: Karl Denninger , freebsd-arm@freebsd.org Date: Fri, 09 Feb 2018 11:10:19 -0700 In-Reply-To: <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> <87fu6am4le.wl-herbert@gojira.at> <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> Content-Type: text/plain; charset="ISO-8859-1" X-Mailer: Evolution 3.18.5.1 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 18:10:23 -0000 On Fri, 2018-02-09 at 11:57 -0600, Karl Denninger wrote: > What is your exact build string for cross-compile? > > This is what I'm using (and having fail) early in the cross-tools > build, > as the bug report shows: > > make TARGET_ARCH=aarch64 SRCCONF=/dev/null __MAKE_CONF=/dev/null > -DNO_CLEAN -DWITHOUT_DEBUG_FILES -DWITHOUT_KERNEL_SYMBOLS > -DWITHOUT_TESTS -j 12 buildworld > > -DNO_CLEAN being gone doesn't change behavior. > Since your failure happens when trying to use the 11.1-stable compiler to build a new compiler, I would suspect the problem is in your base 11.1 compiler.  Maybe H. Skuhra is on a newer revision of 11.1-stable than you, in which some clang bug got fixed?  The output of uname -a and clang --version on working versus failing systems may contain a clue. -- Ian > On 2/9/2018 11:54, Herbert J. Skuhra wrote: > > > > On Fri, 09 Feb 2018 15:20:25 +0100, Karl Denninger wrote: > > > > > > Yeah, for the last couple of months attempting to build -HEAD on > > > an > > > 11.1-STABLE AMD64 architecture box fails; the current blowup is > > > in the > > > cross-compile tools, so you never get to the actual build itself. > > > > > > I logged a bug on this as it's a showstopper for a project of > > > mine, and > > > I have no workaround other than to spin up a -HEAD instance > > > somewhere > > > (which I assume works, but am not certain it will.) > > > > > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225521 > > I am running 11.1-STABLE r328503 (amd64) and build HEAD for RPI2 > > (armv7) and RPI3 (aarch64) frequently. > > > > -- > > Herbert > > _______________________________________________ > > freebsd-arm@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.o > > rg" From owner-freebsd-arm@freebsd.org Fri Feb 9 18:14:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 91C5BF18A7C for ; Fri, 9 Feb 2018 18:14:34 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) by mx1.freebsd.org (Postfix) with ESMTP id 444FA71122 for ; Fri, 9 Feb 2018 18:14:34 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 939F22110A3 for ; Fri, 9 Feb 2018 13:14:03 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 31F4E15FAE for ; Fri, 9 Feb 2018 12:14:03 -0600 (CST) Subject: Re: Confused about ARM64 cross-compilation To: freebsd-arm@freebsd.org References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> <87fu6am4le.wl-herbert@gojira.at> <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> <1518199819.32585.153.camel@freebsd.org> From: Karl Denninger Message-ID: Date: Fri, 9 Feb 2018 12:14:01 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <1518199819.32585.153.camel@freebsd.org> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms040204040506080501090506" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 18:14:35 -0000 This is a cryptographically signed message in MIME format. --------------ms040204040506080501090506 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable That's what I'm thinking right now too.=C2=A0 I'm building the latest-checked-out 11.1-STABLE at present. I have: [karl@NewFS ~]$ clang --version FreeBSD clang version 5.0.1 (tags/RELEASE_501/final 320880) (based on LLVM 5.0.1) Target: x86_64-unknown-freebsd11.1 Thread model: posix InstalledDir: /usr/bin [karl@NewFS ~]$ uname -v FreeBSD 11.1-STABLE #0 r328086: Wed Jan 17 11:49:06 CST 2018=C2=A0=C2=A0=C2= =A0=C2=A0 root@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP He is on a later rev of 11.1 from his build rev, but whether CLANG was updated I do not know offhand. On 2/9/2018 12:10, Ian Lepore wrote: > On Fri, 2018-02-09 at 11:57 -0600, Karl Denninger wrote: >> What is your exact build string for cross-compile? >> >> This is what I'm using (and having fail) early in the cross-tools >> build, >> as the bug report shows: >> >> make TARGET_ARCH=3Daarch64 SRCCONF=3D/dev/null __MAKE_CONF=3D/dev/null= >> -DNO_CLEAN -DWITHOUT_DEBUG_FILES -DWITHOUT_KERNEL_SYMBOLS >> -DWITHOUT_TESTS -j 12 buildworld >> >> -DNO_CLEAN being gone doesn't change behavior. >> > Since your failure happens when trying to use the 11.1-stable compiler > to build a new compiler, I would suspect the problem is in your base > 11.1 compiler. =C2=A0Maybe H. Skuhra is on a newer revision of 11.1-sta= ble > than you, in which some clang bug got fixed? =C2=A0The output of uname = -a > and clang --version on working versus failing systems may contain a > clue. > > -- Ian > > >> On 2/9/2018 11:54, Herbert J. Skuhra wrote: >>> On Fri, 09 Feb 2018 15:20:25 +0100, Karl Denninger wrote: >>>> Yeah, for the last couple of months attempting to build -HEAD on >>>> an >>>> 11.1-STABLE AMD64 architecture box fails; the current blowup is >>>> in the >>>> cross-compile tools, so you never get to the actual build itself. >>>> >>>> I logged a bug on this as it's a showstopper for a project of >>>> mine, and >>>> I have no workaround other than to spin up a -HEAD instance >>>> somewhere >>>> (which I assume works, but am not certain it will.) >>>> >>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225521 >>> I am running 11.1-STABLE r328503 (amd64) and build HEAD for RPI2 >>> (armv7) and RPI3 (aarch64) frequently. >>> >>> -- >>> Herbert >>> _______________________________________________ >>> freebsd-arm@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.o >>> rg" --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms040204040506080501090506 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 DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjA5MTgxNDAx WjBPBgkqhkiG9w0BCQQxQgRAqvNNdGuWK7rAhOaTtat06dEZ/uzM5TWGSXrsTaNIDxpNGF5e eBgVPSuyctgUM2Iuf791GnyIe0Lh0bpCyVWX0TBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAd85pxDZcGqW9EXQBUiHxdDZaiapZA/qFtl10uw7lvGL2UR+q8Ov7HvY3M4cl2Okf+ 2T5FIM6FXNAwUXt8mfKFpOSHmXuLScn1xzNYGhz/+8fFd0JJz9k6EWVoBkif49sPwYdoVPll BgH2e+8qL6Bg+pAoqBGi3FsZZAYLymI2PthwKUmPc1WHURMmK7TuydRje2Fl/y01rv8H62YH IhzfD9Bi/PlyISAQLOLO7fRx/pmN/mX0EgeUgxoKvrFIOtkIFQnxmoewER40ttOc1JI05nqJ E+p7jVtnpVkyPdd80piTwaNJpa8cImWUhXCG8tY7oJqWZ7D445dtoYL0cqjl61dbzLoagYij teUoEmt/HuBKreXI9gpc3bn9O1qtQREUNVg4YUGecc15zqOTBq4MoPFyPhQltTP6Y5HmVi+U ZPExCYTA9/wNCGcI+MmVScS5XoE6Po70jdrf4Bfz93sB/xPRgkZ3Pd06m6bOvjv/NzCWrLmF qFBtkes6E5R6XSQ5ng3QTsI4o6OTu4MmYY0E+3J1CAY980z17krSktzLbIqnYy8tItCQE2e8 okdqncBx07WP08GEIywVOGuL2ds1sPGLn6M80jpd71i9stbNwi7/kJQP4n+zuuTv8ZM05i7t UUJLEJ7hI6Y9lbxLoBW9ynpJXWpRKhv930De9zilnwAAAAAAAA== --------------ms040204040506080501090506-- From owner-freebsd-arm@freebsd.org Fri Feb 9 19:19:22 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9B00BF1CCAA for ; Fri, 9 Feb 2018 19:19:22 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) by mx1.freebsd.org (Postfix) with ESMTP id 4990D74047 for ; Fri, 9 Feb 2018 19:19:22 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id 7B4F42110A3 for ; Fri, 9 Feb 2018 14:19:21 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id DB0183160B3 for ; Fri, 9 Feb 2018 13:19:20 -0600 (CST) Subject: Re: Confused about ARM64 cross-compilation To: freebsd-arm@freebsd.org References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> <87fu6am4le.wl-herbert@gojira.at> <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> <1518199819.32585.153.camel@freebsd.org> From: Karl Denninger Message-ID: <2579d1cb-8d37-0f8b-8c6f-547f83bb589e@denninger.net> Date: Fri, 9 Feb 2018 13:19:19 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms080006030806030708050506" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 19:19:23 -0000 This is a cryptographically signed message in MIME format. --------------ms080006030806030708050506 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Just rebuilt world and kernel, now on FreeBSD 11.1-STABLE #1 r329071: Fri Feb=C2=A0 9 12:49:30 CST 2018=C2=A0=C2= =A0=C2=A0=C2=A0 karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP clang --version did not change [\u@NewFS /pics]# clang --version FreeBSD clang version 5.0.1 (tags/RELEASE_501/final 320880) (based on LLVM 5.0.1) Target: x86_64-unknown-freebsd11.1 Thread model: posix InstalledDir: /usr/bin Herbert, what revision of -HEAD are you building? On 2/9/2018 12:14, Karl Denninger wrote: > That's what I'm thinking right now too.=C2=A0 I'm building the > latest-checked-out 11.1-STABLE at present. > > I have: > > [karl@NewFS ~]$ clang --version > FreeBSD clang version 5.0.1 (tags/RELEASE_501/final 320880) (based on > LLVM 5.0.1) > Target: x86_64-unknown-freebsd11.1 > Thread model: posix > InstalledDir: /usr/bin > > [karl@NewFS ~]$ uname -v > FreeBSD 11.1-STABLE #0 r328086: Wed Jan 17 11:49:06 CST 2018=C2=A0=C2=A0= =C2=A0=C2=A0 > root@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > > He is on a later rev of 11.1 from his build rev, but whether CLANG was > updated I do not know offhand. > > > On 2/9/2018 12:10, Ian Lepore wrote: >> On Fri, 2018-02-09 at 11:57 -0600, Karl Denninger wrote: >>> What is your exact build string for cross-compile? >>> >>> This is what I'm using (and having fail) early in the cross-tools >>> build, >>> as the bug report shows: >>> >>> make TARGET_ARCH=3Daarch64 SRCCONF=3D/dev/null __MAKE_CONF=3D/dev/nul= l >>> -DNO_CLEAN -DWITHOUT_DEBUG_FILES -DWITHOUT_KERNEL_SYMBOLS >>> -DWITHOUT_TESTS -j 12 buildworld >>> >>> -DNO_CLEAN being gone doesn't change behavior. >>> >> Since your failure happens when trying to use the 11.1-stable compiler= >> to build a new compiler, I would suspect the problem is in your base >> 11.1 compiler. =C2=A0Maybe H. Skuhra is on a newer revision of 11.1-st= able >> than you, in which some clang bug got fixed? =C2=A0The output of uname= -a >> and clang --version on working versus failing systems may contain a >> clue. >> >> -- Ian >> >> >>> On 2/9/2018 11:54, Herbert J. Skuhra wrote: >>>> On Fri, 09 Feb 2018 15:20:25 +0100, Karl Denninger wrote: >>>>> Yeah, for the last couple of months attempting to build -HEAD on >>>>> an >>>>> 11.1-STABLE AMD64 architecture box fails; the current blowup is >>>>> in the >>>>> cross-compile tools, so you never get to the actual build itself. >>>>> >>>>> I logged a bug on this as it's a showstopper for a project of >>>>> mine, and >>>>> I have no workaround other than to spin up a -HEAD instance >>>>> somewhere >>>>> (which I assume works, but am not certain it will.) >>>>> >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225521 >>>> I am running 11.1-STABLE r328503 (amd64) and build HEAD for RPI2 >>>> (armv7) and RPI3 (aarch64) frequently. >>>> >>>> -- >>>> Herbert >>>> _______________________________________________ >>>> freebsd-arm@freebsd.org mailing list >>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.o >>>> rg" --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms080006030806030708050506 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 DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjA5MTkxOTE5 WjBPBgkqhkiG9w0BCQQxQgRAZCiiK+oNC24+mfMx0ZBXE0d4EsvkzagFJzz15kJWjwjeRpwC E4YyNB9e9OO0ixuOeUdQLaKtDgKL4toFGDraJjBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgAJxmyQFzwQQaqjRxbp/p6fvipk/HSAuwNp6EpLbqO7C7Z0RDlnRjTh5vdteHce/Yc4 jpD8YILhV+D13pVrFsBOqHGyUbPEouECtkVIgmvoblHDi2uzeNnn4yKcdsyXFz/uOkOFLgU9 9z0cImh30e2AvslytQUor9J6bsng8dXCsbYMcA48zjj1So+ZuV3j3by4+K/kH7V4wOvkoovf kE+WsxsJFcfB033E/wpVA7lsZKD2gVakcNAr891FHT3snr3eQKUJJuz+I9PCot6xlvEWObhy V1r3jRFlSA2wftAv+66WS49p30HC1brZ2vYQR5SveZ/La5uu7SllrSni9hVtd9mPPJsKcwpV OJCwbWBVurkWdi/Os2nyBzEIZQiiBNAygP0ku1isg3GCFvMGo16RRYqAUUq5puYxYmtrbY5i UCqIHhWycTI1uRaBg50NtODjCiI5eyVudUFBuOd9hybdq0LSDz96Y8ouCHy7324JcG5lnVjO 7Ay1tGvNIq0oQCMFK52kKZZD1SN+aQWF9I+mSNwdLKH5l0Cda6dynBwzRqLQyHsbsN87hP+u uea2bP8oMsCrIzE7BEhGjNirQSllc6jdQSOHJZfVd8KSaAJ/y2CmPd/6GwcEnnz3NBl/brsr MujUsnfXDAq6FrB8PPZa2u8td9x+vrV6P3G8lg77AgAAAAAAAA== --------------ms080006030806030708050506-- From owner-freebsd-arm@freebsd.org Fri Feb 9 20:25:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 47743F215B5 for ; Fri, 9 Feb 2018 20:25:36 +0000 (UTC) (envelope-from karl@denninger.net) Received: from colo1.denninger.net (colo1.denninger.net [104.236.120.189]) by mx1.freebsd.org (Postfix) with ESMTP id EA10777784 for ; Fri, 9 Feb 2018 20:25:35 +0000 (UTC) (envelope-from karl@denninger.net) Received: from denninger.net (ip68-1-57-197.pn.at.cox.net [68.1.57.197]) by colo1.denninger.net (Postfix) with ESMTP id F3E5B2110A3 for ; Fri, 9 Feb 2018 15:25:34 -0500 (EST) Received: from [192.168.10.23] (D13.Denninger.Net [192.168.10.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by denninger.net (Postfix) with ESMTPSA id 6A4CD353CF3 for ; Fri, 9 Feb 2018 14:25:34 -0600 (CST) Subject: Re: Confused about ARM64 cross-compilation To: freebsd-arm@freebsd.org References: <20180209172005.0b787bca.freebsd.ed.lists@sumeritec.com> <2f03b0cc-01c5-950f-026e-4b291117a329@denninger.net> <87fu6am4le.wl-herbert@gojira.at> <65f3f19d-0f87-7f17-99e9-18a538ad0280@denninger.net> <1518199819.32585.153.camel@freebsd.org> <2579d1cb-8d37-0f8b-8c6f-547f83bb589e@denninger.net> From: Karl Denninger Message-ID: <40b1eea9-8146-b3ac-d48e-716bc3c4706a@denninger.net> Date: Fri, 9 Feb 2018 14:25:32 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <2579d1cb-8d37-0f8b-8c6f-547f83bb589e@denninger.net> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms070101050406060203050803" X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Feb 2018 20:25:36 -0000 This is a cryptographically signed message in MIME format. --------------ms070101050406060203050803 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 2/9/2018 13:19, Karl Denninger wrote: > Just rebuilt world and kernel, now on > FreeBSD 11.1-STABLE #1 r329071: Fri Feb=C2=A0 9 12:49:30 CST 2018=C2=A0= =C2=A0=C2=A0=C2=A0 > karl@NewFS.denninger.net:/usr/obj/usr/src/sys/KSD-SMP > > clang --version did not change > > [\u@NewFS /pics]# clang --version > FreeBSD clang version 5.0.1 (tags/RELEASE_501/final 320880) (based on > LLVM 5.0.1) > Target: x86_64-unknown-freebsd11.1 > Thread model: posix > InstalledDir: /usr/bin > > Herbert, what revision of -HEAD are you building? Found it. Had the temporary object directory on a zfs "volatile" area (which isn't backed up) that somehow had managed to get "exec" set off.=C2=A0 Bad juju= -- the way it blew up was damn odd! It is building now. --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms070101050406060203050803 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 DdgwggagMIIEiKADAgECAhMA5EiKghDOXrvfxYxjITXYDdhIMA0GCSqGSIb3DQEBCwUAMIGL MQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJTmljZXZpbGxlMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExITAf BgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQTAeFw0xNzA4MTcxNjQyMTdaFw0yNzA4 MTUxNjQyMTdaMHsxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkwFwYDVQQKDBBD dWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5c3RlbXMgQ0ExJTAjBgNVBAMMHEN1 ZGEgU3lzdGVtcyBMTEMgMjAxNyBJbnQgQ0EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC1aJotNUI+W4jP7xQDO8L/b4XiF4Rss9O0B+3vMH7Njk85fZ052QhZpMVlpaaO+sCI KqG3oNEbuOHzJB/NDJFnqh7ijBwhdWutdsq23Ux6TvxgakyMPpT6TRNEJzcBVQA0kpby1DVD 0EKSK/FrWWBiFmSxg7qUfmIq/mMzgE6epHktyRM3OGq3dbRdOUgfumWrqHXOrdJz06xE9NzY vc9toqZnd79FUtE/nSZVm1VS3Grq7RKV65onvX3QOW4W1ldEHwggaZxgWGNiR/D4eosAGFxn uYeWlKEC70c99Mp1giWux+7ur6hc2E+AaTGh+fGeijO5q40OGd+dNMgK8Es0nDRw81lRcl24 SWUEky9y8DArgIFlRd6d3ZYwgc1DMTWkTavx3ZpASp5TWih6yI8ACwboTvlUYeooMsPtNa9E 6UQ1nt7VEi5syjxnDltbEFoLYcXBcqhRhFETJe9CdenItAHAtOya3w5+fmC2j/xJz29og1KH YqWHlo3Kswi9G77an+zh6nWkMuHs+03DU8DaOEWzZEav3lVD4u76bKRDTbhh0bMAk4eXriGL h4MUoX3Imfcr6JoyheVrAdHDL/BixbMH1UUspeRuqQMQ5b2T6pabXP0oOB4FqldWiDgJBGRd zWLgCYG8wPGJGYgHibl5rFiI5Ix3FQncipc6SdUzOQIDAQABo4IBCjCCAQYwHQYDVR0OBBYE FF3AXsKnjdPND5+bxVECGKtc047PMIHABgNVHSMEgbgwgbWAFBu1oRhUMNEzjODolDka5k4Q EDBioYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UEBwwJ TmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRhIFN5 c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYIJAKxAy1WBo2kY MBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgGGMA0GCSqGSIb3DQEBCwUAA4IC AQCB5686UCBVIT52jO3sz9pKuhxuC2npi8ZvoBwt/IH9piPA15/CGF1XeXUdu2qmhOjHkVLN gO7XB1G8CuluxofOIUce0aZGyB+vZ1ylHXlMeB0R82f5dz3/T7RQso55Y2Vog2Zb7PYTC5B9 oNy3ylsnNLzanYlcW3AAfzZcbxYuAdnuq0Im3EpGm8DoItUcf1pDezugKm/yKtNtY6sDyENj tExZ377cYA3IdIwqn1Mh4OAT/Rmh8au2rZAo0+bMYBy9C11Ex0hQ8zWcvPZBDn4v4RtO8g+K uQZQcJnO09LJNtw94W3d2mj4a7XrsKMnZKvm6W9BJIQ4Nmht4wXAtPQ1xA+QpxPTmsGAU0Cv HmqVC7XC3qxFhaOrD2dsvOAK6Sn3MEpH/YrfYCX7a7cz5zW3DsJQ6o3pYfnnQz+hnwLlz4MK 17NIA0WOdAF9IbtQqarf44+PEyUbKtz1r0KGeGLs+VGdd2FLA0e7yuzxJDYcaBTVwqaHhU2/ Fna/jGU7BhrKHtJbb/XlLeFJ24yvuiYKpYWQSSyZu1R/gvZjHeGb344jGBsZdCDrdxtQQcVA 6OxsMAPSUPMrlg9LWELEEYnVulQJerWxpUecGH92O06wwmPgykkz//UmmgjVSh7ErNvL0lUY UMfunYVO/O5hwhW+P4gviCXzBFeTtDZH259O7TCCBzAwggUYoAMCAQICEwCg0WvVwekjGFiO 62SckFwepz0wDQYJKoZIhvcNAQELBQAwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3Jp ZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBD QTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExMQyAyMDE3IEludCBDQTAeFw0xNzA4MTcyMTIx MjBaFw0yMjA4MTYyMTIxMjBaMFcxCzAJBgNVBAYTAlVTMRAwDgYDVQQIDAdGbG9yaWRhMRkw FwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRswGQYDVQQDDBJrYXJsQGRlbm5pbmdlci5uZXQw ggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIKAoICAQC+HVSyxVtJhy3Ohs+PAGRuO//Dha9A 16l5FPATr6wude9zjX5f2lrkRyU8vhCXTZW7WbvWZKpcZ8r0dtZmiK9uF58Ec6hhvfkxJzbg 96WHBw5Fumd5ahZzuCJDtCAWW8R7/KN+zwzQf1+B3MVLmbaXAFBuKzySKhKMcHbK3/wjUYTg y+3UK6v2SBrowvkUBC+jxNg3Wy12GsTXcUS/8FYIXgVVPgfZZrbJJb5HWOQpvvhILpPCD3xs YJFNKEPltXKWHT7Qtc2HNqikgNwj8oqOb+PeZGMiWapsatKm8mxuOOGOEBhAoTVTwUHlMNTg 6QUCJtuWFCK38qOCyk9Haj+86lUU8RG6FkRXWgMbNQm1mWREQhw3axgGLSntjjnznJr5vsvX SYR6c+XKLd5KQZcS6LL8FHYNjqVKHBYM+hDnrTZMqa20JLAF1YagutDiMRURU23iWS7bA9tM cXcqkclTSDtFtxahRifXRI7Epq2GSKuEXe/1Tfb5CE8QsbCpGsfSwv2tZ/SpqVG08MdRiXxN 5tmZiQWo15IyWoeKOXl/hKxA9KPuDHngXX022b1ly+5ZOZbxBAZZMod4y4b4FiRUhRI97r9l CxsP/EPHuuTIZ82BYhrhbtab8HuRo2ofne2TfAWY2BlA7ExM8XShMd9bRPZrNTokPQPUCWCg CdIATQIDAQABo4IBzzCCAcswPAYIKwYBBQUHAQEEMDAuMCwGCCsGAQUFBzABhiBodHRwOi8v b2NzcC5jdWRhc3lzdGVtcy5uZXQ6ODg4ODAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIF oDAOBgNVHQ8BAf8EBAMCBeAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMDMGCWCG SAGG+EIBDQQmFiRPcGVuU1NMIEdlbmVyYXRlZCBDbGllbnQgQ2VydGlmaWNhdGUwHQYDVR0O BBYEFLElmNWeVgsBPe7O8NiBzjvjYnpRMIHKBgNVHSMEgcIwgb+AFF3AXsKnjdPND5+bxVEC GKtc047PoYGRpIGOMIGLMQswCQYDVQQGEwJVUzEQMA4GA1UECAwHRmxvcmlkYTESMBAGA1UE BwwJTmljZXZpbGxlMRkwFwYDVQQKDBBDdWRhIFN5c3RlbXMgTExDMRgwFgYDVQQLDA9DdWRh IFN5c3RlbXMgQ0ExITAfBgNVBAMMGEN1ZGEgU3lzdGVtcyBMTEMgMjAxNyBDQYITAORIioIQ zl6738WMYyE12A3YSDAdBgNVHREEFjAUgRJrYXJsQGRlbm5pbmdlci5uZXQwDQYJKoZIhvcN AQELBQADggIBAJXboPFBMLMtaiUt4KEtJCXlHO/3ZzIUIw/eobWFMdhe7M4+0u3te0sr77QR dcPKR0UeHffvpth2Mb3h28WfN0FmJmLwJk+pOx4u6uO3O0E1jNXoKh8fVcL4KU79oEQyYkbu 2HwbXBU9HbldPOOZDnPLi0whi/sbFHdyd4/w/NmnPgzAsQNZ2BYT9uBNr+jZw4SsluQzXG1X lFL/qCBoi1N2mqKPIepfGYF6drbr1RnXEJJsuD+NILLooTNf7PMgHPZ4VSWQXLNeFfygoOOK FiO0qfxPKpDMA+FHa8yNjAJZAgdJX5Mm1kbqipvb+r/H1UAmrzGMbhmf1gConsT5f8KU4n3Q IM2sOpTQe7BoVKlQM/fpQi6aBzu67M1iF1WtODpa5QUPvj1etaK+R3eYBzi4DIbCIWst8MdA 1+fEeKJFvMEZQONpkCwrJ+tJEuGQmjoQZgK1HeloepF0WDcviiho5FlgtAij+iBPtwMuuLiL shAXA5afMX1hYM4l11JXntle12EQFP1r6wOUkpOdxceCcMVDEJBBCHW2ZmdEaXgAm1VU+fnQ qS/wNw/S0X3RJT1qjr5uVlp2Y0auG/eG0jy6TT0KzTJeR9tLSDXprYkN2l/Qf7/nT6Q03qyE QnnKiBXWAZXveafyU/zYa7t3PTWFQGgWoC4w6XqgPo4KV44OMYIFBzCCBQMCAQEwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBglghkgBZQMEAgMFAKCCAkUw GAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTgwMjA5MjAyNTMy WjBPBgkqhkiG9w0BCQQxQgRAXKdkM54tRRm1vtvaSSKQUzpbVhlS+ryGMEZjJW6WeD6+ur6v CLvcFib3glpIaOSF+m1Lo2Sjz808N5ub1V/VITBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFl AwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3 DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGjBgkrBgEEAYI3EAQxgZUwgZIwezEL MAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lzdGVtcyBM TEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0ZW1zIExM QyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTCBpQYLKoZIhvcNAQkQAgsxgZWg gZIwezELMAkGA1UEBhMCVVMxEDAOBgNVBAgMB0Zsb3JpZGExGTAXBgNVBAoMEEN1ZGEgU3lz dGVtcyBMTEMxGDAWBgNVBAsMD0N1ZGEgU3lzdGVtcyBDQTElMCMGA1UEAwwcQ3VkYSBTeXN0 ZW1zIExMQyAyMDE3IEludCBDQQITAKDRa9XB6SMYWI7rZJyQXB6nPTANBgkqhkiG9w0BAQEF AASCAgCFArch6V53XwTeOdf94rBpvheGnxC3YFP+ip0rCe/nNsLyvcV4QLgK7+/Gij94k+C1 DTwydPp8MWo1nhyLw358Yk9BFHUaJMXEvqqmAuRpOIGiQsUw2lxkKL2VNdk0usrDs0lQDA8M 0IIy2dnIgTzVEffYE8j3aVAnk9V8glEyKtufZ/p5IQLKB2WCj5zcmcPpoY/Fu8TWDsNlnNWO OwGAGzqSTQsSBmV6doxFZH2SvBBh7sDOPeropKB4rINMbKxK2uhshO/Wo+CctnPDbA0QXae1 axbi4BHCL+9cRJlz7IMW/xcH//L2MfSAcg+iB1AtXYDCQg1h7c/vSoUXj7+6PLES+HjMxUuG yaGEh8uvqApFpDBPLijieXJsU9hlyLC1potRt7ZxNLEZpuvNigsEKstxC9i114y9YDLkX+PL p5pLHUDW1zg55DMMXRqn02pl8DON8sB4nl5SZbtcheZJbGLWviMbQkMRml7o2tV5o/2/MIst FG6SqhWGTbPbnFJDzFZA1yAsfXqFLiwsbmkd5ZLMPiSyRbEEWipsUNKUF3nPjBzb+YBVdmu2 XI1MuiiytSCxDcBvwcIwimalzpvWUkEuNDWDpzPhC94OsTNj+wl62zxThSOIlazittl8iJBh DGlLrK1QhcEfBtxvKKI90nwMEcRMQJe/KpQHFYmctQAAAAAAAA== --------------ms070101050406060203050803-- From owner-freebsd-arm@freebsd.org Sat Feb 10 01:49:08 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9A631F15545 for ; Sat, 10 Feb 2018 01:49:08 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 35FBD858D4 for ; Sat, 10 Feb 2018 01:49:08 +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 mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7AE2F228B1 for ; Sat, 10 Feb 2018 01:49:07 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id w1A1n7iS076711 for ; Sat, 10 Feb 2018 01:49:07 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id w1A1n7SP076710 for freebsd-arm@FreeBSD.org; Sat, 10 Feb 2018 01:49:07 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: freebsd-arm@FreeBSD.org Subject: [Bug 225521] Crossbuilding for RPI3 (Arm64) fails (and has for quite some time) off 11-STABLE Date: Sat, 10 Feb 2018 01:49:07 +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: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: emaste@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Resolution: Unable to Reproduce X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 01:49:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D225521 Ed Maste changed: What |Removed |Added ---------------------------------------------------------------------------- Status|New |Closed Resolution|--- |Unable to Reproduce --- Comment #4 from Ed Maste --- Based on the followup on FreeBSD-arm this was due to a local misconfigurati= on: https://lists.freebsd.org/pipermail/freebsd-arm/2018-February/017489.html --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Feb 10 11:35:53 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D7B05F15003 for ; Sat, 10 Feb 2018 11:35:52 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp05.mail.online.nl (smtp05.mail.online.nl [194.134.25.75]) by mx1.freebsd.org (Postfix) with ESMTP id 74A877ABF1 for ; Sat, 10 Feb 2018 11:35:51 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp05.mail.online.nl (Postfix) with ESMTP id B0C5E2000A8 for ; Sat, 10 Feb 2018 12:30:39 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Pine64+ latest image hangs Date: Sat, 10 Feb 2018 12:30:39 +0100 Message-ID: <4129359.A5eNoD8rIH@beastie.bionicmutton.org> Organization: FreeBSD MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3345232.cVc9BScUUZ"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 11:35:53 -0000 --nextPart3345232.cVc9BScUUZ Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" I flashed FreeBSD-12.0-CURRENT-arm64-aarch64-PINE64-20180208-r329009.img to a 16GB SD card and booted it with my Ping64+ 2GB unit. It boots, but then hangs as follows (*not* in verbose mode, though): >> FreeBSD EFI boot block Loader path: /boot/loader.efi Initializing modules: ZFS UFS Load Path: \efi\boot\bootaa64.efi Load Device: mmc0 BootCurrent: 0000 BootOrder: 0018 0000 0000 0000 88f0 b9f3 0000 0000 8000 bdfb 0000 0000 0001 0 000 0000 0000 0000 4800 0000 0000 2ce0 b9f3 0000 0000 6624 bdf6 0000 0000 e053 b 8f1 0000 0000 0001 0000 0000 0000 2dc8 b9f3 0000 0000 e020 b8f1 0000 0000 0033 0 000 0000 0000 2dc8 b9f3 0000 0000 6bc8 bdfa 0000 0000 6000 bdfb 0000 0000 ff58 b 8f1 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000 2d40 b 9f3 0000 0000 4eac bdf9 0000 0000 f5e6 bdfa 0000 0000 0000 0000 0000 0000 0018 0 000 0000 0000 e038 b8f1 0000 0000 Probing 3 block devices.....* done ZFS found no pools UFS found 1 partition Consoles: EFI console Command line arguments: loader.efi Image base: 0xb6db2008 EFI version: 2.05 EFI Firmware: Das U-boot (rev 0.00) FreeBSD/arm64 EFI loader, Revision 1.1 (Fri Feb 9 03:18:19 UTC 2018 root@releng3.nyi.freebsd.org) Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x839481 data=0xb22d0+0x447f4c syms=[0x8+0x111648+0x8+0 x103c15] | Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... Using DTB provided by EFI at 0x48000000. KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2018 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 12.0-CURRENT #0 r329009: Fri Feb 9 03:21:22 UTC 2018 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/arm64.aarch64/sys/GENERIC arm6 4 FreeBSD clang version 6.0.0 (branches/release_60 324090) (based on LLVM 6.0.0) WARNING: WITNESS option enabled, expect reduced performance. VT: init without driver. module_register: cannot register gic/gicv2m from kernel; already loaded from ker nel Module gic/gicv2m failed to register: 17 Starting CPU 1 (1) Starting CPU 2 (2) Starting CPU 3 (3) FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs arc4random: no preloaded entropy cache module_register_init: MOD_LOAD (efirt, 0xffff000000103c48, 0) error 12 random: entropy device external interface kbd0 at kbdmux0 ofwbus0: clk_fixed0: on ofwbus0 clk_fixed1: on ofwbus0 clk_fixed2: on ofwbus0 simplebus0: on ofwbus0 aw_ccung0: mem 0x1c20000-0x1c203ff on simplebu s0 iichb0: mem 0x1c2b000-0x1c2b3ff irq 21 on simplebus0 iicbus0: on iichb0 aw_ccung1: mem 0x1f01400-0x1f014ff on simplebu s0 regfix0: on ofwbus0 psci0: on ofwbus0 awusbphy0: mem 0x1c19400-0x1c19413,0x1c1a800-0x1c1a803,0x1c1 b800-0x1c1b803 on simplebus0 gic0: mem 0x1c81000-0x1c81fff, 0x1c82000-0x1c8 3fff,0x1c84000-0x1c85fff,0x1c86000-0x1c87fff irq 23 on simplebus0 gic0: pn 0x2, arch 0x2, rev 0x1, implementer 0x43b irqs 224 gpio0: mem 0x1c20800-0x1c20bff irq 12,13,14 o n simplebus0 gpiobus0: on gpio0 gpio1: mem 0x1f02c00-0x1f02fff irq 26 on simp lebus0 gpiobus1: on gpio1 generic_timer0: irq 0,1,2,3 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 irq 24,25 on simplebus0 rtc0: registered as a time-of-day clock, resolution 1.000000s cpulist0: on ofwbus0 cpu0: on cpulist0 cpu1: on cpulist0 cpu2: on cpulist0 cpu3: on cpulist0 aw_mmc0: mem 0x1c0f000-0x1c0ffff irq 4 on simplebus0 mmc0: on aw_mmc0 ehci0: mem 0x1c1b000-0x1c1b0ff irq 10 on simplebus0 usbus0: EHCI version 1.0 usbus0 on ehci0 ohci0: mem 0x1c1b400-0x1c1b4ff irq 11 on simplebus0 usbus1 on ohci0 gpioc0: on gpio0 uart0: <16750 or compatible> mem 0x1c28000-0x1c283ff irq 15 on simplebus0 uart0: console (115384,n,8,1) iic0: on iicbus0 gpioc1: on gpio1 awg0: mem 0x1c30000-0x1c31fff,0x1c00030-0x1c00033 i rq 27 on simplebus0 miibus0: on awg0 rgephy0: PHY 0 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX- FDX , 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT- FDX- master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow rgephy1: PHY 1 on miibus0 rgephy1: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX- FDX , 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT- FDX- master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow awg0: Ethernet address: 02:ba:3c:df:77:89 cryptosoft0: Timecounters tick every 1.000 msec usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 CTRL-A Z for help | 115200 8N1 | NOR | Minicom 2.7.1 | VT102 | Offline | cuaU0 It then sits there, unresponsive. I've tried sending break on the serial console, but get no response that way either. [ade] --nextPart3345232.cVc9BScUUZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCWn7X3wAKCRAy7lRaPghT TzxSAP9qU0RuntBYVR69TtF9oPJDDmfMOH0WxZ8vY0CL3fEk4AD/UyBasE3Aa0Oz OVgYPSpOkfDgYZbyjWCEzXbDl5Gw2uE= =K1bK -----END PGP SIGNATURE----- --nextPart3345232.cVc9BScUUZ-- From owner-freebsd-arm@freebsd.org Sat Feb 10 11:46:44 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F8EAF15D9D for ; Sat, 10 Feb 2018 11:46:44 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from smtp05.mail.online.nl (smtp05.mail.online.nl [194.134.25.75]) by mx1.freebsd.org (Postfix) with ESMTP id B76657B3B4 for ; Sat, 10 Feb 2018 11:46:43 +0000 (UTC) (envelope-from adridg@freebsd.org) Received: from beastie.bionicmutton.org (s55969a9e.adsl.online.nl [85.150.154.158]) by smtp05.mail.online.nl (Postfix) with ESMTP id 1D9C92000A8 for ; Sat, 10 Feb 2018 12:46:43 +0100 (CET) From: Adriaan de Groot To: freebsd-arm@freebsd.org Subject: Re: Pine64+ latest image hangs Date: Sat, 10 Feb 2018 12:46:42 +0100 Message-ID: <2394740.MX2jJc6Ouc@beastie.bionicmutton.org> Organization: FreeBSD In-Reply-To: <4129359.A5eNoD8rIH@beastie.bionicmutton.org> References: <4129359.A5eNoD8rIH@beastie.bionicmutton.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1583311.L3A7K2E4Mc"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 11:46:44 -0000 --nextPart1583311.L3A7K2E4Mc Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Saturday, 10 February 2018 12:30:39 CET Adriaan de Groot wrote: > It boots, but then hangs > as follows (*not* in verbose mode, though): .. > Timecounters tick every 1.000 msec > usbus0: 480Mbps High Speed USB v2.0 > usbus1: 12Mbps Full Speed USB v1.0 In verbose mode, it boots through to login prompt and "just works". Copying from around the same messages, lt looks like this: Device configuration finished. procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached tcp_init: net.inet.tcp.tcbhashsize auto tuned to 16384 IPsec: Initialized Security Association Processing. usbus0: 480Mbps High Speed USB v2.0 usbus1: 12Mbps Full Speed USB v1.0 mmc0: Probing bus ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 mmc0: SD 2.0 interface conditions: OK I can't guess why verbose boot works better than plain. [ade] --nextPart1583311.L3A7K2E4Mc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEIAB0WIQTVFBoRsP760fy+Jisy7lRaPghTTwUCWn7bogAKCRAy7lRaPghT T/5PAPwJL34VM3OzhjZwPnadsHX4knUSkCKOs/4L+HK9EPIToAD/d+2aoxBxO+vn 7C9GqY7js/MrLCW5UAMZitH4d4cx/PY= =eGeD -----END PGP SIGNATURE----- --nextPart1583311.L3A7K2E4Mc-- From owner-freebsd-arm@freebsd.org Sat Feb 10 17:17:11 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52F15F0C9B8 for ; Sat, 10 Feb 2018 17:17:11 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D34B87F8C; Sat, 10 Feb 2018 17:17:09 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id ECF15109D; Sat, 10 Feb 2018 11:17:07 -0600 (CST) Date: Sat, 10 Feb 2018 11:17:06 -0600 From: Mark Linimon To: Adriaan de Groot Cc: freebsd-arm@freebsd.org Subject: Re: Pine64+ latest image hangs Message-ID: <20180210171706.GB27022@lonesome.com> References: <4129359.A5eNoD8rIH@beastie.bionicmutton.org> <2394740.MX2jJc6Ouc@beastie.bionicmutton.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2394740.MX2jJc6Ouc@beastie.bionicmutton.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Feb 2018 17:17:11 -0000 I added a note to the wiki about this yesterday after my own testing; see https://wiki.freebsd.org/arm64#Pine64 . It also references the PR number of the likely culprit. mcl