From owner-freebsd-arm@freebsd.org Tue May 19 16:42:41 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 151AF2DE88A for ; Tue, 19 May 2020 16:42:41 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (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 49RMB70tCzz3YjS for ; Tue, 19 May 2020 16:42:38 +0000 (UTC) (envelope-from greg@unrelenting.technology) MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1589906550; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=RiIeL87luxmxKPmGa93ff5ytzvWI+DrVXuXqwtn9PfI=; b=O1fLTn5V92Hr6ivGLPhQ92TBaM7wQZShpcdxUg6P0Ul3XSC+8YLvyokcy+xE+NpZJfqBQu i+zufiVQ27QHg6j7N2HwFsFAUW1Jh2N1XX/tusnh8SSYq9A3OYDRq5onvnvYHrOh6ipmoI CdYDEr29BZ4S3VNxiJcFl68ZPH0E144= Date: Tue, 19 May 2020 16:42:28 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: greg@unrelenting.technology Message-ID: Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "John-Mark Gurney" , freebsd-arm@freebsd.org In-Reply-To: References: <7F9D7164-2C04-4E27-85F9-A495EAC8FC84@unrelenting.technology> <63b4f78ff4ee07359a345bcbc03afeaa@unrelenting.technology> <2053cd2299b81860deecc638ef839d1f@unrelenting.technology> <0012917d629a48e9fcd8589f4f002e1b@unrelenting.technology> <947c2f9bfaad823a2b104b8741502b40@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49RMB70tCzz3YjS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=O1fLTn5V; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 94.23.1.103 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-2.27 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.940]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.33)[-0.328]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:94.23.0.0/16, country:FR]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 May 2020 16:42:41 -0000 May 19, 2020 7:11 PM, "Dan Kotowski" wro= te:=0A=0A>> Getting closer...=0A>> dmesg.boot: https://gist.github.com/ag= rajag9/99d26385be0f49a8a4f046f15a2c0f08=0A>> =0A>> "iicbus0: at addr 0x77" nice!=0A>> Would be great if you could run `i2c -s` also= .=0A> =0A> Scanning I2C devices on /dev/iic0: 01 02 03 04 05 06 07 08 09 = 0a 0b 0c 0d 0e 0f 10 11 12 13 14 [..]=0A> =0A> Hey look at that! A bunch = of numbers! Hopefully they mean more to you than they do to me...=0A=0Ahm= m, it shouldn't report all numbers as present. oh well.=0A=0A>> sdhci_acp= i0-slot0 seems to have hung the boot process for almost 5min waiting for = various timeouts.=0A>> =0A>> oops, so they didn't really make generic sdh= ci work :D=0A>> =0A>> Well turns out we do have a Freescale ESDHC driver = already.=0A>> It doesn't have DMA so performance won't be great (but SD/M= MC is bad stuff anyway lol).=0A>> (interesting dev note: NetBSD gets away= with just some quirks in the sdhci acpi driver:=0A>> SDHC_FLAG_HAVE_DVS|= SDHC_FLAG_NO_PWR0|SDHC_FLAG_32BIT_ACCESS|SDHC_FLAG_ENHANCED)=0A> =0A> No = worries - once I can get a reliable install, I hope to never need to touc= h those again anyways.=0A> I mostly am hoping to get eMMC so I can flash = updated firmware, assuming the errata list is correct=0A> and my silicon = rev CAN boot from firmware on eMMC and it was a layer 8 failure.=0A> =0A>= > Trying to add ACPI support to it:=0A>> =0A>> https://send.firefox.com/d= ownload/926c72b043182c40/#49y3TaeL7_hif_YEHUFQ2g=0A> =0A> Latest dmesg.bo= ot: https://gist.github.com/agrajag9/f4e8186e4cea7da1e5d8887a8d74dd7a=0A= =0A"mmcsd0: 32GB at mmc0= 43.7MHz/4bit/65535-block"=0Ais better than before, but controller timeou= ts are sad. Welp.=0A=0AIf anyone is interested in debugging this (with th= e device in hand), my ACPI attachment patch is:=0Ahttps://github.com/myfr= eeweb/freebsd/commit/4abb60611c53b6bf109e8854f60ecc697419cf1c=0A=0AOnce a= gain, maybe NetBSD's way of supporting this (slight quirks in the generic= ACPI SDHCI driver)=0Awould be better than fsl_sdhci.=0A=0A> I can't find= the PCIe cables for my PSU right now, so the RX480 is out until I have t= ime to dig=0A> through The Cable Box Of Doom. But I do have a spare LSI S= AS HBA that I'll try after lunch!=0A=0AYeah, mpr/mps drivers are present,= would be an okay thing to try.