From owner-freebsd-arm@freebsd.org Sun Nov 4 18:33:01 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E000D10E1AC2 for ; Sun, 4 Nov 2018 18:33:00 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0E1107E653; Sun, 4 Nov 2018 18:32:59 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id wA4IWoVL015238 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 4 Nov 2018 19:32:51 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1541356372; bh=HcChAaOC7b/EwMWdzBZRMszTk4iWcSKaDLrSnrtv/EA=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=4CwpSR+wTfk+TG8uxxxDQpTkW5mfCatjmQlRNWV7bcBZua1JSkIStxx7qYYiSPi6f /sRWYozaMq3wf0u/jC6Ml9YZa15hB9S6tDU8z7GRXVtS7NV7CevqrVmBHaFVy7vNj3 rXiz44OPVxRk93Pdd3mwVjtTd+F7hkiabtsX/n5c= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id wA4IWlsF029427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2018 19:32:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id wA4IWlI6044739; Sun, 4 Nov 2018 19:32:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id wA4IWloc044738; Sun, 4 Nov 2018 19:32:47 +0100 (CET) (envelope-from ticso) Date: Sun, 4 Nov 2018 19:32:47 +0100 From: Bernd Walter To: Ian Lepore Cc: ticso@cicely.de, freebsd-arm@freebsd.org, Bernd Walter Subject: Re: How to add custom dts entries Message-ID: <20181104183247.GN79858@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20181103200709.GB79858@cicely7.cicely.de> <1541277990.52306.4.camel@freebsd.org> <20181103205455.GD79858@cicely7.cicely.de> <1541279079.52306.8.camel@freebsd.org> <20181103212031.GF79858@cicely7.cicely.de> <1541280338.52306.9.camel@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1541280338.52306.9.camel@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 0E1107E653 X-Spamd-Result: default: False [0.02 / 200.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; DKIM_TRACE(0.00)[cicely.de:+]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.17)[-0.172,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 04 Nov 2018 18:33:01 -0000 On Sat, Nov 03, 2018 at 03:25:38PM -0600, Ian Lepore wrote: > Add a status = "okay" to the spi node in your patch/overlay. Makes sense. So the spigen overlay works fine, once I set fdt_overlays in loader.conf to use the overlay file. spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 spibus0: on spi0 spibus0: at cs 1 mode 0 spibus0: at cs 0 mode 0 spibus0: at cs 0 mode 0 spibus0: at cs 1 mode 0 With my own overlay I do this to install it: dtc -I dts -O dtb -o rpi-apa102-matrix.dtbo rpi-apa102-matrix.dts cp rpi-apa102-matrix.dtbo /boot/dtb/overlays [77]cicely1> cat rpi-apa102-matrix.dts /dts-v1/; /plugin/; / { compatible = "brcm,bcm2835"; }; /* &spi0 { */ &{/soc/spi@7e204000} { status = "okay"; apa102led0 { compatible = "led,apa102"; reg = <0>; spi-max-frequency = <20000000>; status = "okay"; }; }; &onewire { compatible = "w1-gpio"; gpios = <&gpio 4 1>; }; Still puzzled with the format. With &spi0 it didn't work, neither with the current format, which is copied from the spigen.dts. Neither spi0 attaches, nor the onewire bus. Some other, mostly beaglebone related examples use a more complex setup with overlay_ entries and everything inside the compatible block. Can I have a device.hints please ;-) ofwdump shows: ... Node 0x20fc: spi@7e204000 compatible: 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 'brcm,bcm2835-spi' ... status: 64 69 73 61 62 6c 65 64 00 'disabled' ... Havn't checked ofwdump with the spigen overlay. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Sun Nov 4 18:49:50 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC61D10E219E for ; Sun, 4 Nov 2018 18:49:49 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2814B7F320; Sun, 4 Nov 2018 18:49:49 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id wA4InkgS015528 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 4 Nov 2018 19:49:47 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1541357387; bh=kcOd3B9wTKGWvMYBVFSfB1Vw2onDbcBr5BCljH/shAU=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=Lo3h5RhPCzG8IJOmqqBnEADWWBB8KXg+IrS+NmOQazu1987RQGVJXxNROS98PTIvO LQzwQCGv4ssxLYV9JPZS2O/LBaO8+dVxgZaArXyYHn8CNPi3eInywfmnBjmXLeZv+S PY/bsRczT/m78lDtBsT9dDg4HYr+DglV3udkKf/4= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id wA4InfBP029654 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2018 19:49:41 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id wA4IndFR044817; Sun, 4 Nov 2018 19:49:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id wA4Ind3s044816; Sun, 4 Nov 2018 19:49:39 +0100 (CET) (envelope-from ticso) Date: Sun, 4 Nov 2018 19:49:39 +0100 From: Bernd Walter To: Ian Lepore Cc: ticso@cicely.de, freebsd-arm@freebsd.org, Bernd Walter Subject: Re: How to add custom dts entries Message-ID: <20181104184939.GO79858@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20181103200709.GB79858@cicely7.cicely.de> <1541277990.52306.4.camel@freebsd.org> <20181103205455.GD79858@cicely7.cicely.de> <1541279079.52306.8.camel@freebsd.org> <20181103212031.GF79858@cicely7.cicely.de> <1541280338.52306.9.camel@freebsd.org> <20181104183247.GN79858@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181104183247.GN79858@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 2814B7F320 X-Spamd-Result: default: False [0.00 / 200.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.19)[-0.188,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 04 Nov 2018 18:49:50 -0000 On Sun, Nov 04, 2018 at 07:32:47PM +0100, Bernd Walter wrote: > On Sat, Nov 03, 2018 at 03:25:38PM -0600, Ian Lepore wrote: > > Add a status = "okay" to the spi node in your patch/overlay. > > Makes sense. > > So the spigen overlay works fine, once I set fdt_overlays in loader.conf > to use the overlay file. > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > spibus0: on spi0 > spibus0: at cs 1 mode 0 > spibus0: at cs 0 mode 0 > spibus0: at cs 0 mode 0 > spibus0: at cs 1 mode 0 > > With my own overlay I do this to install it: > dtc -I dts -O dtb -o rpi-apa102-matrix.dtbo rpi-apa102-matrix.dts > cp rpi-apa102-matrix.dtbo /boot/dtb/overlays > > [77]cicely1> cat rpi-apa102-matrix.dts > /dts-v1/; > /plugin/; > > / { > compatible = "brcm,bcm2835"; > }; > > /* &spi0 { */ > &{/soc/spi@7e204000} { > status = "okay"; > > apa102led0 { > compatible = "led,apa102"; > reg = <0>; > spi-max-frequency = <20000000>; > status = "okay"; > }; > }; > > &onewire { > compatible = "w1-gpio"; > gpios = <&gpio 4 1>; > }; > > Still puzzled with the format. > With &spi0 it didn't work, neither with the current format, which is > copied from the spigen.dts. > Neither spi0 attaches, nor the onewire bus. > > Some other, mostly beaglebone related examples use a more complex > setup with overlay_ entries and everything inside the compatible block. > > Can I have a device.hints please ;-) > > ofwdump shows: > ... > Node 0x20fc: spi@7e204000 > compatible: > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > 'brcm,bcm2835-spi' > ... > status: > 64 69 73 61 62 6c 65 64 00 > 'disabled' > ... > > Havn't checked ofwdump with the spigen overlay. Interesting. When I use &spi0 and leave out the &onewire block, it attaches something. spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 spibus0: on spi0 spibus0: at cs 0 mode 0 spibus0: at cs 0 mode 0 spibus0: at cs 1 mode 0 And also my driver attaches just fine: apa102led0: at cs 0 mode 0 on spibus0 And ofwdump shows the spi0 es enabled: Node 0x20fc: spi@7e204000 compatible: 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 'brcm,bcm2835-spi' ... status: 6f 6b 61 79 00 'okay' ... I'm not on the real hardware, so no LED connected to test the driver. It would probably also attach with the &{/soc/spi@7e204000}. But why does the &onewire entry make such a difference? Is the whole file revoked because of an error? I have no console connected, so I don't see loader messages. Also it is a bit puzzling about the "unknown card" entries. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Sun Nov 4 18:53:44 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7E9ED10E2578 for ; Sun, 4 Nov 2018 18:53:44 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DD1237F96A; Sun, 4 Nov 2018 18:53:43 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id wA4IreS8015614 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 4 Nov 2018 19:53:41 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1541357622; bh=9uK4cvWw23jjSdOtrBKVq8fPluhdb/1U186GxecfpOM=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=cVjhpY5nFvo140F2lAffd+6CBSZLeQfW+6lO2oGtEVYbjtUsOiXi6Q7HdN4XqmNeP IDak8bJDaa4KirAKHuzH0y88lIM4sINTpmRN7LAwUv8/wWE0FQVkUFTVwtn8jFn9FG linY/C9QQG465sjHKm4aWvIJRhwwEV7naUHSLeco= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id wA4Irctn029715 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2018 19:53:38 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id wA4Irc4p044828; Sun, 4 Nov 2018 19:53:38 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id wA4IrcTT044827; Sun, 4 Nov 2018 19:53:38 +0100 (CET) (envelope-from ticso) Date: Sun, 4 Nov 2018 19:53:38 +0100 From: Bernd Walter To: Ian Lepore Cc: ticso@cicely.de, freebsd-arm@freebsd.org, Bernd Walter Subject: Re: How to add custom dts entries Message-ID: <20181104185337.GP79858@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20181103200709.GB79858@cicely7.cicely.de> <1541277990.52306.4.camel@freebsd.org> <20181103205455.GD79858@cicely7.cicely.de> <1541279079.52306.8.camel@freebsd.org> <20181103212031.GF79858@cicely7.cicely.de> <1541280338.52306.9.camel@freebsd.org> <20181104183247.GN79858@cicely7.cicely.de> <20181104184939.GO79858@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181104184939.GO79858@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: DD1237F96A X-Spamd-Result: default: False [0.01 / 200.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.18)[-0.182,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 04 Nov 2018 18:53:44 -0000 On Sun, Nov 04, 2018 at 07:49:39PM +0100, Bernd Walter wrote: > On Sun, Nov 04, 2018 at 07:32:47PM +0100, Bernd Walter wrote: > > On Sat, Nov 03, 2018 at 03:25:38PM -0600, Ian Lepore wrote: > > > Add a status = "okay" to the spi node in your patch/overlay. > > > > Makes sense. > > > > So the spigen overlay works fine, once I set fdt_overlays in loader.conf > > to use the overlay file. > > > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > spibus0: on spi0 > > spibus0: at cs 1 mode 0 > > spibus0: at cs 0 mode 0 > > spibus0: at cs 0 mode 0 > > spibus0: at cs 1 mode 0 > > > > With my own overlay I do this to install it: > > dtc -I dts -O dtb -o rpi-apa102-matrix.dtbo rpi-apa102-matrix.dts > > cp rpi-apa102-matrix.dtbo /boot/dtb/overlays > > > > [77]cicely1> cat rpi-apa102-matrix.dts > > /dts-v1/; > > /plugin/; > > > > / { > > compatible = "brcm,bcm2835"; > > }; > > > > /* &spi0 { */ > > &{/soc/spi@7e204000} { > > status = "okay"; > > > > apa102led0 { > > compatible = "led,apa102"; > > reg = <0>; > > spi-max-frequency = <20000000>; > > status = "okay"; > > }; > > }; > > > > &onewire { > > compatible = "w1-gpio"; > > gpios = <&gpio 4 1>; > > }; > > > > Still puzzled with the format. > > With &spi0 it didn't work, neither with the current format, which is > > copied from the spigen.dts. > > Neither spi0 attaches, nor the onewire bus. > > > > Some other, mostly beaglebone related examples use a more complex > > setup with overlay_ entries and everything inside the compatible block. > > > > Can I have a device.hints please ;-) > > > > ofwdump shows: > > ... > > Node 0x20fc: spi@7e204000 > > compatible: > > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > > 'brcm,bcm2835-spi' > > ... > > status: > > 64 69 73 61 62 6c 65 64 00 > > 'disabled' > > ... > > > > Havn't checked ofwdump with the spigen overlay. > > Interesting. > When I use &spi0 and leave out the &onewire block, it attaches something. > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > spibus0: on spi0 > spibus0: at cs 0 mode 0 > spibus0: at cs 0 mode 0 > spibus0: at cs 1 mode 0 > > And also my driver attaches just fine: > apa102led0: at cs 0 mode 0 on spibus0 > > And ofwdump shows the spi0 es enabled: > Node 0x20fc: spi@7e204000 > compatible: > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > 'brcm,bcm2835-spi' > ... > status: > 6f 6b 61 79 00 > 'okay' > ... > > I'm not on the real hardware, so no LED connected to test the driver. > It would probably also attach with the &{/soc/spi@7e204000}. > But why does the &onewire entry make such a difference? > Is the whole file revoked because of an error? > I have no console connected, so I don't see loader messages. > > Also it is a bit puzzling about the "unknown card" entries. Ah ok. Those 4 with the spigen driver are 2 devices defined by the generic DTS, plus 2 devices from the spigen overlay - the spigen module wasn't laoded. Same for my overlay, 2 generic, plus my LED definition. spi0 pnpinfo name=spi@7e204000 compat=brcm,bcm2835-spi spibus0 apa102led0 pnpinfo name=apa102led0 compat=led,apa102 at bus=0 cs=0 unknown pnpinfo name=spidev@0 compat=spidev at bus=0 cs=0 unknown pnpinfo name=spidev@1 compat=spidev at bus=0 cs=1 Makes sense. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Sun Nov 4 19:57:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 63CA310E96E2 for ; Sun, 4 Nov 2018 19:57:07 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7593A83FDC; Sun, 4 Nov 2018 19:57:06 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id wA4Jv31g017754 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 4 Nov 2018 20:57:04 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1541361424; bh=PcSCW1E9twemQ/Kz4LxxQtJpT+RkYbzKJq8p6hqkNko=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=iKu/H56FVio0+JQmhrRyQIBFp3bchVfdx4VbtcBl7GqaQn7DcjIz3TcBdPR4Fwmg3 8gXkFZ8iATWyhe6bTaszceBw6qcUZTwHvVi+jVB3DEG+Oqxa7JhJTQ58jaSBMwfI6D R7DAYTzM3del4GXWM0IZ6/3mir/T2B4jt8Ct/e2g= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id wA4Jv0L3030737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2018 20:57:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id wA4Jv0O3045116; Sun, 4 Nov 2018 20:57:00 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id wA4Jv0KE045115; Sun, 4 Nov 2018 20:57:00 +0100 (CET) (envelope-from ticso) Date: Sun, 4 Nov 2018 20:57:00 +0100 From: Bernd Walter To: Ian Lepore Cc: ticso@cicely.de, freebsd-arm@freebsd.org, Bernd Walter Subject: Re: How to add custom dts entries Message-ID: <20181104195659.GQ79858@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20181103200709.GB79858@cicely7.cicely.de> <1541277990.52306.4.camel@freebsd.org> <20181103205455.GD79858@cicely7.cicely.de> <1541279079.52306.8.camel@freebsd.org> <20181103212031.GF79858@cicely7.cicely.de> <1541280338.52306.9.camel@freebsd.org> <20181104183247.GN79858@cicely7.cicely.de> <20181104184939.GO79858@cicely7.cicely.de> <20181104185337.GP79858@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181104185337.GP79858@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 7593A83FDC X-Spamd-Result: default: False [0.01 / 200.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.18)[-0.180,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 04 Nov 2018 19:57:07 -0000 On Sun, Nov 04, 2018 at 07:53:38PM +0100, Bernd Walter wrote: > On Sun, Nov 04, 2018 at 07:49:39PM +0100, Bernd Walter wrote: > > On Sun, Nov 04, 2018 at 07:32:47PM +0100, Bernd Walter wrote: > > > On Sat, Nov 03, 2018 at 03:25:38PM -0600, Ian Lepore wrote: > > > > Add a status = "okay" to the spi node in your patch/overlay. > > > > > > Makes sense. > > > > > > So the spigen overlay works fine, once I set fdt_overlays in loader.conf > > > to use the overlay file. > > > > > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > > spibus0: on spi0 > > > spibus0: at cs 1 mode 0 > > > spibus0: at cs 0 mode 0 > > > spibus0: at cs 0 mode 0 > > > spibus0: at cs 1 mode 0 > > > > > > With my own overlay I do this to install it: > > > dtc -I dts -O dtb -o rpi-apa102-matrix.dtbo rpi-apa102-matrix.dts > > > cp rpi-apa102-matrix.dtbo /boot/dtb/overlays > > > > > > [77]cicely1> cat rpi-apa102-matrix.dts > > > /dts-v1/; > > > /plugin/; > > > > > > / { > > > compatible = "brcm,bcm2835"; > > > }; > > > > > > /* &spi0 { */ > > > &{/soc/spi@7e204000} { > > > status = "okay"; > > > > > > apa102led0 { > > > compatible = "led,apa102"; > > > reg = <0>; > > > spi-max-frequency = <20000000>; > > > status = "okay"; > > > }; > > > }; > > > > > > &onewire { > > > compatible = "w1-gpio"; > > > gpios = <&gpio 4 1>; > > > }; > > > > > > Still puzzled with the format. > > > With &spi0 it didn't work, neither with the current format, which is > > > copied from the spigen.dts. > > > Neither spi0 attaches, nor the onewire bus. > > > > > > Some other, mostly beaglebone related examples use a more complex > > > setup with overlay_ entries and everything inside the compatible block. > > > > > > Can I have a device.hints please ;-) > > > > > > ofwdump shows: > > > ... > > > Node 0x20fc: spi@7e204000 > > > compatible: > > > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > > > 'brcm,bcm2835-spi' > > > ... > > > status: > > > 64 69 73 61 62 6c 65 64 00 > > > 'disabled' > > > ... > > > > > > Havn't checked ofwdump with the spigen overlay. > > > > Interesting. > > When I use &spi0 and leave out the &onewire block, it attaches something. > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > spibus0: on spi0 > > spibus0: at cs 0 mode 0 > > spibus0: at cs 0 mode 0 > > spibus0: at cs 1 mode 0 > > > > And also my driver attaches just fine: > > apa102led0: at cs 0 mode 0 on spibus0 > > > > And ofwdump shows the spi0 es enabled: > > Node 0x20fc: spi@7e204000 > > compatible: > > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > > 'brcm,bcm2835-spi' > > ... > > status: > > 6f 6b 61 79 00 > > 'okay' > > ... > > > > I'm not on the real hardware, so no LED connected to test the driver. > > It would probably also attach with the &{/soc/spi@7e204000}. > > But why does the &onewire entry make such a difference? > > Is the whole file revoked because of an error? > > I have no console connected, so I don't see loader messages. > > > > Also it is a bit puzzling about the "unknown card" entries. > > Ah ok. > Those 4 with the spigen driver are 2 devices defined by the generic DTS, > plus 2 devices from the spigen overlay - the spigen module wasn't laoded. > Same for my overlay, 2 generic, plus my LED definition. > spi0 pnpinfo name=spi@7e204000 compat=brcm,bcm2835-spi > spibus0 > apa102led0 pnpinfo name=apa102led0 compat=led,apa102 at bus=0 cs=0 > unknown pnpinfo name=spidev@0 compat=spidev at bus=0 cs=0 > unknown pnpinfo name=spidev@1 compat=spidev at bus=0 cs=1 > > Makes sense. Ok, no surprise that &onewire can't work if it isn't defined yet. owc0: at pin 4 on gpiobus0 ow0: <1 Wire Bus> on owc0 ow0: Reset discovered bus wired wrong. gpioc0: on gpio0 uart0: mem 0x7e201000-0x7e201fff irq 23 on simplebus0 uart0: console (115200,n,8,1) spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 spibus0: on spi0 apa102led0: at cs 0 mode 0 on spibus0 spibus0: at cs 0 mode 0 spibus0: at cs 1 mode 0 With the following dts: [96]cicely1> cat rpi-apa102-matrix.dts /dts-v1/; /plugin/; &spi0 { status = "okay"; apa102led0 { compatible = "led,apa102"; reg = <0>; spi-max-frequency = <20000000>; status = "okay"; }; }; / { fragment@0 { target-path = "/"; __overlay__ { onewire { compatible = "w1-gpio"; gpios = <&gpio 4 1>; }; }; }; }; I tried the same without the fragment and overlay blocks, but it didn't work. Why does it work for the spi0? Have to put the SD card into the real system to see if the spi and the onewire works. So far everything looks fine, although I don't exactly know why. I understand that I would have to setup the CS pin for normal spi use. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Sun Nov 4 22:06:32 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B95410EEA67 for ; Sun, 4 Nov 2018 22:06:32 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C78289F26; Sun, 4 Nov 2018 22:06:31 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id wA4M6R9N022517 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 4 Nov 2018 23:06:28 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1541369188; bh=UhKVQxSGu7700Ycshj/ZgZw/HlPZ73WFESnzVK1iSrw=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=t+O/Ve3mMq3k19KNATOVDhHyUiwMvrzPnNBj0dcPb+tt7PsHHR9uh4RvEBtvUrdD3 6ka3+wFCr/a3gT79VDZEf6Rhsh/OPO9AJtbPZFT4UwG+om311PUo7ChA6asalcK+sA 9eTnpAuTJL4CBUAF2seksTVeGucbkQcicy6fYcyw= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id wA4M6O2l032515 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 4 Nov 2018 23:06:24 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id wA4M6OmT045647; Sun, 4 Nov 2018 23:06:24 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id wA4M6NHr045646; Sun, 4 Nov 2018 23:06:23 +0100 (CET) (envelope-from ticso) Date: Sun, 4 Nov 2018 23:06:23 +0100 From: Bernd Walter To: Ian Lepore Cc: ticso@cicely.de, freebsd-arm@freebsd.org, Bernd Walter Subject: Re: How to add custom dts entries Message-ID: <20181104220623.GR79858@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20181103200709.GB79858@cicely7.cicely.de> <1541277990.52306.4.camel@freebsd.org> <20181103205455.GD79858@cicely7.cicely.de> <1541279079.52306.8.camel@freebsd.org> <20181103212031.GF79858@cicely7.cicely.de> <1541280338.52306.9.camel@freebsd.org> <20181104183247.GN79858@cicely7.cicely.de> <20181104184939.GO79858@cicely7.cicely.de> <20181104185337.GP79858@cicely7.cicely.de> <20181104195659.GQ79858@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181104195659.GQ79858@cicely7.cicely.de> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 7C78289F26 X-Spamd-Result: default: False [-0.16 / 200.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[cached: mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.35)[-0.348,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 04 Nov 2018 22:06:32 -0000 On Sun, Nov 04, 2018 at 08:57:00PM +0100, Bernd Walter wrote: > On Sun, Nov 04, 2018 at 07:53:38PM +0100, Bernd Walter wrote: > > On Sun, Nov 04, 2018 at 07:49:39PM +0100, Bernd Walter wrote: > > > On Sun, Nov 04, 2018 at 07:32:47PM +0100, Bernd Walter wrote: > > > > On Sat, Nov 03, 2018 at 03:25:38PM -0600, Ian Lepore wrote: > > > > > Add a status = "okay" to the spi node in your patch/overlay. > > > > > > > > Makes sense. > > > > > > > > So the spigen overlay works fine, once I set fdt_overlays in loader.conf > > > > to use the overlay file. > > > > > > > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > > > spibus0: on spi0 > > > > spibus0: at cs 1 mode 0 > > > > spibus0: at cs 0 mode 0 > > > > spibus0: at cs 0 mode 0 > > > > spibus0: at cs 1 mode 0 > > > > > > > > With my own overlay I do this to install it: > > > > dtc -I dts -O dtb -o rpi-apa102-matrix.dtbo rpi-apa102-matrix.dts > > > > cp rpi-apa102-matrix.dtbo /boot/dtb/overlays > > > > > > > > [77]cicely1> cat rpi-apa102-matrix.dts > > > > /dts-v1/; > > > > /plugin/; > > > > > > > > / { > > > > compatible = "brcm,bcm2835"; > > > > }; > > > > > > > > /* &spi0 { */ > > > > &{/soc/spi@7e204000} { > > > > status = "okay"; > > > > > > > > apa102led0 { > > > > compatible = "led,apa102"; > > > > reg = <0>; > > > > spi-max-frequency = <20000000>; > > > > status = "okay"; > > > > }; > > > > }; > > > > > > > > &onewire { > > > > compatible = "w1-gpio"; > > > > gpios = <&gpio 4 1>; > > > > }; > > > > > > > > Still puzzled with the format. > > > > With &spi0 it didn't work, neither with the current format, which is > > > > copied from the spigen.dts. > > > > Neither spi0 attaches, nor the onewire bus. > > > > > > > > Some other, mostly beaglebone related examples use a more complex > > > > setup with overlay_ entries and everything inside the compatible block. > > > > > > > > Can I have a device.hints please ;-) > > > > > > > > ofwdump shows: > > > > ... > > > > Node 0x20fc: spi@7e204000 > > > > compatible: > > > > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > > > > 'brcm,bcm2835-spi' > > > > ... > > > > status: > > > > 64 69 73 61 62 6c 65 64 00 > > > > 'disabled' > > > > ... > > > > > > > > Havn't checked ofwdump with the spigen overlay. > > > > > > Interesting. > > > When I use &spi0 and leave out the &onewire block, it attaches something. > > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > > spibus0: on spi0 > > > spibus0: at cs 0 mode 0 > > > spibus0: at cs 0 mode 0 > > > spibus0: at cs 1 mode 0 > > > > > > And also my driver attaches just fine: > > > apa102led0: at cs 0 mode 0 on spibus0 > > > > > > And ofwdump shows the spi0 es enabled: > > > Node 0x20fc: spi@7e204000 > > > compatible: > > > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > > > 'brcm,bcm2835-spi' > > > ... > > > status: > > > 6f 6b 61 79 00 > > > 'okay' > > > ... > > > > > > I'm not on the real hardware, so no LED connected to test the driver. > > > It would probably also attach with the &{/soc/spi@7e204000}. > > > But why does the &onewire entry make such a difference? > > > Is the whole file revoked because of an error? > > > I have no console connected, so I don't see loader messages. > > > > > > Also it is a bit puzzling about the "unknown card" entries. > > > > Ah ok. > > Those 4 with the spigen driver are 2 devices defined by the generic DTS, > > plus 2 devices from the spigen overlay - the spigen module wasn't laoded. > > Same for my overlay, 2 generic, plus my LED definition. > > spi0 pnpinfo name=spi@7e204000 compat=brcm,bcm2835-spi > > spibus0 > > apa102led0 pnpinfo name=apa102led0 compat=led,apa102 at bus=0 cs=0 > > unknown pnpinfo name=spidev@0 compat=spidev at bus=0 cs=0 > > unknown pnpinfo name=spidev@1 compat=spidev at bus=0 cs=1 > > > > Makes sense. > > Ok, no surprise that &onewire can't work if it isn't defined yet. > > owc0: at pin 4 on gpiobus0 > ow0: <1 Wire Bus> on owc0 > ow0: Reset discovered bus wired wrong. > gpioc0: on gpio0 > uart0: mem 0x7e201000-0x7e201fff irq 23 on simplebus0 > uart0: console (115200,n,8,1) > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > spibus0: on spi0 > apa102led0: at cs 0 mode 0 on spibus0 > spibus0: at cs 0 mode 0 > spibus0: at cs 1 mode 0 > > With the following dts: > [96]cicely1> cat rpi-apa102-matrix.dts > /dts-v1/; > /plugin/; > > &spi0 { > status = "okay"; > > apa102led0 { > compatible = "led,apa102"; > reg = <0>; > spi-max-frequency = <20000000>; > status = "okay"; > }; > }; > > / { > fragment@0 { > target-path = "/"; > __overlay__ { > onewire { > compatible = "w1-gpio"; > gpios = <&gpio 4 1>; > }; > }; > }; > }; > > I tried the same without the fragment and overlay blocks, but it didn't > work. > Why does it work for the spi0? > > Have to put the SD card into the real system to see if the spi and the onewire > works. > So far everything looks fine, although I don't exactly know why. > I understand that I would have to setup the CS pin for normal spi use. The DS18B20 look good: owc0: at pin 4 on gpiobus0 ow0: <1 Wire Bus> on owc0 ow_temp0: romid 28:b0:6b:29:05:00:00:ae on ow0 ow_temp1: romid 28:04:87:29:05:00:00:8e on ow0 ow_temp2: romid 28:e6:2c:29:05:00:00:8a on ow0 ow_temp3: romid 28:71:34:29:05:00:00:fc on ow0 ow_temp4: romid 28:99:3b:29:05:00:00:1b on ow0 ow_temp5: romid 28:05:d6:29:05:00:00:e1 on ow0 ow_temp6: romid 28:75:e6:1a:05:00:00:3d on ow0 ow_temp7: romid 28:37:d3:29:05:00:00:b0 on ow0 [55]rpi-b# sysctl dev.ow_temp | grep temper dev.ow_temp.7.temperature: 24.437C dev.ow_temp.6.temperature: 24.125C dev.ow_temp.5.temperature: 24.312C dev.ow_temp.4.temperature: 24.312C dev.ow_temp.3.temperature: 23.937C dev.ow_temp.2.temperature: 24.250C dev.ow_temp.1.temperature: 24.250C dev.ow_temp.0.temperature: 24.312C And the LEDs also work fine. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Mon Nov 5 15:17:27 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4D93B11041B3 for ; Mon, 5 Nov 2018 15:17:27 +0000 (UTC) (envelope-from luislupe@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 23C4082FF1 for ; Mon, 5 Nov 2018 15:17:26 +0000 (UTC) (envelope-from luislupe@gmx.com) Received: from localhost ([95.93.229.182]) by mail.gmx.com (mrgmx003 [212.227.17.184]) with ESMTPSA (Nemesis) id 0MYP57-1fxuWx0xMn-00VBEj for ; Mon, 05 Nov 2018 16:17:22 +0100 Received: from localhost ([95.93.229.182]) by mail.gmx.com (mrgmx003 [212.227.17.184]) with ESMTPSA (Nemesis) id 0MYP57-1fxuWx0xMn-00VBEj for ; Mon, 05 Nov 2018 16:17:22 +0100 Date: Mon, 5 Nov 2018 15:17:21 +0000 From: "Luis P. Mendes" To: freebsd-arm@freebsd.org Subject: pkg - symlinks missing Message-ID: <20181105151721.GF9996@leao.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Provags-ID: V03:K1:6JMMqwcp+FPi06u80O6ZpsklWdthRCkY0v6aJ8i+JzdIdtGWEym 2t6EzS1Z7PpoN7L3aq/sIzadITdhlSbaEY7RDYI80OEKpUTsEsePwc+xQ7jiLI/+EK3Em+p NZV0XCDoB+xhfLJA7WaDN3Zdx7RxXxjQvbpQNwXPGMYO91qzejoiRxbJdNMMqvmlEPHTkc9 KEKkm+WNvi4g0iRuSD/Hg== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V01:K0:/wyd833VdlA=:Ga42W5gy7hXJirVQuCAXqa dxiyfgG+vETAIWXcB7xesIX3MMOLO9TcoUbc/Bf1r2lbExTqlgD6wiMXHnbsA2KGBSBgOrctx kBrrkdxSI6TCVAktMxha7gabfHM9eqojoEzoLiXSoDMSJ754/Zh0iCUWQeAoZXLNz5tU4GHnE RrRezSdYAH+0SQLnMXg8RcGlDBl/M/FTFCOBDueR6nebh93QjgkdxTfsey9UX0OdW87HszbO/ e0dnymmloaIM6jI+wiflr9EuaED4EnxcjudkDwo0saLMI9xrohIxpOsEbHDOBaAnSMt9fdWo3 xLs1OfPa5P63rPvyjcM9DxDDAOSPTAkGoxfFbb4wvLbFcqK6ELd1MorRLuYP6ZpnKYgsfmQOt IaL43bUzJyULKxMpeKlLKxP1dK9NGlBBdiI6DYcLEvH+i9ZVBlBhM7+ZD7sABgxHpYpA4f6/v aKlvwbberOSGBMzHOINZ2u8nL0aErqEjTD/WUHQ60iZ0tdJ/F6CON1Wch3lbQEwkh8AJlR/Qa 9Fg5p71YXAsOT1cVwTzsuKKYN4vB1J06jbzsl0TuZvPE7NRnZd81zN5bKcr1EDCQf/9WNxorF nJjeIERTpvRJekM37zYJp6hdRdAtCTsaJRB6HqbkhcdzKm77X12dIKbh1hFaR8qK8JzvcTIfM qTTRed+rWBVpUQc/R9m1DJIGngTmYw81gO44+9aJdps1McfrvimiVKxHEuuSc0wj2DenNsJDd NXiLq/3TVfe+U/9inNS2P6jCWexJANfGgiJL4WdRUGkGG2Dr+lS32Gv6nWz85PLmrDnNc34BZ A+rL1njC9wMUenJ1n3HWkE38MgIRbrbSqf2ZX/1w660w3uQ21Ydqd4ENj0LBlwxLHgI7MHA62 GhAKHJKKrzuJPDZxD66qPHw7SBxMTIULSG3TCDKrY= X-Rspamd-Queue-Id: 23C4082FF1 X-Spamd-Result: default: False [0.73 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[182.229.93.95.zen.spamhaus.org : 127.0.0.10]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/24]; FREEMAIL_FROM(0.00)[gmx.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.37)[0.371,0]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[gmx.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[mx01.gmx.net,mx00.gmx.net]; NEURAL_SPAM_SHORT(0.63)[0.632,0]; IP_SCORE(0.13)[asn: 8560(0.68), country: DE(-0.01)]; RCVD_IN_DNSWL_LOW(-0.10)[18.15.227.212.list.dnswl.org : 127.0.3.1]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.com]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 05 Nov 2018 15:17:27 -0000 Hi, I'm trying FreeBSD 12.0-BETA3 on a RPi 3B+. pkg complains about missing libssl.so.8 and libcrypto.so.8. Did a couple of symlinks to /usr/lib/libssl.so.111 and /usr/lib/libcrypto.so and it was able to run. But when `pkg update`: There were two errors: 1. /var/db/pkg/repo-FreeBSD.sqlite failed - no such file 2. undefined symbol "SSL_load_error_strings" in /usr/local/lib/libpkg.so.4 It seems that `pkg` needs some love. Thanks, -- Luis Mendes From owner-freebsd-arm@freebsd.org Mon Nov 5 15:32:44 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BAD291104878 for ; Mon, 5 Nov 2018 15:32:44 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from onager.schwarzes.net (onager.schwarzes.net [IPv6:2a03:4000:8:2bb::5d22]) (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 BB1CF83C3D for ; Mon, 5 Nov 2018 15:32:43 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from asc-t60.schwarzes.net (p5B030388.dip0.t-ipconnect.de [91.3.3.136]) (authenticated bits=0) by onager.schwarzes.net (8.15.2/8.15.2) with ESMTPA id wA5FWf3I053110; Mon, 5 Nov 2018 16:32:41 +0100 (CET) (envelope-from freebsd.asc@strcmp.org) Date: Mon, 5 Nov 2018 16:32:40 +0100 From: Andreas Schwarz To: "Luis P. Mendes" Cc: freebsd-arm@freebsd.org Subject: Re: pkg - symlinks missing Message-Id: <20181105163240.6dc9bf7cc21cc9eae2d3991c@strcmp.org> In-Reply-To: <20181105151721.GF9996@leao.home> References: <20181105151721.GF9996@leao.home> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.30; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (onager.schwarzes.net [37.221.194.76]); Mon, 05 Nov 2018 16:32:41 +0100 (CET) X-Rspamd-Queue-Id: BB1CF83C3D X-Spamd-Result: default: False [0.14 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.35)[-0.348,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[strcmp.org]; NEURAL_SPAM_SHORT(0.30)[0.298,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[onager.schwarzes.net,octopus.schwarzes.net]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-0.00)[country: DE(-0.01)]; FREEMAIL_TO(0.00)[gmx.com]; RECEIVED_SPAMHAUS_PBL(0.00)[136.3.3.91.zen.spamhaus.org : 127.0.0.10]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:197540, ipnet:2a03:4000::/32, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 05 Nov 2018 15:32:44 -0000 On Mon, 5 Nov 2018 15:17:21 +0000 "Luis P. Mendes" wrote: Hi, > I'm trying FreeBSD 12.0-BETA3 on a RPi 3B+. > > pkg complains about missing libssl.so.8 and libcrypto.so.8. > Did a couple of symlinks to /usr/lib/libssl.so.111 and > /usr/lib/libcrypto.so and it was able to run. > > But when `pkg update`: > There were two errors: > 1. /var/db/pkg/repo-FreeBSD.sqlite failed - no such file > 2. undefined symbol "SSL_load_error_strings" in > /usr/local/lib/libpkg.so.4 > > > It seems that `pkg` needs some love. Have the same problem at a pine64-lts, seems related to arm64. You can use "pkg-static" instead, which is linked statically. Btw. apart from this case, instead of setting symlinks, it's better to use libmap (/etc/libmap.conf). -asc From owner-freebsd-arm@freebsd.org Mon Nov 5 20:55:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5934A110B8F4 for ; Mon, 5 Nov 2018 20:55:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [195.149.99.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "raven.bwct.de", Issuer "raven.bwct.de" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 05D00727DA for ; Mon, 5 Nov 2018 20:55:50 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.15.2/8.15.2) with ESMTPS id wA5Ktf3E051154 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 5 Nov 2018 21:55:42 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cicely.de; s=default; t=1541451343; bh=SznrA6NS1NjzORVv4A1JV5j4gPkdRoUWjsrtQyrndSs=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To; b=5CRGS5mo7AHBrdE2ysV76k/AQhcDcgs198mWUyfDE6r7bdJLAZ3QndrQsF7okUnTb OwWZTcEqzQHVAHbZudoXwjk88R/wX8JmYB5kjao6kWfGe+vb76588pleSxZl+gGrv/ RzqM/LyJ62u4wBO4ezVS3FSbHnrXAkg/c2Pcy7uU= Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id wA5KtdpP058257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 5 Nov 2018 21:55:39 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.15.2/8.15.2) with ESMTP id wA5KtcZG052341; Mon, 5 Nov 2018 21:55:38 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.15.2/8.15.2/Submit) id wA5Ktb2K052340; Mon, 5 Nov 2018 21:55:37 +0100 (CET) (envelope-from ticso) Date: Mon, 5 Nov 2018 21:55:37 +0100 From: Bernd Walter To: Andreas Schwarz Cc: "Luis P. Mendes" , freebsd-arm@freebsd.org Subject: Re: pkg - symlinks missing Message-ID: <20181105205537.GI50275@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <20181105151721.GF9996@leao.home> <20181105163240.6dc9bf7cc21cc9eae2d3991c@strcmp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181105163240.6dc9bf7cc21cc9eae2d3991c@strcmp.org> X-Operating-System: FreeBSD cicely7.cicely.de 11.0-STABLE amd64 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=4.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de X-Rspamd-Queue-Id: 05D00727DA X-Spamd-Result: default: False [-1.14 / 200.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[ticso@cicely.de]; R_DKIM_ALLOW(-0.20)[cicely.de]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[cicely.de]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[cicely.de:+]; MX_GOOD(-0.01)[mx1.bwct.de]; RCVD_IN_DNSWL_NONE(0.00)[3.99.149.195.list.dnswl.org : 127.0.20.0]; NEURAL_HAM_SHORT(-0.54)[-0.539,0]; NEURAL_HAM_MEDIUM(-0.79)[-0.792,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-0.00)[country: DE(-0.01)]; ASN(0.00)[asn:21461, ipnet:195.149.99.0/24, country:DE]; FREEMAIL_CC(0.00)[gmx.com]; MID_RHS_MATCH_FROM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 05 Nov 2018 20:55:52 -0000 On Mon, Nov 05, 2018 at 04:32:40PM +0100, Andreas Schwarz wrote: > On Mon, 5 Nov 2018 15:17:21 +0000 > "Luis P. Mendes" wrote: > > Hi, > > > I'm trying FreeBSD 12.0-BETA3 on a RPi 3B+. > > > > pkg complains about missing libssl.so.8 and libcrypto.so.8. > > Did a couple of symlinks to /usr/lib/libssl.so.111 and > > /usr/lib/libcrypto.so and it was able to run. > > > > But when `pkg update`: > > There were two errors: > > 1. /var/db/pkg/repo-FreeBSD.sqlite failed - no such file > > 2. undefined symbol "SSL_load_error_strings" in > > /usr/local/lib/libpkg.so.4 > > > > > > It seems that `pkg` needs some love. > > Have the same problem at a pine64-lts, seems related to arm64. Same for Pi1-B (armv6). The packages havn't been updated since the OpenSSL upgrade. Don't know how powerfull the package cluster is, but not really unexpected to take a long to for a full package rebuild I think. Maybe the priority was to get packages done for armv7, as it is slower than arm64 and more common than armv6. On a Pine64-LTS using ports to build from source shouldn't be too slow. Reminds me to spend more time with my Pin64-LTS... > You can use "pkg-static" instead, which is linked statically. > > Btw. apart from this case, instead of setting symlinks, it's better to use libmap > (/etc/libmap.conf). -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-arm@freebsd.org Wed Nov 7 22:22:37 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 183B311303C0 for ; Wed, 7 Nov 2018 22:22:37 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from nh502-vm3.bullet.mail.kks.yahoo.co.jp (nh502-vm3.bullet.mail.kks.yahoo.co.jp [183.79.56.148]) by mx1.freebsd.org (Postfix) with SMTP id 256E27BDEE for ; Wed, 7 Nov 2018 22:22:34 +0000 (UTC) (envelope-from yamori813@yahoo.co.jp) Received: from [183.79.100.141] by nh502.bullet.mail.kks.yahoo.co.jp with NNFMP; 07 Nov 2018 22:19:58 -0000 Received: from [183.79.100.132] by t504.bullet.mail.kks.yahoo.co.jp with NNFMP; 07 Nov 2018 22:19:58 -0000 Received: from [127.0.0.1] by omp501.mail.kks.yahoo.co.jp with NNFMP; 07 Nov 2018 22:19:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 270046.22905.bm@omp501.mail.kks.yahoo.co.jp Received: (qmail 74224 invoked by uid 60001); 7 Nov 2018 22:19:58 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.jp; s=yj20110701; t=1541629198; bh=PNUjxlfZalpbF8yUQBLuF//9tU3KYMcHBy0h4ydYMgY=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=N9/SIjHXwDOn379IYFH6m0tz+uUIi37Jt6lJCvzlL2mUQkJt+vdoGN4jyaMrNww6BGiOENLy7SpF9GjH9yJko1t3TuH3ZP3eFLvobDmiG43KYOcre1gAR5roYUNeHT2pWHTwJo02/SZeJ7wKfx8fzlyAu/ouACmKHAcbCOy9dU4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=yj20110701; d=yahoo.co.jp; h=Message-ID:X-YMail-OSG:Received:X-Mailer:X-YMail-JAS:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=WaSPPK7RLVnseu5hoDkcx4hfB7X9OTlaoWbzAnpBJgB6m/6ewDNwlfaWOFYv17iM5UctXqLhdShDlbGASDwt6X8YPBUrG8xtNmuU2MdjT3wA/XqloPMTJbRwqoF1T7tg4b+p+WOY3Twydqrwd6IUntcTvzwH5BmW9SfS8fO/LM8=; Message-ID: <104506.59433.qm@web103911.mail.ssk.yahoo.co.jp> X-YMail-OSG: qwcuzh8VM1kxJcQtSPu3K6qPegBy3iqSzyQlcNS65dX15t.eQqHDMWdETrbXXoJTxOyGCc4EA7H5HpMqhxWCHkVuoqOPt0dO1WLlMRVwcu_9D8xqMB89.uESHheBgYFJyKFP8_nzhpStTohtN83mTIelyAF9BRIt6zYrLSl3B.KCrzhBMiZFjcqWXfXki_jk5Xbxb9XSG8B_OCKwHkEwXv9RX3qUQ3kZ0DpKvXnuHhJHtncCYYiEhEe00ZhdYSZaV9xKqNMZa1hq2OQbIeRwT9XniiIV_lVZ.cTbWlBAcRQIJ8aOCf0TtrRPerKelrCn5W3V8Xjg38HbXce6AuZMACsBoHfnpH14pnY4A72tZ8c3K93c6cHsP91QkuYp6IgyXzglIj0pUA7EOJ6SSKcmMpucBwXjdrJWtPa8Y_dUif.PnVjzjDxwSm1KKdGWCVh55pzrNU3Cu0CjamGX.BwUQEoDp325Qm4E0F6Mytqtu8vCBb4YdQBsevx4xTxmASWxfbb7Tezq_stkESQ1O3Ajeu6.Kbp__xH.je9gD04506veqBhm2IES8fGu028Vf.B7jrh3PiofSWXHRLPFNI0fFbIc80oqpOiO7yoLZKYHk3rAxZT_jRZsufzEvElw Received: from [203.165.243.65] by web103911.mail.ssk.yahoo.co.jp via HTTP; Thu, 08 Nov 2018 07:19:57 JST X-Mailer: YahooMailWebService/0.8.111_74 X-YMail-JAS: qcLnEUAVM1m_cuSDi.EdNJwu.BdqS7AdH7_KwT4aYWXm4a5etdKPmJxvMy9J9wWhAJfO2lWPukagmKwmy8DqfbONSPZ_U6PyVcCt6sErn6hbSCPiDz2UmKlwWVqjPc4RXyRJ Date: Thu, 8 Nov 2018 07:19:57 +0900 (JST) From: Mori Hiroki Reply-To: Mori Hiroki Subject: Allwinner A10 not boot directory by u-boot To: "freebsd-arm@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 256E27BDEE X-Spamd-Result: default: False [1.70 / 200.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[yamori813@yahoo.co.jp]; R_DKIM_ALLOW(-0.20)[yahoo.co.jp]; RCVD_COUNT_FIVE(0.00)[6]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:183.79.56.0/23]; FREEMAIL_FROM(0.00)[yahoo.co.jp]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[yahoo.co.jp]; DMARC_NA(0.00)[yahoo.co.jp]; NEURAL_SPAM_MEDIUM(0.16)[0.162,0]; RCPT_COUNT_ONE(0.00)[1]; REPLYTO_EQ_FROM(0.00)[]; NEURAL_SPAM_LONG(0.54)[0.538,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MX_GOOD(-0.01)[cached: mx3.mail.yahoo.co.jp]; DKIM_TRACE(0.00)[yahoo.co.jp:+]; RCVD_IN_DNSWL_NONE(0.00)[148.56.79.183.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.55)[ipnet: 183.79.0.0/16(1.54), asn: 24572(1.23), country: JP(-0.02)]; FREEMAIL_ENVFROM(0.00)[yahoo.co.jp]; ASN(0.00)[asn:24572, ipnet:183.79.0.0/16, country:JP]; NEURAL_SPAM_SHORT(0.86)[0.860,0] X-Rspamd-Server: mx1.freebsd.org 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, 07 Nov 2018 22:22:37 -0000 Hi=0A=0AI try pcDuino by 13-CURRENT. This module use=A0=0AAllwinner A10.=0A= =0AI want boot directly by u-boot rather than ubldr.=0A=0AI found stop in= =A0pmap_bootstrap_prepare(lastaddr) at initarm().=0A=0AIf you have Advice, = Please let me know.=0A=0AThanks=0A=0AHiroki Mori From owner-freebsd-arm@freebsd.org Thu Nov 8 05:36:28 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6382B110E25B for ; Thu, 8 Nov 2018 05:36:28 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F31226F0F0; Thu, 8 Nov 2018 05:36:26 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 2c9e27df; Thu, 8 Nov 2018 06:36:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=CZzXIYcyhMnNbJmkuD49TH6lz3A=; b=F3xdEBe02I1RDdg1d+4Ohhp0QM3d WdOppjB6WpJLRSY3kmxSJmHdvBfovoiqAWkd8esLitMlpOYAXRru2ghyhjS3GJsc uk+9ZLmDy5vHXLAFzww1j7bbA0SvPfNd5dMYyp1l5No95jlB2PD8zQjleWhNtoyW AHt32NasnEruRWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=OMWAfOsJ2hA5JbxJQ+ARJntyR31Hm0VcULIEKeChhRAT2/JmF/kWFsTl mFGMY9toMssHgEpIpPvPFCdDrAsDwuI6KWiln824LzTSJ98DJSJo0eeVsuRjm2m5 LZ0Si0rAQJTIAn3UMglVC6kbdjBO4eymczgCib4jwDQGjjnQ4Cw= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 4438e244 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 8 Nov 2018 06:36:24 +0100 (CET) Date: Thu, 8 Nov 2018 06:36:24 +0100 From: Emmanuel Vadot To: Ian Lepore Cc: ticso@cicely.de, Warner Losh , "freebsd-arm@freebsd.org" , Bernd Walter Subject: Re: GENERICSD images? Message-Id: <20181108063624.baffbf259be9f44bfdeee9f2@bidouilliste.com> In-Reply-To: <1541287457.52306.13.camel@freebsd.org> References: <20181103151920.GZ79858@cicely7.cicely.de> <20181103191032.GA79858@cicely7.cicely.de> <20181103225543.GH79858@cicely7.cicely.de> <1541287457.52306.13.camel@freebsd.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: F31226F0F0 X-Spamd-Result: default: False [-1.74 / 200.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; RCPT_COUNT_FIVE(0.00)[5]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[mx-backup.blih.net,mail.blih.net]; NEURAL_HAM_SHORT(-0.70)[-0.700,0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; IP_SCORE(-0.13)[asn: 12876(-0.63), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 08 Nov 2018 05:36:28 -0000 On Sat, 03 Nov 2018 17:24:17 -0600 Ian Lepore wrote: > On Sat, 2018-11-03 at 23:55 +0100, Bernd Walter wrote: > > On Sat, Nov 03, 2018 at 03:18:21PM -0600, Warner Losh wrote: > > > > > > On Sat, Nov 3, 2018 at 1:11 PM Bernd Walter > > e> wrote: > > > > > > > > > > > On Sat, Nov 03, 2018 at 11:51:38AM -0700, Russell Haley wrote: > > > > > > > > > > On Sat, Nov 3, 2018 at 8:28 AM Bernd Walter > > > > ly.de> > > > > wrote: > > > > > > > > > > > > > > > > > > > > > > When and how would you use the GENERICSD images? > > > > > > I assume they have a generic kernel, but do they need a > > > > > > specific u-boot > > > > > > installed before they can get used? > > > > > > What systems are supported? > > > > > > > > > > > Hi Bernd, > > > > > > > > > > I could be mistaken, but I think you are referring to the SD > > > > > images that > > > > > can be downloaded for various Arm boards found here: > > > > > https://www.freebsd.org/where.html > > > > > > > > > > See the SD Image column for each currently supported FreeBSD > > > > > version. > > > > These > > > > > > > > > > images are for "well supported" Arm boards and are an easy way > > > > > to get up > > > > > and running. To apply an image to an SD card, I typically use > > > > > xzcat .img.xz | dd of=/dev/da0 bs=1M > > > > > > > > > > where ./dev/da0 is whatever device your SD card is found at > > > > > (check dmesg > > > > if > > > > > > > > > > you're not sure. "geom part list /dev/da0" can also be helpful > > > > > ) > > > > > > > > > > UFS will automatically grow the partition to the size of the SD > > > > > card on > > > > > first boot. > > > > > > > > > > If you wish to create your own image, you can look at crochet > > > > > (a build > > > > too > > > > > > > > > > written in bash) or there is an excellent write up by Udit on > > > > > building > > > > > custom images here: > > > > > > > > > http://uditagarwal.in/index.php/2018/04/17/building-freebsds-sdio > > > > -driver-for-beaglebone-black/ > > > > > > > > > > > > > > > Hope that helps? > > > > No, I didn't ask about those images in general, I specifically > > > > asked about > > > > the use case of the GENERICSD image. > > > > AFAIK crochet isn't advised anymore. > > > > But the link is interesting, although unrelated to my question > > > > and it is > > > > specifically about beaglebones - Allwinner based boards have to > > > > be handled > > > > differently as they expect their bootcode at a specific media > > > > location. > > > > > > > We now have a GENERIC kernel. This image is built with that kernel. > > > You're > > > expected to roll your own u-boot into this image for the board you > > > are > > > using. There are several u-boot ports that are known to work (or > > > worked at > > > one time). > > That's a good simplification. > > I already had known about the GENERIC kernel, but this image was new > > for > > me as I wondered how it is handling the board specific boot code. > > > > > > > > There's a script that will add u-boot for the board based on > > > metadata the > > > port installs, but I'm having trouble finding it at the moment to > > > give you > > > more specifics... > > Would be cool to know when you or someone else find it. > > So far searching for GENERICSD only showed several fileservers. > > Warner was refering to this : https://gist.github.com/evadot/1bcad7c4c1e5cc7f9a692f4d19ab5421 I need to make a package out of this so everybody can start using it and find bugs/make improvement. > A cool thing that could come of this is a website where you choose your > board type and it creates on the fly a burnable image for you to > download from the GENERICSD plus the board-specific boot stuff. That was the main goal of the GENERICSD image + u-boot-install, now that we have 13 branched I may start again working toward more generic arm sd images. > -- Ian > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 8 05:41:09 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42F3A110E3CB for ; Thu, 8 Nov 2018 05:41:09 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7E6FD6F22F for ; Thu, 8 Nov 2018 05:41:08 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id fa7086f7; Thu, 8 Nov 2018 06:34:27 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=kL6szc8BYPF8hMVAriLSMFLspI8=; b=m1h26q0/Ayfs0ttT4Zu/MmGWPArt 047qiwXSxOUwjdNIc242tr4xiTczZWU14ewNLNHaGmtheo5DJvsePMZZykeCKqz7 6D5m8rKnmoyHfsyB6ySdYPa10ecxYttCB26Zk8J185rXP0s7gEGAj4OPdQBagqUj ByY/EdaN5e1RsMg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=F29GIrNOtMJvddZJ7U1nj00En2Cqc3AM9OTtmSv+XbOqIR6GHmJmtbjH o59J++WgSCBaMOSBVjDHoQn4gBiYFBripln74hnBO5LsF94/fY12/mY51m8nSWz+ 6nJHW8t6aCe2wfb5eELDe3C9Cuqyni1KDuioz/Tv1qAH99cwz0A= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 31be3292 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 8 Nov 2018 06:34:26 +0100 (CET) Date: Thu, 8 Nov 2018 06:34:23 +0100 From: Emmanuel Vadot To: Neeraj Pal Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD-13.0-current not booting/hang in BeagleBone Black Message-Id: <20181108063423.39171c3a4828d0eb349bb621@bidouilliste.com> In-Reply-To: References: X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 7E6FD6F22F X-Spamd-Result: default: False [-2.79 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.13)[asn: 12876(-0.63), country: FR(-0.02)]; NEURAL_HAM_SHORT(-0.76)[-0.760,0]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 08 Nov 2018 05:41:09 -0000 Hello, On Sat, 3 Nov 2018 05:53:13 +0530 Neeraj Pal wrote: > Hi there, > > I have written the FreeBSD-13.0-current snapshot BeagleBone image file > into sd card (16gb) using dd. Then, trying to load the image file into > BeagleBone Black Rev. C but it seems it is not working. > > And, after that, I have tried FreeBSD-12.0-ALPHA10 image and it is > working fine and below is the dmesg (after log of > FreeBSD-13.0-current). Maybe there is something wrong with the > FreeBSD-13.0-current snapshot, although I am not sure. Which snapshot did you test ? If it's still happening with the 20181101 snapshot can you 'set debug.verbose_sysinit=1' at loader prompt and boot -v please ? Thanks -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 8 05:42:36 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 966CA110E5FF for ; Thu, 8 Nov 2018 05:42:36 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ACA7D6F4C7; Thu, 8 Nov 2018 05:42:35 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id c4ca4591; Thu, 8 Nov 2018 06:42:34 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=B+YLQJLbVhFRSjtaNWDIiD7nx90=; b=Kk5fnfmdMD+AuXcA1YM1S6u7UUfn ZxHJPiz4gP++qgC9EuzmYb8Y8MBOwkc6IZLptIjvSAE/IDmxKONBLyenkCHFi/Jv SbX95WO4ajYZIfh8UvFT1p/a45LEcm/7SPvcij4CY1C3R7PKmlJw+iQrBcJjUmLR Rr/8BIpco2XJq7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=qqKkBw4VKV2MzBQBaw7GSwJIuBlcAQ9/v47+GBKZNADW1D6gAC8DQb6z puTUl/vaa+BvohA/0p/M+4go+9atsBnAUroUowYlH2ZrMStmZEEjP/QfAYY1lcfV gtHI7Qg/Kuthh8zbYAOWxFn4+0oKnwqd/MwOn6T1pOZ/JCkIJGA= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id bd42fc74 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 8 Nov 2018 06:42:34 +0100 (CET) Date: Thu, 8 Nov 2018 06:42:33 +0100 From: Emmanuel Vadot To: ticso@cicely.de Cc: Bernd Walter , Ian Lepore , freebsd-arm@freebsd.org Subject: Re: How to add custom dts entries Message-Id: <20181108064233.fa5385cc6e7d515b5c2d6f83@bidouilliste.com> In-Reply-To: <20181104220623.GR79858@cicely7.cicely.de> References: <20181103200709.GB79858@cicely7.cicely.de> <1541277990.52306.4.camel@freebsd.org> <20181103205455.GD79858@cicely7.cicely.de> <1541279079.52306.8.camel@freebsd.org> <20181103212031.GF79858@cicely7.cicely.de> <1541280338.52306.9.camel@freebsd.org> <20181104183247.GN79858@cicely7.cicely.de> <20181104184939.GO79858@cicely7.cicely.de> <20181104185337.GP79858@cicely7.cicely.de> <20181104195659.GQ79858@cicely7.cicely.de> <20181104220623.GR79858@cicely7.cicely.de> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: ACA7D6F4C7 X-Spamd-Result: default: False [-2.76 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.993,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; NEURAL_HAM_SHORT(-0.73)[-0.730,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.13)[asn: 12876(-0.62), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 08 Nov 2018 05:42:36 -0000 On Sun, 4 Nov 2018 23:06:23 +0100 Bernd Walter wrote: > On Sun, Nov 04, 2018 at 08:57:00PM +0100, Bernd Walter wrote: > > On Sun, Nov 04, 2018 at 07:53:38PM +0100, Bernd Walter wrote: > > > On Sun, Nov 04, 2018 at 07:49:39PM +0100, Bernd Walter wrote: > > > > On Sun, Nov 04, 2018 at 07:32:47PM +0100, Bernd Walter wrote: > > > > > On Sat, Nov 03, 2018 at 03:25:38PM -0600, Ian Lepore wrote: > > > > > > Add a status = "okay" to the spi node in your patch/overlay. > > > > > > > > > > Makes sense. > > > > > > > > > > So the spigen overlay works fine, once I set fdt_overlays in loader.conf > > > > > to use the overlay file. > > > > > > > > > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > > > > spibus0: on spi0 > > > > > spibus0: at cs 1 mode 0 > > > > > spibus0: at cs 0 mode 0 > > > > > spibus0: at cs 0 mode 0 > > > > > spibus0: at cs 1 mode 0 > > > > > > > > > > With my own overlay I do this to install it: > > > > > dtc -I dts -O dtb -o rpi-apa102-matrix.dtbo rpi-apa102-matrix.dts > > > > > cp rpi-apa102-matrix.dtbo /boot/dtb/overlays > > > > > > > > > > [77]cicely1> cat rpi-apa102-matrix.dts > > > > > /dts-v1/; > > > > > /plugin/; > > > > > > > > > > / { > > > > > compatible = "brcm,bcm2835"; > > > > > }; > > > > > > > > > > /* &spi0 { */ > > > > > &{/soc/spi@7e204000} { > > > > > status = "okay"; > > > > > > > > > > apa102led0 { > > > > > compatible = "led,apa102"; > > > > > reg = <0>; > > > > > spi-max-frequency = <20000000>; > > > > > status = "okay"; > > > > > }; > > > > > }; > > > > > > > > > > &onewire { > > > > > compatible = "w1-gpio"; > > > > > gpios = <&gpio 4 1>; > > > > > }; > > > > > > > > > > Still puzzled with the format. > > > > > With &spi0 it didn't work, neither with the current format, which is > > > > > copied from the spigen.dts. > > > > > Neither spi0 attaches, nor the onewire bus. > > > > > > > > > > Some other, mostly beaglebone related examples use a more complex > > > > > setup with overlay_ entries and everything inside the compatible block. > > > > > > > > > > Can I have a device.hints please ;-) > > > > > > > > > > ofwdump shows: > > > > > ... > > > > > Node 0x20fc: spi@7e204000 > > > > > compatible: > > > > > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > > > > > 'brcm,bcm2835-spi' > > > > > ... > > > > > status: > > > > > 64 69 73 61 62 6c 65 64 00 > > > > > 'disabled' > > > > > ... > > > > > > > > > > Havn't checked ofwdump with the spigen overlay. > > > > > > > > Interesting. > > > > When I use &spi0 and leave out the &onewire block, it attaches something. > > > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > > > spibus0: on spi0 > > > > spibus0: at cs 0 mode 0 > > > > spibus0: at cs 0 mode 0 > > > > spibus0: at cs 1 mode 0 > > > > > > > > And also my driver attaches just fine: > > > > apa102led0: at cs 0 mode 0 on spibus0 > > > > > > > > And ofwdump shows the spi0 es enabled: > > > > Node 0x20fc: spi@7e204000 > > > > compatible: > > > > 62 72 63 6d 2c 62 63 6d 32 38 33 35 2d 73 70 69 00 > > > > 'brcm,bcm2835-spi' > > > > ... > > > > status: > > > > 6f 6b 61 79 00 > > > > 'okay' > > > > ... > > > > > > > > I'm not on the real hardware, so no LED connected to test the driver. > > > > It would probably also attach with the &{/soc/spi@7e204000}. > > > > But why does the &onewire entry make such a difference? > > > > Is the whole file revoked because of an error? > > > > I have no console connected, so I don't see loader messages. > > > > > > > > Also it is a bit puzzling about the "unknown card" entries. > > > > > > Ah ok. > > > Those 4 with the spigen driver are 2 devices defined by the generic DTS, > > > plus 2 devices from the spigen overlay - the spigen module wasn't laoded. > > > Same for my overlay, 2 generic, plus my LED definition. > > > spi0 pnpinfo name=spi@7e204000 compat=brcm,bcm2835-spi > > > spibus0 > > > apa102led0 pnpinfo name=apa102led0 compat=led,apa102 at bus=0 cs=0 > > > unknown pnpinfo name=spidev@0 compat=spidev at bus=0 cs=0 > > > unknown pnpinfo name=spidev@1 compat=spidev at bus=0 cs=1 > > > > > > Makes sense. > > > > Ok, no surprise that &onewire can't work if it isn't defined yet. > > > > owc0: at pin 4 on gpiobus0 > > ow0: <1 Wire Bus> on owc0 > > ow0: Reset discovered bus wired wrong. > > gpioc0: on gpio0 > > uart0: mem 0x7e201000-0x7e201fff irq 23 on simplebus0 > > uart0: console (115200,n,8,1) > > spi0: mem 0x7e204000-0x7e204fff irq 25 on simplebus0 > > spibus0: on spi0 > > apa102led0: at cs 0 mode 0 on spibus0 > > spibus0: at cs 0 mode 0 > > spibus0: at cs 1 mode 0 > > > > With the following dts: > > [96]cicely1> cat rpi-apa102-matrix.dts > > /dts-v1/; > > /plugin/; > > > > &spi0 { > > status = "okay"; > > > > apa102led0 { > > compatible = "led,apa102"; > > reg = <0>; > > spi-max-frequency = <20000000>; > > status = "okay"; > > }; > > }; > > > > / { > > fragment@0 { > > target-path = "/"; > > __overlay__ { > > onewire { > > compatible = "w1-gpio"; > > gpios = <&gpio 4 1>; > > }; > > }; > > }; > > }; > > > > I tried the same without the fragment and overlay blocks, but it didn't > > work. > > Why does it work for the spi0? That's because the node spi0 already exists in the base DTB so the fdt overlay in loader can find it and patch it. For the onewire you want to create a new node and you can do that either by doing this how you did it (using fragment and target-path) or with the new syntax : /dts-v1/; /plugins/; / { compatible = "your_board_compatible"; }; &{/soc} { onewire@0 { compatible = "w1-gpio"; gpios = <&gpio 4 1>; status = "okay"; }; }; Completely untested but this should work. > > Have to put the SD card into the real system to see if the spi and the onewire > > works. > > So far everything looks fine, although I don't exactly know why. > > I understand that I would have to setup the CS pin for normal spi use. > > The DS18B20 look good: > owc0: at pin 4 on gpiobus0 > ow0: <1 Wire Bus> on owc0 > ow_temp0: romid 28:b0:6b:29:05:00:00:ae on ow0 > ow_temp1: romid 28:04:87:29:05:00:00:8e on ow0 > ow_temp2: romid 28:e6:2c:29:05:00:00:8a on ow0 > ow_temp3: romid 28:71:34:29:05:00:00:fc on ow0 > ow_temp4: romid 28:99:3b:29:05:00:00:1b on ow0 > ow_temp5: romid 28:05:d6:29:05:00:00:e1 on ow0 > ow_temp6: romid 28:75:e6:1a:05:00:00:3d on ow0 > ow_temp7: romid 28:37:d3:29:05:00:00:b0 on ow0 > > [55]rpi-b# sysctl dev.ow_temp | grep temper > dev.ow_temp.7.temperature: 24.437C > dev.ow_temp.6.temperature: 24.125C > dev.ow_temp.5.temperature: 24.312C > dev.ow_temp.4.temperature: 24.312C > dev.ow_temp.3.temperature: 23.937C > dev.ow_temp.2.temperature: 24.250C > dev.ow_temp.1.temperature: 24.250C > dev.ow_temp.0.temperature: 24.312C > > And the LEDs also work fine. > > -- > B.Walter http://www.bwct.de > Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org" -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 8 05:44:46 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65682110E6FE for ; Thu, 8 Nov 2018 05:44:46 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A98146F595 for ; Thu, 8 Nov 2018 05:44:45 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 4f706435; Thu, 8 Nov 2018 06:44:44 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=O7ogYnog7wCNQgqzqKpYwnJGDxc=; b=NaI4PVrLZxO6P8/epcVPQnFClvZu 5FnZHFticnyDjGcllV9DoJEMnIA4kmMnA3vOnz0CUYUjEhVArA3ZB/YA/lo1yopP beNgBhv9Xf69S6sZGByhN3vlAYyaYPa2AcckdoEsv/2TSRho1nRQRdLkQHSw9/35 zB8uFhAsqDF6rCc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=UPNfOCVi7cUNgHdN9JYut10os6pTZpQ5blGJ4fqHb3a3HYdKQXyqgSP3 EPoGuxHdJ4GNmNGi1Zl2RRo93Bp2UlvOm68C6sVSTrfMm/qCbOJKrydngqY/i6Qo QTzfO2dlMt3p425SyUXoXtY97mj/JYw+AGZBJixqNKZtQF5bRLg= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 31b2f562 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Thu, 8 Nov 2018 06:44:44 +0100 (CET) Date: Thu, 8 Nov 2018 06:44:43 +0100 From: Emmanuel Vadot To: Mori Hiroki Cc: "freebsd-arm@freebsd.org" Subject: Re: Allwinner A10 not boot directory by u-boot Message-Id: <20181108064443.5327d29ae2c71e741f2e5a18@bidouilliste.com> In-Reply-To: <104506.59433.qm@web103911.mail.ssk.yahoo.co.jp> References: <104506.59433.qm@web103911.mail.ssk.yahoo.co.jp> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: A98146F595 X-Spamd-Result: default: False [-2.97 / 200.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FREEMAIL_TO(0.00)[yahoo.co.jp]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.13)[asn: 12876(-0.62), country: FR(-0.02)]; NEURAL_HAM_SHORT(-0.94)[-0.943,0]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 08 Nov 2018 05:44:46 -0000 Hello, On Thu, 8 Nov 2018 07:19:57 +0900 (JST) Mori Hiroki wrote: > Hi >=20 > I try pcDuino by 13-CURRENT. This module use=A0 > Allwinner A10. >=20 > I want boot directly by u-boot rather than ubldr. >=20 > I found stop in=A0pmap_bootstrap_prepare(lastaddr) at initarm(). >=20 > If you have Advice, Please let me know. >=20 > Thanks >=20 > Hiroki Mori How did you boot exactly ? LINUX_ABI ? kernel.bin with FDT_STATIC ? Can you test with ubldr/loader.efi to be sure that there isn't a problem with A10, it's been a long time since I've tested to boot on this SoC. Thanks, --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Thu Nov 8 06:40:07 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 69270110F615 for ; Thu, 8 Nov 2018 06:40:07 +0000 (UTC) (envelope-from 166291@gmail.com) Received: from mail-ed1-x533.google.com (mail-ed1-x533.google.com [IPv6:2a00:1450:4864:20::533]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6E5C570A1B for ; Thu, 8 Nov 2018 06:40:06 +0000 (UTC) (envelope-from 166291@gmail.com) Received: by mail-ed1-x533.google.com with SMTP id n19-v6so15408371edq.11 for ; Wed, 07 Nov 2018 22:40:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=EH89iJ4ottJ7Oq3QCruMkIdX9qPT4ohG+X4zmRjClZk=; b=pJrls6xVdsmvizWEj7sw7ks0PItKIFju0pDyvS5AzmZW//3Yes0lMIgWYLVjGJ02Lb 7LrmJHv+ox4yzYcgVuVFKGpFQv+v0j9nzU4PsT08Ne8Z2yiu9kI9dM1F6nEV4LwFIOFZ DYebIGpXpTmrtPHo96dORSL6abSo9tQzdBHpjwAFWZf7UNhFtxa+W8GOv9n68stPG8hk 7veDlbKi8IVWxW386nK807nGCSLDEdqnwkt+3GtL7WQT9Mey5z2Dnw1QVvb+eZuuxxVh ayFIGWbVsQVwhljhUwS4k5+2PJPo9a1bc65jl2+LFR/zlH7z4u7M26JyFnVqd8WSYJPU 2niA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=EH89iJ4ottJ7Oq3QCruMkIdX9qPT4ohG+X4zmRjClZk=; b=p5WyUHcQcclri8cwDsCVmaHYbfrMCyfVbtY+gy4JX2EV4RHGNak7TbvtQhnvaPSi4B akdROUR94lekG2GcBMmXTSyYbGoadNyNvwu6ojzItjEKACHty+GKXC9JEnAJ4xeboCgU 72jBh7CGVZUCYObmikOtFb35CGBQkTD8Msg96Zl7LMYpJ7IGtV7TuCJGmyIyDiig5Ybh meG+P9QdO61QYQLcf1HmUsrj1lJgVIhFIczQ/5uQmT6OE2n0p5aEI7JpMMteyeXfUc5R R4U6ynU15eu1/dAOgOU4HiXMXxtq1PJGS0TWKywQPL194hpa4QXC+chpXoxm/Ox+r56O SCtg== X-Gm-Message-State: AGRZ1gKFyYMifruf/mSYEcPNd/eM1hwbw8qUPTq3c/3GoLJnFnXL3o6d 98gULygbrq8dP4wrN3/d149V6jWV4A== X-Google-Smtp-Source: AJdET5frZb3r/w82icsbeD+B7bxAqNWOAx9MQIYQ2UOxGBZOtLmeovrAPUP9phxxWi4r+AxFuHe4iw== X-Received: by 2002:a50:9979:: with SMTP id l54-v6mr2530828edb.227.1541659204929; Wed, 07 Nov 2018 22:40:04 -0800 (PST) Received: from localhost ([109.236.90.209]) by smtp.gmail.com with ESMTPSA id l11-v6sm430823eje.74.2018.11.07.22.40.02 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 07 Nov 2018 22:40:04 -0800 (PST) Date: Thu, 8 Nov 2018 17:39:15 +1100 From: Jookia <166291@gmail.com> To: freebsd-arm@freebsd.org Subject: eMMC issues on Allwiner A20-OLinuXino-LIME2-eMMC Message-ID: <20181108063915.GA1747@novena-choice-citizen-recovery.gateway> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="5mCyUwZo2JvN/JJP" Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 6E5C570A1B X-Spamd-Result: default: False [-1.22 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; HAS_ATTACHMENT(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; CTYPE_MIXED_BOGUS(1.00)[]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; NEURAL_HAM_SHORT(-0.91)[-0.911,0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-2.46)[ip: (-8.62), ipnet: 2a00:1450::/32(-2.06), asn: 15169(-1.56), country: US(-0.09)]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[209.90.236.109.zen.spamhaus.org : 127.0.0.4]; R_DKIM_ALLOW(0.00)[gmail.com]; NEURAL_HAM_MEDIUM(-0.98)[-0.976,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.86)[-0.859,0]; MIME_GOOD(-0.10)[multipart/mixed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[3.3.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0] X-Rspamd-Server: mx1.freebsd.org 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, 08 Nov 2018 06:40:07 -0000 --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi there, I've been working on getting FreeBSD to run on Olimex's LIME2 board. Unfortunately I'm having some trouble when booting it with the eMMC device tree. The eMMC card (mmc1, 4GB) keeps giving off AW_MMC_INT_RESP_TIMEOUT while the SD card (mmc0, 32GB) works fine. I've looked through the source code for the driver but it's over my head, so I was wondering if anyone here knows what's going on? I tested the eMMC and it works fine in Linux and OpenBSD. Jookia. --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="freebsd-emmc-fail.log" aw_mmc0: Powering up sd/mmc mmc0: Probing bus mmc0: REQUEST: CMD0 arg 0 flags 0x40 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ahcich0: AHCI reset... ahcich0: SATA connect timeout time=10000us status=00000000 ahcich0: AHCI reset: device not found mmc0: REQUEST: CMD8 arg 0x1aa flags 0x75 mmc0: SD 2.0 interface conditions: OK mmc0: REQUEST: CMD55 arg 0 flags 0x15 mmc0: REQUEST: CMD41 arg 0 flags 0x61 mmc0: SD probe: OK (OCR: 0x00ff8000) mmc0: REQUEST: CMD0 arg 0 flags 0x40 mmc0: Current OCR: 0x00ff8000 mmc0: REQUEST: CMD8 arg 0x1aa flags 0x75 mmc0: REQUEST: CMD55 arg 0 flags 0x15 mmc0: REQUEST: CMD41 arg 0x40ff8000 flags 0x61 mmc0: REQUEST: CMD55 arg 0 flags 0x15 mmc0: REQUEST: CMD41 arg 0x40ff8000 flags 0x61 mmc0: Probing cards mmc0: REQUEST: CMD2 arg 0 flags 0x67 mmc0: New card detected (CID 015041534433324730010a34d80112ef) mmc0: REQUEST: CMD3 arg 0 flags 0x75 mmc0: REQUEST: CMD9 arg 0x70000 flags 0x67 mmc0: New card detected (CSD 400e00325b590000e68f7f800a400019) mmc0: REQUEST: CMD13 arg 0x70000 flags 0x15 mmc0: REQUEST: CMD7 arg 0x70000 flags 0x1d mmc0: REQUEST: CMD55 arg 0x70000 flags 0x15 mmc0: REQUEST: CMD51 arg 0 flags 0x35 data 8 mmc0: REQUEST: CMD6 arg 0xffffff flags 0x35 data 64 mmc0: REQUEST: CMD7 arg 0 flags 0 mmc0: REQUEST: CMD7 arg 0x70000 flags 0x1d mmc0: REQUEST: CMD55 arg 0x70000 flags 0x15 mmc0: REQUEST: CMD13 arg 0 flags 0x35 data 64 mmc0: Card at relative address 0x0007 added: mmc0: card: SDHC SD32G 3.0 SN 010A34D8 MFG 02/2017 by 1 PA mmc0: quirks: 0 mmc0: bus: 4bit, 50MHz (high speed timing) mmc0: memory: 60440576 blocks, erase sector 8192 blocks mmc0: REQUEST: CMD7 arg 0 flags 0 mmc0: REQUEST: CMD7 arg 0x70000 flags 0x1d mmc0: REQUEST: CMD7 arg 0 flags 0 mmc0: setting transfer rate to 50.000MHz (high speed timing) mmc0: REQUEST: CMD7 arg 0x70000 flags 0x1d mmc0: REQUEST: CMD6 arg 0x80fffff1 flags 0x35 data 64 mmc0: REQUEST: CMD7 arg 0 flags 0 mmcsd0: 31GB at mmc0 50.0MHz/4bit/32768-block aw_mmc1: Powering up sd/mmc mmc1: Probing bus mmc1: REQUEST: CMD0 arg 0 flags 0x40 uhub1: 1 port with 1 removable, self powered uhub3: 1 port with 1 removable, self powered mmc1: REQUEST: CMD8 arg 0x1aa flags 0x75 GEOM: new disk mmcsd0 aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT mmc1: CMD8 RESULT: 1 mmc1: REQUEST: CMD8 arg 0x1aa flags 0x75 aw_mmc1: error rint: 0x00000100 AW_MMC_INT_RESP_TIMEOUT mmc1: CMD8 RESULT: 1 mmc1: REQUEST: CMD8 arg 0x1aa flags 0x75 mmc0: REQUEST: CMD7 arg 0x70000 flags 0x1daw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT mmc0: setting bus width to 4 bits high speed timing mmc0: REQUEST: CMD55 arg 0x70000 flags 0x15 mmc0: REQUEST: CMD42 arg 0 flags 0x15 mmc1: CMD8 RESULT: 1 mmc1: REQUEST: CMD8 arg 0x1aa flags 0x75 mmc0: REQUEST: CMD55 arg 0x70000 flags 0x15aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT mmc1: CMD8 RESULT: 1 mmc1: REQUEST: CMD55 arg 0 flags 0x15 mmc0: REQUEST: CMD6 arg 0x2 flags 0x15aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT mmc0: Failed to set VCCQ for card at relative address 7 mmc0: REQUEST: CMD17 arg 0x1 flags 0x35 data 512 mmc1: CMD55 RESULT: 1 mmc1: REQUEST: CMD55 arg 0 flags 0x15 mmc0: REQUEST: CMD17 arg 0 flags 0x35aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT data 512 mmc1: CMD55 RESULT: 1 mmc1: REQUEST: CMD55 arg 0 flags 0x15 mmc0: REQUEST: CMD17 arg 0x1 flags 0x35aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT data 512 mmc1: CMD55 RESULT: 1 mmc1: REQUEST: CMD55 arg 0 flags 0x15 mmc0: REQUEST: CMD17 arg 0x39a3fff flags 0x35aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT data 512 mmc1: CMD55 RESULT: 1 mmc1: SD probe: failed mmc1: REQUEST: CMD1 arg 0 flags 0x61 mmc0: REQUEST: CMD17 arg 0 flags 0x35 data 512 mmc1: MMC probe: OK (OCR: 0x00ff8080) mmc1: REQUEST: CMD0 arg 0 flags 0x40 mmc0: REQUEST: CMD17 arg 0 flags 0x35 data 512 mmc1: Current OCR: 0x00ff8080 mmc1: REQUEST: CMD1 arg 0x40ff8080 flags 0x61 GEOM_PART: partition 1 on (mmcsd0, MBR) is not aligned on 4194304 bytes mmc1: REQUEST: CMD1 arg 0x40ff8080 flags 0x61 GEOM_PART: partition 2 on (mmcsd0, MBR) is not aligned on 4194304 bytes mmc1: Probing cards mmc1: REQUEST: CMD2 arg 0 flags 0x67 mmc0: REQUEST: CMD17 arg 0x39a3fff flags 0x35 data 512 mmc1: New card detected (CID fe014e503158585858130de13ff025ef) mmc1: REQUEST: CMD3 arg 0x20000 flags 0x75 mmc0: REQUEST: CMD18 arg 0x80 flags 0x35 data 8192 mmc1: REQUEST: CMD9 arg 0x20000 flags 0x67 mmc0: REQUEST: CMD18 arg 0x10 flags 0x35 data 8192 mmc1: New card detected (CSD d04f01320f5913ffffffffe78a40008f) mmc1: REQUEST: CMD13 arg 0x20000 flags 0x15 mmc0: REQUEST: CMD18 arg 0 flags 0x35 data 8192 mmc1: REQUEST: CMD7 arg 0x20000 flags 0x1d mmc0: REQUEST: CMD18 arg 0x200 flags 0x35 data 8192 mmc1: REQUEST: CMD8 arg 0 flags 0x35 data 512 mmc0: REQUEST: CMD18 arg 0x80 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x10 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0 flags 0x35 data 8192 mmc1: REQUEST: CMD19 arg 0 flags 0x35 data 4 mmc0: aw_mmc1: error rint: 0x0000801C AW_MMC_INT_DATA_END_BIT_ERR REQUEST: CMD18 arg 0x200 flags 0x35 data 8192 mmc1: CMD19 RESULT: 4 mmc1: REQUEST: CMD14 arg 0 flags 0x35 data 4 mmc0: REQUEST: CMD17 arg 0x40 flags 0x35 data 512 mmc1: REQUEST: CMD6 arg 0x3af0101 flags 0x1d mmc0: REQUEST: CMD17 arg 0 flags 0x35 data 512 mmc1: REQUEST: CMD13 arg 0x20000 flags 0x15 mmc0: REQUEST: CMD17 arg 0x2 flags 0x35 data 512 mmc1: Card at relative address 0x0002 added: mmc1: card: MMCHC P1XXXX 1.3 SN 0DE13FF0 MFG 02/2018 by 254 0x004e mmc1: quirks: 0 mmc1: bus: 4bit, 200MHz (HS200 timing) mmc1: memory: 7553024 blocks, erase sector 8192 blocks mmc1: REQUEST: CMD7 arg 0 flags 0 mmc0: REQUEST: CMD17 arg 0x10 flags 0x35 data 512 mmc1: REQUEST: CMD2 arg 0 flags 0x67 mmc0: REQUEST: CMD17 arg 0x80 flags 0x35aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT data 512 mmc1: CMD2 RESULT: 1 mmc1: REQUEST: CMD2 arg 0 flags 0x67 mmc0: REQUEST: CMD17 arg 0 flags 0x35aw_mmc1: error rint: 0x00000104 AW_MMC_INT_RESP_TIMEOUT uhub2: 1 port with 1 removable, self powered data 512 mmc1: CMD2 RESULT: 1 mmc1: REQUEST: CMD2 arg 0 flags 0x67 aw_mmc1: error rint: 0x00000100 AW_MMC_INT_RESP_TIMEOUT mmc1: CMD2 RESULT: 1 mmc1: REQUEST: CMD7 arg 0x20000 flags 0x1d mmc0: REQUEST: CMD17 arg 0x820 flags 0x35 data 512 mmc1: REQUEST: CMD7 arg 0 flags 0 mmc1: setting transfer rate to 52.000MHz (dual data rate timing) mmc1: REQUEST: CMD7 arg 0x20000 flags 0x1d mmc0: REQUEST: CMD17 arg 0x197c6 flags 0x35 data 512 mmc1: REQUEST: CMD6 arg 0x3b90101 flags 0x1d mmc0: REQUEST: CMD18 arg 0x89f flags 0x35 data 8192 mmc1: REQUEST: CMD13 arg 0x20000 flags 0x15 mmc0: REQUEST: CMD18 arg 0x82f flags 0x35 data 8192 mmc1: REQUEST: CMD6 arg 0x3b70501 flags 0x1d mmc0: REQUEST: CMD18 arg 0x81f flags 0x35 data 8192 mmc1: REQUEST: CMD13 arg 0x20000 flags 0x15 mmc0: REQUEST: CMD18 arg 0xa1f flags 0x35 data 8192 aw_mmc1: Cannot set vqmmc to 1800000<->1800000 mmc1: Failed to set VCCQ for card at relative address 2 mmc1: REQUEST: CMD7 arg 0 flags 0 mmc0: REQUEST: CMD18 arg 0x89f flags 0x35 data 8192 mmc1: REQUEST: CMD7 arg 0x20000 flags 0x1d mmc0: REQUEST: CMD18 arg 0x82f flags 0x35 data 8192 mmc1: REQUEST: CMD8 arg 0 flags 0x35 data 512 mmc0: REQUEST: CMD18 arg 0x81f flags 0x35 data 8192 mmcsd1: taking advantage of TRIM mmcsd1: cache size 0KB mmcsd1: 4GB at mmc1 0.4MHz/4bit/32768-block mmcsd1boot0: 17MB partion 1 at mmcsd1 mmcsd1boot1: 17MB partion 2 at mmcsd1 mmcsd1rpmb: 131kB partion 3 at mmcsd1 Release APs CPU(1) applied BP hardening: not necessary mmc0: REQUEST: CMD18 arg 0xa1f flags 0x35Trying to mount root from ufs:/dev/ufs/rootfs [rw]... data 8192 WARNING: WITNESS option enabled, expect reduced performance. mmc0: regulator: shutting down vcc3v0 REQUEST: CMD17 arg 0x85f flags 0x35regulator: shutting down vcc3v3 data 512 regulator: shutting down vcc5v0 mmc0: regulator: shutting down vddio-csi0 REQUEST: CMD17 arg 0x81f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x821 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x82f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x89f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x81f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c8 flags 0x35 data 512 mmc0: regulator: shutting down ahci-5v REQUEST: CMD18 arg 0x197c7 flags 0x35regulator: shutting down usb0-vbus data 8192 regulator: shutting down usb1-vbus GEOM_PART: partition 1 on (mmcsd0s2, BSD) is not aligned on 4194304 bytes regulator: shutting down usb2-vbus mmc0: REQUEST: CMD17 arg 0x39a3fff flags 0x35 data 512 mmc0: REQUEST: CMD18 arg 0x19847 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197d7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197c7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x199c7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x19847 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197d7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197c7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x199c7 flags 0x35 data 8192 mmc0: REQUEST: CMD17 arg 0x19807 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c7 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c9 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197d7 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x19847 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c7 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x1 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x1 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x39a3fff flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0 flags 0x35 data 512 GEOM_PART: partition 1 on (diskid/DISK-010A34D8, MBR) is not aligned on 4194304 bytes GEOM_PART: partition 2 on (diskid/DISK-010A34D8, MBR) is not aligned on 4194304 bytes GEOM: new disk mmcsd1 GEOM: new disk mmcsd1boot0 GEOM: new disk mmcsd1boot1 mmc0: REQUEST: CMD17 arg 0x820 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x39a3fff flags 0x35 data 512 mmc0: REQUEST: CMD18 arg 0x19880 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x23600 flags 0x35 data 4096 mmc0: REQUEST: CMD18 arg 0x19880 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x23600 flags 0x35 data 4096 mmc0: REQUEST: CMD17 arg 0x19840 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x19800 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x19802 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x19810 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x19880 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x19800 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x820 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c6 flags 0x35 data 512 mmc0: REQUEST: CMD18 arg 0x89f flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x82f flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x81f flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0xa1f flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x89f flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x82f flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x81f flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0xa1f flags 0x35 data 8192 mmc0: REQUEST: CMD17 arg 0x85f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x81f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x821 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x82f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x89f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x81f flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c8 flags 0x35 data 512 mmc0: REQUEST: CMD18 arg 0x197c7 flags 0x35 data 8192 GEOM_PART: partition 1 on (diskid/DISK-010A34D8s2, BSD) is not aligned on 4194304 bytes mmc0: REQUEST: CMD17 arg 0x39a3fff flags 0x35 data 512 mmc0: REQUEST: CMD18 arg 0x19847 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197d7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197c7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x199c7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x19847 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197d7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x197c7 flags 0x35 data 8192 mmc0: REQUEST: CMD18 arg 0x199c7 flags 0x35 data 8192 mmc0: REQUEST: CMD17 arg 0x19807 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c7 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c9 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197d7 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x19847 flags 0x35 data 512 mmc0: REQUEST: CMD17 arg 0x197c7 flags 0x35 data 512 mmc1: REQUEST: CMD17 arg 0x1 flags 0x35 data 512 mmc1: REQUEST: CMD17 arg 0 flags 0x35 data 512 aw_mmc1: error rint: 0x00002004 AW_MMC_INT_DATA_START_ERR aw_mmc1: timeout updating clock mmc1: CMD17 RESULT: 4 mmcsd1: Error indicated: 4 Failed mmc1: REQUEST: CMD17 arg 0 flags 0x35 data 512 aw_mmc1: controller timeout --5mCyUwZo2JvN/JJP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="linux-good.log" [ 2.552915] [mmc-msg] sw_mci_initMB total [ 2.561980] [mmc-msg] MMC host used card: 0x5, boot card: 0x5, io_card 0 highmem [ 2.573943] [mmc-msg] sdc0 set round clock 400000, src 24000000 [ 2.588140] [mmc-msg] sdc0 set ios: clk 0Hz bm OD pm OFF vdd 3.3V width 1 timing LEGACY(SDR12) dt B [ 2.606166] [mmc-msg] sdc0 set ios: clk 0Hz bm PP pm UP vdd 3.3V width 1 timing LEGACY(SDR12) dt B [ 2.622265] [mmc-msg] sdc0 Probe: base:0xf014e000 irq:64 sg_cpu:f0150000(4fc00000) ret 0. [ 2.632902] [mmc-msg] sdc0 power onW1651/sun7i) detected. [ 2.642415] [mmc-msg] sdc2 set round clock 400000, src 24000000 [ 2.656592] [mmc-msg] sdc2 set ios: clk 0Hz bm OD pm OFF vdd 3.3V width 1 timing LEGACY(SDR12) dt B [ 2.674011] [mmc-msg] sdc0 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing LEGACY(SDR12) dt B [ 2.691565] [mmc-msg] sdc2 Probe: base:0xf0152000 irq:66 sg_cpu:f0154000(4fc01000) ret 0. [ 2.704635] [mmc-msg] sdc0 set round clock 400000, src 24000000 [ 2.797708] [mmc_pm]: No sdio card, please check your config !! [ 2.801413] Registering the dns_resolver key type [ 2.809451] [mmc-err] smc 0 err, cmd 52, RTO [ 2.815815] VFP support v0.3: [ 2.822008] [mmc-err] smc 0 err, cmd 52, RTO [ 2.834919] [mmc-msg] sdc0 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing LEGACY(SDR12) dt B [ 2.878265] [mmc-msg] sdc0 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing LEGACY(SDR12) dt B [ 3.017995] [mmc-msg] sdc0 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing LEGACY(SDR12) dt B [ 3.059575] [mmc-msg] sdc0 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing LEGACY(SDR12) dt B 3.250515] [mmc-msg] sdc0 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing SD-HS(SDR25) dt B [ 3.268265] [mmc-msg] sdc0 set ios: clk 50000000Hz bm PP pm ON vdd 3.3V width 1 timing SD-HS(SDR25) dt B [ 3.282907] [mmc-msg] sdc0 set round clock 42857143, src 600000000 [ 3.348160] [mmc-msg] sdc0 set ios: clk 50000000Hz bm PP pm ON vdd 3.3V width 4 timing SD-HS(SDR25) dt B [ 3.362089] mmc0: new high speed SDHC card at address 0007 [ 3.371509] mmcblk0: mmc0:0007 SD32G 28.8 GiB [ 3.379864] mmcblk0: p1 p2 ng LEGACY(SDR12) dt B [ 3.402918] [mmc-msg] sdc2 power on timing LEGACY(SDR12) dt B [ 3.442312] [mmc-msg] sdc2 set round clock 400000, src 24000000 optional features (240) optional features (240) pts: (null) [ 3.535943] [mmc-err] smc 2 err, cmd 52, RTO [ 3.545337] VFS: Mounted root (ext4 filesystem) on device 179:2. [ 3.554666] [mmc-err] smc 2 err, cmd 52, RTO timing LEGACY(SDR12) dt B [ 3.569306] devtmpfs: mounted [ 3.584235] Freeing init memory: 260K timing LEGACY(SDR12) dt B [ 3.614606] [mmc-err] smc 2 err, cmd 8, RTO [ 3.623595] [mmc-err] smc 2 err, cmd 5, RTO [ 3.631956] [mmc-err] smc 2 err, cmd 5, RTO [ 3.640432] [mmc-err] smc 2 err, cmd 5, RTO [ 3.649210] [mmc-err] smc 2 err, cmd 5, RTO [ 3.657819] [mmc-err] smc 2 err, cmd 55, RTO [ 3.666438] [mmc-err] smc 2 err, cmd 55, RTO [ 3.675015] [mmc-err] smc 2 err, cmd 55, RTO [ 3.683583] [mmc-err] smc 2 err, cmd 55, RTO timing LEGACY(SDR12) dt B timing LEGACY(SDR12) dt B timing LEGACY(SDR12) dt B timing LEGACY(SDR12) dt B timing LEGACY(SDR12) dt B timing LEGACY(SDR12) dt B [ 3.862458] [mmc-msg] sdc2 set ios: clk 400000Hz bm PP pm ON vdd 3.3V width 1 timing MMC-HS(SDR20) dt B [ 3.880597] [mmc-msg] sdc2 set ios: clk 50000000Hz bm PP pm ON vdd 3.3V width 1 timing MMC-HS(SDR20) dt B [ 3.895403] [mmc-msg] sdc2 set round clock 42857143, src 600000000 [ 3.965416] [mmc-msg] sdc2 set ios: clk 50000000Hz bm PP pm ON vdd 3.3V width 8 timing MMC-HS(SDR20) dt B [ 3.980235] [mmc-err] smc 2 err, cmd 8, EBE [ 3.987729] [mmc-err] In data read operation [ 3.997067] [mmc-msg] found data error, need to send stop command [ 4.007083] [mmc-err] sdc 2 send stop command failed [ 4.022126] [mmc-msg] sdc2 set ios: clk 50000000Hz bm PP pm ON vdd 3.3V width 4 timing MMC-HS(SDR20) dt B [ 4.037718] mmc1: new high speed MMC card at address 0001 [ 4.047711] mmcblk1: mmc1:0001 P1XXXX 3.60 GiB [ 4.058195] mmcblk1boot0: mmc1:0001 P1XXXX partition 1 16.0 MiB [ 4.069537] mmcblk1boot1: mmc1:0001 P1XXXX partition 2 16.0 MiB [ 4.084340] mmcblk1: p1 p4 [ 4.084345] p4: [ 4.105856] Dev Sunxi softw311 mmcblk1boot1 magic does not match for MBR 1: [ 4.120563] Dev Sunxi softw311 mmcblk1boot1 magic does not match for MBR 2: : NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT mmcblk1boot0 179:16 0 16M 1 disk mmcblk1boot1 179:24 0 16M 1 disk mmcblk0 179:0 0 28.8G 0 disk |-mmcblk0p1 179:1 0 16M 0 part /boot `-mmcblk0p2 179:2 0 1.9G 0 part / mmcblk1 179:8 0 3.6G 0 disk |-mmcblk1p1 179:9 0 16M 0 part |-mmcblk1p4 179:12 0 3.6G 0 part |-mmcblk1p5 179:13 0 881.8M 0 part |-mmcblk1p6 179:14 0 243.5M 0 part |-mmcblk1p7 179:15 0 2.1G 0 part `-mmcblk1p8 259:0 0 370.5M 0 part --5mCyUwZo2JvN/JJP-- From owner-freebsd-arm@freebsd.org Fri Nov 9 09:15:21 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 78E84112AE1D for ; Fri, 9 Nov 2018 09:15:21 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 693096B184 for ; Fri, 9 Nov 2018 09:15:20 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 331be58d; Fri, 9 Nov 2018 10:15:12 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=0CdxN2iV+LOAnILKREv9wYTlxXI=; b=cnyW2/BavLDpB/t+RhKb2n4aqshp 5sYmLEAHvEkYhEl+4u87ZxNrjmqyxysIOV/zjOkVnqaoDdRpQFoDrIbzE5quOzaY B8TaMa+AWCJ39WR/XIrRfYs3lXraOcePGnW558jZp/PO6mp+FzQa4UcWWEEbqB0T 64JzfbNeXYrK6i4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=n+Ic9eRFftw8p+4wT96SSwhAV9JRQ8x4ZMjkjwyBM7IBF7oUUIgkLZ7v dBWt3jBNMzHrKqoQ3WWXwOrsk6SQRezfx8JTaiwcqmS7bqM965ENA9QZN+ni6GIP en85bhO2aA2cypecnLz20yMkkMVz3vHHdOCa+QjHJJpDcfPD6Tc= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 374f8e2b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Fri, 9 Nov 2018 10:15:12 +0100 (CET) Date: Fri, 9 Nov 2018 10:15:09 +0100 From: Emmanuel Vadot To: Jookia <166291@gmail.com> Cc: freebsd-arm@freebsd.org Subject: Re: eMMC issues on Allwiner A20-OLinuXino-LIME2-eMMC Message-Id: <20181109101509.a6a37d8a2ae7b2d4ee148400@bidouilliste.com> In-Reply-To: <20181108063915.GA1747@novena-choice-citizen-recovery.gateway> References: <20181108063915.GA1747@novena-choice-citizen-recovery.gateway> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 693096B184 X-Spamd-Result: default: False [-2.17 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-1.00)[-0.996,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx-backup.blih.net,mail.blih.net]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.11)[asn: 12876(-0.52), country: FR(-0.02)]; NEURAL_HAM_SHORT(-0.16)[-0.159,0]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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: Fri, 09 Nov 2018 09:15:21 -0000 Hi, On Thu, 8 Nov 2018 17:39:15 +1100 Jookia <166291@gmail.com> wrote: > Hi there, > > I've been working on getting FreeBSD to run on Olimex's LIME2 board. > Unfortunately I'm having some trouble when booting it with the eMMC > device tree. > > The eMMC card (mmc1, 4GB) keeps giving off > AW_MMC_INT_RESP_TIMEOUT while the SD card (mmc0, 32GB) works fine. > > I've looked through the source code for the driver but it's over my > head, so I was wondering if anyone here knows what's going on? > > I tested the eMMC and it works fine in Linux and OpenBSD. > > Jookia. Which u-boot are you using ? If you are using the A20-OLinuXino-Lime2-eMMC_defconfig it should work (and have worked since I used this board at $WORK-2 for a project) but if you are using the A20-OLinuXino-Lime2_defconfig it will not as we lack support for mmc-pwrseq-emmc (so the eMMC is never put of reset). -- Emmanuel Vadot From owner-freebsd-arm@freebsd.org Fri Nov 9 15:57:34 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B7A1B1100320 for ; Fri, 9 Nov 2018 15:57:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3D0E380494 for ; Fri, 9 Nov 2018 15:57:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 7500D12AC5 for ; Fri, 9 Nov 2018 15:57:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wA9FvX48003561 for ; Fri, 9 Nov 2018 15:57:33 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wA9FvXdW003559 for freebsd-arm@FreeBSD.org; Fri, 9 Nov 2018 15:57:33 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 233088] Kernel Panic, mainly during high I/O stress (poudriere bulk) Date: Fri, 09 Nov 2018 15:57:33 +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: sbruno@FreeBSD.org 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-Rspamd-Queue-Id: 3D0E380494 X-Spamd-Result: default: False [-105.68 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; 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]; RCVD_COUNT_THREE(0.00)[4]; HAS_XAW(0.00)[]; XAW_SERVICE_ACCT(1.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998,0]; DMARC_NA(0.00)[freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; IP_SCORE(-3.57)[ip: (-9.46), ipnet: 2001:1900:2254::/48(-4.68), asn: 10310(-3.61), country: US(-0.09)]; TO_DOM_EQ_FROM_DOM(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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: Fri, 09 Nov 2018 15:57:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233088 Bug ID: 233088 Summary: Kernel Panic, mainly during high I/O stress (poudriere bulk) Product: Base System Version: CURRENT Hardware: arm64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: sbruno@FreeBSD.org Port Manager is experiencing repeatable panics on -current when trying to b= uild packages on the Cavium Thunderx Platform: FreeBSD thunderx1.nyi.freebsd.org 13.0-CURRENT FreeBSD 13.0-CURRENT r340050 GENERIC-NODEBUG arm64 Fatal data abort: x0: e x1: ffff000000d8c118 x2: 21 x3: 103 x4: fffffd1f296aa000 x5: ffff0001780e0418 x6: ffff0001780e051c x7: ffff0001780e050c x8: 1 x9: 1 x10: 21 x11: 0 x12: 0 x13: b5400703 x14: ffffffffa160 x15: 4062b344 x16: 401b3f94 x17: ffffffffa4f0 x18: ffff0001780e0360 x19: ffff0000011bd9a8 x20: fffffd0000000000 x21: fffffd1f296aa000 x22: ffff0000011bd000 x23: 0 x24: ffff000062000000 x25: 0 x26: e x27: 407fc0001 x28: 1 x29: ffff0001780e03d0 sp: ffff0001780e0360 lr: ffff0000006f77a4 elr: ffff0000006f77a8 spsr: 60400345 far: 5e esr: 96000007 panic: vm_fault failed: ffff0000006f77a8 cpuid =3D 8 time =3D 1541768414 KDB: stack backtrace: db_trace_self() at db_trace_self_wrapper+0x28 pc =3D 0xffff0000006e4b3c lr =3D 0xffff0000000f70b8 sp =3D 0xffff0001780dfd50 fp =3D 0xffff0001780dff60 db_trace_self_wrapper() at vpanic+0x1a8 pc =3D 0xffff0000000f70b8 lr =3D 0xffff0000003b0ffc sp =3D 0xffff0001780dff70 fp =3D 0xffff0001780e0020 vpanic() at panic+0x44 pc =3D 0xffff0000003b0ffc lr =3D 0xffff0000003b0e50 sp =3D 0xffff0001780e0030 fp =3D 0xffff0001780e00b0 panic() at data_abort+0x1d8 pc =3D 0xffff0000003b0e50 lr =3D 0xffff0000006fd93c sp =3D 0xffff0001780e00c0 fp =3D 0xffff0001780e0170 data_abort() at do_el1h_sync+0x11c pc =3D 0xffff0000006fd93c lr =3D 0xffff0000006fd660 sp =3D 0xffff0001780e0180 fp =3D 0xffff0001780e01b0 do_el1h_sync() at handle_el1h_sync+0x74 pc =3D 0xffff0000006fd660 lr =3D 0xffff0000006e7074 sp =3D 0xffff0001780e01c0 fp =3D 0xffff0001780e02d0 handle_el1h_sync() at pmap_enter_l2+0x128 pc =3D 0xffff0000006e7074 lr =3D 0xffff0000006f77a0 sp =3D 0xffff0001780e02e0 fp =3D 0xffff0001780e03d0 pmap_enter_l2() at pmap_enter+0x104 pc =3D 0xffff0000006f77a0 lr =3D 0xffff0000006f6830 sp =3D 0xffff0001780e03e0 fp =3D 0xffff0001780e0470 pmap_enter() at vm_fault_hold+0xecc pc =3D 0xffff0000006f6830 lr =3D 0xffff000000691174 sp =3D 0xffff0001780e0480 fp =3D 0xffff0001780e05f0 vm_fault_hold() at vm_fault+0x60 pc =3D 0xffff000000691174 lr =3D 0xffff000000690250 sp =3D 0xffff0001780e0600 fp =3D 0xffff0001780e0630 vm_fault() at data_abort+0xa0 pc =3D 0xffff000000690250 lr =3D 0xffff0000006fd804 sp =3D 0xffff0001780e0640 fp =3D 0xffff0001780e06f0 data_abort() at do_el1h_sync+0x11c pc =3D 0xffff0000006fd804 lr =3D 0xffff0000006fd660 sp =3D 0xffff0001780e0700 fp =3D 0xffff0001780e0730 do_el1h_sync() at handle_el1h_sync+0x74 pc =3D 0xffff0000006fd660 lr =3D 0xffff0000006e7074 sp =3D 0xffff0001780e0740 fp =3D 0xffff0001780e0850 handle_el1h_sync() at exec_copyin_args+0x88 pc =3D 0xffff0000006e7074 lr =3D 0xffff0000003683bc sp =3D 0xffff0001780e0860 fp =3D 0xffff0001780e0920 exec_copyin_args() at sys_execve+0x3c pc =3D 0xffff0000003683bc lr =3D 0xffff00000036821c sp =3D 0xffff0001780e0930 fp =3D 0xffff0001780e09a0 sys_execve() at do_el0_sync+0x4f8 pc =3D 0xffff00000036821c lr =3D 0xffff0000006fdeac sp =3D 0xffff0001780e09b0 fp =3D 0xffff0001780e0a70 do_el0_sync() at handle_el0_sync+0x84 pc =3D 0xffff0000006fdeac lr =3D 0xffff0000006e7200 sp =3D 0xffff0001780e0a80 fp =3D 0xffff0001780e0b90 handle_el0_sync() at 0x24940 pc =3D 0xffff0000006e7200 lr =3D 0x0000000000024940 sp =3D 0xffff0001780e0ba0 fp =3D 0x0000ffffffffa650 --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Fri Nov 9 21:10:04 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6418E1108114 for ; Fri, 9 Nov 2018 21:10:04 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C0D6F8DE2D for ; Fri, 9 Nov 2018 21:10:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 02264155B8 for ; Fri, 9 Nov 2018 21:10:03 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id wA9LA2nx043867 for ; Fri, 9 Nov 2018 21:10:02 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id wA9LA240043851 for freebsd-arm@FreeBSD.org; Fri, 9 Nov 2018 21:10:02 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 233097] U-Boot/ubldr loaderdev broken Date: Fri, 09 Nov 2018 21:10:02 +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: 12.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: pawel.worach@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-arm@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-Rspamd-Queue-Id: C0D6F8DE2D X-Spamd-Result: default: False [-105.69 / 200.00]; ALLOW_DOMAIN_WHITELIST(-100.00)[freebsd.org]; TO_DN_NONE(0.00)[]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; RCVD_COUNT_THREE(0.00)[4]; XAW_SERVICE_ACCT(1.00)[]; MX_GOOD(-0.01)[cached: mx66.freebsd.org]; NEURAL_HAM_SHORT(-1.00)[-1.000,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:10310, ipnet:2001:1900:2254::/48, country:US]; IP_SCORE(-3.58)[ip: (-9.50), ipnet: 2001:1900:2254::/48(-4.69), asn: 10310(-3.62), country: US(-0.09)]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; FROM_NO_DN(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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: Fri, 09 Nov 2018 21:10:04 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D233097 Bug ID: 233097 Summary: U-Boot/ubldr loaderdev broken Product: Base System Version: 12.0-STABLE Hardware: arm OS: Any Status: New Severity: Affects Some People Priority: --- Component: arm Assignee: freebsd-arm@FreeBSD.org Reporter: pawel.worach@gmail.com Board: bcm283x armv6 U-Boot: 2018.09 FreeBSD: stable/12 r340282 Setting loaderdev in U-Boot is supposed to set the correct currdev for ubld= r, this seems to be broken. Setting loaderdev to "mmc 0:3.0" seems to cause ubldr to use unit=3D0, slic= e=3D0 and partition=3D3 instead of slice=3D3 and partition=3D0. This is caused by stor_open() in stand/uboot/lib/disk.c which loads a vararg uboot_devdesc struct as a disk_devdesc struct. My workaround was to use the disk_devdesc struct in stand/uboot/common/main= .c instead of the uboot_devdesc struct. Post-workaround: U-Boot> setenv loaderdev mmc 0:3.0 U-Boot> boot ... U-Boot env: loaderdev=3D'mmc 0:3.0' Found U-Boot device: disk Checking unit=3D0 slice=3D3 partition=3D0... good. Booting from disk0s3a: --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-arm@freebsd.org Sat Nov 10 10:47:06 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9057F112FFBE for ; Sat, 10 Nov 2018 10:47:06 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from deepcore.dk (sos.hosted.netic.dk [77.243.53.222]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "sos.hosted.netic.dk", Issuer "sos.hosted.netic.dk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B77498466C for ; Sat, 10 Nov 2018 10:46:55 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from mac.deepcore.dk (deepcore.dk [85.27.186.9]) by deepcore.dk (8.15.2/8.15.2) with ESMTPS id wAAAK2aF006126 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 10 Nov 2018 11:21:14 +0100 (CET) (envelope-from sos@deepcore.dk) From: =?utf-8?Q?S=C3=B8ren_Schmidt?= Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Allwinner R40/V40 support anyone ? Message-Id: <14FA23F3-03AA-4970-BA02-F57055C4FF64@deepcore.dk> Date: Sat, 10 Nov 2018 11:23:56 +0100 To: freebsd-arm@freebsd.org X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: B77498466C X-Spamd-Result: default: False [0.62 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.57)[-0.569,0]; MX_INVALID(0.50)[greylisted]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.72)[-0.722,0]; DMARC_NA(0.00)[deepcore.dk]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.21)[0.209,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:42697, ipnet:77.243.48.0/20, country:DK]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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: Sat, 10 Nov 2018 10:47:06 -0000 Hi I=E2=80=99m looking into getting the BananaPi M2 Berry running, but = before I toss too much time into it I=E2=80=99d like to hear if anybody = else is working on it ? I=E2=80=99m so far that it boots but with bandaids and sticks :) -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Sat Nov 10 11:12:52 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 205761130895 for ; Sat, 10 Nov 2018 11:12:52 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CC5BD85307 for ; Sat, 10 Nov 2018 11:12:50 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 45941943; Sat, 10 Nov 2018 12:12:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=YV3vNlctVan3UPf1Yo2mY+NACjY=; b=dTYgRkH8X5JjjZunjwb+2efzLOWx rLOgqZhLk5wiZHm4ensiDYzXji+iZShyzp48UK4RwOkJ0Nx42an6GGo6ei+Zb7Td rMAjJdKyrDvqRCRDJ/VLdZKJ/0Ey61MTEOq5X7ipx3gzWmuLWUzINEGENBMxpjGN VVELRqLDDCcGOp8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=XHQydd4H1R3KB02nieuzQxvXikShOW0e1HsgkRDHHOlVAJz2asCcfKXb kpaQh2ekrjAEi51Wlsy6NYDXvysW7eIdCQw4EMgODXTfAyhgxmzmhQ4/ai/GLWTa dMtRiOJy94afiV8ndHstjctEEq9Xol8Bsx405b3iRmzsiMo51sA= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 27bee161 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 10 Nov 2018 12:12:43 +0100 (CET) Date: Sat, 10 Nov 2018 12:12:41 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm@freebsd.org Subject: Re: Allwinner R40/V40 support anyone ? Message-Id: <20181110121241.c016bfc2c0a324a5bb06fa9c@bidouilliste.com> In-Reply-To: <14FA23F3-03AA-4970-BA02-F57055C4FF64@deepcore.dk> References: <14FA23F3-03AA-4970-BA02-F57055C4FF64@deepcore.dk> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: CC5BD85307 X-Spamd-Result: default: False [-1.34 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[mx-backup.blih.net,mail.blih.net]; NEURAL_HAM_SHORT(-0.37)[-0.365,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; IP_SCORE(-0.08)[asn: 12876(-0.38), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 11:12:52 -0000 Hi, On Sat, 10 Nov 2018 11:23:56 +0100 S=F8ren Schmidt wrote: > Hi >=20 > I?m looking into getting the BananaPi M2 Berry running, but before I toss= too much time into it I?d like to hear if anybody else is working on it ? R40 just contain most of the IP present in the A20. What would be needed is a r40 ccu driver. I haven't read the datasheet but I assume that it could be possible to adapt ccu_a10 for it easily. > I?m so far that it boots but with bandaids and sticks :) What are they ? > -- > S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Nov 10 11:24:49 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 075611130C4C for ; Sat, 10 Nov 2018 11:24:49 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [144.76.30.122]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client CN "mail.bsd4all.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1FDCA8591B for ; Sat, 10 Nov 2018 11:24:47 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Sat, 10 Nov 2018 12:24:39 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=gojira.at; s=mail201809; t=1541849080; bh=9mAh7+Z7FKl0gYgZJVbuE9YOP5U5zlW4FFqsUsuXr6c=; h=Date:Message-ID:From:To:Subject:MIME-Version:Content-Type:from:to: subject:date:content-type:mime-version:message-id; b=md5jdUcyzGDuj0Lu2aqzJ8D8hclf7PdUKJEJEfOmiPJBkq4dcw0/baeusU9CdWhZO 9xMu3iFDgFsWs+HewGk6IaT3h3Rrrgc8ANh2hZag+KMN6AciThgXa1nN7fNqLzHFfR zNlPBVSpiVV/Cvr68UynxyXaHecKiMWdJ7sH0eb6AjJgEF8aYkxBALguK3YB1ewzB8 NMu3wMOwPi/aDR5ucsbyVV/Menp1QKvOprihCKVo/ejfJi0Rq1dosSTesH4H1B8KpD tGbN6syoM7vOiwL/FSg4nRGxcsNdngWgMqb4XaRVqr87nmRRtOzswVJQVcOzyRVw33 RlGB12lnlhjTQ== Message-ID: <87ftw96uq0.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: freebsd-arm@freebsd.org Subject: Raspberry PI 2B/3 and USB audio User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/27.0 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 1FDCA8591B X-Spamd-Result: default: False [-2.48 / 200.00]; R_SPF_ALLOW(-0.20)[+ip4:144.76.30.122]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gojira.at:+]; MX_GOOD(-0.01)[mail.bsd4all.net]; NEURAL_HAM_SHORT(-0.39)[-0.386,0]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.60)[asn: 24940(-3.01), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:144.76.0.0/16, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.992,0]; R_DKIM_ALLOW(-0.20)[gojira.at]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.991,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[gojira.at]; RCPT_COUNT_ONE(0.00)[1]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 11:24:49 -0000 Hi, if you use an USB sound card on your Raspberry PI 2B/3, can you please answer the following questions: - which USB sound card? - do you have bad audio on current or stable/12 after r339388? My "Creative Technology Ltd Sound Blaster Play 2" device sounds very bad. Meanwhile more changes were commited but they don't fix audio completly. Thanks. -- Herbert From owner-freebsd-arm@freebsd.org Sat Nov 10 11:31:16 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9675B1130E73 for ; Sat, 10 Nov 2018 11:31:16 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from deepcore.dk (sos.hosted.netic.dk [77.243.53.222]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "sos.hosted.netic.dk", Issuer "sos.hosted.netic.dk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AF60985B9B for ; Sat, 10 Nov 2018 11:31:15 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from mac.deepcore.dk (deepcore.dk [85.27.186.9]) by deepcore.dk (8.15.2/8.15.2) with ESMTPS id wAABSEMj006326 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 10 Nov 2018 12:28:30 +0100 (CET) (envelope-from sos@deepcore.dk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Allwinner R40/V40 support anyone ? From: =?utf-8?Q?S=C3=B8ren_Schmidt?= In-Reply-To: <20181110121241.c016bfc2c0a324a5bb06fa9c@bidouilliste.com> Date: Sat, 10 Nov 2018 12:30:52 +0100 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <14FA23F3-03AA-4970-BA02-F57055C4FF64@deepcore.dk> <20181110121241.c016bfc2c0a324a5bb06fa9c@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: AF60985B9B X-Spamd-Result: default: False [-0.32 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.845,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[deepcore.dk]; NEURAL_HAM_LONG(-0.92)[-0.925,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.25)[-0.245,0]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:42697, ipnet:77.243.48.0/20, country:DK]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 11:31:16 -0000 HI Yeah its almost but not quite like the A20 :) So far I=E2=80=99ve just added the r40 to the following drivers: aw_ccu.c clkng/ccu_a10.c aw_gpio.c aw_machdep.c aw_mmc.c Which seem to do OK. However there are issues with the power chip (axp221) it does get found = by the axp209 driver, but it immediately shuts down and holds NMI active = so that needs work at least, bandaid for now is just disable its IRQ. USB finds the controller, but fails to attach the root hub with = uhub_attach: getting USB 2.0 HUB descriptor = failed,error=3DUSB_ERR_SHORT_XFER The GMAC has trouble finding its PHY. Both could be due to proper power missing I guess. It finds the SATA part and that works quite well (my own ATA stack, not = stock CAM). Haven=E2=80=99t tried video/audio as that has no interest to me for now. --S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" > On 10 Nov 2018, at 12.12, Emmanuel Vadot = wrote: >=20 >=20 > Hi, >=20 > On Sat, 10 Nov 2018 11:23:56 +0100 > S=C3=B8ren Schmidt wrote: >=20 >> Hi >>=20 >> I?m looking into getting the BananaPi M2 Berry running, but before I = toss too much time into it I?d like to hear if anybody else is working = on it ? >=20 > R40 just contain most of the IP present in the A20. What would be > needed is a r40 ccu driver. I haven't read the datasheet but I assume > that it could be possible to adapt ccu_a10 for it easily. >=20 >> I?m so far that it boots but with bandaids and sticks :) >=20 > What are they ? >=20 >> -- >> S=C3=B8ren Schmidt >> sos@deepcore.dk / sos@freebsd.org >> "So much code to hack, so little time" >=20 >=20 > --=20 > Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Nov 10 11:43:19 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id F12521131297 for ; Sat, 10 Nov 2018 11:43:18 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 39A0B861A3 for ; Sat, 10 Nov 2018 11:43:18 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 841954e2; Sat, 10 Nov 2018 12:43:16 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=M1Uw91sGmeCSdOncsvZsTJcjVq0=; b=N6tbdllRC2htFB/WCaLgAUNLUyyl FdOcFki/KgPAHh8JE/o8aGnxhtq3f5mj/nU52YUjL8m8rc8LpzWIbWZNBA89pGb9 dfI9KxiS+DeOXQLIfQ8l7NR0eHFnxHd0i+1qXRvHrPXIMMHcm8A8wu/DEe+K4utW B+YfKnG9pgXVjLY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=hzMvi34MhjtkQC0zNcETicY2Qg1sLJFf3I0waupRGyHn8oKvHFF9+34h D3wVq/FQOIdLBrluCru5U/mdeP2sGcmA32GKL7EBOI5jqFIfped7hvWYNQHcyLHY cldH+bFnERybbueYkl/2zKJk6ZFgeiqV7tDwDnyNp8/5ljdHrO0= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 6b01b859 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 10 Nov 2018 12:43:16 +0100 (CET) Date: Sat, 10 Nov 2018 12:43:16 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm@freebsd.org Subject: Re: Allwinner R40/V40 support anyone ? Message-Id: <20181110124316.d92ea7293ad46f440e4fe605@bidouilliste.com> In-Reply-To: References: <14FA23F3-03AA-4970-BA02-F57055C4FF64@deepcore.dk> <20181110121241.c016bfc2c0a324a5bb06fa9c@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 39A0B861A3 X-Spamd-Result: default: False [-1.33 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.994,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; NEURAL_HAM_SHORT(-0.36)[-0.357,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; IP_SCORE(-0.08)[asn: 12876(-0.38), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 11:43:19 -0000 On Sat, 10 Nov 2018 12:30:52 +0100 S=F8ren Schmidt wrote: > HI >=20 > Yeah its almost but not quite like the A20 :) >=20 > So far I?ve just added the r40 to the following drivers: >=20 > aw_ccu.c > clkng/ccu_a10.c > aw_gpio.c > aw_machdep.c > aw_mmc.c Doesn't the A64 support in it is enough ? > Which seem to do OK. >=20 > However there are issues with the power chip (axp221) it does get found b= y the axp209 driver, but it immediately shuts down and holds NMI active so = that needs work at least, bandaid for now is just disable its IRQ. Ok weird. > USB finds the controller, but fails to attach the root hub with uhub_atta= ch: getting USB 2.0 HUB descriptor failed,error=3DUSB_ERR_SHORT_XFER You will need to add support for the phy too. (aw_usbphy.c) > The GMAC has trouble finding its PHY. > Both could be due to proper power missing I guess. > It finds the SATA part and that works quite well (my own ATA stack, not s= tock CAM). Does it work with CAM ? > Haven?t tried video/audio as that has no interest to me for now. Video and Audio were always hackish on Allwinner, we will need to do something to fix that. > --S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" >=20 > > On 10 Nov 2018, at 12.12, Emmanuel Vadot wrote: > >=20 > >=20 > > Hi, > >=20 > > On Sat, 10 Nov 2018 11:23:56 +0100 > > S=F8ren Schmidt wrote: > >=20 > >> Hi > >>=20 > >> I?m looking into getting the BananaPi M2 Berry running, but before I t= oss too much time into it I?d like to hear if anybody else is working on it= ? > >=20 > > R40 just contain most of the IP present in the A20. What would be > > needed is a r40 ccu driver. I haven't read the datasheet but I assume > > that it could be possible to adapt ccu_a10 for it easily. > >=20 > >> I?m so far that it boots but with bandaids and sticks :) > >=20 > > What are they ? > >=20 > >> -- > >> S=F8ren Schmidt > >> sos@deepcore.dk / sos@freebsd.org > >> "So much code to hack, so little time" > >=20 > >=20 > > --=20 > > Emmanuel Vadot --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Nov 10 12:04:26 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C2F351131F57 for ; Sat, 10 Nov 2018 12:04:26 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from deepcore.dk (sos.hosted.netic.dk [77.243.53.222]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "sos.hosted.netic.dk", Issuer "sos.hosted.netic.dk" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id EE76F86D32 for ; Sat, 10 Nov 2018 12:04:25 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from mac.deepcore.dk (deepcore.dk [85.27.186.9]) by deepcore.dk (8.15.2/8.15.2) with ESMTPS id wAAC1MHf006423 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 10 Nov 2018 13:01:40 +0100 (CET) (envelope-from sos@deepcore.dk) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: Allwinner R40/V40 support anyone ? From: =?utf-8?Q?S=C3=B8ren_Schmidt?= In-Reply-To: <20181110124316.d92ea7293ad46f440e4fe605@bidouilliste.com> Date: Sat, 10 Nov 2018 13:03:59 +0100 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <73C8549E-490E-4A49-9DAB-B6A538138D4F@deepcore.dk> References: <14FA23F3-03AA-4970-BA02-F57055C4FF64@deepcore.dk> <20181110121241.c016bfc2c0a324a5bb06fa9c@bidouilliste.com> <20181110124316.d92ea7293ad46f440e4fe605@bidouilliste.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3445.9.1) X-Rspamd-Queue-Id: EE76F86D32 X-Spamd-Result: default: False [-0.54 / 200.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.85)[-0.847,0]; MX_INVALID(0.50)[cached]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[deepcore.dk]; NEURAL_HAM_LONG(-0.93)[-0.926,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.46)[-0.463,0]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:42697, ipnet:77.243.48.0/20, country:DK]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 12:04:27 -0000 On 10 Nov 2018, at 12.43, Emmanuel Vadot wrote: >=20 > On Sat, 10 Nov 2018 12:30:52 +0100 > S=C3=B8ren Schmidt wrote: >=20 >> HI >>=20 >> Yeah its almost but not quite like the A20 :) >>=20 >> So far I?ve just added the r40 to the following drivers: >>=20 >> aw_ccu.c >> clkng/ccu_a10.c >> aw_gpio.c >> aw_machdep.c >> aw_mmc.c >=20 > Doesn't the A64 support in it is enough ? Nopes, the R40 has its own =E2=80=9Ccompat string=E2=80=9D for most = things =E2=80=9Csun8i-r40-XXX=E2=80=9D so it has to be added (or hacked = in the DTS file). >> However there are issues with the power chip (axp221) it does get = found by the axp209 driver, but it immediately shuts down and holds NMI = active so that needs work at least, bandaid for now is just disable its = IRQ. >=20 > Ok weird. Very, it almost looks like I cannot talk to it at all, reg values are = weird but can hold written values.. strange.. >> USB finds the controller, but fails to attach the root hub with = uhub_attach: getting USB 2.0 HUB descriptor = failed,error=3DUSB_ERR_SHORT_XFER >=20 > You will need to add support for the phy too. (aw_usbphy.c) Already did and it is found alright: awusbphy0: mem = 0x1c13400-0x1c13413,0x1c14800-0x1c14803,0x1c19800-0x1c19803,0x1c1c800-0x1c= 1c803 on simplebus0 But it fails newer the less. Havn=E2=80=99t looked much into it, wanted = the GMAC to work first so I can work on it remotely.. >> The GMAC has trouble finding its PHY. >> Both could be due to proper power missing I guess. >> It finds the SATA part and that works quite well (my own ATA stack, = not stock CAM). >=20 > Does it work with CAM ? I would guess so, its a more or less stock AHCI device. >> Haven?t tried video/audio as that has no interest to me for now. >=20 > Video and Audio were always hackish on Allwinner, we will need to do > something to fix that. Hmm, If I get the other things working I might look into it.. -- S=C3=B8ren Schmidt sos@deepcore.dk / sos@freebsd.org "So much code to hack, so little time" From owner-freebsd-arm@freebsd.org Sat Nov 10 12:15:28 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 386291132445 for ; Sat, 10 Nov 2018 12:15:28 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 647A8874A1 for ; Sat, 10 Nov 2018 12:15:27 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id 6400da76; Sat, 10 Nov 2018 13:15:25 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=0zFA5FfIQaWX1Gx9UNsC8CVkeFs=; b=qpzlfzyQzrSmsx06ZnT4rNtd8kzH 1/otinPPnDuMJGQHtPkwaubDoGiTyKM9InvchSme/RzHp52ETSshpt5+f4Nl+dNO 9hz0wre8lJn/2c26W70WCLJokWfB3chQ7rwOlpU7kvH5qSgjrCKNqq7KXXg2+Zxg mbc+skIQIWZlwvo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=KYAvh01+dok1HMrkD6yCjZ9uDk1+6BJ5nkDO69zd2EX/2FP3mVY/4bXW IYlaAxnK1CjKZSgGp7Kb4q/Jsa9j69FIKF9MRoZZzf+o+xSIFKxoibxqSv9QkT1k ErEZ0+yCK1XOYiW6L/EF31k+XVxwkTLQGCh8cs2HIj0dosR8dC4= Received: from knuckles.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id f0567022 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 10 Nov 2018 13:15:25 +0100 (CET) Date: Sat, 10 Nov 2018 13:15:24 +0100 From: Emmanuel Vadot To: =?ISO-8859-1?Q?S=F8ren?= Schmidt Cc: freebsd-arm@freebsd.org Subject: Re: Allwinner R40/V40 support anyone ? Message-Id: <20181110131524.77922fb635e7aedfbe163412@bidouilliste.com> In-Reply-To: <73C8549E-490E-4A49-9DAB-B6A538138D4F@deepcore.dk> References: <14FA23F3-03AA-4970-BA02-F57055C4FF64@deepcore.dk> <20181110121241.c016bfc2c0a324a5bb06fa9c@bidouilliste.com> <20181110124316.d92ea7293ad46f440e4fe605@bidouilliste.com> <73C8549E-490E-4A49-9DAB-B6A538138D4F@deepcore.dk> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 647A8874A1 X-Spamd-Result: default: False [-1.06 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-0.98)[-0.983,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.995,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; NEURAL_HAM_SHORT(-0.10)[-0.098,0]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; IP_SCORE(-0.08)[asn: 12876(-0.37), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 12:15:28 -0000 On Sat, 10 Nov 2018 13:03:59 +0100 S=F8ren Schmidt wrote: > On 10 Nov 2018, at 12.43, Emmanuel Vadot wrote: > >=20 > > On Sat, 10 Nov 2018 12:30:52 +0100 > > S=F8ren Schmidt wrote: > >=20 > >> HI > >>=20 > >> Yeah its almost but not quite like the A20 :) > >>=20 > >> So far I?ve just added the r40 to the following drivers: > >>=20 > >> aw_ccu.c > >> clkng/ccu_a10.c > >> aw_gpio.c > >> aw_machdep.c > >> aw_mmc.c > >=20 > > Doesn't the A64 support in it is enough ? >=20 > Nopes, the R40 has its own ?compat string? for most things ?sun8i-r40-XXX= ? so it has to be added (or hacked in the DTS file). https://svnweb.freebsd.org/base/head/sys/gnu/dts/arm/sun8i-r40.dtsi?revisio= n=3D337703&view=3Dmarkup#l116 The rule for DTS compat string (for Allwinner at least) is : "If it looks like one already existing use this compat string but add a new one just in case we find difference in the future" > >> However there are issues with the power chip (axp221) it does get foun= d by the axp209 driver, but it immediately shuts down and holds NMI active = so that needs work at least, bandaid for now is just disable its IRQ. > >=20 > > Ok weird. >=20 > Very, it almost looks like I cannot talk to it at all, reg values are wei= rd but can hold written values.. strange.. >=20 > >> USB finds the controller, but fails to attach the root hub with uhub_a= ttach: getting USB 2.0 HUB descriptor failed,error=3DUSB_ERR_SHORT_XFER > >=20 > > You will need to add support for the phy too. (aw_usbphy.c) >=20 > Already did and it is found alright: >=20 > awusbphy0: mem 0x1c13400-0x1c13413,0x1c14800-0x1c1480= 3,0x1c19800-0x1c19803,0x1c1c800-0x1c1c803 on simplebus0 >=20 > But it fails newer the less. Havn?t looked much into it, wanted the GMAC = to work first so I can work on it remotely.. Ok > >> The GMAC has trouble finding its PHY. > >> Both could be due to proper power missing I guess. > >> It finds the SATA part and that works quite well (my own ATA stack, no= t stock CAM). > >=20 > > Does it work with CAM ? >=20 > I would guess so, its a more or less stock AHCI device. >=20 > >> Haven?t tried video/audio as that has no interest to me for now. > >=20 > > Video and Audio were always hackish on Allwinner, we will need to do > > something to fix that. >=20 > Hmm, If I get the other things working I might look into it.. >=20 > -- > S=F8ren Schmidt > sos@deepcore.dk / sos@freebsd.org > "So much code to hack, so little time" --=20 Emmanuel Vadot From owner-freebsd-arm@freebsd.org Sat Nov 10 14:00:35 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68CEB1134BD6 for ; Sat, 10 Nov 2018 14:00:35 +0000 (UTC) (envelope-from 166291@gmail.com) Received: from mail-pf1-x42a.google.com (mail-pf1-x42a.google.com [IPv6:2607:f8b0:4864:20::42a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7632D6D059 for ; Sat, 10 Nov 2018 14:00:34 +0000 (UTC) (envelope-from 166291@gmail.com) Received: by mail-pf1-x42a.google.com with SMTP id u10-v6so2203357pfn.9 for ; Sat, 10 Nov 2018 06:00:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=/UdyyLD95W95NeZpv56Lcq5AqJcA3fh9lp78Mr7alS8=; b=Q1oybJFG5o+R9BM6Kg02kftKZEVhw4O3pU03nIL1ZUVi5K7/hcZc1F/2JHNl4sNh/M U7Wl7NNxCeNRphldfX70rJyEB/ukd5qoOkO8YaJQATh6eFu16R0v5P5x+y241NUYbcud YIVHSuxY6viTHrmdueAL4vMtLWe8xxqWiiISfbl5D9+kNQ5BgM7J/JcUyTh+LKVD0dvn QYT4tLmZUuFOXJtYvrHTeHoV25zVvyapc3R9joQ9IrKxqpp3UzrkaMlFQyF+a4+Bt9AX 8ymCVTyQbIYAUAcmA1ySHTaNy1OBWddgcqSIn6HUDS+YNnJlNBQvZOest0FGvl7iobkd kYcA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=/UdyyLD95W95NeZpv56Lcq5AqJcA3fh9lp78Mr7alS8=; b=cFCSnnIu8qg8k0LFv4Pqz6SEXvlPmACrmpaZ3dH1HYDJlFOlckWSKuAmh+aKuVcexY N+dkukuaTLK0p2vEOibydyLLhhDmO7EPNBijopLM+KJW8E87IiTHK6mmt5HQTkcTrirO z0woYt0hFdfR06JlxXdOzEjMqcIp8haS7tlRw4n+9/c+w+AvqR/QT055d1jGIvzuBhar TLoR7795UvPQNxgK0rf6lrH8Tk0QruO6aCgoESbMMFPClMxqoj6L+QabJ9sQagHn0O8D jrrBGzDHm2gIPGvaREK0J/JLtvEOPhTJyZ2PXRLW+IsP8M+ktwEI2LICKMvKEN4lrWYt qLIg== X-Gm-Message-State: AGRZ1gIR8AeakdZnIG4eznc8i1xEY9Xpyku7olAvtCqTZfhdoq5Ett5K mwXErhXKXv+/Xm8HY7abBqVpokxzrg== X-Google-Smtp-Source: AJdET5cvCSgEzbRoed8nsJyNT9NgzKlrlmvI/Vq1P8fPw7Zolp3v9yzWpvNaGIiotfqD6DdMR0+1pg== X-Received: by 2002:a62:3346:: with SMTP id z67-v6mr4785515pfz.112.1541858432944; Sat, 10 Nov 2018 06:00:32 -0800 (PST) Received: from localhost ([216.218.222.12]) by smtp.gmail.com with ESMTPSA id g5sm3652645pgu.57.2018.11.10.06.00.31 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 10 Nov 2018 06:00:32 -0800 (PST) Date: Sun, 11 Nov 2018 00:59:03 +1100 From: Jookia <166291@gmail.com> To: freebsd-arm@freebsd.org Subject: Re: eMMC issues on Allwiner A20-OLinuXino-LIME2-eMMC Message-ID: <20181110135903.GB1747@novena-choice-citizen-recovery.gateway> References: <20181108063915.GA1747@novena-choice-citizen-recovery.gateway> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181108063915.GA1747@novena-choice-citizen-recovery.gateway> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 7632D6D059 X-Spamd-Result: default: False [-0.46 / 200.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; NEURAL_HAM_SHORT(-0.76)[-0.759,0]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; IP_SCORE(-0.97)[ipnet: 2607:f8b0::/32(-2.85), asn: 15169(-1.89), country: US(-0.09)]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.84)[-0.843,0]; R_DKIM_ALLOW(0.00)[gmail.com]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RECEIVED_SPAMHAUS_XBL(3.00)[12.222.218.216.zen.spamhaus.org : 127.0.0.4]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; NEURAL_HAM_LONG(-0.88)[-0.880,0]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; RCVD_IN_DNSWL_NONE(0.00)[a.2.4.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] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 14:00:35 -0000 As an update on this, it seems to be that the issue stops when DDR52 capability is disabled. Someone else had a similiar issue with the Pine64: https://forum.pine64.org/archive/index.php?thread-6339.html > * eMMC crashes on a protocol issue; > Allwinner datasheet; > * "SMHC Controller support up to MMC5.0" > -- 52 is activated in the features. Apparently the A20 doesn't support HS200: https://www.olimex.com/forum/index.php?topic=6653.0 > A20 do not support HS200 > > we have two versions one is with Micron eMMC ver. 4.51 which makes about 12-13MB/s transfer > we have now new boards with eMMC v5.0 where same A20 processor due to the improved timing in v5.x improve the transfer up to 18-20MB/s > > A64 has eMMC v5.x support and multispeed mode and achieve up to 40MB/s transfers This kernel thread alludes to the Pine64 issue: https://groups.google.com/forum/?_escaped_fragment_=topic/linux.kernel/L9lXBGYgvXk > mmc2 works fine for either 4 bit SDR/DDR or 8 bit SDR only. It does > not work for 8 bit DDR. I actually tested all the above combinations. Regardless I'm stumped since the FreeBSD driver code and Linux driver code don't have any obvious differences with handling DDR52 in them that I can see. From owner-freebsd-arm@freebsd.org Sat Nov 10 14:46:45 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D428B1100CF7 for ; Sat, 10 Nov 2018 14:46:44 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E143D6EC6F for ; Sat, 10 Nov 2018 14:46:43 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id ef223917; Sat, 10 Nov 2018 15:46:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=egSbLsuFWPVQg34/yvEpaT9d2pE=; b=WFNl2MZcChlcvG/vsaqhiT5rLR14 ftQLdtryPgE8v4CNstaSQ8d4VhOsqBy+pZfqDSv9e8QJGgyWuE9m2lKxRY9E2D4t BKkY/MaQ+A9BXPVmF90BiSRccHWsjZx6irgI9y7EwiuXk4LJmHOgCuwUIImD1gUW 7h+WTguWaW3MS/w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=ihGmJcC9Vd1jtZdjReVIA8saG/1eTL/icWPH7QgDrSVA7jVSZQXABfw1 R9SO94Z09TKM4NpqNLEzMMGSPwdpp8LZ/PEVpTGfGPNd8+R2YlqO49u6RYubO6U2 RxTknuAoO13+HfCrAzXijvzZOjuXyaplV5xRN/WUBILn9aY3qzc= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 926a4f9f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 10 Nov 2018 15:46:41 +0100 (CET) Date: Sat, 10 Nov 2018 15:46:41 +0100 From: Emmanuel Vadot To: Jookia <166291@gmail.com> Cc: freebsd-arm@freebsd.org Subject: Re: eMMC issues on Allwiner A20-OLinuXino-LIME2-eMMC Message-Id: <20181110154641.6823913580760d95d9ff8b9f@bidouilliste.com> In-Reply-To: <20181110135903.GB1747@novena-choice-citizen-recovery.gateway> References: <20181108063915.GA1747@novena-choice-citizen-recovery.gateway> <20181110135903.GB1747@novena-choice-citizen-recovery.gateway> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: E143D6EC6F X-Spamd-Result: default: False [-2.11 / 200.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.83.177.182/32]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bidouilliste.com]; NEURAL_HAM_LONG(-0.99)[-0.992,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: mx-backup.blih.net]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.14)[-0.143,0]; FREEMAIL_TO(0.00)[gmail.com]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(-0.08)[asn: 12876(-0.37), country: FR(-0.02)]; ASN(0.00)[asn:12876, ipnet:212.83.160.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Server: mx1.freebsd.org 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, 10 Nov 2018 14:46:45 -0000 On Sun, 11 Nov 2018 00:59:03 +1100 Jookia <166291@gmail.com> wrote: > As an update on this, it seems to be that the issue stops when DDR52 > capability is disabled. Someone else had a similiar issue with the Pine64: > https://forum.pine64.org/archive/index.php?thread-6339.html Different issue. After re-reading your log it fails when we update the mmc module clock, maybe the clock isn't correct after switching to clkng and the main clock isn't set correctly. > > * eMMC crashes on a protocol issue; > > Allwinner datasheet; > > * "SMHC Controller support up to MMC5.0" > > -- 52 is activated in the features. > > Apparently the A20 doesn't support HS200: > https://www.olimex.com/forum/index.php?topic=6653.0 DDR52 != HS200 We currently don't support >= HS200 for Allwinner, I never could make it work. > > A20 do not support HS200 > > > > we have two versions one is with Micron eMMC ver. 4.51 which makes about 12-13MB/s transfer > > we have now new boards with eMMC v5.0 where same A20 processor due to the improved timing in v5.x improve the transfer up to 18-20MB/s > > > > A64 has eMMC v5.x support and multispeed mode and achieve up to 40MB/s transfers > > This kernel thread alludes to the Pine64 issue: > https://groups.google.com/forum/?_escaped_fragment_=topic/linux.kernel/L9lXBGYgvXk > > > mmc2 works fine for either 4 bit SDR/DDR or 8 bit SDR only. It does > > not work for 8 bit DDR. I actually tested all the above combinations. > > Regardless I'm stumped since the FreeBSD driver code and Linux driver > code don't have any obvious differences with handling DDR52 in them that > I can see. > _______________________________________________ > 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