From owner-freebsd-arm@freebsd.org Thu Jun 4 16:39:01 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 248D7329252 for ; Thu, 4 Jun 2020 16:39:01 +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 49dBLX0xy4z4FV0 for ; Thu, 4 Jun 2020 16:38:59 +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=1591288732; 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=RppyXD1n5LSoYkrzWULJpJMFhnQpbP0ib/i8qow+QMw=; b=bBwdisFv1WeGQ7CEt4l7iW9sSG4epnJqoFK/41g4DJNy6hdpPPtV3hTc+LQvQ49lRzxmdS UB1ZDyqWS36Fp7xYJ6JLC+UF1bemKB4CaNVQV9KQ/3qMltdF7fWAF3wT5LCnB2tFEh8Msq RoW5MO5gtAOE1YXiQV6eDl/4Zx+7Wgk= Date: Thu, 04 Jun 2020 16:38:51 +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: <5e1b4bfe845e62bbcd8b827fa37f2b98@unrelenting.technology> Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X To: "Dan Kotowski" Cc: "freebsd-arm" In-Reply-To: References: <49F29C72-F76C-46DA-920A-3148B4B0415A@unrelenting.technology> <664db38a87ea8803be72af9738534994@unrelenting.technology> <8951311F-77F7-40B8-AEA0-F8CBCB1A05DE@yahoo.com> <4ad62e6669044f82e71a9d86fd493356@unrelenting.technology> <31D3FA64-8296-4CA5-92A2-F7FE7C4AE981@unrelenting.technology> <32d1c173d986884efb9b28932c0ead52@unrelenting.technology> X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49dBLX0xy4z4FV0 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=bBwdisFv; 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 [-3.79 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.980]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; R_SPF_ALLOW(-0.20)[+ip4:94.23.1.103]; NEURAL_HAM_LONG(-1.01)[-1.008]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[unrelenting.technology:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_NO_DN(0.00)[]; NEURAL_HAM_SHORT(-0.81)[-0.805]; DMARC_POLICY_ALLOW(-0.50)[unrelenting.technology,none]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RWL_MAILSPIKE_VERYGOOD(0.00)[94.23.1.103:from]; 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: Thu, 04 Jun 2020 16:39:01 -0000 June 4, 2020 2:40 PM, "Dan Kotowski" wro= te:=0A=0A>> https://send.firefox.com/download/ae38fa35246497c1/#AVSGMsnrM= 0YB2MSL7rRJRQ=0A>> =0A>> - customized pcie driver=0A>> =0A>> - https://re= views.freebsd.org/D25121=0A>> - more interrupt debugging (stray interrupt= s, all GIC config writes)=0A> =0A> https://gist.github.com/agrajag9/484cd= d9c340a15f88be0fabbe2cf9b09=0A> =0A> With NVMe attached it no longer pani= cs, now it just hangs=0A> =0A> Loading mps still just loops=0A> =0A> And = anything attached via AHCI is still MIA=0A=0AOops, I've been adding some = debug prints to gicv2 not gicv3.=0A=0AOne thing I noticed is the interest= ing irq number the nvme admin queue gets..=0Ait's the same as gic_nirqs.= =0A=0Agic0: SPIs: 288, IDs: 65535=0Anvme0: attempting to allocate 17 MSI-= X vectors (33 supported)=0Anvme0: using IRQs 21-37 for MSI-X=0Aacpi0: all= ocating via sysres: res 0xfffffd0000726280, start 21 + count 1 - 1 =3D? e= nd 21=0Aintr_setup_irq(): irq 288 add handler error 0 on nvme0=0A=0Amaybe= that's just like.. the first ITS handled interrupt?=0A(funnily enough, N= etBSD lists MSIs as IRQs starting from 8192)=0A=0A=0AMore SATA debugging:= https://send.firefox.com/download/9de5357a2e58edd9/#s9ZaU_k2NHlO-tLdyGk5= iA