On Sat, Feb 17, 2018 at 12:52 PM, Andrew Reilly <areilly_at_bigpond.net.au> wrote: > 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_at_pci0:17:0:2: class=0x108000 card=0x14561022 chip=0x14561022 rev=0x00 hdr=0x00 > vendor = 'Advanced Micro Devices, Inc. [AMD]' > device = 'Family 17h (Models 00h-0fh) Platform Security Processor' > class = encrypt/decrypt > > (from devmatch -v) > Searching pci bus at slot=0 function=2 dbsf=pci0:17:0:2 handle=\_SB_.PCI0.GP17.APSP for pnpinfo vendor=0x1022 device=0x1456 subvendor=0x1022 subdevice=0x1456 class=0x108000 > cc_vegas.ko That's kind of interesting. That device should match ccp.ko, not cc_vegas.ko. As far as I can tell, cc_vegas has no PNP data at all. Maybe this is a bug in kldxref or devmatch. Best, ConradReceived on Sat Feb 17 2018 - 23:04:45 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:15 UTC