From owner-freebsd-current@freebsd.org Sat Feb 17 21:26:39 2018 Return-Path: Delivered-To: freebsd-current@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 EA614F11044 for ; Sat, 17 Feb 2018 21:26:38 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 5B28D6D793 for ; Sat, 17 Feb 2018 21:26:38 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: by mailman.ysv.freebsd.org (Postfix) id 19FCFF1103E; Sat, 17 Feb 2018 21:26:38 +0000 (UTC) Delivered-To: current@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 074C1F1103D for ; Sat, 17 Feb 2018 21:26:38 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nsstlmta36p.bpe.bigpond.com (nsstlmta36p.bpe.bigpond.com [203.38.21.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "", Issuer "Openwave Messaging Inc." (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 433C06D78D; Sat, 17 Feb 2018 21:26:30 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from smtp.telstra.com ([10.10.24.4]) by nsstlfep08p-svc.bpe.nexus.telstra.com.au with ESMTP id <20180217205203.CMRD8842.nsstlfep08p-svc.bpe.nexus.telstra.com.au@smtp.telstra.com>; Sun, 18 Feb 2018 07:52:03 +1100 X-RG-Spam: Unknown X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedtfedrgedugddugeefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuuffpveftpgfvgffnuffvtfetnecuuegrihhlohhuthemuceftddtnecunecujfgurheptggguffhjgffgffkfhfvofesthhqmhdthhdtvdenucfhrhhomheptehnughrvgifucftvghilhhlhicuoegrrhgvihhllhihsegsihhgphhonhgurdhnvghtrdgruheqnecukfhppeduvdegrdduledtrdegtddrudekvdenucfrrghrrghmpehhvghlohepghhhrghnrghmihgrrdgrtgdqrhdrnhhupdhinhgvthepuddvgedrudeltddrgedtrddukedvpdhmrghilhhfrhhomhepoegrrhgvihhllhihsegsihhgphhonhgurdhnvghtrdgruheqnecuvehluhhsthgvrhfu X-RG-VS-CLASS: clean X-Authentication-Info: Submitted using ID areilly@bigpond.net.au Received: from ghanamia.ac-r.nu (124.190.40.182) by smtp.telstra.com (9.0.019.22-1) (authenticated as areilly@bigpond.net.au) id 5A6144360B674EA6; Sun, 18 Feb 2018 07:52:03 +1100 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.2 \(3445.5.20\)) Subject: Re: Since last week (today) current on my Ryzen box is unstable From: Andrew Reilly In-Reply-To: Date: Sun, 18 Feb 2018 07:52:03 +1100 Cc: Andriy Gapon , current@freebsd.org, kib@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <0CEA9D55-D488-42EC-BBDE-D0B7CE58BAEA@bigpond.net.au> To: Hans Petter Selasky X-Mailer: Apple Mail (2.3445.5.20) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Feb 2018 21:26:39 -0000 I've applied the patch, and the boot process is quiet now, but it's = still loading cc_vegas.ko, seemingly in response to seeing this device: = (from pciconf -l -v) none4@pci0:17:0:2: class=3D0x108000 card=3D0x14561022 = chip=3D0x14561022 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices, Inc. [AMD]' device =3D 'Family 17h (Models 00h-0fh) Platform Security = Processor' class =3D encrypt/decrypt (from devmatch -v) Searching pci bus at slot=3D0 function=3D2 dbsf=3Dpci0:17:0:2 = handle=3D\_SB_.PCI0.GP17.APSP for pnpinfo vendor=3D0x1022 device=3D0x1456 = subvendor=3D0x1022 subdevice=3D0x1456 class=3D0x108000 cc_vegas.ko The output above suggests that there isn't a driver attached to that = device anyway, though. Cheers, Andrew Reilly > On 18 Feb 2018, at 00:06 , Hans Petter Selasky = wrote: >=20 > On 02/17/18 13:42, Hans Petter Selasky wrote: >> On 02/17/18 13:16, Andrew Reilly wrote: >>> On a side-note, the new devmatch workings are giving me 43 boot = warnings about "Malformed NOMATCH string: ''?'', and = devmatch_enable=3D"NO" in /etc/rc.conf doesn't seem to help, and the new = matching is very very keen to load cc_vegas.ko, a lot. Here's the = output of devmatch -v, in case that helps: >> Hi, >> Does the attached patch solve the devmatch issue? Just apply it = directly on /etc and reboot. >> --HPS >=20 > Please find updated patch attached. >=20 > --HPS >=20 >