From owner-freebsd-arm@freebsd.org Fri Jun 5 15:03:55 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 C7F2532E11D for ; Fri, 5 Jun 2020 15:03:55 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (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 49dmBL4cx8z42j2 for ; Fri, 5 Jun 2020 15:03:54 +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=1591369426; 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=nu20UDD6oSabNyWD/WhQJjUS1NB0yCdtSLtBTCxquGs=; b=SCvn7XJ5MEKfd7zFoG/lFFIYofRugBxPHPBGvUXwRcfzfK2VVAksrUa4tIAzFBHc/0UGij yCCK6bjdJlQpTVBnNaB8JvkHUos6HpHAiFJok9unjpx9er7yUCQbPjJOQX8SCUELlN4xvR BuclSvc6wY94DyZP5GeA0M8i4r2kJ+M= Date: Fri, 05 Jun 2020 15:03:45 +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: "freebsd-arm" , "Marcin Wojtas" In-Reply-To: References: <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> <4ad62e6669044f82e71a9d86fd493356@unrelenting.technology> <31D3FA64-8296-4CA5-92A2-F7FE7C4AE981@unrelenting.technology> <32d1c173d986884efb9b28932c0ead52@unrelenting.technology> <5e1b4bfe845e62bbcd8b827fa37f2b98@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49dmBL4cx8z42j2 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=SCvn7XJ5; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 2001:41d0:2:863f:: as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.58 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.01)[-1.006]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2001:41d0:2:863f::]; NEURAL_HAM_LONG(-0.99)[-0.988]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(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.59)[-0.585]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:2001:41d0::/32, 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: Fri, 05 Jun 2020 15:03:55 -0000 June 5, 2020 3:01 PM, "Marcin Wojtas" wrote:=0A=0A> pt.= , 5 cze 2020 o 13:46 Dan Kotowski =0A> na= pisa=C5=82(a):=0A>> https://gist.github.com/agrajag9/749f504dcac741e902f8= 7c2ea03ae9ac=0A>> =0A>> From jnettlet:=0A>> =0A>> BEGIN QUOTE=0A>> the V1= silicon has a SATA errata. I have partially worked around the errata mov= ing some=0A>> configuration into the firmware, but I still need to sort o= ut the remaining bits. Sometimes just=0A>> unplugging and replugging your= SATA cable will help to reseat the connector and help. Also it is=0A>> v= ery sensitive to marginal SATA cables.=0A>> END QUOTE=0A>> =0A>> I played= around a bit and could create and destroy GPTs, make filesystems, read a= nd write to said=0A>> filesystems, and hot-plug even seems to work. But I= 'm not sure if jon's comment really explains the=0A>> AHCI error we're st= ill seeing:=0A>> =0A>> ```=0A>> (aprobe3:ahcich3:0:15:0): NOP FLUSHQUEUE.= ACB: 00 00 00 00 00 00 00 00 00 00 00 00=0A>> (aprobe3:ahcich3:0:15:0): = CAM status: Command timeout=0A>> (aprobe3:ahcich3:0:15:0): Error 5, Retri= es exhausted=0A>> ```=0A> =0A> I experienced this issue on a cuple of tar= gets (e.g. Zynq-MP or=0A> LS1046A). The port-multiplier quirk flag helped= - please try adding:=0A> ahci->quirks |=3D AHCI_Q_NOPMP;=0A=0A=0ABuild w= ith this + more ITS logging:=0Ahttps://send.firefox.com/download/cf66ed7f= 48160529/#LpeMjccv7iqze5hAx_6BrQ=0A=0AThe patch that lets AHCI attach:=0A= https://reviews.freebsd.org/D25145