From owner-freebsd-arm@freebsd.org Sun Aug 25 02:15:15 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9FB0ED279B for ; Sun, 25 Aug 2019 02:15:15 +0000 (UTC) (envelope-from lists@cyclaero.com) Received: from projectstore.net (ec2-18-228-164-192.sa-east-1.compute.amazonaws.com [18.228.164.192]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46GJcy3G7Hz4Qf0 for ; Sun, 25 Aug 2019 02:15:13 +0000 (UTC) (envelope-from lists@cyclaero.com) Received: from mail.obsigna.com (unknown [189.54.30.115]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by projectstore.net (Postfix) with ESMTPSA id D0DF21E0F6C for ; Sat, 24 Aug 2019 23:15:01 -0300 (-03) Received: from rolf-mini.obsigna.com (rolf-mini.obsigna.com [192.168.222.5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.obsigna.com (Postfix) with ESMTPSA id 4364B1350F946 for ; Sat, 24 Aug 2019 23:14:58 -0300 (-03) From: lists@cyclaero.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: BeagleBone Black Power Button Pin P9_09, issue with DTS 5.x Message-Id: Date: Sat, 24 Aug 2019 23:14:57 -0300 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 46GJcy3G7Hz4Qf0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of lists@cyclaero.com designates 18.228.164.192 as permitted sender) smtp.mailfrom=lists@cyclaero.com X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-0.58)[ip: (-1.48), ipnet: 18.228.0.0/16(0.01), asn: 16509(-1.35), country: US(-0.05)]; R_SPF_ALLOW(-0.20)[+a:projectstore.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[cyclaero.com]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.92)[-0.923,0]; FROM_NO_DN(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:18.228.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[115.30.54.189.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Aug 2019 02:15:15 -0000 I finished a project with the BeagleBone Black running FreeBSD = 13.0-CURRENT #0 r350899M: Mon Aug 12 11:40:06 -03 2019. Once I mounted = it into the closure and connected the external power button to P9_09 and = ground (P9_01), the BBB freezes instantly and completely when the power = button is pressed. =46rom this I could only recover by pulling the 5 V = plug.=20 I build the very same kernel after only replacing the DTS 5.1 with the = DTS 4.2, using the following command sequence: cd src/sys/gnu/dts mv arm arm-5.1 svn checkout -r 346091 = https://svn.freebsd.org/base/head/sys/gnu/dts/arm arm-4.2 ln -s arm-4.2 arm cd ../../.. =20 make -j4 buildkernel TARGET_ARCH=3Darmv7 KERNCONF=3DCyControl mount -o noatime /dev/ufs/SYSTEM /back sudo -E make installkernel TARGET_ARCH=3Darmv7 KERNCONF=3DCyControl = DESTDIR=3D/back mount_msdosfs -o noatime /dev/da0s1 /mnt rm -r /mnt/dtb cp -r /back/boot/dtb/ /mnt/dtb umount /mnt umount /back Afterwards, the power button works as expected. My projects with the BBB are finished, and I don=E2=80=99t ask for = fixing this. I only wanted to report the issue. In case you need an = external power button with the BBB then you want to avoid DTS 5.x. Best regards Rolf= From owner-freebsd-arm@freebsd.org Sun Aug 25 16:48:30 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8A1B8E357F for ; Sun, 25 Aug 2019 16:48:30 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) Received: from sonic306-20.consmr.mail.ir2.yahoo.com (sonic306-20.consmr.mail.ir2.yahoo.com [77.238.176.206]) (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 46Gh0X6Pb0z47gV for ; Sun, 25 Aug 2019 16:48:28 +0000 (UTC) (envelope-from oskar.holmlund@yahoo.com) X-YMail-OSG: 4YAPrNEVM1lXENxkTl3cojHy_uttfJ6GECDlO_2SOgqmopYZSIUqi2F0qN20V6e 2gSgaQA8TbvtBGzbZR6v8QnC8bf4UaZtm3kp1OMi2EPbfDUxCZnO1t_ZeH6SC9X5pAYXWomAqzFH fJUcjt5wpwIopbRbcVEgPdyYGcYWzc_pAeCuIxpQOioSjOFkD3wGm5HM2MMCx71_dQ57ag4TWnGx Yt4a_JWHHj4OgFuFRhmxX95gaAlm0eQEPcc9FaU6YJ0MI4TexTyzFFcNHTKZ5GvqEoQnJhzaytHg 3ycfkMPt_c1gBS8U7DJeX8PQSWDUP5wZ.FXzn1oy9oX8BkP4DV3HF6bmJahSTWlT3LlOrH.ZhR_z cT8UM5gX7vys5E3KH2y33LolEIY7PutV76g8gIh.zyYMIlvfG276xnOk_buH3jyMfszjp6HWVj_V .pIh5cNZEWM7cIfpvv8.vAphSEgLTZglG5jrGFQRCtr94_.zUwTb875Gg87.pzPeQhr_.rsns1Tk 4aF1zf8ouUqy0ScUuf6yshDiZv83mEFv_z0fsqx3E8OHJXEiWxL3uZx4hShrKAJh.E8awPfmb0ta qiZGCMpLQFJIAi3pqRbmPSNBoo3XktKUabjca8jvLRpMHuz4nxY86hezGAu9smRq2VvX904uG7l6 rwafGeXQ07F3dMpVawEq4VA28fLwW5LRAUTQmNMOLtIunHt0X_VYTRf.HThwqFAb1Zbw5V2TKkR4 DQMGf1xrNq97N3h0Ho6Fr3vzbJDBm_L71xSEiZ.b8ZzFJ_1g19vrnXX7daAQqYKhVYtuovFUzL2x z7vO6sZKe_HgNyq7NuEh4qupkzSDPi9ipeI2FOSNd14Zgdw25l7Pcha8J0BvfgL3E6deT6wtLinA wDCJMSHKhL8ohL_klpEEHBS012jowwOYbDambiRw1EDysdT2WdYSmaPzVFDmmgKdAC3ONAWDu3DY 2dcHKohLgDcepoDh68kwaaG6GtcQL829ssbVyn05G6lBwzmNdv_w5tPhkzmsn15t22QwMtMzmlSc kgMHfRoQCilcluP7j3LAXn012.9gQDKSoUmiYdaSeeJ8sx7r5Af7Fi_RkFvSLEssYKIRsnXVvDvL c23z0P386qCqeyqudCqYJ_vWZxQzgy9OItN8RlUBTBflKProL2zl1Hpom9KUsDin5iPFgRLae0Yw A0TXMrCGV8Hv8dC69jQSUJqgZjQwjhB09LRM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ir2.yahoo.com with HTTP; Sun, 25 Aug 2019 16:48:26 +0000 Date: Sun, 25 Aug 2019 16:48:19 +0000 (UTC) From: Oskar Holmlund To: "freebsd-arm@freebsd.org" Message-ID: <444868997.1789504.1566751699269@mail.yahoo.com> Subject: TI AM335x GPIO as chip select for SPI MIME-Version: 1.0 References: <444868997.1789504.1566751699269.ref@mail.yahoo.com> X-Mailer: WebService/1.1.14219 YMailNorrin Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0 X-Rspamd-Queue-Id: 46Gh0X6Pb0z47gV X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.84 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; HAS_ATTACHMENT(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~,5:~,6:~,7:~,8:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:34010, ipnet:77.238.176.0/22, country:GB]; SH_EMAIL_ZRD(0.00)[0.0.0.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.70)[0.700,0]; MIME_GOOD(-0.10)[multipart/mixed,multipart/alternative,text/plain]; MIME_BAD_ATTACHMENT(1.60)[c,h]; NEURAL_SPAM_MEDIUM(0.77)[0.768,0]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (3.86), ipnet: 77.238.176.0/22(2.22), asn: 34010(1.75), country: GB(-0.08)]; NEURAL_SPAM_LONG(0.68)[0.675,0]; RCVD_IN_DNSWL_NONE(0.00)[206.176.238.77.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Aug 2019 16:48:30 -0000 Hi, I'm currently writing drivers for different clickboards (Mikroelektronika).= The cape for Beaglebone black https://www.mikroe.com/beaglebone-mikrobus-ca= pe use an ordinary GPIO(P8_10) as chipselect=C2=A0 for one of the mikrobus = slots. I follow the gpio pin assignment code from arm/freescale/imx/imx_spi.c wit= h minor modification. (patch-src_sys_arm_ti_ti__spi.c and=C2=A0patch-src_sys_arm_ti_ti__spivar.h) The cs-gpios are described here: https://www.kernel.org/doc/Documentation/devicetree/bindings/spi/spi-contro= ller.yaml To implement the "native cs" is it acceptable to change ofw_bus_parse_xref_= list_internal() in sys/dev/ofw/ofw_bus_subr.c to be aware that pnode can be= zero (and if its on the requested index report it to calling function)? (patch-src_sys_dev_gpio_ofw__gpiobus.c andpatch-src_sys_dev_ofw_ofw_bus_sub= r.c) Before the introduction of ti_sysc: all GPIO modules was probed & attached= at once and after a while the SPI was handled, example boot log: ---<>--- ... gpio0: mem 0x44e07000-0x44e07fff irq 7 on simplebus0 gpio1: mem 0x4804c000-0x4804cfff irq 8 on simplebus0 gpio2: mem 0x481ac000-0x481acfff irq 9 on simplebus0 gpio3: mem 0x481ae000-0x481aefff irq 10 on simplebus0=20 ... spi0: mem 0x48030000-0x480303ff irq 36 on simplebus0=C2=A0 After the introduction of ti_sysc (dts 5.x) it seems that the devices are a= ttached by the location in memory (the order follow more or less whats desc= ribed in TRM page 179 Table2-2. L4_WKUP Peripheral Memory Map.) ---<>= --- ... gpio0: mem 0-0xfff irq 12 on ti_sysc= 1...spi0: mem 0-0x3ff irq 24 on ti_sysc12...gpio1: mem 0-0xfff irq 35 on ti_sysc21 ... spi1: mem 0-0x3ff irq 40 on ti_sysc27... gpio2: mem 0-0xfff irq 44 on ti_sysc= 31gpio3: mem 0-0xfff irq 45 on ti_sy= sc32 I'm fine with the initialization order but have an little problem. If the = SPI0 uses one of the pins from GPIO1 its not initialized when the SPI0 is a= cquiring the pin and it fails.=20 My solution is to use the config_intrhook_oneshot to delay the setup of GPI= O Pin as CS - is there another way? If a IO expander are attached to the SPI bus (of course with gpio as CS) an= d on the IO expander it is a LED and for some reasons it seems logic to use= the gpioled driver. In this case the gpioled driver is not a child of the = IO expander in the device tree but it uses the IO expander resource instead= . For example: fragment@0 { =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 target-path=3D"/leds= "; =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 __overlay__ { =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 mcp23_led@0 { =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 label =3D "d1"= ; =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 gpios= =3D <&mcp23s17ioexp1 15 0>; =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 defau= lt-state =3D "off"; =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 };}; Of course this will fail because the gpioled driver are probed&attached bef= ore the IO expander is available. It doesnt feel right to change the gpiole= d driver to use config_intrhook_oneshot().(patch-src_sys_dev_gpio_gpioled_f= dt.c) Do you have any ideas how to address this situation? --=20 B=C3=A4sta H=C3=A4lsningar Oskar Holmlund Tel 070-3220292 From owner-freebsd-arm@freebsd.org Sun Aug 25 21:00:39 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 7FB7CC3DE8 for ; Sun, 25 Aug 2019 21:00:39 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46GnbW1t6Rz4T2l for ; Sun, 25 Aug 2019 21:00:39 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 1A4C4234FA for ; Sun, 25 Aug 2019 21:00:39 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x7PL0cOs012457 for ; Sun, 25 Aug 2019 21:00:38 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Received: (from bugzilla@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x7PL0cs0012448 for freebsd-arm@FreeBSD.org; Sun, 25 Aug 2019 21:00:38 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201908252100.x7PL0cs0012448@kenobi.freebsd.org> X-Authentication-Warning: kenobi.freebsd.org: bugzilla set sender to bugzilla-noreply@FreeBSD.org using -f From: bugzilla-noreply@FreeBSD.org To: freebsd-arm@FreeBSD.org Subject: Problem reports for freebsd-arm@FreeBSD.org that need special attention Date: Sun, 25 Aug 2019 21:00:38 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Aug 2019 21:00:39 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 238576 | Raspberry Pi 3B+ "shutdown -p" does not shut off Open | 239673 | Spurious Interrupt message from /dev/led/led1 2 problems total for which you should take action. From owner-freebsd-arm@freebsd.org Sun Aug 25 22:21:10 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BC3B8C7160 for ; Sun, 25 Aug 2019 22:21:10 +0000 (UTC) (envelope-from felisha.rene6@gmail.com) Received: from mail-vs1-xe34.google.com (mail-vs1-xe34.google.com [IPv6:2607:f8b0:4864:20::e34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46GqNP5qDFz4YqP for ; Sun, 25 Aug 2019 22:21:09 +0000 (UTC) (envelope-from felisha.rene6@gmail.com) Received: by mail-vs1-xe34.google.com with SMTP id 62so9704725vsl.5 for ; Sun, 25 Aug 2019 15:21:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=ygMzASB0+bv2cw0xHZfx6SHYmj1T6HRdGvhQ6T+dvCo=; b=o2XVMVbRg7yjYl+/K5+FooYc4meaBfzxtI9X+k3V1I0q+4B29E3Po7kxzOkEBeGT5q xGDlZmtDOZFD0g+JDGmx1Q656TUEomIVyIdRppGpRZvxACJo+xgv8129nSX3a7mAvgBK 9jFDAAUquSaT9lV+tMWWWprgXvi0qfrgsMOaikLKB299aXwPBWPuBFt2dHkqCFXiRh2k 1aHyhgPrzm9g34DNHhl2Mu9ueMJo86rugDlgX0ofNHfgJgoOdk1skmvXsRBICUMHoDwM /Afku2PMyedOgWmagv9FRz1+Q/TXzsng8tIGS10NcMxQny0X+5Yr7hkzuDPc41wFJ/ON /VbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=ygMzASB0+bv2cw0xHZfx6SHYmj1T6HRdGvhQ6T+dvCo=; b=JKrExRlWYdVSusPsJJPLMbD/Bd79yKVkzcnGlCCdaXRtSdai5EhIla2iRMkpq4purE f0Tf/YfA9VEnn58AeItjFUlv3ombYnobDXESC+GmRf7SxebIXuqur61uN6/fJ/Rw/yZf pEVHKR9a+8Oe0RQUOE15ZbJxS1OvriIRcjGRZrB/toKtr0WjxZIgg5WXl0ZadtSGTUBT 96+iTf9lQ/h99azcsVum6DzCsQ6jc30iMM5iL3DdJO3ZhcAIQo01ZuO0s4VVIdhkFyum 4FGX6/nT7QsJs0JVMsdeo1at9VeHSugwThViMBcxdBcypZZUmWZFbNXazt82cCTQrv3a xrkQ== X-Gm-Message-State: APjAAAUZmMhv7GAb9WzXUqzeox5mIweRFkjUUjBaTLkcFdm0bm9hRGkz RF3kfLMyNPLnt+QlAeo69T0ToV2ud6Ttk9AqHVtP3cMR X-Google-Smtp-Source: APXvYqwZoGppx3rh/mnk6QzyUP5VgjgZFy9wDzHS5s8uXLBPuvmGN+X7skNB/Hzq7iIEDifBjtqufpEE0mG7/0EWXm8= X-Received: by 2002:a05:6102:7bb:: with SMTP id x27mr8006340vsg.211.1566771668425; Sun, 25 Aug 2019 15:21:08 -0700 (PDT) MIME-Version: 1.0 From: Felisha Arriaga Date: Sun, 25 Aug 2019 17:20:55 -0500 Message-ID: Subject: To: freebsd-arm@freebsd.org X-Rspamd-Queue-Id: 46GqNP5qDFz4YqP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=o2XVMVbR; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of felisharene6@gmail.com designates 2607:f8b0:4864:20::e34 as permitted sender) smtp.mailfrom=felisharene6@gmail.com X-Spamd-Result: default: False [-0.80 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.997,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(0.00)[ip: (-9.66), ipnet: 2607:f8b0::/32(-2.87), asn: 15169(-2.33), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[4.3.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; EMPTY_SUBJECT(1.00)[]; HFILTER_URL_ONLY(2.20)[1]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Aug 2019 22:21:10 -0000 Lovemykid's100%@email.com From owner-freebsd-arm@freebsd.org Sun Aug 25 23:06:35 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2F11DC855B for ; Sun, 25 Aug 2019 23:06:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 46GrNp0BF1z4bhT for ; Sun, 25 Aug 2019 23:06:33 +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 x7PN6Ohn030955 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 25 Aug 2019 16:06:25 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x7PN6OHT030954; Sun, 25 Aug 2019 16:06:24 -0700 (PDT) (envelope-from fbsd) Date: Sun, 25 Aug 2019 16:06:23 -0700 From: bob prohaska To: freebsd-arm@freebsd.org Subject: RPI2 drops _some_ ssh connection Message-ID: <20190825230623.GA30925@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-Rspamd-Queue-Id: 46GrNp0BF1z4bhT X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [2.26 / 15.00]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.32)[0.319,0]; IP_SCORE(0.08)[ip: (0.35), ipnet: 50.1.16.0/20(0.17), asn: 7065(-0.05), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.36)[0.362,0]; NEURAL_HAM_LONG(-0.41)[-0.407,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Aug 2019 23:06:35 -0000 I've an RPI2 running 11.3-STABLE FreeBSD 11.3-STABLE #0 r351178 which seems to be dropping one of several active ssh connections. With four connections active from terminal windows on a Pi3 running raspbian, the one used to monitor a cu session keeps dropping every half-hour or so. All the other connections, running ordinary user processes like top or compiling a port, seem to stay up and running. There has been a tendency for -current to do this on a Pi3, but 11-stable didn't until the latest upgrade a few days ago. It doesn't look like a network problem, since all four sessions are over the same wifi and wired links. Could there be some odd interaction between cu and ssh? Thanks for reading, and any thoughts.... bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 26 01:16:13 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E247CCB094 for ; Mon, 26 Aug 2019 01:16:13 +0000 (UTC) (envelope-from marrius9876@gmail.com) Received: from n6.nabble.com (n6.nabble.com [162.255.23.37]) by mx1.freebsd.org (Postfix) with ESMTP id 46GvGN445jz3D5j for ; Mon, 26 Aug 2019 01:16:12 +0000 (UTC) (envelope-from marrius9876@gmail.com) Received: from n6.nabble.com (localhost [127.0.0.1]) by n6.nabble.com (Postfix) with ESMTP id CDFF01099826F for ; Sun, 25 Aug 2019 18:16:09 -0700 (MST) Date: Sun, 25 Aug 2019 18:16:09 -0700 (MST) From: comarius To: freebsd-arm@freebsd.org Message-ID: <1566782169841-0.post@n6.nabble.com> Subject: PWM / SPI / I2C pn Beaglebone Black with FreeBSD 13.0-CURRENT r351363 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46GvGN445jz3D5j X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 162.255.23.37 is neither permitted nor denied by domain of marrius9876@gmail.com) smtp.mailfrom=marrius9876@gmail.com X-Spamd-Result: default: False [4.66 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.59)[0.585,0]; IP_SCORE(0.00)[ip: (0.58), ipnet: 162.255.20.0/22(0.19), asn: 21624(0.04), country: US(-0.05)]; VIOLATED_DIRECT_SPF(3.50)[]; NEURAL_HAM_SHORT(-0.27)[-0.271,0]; NEURAL_SPAM_LONG(0.74)[0.742,0]; RCVD_IN_DNSWL_NONE(0.00)[37.23.255.162.list.dnswl.org : 127.0.10.0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:21624, ipnet:162.255.20.0/22, country:US]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_ENVFROM(0.00)[gmail.com]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 01:16:13 -0000 Hi, I installed the FreeBSD 13.0-CURRENT r351363 on BBB, I cannot see any PWM's /SPI's or I2C though I can see GPIO's. The dtb files in the boot are only these: ./dtb/am335x-bone.dtb ./dtb/am335x-boneblack.dtb ./dtb/am335x-boneblack-wireless.dtb ./dtb/am335x-bonegreen.dtb ./dtb/am335x-bonegreen-wireless.dtb ./dtb/am335x-boneblue.dtb ./dtb/am335x-pocketbeagle.dtb ./msdos/dtb/am335x-bone.dtb ./msdos/dtb/am335x-boneblack.dtb ./msdos/dtb/am335x-boneblack-wireless.dtb ./msdos/dtb/am335x-bonegreen.dtb ./msdos/dtb/am335x-bonegreen-wireless.dtb ./msdos/dtb/am335x-boneblue.dtb ./msdos/dtb/am335x-pocketbeagle.dtb How do I enable them from which file in /boot/ and which one is the SPI+PWM+i2C Thank you -- Sent from: http://freebsd.1045724.x6.nabble.com/freebsd-arm-f4199244.html From owner-freebsd-arm@freebsd.org Mon Aug 26 15:48:32 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E34B7DE88F for ; Mon, 26 Aug 2019 15:48:32 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46HGcv6zp2z4ZDS for ; Mon, 26 Aug 2019 15:48:31 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather-dld-1.lib.vt.edu (pmather-dld-1.lib.vt.edu [128.173.51.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 16F9A8B; Mon, 26 Aug 2019 11:48:24 -0400 (EDT) Content-Type: text/plain; charset=us-ascii; delsp=yes; format=flowed Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: RPI2 drops _some_ ssh connection From: Paul Mather In-Reply-To: <20190825230623.GA30925@www.zefox.net> Date: Mon, 26 Aug 2019 11:48:24 -0400 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: <1A92437A-157F-4EF9-A07D-916BAED14CF2@gromit.dlib.vt.edu> References: <20190825230623.GA30925@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: 46HGcv6zp2z4ZDS X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-3.04 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.64)[ip: (-1.62), ipnet: 128.173.0.0/16(-0.81), asn: 1312(-0.74), country: US(-0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.90)[-0.898,0]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 15:48:32 -0000 On Aug 25, 2019, at 7:06 PM, bob prohaska wrote: > I've an RPI2 running 11.3-STABLE FreeBSD 11.3-STABLE #0 r351178 > which seems to be dropping one of several active ssh connections. > > With four connections active from terminal windows on a Pi3 running > raspbian, the one used to monitor a cu session keeps dropping every > half-hour or so. All the other connections, running ordinary user > processes like top or compiling a port, seem to stay up and running. > > There has been a tendency for -current to do this on a Pi3, but > 11-stable didn't until the latest upgrade a few days ago. > > It doesn't look like a network problem, since all four sessions > are over the same wifi and wired links. Could there be some odd > interaction between cu and ssh? Is the cu session producing regular output? If not, could there be some sort of idle timeout at the remote end disconnecting it? (All the other sessions you mention above [e.g., top] seem like they would be generating regular output.) Are you using the ServerAliveInterval option at the client side of the SSH session to ensure semi-regular traffic is being sent through the connection? This can help prevent the connection state being aged out with some stateful firewall setups. Cheers, Paul. From owner-freebsd-arm@freebsd.org Mon Aug 26 17:00:11 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AC527E035D for ; Mon, 26 Aug 2019 17:00:11 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 46HJCZ0xWZz4fQY for ; Mon, 26 Aug 2019 17:00:09 +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 x7QH06i7034416 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 26 Aug 2019 10:00:07 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x7QH05rn034415; Mon, 26 Aug 2019 10:00:05 -0700 (PDT) (envelope-from fbsd) Date: Mon, 26 Aug 2019 10:00:05 -0700 From: bob prohaska To: Paul Mather Cc: freebsd-arm@freebsd.org, bob prohaska Subject: Re: RPI2 drops _some_ ssh connection Message-ID: <20190826170005.GA34339@www.zefox.net> References: <20190825230623.GA30925@www.zefox.net> <1A92437A-157F-4EF9-A07D-916BAED14CF2@gromit.dlib.vt.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1A92437A-157F-4EF9-A07D-916BAED14CF2@gromit.dlib.vt.edu> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 46HJCZ0xWZz4fQY X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [0.82 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.55)[-0.554,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.08)[ip: (0.35), ipnet: 50.1.16.0/20(0.17), asn: 7065(-0.05), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_SHORT(0.35)[0.345,0]; NEURAL_HAM_LONG(-0.95)[-0.952,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 17:00:11 -0000 On Mon, Aug 26, 2019 at 11:48:24AM -0400, Paul Mather wrote: > On Aug 25, 2019, at 7:06 PM, bob prohaska wrote: > > > I've an RPI2 running 11.3-STABLE FreeBSD 11.3-STABLE #0 r351178 > > which seems to be dropping one of several active ssh connections. > > > > With four connections active from terminal windows on a Pi3 running > > raspbian, the one used to monitor a cu session keeps dropping every > > half-hour or so. All the other connections, running ordinary user > > processes like top or compiling a port, seem to stay up and running. > > > > There has been a tendency for -current to do this on a Pi3, but > > 11-stable didn't until the latest upgrade a few days ago. > > > > It doesn't look like a network problem, since all four sessions > > are over the same wifi and wired links. Could there be some odd > > interaction between cu and ssh? > > > Is the cu session producing regular output? If not, could there be some > sort of idle timeout at the remote end disconnecting it? (All the other > sessions you mention above [e.g., top] seem like they would be generating > regular output.) > Yes, the cu session is to the serial console of another Pi which spews a regular stream of security alerts. There are five such sessions, one to each Pi in my cluster. They are r351122 ns1 11-stable r351003 ns2 11-stable r351178 net 11-stable r351413 org -current r351178 com 11-stable Admittedly, it's baffling that two machines at r351178 behave differently. Previous to the latest round of upgrades the machine running -current did this but has since stopped, with the symptoms moving to only one -stable machine after the most recent upgrade a few days ago. > Are you using the ServerAliveInterval option at the client side of the SSH > session to ensure semi-regular traffic is being sent through the > connection? This can help prevent the connection state being aged out with > some stateful firewall setups. > I've not set anything explicitly, it's all system defaults. Likewise, there's no firewall. The ssh window ends like this: FreeBSD/arm64 (www.zefox.org) (ttyu0) login: Aug 25 17:19:31 www sshd[61010]: error: PAM: Authentication error for illegal user support from 103.125.191.208 Aug 25 17:19:31 www sshd[61010]: error: Received disconnect from 103.125.191.208 port 55630:14: No more user authentication methods available. [preauth] Aug 25 17:55:06 www sshd[61093]: error: PAM: Authentication error for illegal user support from 103.125.191.208 Aug 25 17:55:06 www sshd[61093]: error: Received disconnect from 103.125.191.208 port 51853:14: No more user authentication methods available. [preauth] FreeBSD/arm64 (www.zefox.org) (ttyu0) login: packet_write_wait: Connection to 50.1.20.26 port 22: Broken pipe bob@raspberrypi:~ $ There are other ssh sessions open to the failing host which generate no regular traffic and seem to stay up for days. However, sessions used to run portmaster interactively seemed inclined to disconnect. Superficially it looks as if the _kind_ of traffic makes a difference. Thanks for posting! bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 26 17:07:29 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 93513E0AE0 for ; Mon, 26 Aug 2019 17:07:29 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 46HJN04rMlz4g1k for ; Mon, 26 Aug 2019 17:07:28 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x7QH7OCr077065; Mon, 26 Aug 2019 10:07:24 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x7QH7OMt077064; Mon, 26 Aug 2019 10:07:24 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201908261707.x7QH7OMt077064@gndrsh.dnsmgr.net> Subject: Re: RPI2 drops _some_ ssh connection In-Reply-To: <20190826170005.GA34339@www.zefox.net> To: bob prohaska Date: Mon, 26 Aug 2019 10:07:24 -0700 (PDT) CC: Paul Mather , freebsd-arm@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 46HJN04rMlz4g1k X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-0.24 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.13)[-0.131,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.951,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.10)[-0.102,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.04)[ip: (0.15), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.05), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 17:07:29 -0000 > On Mon, Aug 26, 2019 at 11:48:24AM -0400, Paul Mather wrote: > > On Aug 25, 2019, at 7:06 PM, bob prohaska wrote: > > > > > I've an RPI2 running 11.3-STABLE FreeBSD 11.3-STABLE #0 r351178 > > > which seems to be dropping one of several active ssh connections. > > > > > > With four connections active from terminal windows on a Pi3 running > > > raspbian, the one used to monitor a cu session keeps dropping every > > > half-hour or so. All the other connections, running ordinary user > > > processes like top or compiling a port, seem to stay up and running. > > > > > > There has been a tendency for -current to do this on a Pi3, but > > > 11-stable didn't until the latest upgrade a few days ago. > > > > > > It doesn't look like a network problem, since all four sessions > > > are over the same wifi and wired links. Could there be some odd > > > interaction between cu and ssh? > > > > > > Is the cu session producing regular output? If not, could there be some > > sort of idle timeout at the remote end disconnecting it? (All the other > > sessions you mention above [e.g., top] seem like they would be generating > > regular output.) > > > Yes, the cu session is to the serial console of another Pi which spews a > regular stream of security alerts. There are five such sessions, one to > each Pi in my cluster. They are > r351122 ns1 11-stable > r351003 ns2 11-stable > r351178 net 11-stable > r351413 org -current > r351178 com 11-stable > > Admittedly, it's baffling that two machines at r351178 behave differently. > Previous to the latest round of upgrades the machine running -current did > this but has since stopped, with the symptoms moving to only one -stable > machine after the most recent upgrade a few days ago. > > > Are you using the ServerAliveInterval option at the client side of the SSH > > session to ensure semi-regular traffic is being sent through the > > connection? This can help prevent the connection state being aged out with > > some stateful firewall setups. > > > > I've not set anything explicitly, it's all system defaults. Likewise, > there's no firewall. > > The ssh window ends like this: > > FreeBSD/arm64 (www.zefox.org) (ttyu0) > > login: Aug 25 17:19:31 www sshd[61010]: error: PAM: Authentication error for illegal user support from 103.125.191.208 > Aug 25 17:19:31 www sshd[61010]: error: Received disconnect from 103.125.191.208 port 55630:14: No more user authentication methods available. [preauth] > Aug 25 17:55:06 www sshd[61093]: error: PAM: Authentication error for illegal user support from 103.125.191.208 > Aug 25 17:55:06 www sshd[61093]: error: Received disconnect from 103.125.191.208 port 51853:14: No more user authentication methods available. [preauth] > > > FreeBSD/arm64 (www.zefox.org) (ttyu0) > > login: packet_write_wait: Connection to 50.1.20.26 port 22: Broken pipe > bob@raspberrypi:~ $ > > There are other ssh sessions open to the failing host which generate no > regular traffic and seem to stay up for days. However, sessions used to > run portmaster interactively seemed inclined to disconnect. > > Superficially it looks as if the _kind_ of traffic makes a difference. > > Thanks for posting! > > bob prohaska Are there any OOM errors in the /var/log/messages or other indications that the system decided to kill a process or a process exited abnormally? -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Mon Aug 26 17:48:06 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB928E1916 for ; Mon, 26 Aug 2019 17:48:06 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 46HKGt1MRtz3FJC for ; Mon, 26 Aug 2019 17:48:06 +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 x7QHm3gL034539 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 26 Aug 2019 10:48:04 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.15.2/8.15.2/Submit) id x7QHm3cB034538; Mon, 26 Aug 2019 10:48:03 -0700 (PDT) (envelope-from fbsd) Date: Mon, 26 Aug 2019 10:48:02 -0700 From: bob prohaska To: bob prohaska Cc: freebsd-arm@freebsd.org Subject: Re: RPI2 drops _some_ ssh connection Message-ID: <20190826174802.GB34339@www.zefox.net> References: <20190826170005.GA34339@www.zefox.net> <201908261707.x7QH7OMt077064@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201908261707.x7QH7OMt077064@gndrsh.dnsmgr.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Rspamd-Queue-Id: 46HKGt1MRtz3FJC X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [1.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.03)[-0.031,0]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.31)[0.311,0]; IP_SCORE(0.08)[ip: (0.35), ipnet: 50.1.16.0/20(0.17), asn: 7065(-0.05), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.43)[-0.431,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MID_RHS_WWW(0.50)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 17:48:06 -0000 On Mon, Aug 26, 2019 at 10:07:24AM -0700, Rodney W. Grimes wrote: > > Are there any OOM errors in the /var/log/messages or other indications > that the system decided to kill a process or a process exited abnormally? Nothing on the console. As an aside, this is a Pi2 with 2G of swap. So far there haven't been memory or swap issues (yet). The cu session is talking to an FTDI usb-serial adapter. If cu gets crossed up, could it kill the ssh session that started it? Thanks for posting! bob prohaska From owner-freebsd-arm@freebsd.org Mon Aug 26 21:15:01 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C0F8FE5687 for ; Mon, 26 Aug 2019 21:15:01 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 46HPsc0WPmz3RGr for ; Mon, 26 Aug 2019 21:14:59 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i2MJk-0007JY-L6; Mon, 26 Aug 2019 23:14:57 +0200 To: freebsd-arm , "Jeffrey Bowers" Subject: svn timeout - Re: Espressobin anyone ? References: <20190817210822.8920656bad0855b554883cf2@bidouilliste.com> <2D6D4BDA-75EC-403F-B5E2-52A468369DE2@gmail.com> <627099DD-804B-412F-A083-768CEFCF955C@gmail.com> <6DA8E736-8031-4BF7-8B20-CF8B0E8A7FEF@gmail.com> <2002575095.53.1566305166664@localhost> Date: Mon, 26 Aug 2019 23:14:24 +0200 MIME-Version: 1.0 From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: + X-Spam-Score: 1.0 X-Spam-Status: No, score=1.0 required=5.0 tests=ALL_TRUSTED, BAYES_50, HTML_MESSAGE, NORMAL_HTTP_TO_IP, NUMERIC_HTTP_ADDR autolearn=disabled version=3.4.2 X-Scan-Signature: ebb945cc479a1e91b1cea211b46a8de8 X-Rspamd-Queue-Id: 46HPsc0WPmz3RGr X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-1.42 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain,multipart/related]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; DMARC_NA(0.00)[klop.ws]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.92)[-0.922,0]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[88.28.190.195.list.dnswl.org : 127.0.10.0]; HTTP_TO_IP(1.00)[]; IP_SCORE(-0.70)[ip: (-1.11), ipnet: 195.190.28.0/24(-0.38), asn: 47172(-2.02), country: NL(0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes Content-Transfer-Encoding: Quoted-Printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 21:15:01 -0000 On Fri, 23 Aug 2019 00:27:00 +0200, Jeffrey Bowers = = wrote: > No, unfortunately it still ends in an E000060: Operation timed out. = > However, there are files and directories in my local ports directory, = = > >so it's downloading at least some things. One more option I can think of. svn checkout svn://svn.freebsd.org/ports/head So not svn+ssh://, but only svn://. I just noticed my RPI3 uses that for= = sources. Something else I have seen in the past is that the local disk (like a = cheap SD-card) can be too slow and causes timeouts because SVN can't wri= te = fast enough to keep the network busy. Which might happen earlier if you = = checkout using https compared to the svn-protocol. Ronald. > > On Tue, Aug 20, 2019 at 2:01 PM Ronald Klop wro= te: >> On Wed, 21 Aug 2019 01:03:37 +0200, Jeffrey Bowers = >> wrote: >> >>> Yes sir, I can ping svn.freebsd.org. Any idea why the checkout fail= s? >> >> I don't know. What ip address do you get when pinging? >> >> Does this work for you? Does it work using the ip address you get? >> >> svn checkout https://213.138.116.72/ports/head >> >> Regards, >> Ronald. >> >> >> >>> >>> On Tue, Aug 20, 2019 at 7:46 AM Ronald Klop = >>> wrote: >>>> It is not possible to 'ping https://svn.freebsd.org/ports/head'. >>>> You can 'ping svn.freebsd.org'. >>>> >>>> Ronald. >>>> = >>>> Van: Jeffrey Bowers >>>> Datum: dinsdag, 20 augustus 2019 14:36 >>>> Aan: "S=C3=B8ren Schmidt" , freebsd-arm = >>>> >>>> Onderwerp: Re: Espressobin anyone ? >>>>> I just tried to ping https://svn.freebsd.org/ports/head, and even= = >>>>> though >>>>> it scrolsl through all that text I get an error saying "could not = = >>>>> resolve >>>>> https://svn.freebsd.org/ports/head ; unknown server error" . I can= = >>>>> ping >>>>> google just fine. Is it a DNS issue? >>>>> >>>>> On Tue, Aug 20, 2019 at 7:33 AM Jeffrey Bowers = >>>>> wrote: >>>>> >>>>>> I'm still getting: svn: E000060: Operation timed out >>>>>> It goes for several minutes scrolling through text, and I feel li= ke = >>>>>> using >>>>>> your link got further. >>>>>> >>>>>> Thanks! >>>>>> >>>>>> On Tue, Aug 20, 2019 at 2:49 AM S=C3=B8ren Schmidt = >>>>>> >>>>>> wrote: >>>>>> >>>>>>> Hmm, I use this URL >>>>>>> >>>>>>> Repository Root: https://svn.freebsd.org/ports/head >>>>>>> >>>>>>> Not sure the svn+ssh thing works=E2=80=A6 >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> >>>>>>> On 20 Aug 2019, at 02.38, Jeffrey Bowers = >>>>>>> wrote: >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> I'm having trouble getting subversion to work. When I run: >>>>>>> >>>>>>> svn checkout https://svn.FreeBSD.org/ports/head /usr/ports >>>>>>> >>>>>>> It scrolls through many lines of text before stating: svn: = >>>>>>> E000060: >>>>>>> Operation timed out >>>>>>> >>>>>>> When I run: >>>>>>> >>>>>>> svn checkout svn+ssh://repo.freebsd.org/ports/head /usr/ports >>>>>>> >>>>>>> It tells me that the authenticity of the host cannot be = >>>>>>> identified, and >>>>>>> asks me to confirm that I want to connect. I say yes, and then i= t = >>>>>>> says: >>>>>>> >>>>>>> svn: E170013: Unable to connect to a repository at URL 'svn+ssh:= // >>>>>>> repo.freebsd.org/ports/head' >>>>>>> svn: E210002: To better debug SSH connection problems, remove th= e = >>>>>>> -q >>>>>>> option >>>>>>> from 'ssh' in the [tunnels] section of your Subversion = >>>>>>> configuration file. >>>>>>> >>>>>>> Any ideas? >>>>>>> >>>>>>> Thanks in advance! >>>>>>> >>>>>>> On Mon, Aug 19, 2019 at 8:51 PM Jeffrey Bowers = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> I didn't think it remounting. Thank you! >>>>>>> >>>>>>> On Mon, Aug 19, 2019 at 11:39 AM S=C3=B8ren Schmidt = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> Hi Jeffrey >>>>>>> >>>>>>> You need to unmount the /tmp filesystem :) >>>>>>> You can do that permanently by commenting it out in /etc/fstab >>>>>>> >>>>>>> >>>>>>> On 19 Aug 2019, at 21.45, Jeffrey Bowers = >>>>>>> wrote: >>>>>>> >>>>>>> Hi Soren, >>>>>>> >>>>>>> I'm getting the same error message. Any other ideas what it migh= t = >>>>>>> be? >>>>>>> It's got to be something in the partition scheme or the file = >>>>>>> permissions, >>>>>>> but I'm just not sure what. >>>>>>> >>>>>>> >>>>>>> On Sun, Aug 18, 2019 at 10:03 AM Jeffrey Bowers = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> D=E2=80=99Oh! I thought I too care of that with gpart. I literal= ly missed = >>>>>>> growfs >>>>>>> part of the instructions.. >>>>>>> >>>>>>> On Sun, Aug 18, 2019 at 10:00 AM S=C3=B8ren Schmidt = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> Hi >>>>>>> >>>>>>> You are out of space :) >>>>>>> >>>>>>> Boot the board into singleuser mode, and do =E2=80=9Cservice gro= wfs start=E2=80=9D, >>>>>>> that will expand you / filesystem to the entire SD card=E2=80=A6= >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> On 18 Aug 2019, at 14.50, Jeffrey Bowers = >>>>>>> wrote: >>>>>>> >>>>>>> Sure thing! Here's the screenshot! >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Sun, Aug 18, 2019 at 7:35 AM S=C3=B8ren Schmidt = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> Hi >>>>>>> >>>>>>> Can I have you paste the output from df -h ? >>>>>>> >>>>>>> You should be able to utilise the full SD card=E2=80=A6 >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> On 18 Aug 2019, at 14.29, Jeffrey Bowers = >>>>>>> wrote: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Just make sure I understand the process, I should hook up a hard= = >>>>>>> disk >>>>>>> and map it to to /TMP ? >>>>>>> >>>>>>> I already tried just unmapping /tmp, and it gave me the same err= or >>>>>>> once, and then the next time I ran it I got an error saying = >>>>>>> /usr/ports was >>>>>>> out of space )which I guess I shouldn=E2=80=99t mount to another= director = >>>>>>> on the >>>>>>> hard drive? >>>>>>> >>>>>>> On Sun, Aug 18, 2019 at 5:11 AM S=C3=B8ren Schmidt = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> Hi Jeffrey >>>>>>> >>>>>>> You can unmount the memory disk on /tmp to get at the space on t= he = >>>>>>> SD >>>>>>> card. >>>>>>> >>>>>>> It is however not recommend to use the AD card for random storag= e, = >>>>>>> it >>>>>>> will wear out fast, that=E2=80=99s why the memory disk is setup.= >>>>>>> >>>>>>> You could connect a SSD og laptop disk to the SATA interface and= = >>>>>>> use >>>>>>> that for the workload. >>>>>>> >>>>>>> However compiling is slow, its much much faster to cross compile= = >>>>>>> on a >>>>>>> PC=E2=80=A6 >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> On 18 Aug 2019, at 00.22, Jeffrey Bowers = >>>>>>> wrote: >>>>>>> >>>>>>> Hi! I've got a new one :) >>>>>>> I'm trying to do an svn checkout to fix the pkg problem, but it = = >>>>>>> tells >>>>>>> me it can't write to a to a temp folder because there is no room= = >>>>>>> left on >>>>>>> the device. However, FreeBSD partition is 29GB. It's never also = = >>>>>>> never the >>>>>>> same file in TMP that it can't write to. Here is a screenshot of= = >>>>>>> the >>>>>>> issue, >>>>>>> along with the output of gpart: >>>>>>> >>>>>>> >>>>>>> >>>>>>> Any ideas? >>>>>>> >>>>>>> Thanks! >>>>>>> >>>>>>> >>>>>>> On Sat, Aug 17, 2019 at 2:08 PM Emmanuel Vadot = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> On Sat, 17 Aug 2019 17:14:36 +0200 >>>>>>> S=C3=B8ren Schmidt wrote: >>>>>>> >>>>>>> HI >>>>>>> >>>>>>> Well, I have a whole forrest of tree?s here, but the error poste= d >>>>>>> >>>>>>> here was on a clean checkout. >>>>>>> >>>>>>> >>>>>>> Anyhow, with the latest changes to -stable and the two >>>>>>> >>>>>>> RF_SHAREABLE patches from -current all works. >>>>>>> >>>>>>> I've reverted the commits, see >>>>>>> https://github.com/evadot/freebsd/commits/a37x0_gpio for a bette= r >>>>>>> way >>>>>>> to deal with this issue. >>>>>>> I'm waiting for mmel@ as he wrote the syscon_get_default_handle >>>>>>> part. >>>>>>> >>>>>>> It would be nice with the etherswitch changes as well so VLAN >>>>>>> >>>>>>> tagging etc was standard. >>>>>>> >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> PS: given up on bottom & inline popsting, top posting is all the= >>>>>>> >>>>>>> rage now (yeah I miss elm etc :) ) >>>>>>> >>>>>>> >>>>>>> On 17 Aug 2019, at 15.30, Emmanuel Vadot = >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> On Sat, 17 Aug 2019 11:07:22 +0200 >>>>>>> S=C3=B8ren Schmidt >>>>>> >>>>>>> soren.schmidt@gmail.com>> wrote: >>>>>>> >>>>>>> >>>>>>> Hi Emmunuel >>>>>>> >>>>>>> Yes the 3720 gpio driver I already back ported long ago, its >>>>>>> >>>>>>> needed, I?m happy its now part of std stable 12! >>>>>>> >>>>>>> >>>>>>> Would have been nice of you to say that you were not running a >>>>>>> >>>>>>> clean >>>>>>> >>>>>>> tree. >>>>>>> >>>>>>> My issue seems to be the inclusion of the phy_usb driver, if I >>>>>>> >>>>>>> leave that out, I?m back to normal.. >>>>>>> >>>>>>> >>>>>>> What make you think this is this driver ? What works/doesn't wor= k >>>>>>> with it ? could you provide logs. >>>>>>> >>>>>>> I?ll have have another go at the latest -stable sources during >>>>>>> >>>>>>> the weekend and see how it goes. >>>>>>> >>>>>>> >>>>>>> Thanks for looking into this, with a little cooperation we?ll >>>>>>> >>>>>>> get this solved for the greater good.. >>>>>>> >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> >>>>>>> P.S. Please stop top posting, it's really hard to read the >>>>>>> >>>>>>> conversation >>>>>>> >>>>>>> >>>>>>> On 16 Aug 2019, at 22.58, Emmanuel Vadot < >>>>>>> >>>>>>> manu@bidouilliste.com> wrote: >>>>>>> >>>>>>> >>>>>>> On Fri, 16 Aug 2019 19:12:30 +0200 >>>>>>> Emmanuel Vadot >>>>>> >>>>>>> manu@bidouilliste.com>> wrote: >>>>>>> >>>>>>> >>>>>>> On Fri, 16 Aug 2019 17:10:37 +0200 >>>>>>> Emmanuel Vadot wrote: >>>>>>> >>>>>>> On Fri, 16 Aug 2019 15:24:54 +0200 >>>>>>> Emmanuel Vadot wrote: >>>>>>> >>>>>>> On Fri, 16 Aug 2019 07:28:59 +0200 >>>>>>> S=C3=B8ren Schmidt wrote: >>>>>>> >>>>>>> Hi >>>>>>> >>>>>>> Very simple, reverting sys/gnu/dts to what was before >>>>>>> >>>>>>> 350595 (actually 350592). >>>>>>> >>>>>>> Thats what we have svn for ? >>>>>>> >>>>>>> >>>>>>> If I asked how it was to have the svn command that you >>>>>>> >>>>>>> used, I want to >>>>>>> >>>>>>> make sure that you didn't revert anything else, like do you >>>>>>> >>>>>>> have >>>>>>> >>>>>>> r350596 and r350628 ? >>>>>>> >>>>>>> That does make my bananapi work again, no other changes >>>>>>> >>>>>>> just a recompiled kernel. >>>>>>> >>>>>>> >>>>>>> That + copying the dtb to the fat32 partition ? >>>>>>> >>>>>>> Can you post the dtb somewhere. >>>>>>> >>>>>>> However it does not bring the Espressobin back to life, >>>>>>> >>>>>>> thats something in one of the ~30 other files that changed betwe= en = >>>>>>> those >>>>>>> two revisions. >>>>>>> >>>>>>> >>>>>>> What Linux version of DTS are you using then ? The ones >>>>>>> >>>>>>> that were in >>>>>>> >>>>>>> stable/12 when it was branched (4.18) or a later revision ? >>>>>>> >>>>>>> >>>>>>> So I think that I've found the problem on the Espressobin. >>>>>>> I think that the problem comes from the simple-mfd driver >>>>>>> >>>>>>> that I've >>>>>>> >>>>>>> mfc in r350600. >>>>>>> The pinctrl/gpio controller compatible is >>>>>>> "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and >>>>>>> >>>>>>> it attaches >>>>>>> >>>>>>> at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at >>>>>>> BUS_PASS_BUS (so earlier) which means that no gpio >>>>>>> >>>>>>> controller will be >>>>>>> >>>>>>> available for sdhci to detect the card. >>>>>>> >>>>>>> If someone with a non-working espressobin could post a full >>>>>>> >>>>>>> verbose >>>>>>> >>>>>>> boot log that would help me confirming that this is the case. >>>>>>> I'll try to find a solution on how to solve this problem. >>>>>>> >>>>>>> >>>>>>> So this wasn't the problem but I've found it, see r351129 and >>>>>>> >>>>>>> r351130 >>>>>>> >>>>>>> >>>>>>> SD card now work again in HEAD, I'll have a look at stable >>>>>>> >>>>>>> later next >>>>>>> >>>>>>> week. >>>>>>> >>>>>>> >>>>>>> I've did a quick test and I've MFC r348880, r348882 and >>>>>>> >>>>>>> r349596, the >>>>>>> >>>>>>> two other commits needed to be mfc'ed are the one I did today >>>>>>> >>>>>>> on head, >>>>>>> >>>>>>> I'll do that next week. >>>>>>> With them sdcard is working again on stable/12 >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> On 15 Aug 2019, at 23.37, Emmanuel Vadot < >>>>>>> >>>>>>> manu@bidouilliste.com> wrote: >>>>>>> >>>>>>> >>>>>>> On Thu, 15 Aug 2019 21:56:23 +0200 >>>>>>> S=C3=B8ren Schmidt wrote: >>>>>>> >>>>>>> >>>>>>> Well, I don?t care where you are from and what color you >>>>>>> >>>>>>> have :) >>>>>>> >>>>>>> >>>>>>> Now, if I update my stable12 sources to r350595 the >>>>>>> >>>>>>> bananapi breaks, if revert sys/gnu/dts it works again, go figure= .. >>>>>>> >>>>>>> >>>>>>> Reverting to what ? and how ? >>>>>>> >>>>>>> Because I've just test 12-stable and I have the problem >>>>>>> >>>>>>> that I've said >>>>>>> >>>>>>> in my previous mail so setting >>>>>>> >>>>>>> hw.regulator.disable_unused=3D0 is the >>>>>>> >>>>>>> work around. >>>>>>> The problem is in twsi not in the DTS so I'm curious how >>>>>>> >>>>>>> reverting >>>>>>> >>>>>>> only the dts fixes this problem. >>>>>>> >>>>>>> The r351099 fix is already like that in -stable, and not >>>>>>> >>>>>>> part of the problem. >>>>>>> >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> >>>>>>> On 15 Aug 2019, at 21.03, Emmanuel Vadot < >>>>>>> >>>>>>> manu@bidouilliste.com> wrote: >>>>>>> >>>>>>> >>>>>>> On Thu, 15 Aug 2019 19:48:54 +0200 >>>>>>> S=C3=B8ren Schmidt wrote: >>>>>>> >>>>>>> Hi Mit! >>>>>>> >>>>>>> Right, I suspected that, 12-stable broke many embedded >>>>>>> >>>>>>> systems between r350592 and r350595 where all the latest and = >>>>>>> greatest DTS >>>>>>> files was pulled in, I guess the same holds for -current. >>>>>>> >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> >>>>>>> Mhm it's fun that you think that DTS import is the >>>>>>> >>>>>>> source of all your >>>>>>> >>>>>>> problems, I get it, it's easy to blame the French guy >>>>>>> >>>>>>> that bulk import >>>>>>> >>>>>>> the DTS, he surely don't know what he is doing. >>>>>>> Anyway, two problems were raised in this thread : >>>>>>> >>>>>>> 1) BananaPi (A20) doesn't boot >>>>>>> 2) Espressobin sd support is broken >>>>>>> >>>>>>> I've just looked at the BananaPi problem today, I've >>>>>>> >>>>>>> fixed a first >>>>>>> >>>>>>> problem in r351099. >>>>>>> The main problem is that when we disable the unused >>>>>>> >>>>>>> regulators we hang >>>>>>> >>>>>>> when trying to disabling ldo3. It's weird because the >>>>>>> >>>>>>> board doesn't use >>>>>>> >>>>>>> LDO3 (which is why we are disabling it, it's unused). >>>>>>> >>>>>>> The problem is in >>>>>>> >>>>>>> twsi I think as only leaving the part in axp209 that >>>>>>> >>>>>>> read the >>>>>>> >>>>>>> voltage register value make FreeBSD hang. >>>>>>> I'll have a proper look later, in the meantime you can >>>>>>> >>>>>>> set >>>>>>> >>>>>>> hw.regulator.disable_unused=3D0 >>>>>>> in /boot/loader.conf >>>>>>> This isn't a DTS problem. >>>>>>> >>>>>>> For Espressobin I haven't found any thing related to SD >>>>>>> >>>>>>> in the DTS >>>>>>> >>>>>>> updates since the import, the only things slighly >>>>>>> >>>>>>> related are mmc and >>>>>>> >>>>>>> sdio. >>>>>>> So if someone could find which DTS import broke this I >>>>>>> >>>>>>> can have a look. >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 15 Aug 2019, at 19.37, Mit Matelske >>>>>>> >>>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> Yeah, that was the problem. I went back to r348882 >>>>>>> >>>>>>> and everything worked out of the box. >>>>>>> >>>>>>> >>>>>>> Thanks again for the hand holding! >>>>>>> >>>>>>> Mit >>>>>>> >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>> >>>>>>> > >>>>>>> >>>>>>> To: "Mit Matelske" > >>>>>>> Cc: "Marcin Wojtas" >>>>>> >>>>>>> mw@semihalf.com>>, "freebsd-arm" >>>>>> freebsd-arm@freebsd.org>> >>>>>>> >>>>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM >>>>>>> Subject: Re: Espressobin anyone ? >>>>>>> >>>>>>> >>>>>>> It might simply be broken in -current (again). >>>>>>> >>>>>>> I just updated my stable12 tree and I pulled in new >>>>>>> >>>>>>> .dts files for just about anything? >>>>>>> >>>>>>> >>>>>>> Needless to say, it broke the Espressobin?s SD >>>>>>> >>>>>>> support, it now fails just like yours.. >>>>>>> >>>>>>> >>>>>>> It also broke allwinner builds and what not, so I?m >>>>>>> >>>>>>> just going back in time again :) >>>>>>> >>>>>>> >>>>>>> I wonder why there is this overwhelming need to >>>>>>> >>>>>>> import stuff that breaks things right, left and center in a -sta= ble >>>>>>> branch ? >>>>>>> >>>>>>> That would have earned you the pointy hat back when?. >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> >>>>>>> On 14 Aug 2019, at 18.01, Mit Matelske >>>>>> >>>>>>> > wrote: >>>>>>> >>>>>>> >>>>>>> Marcin- >>>>>>> >>>>>>> Sorry I didn't reply yesterday. I didn't have any >>>>>>> >>>>>>> luck with that either. I tried a lot of permutations. >>>>>>> >>>>>>> >>>>>>> Not saying for 100% it doesn't work, but I couldn't >>>>>>> >>>>>>> get it to work! >>>>>>> >>>>>>> >>>>>>> Mit >>>>>>> >>>>>>> From: "Marcin Wojtas" >>>>>> >>>>>>> mw@semihalf.com>> >>>>>>> >>>>>>> To: "Mit Matelske" > >>>>>>> Cc: "S=C3=B8ren Schmidt" >>>>>> >>>>>>> soren.schmidt@gmail.com>>, "freebsd-arm" >>>>>> > >>>>>>> >>>>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM >>>>>>> Subject: Re: Espressobin anyone ? >>>>>>> >>>>>>> Hi Mit, >>>>>>> Since you are using the latest 13-current, could you >>>>>>> >>>>>>> please try if passing rootdev via u-boot bootargs (please see my= = >>>>>>> previous >>>>>>> email) works for you without the loader modification? >>>>>>> >>>>>>> >>>>>>> Best regards, >>>>>>> Marcin >>>>>>> >>>>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske >>>>>> >>>>>>> > napisa?(a): >>>>>>> >>>>>>> Soren- >>>>>>> >>>>>>> Thanks for the info. I'll grab a couple more SD >>>>>>> >>>>>>> cards at lunch. This one is a new Samsung 32GB. I'll also try = = >>>>>>> putting >>>>>>> the >>>>>>> changes into 12 and see if that helps. I'm using the latest = >>>>>>> 13-current. >>>>>>> >>>>>>> >>>>>>> Again, appreciate the hand holding! >>>>>>> >>>>>>> Mit >>>>>>> >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>> >>>>>>> > >>>>>>> >>>>>>> To: "Mit Matelske" > >>>>>>> Cc: "Marcin Wojtas" >>>>>> >>>>>>> mw@semihalf.com>>, "freebsd-arm" >>>>>> freebsd-arm@freebsd.org>> >>>>>>> >>>>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM >>>>>>> Subject: Re: Espressobin anyone ? >>>>>>> >>>>>>> Hi Mit >>>>>>> Hmm, from your earlier posted dmesgs it looks like >>>>>>> >>>>>>> the SD card is not getting detected properly.. >>>>>>> >>>>>>> >>>>>>> I get this output: >>>>>>> >>>>>>> sdhci_xenon0: mem >>>>>>> >>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>> >>>>>>> mmc0: on sdhci_xenon0 >>>>>>> ?snip? >>>>>>> mmcsd0: 16GB >>>>>> >>>>>>> by 39 PH> at mmc0 50.0MHz/4bit/65535-block >>>>>>> >>>>>>> >>>>>>> The problem you see was fixed for me by r348882, >>>>>>> >>>>>>> maybe it got broken later, I havn?t backported the later changes= .. >>>>>>> >>>>>>> >>>>>>> Have you tried another SD card ? I have found 2 of >>>>>>> >>>>>>> mine that the espressobin doesn?t like, but works fine with = >>>>>>> bananapi and >>>>>>> friends... >>>>>>> >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> On 13 Aug 2019, at 23.30, Mit Matelske >>>>>> >>>>>>> > wrote: >>>>>>> >>>>>>> >>>>>>> Soren- >>>>>>> >>>>>>> Thanks for the code snippet! That will fix one of >>>>>>> >>>>>>> the problems. >>>>>>> >>>>>>> >>>>>>> I still can't mount my filesystem, though. I think >>>>>>> >>>>>>> I'm doing something really simple, wrong. I believe I'm running= = >>>>>>> the >>>>>>> latest >>>>>>> code and added some printfs to show the kernel setting the = >>>>>>> regulator: >>>>>>> >>>>>>> >>>>>>> >>>>>>> usbus1 on ehci0 >>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on >>>>>>> >>>>>>> simplebus1 >>>>>>> >>>>>>> sdhci_xenon0: >>>>>>> >>>>>>> regulator_get_by_ofw_property(vqmmc-supply) =3D 19 >>>>>>> >>>>>>> sdhci_xenon0: vqmmc-supply regulator found >>>>>>> sdhci_xenon0: mem >>>>>>> >>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>> >>>>>>> ahci0: mem 0xe0000-0xe0177 irq >>>>>>> >>>>>>> 26 on simplebus1 >>>>>>> >>>>>>> >>>>>>> >>>>>>> Could there be a problem with how I am setting up my >>>>>>> >>>>>>> filesystem? I've tried both freebsd-ufs and freebsd as the type= , = >>>>>>> with no >>>>>>> luck. A gpart listing of my SD card: >>>>>>> >>>>>>> >>>>>>> root@fbl:~ # gpart list da3 >>>>>>> Geom name: da3 >>>>>>> modified: false >>>>>>> state: OK >>>>>>> fwheads: 255 >>>>>>> fwsectors: 63 >>>>>>> last: 62521335 >>>>>>> first: 3 >>>>>>> entries: 4 >>>>>>> scheme: GPT >>>>>>> Providers: >>>>>>> 1. Name: da3p1 >>>>>>> Mediasize: 41943040 (40M) >>>>>>> Sectorsize: 512 >>>>>>> Stripesize: 0 >>>>>>> Stripeoffset: 1536 >>>>>>> Mode: r0w0e0 >>>>>>> efimedia: >>>>>>> >>>>>>> HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) >>>>>>> >>>>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 >>>>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b >>>>>>> label: (null) >>>>>>> length: 41943040 >>>>>>> offset: 1536 >>>>>>> type: efi >>>>>>> index: 1 >>>>>>> end: 81922 >>>>>>> start: 3 >>>>>>> 2. Name: da3p2 >>>>>>> Mediasize: 31968979456 (30G) >>>>>>> Sectorsize: 512 >>>>>>> Stripesize: 0 >>>>>>> Stripeoffset: 41944576 >>>>>>> Mode: r0w0e0 >>>>>>> efimedia: >>>>>>> >>>>>>> HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5)= >>>>>>> >>>>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 >>>>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b >>>>>>> label: (null) >>>>>>> length: 31968979456 >>>>>>> offset: 41944576 >>>>>>> type: freebsd-ufs >>>>>>> index: 2 >>>>>>> end: 62521335 >>>>>>> start: 81923 >>>>>>> Consumers: >>>>>>> 1. Name: da3 >>>>>>> Mediasize: 32010928128 (30G) >>>>>>> Sectorsize: 512 >>>>>>> Mode: r0w0e0 >>>>>>> >>>>>>> Thanks!! >>>>>>> >>>>>>> Mit >>>>>>> >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>> >>>>>>> > >>>>>>> >>>>>>> To: "Marcin Wojtas" >>>>>> >>>>>>> mw@semihalf.com>> >>>>>>> >>>>>>> Cc: "Mit Matelske" >, >>>>>>> >>>>>>> "freebsd-arm" >>>>>> freebsd-arm@freebsd.org>> >>>>>>> >>>>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM >>>>>>> Subject: Re: Espressobin anyone ? >>>>>>> >>>>>>> Hi >>>>>>> That doesn?t seen to work on the espressobin, or >>>>>>> >>>>>>> least I can?t get it to pick it up. >>>>>>> >>>>>>> >>>>>>> I use this patch as a workaround: >>>>>>> >>>>>>> Index: main.c >>>>>>> >>>>>>> =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 >>>>>>> >>>>>>> --- main.c (revision 350496) >>>>>>> +++ main.c (working copy) >>>>>>> @@ -463,6 +462,13 @@ >>>>>>> int rv; >>>>>>> char *rootdev; >>>>>>> >>>>>>> +#if defined(__aarch64__) >>>>>>> + /* SOS HACK in rootdev, at least Espressobin >>>>>>> >>>>>>> gets this wrong */ >>>>>>> >>>>>>> + printf("Setting currdev hack\n"); >>>>>>> + set_currdev("disk0p2"); >>>>>>> + return (0); >>>>>>> +#endif >>>>>>> + >>>>>>> /* >>>>>>> * First choice: if rootdev is already set, use >>>>>>> >>>>>>> that, even if >>>>>>> >>>>>>> * it's wrong. >>>>>>> >>>>>>> Its not pretty but it does the job until I get time >>>>>>> >>>>>>> to look into why bootargs aren?t passed / won?t stick, probably = = >>>>>>> something >>>>>>> I >>>>>>> havn?t backported to my -stable12 sources yet... >>>>>>> >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas < >>>>>>> >>>>>>> mw@semihalf.com > wrote: >>>>>>> >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> Not sure if it's what you are looking for, but in >>>>>>> >>>>>>> order to autoboot, I >>>>>>> >>>>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs >>>>>>> >>>>>>> variable. Here's example from >>>>>>> >>>>>>> A3720-DB (same should work on EspressoBin): >>>>>>> >>>>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; >>>>>>> >>>>>>> fatload usb 0:1 >>>>>>> >>>>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 >>>>>>> >>>>>>> ${kernel_addr} >>>>>>> >>>>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} >>>>>>> resetting USB... >>>>>>> USB0: Register 2000104 NbrPorts 2 >>>>>>> Starting the controller >>>>>>> USB XHCI 1.00 >>>>>>> USB1: USB EHCI 1.00 >>>>>>> - ______ ____ _____ _____ >>>>>>> | ____| | _ \ / ____| __ \ >>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | >>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | >>>>>>> | | | | | __/ __/| |_) |____) | |__| | >>>>>>> | | | | | | || | | | >>>>>>> |_| |_| \___|\___||____/|_____/|_____/ >>>>>>> ``` >>>>>>> ` >>>>>>> ????????????Welcome to FreeBSD????????????? s` >>>>>>> >>>>>>> `.....---.......--.``` >>>>>>> >>>>>>> -/ >>>>>>> ? ? +o >>>>>>> >>>>>>> .--` /y:` >>>>>>> >>>>>>> +. >>>>>>> ? 1. Boot Multi user [Enter] ? >>>>>>> >>>>>>> yo`:. :o >>>>>>> >>>>>>> `+- >>>>>>> ? 2. Boot Single user ? y/ >>>>>>> >>>>>>> -/` -o/ >>>>>>> >>>>>>> ? 3. Escape to loader prompt ? .- >>>>>>> ::/sy+:. >>>>>>> ? 4. Reboot ? / >>>>>>> >>>>>>> `-- >>>>>>> >>>>>>> / >>>>>>> ? ? `: >>>>>>> :` >>>>>>> ? Options: ? `: >>>>>>> :` >>>>>>> ? 5. Kernel: default/kernel (1 of 1) ? / >>>>>>> / >>>>>>> ? 6. Boot Options ? .- >>>>>>> -. >>>>>>> ? ? -- >>>>>>> >>>>>>> -. >>>>>>> >>>>>>> ? ? >>>>>>> >>>>>>> `:` `:` >>>>>>> >>>>>>> ? ? >>>>>>> >>>>>>> .-- `--. >>>>>>> >>>>>>> ??????????????????????????????????????????? >>>>>>> >>>>>>> .---.....----. >>>>>>> >>>>>>> Autoboot in 9 seconds, hit [Enter] to boot or any >>>>>>> >>>>>>> other key to stop >>>>>>> >>>>>>> >>>>>>> Loading kernel... >>>>>>> /boot/kernel/kernel text=3D0x95047c >>>>>>> >>>>>>> data=3D0x1919d0+0x84aa94 >>>>>>> >>>>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] >>>>>>> Loading configured modules... >>>>>>> can't find '/boot/entropy' >>>>>>> Using DTB provided by EFI at 0x8000000. >>>>>>> ---<>--- >>>>>>> KDB: debugger backends: ddb >>>>>>> KDB: current backend: ddb >>>>>>> Copyright (c) 1992-2019 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 13.0-CURRENT >>>>>>> >>>>>>> 17a1fc80d57-c261519(upstream_master) GENERIC arm64 >>>>>>> >>>>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final >>>>>>> >>>>>>> 356365) (based on LLVM >>>>>>> >>>>>>> 8.0.0) >>>>>>> WARNING: WITNESS option enabled, expect reduced >>>>>>> >>>>>>> performance. >>>>>>> >>>>>>> VT: init without driver. >>>>>>> Starting CPU 1 (1) >>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>>>> [...] >>>>>>> >>>>>>> Best regards, >>>>>>> Marcin >>>>>>> >>>>>>> pon., 12 sie 2019 o 23:14 Mit Matelske >>>>>> >>>>>>> > napisa?(a): >>>>>>> >>>>>>> >>>>>>> >>>>>>> Soren- >>>>>>> >>>>>>> Thanks for the quick response. I built this kernel >>>>>>> >>>>>>> with revision 350924. >>>>>>> >>>>>>> I'll dig into whats going on in the morning. >>>>>>> >>>>>>> Mind posting your diff for your loader.efi? >>>>>>> >>>>>>> Thanks again! >>>>>>> >>>>>>> Mit >>>>>>> >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>> >>>>>>> > >>>>>>> >>>>>>> To: "Mit Matelske" > >>>>>>> Cc: "tscho" >>>>>> >>>>>>> johannes@t-beutel.com>>, "freebsd-arm" < >>>>>>> >>>>>>> freebsd-arm@freebsd.org >>>>>> >>>>>>> freebsd-arm@freebsd.org>> >>>>>>> >>>>>>> Sent: Monday, August 12, 2019 3:49:48 PM >>>>>>> Subject: Re: Espressobin anyone ? >>>>>>> >>>>>>> Hi >>>>>>> >>>>>>> Looks like your sources may be too old, you need to >>>>>>> >>>>>>> be at least at r348882 >>>>>>> >>>>>>> to get the fix for the SD card VCC regulator. >>>>>>> >>>>>>> That change fixed it for me backported to 12-stable... >>>>>>> >>>>>>> The currdev problem still exists, I have it hardwired >>>>>>> >>>>>>> in my loader for >>>>>>> >>>>>>> aarch64 :) >>>>>>> >>>>>>> -S=C3=B8ren >>>>>>> >>>>>>> >>>>>>> On 12 Aug 2019, at 21.06, Mit Matelske >>>>>> >>>>>>> > wrote: >>>>>>> >>>>>>> >>>>>>> I'm having a couple little hiccups booting this board >>>>>>> >>>>>>> also. One has >>>>>>> >>>>>>> been commented on already, that I can't get the >>>>>>> >>>>>>> loader to automatically >>>>>>> >>>>>>> start loading the kernel on "disk0p2"... >>>>>>> >>>>>>> The second, is that the kernel can't find the SD card >>>>>>> >>>>>>> after booting so >>>>>>> >>>>>>> it can't mount the root filesystem. I'm using the >>>>>>> >>>>>>> dts/dtb and kernel from >>>>>>> >>>>>>> the 13-current branch. >>>>>>> >>>>>>> Thanks for any and all help. I haven't used u-boot >>>>>>> >>>>>>> in about decade. >>>>>>> >>>>>>> Spoiled by the x86 platform. >>>>>>> >>>>>>> Mit Matelske >>>>>>> >>>>>>> >>>>>>> ***U-boot environment:*** >>>>>>> >>>>>>> >>>>>>> Marvell>> printenv >>>>>>> baudrate=3D115200 >>>>>>> bootargs=3Dconsole=3DttyMV0,115200 >>>>>>> >>>>>>> earlycon=3Dar3700_uart,0xd0012000 >>>>>>> >>>>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 >>>>>>> >>>>>>> biosdevname=3D0 >>>>>>> >>>>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr >>>>>>> >>>>>>> $image_name;fatload mmc >>>>>>> >>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr >>>>>>> >>>>>>> $fdt_addr >>>>>>> >>>>>>> bootdelay=3D2 >>>>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr >>>>>>> >>>>>>> $image_name;fatload mmc >>>>>>> >>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr >>>>>>> >>>>>>> $fdt_addr >>>>>>> >>>>>>> console=3Dconsole=3DttyMV0,115200 >>>>>>> >>>>>>> earlycon=3Dar3700_uart,0xd0012000 >>>>>>> >>>>>>> eth1addr=3D00:51:82:11:22:01 >>>>>>> eth2addr=3D00:51:82:11:22:02 >>>>>>> eth3addr=3D00:51:82:11:22:03 >>>>>>> ethact=3Dneta@30000 >>>>>>> ethaddr=3DF0:AD:4E:09:6B:8F >>>>>>> ethprime=3Deth0 >>>>>>> fdt_addr=3D0x4f00000 >>>>>>> fdt_high=3D0xffffffffffffffff >>>>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb >>>>>>> fdtcontroladdr=3D3f7161b8 >>>>>>> gatewayip=3D10.4.50.254 >>>>>>> get_images=3Dtftpboot $kernel_addr $image_name; >>>>>>> >>>>>>> tftpboot $fdt_addr >>>>>>> >>>>>>> $fdt_name; run get_ramfs >>>>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv >>>>>>> >>>>>>> ramfs_addr >>>>>>> >>>>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else >>>>>>> >>>>>>> setenv ramfs_addr -;fi >>>>>>> >>>>>>> hostname=3Dmarvell >>>>>>> image_name=3Defi/freebsd/loader.efi >>>>>>> initrd_addr=3D0xa00000 >>>>>>> initrd_size=3D0x2000000 >>>>>>> ipaddr=3D0.0.0.0 >>>>>>> kernel_addr=3D0x5000000 >>>>>>> loadaddr=3D0x5000000 >>>>>>> netdev=3Deth0 >>>>>>> netmask=3D255.255.255.0 >>>>>>> ramfs_addr=3D0x8000000 >>>>>>> ramfs_name=3D- >>>>>>> root=3Droot=3D/dev/nfs rw >>>>>>> rootpath=3D/srv/nfs/ >>>>>>> serverip=3D0.0.0.0 >>>>>>> set_bootargs=3Dsetenv bootargs $console $root >>>>>>> >>>>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:non= e >>>>>>> >>>>>>> nfsroot=3D$serverip:$rootpath $extra_params >>>>>>> stderr=3Dserial@12000 >>>>>>> stdin=3Dserial@12000 >>>>>>> stdout=3Dserial@12000 >>>>>>> >>>>>>> >>>>>>> ***Full boot logs:*** >>>>>>> >>>>>>> >>>>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - >>>>>>> >>>>>>> 15:39:10 +0800) >>>>>>> >>>>>>> >>>>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin >>>>>>> CPU @ 1000 [MHz] >>>>>>> L2 @ 800 [MHz] >>>>>>> TClock @ 200 [MHz] >>>>>>> DDR @ 800 [MHz] >>>>>>> DRAM: 1 GiB >>>>>>> U-Boot DT blob at : 000000003f7161b8 >>>>>>> Comphy-0: USB3 5 Gbps >>>>>>> Comphy-1: PEX0 2.5 Gbps >>>>>>> Comphy-2: SATA0 6 Gbps >>>>>>> SATA link 0 timeout. >>>>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA >>>>>>> >>>>>>> mode >>>>>>> >>>>>>> flags: ncq led only pmp fbss pio slum part sxs >>>>>>> PCIE-0: Link down >>>>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 >>>>>>> SF: Detected mx25u3235f with page size 256 Bytes, >>>>>>> >>>>>>> erase size 64 KiB, >>>>>>> >>>>>>> total 4 MiB >>>>>>> Net: eth0: neta@30000 [PRIME] >>>>>>> Hit any key to stop autoboot: 0 >>>>>>> switch to partitions #0, OK >>>>>>> mmc0 is current device >>>>>>> reading efi/freebsd/loader.efi >>>>>>> 603872 bytes read in 49 ms (11.8 MiB/s) >>>>>>> reading efi/boot/armada-3720-espressobin.dtb >>>>>>> 15946 bytes read in 17 ms (916 KiB/s) >>>>>>> ## Starting EFI application at 05000000 ... >>>>>>> Scanning disk sdhci@d0000.blk >>>>>> >>>>>>> ... >>>>>>> >>>>>>> Card did not respond to voltage select! >>>>>>> mmc_init: -95, time 50 >>>>>>> Found 1 disks >>>>>>> Consoles: EFI console >>>>>>> FreeBSD/arm64 EFI loader, Revision 1.1 >>>>>>> >>>>>>> Command line arguments: loader.efi >>>>>>> EFI version: 2.05 >>>>>>> EFI Firmware: Das U-boot (rev 0.00) >>>>>>> Console: efi (0) >>>>>>> Failed to find bootable partition >>>>>>> Startup error in /boot/lua/loader.lua: seconds >>>>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid >>>>>>> >>>>>>> argument. >>>>>>> >>>>>>> >>>>>>> can't load 'kernel' >>>>>>> >>>>>>> Type '?' for a list of commands, 'help' for more >>>>>>> >>>>>>> detailed help. >>>>>>> >>>>>>> OK >>>>>>> OK set currdev=3Ddisk0p2 >>>>>>> OK boot >>>>>>> >>>>>>> /boot/kernel/kernel text=3D0x97d6a0 >>>>>>> >>>>>>> data=3D0x191b50+0x84ae94 >>>>>>> >>>>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] >>>>>>> Using DTB provided by EFI at 0x8000000. >>>>>>> ---<>--- >>>>>>> KDB: debugger backends: ddb >>>>>>> KDB: current backend: ddb >>>>>>> Copyright (c) 1992-2019 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 13.0-CURRENT GENERIC arm64 >>>>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final >>>>>>> >>>>>>> 335540) (based on >>>>>>> >>>>>>> LLVM 6.0.1) >>>>>>> WARNING: WITNESS option enabled, expect reduced >>>>>>> >>>>>>> performance. >>>>>>> >>>>>>> VT: init without driver. >>>>>>> Starting CPU 1 (1) >>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>>>>>> arc4random: WARNING: initial seeding bypassed the >>>>>>> >>>>>>> cryptographic random >>>>>>> >>>>>>> device because it was not yet seeded and the knob >>>>>>> >>>>>>> 'bypass_before_seeding' >>>>>>> >>>>>>> was enabled. >>>>>>> random: entropy device external interface >>>>>>> MAP 3e681000 mode 2 pages 1 >>>>>>> MAP 3ffa6000 mode 2 pages 1 >>>>>>> kbd0 at kbdmux0 >>>>>>> ofwbus0: >>>>>>> simplebus0: on >>>>>>> >>>>>>> ofwbus0 >>>>>>> >>>>>>> simplebus1: on >>>>>>> >>>>>>> simplebus0 >>>>>>> >>>>>>> simple_mfd0: mem >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 >>>>>>> simple_mfd1: mem >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 >>>>>>> psci0: >>>>>> >>>>>>> Driver> on ofwbus0 >>>>>>> >>>>>>> gic0: mem >>>>>>> >>>>>>> >>>>>>> 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d= 90000-0x1d91fff,0x1da0000-0x1dbffff >>>>>>> >>>>>>> irq 27 on simplebus1 >>>>>>> gpio0: mem >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>>>>>> >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>> >>>>>>> simple_mfd0 >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on >>>>>>> >>>>>>> simple_mfd1 >>>>>>> >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpioregulator0: on ofwbus0 >>>>>>> gpioregulator0: cannot get pin 0 >>>>>>> gpioregulator0: cannot parse parameters >>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>> generic_timer0: irq 0,1,2,3 on >>>>>>> >>>>>>> ofwbus0 >>>>>>> >>>>>>> Timecounter "ARM MPCore Timecounter" frequency >>>>>>> >>>>>>> 12500000 Hz quality 1000 >>>>>>> >>>>>>> Event timer "ARM MPCore Eventtimer" frequency >>>>>>> >>>>>>> 12500000 Hz quality 1000 >>>>>>> >>>>>>> gpio0: mem >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>>>>>> >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>> >>>>>>> simple_mfd0 >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on >>>>>>> >>>>>>> simple_mfd1 >>>>>>> >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpioregulator0: on ofwbus0 >>>>>>> gpioregulator0: cannot get pin 0 >>>>>>> gpioregulator0: cannot parse parameters >>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>>>>>> >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>> >>>>>>> simple_mfd0 >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on >>>>>>> >>>>>>> simple_mfd1 >>>>>>> >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpioregulator0: on ofwbus0 >>>>>>> gpioregulator0: cannot get pin 0 >>>>>>> gpioregulator0: cannot parse parameters >>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>>>>>> >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>> >>>>>>> simple_mfd0 >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on >>>>>>> >>>>>>> simple_mfd1 >>>>>>> >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpioregulator0: on ofwbus0 >>>>>>> gpioregulator0: cannot get pin 0 >>>>>>> gpioregulator0: cannot parse parameters >>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>>>>>> >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>> >>>>>>> simple_mfd0 >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpio0: mem >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on >>>>>>> >>>>>>> simple_mfd1 >>>>>>> >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> gpioregulator0: on ofwbus0 >>>>>>> gpioregulator0: cannot get pin 0 >>>>>>> gpioregulator0: cannot parse parameters >>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>> cpulist0: on ofwbus0 >>>>>>> cpu0: on cpulist0 >>>>>>> cpu1: on cpulist0 >>>>>>> pmu0: irq 4 on ofwbus0 >>>>>>> syscon_generic0: mem 0xd000-0xdfff on >>>>>>> >>>>>>> simplebus1 >>>>>>> >>>>>>> syscon_generic1: mem 0x11500-0x1153f on >>>>>>> >>>>>>> simplebus1 >>>>>>> >>>>>>> uart0: mem 0x12000-0x121ff >>>>>>> >>>>>>> irq 9,10,11 on >>>>>>> >>>>>>> simplebus1 >>>>>>> uart0: console (115200,n,8,1) >>>>>>> gpio0: mem >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq >>>>>>> >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on >>>>>>> >>>>>>> simple_mfd0 >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> syscon_generic2: mem 0x14000-0x1405f on >>>>>>> >>>>>>> simplebus1 >>>>>>> >>>>>>> gpio0: mem >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on >>>>>>> >>>>>>> simple_mfd1 >>>>>>> >>>>>>> gpio0: cannot allocate memory window >>>>>>> device_attach: gpio0 attach returned 6 >>>>>>> mvneta0: mem 0x30000-0x33fff irq 14 >>>>>>> >>>>>>> on simplebus1 >>>>>>> >>>>>>> mvneta0: version is 10 >>>>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 >>>>>>> mdio0: on mvneta0 >>>>>>> mdioproxy0: on mdio0 >>>>>>> e6000sw0: on mdio0 >>>>>>> e6000sw0: multi-chip addressing mode (0x1) >>>>>>> e6000sw0: CPU port at 0 >>>>>>> e6000sw0: fixed port at 0 >>>>>>> e6000sw0: PHY at port 1 >>>>>>> miibus0: on e6000sw0 >>>>>>> e1000phy0: PHY 17 on >>>>>>> >>>>>>> miibus0 >>>>>>> >>>>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, >>>>>>> >>>>>>> 100baseTX-FDX, >>>>>>> >>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, >>>>>>> >>>>>>> 1000baseT-FDX-master, auto >>>>>>> >>>>>>> e6000sw0: PHY at port 2 >>>>>>> miibus1: on e6000sw0 >>>>>>> e1000phy1: PHY 18 on >>>>>>> >>>>>>> miibus1 >>>>>>> >>>>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, >>>>>>> >>>>>>> 100baseTX-FDX, >>>>>>> >>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, >>>>>>> >>>>>>> 1000baseT-FDX-master, auto >>>>>>> >>>>>>> e6000sw0: PHY at port 3 >>>>>>> miibus2: on e6000sw0 >>>>>>> e1000phy2: PHY 19 on >>>>>>> >>>>>>> miibus2 >>>>>>> >>>>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, >>>>>>> >>>>>>> 100baseTX-FDX, >>>>>>> >>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, >>>>>>> >>>>>>> 1000baseT-FDX-master, auto >>>>>>> >>>>>>> e6000sw0: switch is ready. >>>>>>> etherswitch0: on e6000sw0 >>>>>>> xhci0: mem >>>>>>> >>>>>>> 0x58000-0x5bfff irq 16 on >>>>>>> >>>>>>> simplebus1 >>>>>>> xhci0: 32 bytes context size, 32-bit DMA >>>>>>> usbus0 on xhci0 >>>>>>> syscon_generic3: mem 0x5d800-0x5dfff on >>>>>>> >>>>>>> simplebus1 >>>>>>> >>>>>>> ehci0: mem >>>>>>> >>>>>>> 0x5e000-0x5efff irq >>>>>>> >>>>>>> 17 on simplebus1 >>>>>>> usbus1: EHCI version 1.0 >>>>>>> usbus1 on ehci0 >>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on >>>>>>> >>>>>>> simplebus1 >>>>>>> >>>>>>> sdhci_xenon0: mem >>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 >>>>>>> ahci0: mem 0xe0000-0xe0177 irq >>>>>>> >>>>>>> 26 on simplebus1 >>>>>>> >>>>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier >>>>>>> >>>>>>> supported with FBS >>>>>>> >>>>>>> ahcich0: at channel 0 on ahci0 >>>>>>> device_attach: ahcich0 attach returned 6 >>>>>>> gpioregulator0: on ofwbus0 >>>>>>> gpioregulator0: cannot get pin 0 >>>>>>> gpioregulator0: cannot parse parameters >>>>>>> device_attach: gpioregulator0 attach returned 6 >>>>>>> cryptosoft0: >>>>>>> Timecounters tick every 1.000 msec >>>>>>> mvneta0: link state changed to UP >>>>>>> e6000sw0port1: link state changed to DOWN >>>>>>> e6000sw0port2: link state changed to DOWN >>>>>>> e6000sw0port3: link state changed to DOWN >>>>>>> usbus0: 5.0Gbps Super Speed USB v3.0 >>>>>>> usbus1: 480Mbps High Speed USB v2.0 >>>>>>> Release APs...done >>>>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 >>>>>>> Instruction Set Attributes 0 =3D >>>>>>> >>>>>>> >>>>>>> >>>>>>> Trying to mount root from >>>>>>> >>>>>>> ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... >>>>>>> >>>>>>> Instruction Set Attributes 1 =3D <> >>>>>>> Root mount waiting for: Processor Features 0 =3D >>>>>>> >>>>>>> usbus1 Processor Features 1 =3D <0> >>>>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k >>>>>>> >>>>>>> Granule,S/NS >>>>>>> >>>>>>> Mem,MixedEndian,16bit ASID,1TB 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-A53 r0p4 affinity: 1 >>>>>>> WARNING: WITNESS option enabled, expect reduced >>>>>>> >>>>>>> performance. >>>>>>> >>>>>>> ugen0.1: at usbus0 >>>>>>> ugen1.1: at usbus1 >>>>>>> uhub0 on usbus0 >>>>>>> uhub1 on usbus1 >>>>>>> uhub0: >>>>>> >>>>>>> 3.00/1.00, addr 1> on >>>>>>> >>>>>>> usbus0 >>>>>>> uhub1: >>>>>> >>>>>>> 2.00/1.00, addr 1> on >>>>>>> >>>>>>> usbus1 >>>>>>> uhub0: 2 ports with 2 removable, self powered >>>>>>> uhub1: 1 port with 1 removable, self powered >>>>>>> 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:zroot/ROOT/default >>>>>>> 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: >>>>>>> >>>>>>> >>>>>>> mountroot> >>>>>>> _______________________________________________ >>>>>>> freebsd-arm@freebsd.org >>>>>> >>>>>>> freebsd-arm@freebsd.org> mailing list >>>>>>> >>>>>>> >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>>>>>> >>>>>>> To unsubscribe, send any mail to " >>>>>>> >>>>>>> freebsd-arm-unsubscribe@freebsd.org >>>>>> freebsd-arm-unsubscribe@freebsd.org>" >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> freebsd-arm@freebsd.org >>>>>> >>>>>>> freebsd-arm@freebsd.org> mailing list >>>>>>> >>>>>>> >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> >>>>>>> >>>>>>> To unsubscribe, send any mail to " >>>>>>> >>>>>>> freebsd-arm-unsubscribe@freebsd.org >>>>>> freebsd-arm-unsubscribe@freebsd.org>" >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot < >>>>>>> >>>>>>> manu@freebsd.org> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot >>>>>>> _______________________________________________ >>>>>>> freebsd-arm@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>> To unsubscribe, send any mail to " >>>>>>> >>>>>>> freebsd-arm-unsubscribe@freebsd.org" >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot >>>>>>> _______________________________________________ >>>>>>> freebsd-arm@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>> To unsubscribe, send any mail to " >>>>>>> >>>>>>> freebsd-arm-unsubscribe@freebsd.org" >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot >>>>>>> _______________________________________________ >>>>>>> freebsd-arm@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>> To unsubscribe, send any mail to " >>>>>>> >>>>>>> freebsd-arm-unsubscribe@freebsd.org" >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot >>>>>> >>>>>>> manu@bidouilliste.com>> >>>>>> > >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot >>>>>> >>>>>>> manu@bidouilliste.com>> >>>>>> > >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Emmanuel Vadot >>>>>>> _______________________________________________ >>>>>>> freebsd-arm@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>> To unsubscribe, send any mail to " >>>>>>> freebsd-arm-unsubscribe@freebsd.org" >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> freebsd-arm@freebsd.org mailing list >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>>>> To unsubscribe, send any mail to = >>>>>>> "freebsd-arm-unsubscribe@freebsd.org" >>>>>>> >>>>>>> >>>>>>> >>>>> _______________________________________________ >>>>> freebsd-arm@freebsd.org mailing list >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >>>>> To unsubscribe, send any mail to = >>>>> "freebsd-arm-unsubscribe@freebsd.org" From owner-freebsd-arm@freebsd.org Mon Aug 26 21:59:01 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 82CFCE6310 for ; Mon, 26 Aug 2019 21:59:01 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: from mail-io1-xd34.google.com (mail-io1-xd34.google.com [IPv6:2607:f8b0:4864:20::d34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46HQrN3nghz3yF4 for ; Mon, 26 Aug 2019 21:59:00 +0000 (UTC) (envelope-from russ.haley@gmail.com) Received: by mail-io1-xd34.google.com with SMTP id b10so32192678ioj.2 for ; Mon, 26 Aug 2019 14:59:00 -0700 (PDT) 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=7i2Db91Rthik1BNdRrC6NBhRZvQZZVCqz50mUqvSyD4=; b=j3JhnkVFab3oGkgWQNTae8x8w75FMyq/9KkAyspHl0sxLXbmTySHb0LaX93SYueqEf oSx7Ol48R8AdGU9yraREoiKfoKpXb2AFTZoSiQZcfSNSz4eycIArj7t+gLQ0wuF0fdqv W8eE2lqt65Y12SjuSrL6DxJvfYf1MmdhruApqdajrZDTmhbiwM+e48ZgKQwiMsba2rdr GMqDyvBgUlpLrBE0f1fiIiSgtDATvE0kCf3I40cCL/sDPSClydc6hYMbLd02CT/AxtS7 /Ocayvh4jxRn8QvR+BqXzUSk3QUQuP8sck4wMkwrcEHV61vpdknjqPtOZD9pd962MG7m huUg== 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=7i2Db91Rthik1BNdRrC6NBhRZvQZZVCqz50mUqvSyD4=; b=K0m2tUkjDkUI2O5PFA3h1cjZLvY2E/EZbTwdViOPWl6yaLhuWETRyMRls/o2/qpTeI DEEPFkEKTL98zkhs1Yaj6x9Dj6VeJxgMQpueaDBax5dSPodomCrDzyeXeFCryQq5jyAb xHzWEF71NqXsWTDBRW5ZrpsJ4wy67e7y3BEm7D0bLAmAoVAW89M7YkRbOJGRtPhdJFSx l/ZEIeoDYfnE+sOTMxFBQh9kg1LxQuTOx6fkyVt/T2uj7wUlxEzc5ZoF/CVkpr404nnb foWLomNJCrPZxBRSUkh8FcFfMAuGu4x6QWehwQbNnKNFdsMCx/UYNcSNpvExkgIcG+b+ ZdZQ== X-Gm-Message-State: APjAAAWERwN8iVkDq4UYvi9NabM89k8BbicB7cyr89zuMrwNde6nWSSs /TH/06hFxjKmvJFOi6ijF47W1EQTUuUT0C0HhCo= X-Google-Smtp-Source: APXvYqxADsm9OWRWqk4TSWI5p7qIK5KKO7LoaAZ2jxY3bLeJS6LEejM1v9kqeHlBJzeOZrlmO+/svCprRQFkvE8ZH8Y= X-Received: by 2002:a5e:c301:: with SMTP id a1mr4078764iok.1.1566856738928; Mon, 26 Aug 2019 14:58:58 -0700 (PDT) MIME-Version: 1.0 References: <20190817210822.8920656bad0855b554883cf2@bidouilliste.com> <2D6D4BDA-75EC-403F-B5E2-52A468369DE2@gmail.com> <627099DD-804B-412F-A083-768CEFCF955C@gmail.com> <6DA8E736-8031-4BF7-8B20-CF8B0E8A7FEF@gmail.com> <2002575095.53.1566305166664@localhost> In-Reply-To: From: Russell Haley Date: Mon, 26 Aug 2019 14:58:47 -0700 Message-ID: Subject: Re: svn timeout - Re: Espressobin anyone ? To: Ronald Klop Cc: freebsd-arm , Jeffrey Bowers X-Rspamd-Queue-Id: 46HQrN3nghz3yF4 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=j3JhnkVF; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of russhaley@gmail.com designates 2607:f8b0:4864:20::d34 as permitted sender) smtp.mailfrom=russhaley@gmail.com X-Spamd-Result: default: False [-0.99 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[59]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.46.224,0.0.117.48]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.3.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; HTTP_TO_IP(1.00)[]; IP_SCORE(0.00)[ip: (-3.31), ipnet: 2607:f8b0::/32(-2.86), asn: 15169(-2.33), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 21:59:01 -0000 On Mon, Aug 26, 2019 at 2:15 PM Ronald Klop wrote: > On Fri, 23 Aug 2019 00:27:00 +0200, Jeffrey Bowers > wrote: > > > No, unfortunately it still ends in an E000060: Operation timed out. > > However, there are files and directories in my local ports directory, > > >so it's downloading at least some things. > > > One more option I can think of. > svn checkout svn://svn.freebsd.org/ports/head I reverted to using the svn protocol many moons ago because http wouldn't work at all. The svn protocol still fails a few times on any given checkout, but re-starting the checkout picks up where it left off. I always build on a PC so it's not a slow SD card problem, it seems to be a long standing issue retrieving source code. Just my observation, Russ > > > So not svn+ssh://, but only svn://. I just noticed my RPI3 uses that for > sources. > > Something else I have seen in the past is that the local disk (like a > cheap SD-card) can be too slow and causes timeouts because SVN can't > write > fast enough to keep the network busy. Which might happen earlier if you > checkout using https compared to the svn-protocol. > > Ronald. > > > > > > > On Tue, Aug 20, 2019 at 2:01 PM Ronald Klop > wrote: > >> On Wed, 21 Aug 2019 01:03:37 +0200, Jeffrey Bowers > >> wrote: > >> > >>> Yes sir, I can ping svn.freebsd.org. Any idea why the checkout fails= ? > >> > >> I don't know. What ip address do you get when pinging? > >> > >> Does this work for you? Does it work using the ip address you get? > >> > >> svn checkout https://213.138.116.72/ports/head > >> > >> Regards, > >> Ronald. > >> > >> > >> > >>> > >>> On Tue, Aug 20, 2019 at 7:46 AM Ronald Klop > >>> wrote: > >>>> It is not possible to 'ping https://svn.freebsd.org/ports/head'. > >>>> You can 'ping svn.freebsd.org'. > >>>> > >>>> Ronald. > >>>> > >>>> Van: Jeffrey Bowers > >>>> Datum: dinsdag, 20 augustus 2019 14:36 > >>>> Aan: "S=C3=B8ren Schmidt" , freebsd-arm > >>>> > >>>> Onderwerp: Re: Espressobin anyone ? > >>>>> I just tried to ping https://svn.freebsd.org/ports/head, and even > >>>>> though > >>>>> it scrolsl through all that text I get an error saying "could not > >>>>> resolve > >>>>> https://svn.freebsd.org/ports/head ; unknown server error" . I can > >>>>> ping > >>>>> google just fine. Is it a DNS issue? > >>>>> > >>>>> On Tue, Aug 20, 2019 at 7:33 AM Jeffrey Bowers > > >>>>> wrote: > >>>>> > >>>>>> I'm still getting: svn: E000060: Operation timed out > >>>>>> It goes for several minutes scrolling through text, and I feel > like > >>>>>> using > >>>>>> your link got further. > >>>>>> > >>>>>> Thanks! > >>>>>> > >>>>>> On Tue, Aug 20, 2019 at 2:49 AM S=C3=B8ren Schmidt > >>>>>> > >>>>>> wrote: > >>>>>> > >>>>>>> Hmm, I use this URL > >>>>>>> > >>>>>>> Repository Root: https://svn.freebsd.org/ports/head > >>>>>>> > >>>>>>> Not sure the svn+ssh thing works=E2=80=A6 > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> > >>>>>>> On 20 Aug 2019, at 02.38, Jeffrey Bowers > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi all, > >>>>>>> > >>>>>>> I'm having trouble getting subversion to work. When I run: > >>>>>>> > >>>>>>> svn checkout https://svn.FreeBSD.org/ports/head /usr/ports > >>>>>>> > >>>>>>> It scrolls through many lines of text before stating: svn: > >>>>>>> E000060: > >>>>>>> Operation timed out > >>>>>>> > >>>>>>> When I run: > >>>>>>> > >>>>>>> svn checkout svn+ssh://repo.freebsd.org/ports/head /usr/ports > >>>>>>> > >>>>>>> It tells me that the authenticity of the host cannot be > >>>>>>> identified, and > >>>>>>> asks me to confirm that I want to connect. I say yes, and then it > >>>>>>> says: > >>>>>>> > >>>>>>> svn: E170013: Unable to connect to a repository at URL 'svn+ssh:/= / > >>>>>>> repo.freebsd.org/ports/head' > >>>>>>> svn: E210002: To better debug SSH connection problems, remove the > >>>>>>> -q > >>>>>>> option > >>>>>>> from 'ssh' in the [tunnels] section of your Subversion > >>>>>>> configuration file. > >>>>>>> > >>>>>>> Any ideas? > >>>>>>> > >>>>>>> Thanks in advance! > >>>>>>> > >>>>>>> On Mon, Aug 19, 2019 at 8:51 PM Jeffrey Bowers > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> I didn't think it remounting. Thank you! > >>>>>>> > >>>>>>> On Mon, Aug 19, 2019 at 11:39 AM S=C3=B8ren Schmidt > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi Jeffrey > >>>>>>> > >>>>>>> You need to unmount the /tmp filesystem :) > >>>>>>> You can do that permanently by commenting it out in /etc/fstab > >>>>>>> > >>>>>>> > >>>>>>> On 19 Aug 2019, at 21.45, Jeffrey Bowers > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi Soren, > >>>>>>> > >>>>>>> I'm getting the same error message. Any other ideas what it might > >>>>>>> be? > >>>>>>> It's got to be something in the partition scheme or the file > >>>>>>> permissions, > >>>>>>> but I'm just not sure what. > >>>>>>> > >>>>>>> > >>>>>>> On Sun, Aug 18, 2019 at 10:03 AM Jeffrey Bowers > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> D=E2=80=99Oh! I thought I too care of that with gpart. I literall= y missed > >>>>>>> growfs > >>>>>>> part of the instructions.. > >>>>>>> > >>>>>>> On Sun, Aug 18, 2019 at 10:00 AM S=C3=B8ren Schmidt > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi > >>>>>>> > >>>>>>> You are out of space :) > >>>>>>> > >>>>>>> Boot the board into singleuser mode, and do =E2=80=9Cservice grow= fs start=E2=80=9D, > >>>>>>> that will expand you / filesystem to the entire SD card=E2=80=A6 > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> On 18 Aug 2019, at 14.50, Jeffrey Bowers > >>>>>>> wrote: > >>>>>>> > >>>>>>> Sure thing! Here's the screenshot! > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> On Sun, Aug 18, 2019 at 7:35 AM S=C3=B8ren Schmidt > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi > >>>>>>> > >>>>>>> Can I have you paste the output from df -h ? > >>>>>>> > >>>>>>> You should be able to utilise the full SD card=E2=80=A6 > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> On 18 Aug 2019, at 14.29, Jeffrey Bowers > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi, > >>>>>>> > >>>>>>> Just make sure I understand the process, I should hook up a hard > >>>>>>> disk > >>>>>>> and map it to to /TMP ? > >>>>>>> > >>>>>>> I already tried just unmapping /tmp, and it gave me the same erro= r > >>>>>>> once, and then the next time I ran it I got an error saying > >>>>>>> /usr/ports was > >>>>>>> out of space )which I guess I shouldn=E2=80=99t mount to another = director > >>>>>>> on the > >>>>>>> hard drive? > >>>>>>> > >>>>>>> On Sun, Aug 18, 2019 at 5:11 AM S=C3=B8ren Schmidt > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi Jeffrey > >>>>>>> > >>>>>>> You can unmount the memory disk on /tmp to get at the space on > the > >>>>>>> SD > >>>>>>> card. > >>>>>>> > >>>>>>> It is however not recommend to use the AD card for random > storage, > >>>>>>> it > >>>>>>> will wear out fast, that=E2=80=99s why the memory disk is setup. > >>>>>>> > >>>>>>> You could connect a SSD og laptop disk to the SATA interface and > >>>>>>> use > >>>>>>> that for the workload. > >>>>>>> > >>>>>>> However compiling is slow, its much much faster to cross compile > >>>>>>> on a > >>>>>>> PC=E2=80=A6 > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> On 18 Aug 2019, at 00.22, Jeffrey Bowers > >>>>>>> wrote: > >>>>>>> > >>>>>>> Hi! I've got a new one :) > >>>>>>> I'm trying to do an svn checkout to fix the pkg problem, but it > >>>>>>> tells > >>>>>>> me it can't write to a to a temp folder because there is no room > >>>>>>> left on > >>>>>>> the device. However, FreeBSD partition is 29GB. It's never also > >>>>>>> never the > >>>>>>> same file in TMP that it can't write to. Here is a screenshot of > >>>>>>> the > >>>>>>> issue, > >>>>>>> along with the output of gpart: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Any ideas? > >>>>>>> > >>>>>>> Thanks! > >>>>>>> > >>>>>>> > >>>>>>> On Sat, Aug 17, 2019 at 2:08 PM Emmanuel Vadot > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> On Sat, 17 Aug 2019 17:14:36 +0200 > >>>>>>> S=C3=B8ren Schmidt wrote: > >>>>>>> > >>>>>>> HI > >>>>>>> > >>>>>>> Well, I have a whole forrest of tree?s here, but the error posted > >>>>>>> > >>>>>>> here was on a clean checkout. > >>>>>>> > >>>>>>> > >>>>>>> Anyhow, with the latest changes to -stable and the two > >>>>>>> > >>>>>>> RF_SHAREABLE patches from -current all works. > >>>>>>> > >>>>>>> I've reverted the commits, see > >>>>>>> https://github.com/evadot/freebsd/commits/a37x0_gpio for a better > >>>>>>> way > >>>>>>> to deal with this issue. > >>>>>>> I'm waiting for mmel@ as he wrote the syscon_get_default_handle > >>>>>>> part. > >>>>>>> > >>>>>>> It would be nice with the etherswitch changes as well so VLAN > >>>>>>> > >>>>>>> tagging etc was standard. > >>>>>>> > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> PS: given up on bottom & inline popsting, top posting is all the > >>>>>>> > >>>>>>> rage now (yeah I miss elm etc :) ) > >>>>>>> > >>>>>>> > >>>>>>> On 17 Aug 2019, at 15.30, Emmanuel Vadot > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> > >>>>>>> On Sat, 17 Aug 2019 11:07:22 +0200 > >>>>>>> S=C3=B8ren Schmidt >>>>>>> > >>>>>>> soren.schmidt@gmail.com>> wrote: > >>>>>>> > >>>>>>> > >>>>>>> Hi Emmunuel > >>>>>>> > >>>>>>> Yes the 3720 gpio driver I already back ported long ago, its > >>>>>>> > >>>>>>> needed, I?m happy its now part of std stable 12! > >>>>>>> > >>>>>>> > >>>>>>> Would have been nice of you to say that you were not running a > >>>>>>> > >>>>>>> clean > >>>>>>> > >>>>>>> tree. > >>>>>>> > >>>>>>> My issue seems to be the inclusion of the phy_usb driver, if I > >>>>>>> > >>>>>>> leave that out, I?m back to normal.. > >>>>>>> > >>>>>>> > >>>>>>> What make you think this is this driver ? What works/doesn't work > >>>>>>> with it ? could you provide logs. > >>>>>>> > >>>>>>> I?ll have have another go at the latest -stable sources during > >>>>>>> > >>>>>>> the weekend and see how it goes. > >>>>>>> > >>>>>>> > >>>>>>> Thanks for looking into this, with a little cooperation we?ll > >>>>>>> > >>>>>>> get this solved for the greater good.. > >>>>>>> > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> > >>>>>>> P.S. Please stop top posting, it's really hard to read the > >>>>>>> > >>>>>>> conversation > >>>>>>> > >>>>>>> > >>>>>>> On 16 Aug 2019, at 22.58, Emmanuel Vadot < > >>>>>>> > >>>>>>> manu@bidouilliste.com> wrote: > >>>>>>> > >>>>>>> > >>>>>>> On Fri, 16 Aug 2019 19:12:30 +0200 > >>>>>>> Emmanuel Vadot >>>>>>> > >>>>>>> manu@bidouilliste.com>> wrote: > >>>>>>> > >>>>>>> > >>>>>>> On Fri, 16 Aug 2019 17:10:37 +0200 > >>>>>>> Emmanuel Vadot wrote: > >>>>>>> > >>>>>>> On Fri, 16 Aug 2019 15:24:54 +0200 > >>>>>>> Emmanuel Vadot wrote: > >>>>>>> > >>>>>>> On Fri, 16 Aug 2019 07:28:59 +0200 > >>>>>>> S=C3=B8ren Schmidt wrote: > >>>>>>> > >>>>>>> Hi > >>>>>>> > >>>>>>> Very simple, reverting sys/gnu/dts to what was before > >>>>>>> > >>>>>>> 350595 (actually 350592). > >>>>>>> > >>>>>>> Thats what we have svn for ? > >>>>>>> > >>>>>>> > >>>>>>> If I asked how it was to have the svn command that you > >>>>>>> > >>>>>>> used, I want to > >>>>>>> > >>>>>>> make sure that you didn't revert anything else, like do you > >>>>>>> > >>>>>>> have > >>>>>>> > >>>>>>> r350596 and r350628 ? > >>>>>>> > >>>>>>> That does make my bananapi work again, no other changes > >>>>>>> > >>>>>>> just a recompiled kernel. > >>>>>>> > >>>>>>> > >>>>>>> That + copying the dtb to the fat32 partition ? > >>>>>>> > >>>>>>> Can you post the dtb somewhere. > >>>>>>> > >>>>>>> However it does not bring the Espressobin back to life, > >>>>>>> > >>>>>>> thats something in one of the ~30 other files that changed > between > >>>>>>> those > >>>>>>> two revisions. > >>>>>>> > >>>>>>> > >>>>>>> What Linux version of DTS are you using then ? The ones > >>>>>>> > >>>>>>> that were in > >>>>>>> > >>>>>>> stable/12 when it was branched (4.18) or a later revision ? > >>>>>>> > >>>>>>> > >>>>>>> So I think that I've found the problem on the Espressobin. > >>>>>>> I think that the problem comes from the simple-mfd driver > >>>>>>> > >>>>>>> that I've > >>>>>>> > >>>>>>> mfc in r350600. > >>>>>>> The pinctrl/gpio controller compatible is > >>>>>>> "marvell,armada3710-nb-pinctrl", "syscon", "simple-mfd" and > >>>>>>> > >>>>>>> it attaches > >>>>>>> > >>>>>>> at BUS_PASS_INTERRUPT while the simple_mfd driver attaches at > >>>>>>> BUS_PASS_BUS (so earlier) which means that no gpio > >>>>>>> > >>>>>>> controller will be > >>>>>>> > >>>>>>> available for sdhci to detect the card. > >>>>>>> > >>>>>>> If someone with a non-working espressobin could post a full > >>>>>>> > >>>>>>> verbose > >>>>>>> > >>>>>>> boot log that would help me confirming that this is the case. > >>>>>>> I'll try to find a solution on how to solve this problem. > >>>>>>> > >>>>>>> > >>>>>>> So this wasn't the problem but I've found it, see r351129 and > >>>>>>> > >>>>>>> r351130 > >>>>>>> > >>>>>>> > >>>>>>> SD card now work again in HEAD, I'll have a look at stable > >>>>>>> > >>>>>>> later next > >>>>>>> > >>>>>>> week. > >>>>>>> > >>>>>>> > >>>>>>> I've did a quick test and I've MFC r348880, r348882 and > >>>>>>> > >>>>>>> r349596, the > >>>>>>> > >>>>>>> two other commits needed to be mfc'ed are the one I did today > >>>>>>> > >>>>>>> on head, > >>>>>>> > >>>>>>> I'll do that next week. > >>>>>>> With them sdcard is working again on stable/12 > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> On 15 Aug 2019, at 23.37, Emmanuel Vadot < > >>>>>>> > >>>>>>> manu@bidouilliste.com> wrote: > >>>>>>> > >>>>>>> > >>>>>>> On Thu, 15 Aug 2019 21:56:23 +0200 > >>>>>>> S=C3=B8ren Schmidt wrote: > >>>>>>> > >>>>>>> > >>>>>>> Well, I don?t care where you are from and what color you > >>>>>>> > >>>>>>> have :) > >>>>>>> > >>>>>>> > >>>>>>> Now, if I update my stable12 sources to r350595 the > >>>>>>> > >>>>>>> bananapi breaks, if revert sys/gnu/dts it works again, go figure.= . > >>>>>>> > >>>>>>> > >>>>>>> Reverting to what ? and how ? > >>>>>>> > >>>>>>> Because I've just test 12-stable and I have the problem > >>>>>>> > >>>>>>> that I've said > >>>>>>> > >>>>>>> in my previous mail so setting > >>>>>>> > >>>>>>> hw.regulator.disable_unused=3D0 is the > >>>>>>> > >>>>>>> work around. > >>>>>>> The problem is in twsi not in the DTS so I'm curious how > >>>>>>> > >>>>>>> reverting > >>>>>>> > >>>>>>> only the dts fixes this problem. > >>>>>>> > >>>>>>> The r351099 fix is already like that in -stable, and not > >>>>>>> > >>>>>>> part of the problem. > >>>>>>> > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> > >>>>>>> On 15 Aug 2019, at 21.03, Emmanuel Vadot < > >>>>>>> > >>>>>>> manu@bidouilliste.com> wrote: > >>>>>>> > >>>>>>> > >>>>>>> On Thu, 15 Aug 2019 19:48:54 +0200 > >>>>>>> S=C3=B8ren Schmidt wrote: > >>>>>>> > >>>>>>> Hi Mit! > >>>>>>> > >>>>>>> Right, I suspected that, 12-stable broke many embedded > >>>>>>> > >>>>>>> systems between r350592 and r350595 where all the latest and > >>>>>>> greatest DTS > >>>>>>> files was pulled in, I guess the same holds for -current. > >>>>>>> > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> > >>>>>>> Mhm it's fun that you think that DTS import is the > >>>>>>> > >>>>>>> source of all your > >>>>>>> > >>>>>>> problems, I get it, it's easy to blame the French guy > >>>>>>> > >>>>>>> that bulk import > >>>>>>> > >>>>>>> the DTS, he surely don't know what he is doing. > >>>>>>> Anyway, two problems were raised in this thread : > >>>>>>> > >>>>>>> 1) BananaPi (A20) doesn't boot > >>>>>>> 2) Espressobin sd support is broken > >>>>>>> > >>>>>>> I've just looked at the BananaPi problem today, I've > >>>>>>> > >>>>>>> fixed a first > >>>>>>> > >>>>>>> problem in r351099. > >>>>>>> The main problem is that when we disable the unused > >>>>>>> > >>>>>>> regulators we hang > >>>>>>> > >>>>>>> when trying to disabling ldo3. It's weird because the > >>>>>>> > >>>>>>> board doesn't use > >>>>>>> > >>>>>>> LDO3 (which is why we are disabling it, it's unused). > >>>>>>> > >>>>>>> The problem is in > >>>>>>> > >>>>>>> twsi I think as only leaving the part in axp209 that > >>>>>>> > >>>>>>> read the > >>>>>>> > >>>>>>> voltage register value make FreeBSD hang. > >>>>>>> I'll have a proper look later, in the meantime you can > >>>>>>> > >>>>>>> set > >>>>>>> > >>>>>>> hw.regulator.disable_unused=3D0 > >>>>>>> in /boot/loader.conf > >>>>>>> This isn't a DTS problem. > >>>>>>> > >>>>>>> For Espressobin I haven't found any thing related to SD > >>>>>>> > >>>>>>> in the DTS > >>>>>>> > >>>>>>> updates since the import, the only things slighly > >>>>>>> > >>>>>>> related are mmc and > >>>>>>> > >>>>>>> sdio. > >>>>>>> So if someone could find which DTS import broke this I > >>>>>>> > >>>>>>> can have a look. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> On 15 Aug 2019, at 19.37, Mit Matelske > >>>>>>> > >>>>>>> wrote: > >>>>>>> > >>>>>>> > >>>>>>> Yeah, that was the problem. I went back to r348882 > >>>>>>> > >>>>>>> and everything worked out of the box. > >>>>>>> > >>>>>>> > >>>>>>> Thanks again for the hand holding! > >>>>>>> > >>>>>>> Mit > >>>>>>> > >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>>> > >>>>>>> > > >>>>>>> > >>>>>>> To: "Mit Matelske" > > >>>>>>> Cc: "Marcin Wojtas" >>>>>>> > >>>>>>> mw@semihalf.com>>, "freebsd-arm" >>>>>>> freebsd-arm@freebsd.org>> > >>>>>>> > >>>>>>> Sent: Wednesday, August 14, 2019 1:33:04 PM > >>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>> > >>>>>>> > >>>>>>> It might simply be broken in -current (again). > >>>>>>> > >>>>>>> I just updated my stable12 tree and I pulled in new > >>>>>>> > >>>>>>> .dts files for just about anything? > >>>>>>> > >>>>>>> > >>>>>>> Needless to say, it broke the Espressobin?s SD > >>>>>>> > >>>>>>> support, it now fails just like yours.. > >>>>>>> > >>>>>>> > >>>>>>> It also broke allwinner builds and what not, so I?m > >>>>>>> > >>>>>>> just going back in time again :) > >>>>>>> > >>>>>>> > >>>>>>> I wonder why there is this overwhelming need to > >>>>>>> > >>>>>>> import stuff that breaks things right, left and center in a -stab= le > >>>>>>> branch ? > >>>>>>> > >>>>>>> That would have earned you the pointy hat back when?. > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> > >>>>>>> On 14 Aug 2019, at 18.01, Mit Matelske >>>>>>> > >>>>>>> > wrote: > >>>>>>> > >>>>>>> > >>>>>>> Marcin- > >>>>>>> > >>>>>>> Sorry I didn't reply yesterday. I didn't have any > >>>>>>> > >>>>>>> luck with that either. I tried a lot of permutations. > >>>>>>> > >>>>>>> > >>>>>>> Not saying for 100% it doesn't work, but I couldn't > >>>>>>> > >>>>>>> get it to work! > >>>>>>> > >>>>>>> > >>>>>>> Mit > >>>>>>> > >>>>>>> From: "Marcin Wojtas" >>>>>>> > >>>>>>> mw@semihalf.com>> > >>>>>>> > >>>>>>> To: "Mit Matelske" > > >>>>>>> Cc: "S=C3=B8ren Schmidt" >>>>>>> > >>>>>>> soren.schmidt@gmail.com>>, "freebsd-arm" >>>>>>> > > >>>>>>> > >>>>>>> Sent: Wednesday, August 14, 2019 10:41:04 AM > >>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>> > >>>>>>> Hi Mit, > >>>>>>> Since you are using the latest 13-current, could you > >>>>>>> > >>>>>>> please try if passing rootdev via u-boot bootargs (please see my > >>>>>>> previous > >>>>>>> email) works for you without the loader modification? > >>>>>>> > >>>>>>> > >>>>>>> Best regards, > >>>>>>> Marcin > >>>>>>> > >>>>>>> ?r., 14 sie 2019 o 16:29 Mit Matelske >>>>>>> > >>>>>>> > napisa?(a): > >>>>>>> > >>>>>>> Soren- > >>>>>>> > >>>>>>> Thanks for the info. I'll grab a couple more SD > >>>>>>> > >>>>>>> cards at lunch. This one is a new Samsung 32GB. I'll also try > >>>>>>> putting > >>>>>>> the > >>>>>>> changes into 12 and see if that helps. I'm using the latest > >>>>>>> 13-current. > >>>>>>> > >>>>>>> > >>>>>>> Again, appreciate the hand holding! > >>>>>>> > >>>>>>> Mit > >>>>>>> > >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>>> > >>>>>>> > > >>>>>>> > >>>>>>> To: "Mit Matelske" > > >>>>>>> Cc: "Marcin Wojtas" >>>>>>> > >>>>>>> mw@semihalf.com>>, "freebsd-arm" >>>>>>> freebsd-arm@freebsd.org>> > >>>>>>> > >>>>>>> Sent: Wednesday, August 14, 2019 2:30:31 AM > >>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>> > >>>>>>> Hi Mit > >>>>>>> Hmm, from your earlier posted dmesgs it looks like > >>>>>>> > >>>>>>> the SD card is not getting detected properly.. > >>>>>>> > >>>>>>> > >>>>>>> I get this output: > >>>>>>> > >>>>>>> sdhci_xenon0: mem > >>>>>>> > >>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>> > >>>>>>> mmc0: on sdhci_xenon0 > >>>>>>> ?snip? > >>>>>>> mmcsd0: 16GB >>>>>>> > >>>>>>> by 39 PH> at mmc0 50.0MHz/4bit/65535-block > >>>>>>> > >>>>>>> > >>>>>>> The problem you see was fixed for me by r348882, > >>>>>>> > >>>>>>> maybe it got broken later, I havn?t backported the later changes.= . > >>>>>>> > >>>>>>> > >>>>>>> Have you tried another SD card ? I have found 2 of > >>>>>>> > >>>>>>> mine that the espressobin doesn?t like, but works fine with > >>>>>>> bananapi and > >>>>>>> friends... > >>>>>>> > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> On 13 Aug 2019, at 23.30, Mit Matelske >>>>>>> > >>>>>>> > wrote: > >>>>>>> > >>>>>>> > >>>>>>> Soren- > >>>>>>> > >>>>>>> Thanks for the code snippet! That will fix one of > >>>>>>> > >>>>>>> the problems. > >>>>>>> > >>>>>>> > >>>>>>> I still can't mount my filesystem, though. I think > >>>>>>> > >>>>>>> I'm doing something really simple, wrong. I believe I'm running > >>>>>>> the > >>>>>>> latest > >>>>>>> code and added some printfs to show the kernel setting the > >>>>>>> regulator: > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> usbus1 on ehci0 > >>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> > >>>>>>> sdhci_xenon0: > >>>>>>> > >>>>>>> regulator_get_by_ofw_property(vqmmc-supply) =3D 19 > >>>>>>> > >>>>>>> sdhci_xenon0: vqmmc-supply regulator found > >>>>>>> sdhci_xenon0: mem > >>>>>>> > >>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>> > >>>>>>> ahci0: mem 0xe0000-0xe0177 irq > >>>>>>> > >>>>>>> 26 on simplebus1 > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Could there be a problem with how I am setting up my > >>>>>>> > >>>>>>> filesystem? I've tried both freebsd-ufs and freebsd as the type, > >>>>>>> with no > >>>>>>> luck. A gpart listing of my SD card: > >>>>>>> > >>>>>>> > >>>>>>> root@fbl:~ # gpart list da3 > >>>>>>> Geom name: da3 > >>>>>>> modified: false > >>>>>>> state: OK > >>>>>>> fwheads: 255 > >>>>>>> fwsectors: 63 > >>>>>>> last: 62521335 > >>>>>>> first: 3 > >>>>>>> entries: 4 > >>>>>>> scheme: GPT > >>>>>>> Providers: > >>>>>>> 1. Name: da3p1 > >>>>>>> Mediasize: 41943040 (40M) > >>>>>>> Sectorsize: 512 > >>>>>>> Stripesize: 0 > >>>>>>> Stripeoffset: 1536 > >>>>>>> Mode: r0w0e0 > >>>>>>> efimedia: > >>>>>>> > >>>>>>> HD(1,GPT,19894dc5-b8b2-11e9-871f-08008a0010e0,0x3,0x14000) > >>>>>>> > >>>>>>> rawuuid: 19894dc5-b8b2-11e9-871f-08008a0010e0 > >>>>>>> rawtype: c12a7328-f81f-11d2-ba4b-00a0c93ec93b > >>>>>>> label: (null) > >>>>>>> length: 41943040 > >>>>>>> offset: 1536 > >>>>>>> type: efi > >>>>>>> index: 1 > >>>>>>> end: 81922 > >>>>>>> start: 3 > >>>>>>> 2. Name: da3p2 > >>>>>>> Mediasize: 31968979456 (30G) > >>>>>>> Sectorsize: 512 > >>>>>>> Stripesize: 0 > >>>>>>> Stripeoffset: 41944576 > >>>>>>> Mode: r0w0e0 > >>>>>>> efimedia: > >>>>>>> > >>>>>>> HD(2,GPT,98786462-be30-11e9-ae6e-08008a0010e0,0x14003,0x3b8bff5) > >>>>>>> > >>>>>>> rawuuid: 98786462-be30-11e9-ae6e-08008a0010e0 > >>>>>>> rawtype: 516e7cb6-6ecf-11d6-8ff8-00022d09712b > >>>>>>> label: (null) > >>>>>>> length: 31968979456 > >>>>>>> offset: 41944576 > >>>>>>> type: freebsd-ufs > >>>>>>> index: 2 > >>>>>>> end: 62521335 > >>>>>>> start: 81923 > >>>>>>> Consumers: > >>>>>>> 1. Name: da3 > >>>>>>> Mediasize: 32010928128 (30G) > >>>>>>> Sectorsize: 512 > >>>>>>> Mode: r0w0e0 > >>>>>>> > >>>>>>> Thanks!! > >>>>>>> > >>>>>>> Mit > >>>>>>> > >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>>> > >>>>>>> > > >>>>>>> > >>>>>>> To: "Marcin Wojtas" >>>>>>> > >>>>>>> mw@semihalf.com>> > >>>>>>> > >>>>>>> Cc: "Mit Matelske" >, > >>>>>>> > >>>>>>> "freebsd-arm" >>>>>>> freebsd-arm@freebsd.org>> > >>>>>>> > >>>>>>> Sent: Tuesday, August 13, 2019 12:55:09 PM > >>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>> > >>>>>>> Hi > >>>>>>> That doesn?t seen to work on the espressobin, or > >>>>>>> > >>>>>>> least I can?t get it to pick it up. > >>>>>>> > >>>>>>> > >>>>>>> I use this patch as a workaround: > >>>>>>> > >>>>>>> Index: main.c > >>>>>>> > >>>>>>> =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 > >>>>>>> > >>>>>>> --- main.c (revision 350496) > >>>>>>> +++ main.c (working copy) > >>>>>>> @@ -463,6 +462,13 @@ > >>>>>>> int rv; > >>>>>>> char *rootdev; > >>>>>>> > >>>>>>> +#if defined(__aarch64__) > >>>>>>> + /* SOS HACK in rootdev, at least Espressobin > >>>>>>> > >>>>>>> gets this wrong */ > >>>>>>> > >>>>>>> + printf("Setting currdev hack\n"); > >>>>>>> + set_currdev("disk0p2"); > >>>>>>> + return (0); > >>>>>>> +#endif > >>>>>>> + > >>>>>>> /* > >>>>>>> * First choice: if rootdev is already set, use > >>>>>>> > >>>>>>> that, even if > >>>>>>> > >>>>>>> * it's wrong. > >>>>>>> > >>>>>>> Its not pretty but it does the job until I get time > >>>>>>> > >>>>>>> to look into why bootargs aren?t passed / won?t stick, probably > >>>>>>> something > >>>>>>> I > >>>>>>> havn?t backported to my -stable12 sources yet... > >>>>>>> > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> On 13 Aug 2019, at 01.38, Marcin Wojtas < > >>>>>>> > >>>>>>> mw@semihalf.com > wrote: > >>>>>>> > >>>>>>> > >>>>>>> Hi, > >>>>>>> > >>>>>>> Not sure if it's what you are looking for, but in > >>>>>>> > >>>>>>> order to autoboot, I > >>>>>>> > >>>>>>> simply pass 'rootdev=3DdiskXpY' in the bootargs > >>>>>>> > >>>>>>> variable. Here's example from > >>>>>>> > >>>>>>> A3720-DB (same should work on EspressoBin): > >>>>>>> > >>>>>>> Marvell>> set bootargs "rootdev=3Ddisk1p1";usb reset; > >>>>>>> > >>>>>>> fatload usb 0:1 > >>>>>>> > >>>>>>> ${fdt_addr} armada-3720-db.dtb; fatload usb 0:1 > >>>>>>> > >>>>>>> ${kernel_addr} > >>>>>>> > >>>>>>> boot/loader.efi; bootefi ${kernel_addr} ${fdt_addr} > >>>>>>> resetting USB... > >>>>>>> USB0: Register 2000104 NbrPorts 2 > >>>>>>> Starting the controller > >>>>>>> USB XHCI 1.00 > >>>>>>> USB1: USB EHCI 1.00 > >>>>>>> - ______ ____ _____ _____ > >>>>>>> | ____| | _ \ / ____| __ \ > >>>>>>> | |___ _ __ ___ ___ | |_) | (___ | | | | > >>>>>>> | ___| '__/ _ \/ _ \| _ < \___ \| | | | > >>>>>>> | | | | | __/ __/| |_) |____) | |__| | > >>>>>>> | | | | | | || | | | > >>>>>>> |_| |_| \___|\___||____/|_____/|_____/ > >>>>>>> ``` > >>>>>>> ` > >>>>>>> ????????????Welcome to FreeBSD????????????? s` > >>>>>>> > >>>>>>> `.....---.......--.``` > >>>>>>> > >>>>>>> -/ > >>>>>>> ? ? +o > >>>>>>> > >>>>>>> .--` /y:` > >>>>>>> > >>>>>>> +. > >>>>>>> ? 1. Boot Multi user [Enter] ? > >>>>>>> > >>>>>>> yo`:. :o > >>>>>>> > >>>>>>> `+- > >>>>>>> ? 2. Boot Single user ? y/ > >>>>>>> > >>>>>>> -/` -o/ > >>>>>>> > >>>>>>> ? 3. Escape to loader prompt ? .- > >>>>>>> ::/sy+:. > >>>>>>> ? 4. Reboot ? / > >>>>>>> > >>>>>>> `-- > >>>>>>> > >>>>>>> / > >>>>>>> ? ? `: > >>>>>>> :` > >>>>>>> ? Options: ? `: > >>>>>>> :` > >>>>>>> ? 5. Kernel: default/kernel (1 of 1) ? / > >>>>>>> / > >>>>>>> ? 6. Boot Options ? .- > >>>>>>> -. > >>>>>>> ? ? -- > >>>>>>> > >>>>>>> -. > >>>>>>> > >>>>>>> ? ? > >>>>>>> > >>>>>>> `:` `:` > >>>>>>> > >>>>>>> ? ? > >>>>>>> > >>>>>>> .-- `--. > >>>>>>> > >>>>>>> ??????????????????????????????????????????? > >>>>>>> > >>>>>>> .---.....----. > >>>>>>> > >>>>>>> Autoboot in 9 seconds, hit [Enter] to boot or any > >>>>>>> > >>>>>>> other key to stop > >>>>>>> > >>>>>>> > >>>>>>> Loading kernel... > >>>>>>> /boot/kernel/kernel text=3D0x95047c > >>>>>>> > >>>>>>> data=3D0x1919d0+0x84aa94 > >>>>>>> > >>>>>>> syms=3D[0x8+0x13aaa8+0x8+0x12610d] > >>>>>>> Loading configured modules... > >>>>>>> can't find '/boot/entropy' > >>>>>>> Using DTB provided by EFI at 0x8000000. > >>>>>>> ---<>--- > >>>>>>> KDB: debugger backends: ddb > >>>>>>> KDB: current backend: ddb > >>>>>>> Copyright (c) 1992-2019 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 13.0-CURRENT > >>>>>>> > >>>>>>> 17a1fc80d57-c261519(upstream_master) GENERIC arm64 > >>>>>>> > >>>>>>> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final > >>>>>>> > >>>>>>> 356365) (based on LLVM > >>>>>>> > >>>>>>> 8.0.0) > >>>>>>> WARNING: WITNESS option enabled, expect reduced > >>>>>>> > >>>>>>> performance. > >>>>>>> > >>>>>>> VT: init without driver. > >>>>>>> Starting CPU 1 (1) > >>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>>>> [...] > >>>>>>> > >>>>>>> Best regards, > >>>>>>> Marcin > >>>>>>> > >>>>>>> pon., 12 sie 2019 o 23:14 Mit Matelske >>>>>>> > >>>>>>> > napisa?(a): > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Soren- > >>>>>>> > >>>>>>> Thanks for the quick response. I built this kernel > >>>>>>> > >>>>>>> with revision 350924. > >>>>>>> > >>>>>>> I'll dig into whats going on in the morning. > >>>>>>> > >>>>>>> Mind posting your diff for your loader.efi? > >>>>>>> > >>>>>>> Thanks again! > >>>>>>> > >>>>>>> Mit > >>>>>>> > >>>>>>> > >>>>>>> ----- Original Message ----- > >>>>>>> From: "S=C3=B8ren Schmidt" >>>>>>> > >>>>>>> > > >>>>>>> > >>>>>>> To: "Mit Matelske" > > >>>>>>> Cc: "tscho" >>>>>>> > >>>>>>> johannes@t-beutel.com>>, "freebsd-arm" < > >>>>>>> > >>>>>>> freebsd-arm@freebsd.org >>>>>>> > >>>>>>> freebsd-arm@freebsd.org>> > >>>>>>> > >>>>>>> Sent: Monday, August 12, 2019 3:49:48 PM > >>>>>>> Subject: Re: Espressobin anyone ? > >>>>>>> > >>>>>>> Hi > >>>>>>> > >>>>>>> Looks like your sources may be too old, you need to > >>>>>>> > >>>>>>> be at least at r348882 > >>>>>>> > >>>>>>> to get the fix for the SD card VCC regulator. > >>>>>>> > >>>>>>> That change fixed it for me backported to 12-stable... > >>>>>>> > >>>>>>> The currdev problem still exists, I have it hardwired > >>>>>>> > >>>>>>> in my loader for > >>>>>>> > >>>>>>> aarch64 :) > >>>>>>> > >>>>>>> -S=C3=B8ren > >>>>>>> > >>>>>>> > >>>>>>> On 12 Aug 2019, at 21.06, Mit Matelske >>>>>>> > >>>>>>> > wrote: > >>>>>>> > >>>>>>> > >>>>>>> I'm having a couple little hiccups booting this board > >>>>>>> > >>>>>>> also. One has > >>>>>>> > >>>>>>> been commented on already, that I can't get the > >>>>>>> > >>>>>>> loader to automatically > >>>>>>> > >>>>>>> start loading the kernel on "disk0p2"... > >>>>>>> > >>>>>>> The second, is that the kernel can't find the SD card > >>>>>>> > >>>>>>> after booting so > >>>>>>> > >>>>>>> it can't mount the root filesystem. I'm using the > >>>>>>> > >>>>>>> dts/dtb and kernel from > >>>>>>> > >>>>>>> the 13-current branch. > >>>>>>> > >>>>>>> Thanks for any and all help. I haven't used u-boot > >>>>>>> > >>>>>>> in about decade. > >>>>>>> > >>>>>>> Spoiled by the x86 platform. > >>>>>>> > >>>>>>> Mit Matelske > >>>>>>> > >>>>>>> > >>>>>>> ***U-boot environment:*** > >>>>>>> > >>>>>>> > >>>>>>> Marvell>> printenv > >>>>>>> baudrate=3D115200 > >>>>>>> bootargs=3Dconsole=3DttyMV0,115200 > >>>>>>> > >>>>>>> earlycon=3Dar3700_uart,0xd0012000 > >>>>>>> > >>>>>>> root=3D/dev/mmcblk0p1 rw rootwait net.ifnames=3D0 > >>>>>>> > >>>>>>> biosdevname=3D0 > >>>>>>> > >>>>>>> bootcmd=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr > >>>>>>> > >>>>>>> $image_name;fatload mmc > >>>>>>> > >>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr > >>>>>>> > >>>>>>> $fdt_addr > >>>>>>> > >>>>>>> bootdelay=3D2 > >>>>>>> bootmmc=3Dmmc dev 0; fatload mmc 0:1 $kernel_addr > >>>>>>> > >>>>>>> $image_name;fatload mmc > >>>>>>> > >>>>>>> 0:1 $fdt_addr $fdt_name; bootefi $kernel_addr > >>>>>>> > >>>>>>> $fdt_addr > >>>>>>> > >>>>>>> console=3Dconsole=3DttyMV0,115200 > >>>>>>> > >>>>>>> earlycon=3Dar3700_uart,0xd0012000 > >>>>>>> > >>>>>>> eth1addr=3D00:51:82:11:22:01 > >>>>>>> eth2addr=3D00:51:82:11:22:02 > >>>>>>> eth3addr=3D00:51:82:11:22:03 > >>>>>>> ethact=3Dneta@30000 > >>>>>>> ethaddr=3DF0:AD:4E:09:6B:8F > >>>>>>> ethprime=3Deth0 > >>>>>>> fdt_addr=3D0x4f00000 > >>>>>>> fdt_high=3D0xffffffffffffffff > >>>>>>> fdt_name=3Defi/boot/armada-3720-espressobin.dtb > >>>>>>> fdtcontroladdr=3D3f7161b8 > >>>>>>> gatewayip=3D10.4.50.254 > >>>>>>> get_images=3Dtftpboot $kernel_addr $image_name; > >>>>>>> > >>>>>>> tftpboot $fdt_addr > >>>>>>> > >>>>>>> $fdt_name; run get_ramfs > >>>>>>> get_ramfs=3Dif test "${ramfs_name}" !=3D "-"; then setenv > >>>>>>> > >>>>>>> ramfs_addr > >>>>>>> > >>>>>>> 0x8000000; tftpboot $ramfs_addr $ramfs_name; else > >>>>>>> > >>>>>>> setenv ramfs_addr -;fi > >>>>>>> > >>>>>>> hostname=3Dmarvell > >>>>>>> image_name=3Defi/freebsd/loader.efi > >>>>>>> initrd_addr=3D0xa00000 > >>>>>>> initrd_size=3D0x2000000 > >>>>>>> ipaddr=3D0.0.0.0 > >>>>>>> kernel_addr=3D0x5000000 > >>>>>>> loadaddr=3D0x5000000 > >>>>>>> netdev=3Deth0 > >>>>>>> netmask=3D255.255.255.0 > >>>>>>> ramfs_addr=3D0x8000000 > >>>>>>> ramfs_name=3D- > >>>>>>> root=3Droot=3D/dev/nfs rw > >>>>>>> rootpath=3D/srv/nfs/ > >>>>>>> serverip=3D0.0.0.0 > >>>>>>> set_bootargs=3Dsetenv bootargs $console $root > >>>>>>> > >>>>>>> ip=3D$ipaddr:$serverip:$gatewayip:$netmask:$hostname:$netdev:none > >>>>>>> > >>>>>>> nfsroot=3D$serverip:$rootpath $extra_params > >>>>>>> stderr=3Dserial@12000 > >>>>>>> stdin=3Dserial@12000 > >>>>>>> stdout=3Dserial@12000 > >>>>>>> > >>>>>>> > >>>>>>> ***Full boot logs:*** > >>>>>>> > >>>>>>> > >>>>>>> U-Boot 2017.03-armada-17.10.2-g14aeedc (Jun 01 2018 - > >>>>>>> > >>>>>>> 15:39:10 +0800) > >>>>>>> > >>>>>>> > >>>>>>> Model: Marvell Armada 3720 Community Board ESPRESSOBin > >>>>>>> CPU @ 1000 [MHz] > >>>>>>> L2 @ 800 [MHz] > >>>>>>> TClock @ 200 [MHz] > >>>>>>> DDR @ 800 [MHz] > >>>>>>> DRAM: 1 GiB > >>>>>>> U-Boot DT blob at : 000000003f7161b8 > >>>>>>> Comphy-0: USB3 5 Gbps > >>>>>>> Comphy-1: PEX0 2.5 Gbps > >>>>>>> Comphy-2: SATA0 6 Gbps > >>>>>>> SATA link 0 timeout. > >>>>>>> AHCI 0001.0300 32 slots 1 ports 6 Gbps 0x1 impl SATA > >>>>>>> > >>>>>>> mode > >>>>>>> > >>>>>>> flags: ncq led only pmp fbss pio slum part sxs > >>>>>>> PCIE-0: Link down > >>>>>>> MMC: sdhci@d0000: 0, sdhci@d8000: 1 > >>>>>>> SF: Detected mx25u3235f with page size 256 Bytes, > >>>>>>> > >>>>>>> erase size 64 KiB, > >>>>>>> > >>>>>>> total 4 MiB > >>>>>>> Net: eth0: neta@30000 [PRIME] > >>>>>>> Hit any key to stop autoboot: 0 > >>>>>>> switch to partitions #0, OK > >>>>>>> mmc0 is current device > >>>>>>> reading efi/freebsd/loader.efi > >>>>>>> 603872 bytes read in 49 ms (11.8 MiB/s) > >>>>>>> reading efi/boot/armada-3720-espressobin.dtb > >>>>>>> 15946 bytes read in 17 ms (916 KiB/s) > >>>>>>> ## Starting EFI application at 05000000 ... > >>>>>>> Scanning disk sdhci@d0000.blk >>>>>>> > >>>>>>> ... > >>>>>>> > >>>>>>> Card did not respond to voltage select! > >>>>>>> mmc_init: -95, time 50 > >>>>>>> Found 1 disks > >>>>>>> Consoles: EFI console > >>>>>>> FreeBSD/arm64 EFI loader, Revision 1.1 > >>>>>>> > >>>>>>> Command line arguments: loader.efi > >>>>>>> EFI version: 2.05 > >>>>>>> EFI Firmware: Das U-boot (rev 0.00) > >>>>>>> Console: efi (0) > >>>>>>> Failed to find bootable partition > >>>>>>> Startup error in /boot/lua/loader.lua: seconds > >>>>>>> LUA ERROR: cannot open /boot/lua/loader.lua: invalid > >>>>>>> > >>>>>>> argument. > >>>>>>> > >>>>>>> > >>>>>>> can't load 'kernel' > >>>>>>> > >>>>>>> Type '?' for a list of commands, 'help' for more > >>>>>>> > >>>>>>> detailed help. > >>>>>>> > >>>>>>> OK > >>>>>>> OK set currdev=3Ddisk0p2 > >>>>>>> OK boot > >>>>>>> > >>>>>>> /boot/kernel/kernel text=3D0x97d6a0 > >>>>>>> > >>>>>>> data=3D0x191b50+0x84ae94 > >>>>>>> > >>>>>>> syms=3D[0x8+0x137dd8+0x8+0x126260] > >>>>>>> Using DTB provided by EFI at 0x8000000. > >>>>>>> ---<>--- > >>>>>>> KDB: debugger backends: ddb > >>>>>>> KDB: current backend: ddb > >>>>>>> Copyright (c) 1992-2019 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 13.0-CURRENT GENERIC arm64 > >>>>>>> FreeBSD clang version 6.0.1 (tags/RELEASE_601/final > >>>>>>> > >>>>>>> 335540) (based on > >>>>>>> > >>>>>>> LLVM 6.0.1) > >>>>>>> WARNING: WITNESS option enabled, expect reduced > >>>>>>> > >>>>>>> performance. > >>>>>>> > >>>>>>> VT: init without driver. > >>>>>>> Starting CPU 1 (1) > >>>>>>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > >>>>>>> arc4random: WARNING: initial seeding bypassed the > >>>>>>> > >>>>>>> cryptographic random > >>>>>>> > >>>>>>> device because it was not yet seeded and the knob > >>>>>>> > >>>>>>> 'bypass_before_seeding' > >>>>>>> > >>>>>>> was enabled. > >>>>>>> random: entropy device external interface > >>>>>>> MAP 3e681000 mode 2 pages 1 > >>>>>>> MAP 3ffa6000 mode 2 pages 1 > >>>>>>> kbd0 at kbdmux0 > >>>>>>> ofwbus0: > >>>>>>> simplebus0: on > >>>>>>> > >>>>>>> ofwbus0 > >>>>>>> > >>>>>>> simplebus1: on > >>>>>>> > >>>>>>> simplebus0 > >>>>>>> > >>>>>>> simple_mfd0: mem > >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 > >>>>>>> simple_mfd1: mem > >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 > >>>>>>> psci0: >>>>>>> > >>>>>>> Driver> on ofwbus0 > >>>>>>> > >>>>>>> gic0: mem > >>>>>>> > >>>>>>> > >>>>>>> > 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1= d91fff,0x1da0000-0x1dbffff > >>>>>>> > >>>>>>> irq 27 on simplebus1 > >>>>>>> gpio0: mem > >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > >>>>>>> > >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on > >>>>>>> > >>>>>>> simple_mfd0 > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > >>>>>>> > >>>>>>> simple_mfd1 > >>>>>>> > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpioregulator0: on ofwbus0 > >>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>> gpioregulator0: cannot parse parameters > >>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>> generic_timer0: irq 0,1,2,3 on > >>>>>>> > >>>>>>> ofwbus0 > >>>>>>> > >>>>>>> Timecounter "ARM MPCore Timecounter" frequency > >>>>>>> > >>>>>>> 12500000 Hz quality 1000 > >>>>>>> > >>>>>>> Event timer "ARM MPCore Eventtimer" frequency > >>>>>>> > >>>>>>> 12500000 Hz quality 1000 > >>>>>>> > >>>>>>> gpio0: mem > >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > >>>>>>> > >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on > >>>>>>> > >>>>>>> simple_mfd0 > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > >>>>>>> > >>>>>>> simple_mfd1 > >>>>>>> > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpioregulator0: on ofwbus0 > >>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>> gpioregulator0: cannot parse parameters > >>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > >>>>>>> > >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on > >>>>>>> > >>>>>>> simple_mfd0 > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > >>>>>>> > >>>>>>> simple_mfd1 > >>>>>>> > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpioregulator0: on ofwbus0 > >>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>> gpioregulator0: cannot parse parameters > >>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > >>>>>>> > >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on > >>>>>>> > >>>>>>> simple_mfd0 > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > >>>>>>> > >>>>>>> simple_mfd1 > >>>>>>> > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpioregulator0: on ofwbus0 > >>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>> gpioregulator0: cannot parse parameters > >>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > >>>>>>> > >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on > >>>>>>> > >>>>>>> simple_mfd0 > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpio0: mem > >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > >>>>>>> > >>>>>>> simple_mfd1 > >>>>>>> > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> gpioregulator0: on ofwbus0 > >>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>> gpioregulator0: cannot parse parameters > >>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>> cpulist0: on ofwbus0 > >>>>>>> cpu0: on cpulist0 > >>>>>>> cpu1: on cpulist0 > >>>>>>> pmu0: irq 4 on ofwbus0 > >>>>>>> syscon_generic0: mem 0xd000-0xdfff on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> > >>>>>>> syscon_generic1: mem 0x11500-0x1153f on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> > >>>>>>> uart0: mem 0x12000-0x121ff > >>>>>>> > >>>>>>> irq 9,10,11 on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> uart0: console (115200,n,8,1) > >>>>>>> gpio0: mem > >>>>>>> 0x13800-0x138ff,0x13c00-0x13c1f irq > >>>>>>> > >>>>>>> 28,29,30,31,32,33,34,35,36,37,38,39 on > >>>>>>> > >>>>>>> simple_mfd0 > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> syscon_generic2: mem 0x14000-0x1405f on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> > >>>>>>> gpio0: mem > >>>>>>> 0x18800-0x188ff,0x18c00-0x18c1f irq 40,41,42,43,44 on > >>>>>>> > >>>>>>> simple_mfd1 > >>>>>>> > >>>>>>> gpio0: cannot allocate memory window > >>>>>>> device_attach: gpio0 attach returned 6 > >>>>>>> mvneta0: mem 0x30000-0x33fff irq 14 > >>>>>>> > >>>>>>> on simplebus1 > >>>>>>> > >>>>>>> mvneta0: version is 10 > >>>>>>> mvneta0: Ethernet address: 00:a6:39:ca:e8:00 > >>>>>>> mdio0: on mvneta0 > >>>>>>> mdioproxy0: on mdio0 > >>>>>>> e6000sw0: on mdio0 > >>>>>>> e6000sw0: multi-chip addressing mode (0x1) > >>>>>>> e6000sw0: CPU port at 0 > >>>>>>> e6000sw0: fixed port at 0 > >>>>>>> e6000sw0: PHY at port 1 > >>>>>>> miibus0: on e6000sw0 > >>>>>>> e1000phy0: PHY 17 on > >>>>>>> > >>>>>>> miibus0 > >>>>>>> > >>>>>>> e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, > >>>>>>> > >>>>>>> 100baseTX-FDX, > >>>>>>> > >>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > >>>>>>> > >>>>>>> 1000baseT-FDX-master, auto > >>>>>>> > >>>>>>> e6000sw0: PHY at port 2 > >>>>>>> miibus1: on e6000sw0 > >>>>>>> e1000phy1: PHY 18 on > >>>>>>> > >>>>>>> miibus1 > >>>>>>> > >>>>>>> e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, > >>>>>>> > >>>>>>> 100baseTX-FDX, > >>>>>>> > >>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > >>>>>>> > >>>>>>> 1000baseT-FDX-master, auto > >>>>>>> > >>>>>>> e6000sw0: PHY at port 3 > >>>>>>> miibus2: on e6000sw0 > >>>>>>> e1000phy2: PHY 19 on > >>>>>>> > >>>>>>> miibus2 > >>>>>>> > >>>>>>> e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, > >>>>>>> > >>>>>>> 100baseTX-FDX, > >>>>>>> > >>>>>>> 1000baseT, 1000baseT-master, 1000baseT-FDX, > >>>>>>> > >>>>>>> 1000baseT-FDX-master, auto > >>>>>>> > >>>>>>> e6000sw0: switch is ready. > >>>>>>> etherswitch0: on e6000sw0 > >>>>>>> xhci0: mem > >>>>>>> > >>>>>>> 0x58000-0x5bfff irq 16 on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> xhci0: 32 bytes context size, 32-bit DMA > >>>>>>> usbus0 on xhci0 > >>>>>>> syscon_generic3: mem 0x5d800-0x5dfff on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> > >>>>>>> ehci0: mem > >>>>>>> > >>>>>>> 0x5e000-0x5efff irq > >>>>>>> > >>>>>>> 17 on simplebus1 > >>>>>>> usbus1: EHCI version 1.0 > >>>>>>> usbus1 on ehci0 > >>>>>>> syscon_generic4: mem 0x5f800-0x5ffff on > >>>>>>> > >>>>>>> simplebus1 > >>>>>>> > >>>>>>> sdhci_xenon0: mem > >>>>>>> 0xd0000-0xd02ff,0x1e808-0x1e80b irq 24 on simplebus1 > >>>>>>> ahci0: mem 0xe0000-0xe0177 irq > >>>>>>> > >>>>>>> 26 on simplebus1 > >>>>>>> > >>>>>>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier > >>>>>>> > >>>>>>> supported with FBS > >>>>>>> > >>>>>>> ahcich0: at channel 0 on ahci0 > >>>>>>> device_attach: ahcich0 attach returned 6 > >>>>>>> gpioregulator0: on ofwbus0 > >>>>>>> gpioregulator0: cannot get pin 0 > >>>>>>> gpioregulator0: cannot parse parameters > >>>>>>> device_attach: gpioregulator0 attach returned 6 > >>>>>>> cryptosoft0: > >>>>>>> Timecounters tick every 1.000 msec > >>>>>>> mvneta0: link state changed to UP > >>>>>>> e6000sw0port1: link state changed to DOWN > >>>>>>> e6000sw0port2: link state changed to DOWN > >>>>>>> e6000sw0port3: link state changed to DOWN > >>>>>>> usbus0: 5.0Gbps Super Speed USB v3.0 > >>>>>>> usbus1: 480Mbps High Speed USB v2.0 > >>>>>>> Release APs...done > >>>>>>> CPU 0: ARM Cortex-A53 r0p4 affinity: 0 > >>>>>>> Instruction Set Attributes 0 =3D > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Trying to mount root from > >>>>>>> > >>>>>>> ufs:/dev/ufs/FreeBSD_Install [ro,noatime]... > >>>>>>> > >>>>>>> Instruction Set Attributes 1 =3D <> > >>>>>>> Root mount waiting for: Processor Features 0 =3D > >>>>>>> > >>>>>>> usbus1 Processor Features 1 =3D <0> > >>>>>>> usbus0 Memory Model Features 0 =3D <4k Granule,64k > >>>>>>> > >>>>>>> Granule,S/NS > >>>>>>> > >>>>>>> Mem,MixedEndian,16bit ASID,1TB 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-A53 r0p4 affinity: 1 > >>>>>>> WARNING: WITNESS option enabled, expect reduced > >>>>>>> > >>>>>>> performance. > >>>>>>> > >>>>>>> ugen0.1: at usbus0 > >>>>>>> ugen1.1: at usbus1 > >>>>>>> uhub0 on usbus0 > >>>>>>> uhub1 on usbus1 > >>>>>>> uhub0: >>>>>>> > >>>>>>> 3.00/1.00, addr 1> on > >>>>>>> > >>>>>>> usbus0 > >>>>>>> uhub1: >>>>>>> > >>>>>>> 2.00/1.00, addr 1> on > >>>>>>> > >>>>>>> usbus1 > >>>>>>> uhub0: 2 ports with 2 removable, self powered > >>>>>>> uhub1: 1 port with 1 removable, self powered > >>>>>>> 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:zroot/ROOT/default > >>>>>>> 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: > >>>>>>> > >>>>>>> > >>>>>>> mountroot> > >>>>>>> _______________________________________________ > >>>>>>> freebsd-arm@freebsd.org >>>>>>> > >>>>>>> freebsd-arm@freebsd.org> mailing list > >>>>>>> > >>>>>>> > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > >>>>>>> > >>>>>>> To unsubscribe, send any mail to " > >>>>>>> > >>>>>>> freebsd-arm-unsubscribe@freebsd.org >>>>>>> freebsd-arm-unsubscribe@freebsd.org>" > >>>>>>> > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> freebsd-arm@freebsd.org >>>>>>> > >>>>>>> freebsd-arm@freebsd.org> mailing list > >>>>>>> > >>>>>>> > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm < > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm> > >>>>>>> > >>>>>>> To unsubscribe, send any mail to " > >>>>>>> > >>>>>>> freebsd-arm-unsubscribe@freebsd.org >>>>>>> freebsd-arm-unsubscribe@freebsd.org>" > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot < > >>>>>>> > >>>>>>> manu@freebsd.org> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot > >>>>>>> _______________________________________________ > >>>>>>> freebsd-arm@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>> To unsubscribe, send any mail to " > >>>>>>> > >>>>>>> freebsd-arm-unsubscribe@freebsd.org" > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot > >>>>>>> _______________________________________________ > >>>>>>> freebsd-arm@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>> To unsubscribe, send any mail to " > >>>>>>> > >>>>>>> freebsd-arm-unsubscribe@freebsd.org" > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot > >>>>>>> _______________________________________________ > >>>>>>> freebsd-arm@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>> To unsubscribe, send any mail to " > >>>>>>> > >>>>>>> freebsd-arm-unsubscribe@freebsd.org" > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot >>>>>>> > >>>>>>> manu@bidouilliste.com>> >>>>>>> > > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot >>>>>>> > >>>>>>> manu@bidouilliste.com>> >>>>>>> > > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> -- > >>>>>>> Emmanuel Vadot > >>>>>>> _______________________________________________ > >>>>>>> freebsd-arm@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>> To unsubscribe, send any mail to " > >>>>>>> freebsd-arm-unsubscribe@freebsd.org" > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> _______________________________________________ > >>>>>>> freebsd-arm@freebsd.org mailing list > >>>>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>>>> To unsubscribe, send any mail to > >>>>>>> "freebsd-arm-unsubscribe@freebsd.org" > >>>>>>> > >>>>>>> > >>>>>>> > >>>>> _______________________________________________ > >>>>> freebsd-arm@freebsd.org mailing list > >>>>> https://lists.freebsd.org/mailman/listinfo/freebsd-arm > >>>>> To unsubscribe, send any mail to > >>>>> "freebsd-arm-unsubscribe@freebsd.org" > _______________________________________________ > 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 Mon Aug 26 23:25:05 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 23B11E789A for ; Mon, 26 Aug 2019 23:25:05 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (shadow.sentry.org [210.8.237.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "shadow.sentry.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46HSlg0cfnz42Lc for ; Mon, 26 Aug 2019 23:25:02 +0000 (UTC) (envelope-from freebsd-arm@sentry.org) Received: from shadow.sentry.org (localhost [127.0.0.1]) by shadow.sentry.org (8.15.2/8.15.2) with ESMTP id x7QNOlAA040997 for ; Tue, 27 Aug 2019 09:24:47 +1000 (AEST) (envelope-from freebsd-arm@sentry.org) Subject: Re: svn timeout - Re: Espressobin anyone ? To: freebsd-arm References: <6DA8E736-8031-4BF7-8B20-CF8B0E8A7FEF@gmail.com> <2002575095.53.1566305166664@localhost> From: Trev Message-ID: Date: Tue, 27 Aug 2019 09:24:47 +1000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.6.2 (shadow.sentry.org [0.0.0.0]); Tue, 27 Aug 2019 09:24:47 +1000 (AEST) X-Rspamd-Queue-Id: 46HSlg0cfnz42Lc X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd-arm@sentry.org designates 210.8.237.106 as permitted sender) smtp.mailfrom=freebsd-arm@sentry.org X-Spamd-Result: default: False [-4.53 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[sentry.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.986,0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:2764, ipnet:210.8.0.0/15, country:AU]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-2.24)[ip: (-8.81), asn: 2764(-2.40), country: AU(0.01)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Aug 2019 23:25:05 -0000 Russell Haley wrote on 27/08/2019 07:58: > On Mon, Aug 26, 2019 at 2:15 PM Ronald Klop wrote: > >> On Fri, 23 Aug 2019 00:27:00 +0200, Jeffrey Bowers >> wrote: >> >>> No, unfortunately it still ends in an E000060: Operation timed out. >>> However, there are files and directories in my local ports directory, >>>> so it's downloading at least some things. >> >> >> One more option I can think of. >> svn checkout svn://svn.freebsd.org/ports/head > > > I reverted to using the svn protocol many moons ago because http wouldn't > work at all. The svn protocol still fails a few times on any given > checkout, but re-starting the checkout picks up where it left off. I always > build on a PC so it's not a slow SD card problem, it seems to be a long > standing issue retrieving source code. My experience is the opposite - I reverted to using HTTP many moons ago because svn stopped working! svnlite checkouts always complete successfully for me with HTTP. From owner-freebsd-arm@freebsd.org Tue Aug 27 00:03:26 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D110DC0AD5 for ; Tue, 27 Aug 2019 00:03:26 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (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 46HTbx5fSsz44Ft for ; Tue, 27 Aug 2019 00:03:25 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id x7R03LPE078339; Mon, 26 Aug 2019 17:03:21 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id x7R03LjQ078338; Mon, 26 Aug 2019 17:03:21 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201908270003.x7R03LjQ078338@gndrsh.dnsmgr.net> Subject: Re: RPI2 drops _some_ ssh connection In-Reply-To: <20190826174802.GB34339@www.zefox.net> To: bob prohaska Date: Mon, 26 Aug 2019 17:03:21 -0700 (PDT) CC: freebsd-arm@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 46HTbx5fSsz44Ft X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [0.84 / 15.00]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.41)[-0.414,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.44)[0.444,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.14)[-0.137,0]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.04)[ip: (0.15), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.05), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 00:03:26 -0000 > On Mon, Aug 26, 2019 at 10:07:24AM -0700, Rodney W. Grimes wrote: > > > > Are there any OOM errors in the /var/log/messages or other indications > > that the system decided to kill a process or a process exited abnormally? > > Nothing on the console. As an aside, this is a Pi2 with 2G of swap. > So far there haven't been memory or swap issues (yet). > > The cu session is talking to an FTDI usb-serial adapter. If cu gets > crossed up, could it kill the ssh session that started it? Unlikely, unless your directly invoking cu from ssh as in: ssh hostname cu someport In that case if the cu exits for any reason the ssh session shuts down too. If you are doing that you might try ssh'ing in, and then invoking cu from the command prompt, that would put you back at a command prompt, possibly with a reason cu exited, if that is what is going on. > Thanks for posting! > bob prohaska -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-arm@freebsd.org Tue Aug 27 00:09:38 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 61A23C0C6B for ; Tue, 27 Aug 2019 00:09:38 +0000 (UTC) (envelope-from per@hedeland.org) Received: from outbound1f.eu.mailhop.org (outbound1f.eu.mailhop.org [52.28.59.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46HTl46GjZz44MM for ; Tue, 27 Aug 2019 00:09:36 +0000 (UTC) (envelope-from per@hedeland.org) ARC-Seal: i=1; a=rsa-sha256; t=1566864572; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Fo4yH/IvelRhgDB9VhNR0QBdj46tULB0BhzzvDl2fDtwvl+Hx/A9DDn3TI+S4+gb0u5Bp/Rxhgxs8 3wGZJYAcIqYo8qz3BAy9z+ROCy907fP822dILSJa6gRw/gFwEelK8Iz3IpQrj8Cj1Sa/44ROZT8Iho 43agnt41Z9AUaMA4TlYsCIApMvyF9ZD6Mey6Atl5dYkesbODIotkM1Jb0Bl3A3sAtR7aFiktNmYf5O khoe+Lq8dA3JlGd9unWXztzX6AlAOZbHgFO4lCtmD+whaPZ9ti9kGqeXtzMp3+X+2r2DrtlkHL89Yv zq5Ygkf49uPJTEZC3ESC74Mw+Mf6ImA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:dkim-signature:from; bh=nU5bEadbew1T5pMJvHh7gXGDWsc0qn2M7CBK0WBO9EE=; b=WK+VXtJeAFXtIh8H1mI/tUkFcWs9OtO0j6IB0I9a7VK7gedqN5DSc+heNlJyfjB9kF1cHugEZO+ZH rNlch8O3RGdhwQiPVWNDbdoQajE7j31Vr/RyT+jd7hOAI/jwGfM1DEgTAENMh39W+d0XG9ccthWdxh SjZtfq5GgUcKhoTdk/TuMZTVCr/oOKJQTPwecC8OZnor2wLgU3khl+dCP+n6DijKPt0SuZSyr56HUq S4eJ4JJvEmHSkmUhaMfbTmHw3W48agGFrseVP9x11NfLKT3shdO6aUl3+OVtWxnXPz4Yuf7z9Fxzyu cKDaLQ9YTfVwMfMA1Xmc8OW/9Ai7rmA== ARC-Authentication-Results: i=1; outbound2.eu.mailhop.org; spf=none smtp.mailfrom=hedeland.org smtp.remote-ip=81.228.157.209; dmarc=none header.from=hedeland.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:content-type:in-reply-to:mime-version:date: message-id:from:references:cc:to:subject:from; bh=nU5bEadbew1T5pMJvHh7gXGDWsc0qn2M7CBK0WBO9EE=; b=ar6AV9z3UDHy/t/SvwSLWZP8PhZWSIYZ3JMd2WyVczBlxBUcHXMgMkEw/azOYP1ja+h7jxQLyYw7f gERRQbjFQHqJ1FY376gV/0vwmdqNq4tMstodDoZTqAXF9aBOvJXY2Bz3cJOEjqCkx1A5FVsFotXw9s BhTiHIjv5kNxzGQYiDZKhOikxqQOY4vijuU2Bi/K9sgg2wKm699BVIg/vIhoN7XJVbVGpa6A/TWQqf DHTNZPfJkxbtwscOGP3KlxnmJtcay1AwEJz7fq09VKkP0rbjv39psu/NkKZfDpqhRmLNvb5vzLskPc bybj1MBOD5Su6Vht193CMtUsBjdA/Tw== X-MHO-RoutePath: cGVyaGVkZWxhbmQ= X-MHO-User: f0c420e7-c85e-11e9-a204-f5e3bb5d0a28 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 81.228.157.209 X-Mail-Handler: DuoCircle Outbound SMTP Received: from hedeland.org (unknown [81.228.157.209]) by outbound2.eu.mailhop.org (Halon) with ESMTPSA id f0c420e7-c85e-11e9-a204-f5e3bb5d0a28; Tue, 27 Aug 2019 00:09:31 +0000 (UTC) Received: from pluto.hedeland.org (pluto.hedeland.org [10.1.1.5]) by tellus.hedeland.org (8.15.2/8.15.2) with ESMTPS id x7R09TUm090441 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 27 Aug 2019 02:09:29 +0200 (CEST) (envelope-from per@hedeland.org) Subject: Re: svn timeout - Re: Espressobin anyone ? To: Russell Haley , Ronald Klop Cc: freebsd-arm References: <6DA8E736-8031-4BF7-8B20-CF8B0E8A7FEF@gmail.com> <2002575095.53.1566305166664@localhost> From: Per Hedeland Message-ID: <4168768c-3c9d-f813-97b8-fe0d0538fef2@hedeland.org> Date: Tue, 27 Aug 2019 02:09:29 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46HTl46GjZz44MM X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=outbound.mailhop.org header.s=dkim-high header.b=ar6AV9z3; dmarc=none; spf=none (mx1.freebsd.org: domain of per@hedeland.org has no SPF policy when checking 52.28.59.28) smtp.mailfrom=per@hedeland.org X-Spamd-Result: default: False [-4.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[outbound.mailhop.org:+]; NEURAL_HAM_SHORT(-0.97)[-0.965,0]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[209.157.228.81.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; IP_SCORE(-1.26)[ipnet: 52.28.0.0/16(-4.89), asn: 16509(-1.35), country: US(-0.05)]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:16509, ipnet:52.28.0.0/16, country:US]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[outbound.mailhop.org:s=dkim-high]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; ARC_ALLOW(-1.00)[i=1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[hedeland.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[28.59.28.52.list.dnswl.org : 127.0.20.0]; R_SPF_NA(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 00:09:38 -0000 On 2019-08-26 23:58, Russell Haley wrote: > On Mon, Aug 26, 2019 at 2:15 PM Ronald Klop wrote: > >> On Fri, 23 Aug 2019 00:27:00 +0200, Jeffrey Bowers >> wrote: >> >>> No, unfortunately it still ends in an E000060: Operation timed out. >>> However, there are files and directories in my local ports directory, >>>> so it's downloading at least some things. >> >> >> One more option I can think of. >> svn checkout svn://svn.freebsd.org/ports/head > > > I reverted to using the svn protocol many moons ago because http wouldn't > work at all. The svn protocol still fails a few times on any given > checkout, but re-starting the checkout picks up where it left off. I always > build on a PC so it's not a slow SD card problem, it seems to be a long > standing issue retrieving source code. > > Just my observation, > Russ > >> >> >> So not svn+ssh://, but only svn://. I just noticed my RPI3 uses that for >> sources. >> >> Something else I have seen in the past is that the local disk (like a >> cheap SD-card) can be too slow and causes timeouts because SVN can't >> write >> fast enough to keep the network busy. Which might happen earlier if you >> checkout using https compared to the svn-protocol. Just another data point - I encountered this exact problem recently, while trying to checkout (base, not ports) directly onto a USB stick, using https. It was very slow, and eventually svn reported an error regarding the reception of data (unfortunately I didn't record the exact code or message). Did the checkout to a directory on a SATA disk instead, still using https - worked fine - and then tarred the tree over to the USB stick - took forever, but also worked fine. So clearly the server may lose patience if the transfer is too slow...:-) I haven't retried the checkout-directly-to-USB-stick using svn instead of https, though. --Per >> Ronald. From owner-freebsd-arm@freebsd.org Tue Aug 27 02:21:50 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CCC14C569D for ; Tue, 27 Aug 2019 02:21:50 +0000 (UTC) (envelope-from khantroll@gmail.com) Received: from mail-oi1-x22f.google.com (mail-oi1-x22f.google.com [IPv6:2607:f8b0:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46HXgd3bQjz4D2q for ; Tue, 27 Aug 2019 02:21:49 +0000 (UTC) (envelope-from khantroll@gmail.com) Received: by mail-oi1-x22f.google.com with SMTP id k22so13749526oiw.11 for ; Mon, 26 Aug 2019 19:21:49 -0700 (PDT) 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=HuZcM1lyCllCLmljnbHi0dhXWxPFciyHX/Q67QX5fzY=; b=G2nAzeP+1WOaQx8QrDxehIjzkdy62q/xdHEPPhJz//fhWiVvOm1cCD37shEIICcknC UJDyE8LV4jCYObsFFWjI3Z8KDpxMT5DzlAHoVF3jeGu+I/aoQ84x3Kv7q+1a2j+b/jVL yMDRogKNydEmjrsUmwlmcy7nOSwI2lbVeyb9pspfTnt9ZKkHZPOyuwkFWEkI59HQiesO Bf8gYVfslpZ01R+N//DkQ7Z2FRuYVvfgZrQFTHyodaBWmfPGPSLt2lqWN1Lcxwyd0Jx9 apKQP/F5NQSIP5y9h4nYZLR6Di4C29pkifs8IsM3428rWqK9Kamjypt0+pD4XGF5itr4 qhlA== 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=HuZcM1lyCllCLmljnbHi0dhXWxPFciyHX/Q67QX5fzY=; b=P/4x1wJd2FsTSrhae2vfRgjGa/zUn9i6/0+EDOEbx1s98G2KX2BnHeGtaApvcG8mez K/DpxNCrr0uW5xb3+Ciqw+bnTMLLrj1vzmOiHUHlO7HaHmZS0kZz1uGmCE0lD7UpiNI8 U8mIzZd07f5dtPLD4Cb12A7kBer3tZXZsGVrI72zm3LEvUaHSbAogd+zs52SQoFIOtq1 gKnTw3CjLQqz9gHU86vKA7qn68pEXyLs6N91Sv2mhOa9dSlS17CgPTnoz7h/jVjuQGou XbLWaXw8jb+WlnnJaNZoilLL2ZxnhqKrASFpvOFfN43CZCmYzGDnVAgPE1J+hxRtAsNR KWwg== X-Gm-Message-State: APjAAAUc/emJTKV2+PLPx1phkFSyc96TbKnOpNTp9BeEWuKTUlncS2a6 E6BSHdhjeJXZr+jEu/qoirh50CLyWhmS/r03Dz0HJO9zKE8= X-Google-Smtp-Source: APXvYqyTRYc/LBk/Wr7LqF1PPdRihrV92/nlyQ4k78NJJgWrMCIxmsn1HKwUjtH7pQDQx2J9T+diyzgG/MLgu4bO2ig= X-Received: by 2002:a05:6808:5cf:: with SMTP id d15mr15061094oij.140.1566872507903; Mon, 26 Aug 2019 19:21:47 -0700 (PDT) MIME-Version: 1.0 References: <6DA8E736-8031-4BF7-8B20-CF8B0E8A7FEF@gmail.com> <2002575095.53.1566305166664@localhost> <4168768c-3c9d-f813-97b8-fe0d0538fef2@hedeland.org> In-Reply-To: <4168768c-3c9d-f813-97b8-fe0d0538fef2@hedeland.org> From: Jeffrey Bowers Date: Mon, 26 Aug 2019 21:21:34 -0500 Message-ID: Subject: Re: svn timeout - Re: Espressobin anyone ? To: Per Hedeland Cc: Russell Haley , Ronald Klop , freebsd-arm X-Rspamd-Queue-Id: 46HXgd3bQjz4D2q X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=G2nAzeP+; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of khantroll@gmail.com designates 2607:f8b0:4864:20::22f as permitted sender) smtp.mailfrom=khantroll@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; URI_COUNT_ODD(1.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.99)[-0.993,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[f.2.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-7.32), ipnet: 2607:f8b0::/32(-2.86), asn: 15169(-2.33), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2]; FREEMAIL_CC(0.00)[gmail.com]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 02:21:50 -0000 Using SVN instead of HTTP did it. Thanks guys! Now I'm on to a new problem. After the checkout finished, I navigated to "usr/ports/ports-mgmt/pkg" and ran "make install clean" to compile pkg. However, it exited with error one and said "/usr/ports/templates/bsd.local.dist: no such file or directory" Any idea what bsd.local.dist is, and how I can get it? On Mon, Aug 26, 2019 at 7:09 PM Per Hedeland wrote: > On 2019-08-26 23:58, Russell Haley wrote: > > On Mon, Aug 26, 2019 at 2:15 PM Ronald Klop > wrote: > > > >> On Fri, 23 Aug 2019 00:27:00 +0200, Jeffrey Bowers > > >> wrote: > >> > >>> No, unfortunately it still ends in an E000060: Operation timed out. > >>> However, there are files and directories in my local ports directory, > >>>> so it's downloading at least some things. > >> > >> > >> One more option I can think of. > >> svn checkout svn://svn.freebsd.org/ports/head > > > > > > I reverted to using the svn protocol many moons ago because http wouldn't > > work at all. The svn protocol still fails a few times on any given > > checkout, but re-starting the checkout picks up where it left off. I > always > > build on a PC so it's not a slow SD card problem, it seems to be a long > > standing issue retrieving source code. > > > > Just my observation, > > Russ > > > >> > >> > >> So not svn+ssh://, but only svn://. I just noticed my RPI3 uses that for > >> sources. > >> > >> Something else I have seen in the past is that the local disk (like a > >> cheap SD-card) can be too slow and causes timeouts because SVN can't > >> write > >> fast enough to keep the network busy. Which might happen earlier if you > >> checkout using https compared to the svn-protocol. > > Just another data point - I encountered this exact problem recently, > while trying to checkout (base, not ports) directly onto a USB stick, > using https. It was very slow, and eventually svn reported an error > regarding the reception of data (unfortunately I didn't record the > exact code or message). Did the checkout to a directory on a SATA disk > instead, still using https - worked fine - and then tarred the tree > over to the USB stick - took forever, but also worked fine. So clearly > the server may lose patience if the transfer is too slow...:-) I > haven't retried the checkout-directly-to-USB-stick using svn instead > of https, though. > > --Per > > >> Ronald. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" > From owner-freebsd-arm@freebsd.org Tue Aug 27 13:56:11 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 071A2D676B for ; Tue, 27 Aug 2019 13:56:11 +0000 (UTC) (envelope-from 0102016cd35cc21f-36cb8655-fd74-4648-aeb9-91eca934b587-000000@eu-west-1.amazonses.com) Received: from a4-15.smtp-out.eu-west-1.amazonses.com (a4-15.smtp-out.eu-west-1.amazonses.com [54.240.4.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46Hr4n5Cd7z3QFP for ; Tue, 27 Aug 2019 13:56:09 +0000 (UTC) (envelope-from 0102016cd35cc21f-36cb8655-fd74-4648-aeb9-91eca934b587-000000@eu-west-1.amazonses.com) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=uwfrvhlat3drqdfg3hx77nynjjjdh6z6; d=sitaridev.co.za; t=1566914167; h=Message-ID:Date:Subject:From:Reply-To:To:MIME-Version:Content-Type:List-Unsubscribe:List-Id; bh=U3O1wtmwNV4f9rxMwmlH9BO/vYGtfN+MZqULlXWE2rI=; b=dp7ZBZE+9GxQwhEyIldV1Rk+6wNPII2/cSaRKtQguAzBk/msqKOkbKZauj8T9RFi xB+bI/l3E6ERkp+6EVxPaKT13t/DgeZMMFnzsFXxVsSFnPgVvFxlGz1ANzV3YfCZjSd 62LWDF5cuQucpsXyhLl0VWeXqje//1zAmwyFgu7Q= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn; d=amazonses.com; t=1566914167; h=Message-ID:Date:Subject:From:Reply-To:To:MIME-Version:Content-Type:List-Unsubscribe:List-Id:Feedback-ID; bh=U3O1wtmwNV4f9rxMwmlH9BO/vYGtfN+MZqULlXWE2rI=; b=W+tXjSBo5E3og2SPm74Ipn+f4HcfnmV1fHsfbIyakrd1HMd+bMXxJyvt3nlruaSq QNkKQuaVc3shlKGFuv9sRT+4qwGI7aWcUnM46HHuNxaC3sZOeTSYM4VIH6UJtvtyREk tH6SSeaiW6Aap33qsMqpozrQHbmvywZ2LlokKIC4= Message-ID: <0102016cd35cc21f-36cb8655-fd74-4648-aeb9-91eca934b587-000000@eu-west-1.amazonses.com> Date: Tue, 27 Aug 2019 13:56:07 +0000 Subject: Luxury and Convenience | Waterford Place Apartments From: Sitari Country Estate | Somerset West Reply-To: Sitari Country Estate | Somerset West To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 X-Sender: schelderberg@sitaridev.co.za X-Report-Abuse: Please report abuse for this campaign here: http://leopardmail.co.za/index.php/campaigns/wq605gg8xxd0f/report-abuse/kr5611ywn5335/zn951cqdvg0b8 X-Receiver: freebsd-arm@freebsd.org X-Ntog-Tracking-Did: 0 X-Ntog-Subscriber-Uid: zn951cqdvg0b8 X-Ntog-Mailer: SwiftMailer - 5.4.x X-Ntog-EBS: http://leopardmail.co.za/index.php/lists/block-address X-Ntog-Delivery-Sid: 1 X-Ntog-Customer-Uid: qy253wb5dy193 X-Ntog-Customer-Gid: 1 X-Ntog-Campaign-Uid: wq605gg8xxd0f Precedence: bulk Feedback-ID: 1.eu-west-1.uvn48qXFNfbBCSq27QjYopu03+ZevnFjz7NsiwWAkk8=:AmazonSES X-SES-Outgoing: 2019.08.27-54.240.4.15 X-Rspamd-Queue-Id: 46Hr4n5Cd7z3QFP X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sitaridev.co.za header.s=uwfrvhlat3drqdfg3hx77nynjjjdh6z6 header.b=dp7ZBZE+; dkim=pass header.d=amazonses.com header.s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn header.b=W+tXjSBo; dmarc=none; spf=pass (mx1.freebsd.org: domain of 0102016cd35cc21f-36cb8655-fd74-4648-aeb9-91eca934b587-000000@eu-west-1.amazonses.com designates 54.240.4.15 as permitted sender) smtp.mailfrom=0102016cd35cc21f-36cb8655-fd74-4648-aeb9-91eca934b587-000000@eu-west-1.amazonses.com X-Spamd-Result: default: False [-6.02 / 15.00]; HAS_REPLYTO(0.00)[reply@sitaridev.co.za]; R_SPF_ALLOW(-0.20)[+ip4:54.240.0.0/18]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; DKIM_TRACE(0.00)[sitaridev.co.za:+,amazonses.com:+]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; MAILLIST(-0.10)[generic]; FORGED_SENDER(0.00)[schelderberg@sitaridev.co.za,0102016cd35cc21f-36cb8655-fd74-4648-aeb9-91eca934b587-000000@eu-west-1.amazonses.com]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.42)[ip: (-9.59), ipnet: 54.240.0.0/21(-1.09), asn: 16509(-1.35), country: US(-0.05)]; ASN(0.00)[asn:16509, ipnet:54.240.0.0/21, country:US]; FROM_NEQ_ENVFROM(0.00)[schelderberg@sitaridev.co.za,0102016cd35cc21f-36cb8655-fd74-4648-aeb9-91eca934b587-000000@eu-west-1.amazonses.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[sitaridev.co.za:s=uwfrvhlat3drqdfg3hx77nynjjjdh6z6,amazonses.com:s=ihchhvubuqgjsxyuhssfvqohv7z3u4hn]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; PRECEDENCE_BULK(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[sitaridev.co.za]; HAS_LIST_UNSUB(-0.01)[]; RCPT_COUNT_ONE(0.00)[1]; REPLYTO_DOM_EQ_FROM_DOM(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[15.4.240.54.list.dnswl.org : 127.0.15.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FORGED_SENDER_MAILLIST(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 13:56:11 -0000 NEW DEVELOPMENT =E2=80=A2 HELDERBERG WATERFORD PLACE LUXURY APARTMENTS= =C2=A0 Enjoy a Unique Combination of Luxury and Convenience =C2= =A0 =C2=A0 =C2=A0 =C2=A0 Now Selling from R 1 399 000 (Includes T= ransfer Duty) =C2=A0 =C2=A0 CALL ME BACK http://leopardmail.co.za/i= ndex.php/campaigns/wq605gg8xxd0f/track-url/zn951cqdvg0b8/615a44c6c0c5e094b0= 3ae5a3877f7d1bc0e3a146 =C2=A0 GET SALES PACK /mailtoreplys@sitaridev.= co.za?subject=3DSend%20me%20the%20Waterford%20Place%20Sales%20Pack =C2= =A0 =C2=A0 =C2=A0 =C2=A0 VISIT WEBSITE http://leopardmail.co.za/i= ndex.php/campaigns/wq605gg8xxd0f/track-url/zn951cqdvg0b8/aa5f4d21c3f4ae6d44= 50bd2cf25c63d124377e40 =C2=A0 =C2=A0 Click here if you're not able to= view this mailer http://leopardmail.co.za/index.php/campaigns/wq605gg8xx= d0f/track-url/zn951cqdvg0b8/8510e8ba8b1b7fbd0ed8d0338f93b965407f132e This= email was sent to freebsd-arm@freebsd.org on=C2=A008/27/2019 from Sitari= Country Estate If the email was send in error please unsubscribe here = -=C2=A0=C2=A0Unsubscribe http://leopardmail.co.za/index.php/lists/kr5611y= wn5335/unsubscribe/zn951cqdvg0b8/wq605gg8xxd0f ~ Report email as unsolici= ted http://leopardmail.co.za/index.php/campaigns/wq605gg8xxd0f/track-url/= zn951cqdvg0b8/59e35ecbb5a5b6b17ac286d1903962445ede87d2 Leopard Mail is an= email-marketing service that serves companies of all shapes and sizes.= With several users/companies sending campaigns to hundreds of millions= of recipients, we're bound to get abuse reports.=C2=A0 We take abuse rep= orts seriously, if you believe a customer is sending unsolicited and or s= pam email, please report abuse immediately HERE http://leopardmail.co.za/= index.php/campaigns/wq605gg8xxd0f/track-url/zn951cqdvg0b8/59e35ecbb5a5b6b17= ac286d1903962445ede87d2 From owner-freebsd-arm@freebsd.org Tue Aug 27 14:18:15 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 53E5BD6E7E for ; Tue, 27 Aug 2019 14:18:15 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (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 46HrZF4PJTz3wcL for ; Tue, 27 Aug 2019 14:18:13 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Date: Tue, 27 Aug 2019 16:18:10 +0200 (CEST) From: Ronald Klop To: Jeffrey Bowers Cc: Per Hedeland , Russell Haley , freebsd-arm Message-ID: <695531275.4.1566915490187@localhost> In-Reply-To: References: <6DA8E736-8031-4BF7-8B20-CF8B0E8A7FEF@gmail.com> <2002575095.53.1566305166664@localhost> <4168768c-3c9d-f813-97b8-fe0d0538fef2@hedeland.org> Subject: Re: building ports-mgmt/pkg - Re: svn timeout - Re: Espressobin anyone ? MIME-Version: 1.0 X-Mailer: Realworks (472.1041.e2f7d677e8f) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 46HrZF4PJTz3wcL X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 194.109.157.24 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-0.15 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.92)[-0.916,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; NEURAL_HAM_LONG(-0.97)[-0.972,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[klop.ws]; URI_COUNT_ODD(1.00)[5]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.41)[-0.411,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[24.157.109.194.list.dnswl.org : 127.0.15.0]; HAS_X_PRIO_THREE(0.00)[3]; IP_SCORE(-0.05)[ipnet: 194.109.0.0/16(-0.15), asn: 3265(-0.12), country: NL(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; MID_RHS_NOT_FQDN(0.50)[] Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 14:18:15 -0000 I have /usr/ports/Templates/BSD.local.dist. Sorry, I don't know what is wrong building pkg. BTW: next to svn checkout you can also use portsnap to get a /usr/ports tree. # Fetch and extract the ports tree: portsnap auto I think this needs to work on an empty /usr/ports directory. And if you run '/usr/sbin/pkg update' it will automaticly install net-mgmt/pkg from pkgs and use that afterwards. But maybe you have your reasons to build this from scratch. Regards, Ronald. Van: Jeffrey Bowers Datum: dinsdag, 27 augustus 2019 04:21 Aan: Per Hedeland CC: Russell Haley , Ronald Klop , freebsd-arm Onderwerp: Re: svn timeout - Re: Espressobin anyone ? > > Using SVN instead of HTTP did it. Thanks guys! > Now I'm on to a new problem. After the checkout finished, I navigated to "usr/ports/ports-mgmt/pkg" and ran "make install clean" to compile pkg. However, it exited with error one and said "/usr/ports/templates/bsd.local.dist: no such file or directory" > > Any idea what bsd.local.dist is, and how I can get it? > > On Mon, Aug 26, 2019 at 7:09 PM Per Hedeland wrote: >> On 2019-08-26 23:58, Russell Haley wrote: >> > On Mon, Aug 26, 2019 at 2:15 PM Ronald Klop wrote: >> > >> >> On Fri, 23 Aug 2019 00:27:00 +0200, Jeffrey Bowers >> >> wrote: >> >> >> >>> No, unfortunately it still ends in an E000060: Operation timed out. >> >>> However, there are files and directories in my local ports directory, >> >>>> so it's downloading at least some things. >> >> >> >> >> >> One more option I can think of. >> >> svn checkout svn://svn.freebsd.org/ports/head >> > >> > >> > I reverted to using the svn protocol many moons ago because http wouldn't >> > work at all. The svn protocol still fails a few times on any given >> > checkout, but re-starting the checkout picks up where it left off. I always >> > build on a PC so it's not a slow SD card problem, it seems to be a long >> > standing issue retrieving source code. >> > >> > Just my observation, >> > Russ >> > >> >> >> >> >> >> So not svn+ssh://, but only svn://. I just noticed my RPI3 uses that for >> >> sources. >> >> >> >> Something else I have seen in the past is that the local disk (like a >> >> cheap SD-card) can be too slow and causes timeouts because SVN can't >> >> write >> >> fast enough to keep the network busy. Which might happen earlier if you >> >> checkout using https compared to the svn-protocol. >> >> Just another data point - I encountered this exact problem recently, >> while trying to checkout (base, not ports) directly onto a USB stick, >> using https. It was very slow, and eventually svn reported an error >> regarding the reception of data (unfortunately I didn't record the >> exact code or message). Did the checkout to a directory on a SATA disk >> instead, still using https - worked fine - and then tarred the tree >> over to the USB stick - took forever, but also worked fine. So clearly >> the server may lose patience if the transfer is too slow...:-) I >> haven't retried the checkout-directly-to-USB-stick using svn instead >> of https, though. >> >> --Per >> >> >> Ronald. >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"> From owner-freebsd-arm@freebsd.org Tue Aug 27 18:45:23 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A5C9BDC33E for ; Tue, 27 Aug 2019 18:45:23 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.88]) (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 46HyVV1kCmz4Bwf for ; Tue, 27 Aug 2019 18:45:21 +0000 (UTC) (envelope-from ronald-lists@klop.ws) Received: from smtp.greenhost.nl ([213.108.110.112]) by smarthost1.greenhost.nl with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i2gSU-0006km-4d; Tue, 27 Aug 2019 20:45:18 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Ricky Zhang" Cc: freebsd-arm@freebsd.org Subject: Re: How to change rootfs from official RPI3 image References: <0FC8815E-58D7-4196-BF7E-0D6B127B314D@gmail.com> <1668312327.7.1566381369480@localhost> <61580006.14.1566389702495@localhost> Date: Tue, 27 Aug 2019 20:44:46 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: Quoted-Printable From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.16 (FreeBSD) X-Authenticated-As-Hash: 398f5522cb258ce43cb679602f8cfe8b62a256d1 X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.2 X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 autolearn=disabled version=3.4.2 X-Scan-Signature: 022391b6662f8d3d3651bc2c02bd3aec X-Rspamd-Queue-Id: 46HyVV1kCmz4Bwf X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of ronald-lists@klop.ws designates 195.190.28.88 as permitted sender) smtp.mailfrom=ronald-lists@klop.ws X-Spamd-Result: default: False [-3.45 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.190.28.64/27]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[klop.ws]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.94)[-0.936,0]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[88.28.190.195.list.dnswl.org : 127.0.10.0]; IP_SCORE(-0.71)[ip: (-1.07), ipnet: 195.190.28.0/24(-0.37), asn: 47172(-2.14), country: NL(0.01)]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:47172, ipnet:195.190.28.0/24, country:NL]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Aug 2019 18:45:23 -0000 On Sat, 24 Aug 2019 12:15:35 +0200, Ricky Zhang = wrote: > Hi Ronald, > > After migrating to UFS, I read from BSD Journal May/2019 = > (https://www.freebsdfoundation.org/past-issues/freebsd-for-makers/). = > RPI3 can boot from ZFS rootfs. > > So I tried it on my own (see the step details below in method 2): > > https://github.com/rickyzhang82/FreeBSDWiki/wiki/1.-Migrate-SD-card-ro= otfs-to-SSD-for-RPI3#method-2-sd-card-kernel-boot--ssd-zfs-rootfs > > Unfortunately, it hangs when try to mount root from dataset tank/rootf= s. > > I read between lines that the the author in the BSD Journal only mount= = > /var and /usr from ZFS dataset. The rest of rootfs still comes from SD= = > card ufs partition. > > My way moved the whole rootfs and home to tank/rootfs and tank/home = > dataset. When it boots, I saw my USB SSD LED is flashing periodically.= = > The screen prints =E2=80=9CTry to mount root from tank/roofs[]...". It= seems to = > me that the kernel struggled to find the zpool from SSD. I saw that zf= s = > module gets loaded properly from the screen. I have added two module i= n = > /boot/loader.conf as Internet suggest: > > ... > opensolaris_load=3D"YES" > zfs_load=3D"YES=E2=80=9D > ... > > If I unplug USB SSD without any settings change, hit Ctrl-C. I can = > override mount root from command line at run time with "ufs:ufs/rootfs= =E2=80=9D = > rathe than =E2=80=9Czfs:tank/rootfs". Then I can boot from SD card as = before. = > Once I login, I can run zfs list and show both tank/rootfs and tank/ho= me = > data set. So that confirmed my ZFS pool can be found. But somehow the = = > boot process messed up somewhere. > > Do you have any suggestion? > > thanks > Ricky Mmm, I'm not sure. It is a pretty trivial setup. I think the error is in= = the details. Trying this question on the freebsd-fs@ mailinglist might = help. Do you get an error? Or is it waiting indefinitely? What is the output of 'zfs get mountpoint'? If you set vfs.root.mountfrom=3D"zfs:tank/rootfs" than you don't need to= = specify / in /etc/fstab. And ZFS will automatically mount the subdirs of rootfs depending on the = = mountpoint setting of the ZFS volumes. You might need to set: zfs set mountpoint=3Dlegacy tank/rootfs zfs set mountpoint=3D/home tank/home If you want to test this you can use 'zpool import -R /mnt/tank tank' to= = temporarily mount everything under the /mnt/tank subdirs. BTW opensolaris_load is not necessary. It is a dependency of zfs_load. Ronald. > > >> On Aug 21, 2019, at 8:15 AM, Ronald Klop wrote= : >> >> Thanks. I will not take the credits for the idea though. :-) >> The FreeBSD wiki has some more examples of similar setups: >> https://wiki.freebsd.org/ZFSOnRoot describes how to do /boot on UFS a= nd = >> the rest on ZFS, which is similar to /boot on SD-card and the rest on= = >> SSD. >> https://wiki.freebsd.org/RootOnZFS/UFSBoot >> >> Nice that you made a write up also. More exposure for FreeBSD is alwa= ys = >> a good thing. :-) >> >> Good luck and keep hacking. >> >> Ronald. >> Van: Ricky Zhang >> Datum: woensdag, 21 augustus 2019 13:16 >> Aan: Ronald Klop >> CC: freebsd-arm@freebsd.org >> Onderwerp: Re: How to change rootfs from official RPI3 image >> >> Your idea is brilliant. It solved the dilemma. >> >> Ricky@router ~ $ sudo cat /etc/fstab >> # Custom /etc/fstab for FreeBSD embedded images >> /dev/ufs/rootfs /bootdir ufs rw 1 1 >> /dev/label/gpt/ssdrootfs / ufs rw 1 1 >> /dev/msdosfs/MSDOSBOOT /boot/msdos msdosfs rw,noatime 0 0 >> tmpfs /tmp tmpfs rw,mode=3D1777,size=3D50m 0 0 >> >> Ricky@router ~ $ mount >> /dev/label/gpt/ssdrootfs on / (ufs, local, soft-updates) >> devfs on /dev (devfs, local, multilabel) >> /dev/ufs/rootfs on /bootdir (ufs, local, soft-updates) >> /dev/msdosfs/MSDOSBOOT on /bootdir/boot/msdos (msdosfs, local, noatim= e) >> tmpfs on /tmp (tmpfs, local) >> >> I wrote the whole thing down in my wiki: = >> https://github.com/rickyzhang82/FreeBSDWiki/wiki/1.-Migrate-SD-card-r= ootfs-to-SSD-for-RPI3 >> >> Thanks >> >> Ricky >> >> On Aug 21, 2019, at 5:56 AM, Ronald Klop wrote= : >> >> Sorry, I did only reply to the mailinglist. I will use reply-all now.= >> >> You are right about uboot finding /boot/kernel and /boot/loader.conf.= >> >> What you need to do is mount the SD-card on /bootdir; in fstab: >> /dev/yoursdcard /bootdir ufs rw,noatime 1 2 >> >> And a symlink from /boot -> /bootdir/boot on your SSD. >> >> Then installworld/installkernel will do the proper thing. >> So the complete /boot stays on the SD-card. >> >> Regards, >> >> Ronald. >> Van: Ricky Zhang >> Datum: woensdag, 21 augustus 2019 04:58 >> Aan: freebsd-arm@freebsd.org >> Onderwerp: Re: How to change rootfs from official RPI3 image >> >> > BTW: Yes, u-boot is opensource: /usr/ports/sysutils/u-boot-rpi3 >> > There are sysutils/u-boot-* ports for different system. With = >> sysutils/u-boot-master as the main part of it. >> > >> > https://www.freshports.org/sysutils/u-boot-rpi3 = >> >> > http://www.denx.de/wiki/U-Boot >> > >> > Regards, >> > Ronald. >> >> >> Hi Ronald, >> >> Sorry, if I messed up the mailing list thread. I didn=E2=80=99t recei= ve your = >> email directly. Instead, I got your reply from daily digest. I have t= o = >> copy subject and quote your reply manually in my email client. I have= = >> no idea how to fix it after reading all FAQ = >> (https://www.freebsd.org/doc/en_US.ISO8859-1/articles/mailing-list-fa= q/article.html#etiquette = >> ). = >> Any other mailing list I subscribed didn=E2=80=99t work this way... >> >> In any case, the magic works. I did rsync: >> >> rsync -aAXvr --progress --delete /* /mnt/USB \ >> --exclude=3D'/boot/msdos/*' \ >> --exclude=3D'/dev/*' \ >> --exclude=3D'/proc/*' \ >> --exclude=3D'/net/*' \ >> --exclude=3D'/tmp/*' \ >> --exclude=3D'/mnt/*' \ >> --exclude=3D'/media/*' >> >> I confirmed that it mount ssd as rootfs: >> >> Ricky@router ~ $ df -h >> Filesystem Size Used Avail Capacity Mounted on= >> /dev/label/gpt/ssdrootfs 407G 5.5G 369G 1% / >> devfs 1.0K 1.0K 0B 100% /dev >> /dev/msdosfs/MSDOSBOOT 50M 13M 37M 26% /boot/msdo= s >> tmpfs 50M 4.0K 50M 0% /tmp >> >> As you said, kernel still comes from SD card. I don=E2=80=99t fully u= nderstand = >> the FreeBSD boot process. Neither am I familiar with UEFI. >> >> - I guess /boot/msdos/uboot.bin finds the SD card roofs system. Load = = >> the kernel from /boot/kernel in SD card and scan /boot/loader.conf to= = >> find the rootfs. Please correct me if I=E2=80=99m wrong. >> - Should I remove /boot folder from SSD to avoid confusion? >> - Are there any guide how to compile and deploy kernel? >> >> >> >> >> _______________________________________________ >> 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 Wed Aug 28 04:28:49 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E3983D0BF4; Wed, 28 Aug 2019 04:28:49 +0000 (UTC) (envelope-from jttr@sdf.org) Received: from mx.sdf.org (ol.sdf.org [205.166.94.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx.sdf.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46JCRh5rhfz3DgQ; Wed, 28 Aug 2019 04:28:48 +0000 (UTC) (envelope-from jttr@sdf.org) Received: from sdf.org (IDENT:jttr@sdf.lonestar.org [205.166.94.16]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id x7S4Sdcw027733 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 28 Aug 2019 04:28:42 GMT Received: (from jttr@localhost) by sdf.org (8.15.2/8.12.8/Submit) id x7S4SXOi018173; Wed, 28 Aug 2019 04:28:33 GMT Date: Wed, 28 Aug 2019 04:28:33 GMT From: Jack the Trippr Message-Id: <201908280428.x7S4SXOi018173@sdf.org> To: cperciva@tarsnap.com, freebsd-arm@freebsd.org, freebsd-cloud@freebsd.org, ronald-lists@klop.ws Subject: Re: EC2 ARM64 AMIs In-Reply-To: References: <201904032154.x33LslFs013075@repo.freebsd.org>, <01000169e6d2b1ad-38391cf5-5f11-4a6a-9dea-55c2de04ee45-000000@email.amazonses.com>, X-Rspamd-Queue-Id: 46JCRh5rhfz3DgQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of jttr@sdf.org has no SPF policy when checking 205.166.94.20) smtp.mailfrom=jttr@sdf.org X-Spamd-Result: default: False [-1.78 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.91)[-0.907,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; IP_SCORE(-0.42)[ip: (-1.34), ipnet: 205.166.94.0/24(-0.67), asn: 14361(-0.04), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[sdf.org]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.99)[-0.989,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.36)[-0.359,0]; RCVD_IN_DNSWL_NONE(0.00)[20.94.166.205.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14361, ipnet:205.166.94.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 04:28:49 -0000 q From owner-freebsd-arm@freebsd.org Wed Aug 28 09:55:46 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5815AD79B4 for ; Wed, 28 Aug 2019 09:55:46 +0000 (UTC) (envelope-from zhangchaowang@gmail.com) Received: from mail-qt1-x841.google.com (mail-qt1-x841.google.com [IPv6:2607:f8b0:4864:20::841]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46JLhx1NwVz41Fc for ; Wed, 28 Aug 2019 09:55:44 +0000 (UTC) (envelope-from zhangchaowang@gmail.com) Received: by mail-qt1-x841.google.com with SMTP id j15so2246669qtl.13 for ; Wed, 28 Aug 2019 02:55:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UrMCrU1qq6h2sKlJVCD9Bqeu7t7JutKVwjv9uDld47A=; b=Iqax8ebrstD4i+QEmcCLev9Mus9p2ez4zs5LfB4Xn1sWqhyeHu3rvRZAoesm6bWouG MPcvIqMIH5RobH/joVmiWCi/IvZqJzeS013I5HMi/wfstP8pzsDguRf/EmKezBOAZsSX qKSdero6h1Sv2YVvOZa5PtXmSKFgXTtP04c8Q9yBL2mbBWujpFuYQCNbx4gcpuolqvEU 83YK4QEZdaZgEBYJroy9a4d3oTDSBJIV1FXVm2WT+Z2iU/vcgtVe0JEc9f5QVZIur1uT ZF/vUuFTDwSIw1T4tY4pGbFM4cF8RC9OiQFVLPuew6+HERxPn82c0pSO+ubDQBOa0F/E QcGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UrMCrU1qq6h2sKlJVCD9Bqeu7t7JutKVwjv9uDld47A=; b=qztB1Lf3qYBCGZ90uEt4kVlrCSrdeDHHVM2ugMjCTEl57dJZ/HYXhFIpv0JKYCd7HP KBqIDEvCdDoa8S8n/dUClRUBNNXhNPe7xH58+EIyzf1jqYxyn+JnG44YxFlcvUi4rVBt 4Np/EdXujeCRMYYSLniinxV10JoKgC6I7ZBaEDmxK6TK5Mu8mHicc9dO6NWgQvqfKMQ3 aabkugsTaV93OEG9F7fkMRYw5TmOppaaOn8V6PUCj0R80Z4TFVcrDHsFAf66N5WM5DVG 8++RtLYf6zxQHv4E9txlYCTtUVluTbI+b+rDBrJcLs9gg813PrrkiHxZsk6JTW37w0Kz X8/Q== X-Gm-Message-State: APjAAAWKY8gJ7jE3pBWjMmpnsJrilQrkfW7lGLQz7NOj5m8MZs5NNGh1 KmUbF9cw7WbtScoPD6Gt20by2csCyjE= X-Google-Smtp-Source: APXvYqxkFCahIWdymdCvJXOuK9QxpbtYqpF39BmZWsTKCv9i21K7/luCj3lqBdl8fa2PJ0ufPPciuw== X-Received: by 2002:ac8:19c4:: with SMTP id s4mr3224960qtk.301.1566986143843; Wed, 28 Aug 2019 02:55:43 -0700 (PDT) Received: from [192.168.2.15] (cpe-76-182-13-165.nc.res.rr.com. [76.182.13.165]) by smtp.gmail.com with ESMTPSA id n8sm857374qtr.42.2019.08.28.02.55.42 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 28 Aug 2019 02:55:43 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: How to change rootfs from official RPI3 image From: Ricky Zhang In-Reply-To: Date: Wed, 28 Aug 2019 05:55:41 -0400 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <0FC8815E-58D7-4196-BF7E-0D6B127B314D@gmail.com> <1668312327.7.1566381369480@localhost> <61580006.14.1566389702495@localhost> To: Ronald Klop X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 46JLhx1NwVz41Fc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Iqax8ebr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zhangchaowang@gmail.com designates 2607:f8b0:4864:20::841 as permitted sender) smtp.mailfrom=zhangchaowang@gmail.com X-Spamd-Result: default: False [-3.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.98)[-0.984,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (2.57), ipnet: 2607:f8b0::/32(-2.86), asn: 15169(-2.33), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.4.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 09:55:46 -0000 I don=E2=80=99t get any errors. It just waited indefinitely.=20 I already tried to set ZFS mount point with legacy option or real mount = point path. But both tries failed to boot. The module opensolaris_load=3D=E2=80=9CYES=E2=80=9D is required in = /boot/loader.conf. If I don=E2=80=99t add that, ZFS module didn=E2=80=99t = load properly during the boot. I saw an unknown file system error. In Linux, there is a initramfs where the kernel loads it as initial = rootfs during the boot process. After the boot setup is done in Linux, = the kernel switch from initramfs to real rootfs. Since I don=E2=80=99t = see similar things in FreeBSD, I assume there might be a bug in kernel = moudles to load ZFS from external USB SSD.=20 I can=E2=80=99t figure out a good solution to boot from rootfs in ZFS on = USB external SSD. For now, I split the SSD into two slices. The first = slice is UFS which contains roofs and home, while the second slice is = ZFS pool. With this workaround, I can start to learn to use Jail with = the help from iocage. PS: TBH, there are so many hardware limitations on RPI 3B+.=20 - The 1GB memory is too small for ZFS or running jail. I can=E2=80=99t = even clone FreeBSD port form Git repo due to OOM.=20 - The Ethernet is built on USB 2.0. The network speed is slow.=20 - USB 2.0 is slow when do disk I/O.=20 In addition, ARM64 is still 2nd tier support from FreeBSD. The port = security update may be out of date. Based on my observations, RPI 3B+ is not suitable for my experiment = purpose where I want to deploy a word press jail. I may keep it to do = some security experiments, instead. =20 thanks, Ricky > On Aug 27, 2019, at 2:44 PM, Ronald Klop wrote: >=20 > On Sat, 24 Aug 2019 12:15:35 +0200, Ricky Zhang = wrote: >=20 >> Hi Ronald, >>=20 >> After migrating to UFS, I read from BSD Journal May/2019 = (https://www.freebsdfoundation.org/past-issues/freebsd-for-makers/). = RPI3 can boot from ZFS rootfs. >>=20 >> So I tried it on my own (see the step details below in method 2): >>=20 >> = https://github.com/rickyzhang82/FreeBSDWiki/wiki/1.-Migrate-SD-card-rootfs= -to-SSD-for-RPI3#method-2-sd-card-kernel-boot--ssd-zfs-rootfs >>=20 >> Unfortunately, it hangs when try to mount root from dataset = tank/rootfs. >>=20 >> I read between lines that the the author in the BSD Journal only = mount /var and /usr from ZFS dataset. The rest of rootfs still comes = from SD card ufs partition. >>=20 >> My way moved the whole rootfs and home to tank/rootfs and tank/home = dataset. When it boots, I saw my USB SSD LED is flashing periodically. = The screen prints =E2=80=9CTry to mount root from tank/roofs[]...". It = seems to me that the kernel struggled to find the zpool from SSD. I saw = that zfs module gets loaded properly from the screen. I have added two = module in /boot/loader.conf as Internet suggest: >>=20 >> ... >> opensolaris_load=3D"YES" >> zfs_load=3D"YES=E2=80=9D >> ... >>=20 >> If I unplug USB SSD without any settings change, hit Ctrl-C. I can = override mount root from command line at run time with = "ufs:ufs/rootfs=E2=80=9D rathe than =E2=80=9Czfs:tank/rootfs". Then I = can boot from SD card as before. Once I login, I can run zfs list and = show both tank/rootfs and tank/home data set. So that confirmed my ZFS = pool can be found. But somehow the boot process messed up somewhere. >>=20 >> Do you have any suggestion? >>=20 >> thanks >> Ricky >=20 > Mmm, I'm not sure. It is a pretty trivial setup. I think the error is = in the details. Trying this question on the freebsd-fs@ mailinglist = might help. > Do you get an error? Or is it waiting indefinitely? >=20 > What is the output of 'zfs get mountpoint'? >=20 > If you set vfs.root.mountfrom=3D"zfs:tank/rootfs" than you don't need = to specify / in /etc/fstab. > And ZFS will automatically mount the subdirs of rootfs depending on = the mountpoint setting of the ZFS volumes. >=20 > You might need to set: > zfs set mountpoint=3Dlegacy tank/rootfs > zfs set mountpoint=3D/home tank/home >=20 > If you want to test this you can use 'zpool import -R /mnt/tank tank' = to temporarily mount everything under the /mnt/tank subdirs. >=20 > BTW opensolaris_load is not necessary. It is a dependency of zfs_load. >=20 > Ronald. >=20 >=20 >>=20 >>=20 >>> On Aug 21, 2019, at 8:15 AM, Ronald Klop = wrote: >>>=20 >>> Thanks. I will not take the credits for the idea though. :-) >>> The FreeBSD wiki has some more examples of similar setups: >>> https://wiki.freebsd.org/ZFSOnRoot describes how to do /boot on UFS = and the rest on ZFS, which is similar to /boot on SD-card and the rest = on SSD. >>> https://wiki.freebsd.org/RootOnZFS/UFSBoot >>>=20 >>> Nice that you made a write up also. More exposure for FreeBSD is = always a good thing. :-) >>>=20 >>> Good luck and keep hacking. >>>=20 >>> Ronald. >>> Van: Ricky Zhang >>> Datum: woensdag, 21 augustus 2019 13:16 >>> Aan: Ronald Klop >>> CC: freebsd-arm@freebsd.org >>> Onderwerp: Re: How to change rootfs from official RPI3 image >>>=20 >>> Your idea is brilliant. It solved the dilemma. >>>=20 >>> Ricky@router ~ $ sudo cat /etc/fstab >>> # Custom /etc/fstab for FreeBSD embedded images >>> /dev/ufs/rootfs /bootdir ufs rw 1 1 >>> /dev/label/gpt/ssdrootfs / ufs rw 1 1 >>> /dev/msdosfs/MSDOSBOOT /boot/msdos msdosfs rw,noatime 0 0 >>> tmpfs /tmp tmpfs rw,mode=3D1777,size=3D50m 0 0 >>>=20 >>> Ricky@router ~ $ mount >>> /dev/label/gpt/ssdrootfs on / (ufs, local, soft-updates) >>> devfs on /dev (devfs, local, multilabel) >>> /dev/ufs/rootfs on /bootdir (ufs, local, soft-updates) >>> /dev/msdosfs/MSDOSBOOT on /bootdir/boot/msdos (msdosfs, local, = noatime) >>> tmpfs on /tmp (tmpfs, local) >>>=20 >>> I wrote the whole thing down in my wiki: = https://github.com/rickyzhang82/FreeBSDWiki/wiki/1.-Migrate-SD-card-rootfs= -to-SSD-for-RPI3 >>>=20 >>> Thanks >>>=20 >>> Ricky >>>=20 >>> On Aug 21, 2019, at 5:56 AM, Ronald Klop = wrote: >>>=20 >>> Sorry, I did only reply to the mailinglist. I will use reply-all = now. >>>=20 >>> You are right about uboot finding /boot/kernel and = /boot/loader.conf. >>>=20 >>> What you need to do is mount the SD-card on /bootdir; in fstab: >>> /dev/yoursdcard /bootdir ufs rw,noatime 1 2 >>>=20 >>> And a symlink from /boot -> /bootdir/boot on your SSD. >>>=20 >>> Then installworld/installkernel will do the proper thing. >>> So the complete /boot stays on the SD-card. >>>=20 >>> Regards, >>>=20 >>> Ronald. >>> Van: Ricky Zhang >>> Datum: woensdag, 21 augustus 2019 04:58 >>> Aan: freebsd-arm@freebsd.org >>> Onderwerp: Re: How to change rootfs from official RPI3 image >>>=20 >>> > BTW: Yes, u-boot is opensource: /usr/ports/sysutils/u-boot-rpi3 >>> > There are sysutils/u-boot-* ports for different system. With = sysutils/u-boot-master as the main part of it. >>> > >>> > https://www.freshports.org/sysutils/u-boot-rpi3 = >>> > http://www.denx.de/wiki/U-Boot >>> > >>> > Regards, >>> > Ronald. >>>=20 >>>=20 >>> Hi Ronald, >>>=20 >>> Sorry, if I messed up the mailing list thread. I didn=E2=80=99t = receive your email directly. Instead, I got your reply from daily = digest. I have to copy subject and quote your reply manually in my email = client. I have no idea how to fix it after reading all FAQ = (https://www.freebsd.org/doc/en_US.ISO8859-1/articles/mailing-list-faq/art= icle.html#etiquette = ). Any other mailing list I subscribed didn=E2=80=99t = work this way... >>>=20 >>> In any case, the magic works. I did rsync: >>>=20 >>> rsync -aAXvr --progress --delete /* /mnt/USB \ >>> --exclude=3D'/boot/msdos/*' \ >>> --exclude=3D'/dev/*' \ >>> --exclude=3D'/proc/*' \ >>> --exclude=3D'/net/*' \ >>> --exclude=3D'/tmp/*' \ >>> --exclude=3D'/mnt/*' \ >>> --exclude=3D'/media/*' >>>=20 >>> I confirmed that it mount ssd as rootfs: >>>=20 >>> Ricky@router ~ $ df -h >>> Filesystem Size Used Avail Capacity Mounted = on >>> /dev/label/gpt/ssdrootfs 407G 5.5G 369G 1% / >>> devfs 1.0K 1.0K 0B 100% /dev >>> /dev/msdosfs/MSDOSBOOT 50M 13M 37M 26% = /boot/msdos >>> tmpfs 50M 4.0K 50M 0% /tmp >>>=20 >>> As you said, kernel still comes from SD card. I don=E2=80=99t fully = understand the FreeBSD boot process. Neither am I familiar with UEFI. >>>=20 >>> - I guess /boot/msdos/uboot.bin finds the SD card roofs system. Load = the kernel from /boot/kernel in SD card and scan /boot/loader.conf to = find the rootfs. Please correct me if I=E2=80=99m wrong. >>> - Should I remove /boot folder from SSD to avoid confusion? >>> - Are there any guide how to compile and deploy kernel? >>>=20 >>>=20 >>>=20 >>>=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 Wed Aug 28 14:18:51 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 57B90DDF5C for ; Wed, 28 Aug 2019 14:18:51 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@email-od.com) Received: from s1-b0c6.socketlabs.email-od.com (s1-b0c6.socketlabs.email-od.com [142.0.176.198]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46JSXV30L4z4GY7 for ; Wed, 28 Aug 2019 14:18:50 +0000 (UTC) (envelope-from 4250.10.freebsd-arm=freebsd.org@email-od.com) DKIM-Signature: v=1; a=rsa-sha256; d=email-od.com;i=@email-od.com;s=dkim; c=relaxed/relaxed; q=dns/txt; t=1567001930; x=1569593930; h=content-transfer-encoding:content-type:mime-version:references:in-reply-to:message-id:subject:cc:to:from:date:x-thread-info; bh=BL2yf5wEbEeaxAZ8mZDLzOfJvTPsZRg9PFj1WT1B03A=; b=Q3V3K5dcPDPIp1vYeIFw63JuphWhEkFD89zoCAZwWe7pDEFZ5/uouxwDQ/SoFBpn16Vd3KDfol8Remrj+dkZKnfxWIZH6cf7/ltaUdRojwb61kqbbboPgVk/IRKnz51GWyUWjiO3RdNi7pA7qBnYgLvFcd440bIvKhOq7mbAkfE= X-Thread-Info: NDI1MC4xMi4xYzEwMDAwMDAwNjYyYWMuZnJlZWJzZC1hcm09ZnJlZWJzZC5vcmc= Received: from r4.h.in.socketlabs.com (s1-b40f.socketlabs.email-od.com [142.0.180.15]) by mxsg2.email-od.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Wed, 28 Aug 2019 10:18:44 -0400 Received: from smtp.lan.sohara.org (EMTPY [185.202.17.215]) by r4.h.in.socketlabs.com with ESMTP(version=Tls12 cipher=Aes256 bits=256); Wed, 28 Aug 2019 10:18:43 -0400 Received: from [192.168.63.1] (helo=steve.lan.sohara.org) by smtp.lan.sohara.org with smtp (Exim 4.91 (FreeBSD)) (envelope-from ) id 1i2ymX-000HNp-M7; Wed, 28 Aug 2019 15:18:41 +0100 Date: Wed, 28 Aug 2019 15:18:41 +0100 From: Steve O'Hara-Smith To: Ricky Zhang Cc: Ronald Klop , freebsd-arm@freebsd.org Subject: Re: How to change rootfs from official RPI3 image Message-Id: <20190828151841.f17896e859aacbfb8eecf5fc@sohara.org> In-Reply-To: References: <0FC8815E-58D7-4196-BF7E-0D6B127B314D@gmail.com> <1668312327.7.1566381369480@localhost> <61580006.14.1566389702495@localhost> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) X-Clacks-Overhead: "GNU Terry Pratchett" Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46JSXV30L4z4GY7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=email-od.com header.s=dkim header.b=Q3V3K5dc; dmarc=none; spf=pass (mx1.freebsd.org: domain of 4250.10.freebsd-arm=freebsd.org@email-od.com designates 142.0.176.198 as permitted sender) smtp.mailfrom=4250.10.freebsd-arm=freebsd.org@email-od.com X-Spamd-Result: default: False [-3.06 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:142.0.176.0/20]; MV_CASE(0.50)[]; RCVD_COUNT_THREE(0.00)[4]; DKIM_TRACE(0.00)[email-od.com:+]; NEURAL_HAM_SHORT(-0.87)[-0.870,0]; FORGED_SENDER(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; FREEMAIL_TO(0.00)[gmail.com]; IP_SCORE(-0.20)[ip: (-0.48), ipnet: 142.0.176.0/22(-0.26), asn: 7381(-0.19), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7381, ipnet:142.0.176.0/22, country:US]; RCVD_TLS_LAST(0.00)[]; FROM_NEQ_ENVFROM(0.00)[steve@sohara.org,4250.10.freebsd-arm=freebsd.org@email-od.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.995,0]; R_DKIM_ALLOW(-0.20)[email-od.com:s=dkim]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[sohara.org]; FORGED_SENDER_VERP_SRS(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[198.176.0.142.list.dnswl.org : 127.0.15.0]; ENVFROM_VERP(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 14:18:51 -0000 On Wed, 28 Aug 2019 05:55:41 -0400 Ricky Zhang wrote: > - The 1GB memory is too small for ZFS or running jail. I can’t even clone > FreeBSD port form Git repo due to OOM. With small memory it is worthwhile severely restricting the ARC allocation for ZFS by setting vfs.zfs.arc_max to match vfs.zfs.arc_min (I'm not sure if you can reduce both safely - worth experimenting). Ny default ZFS is configured too greedy to run much else unless you have a lot of memory. -- Steve O'Hara-Smith From owner-freebsd-arm@freebsd.org Wed Aug 28 21:41:07 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5CA05E70B9 for ; Wed, 28 Aug 2019 21:41:07 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail4.protonmail.ch (mail4.protonmail.ch [185.70.40.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46JfLp2nbnz3Ggk for ; Wed, 28 Aug 2019 21:41:06 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Wed, 28 Aug 2019 21:40:57 +0000 To: "freebsd-arm@freebsd.org" From: Robert Crowston Cc: Mark Linimon , T W , Nick Wolff Reply-To: Robert Crowston Subject: Re: raspberry pi 4 Message-ID: In-Reply-To: References: <20190709161243.GC4904@mon.zyxst.net> <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> <20190812092026.GA1842@lonesome.com> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 46JfLp2nbnz3Ggk X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.09 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; FREEMAIL_FROM(0.00)[protonmail.com]; DKIM_TRACE(0.00)[protonmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-9.86), ipnet: 185.70.40.0/24(-4.90), asn: 19905(-3.92), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[27.40.70.185.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 21:41:07 -0000 Alright, I hoped to have time to make this pretty but I didn't, so here is = what I have: You'll need an SD card with a ~ 50 MB FAT partition and plenty of space for= a UFS partition. You'll want the aarch64 gcc build tools. I did experiment with clang but it= was too much of a diversion. For multiprocessor support, you need this (note, I just updated Oleksandr T= ymoshenko's original work, no original thought was required): https://github.com/gonzoua/rpi3-psci-monitor/compare/master...RobCrowston:r= pi4 Compiling that will produce armstub8.bin. Put it on the SD card. Then you need to build u-boot. Again, just building on the work of others w= ith some small tweaks: https://github.com/RobCrowston/u-boot/tree/rpi4-freebsd Copy the built u-boot.bin onto the FAT partition. And copy the dt.dtb file = emitted to broadcom/bcm2711-rpi-4-b.dtb. Then you need to create a config.txt. Mine looks like this: arm_control=3D0x200 armstub=3Darmstub8.bin arm_64bit=3D1 enable_gic=3D1 device_tree_address=3D0x4000 enable_jtag_gpio=3D1 enable_uart=3D1 kernel=3Du-boot.bin Some of those lines may be redundant; e.g., you probably don't need jtag en= abled. Enabling uart here lets you interact with the boot sequence on your = serial line but has a weird side effect after boot (discussed below). Finally you need to grab the remaining files from the official rpi4 reposit= ory and place them on the SD card. Note they are not BSD licensed. bcm2711-rpi-4-b.dtb bootcode.bin fixup4.dat start4.elf I think(?) this is the minimum set to boot but you can always take the rest= if that's not enough. If you don't get the rainbow screen on the HDMI out,= you're missing something. Note that it seems you do need the official bcm2711-rpi-4-b.dtb in the root= of the partition, not the one compiled by u-boot, which you should put in = broadcom/. The pi4 seems to be pretty sensitive about wanting the original = dtb during pre-boot. FreeBSD will look into broadcom/bcm2711-rpi-4-b.dtb to= find the dtb it uses during boot, so after u-boot runs it will use the dtb= file you compiled. For the kernel sources, the only serious change I had to make was to the SD= card driver. I also had to comment out some code to make various things wo= rk, in particular I disabled DMA in the SD card driver for reasons unknown = and I removed the HTTP boot loader because u-boot passes a bad pointer to s= ome http-related functions which causes a segfault on boot. My kernel source is here: https://github.com/RobCrowston/freebsd/tree/rpi4-= sdhci I use the FreeBSD crochet tool against this source, to produce the UFS part= ition and the EFI/ directory for the FAT partition. If you set enable_uart=3D1 in config.txt and you boot with -D, there is a w= eird condition where immediately after /sbin/init runs, the serial speed on= the client needs to be doubled from 115200 to 230400. I assume that's some= thing to do with both freebsd and the firmware trying to do serial emulatio= n at the same time. I haven't had time to investigate. Caveats: most hardware still not working, including USB, PCI-E, and etherne= t. RAM detection is incorrect on my 2 GB Pi. Witness complains about lock r= eversals in the sd driver. Basically, we are some distance from tier 1. Robert Crowston. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Monday, 12 August 2019 20:58, Nick Wolff wrote: > Robert, > > Definitely excited to see any patches or if you have a github branch that= even better. > > Thanks, > > Nick Wolff > > On Mon, Aug 12, 2019 at 5:20 AM Mark Linimon wrote= : > > > On Sun, Aug 11, 2019 at 10:14:33AM +0000, Robert Crowston via freebsd-a= rm wrote: > > > I don't know.=C2=A0 This is just a hobby.=C2=A0 I am not part of the = FreeBSD > > > Foundation. > > > > You don't have to be a member of the Foundation (or even employed there= ) > > to contribute to FreeBSD :-)=C2=A0 The Foundation exists to hold the co= pyrights, > > perform advoacy, own equipment, and so forth. > > > > Everything else is done by individual participants -- a few are funded = by > > the companies they work for, but the vast majority are individual volun= teer > > contributors. > > > > So if there are patches or documentation that can help move Rpi4 suppor= t > > along, please feel free to share them. > > > > mcl > > _______________________________________________ > > 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 Wed Aug 28 21:46:44 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 39548E74E8 for ; Wed, 28 Aug 2019 21:46:44 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from atl4mhob02.registeredsite.com (atl4mhob02.registeredsite.com [209.17.115.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.registeredsite.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46JfTH33z7z3HBs for ; Wed, 28 Aug 2019 21:46:42 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mailpod.hostingplatform.com (atl4qobmail02pod2.registeredsite.com [10.30.77.36]) by atl4mhob02.registeredsite.com (8.14.4/8.14.4) with ESMTP id x7SLkeHq029803 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 28 Aug 2019 17:46:40 -0400 Received: (qmail 40810 invoked by uid 0); 28 Aug 2019 21:46:40 -0000 X-TCPREMOTEIP: 99.253.177.25 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.3?) (dclarke@blastwave.org@99.253.177.25) by 0 with ESMTPA; 28 Aug 2019 21:46:40 -0000 Subject: Re: raspberry pi 4 To: freebsd-arm@freebsd.org References: <20190709161243.GC4904@mon.zyxst.net> <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> <20190812092026.GA1842@lonesome.com> From: Dennis Clarke Message-ID: <46656738-c26e-21d6-572f-a53183cf71a6@blastwave.org> Date: Wed, 28 Aug 2019 17:46:39 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:69.0) Gecko/20100101 Thunderbird/69.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-Rspamd-Queue-Id: 46JfTH33z7z3HBs X-Spamd-Bar: +++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of dclarke@blastwave.org has no SPF policy when checking 209.17.115.40) smtp.mailfrom=dclarke@blastwave.org X-Spamd-Result: default: False [5.16 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.92)[0.915,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.995,0]; NEURAL_SPAM_LONG(1.00)[0.999,0]; RCVD_IN_DNSWL_NONE(0.00)[40.115.17.209.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; DMARC_NA(0.00)[blastwave.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:19871, ipnet:209.17.112.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(1.35)[ip: (3.04), ipnet: 209.17.112.0/21(2.08), asn: 19871(1.66), country: US(-0.05)] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 21:46:44 -0000 On 8/28/19 5:40 PM, Robert Crowston via freebsd-arm wrote: > Alright, I hoped to have time to make this pretty but I didn't, so here is what I have: > Hold on ... no ethernet ? I can live with a lot of things not working but that is a real show stopper. Has anyone tried anything on the ASUS TinkerBoard(s) ? -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-arm@freebsd.org Wed Aug 28 22:10:37 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 9389FE7DC3 for ; Wed, 28 Aug 2019 22:10:37 +0000 (UTC) (envelope-from crowston@protonmail.com) Received: from mail1.protonmail.ch (mail1.protonmail.ch [185.70.40.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46Jg0r00gNz3JSb for ; Wed, 28 Aug 2019 22:10:35 +0000 (UTC) (envelope-from crowston@protonmail.com) Date: Wed, 28 Aug 2019 22:10:27 +0000 To: Dennis Clarke , freebsd-arm@freebsd.org From: Robert Crowston Reply-To: Robert Crowston Subject: Re: raspberry pi 4 Message-ID: In-Reply-To: <46656738-c26e-21d6-572f-a53183cf71a6@blastwave.org> References: <20190709161243.GC4904@mon.zyxst.net> <34BA723D-D603-4A09-9850-A88E644F0950@kronometrix.org> <20190812092026.GA1842@lonesome.com> <46656738-c26e-21d6-572f-a53183cf71a6@blastwave.org> Feedback-ID: 2OVbcR1yHYpdkD8cgQllkFwcuMVZg_LiVMMPvptooFDfHD_03MuQO4ZaF626jWHZYFEhNR2cmIbZ53j4QGWMBQ==:Ext:ProtonMail MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.protonmail.ch X-Rspamd-Queue-Id: 46Jg0r00gNz3JSb X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.99 / 15.00]; HAS_REPLYTO(0.00)[crowston@protonmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; FREEMAIL_FROM(0.00)[protonmail.com]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-0.99)[-0.994,0]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(0.00)[ip: (-9.67), ipnet: 185.70.40.0/24(-4.90), asn: 19905(-3.92), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[18.40.70.185.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:19905, ipnet:185.70.40.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=default]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Aug 2019 22:10:37 -0000 VGhlIHBpNCBoYXMgYSBicmFuZCBuZXcgYnJvYWRjb20gUkdNSUkgZXRoZXJuZXQgY29udHJvbGxl ciBmb3Igd2hpY2ggd2UgaGF2ZSBubyBkcml2ZXJzLiBJIHdhcyBsb29raW5nIGF0IGl0LCB3ZSBt aWdodCBiZSBhYmxlIHRvIGJ1aWxkIG9uIHRvcCBvZiB0aGUgcmVjZW50IGNvbnRyaWJ1dGlvbnMg Zm9yIFJHTUlJIGV0aGVybmV0IG1hZGUgYnkgSWFuIExlcG9yZS4gQnV0IHVsdGltYXRlbHkgdGhp cyBpcyBhIG5ldyBwbGF0Zm9ybSB3aXRoIGxvdHMgb2YgY3VzdG9tIGhhcmR3YXJlIHRoYXQgd2ls bCByZXF1aXJlIGludmVzdG1lbnQgZnJvbSBleHBlcnRzIGlmIHBlb3BsZSB3YW50IHRvIHNlZSBp dCBydW5uaW5nIEZyZWVCU0QgaW4gYSB1c2FibGUgd2F5LgoKT24gV2VkLCBBdWcgMjgsIDIwMTkg YXQgMjI6NDYsIERlbm5pcyBDbGFya2UgPGRjbGFya2VAYmxhc3R3YXZlLm9yZz4gd3JvdGU6Cgo+ IE9uIDgvMjgvMTkgNTo0MCBQTSwgUm9iZXJ0IENyb3dzdG9uIHZpYSBmcmVlYnNkLWFybSB3cm90 ZToKPj4gQWxyaWdodCwgSSBob3BlZCB0byBoYXZlIHRpbWUgdG8gbWFrZSB0aGlzIHByZXR0eSBi dXQgSSBkaWRuJ3QsIHNvIGhlcmUgaXMgd2hhdCBJIGhhdmU6Cj4+Cj4KPiBIb2xkIG9uIC4uLiBu byBldGhlcm5ldCA/Cj4KPiBJIGNhbiBsaXZlIHdpdGggYSBsb3Qgb2YgdGhpbmdzIG5vdCB3b3Jr aW5nIGJ1dCB0aGF0IGlzIGEgcmVhbCBzaG93Cj4gc3RvcHBlci4KPgo+IEhhcyBhbnlvbmUgdHJp ZWQgYW55dGhpbmcgb24gdGhlIEFTVVMgVGlua2VyQm9hcmQocykgPwo+Cj4gLS0KPiBEZW5uaXMg Q2xhcmtlCj4gUklTQy1WL1NQQVJDL1BQQy9BUk0vQ0lTQwo+IFVOSVggYW5kIExpbnV4IHNwb2tl bgo+IEdyZXlCZWFyZCBhbmQgc3VzcGVuZGVycyBvcHRpb25hbAo+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gZnJlZWJzZC1hcm1AZnJlZWJzZC5vcmcg bWFpbGluZyBsaXN0Cj4gaHR0cHM6Ly9saXN0cy5mcmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZv L2ZyZWVic2QtYXJtCj4gVG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2Qt YXJtLXVuc3Vic2NyaWJlQGZyZWVic2Qub3JnIg== From owner-freebsd-arm@freebsd.org Thu Aug 29 06:57:29 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17616CC13B for ; Thu, 29 Aug 2019 06:57:29 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh605-vm4.bullet.mail.ssk.yahoo.co.jp (nh605-vm4.bullet.mail.ssk.yahoo.co.jp [182.22.90.77]) by mx1.freebsd.org (Postfix) with SMTP id 46Jthk1CVcz4J57 for ; Thu, 29 Aug 2019 06:57:25 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.105] by nh605.bullet.mail.ssk.yahoo.co.jp with NNFMP; 29 Aug 2019 06:57:22 -0000 Received: from [182.22.91.131] by t603.bullet.mail.ssk.yahoo.co.jp with NNFMP; 29 Aug 2019 06:57:21 -0000 Received: from [127.0.0.1] by omp604.mail.ssk.yahoo.co.jp with NNFMP; 29 Aug 2019 06:57:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 978750.58950.bm@omp604.mail.ssk.yahoo.co.jp X-YMail-OSG: ZCyHIRMVM1nyTrgaqJ4g4kEIUwN6AGEhJ4UpAOiL.xtHXYluE1VAJKfJGZ2oCpB UwbJBrog1V0JCGLHw3xFsHTS6j.JF9Fi6qlNaGV5qm.as2IMIUXQJmtw4nnBtsq5K2J8C2eITey7 G_Ts0rPIRWppBCffpRgY7pgbq.WKfDJJTtEvnaxPsPb_PAOIy8pYD12uLHDNKSab46NKeEuywXT_ uhYFFosjRIQnfpz0eFv63ijj_aR1GECYC3nvbW25TkH4Md45ARDdL3lQiWmRgiaFkdmZZH7HwUEV XayeRAPFmojM1rLgTOXNzutvhXkRKQ6.h492uiBQxtPXpGA7JWH2XEbF_6ZiO8KJJwRIW1S.Q2W8 EB.7CXn3YtQi19MI8CUQVaTSKralpndEBDb0IYoyn0JBno1U6QSaN9tkEAZk0DHzdroRQSk43nYy 8Ia5gFTXZjUlRBFY6neKs.bNxDLk_og9eW2BuXccyQtOkLEyuV_JYr7ZTTyJIgobYE_CJCcmIAuz v4njmyVybB7B.EEyac.9mVvxvX8vIN0qxRxAcQtTCMJREKm_x2fYwEbKgNoflsT2MxA6DLWwGEXU TWL7wn.kJHEUCXAOXqj_9v3FNXsrl19pZnSqlMwcs0uLW_bWSzMUKwyZEEF3ThKy6oP16Qc0LlIB tmrG55tr_P3JqUDerh_uNPNPUGg1IvBbxOpIE6XFYG4Pu Received: from jws704002.mail.kks.yahoo.co.jp by sendmailws511.mail.kks.yahoo.co.jp; Thu, 29 Aug 2019 15:57:21 +0000; 1567061841.365 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1567061841; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; bh=34ibv5gkTqYqe5BS1sFanlPnss6WQRdlAY8ra2AD7kk=; b=uGUuJMC9e9rQaNU0tRk4YKvPZldLPtvh4LHzhDA3uqKGezGc24vqQUDsosdA44i4 DYwzlHVorRYhwfBONl+yFZykaQUl7LZ7LSXjrcpEyrqGxv5lHeoiMzCxfFEDK6lQ8C6 HhbP07NPBwiR2NHmSdz4iK3K8+RwP3OOQa+27HK8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:In-Reply-To:References:MIME-Version:Content-Type:Content-Transfer-Encoding; b=oMlb3AQ4pRw4qJDtkuAyHf/rdJ/hdASGi+YWJWdHgSmor0/qimGQdJnhZf78O3cC Fy9Sxrej46xL09TJ0sWaxQji+ku0ydFHVUBiKspwnAimYQiW4GbnIvBVivdzV69EffD QWzBuiS47CcqPLhcFsEpu+Yik7gXSajQXSCk0SmA=; Date: Thu, 29 Aug 2019 15:57:20 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: "freebsd-arm@freebsd.org" Message-ID: <1468846495.616191.1567061840837.JavaMail.yahoo@jws704002.mail.kks.yahoo.co.jp> In-Reply-To: <819280463.5898766.1560584534874.JavaMail.yahoo@jws700106.mail.ssk.yahoo.co.jp> References: <1106936333.3441081.1558079082037.JavaMail.yahoo.ref@jws700108.mail.ssk.yahoo.co.jp> <1106936333.3441081.1558079082037.JavaMail.yahoo@jws700108.mail.ssk.yahoo.co.jp> <819280463.5898766.1560584534874.JavaMail.yahoo@jws700106.mail.ssk.yahoo.co.jp> Subject: [Solved] Hang up boot on armv5t MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46Jthk1CVcz4J57 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=uGUuJMC9; dmarc=pass (policy=none) header.from=yahoo.co.jp; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 182.22.90.77 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [-2.77 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:182.22.90.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.co.jp,none]; NEURAL_HAM_SHORT(-0.05)[-0.046,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ipnet: 182.22.0.0/17(1.83), asn: 23816(1.46), country: JP(-0.03)]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:23816, ipnet:182.22.0.0/17, country:JP]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.83)[-0.834,0]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.990,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[77.90.22.182.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[77.90.22.182.rep.mailspike.net : 127.0.0.17] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 06:57:29 -0000 Hi=C2=A0 I build today's CURRENT. This is not have problem. http://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5111 Thanks Hiroki Mori ----- Original Message ----- > From: Mori Hiroki > To: "freebsd-arm@freebsd.org" > Cc:=20 > Date: 2019/6/15, Sat 16:42 > Subject: Re: Hang up boot on armv5t >=20 > Hi. >=20 > I try to debug today. I find two problem. >=20 > One is change behavior LINUX_BOOT_API. Then I delete it. >=20 > Second is if define VERBOSE_SYSINIT then boot is fine. > But no this option hangup after random. >=20 > http://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5014=20 >=20 > Hiroki Mori >=20 >=20 > ----- Original Message ----- >> From: Mori Hiroki >> To: "freebsd-arm@freebsd.org" >> Cc:=20 >> Date: 2019/5/17, Fri 16:44 >> Subject: Hang up boot on armv5t >>=20 >> Hi >>=20 >> I build 13-Current for arm/ralink today. >> I have problem that is hang up on boot at random. >>=20 >> If you have advice, please let me know. >>=20 >> Regards >>=20 >> Hiroki Mori >>=20 >> ---<>--- >> KDB: debugger backends: ddb >> KDB: current backend: ddb >> Copyright (c) 1992-2019 The FreeBSD Project. >> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 199= 4 >> The Regents of the University of California. All rights reserved. >> FreeBSD is a registered trademark of The FreeBSD Foundation. >> FreeBSD 13.0-CURRENT #14 1a121cb132a(zrouter)-dirty: Fri May 17 16:32:4= 0=20 > JST=20 >> 2019 >> =C2=A0 =C2=A0=20 >>=20 > hiroki@zrouter:/usr/home/hiroki/zobj/usr/home/hiroki/ZRouter/tmp/usr/home= /hiroki/freebsd/arm.arm/sys/Buffalo_WZR2-G300N=20 >=20 >> arm >> FreeBSD clang version 8.0.0 (tags/RELEASE_800/final 356365) (based on L= LVM=20 >> 8.0.0) >> Preloaded elf kernel "kernel" at 0xc02f42f8. >> CPU: ARM926EJ-S rev 5 (ARM9EJ-S core) >> =C2=A0 Little-endian DC enabled IC enabled WB enabled LABT branch predi= ction=20 > disabled >> =C2=A0 16KB/32B 4-way instruction cache >> =C2=A0 16KB/32B 4-way write-back-locking-C data cache >> real memory=C2=A0 =3D 16777216 (16 MB) >> avail memory =3D 11485184 (10 MB) >> Physical memory chunk(s): >> =C2=A0 0x40000000 - 0x40ffffff,=C2=A0 =C2=A0 16 MB ( =C2=A0 4096 pages) >> Excluded memory regions: >> =C2=A0 0x40000000 - 0x4043bfff, =C2=A0 =C2=A0 4 MB ( =C2=A0 1084 pages)= NoAlloc=C2=A0 >> Static device mappings: >> =C2=A0 0x19c00000 - 0x1e6fffff mapped at VA 0xfb400000 >> =C2=A0 0x1e800000 - 0x1effffff mapped at VA 0xfac00000 >> =C2=A0 0x1f000000 - 0x1f3fffff mapped at VA 0xfa800000 >> arc4random: WARNING: initial seeding bypassed the cryptographic random= =20 > device=20 >> because it was not yet seeded and the knob 'bypass_before_seeding'=20 > was=20 >> enabled. >> random: entropy device external interface >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm=20 >> To unsubscribe, send any mail to=20 > "freebsd-arm-unsubscribe@freebsd.org" >>=20 >=20 > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm=20 > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" >=20 From owner-freebsd-arm@freebsd.org Thu Aug 29 15:58:56 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2D567DA6DB for ; Thu, 29 Aug 2019 15:58:56 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh605-vm10.bullet.mail.ssk.yahoo.co.jp (nh605-vm10.bullet.mail.ssk.yahoo.co.jp [182.22.90.83]) by mx1.freebsd.org (Postfix) with SMTP id 46K6jT2ljQz3NDm for ; Thu, 29 Aug 2019 15:58:52 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [182.22.66.103] by nh605.bullet.mail.ssk.yahoo.co.jp with NNFMP; 29 Aug 2019 15:58:48 -0000 Received: from [182.22.91.129] by t601.bullet.mail.ssk.yahoo.co.jp with NNFMP; 29 Aug 2019 15:58:48 -0000 Received: from [127.0.0.1] by omp602.mail.ssk.yahoo.co.jp with NNFMP; 29 Aug 2019 15:58:48 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 761567.77900.bm@omp602.mail.ssk.yahoo.co.jp X-YMail-OSG: RzBPwJ4VM1nVPvKAA5wYRWX6lm18TC9Op2dBjZVTlVYt2DakbZIABq9f.L.8gHn MarZmEtm9gLyxD474eTdFx4X52bPRxm8lATGf2SDaM1GOZgwncY1qDBTNPH1wIe_95BEDAnLI1v_ z8TiXxAUPbVcig3yuKKQoWstCuXawsOhlYEcof1e.PGLv7WFa.9UZEgp1CqrztIIqAadqjosoDJF N2Ve3vN27OdEvw3zqQbVYBbpCijzqTKhjDmQdQjovJlG7tTtmgelGEFZ_kh3RuUOfwXbn4NMlSkp 3Xen4DuEpe2eVY9xok9GFKMWlXnVOtkdITdeyR71YFkgnOZrFqpeBxwhRMIeeVuhIJGj_UJnyOVh 9wLuFYbQvnAFHqgiRdUQU8ENvy_mE.N6je2p950wG6rNITWaPdYtbvhaRbBcyZ9wZzhz0BbTliKE wxkhdpQmCmYTUabbDqvLllPpBY0XgGlpVktOqthXqH4JtcLxInKTzEeHdpoIOMJXvWmFYyw39Ypc 1us7w0Xs6vppAJehbDhiktuQyogp32FcO16r3oHB..y0EW1zzdS2hEKobmWabVZUv1idQ2fvKF6H 5kkTgqE5lsG5ZCEwk3KfKHbBNq_INQEF6scPrIFFVeKHDOOS0BZVbpk9m_rEegO4soZonSPqMg.8 9Fpyu8p1gzZ06sT22m76MLrWESPtG.cpk0_PAGSce.Rg- Received: from jws701105.mail.ssk.yahoo.co.jp by sendmailws607.mail.ssk.yahoo.co.jp; Fri, 30 Aug 2019 00:58:48 +0000; 1567094328.219 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1567094328; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:To:Message-ID:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding:References; bh=4htWrL1fSIB9FYz0qz9rvLJYSMi/2rRp/UyTuk4iMfs=; b=GwxbUvrYo5ElQk5RqDVv3wvYSa5LojKHEqXNMfutN10Q7SPF2NrDlnUG7j2kVBqN k88/TIJ3KSLtl2YGNT9XwJGGxIh6JqGcXf6Qgpf6rxLVC8GWEl5VHP9C5KxcRFz11Eh dhaN6CUE05v5VMQykv7kfaIkr+cY15+AF5kDiits= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Date:From:Reply-To:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:References; b=D3GmAmVWNRWoUQgJZJDZycm57DGKtmWSMHMT6D60FU2zU9qf4aeRP6dhaqEPeLd+ W3ymBfSdk4/3rogBUU+nbFr10tKVp0Ji5HxXHUt1wA1Wj17GQb4OAiCIEkE5MXvo9vi vM/Glue9E3iP/hDqKSuDSUenJXra/EK/tGVOGBjY=; Date: Fri, 30 Aug 2019 00:58:47 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki To: "freebsd-arm@freebsd.org" Message-ID: <656588494.113778.1567094327726.JavaMail.yahoo@jws701105.mail.ssk.yahoo.co.jp> Subject: buildworld error by SUBDIR_OVERRIDE MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable References: <656588494.113778.1567094327726.JavaMail.yahoo.ref@jws701105.mail.ssk.yahoo.co.jp> X-Rspamd-Queue-Id: 46K6jT2ljQz3NDm X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.co.jp header.s=yj20110701 header.b=GwxbUvrY; dmarc=pass (policy=none) header.from=yahoo.co.jp; spf=pass (mx1.freebsd.org: domain of yamori813@yahoo.co.jp designates 182.22.90.83 as permitted sender) smtp.mailfrom=yamori813@yahoo.co.jp X-Spamd-Result: default: False [-2.69 / 15.00]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_SPF_ALLOW(-0.20)[+ip4:182.22.90.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.co.jp,none]; NEURAL_HAM_SHORT(-0.04)[-0.044,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:23816, ipnet:182.22.0.0/17, country:JP]; IP_SCORE(0.00)[ipnet: 182.22.0.0/17(1.82), asn: 23816(1.46), country: JP(-0.03)]; DWL_DNSWL_NONE(0.00)[yahoo.co.jp.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.76)[-0.762,0]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp:s=yj20110701]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.988,0]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[83.90.22.182.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 15:58:56 -0000 Hi I use ZRouter build system. ZRouter set=C2=A0SUBDIR_OVERRIDE for only neede= d binary. 13-CURRENT have error on buildworld used=C2=A0SUBDIR_OVERRIDE. This is work aound. *** Makefile.inc1.origMon Jul=C2=A0 8 14:27:19 2019 --- Makefile.inc1Thu Aug 29 17:37:52 2019 *************** *** 1074,1079 **** --- 1074,1082 ---- =C2=A0 @echo "-------------------------------------------------------------= -" =C2=A0 @echo ">>> stage 2.2: rebuilding the object tree" =C2=A0 @echo "-------------------------------------------------------------= -" + @mkdir -p ${WORLDTMP}/usr/lib/clang/8.0.1/include/ + @mkdir -p ${WORLDTMP}/usr/include/c++/v1/experimental + @mkdir -p ${WORLDTMP}/usr/include/c++/v1/ext =C2=A0 ${_+_}cd ${.CURDIR}; ${WMAKE} _NO_INCLUDE_COMPILERMK=3Dt obj =C2=A0 _build-tools: =C2=A0 @echo How to good fix this problem ? Regards Hiroki Mori From owner-freebsd-arm@freebsd.org Thu Aug 29 21:46:32 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4A940E0E36 for ; Thu, 29 Aug 2019 21:46:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46KGQc12ywz4F9W for ; Thu, 29 Aug 2019 21:46:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 073D926334 for ; Thu, 29 Aug 2019 21:46:32 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x7TLkVba000526 for ; Thu, 29 Aug 2019 21:46:31 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x7TLkVBB000525 for freebsd-arm@FreeBSD.org; Thu, 29 Aug 2019 21:46:31 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 240201] smsc floods console with warning messages "Failed to read register 0x114" and "MII is busy" Date: Thu, 29 Aug 2019 21:46:32 +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: iz-rpi03@hs-karlsruhe.de 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.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Aug 2019 21:46:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D240201 Bug ID: 240201 Summary: smsc floods console with warning messages "Failed to read register 0x114" and "MII is busy" Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: iz-rpi03@hs-karlsruhe.de In some rare to repoduce circumstances the smsc driver starts flooding the console and syslog with % Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: Failed to read register 0x= 114 % Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: MII is busy messages. This seems to be an old flaw https://lists.freebsd.org/pipermail/freebsd-arm/2015-July/011970.html which is also seen by other people https://forums.freebsd.org/threads/smsc0-problem-in-raspberry-pi1-b.69936/ recently. Now it looks like I am able to reproduce the needed circumstances. It is a RaspberryPI 3B, running a CURRENT GENERIC-NODEBUG at r351477, with a mirrored ZFS root pool. When trying to write around 2.2GByte in several files from the network into the filesystem those smsc warning messages show up. make installkernel, installworld, mergemaster or building and installing something from ports, e.g. python, does not trigger the warning messages. The system seems to stay somehow responsible, as the warnings get logged into /var/log/messages, but the USB keyboard is dead. At the moment it is possible to let the system as it is to aid debugging. Some additional information: # zpool status ... NAME STATE READ WRITE CKSUM rootpool ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 mmcsd0s2a ONLINE 0 0 0 da0s2a ONLINE 0 0 0 errors: No known data errors #=20 The beginning of one flooding: Aug 23 20:43:43 rpi3-b .... Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:00:55 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:00:55 rpi3-b kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0= 0 01 24 d3 b8 00 00 80 00=20 Aug 23 22:00:55 rpi3-b kernel: (da0:umass-sim0:0:0:0): CAM status: CCB requ= est completed with an error Aug 23 22:00:55 rpi3-b kernel: (da0:umass-sim0:0:0:0): Retrying command, 3 = more tries remain Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:01:34 rpi3-b kernel: ue0: link state changed to DOWN Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: MII is busy Aug 23 22:01:34 rpi3-b kernel: smsc0: error: usb error on tx: USB_ERR_TIMEO= UT Aug 23 22:01:34 rpi3-b kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0= 0 01 24 d3 b8 00 00 80 00=20 Aug 23 22:01:34 rpi3-b kernel: (da0:umass-sim0:0:0:0): CAM status: CCB requ= est completed with an error Aug 23 22:01:34 rpi3-b kernel: (da0:umass-sim0:0:0:0): Retrying command, 2 = more tries remain Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 23 22:01:34 rpi3-b kernel: smsc0: warning: MII is busy Here is one from today: Aug 29 10:22:37 rpi3-b ... Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:09:48 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:09:48 rpi3-b kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0= 0 00 bc 4b 90 00 00 80 00=20 Aug 29 16:09:48 rpi3-b kernel: (da0:umass-sim0:0:0:0): CAM status: CCB requ= est completed with an error Aug 29 16:09:48 rpi3-b kernel: (da0:umass-sim0:0:0:0): Retrying command, 3 = more tries remain Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:10:22 rpi3-b kernel: ue0: link state changed to DOWN Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:10:22 rpi3-b kernel: smsc0: error: usb error on tx: USB_ERR_TIMEO= UT Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: Failed to read register 0x114 Aug 29 16:10:22 rpi3-b kernel: smsc0: warning: MII is busy Aug 29 16:10:22 rpi3-b kernel: (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0= 0 00 bc 4b 90 00 00 80 00=20 Aug 29 16:10:22 rpi3-b kernel: (da0:umass-sim0:0:0:0): CAM status: CCB requ= est completed with an error Aug 29 16:10:22 rpi3-b kernel: (da0:umass-sim0:0:0:0): Retrying command, 2 = more tries remain Best regards, Ralf --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Aug 31 15:06:57 2019 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 856FBD4331 for ; Sat, 31 Aug 2019 15:06:57 +0000 (UTC) (envelope-from doc.solo@web.de) Received: from mout.web.de (mout.web.de [212.227.17.12]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.web.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46LKSc1vQJz4ZYb for ; Sat, 31 Aug 2019 15:06:55 +0000 (UTC) (envelope-from doc.solo@web.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1567264005; bh=mOSivxQ4clJ1unc7n8tn4X6plI53uiQuVuelFj54PG8=; h=X-UI-Sender-Class:From:To:Subject:Date; b=DblfHdk9xGiehacc5uRAr6D5+uKN370AmJYA8ZGwZygwTj2zAf2z931hjsSOg2M9E n612mvjxXxj3jmZ+aFp1J52PV1NTnD6gJjqVTD7g0XES+CCo9dfidF0zkD1zKOclTd I9x6VH+0s+19BXPCSLLZqdw1yoMZbDP1Suj1ILws= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Received: from [95.208.84.2] ([95.208.84.2]) by web-mail.web.de (3c-app-webde-bap19.server.lan [172.19.172.19]) (via HTTP); Sat, 31 Aug 2019 15:59:33 +0200 Message-ID: From: doc.solo@web.de To: freebsd-arm@freebsd.org Subject: Re: PWM fan control on Helios4 (Marvell ARMADA 388) Date: Sat, 31 Aug 2019 15:59:33 +0200 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K1:IJIV05ldyBTHFKFrjrUMSoEQoZ72XY7mRJfEi4/vbWVBunXCscsc0F6spR3SlnY2nK+6E JN/5q0yI9xQbYNjMQoD/E+42oc7Ia3KCSKqm0ewibN5LE1w0K+ii9XCQJ+L2uEpGeXv5pHoQKPix 8Bidj+BLlIP3P81d6W3b6KRmNy+gMZJgUpncDoAlAwXjRvHcHaLf7kzZLtDWcFihVf29RWajO2dt 4I/gwZrocU/+NrcjvUGUS49AfOJMlvS1XMvB4S819kC5jAUpIB8CMzNB5gCRXjhv1YTw/RpIywjp Gc= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4z71Jo2wcOg=:5aBNn0okdRmynK2TnPgGTR VAUCrErh5wynV0j9M4yGzE1QfBOcs/K7+ZdgZ1n+IkbVVEpaf/d5LPzjd5B2nl471SSAtvwwW xLmvQ2KZFq1m3Au+XBDtGnhPe4c43UNahBC6gCRJ35YlGL9lw++zC1TcwXGHelJRtpTCGn6rq xXJs5OhatYBBT1fZGNItnuNsebYhKflqTSYsvpybBxCHK3jCD2dhpVU8uE6sxEXZt4NSlSKJt Kn1PoLO8dAi3jBOixkL+gNUTnwFZNdomsUVi7cp5SHpuLw/L0xV7DIaL1SlnV9B1nnCLo08QR Yl6sYJYdhJs1xBYvqrv27n7cq2xIkWN92lCHFdD2ZrNf94Cs7Mkiv7Dcaytmwx0DyUOfJNMT4 +HfQl9pD1FWBL5W7LsWv4Tny8VCsruHvK3RkuYJU8ovb3WmzUaGT6EjPVp3h1UjHmiH+NdobX UTIl3tkf0QZ/3TISLGfdqmNwNbWCws3MCL4IM3W/YByKC9BaXSJ+TNpq90RfSyfZMCluYh0tm Oj6m2iNYisEXUbm5jUh4WJNJdx4k9h+Dz1vVyl8fNCC3GQWpcYCbtia1asF+oBxEA2aR5cD/v RtJBbG1wvqIgFYqHQYDfHwnzlS0tto+QYS1Csf+pZ+nM3WfiGP3Kzdyt7t9dbAMan9A7z/mi6 m9BuOkncheC1wG4i6rYbl6+ck X-Rspamd-Queue-Id: 46LKSc1vQJz4ZYb X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=web.de header.s=dbaedf251592 header.b=DblfHdk9; dmarc=none; spf=pass (mx1.freebsd.org: domain of doc.solo@web.de designates 212.227.17.12 as permitted sender) smtp.mailfrom=doc.solo@web.de X-Spamd-Result: default: False [-1.05 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:212.227.17.0/27]; FREEMAIL_FROM(0.00)[web.de]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[web.de:+]; NEURAL_HAM_SHORT(-0.42)[-0.419,0]; HAS_X_PRIO_THREE(0.00)[3]; RECEIVED_SPAMHAUS_PBL(0.00)[2.84.208.95.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:~]; RCVD_IN_DNSWL_LOW(-0.10)[12.17.227.212.list.dnswl.org : 127.0.5.1]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; FREEMAIL_ENVFROM(0.00)[web.de]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[web.de:s=dbaedf251592]; IP_SCORE(0.00)[ipnet: 212.227.0.0/16(-1.38), asn: 8560(2.18), country: DE(-0.01)]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.89)[-0.889,0]; IP_SCORE_FREEMAIL(0.00)[]; DMARC_NA(0.00)[web.de]; NEURAL_SPAM_MEDIUM(0.06)[0.055,0]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[web.de.dwl.dnswl.org : 127.0.5.1]; FROM_NO_DN(0.00)[]; MIME_HTML_ONLY(0.20)[]; MID_RHS_NOT_FQDN(0.50)[]; RCVD_COUNT_TWO(0.00)[2] MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Aug 2019 15:06:57 -0000