From owner-freebsd-arm@freebsd.org Sat May 23 01:46:50 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 4A5422F409F for ; Sat, 23 May 2020 01:46:50 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [91.121.223.63]) (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 49TR6d18ffz49kc for ; Sat, 23 May 2020 01:46:48 +0000 (UTC) (envelope-from greg@unrelenting.technology) Date: Sat, 23 May 2020 01:46:46 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=unrelenting.technology; s=default; t=1590198406; 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=v7aUUxrG3hSv2+b8u0cG/8PjouMk0SwpbE/Ll81Wbn0=; b=MQxfnJuomIS1CgoURugy26+ROk6rdNRCgUuO/XR/2Ru/nq3lneFqnpCbQmKQW5oOSM6eBS ouFNvezp3jPq9uR7pRqwHir6z8Muymtm8kTvuu47+VkF0dv/zZP1L7gCTToyUG8QCetm6L p6xV+sjaDzyIx1epZsoO3Tn6Cwc7Wr0= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: myfreeweb To: Warner Losh , Dan Kotowski CC: freebsd-arm Subject: Re: FreeBSD on Layerscape/QorIQ LX2160X In-Reply-To: References: <3e81db774e0fc1a3c2251c89b7629e1b@unrelenting.technology> <86119565e5927716a9feebabcb611871@unrelenting.technology> <37858865a8ebddd3fe1e3a228a19ef62@unrelenting.technology> <7066da0bc417ed047dc27b4741c90e81@unrelenting.technology> Message-ID: <6E6E4F0C-F85B-428B-B221-C5F704677076@unrelenting.technology> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.10 X-Rspamd-Queue-Id: 49TR6d18ffz49kc X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=unrelenting.technology header.s=default header.b=MQxfnJuo; dmarc=pass (policy=none) header.from=unrelenting.technology; spf=pass (mx1.freebsd.org: domain of greg@unrelenting.technology designates 91.121.223.63 as permitted sender) smtp.mailfrom=greg@unrelenting.technology X-Spamd-Result: default: False [-3.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.022]; R_DKIM_ALLOW(-0.20)[unrelenting.technology:s=default]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:91.121.223.63]; NEURAL_HAM_LONG(-1.00)[-0.997]; 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]; NEURAL_HAM_SHORT(-0.58)[-0.581]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16276, ipnet:91.121.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: Sat, 23 May 2020 01:46:50 -0000 On May 23, 2020 1:25:48 AM UTC, Warner Losh wrote: >On Fri, May 22, 2020 at 7:07 PM Dan Kotowski >wrote: > >> > > > > I spent some time looking at that NetBSD Layerscape code - I >> couldn't figure out how to add it >> > > > > trivially to the current HEAD on my own, so I'm looking forward= to >> seeing how we're going to yeet >> > > > > that in for testing=2E=2E=2E >> > > > > Something like this: >> > > > > >> https://github=2Ecom/myfreeweb/freebsd/commit/6cbdafbc310b9a0fa4d046f71= 979aa01302e8b0b >> > > > > >> https://send=2Efirefox=2Ecom/download/ec0419c6d3fa856e/#QOMHO8pBq1dP1K2= _4P4CBw >> > > > >> > > > https://gist=2Egithub=2Ecom/agrajag9/b214aa837d0ed6bb14139770ff58= 35ff >> > > > Line 404: panic: Misaligned access from kernel space! >> > > > oops, I actually have to care about the`bytes` parameter=2E=2E >> > > > at least I got the ACPI-walking on the first try :) >> > > > >> https://send=2Efirefox=2Ecom/download/6406af63fee41a8a/#FnEEayn7igQ_eTG= s0Wq0uw >> > > >> > > https://gist=2Egithub=2Ecom/agrajag9/b47d63484fa51eed535d8a43625a52= 76 >> > >> > hmmm=2E there's now a pcib2: at device 0=2E0 on pci1 >> > >> > and it actually does allocate memory, after the root fails to: >> > >> > pcib1: rman_reserve_resource: start=3D0x670000000, end=3D0x67003ffff, >> count=3D0x40000 >> > pcib1: pci_host_generic_core_alloc_resource FAIL: type=3D3, rid=3D28, >> start=3D0000000670000000, end=3D000000067003ffff, count=3D0000000000040= 000, >> flags=3D4800 >> > pcib2: allocated memory range (0x70040000-0x7007ffff) for rid 1c of >> pci1:1:0:0 >> > >> > iiiinteresting=2E Try to kldload mpr/mps/whatever? Also insert the nv= me >> drive >> >> https://gist=2Egithub=2Ecom/agrajag9/226018f25c9c5dd9c5dec4d5ea1b767d >> >> It just kept looping like that for about 5min before I killed it=2E But= it >> definitely reads the firmware version correctly - it's been on a shelf = for >> a while=2E But I'm thinking maybe the card isn't initializing right - t= here's >> none of the usual output during POST - so I'm going to dig up that PCI >> power cable and the RX480 tomorrow and try those=2E >> >> As for NVMe, it panics before I get to a shell=2E >> > >Where? You can see that in the gist: "NVME polled command failed to complete with= in 1s" Same as before (with straight ECAM)=2E Looks like straight ECAM *is* supposed to work, after all (with limitation= s on bifurcation or something, I've heard)=2E The code I'm porting from Net= BSD does use that same ECAM space when touching non-0 busses=2E Whoops, I might've been working on increasing features instead of fixing b= ugs=2E=2E :D It's odd that what's failing is just polling I/O with the devices, and aft= er successful reads=2E Does that smell like cache issues or something?