[Bug 242747] geli: AMD Epyc+GELI not using Hardware AES
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Wed Jan 20 00:28:23 UTC 2021
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242747
--- Comment #30 from Eirik Oeverby <ltning-freebsd at anduin.net> ---
(In reply to Alan Somers from comment #29)
I see.
I only have this in pciconf -lv (this is from 12.2):
none19 at pci0:34:0:1: class=0x108000 card=0x14861022 chip=0x14861022 rev=0x00
hdr=0x00
vendor = 'Advanced Micro Devices, Inc. [AMD]'
device = 'Starship/Matisse Cryptographic Coprocessor PSPCPP'
class = encrypt/decrypt
none40 at pci0:162:0:1: class=0x108000 card=0x14861022 chip=0x14861022 rev=0x00
hdr=0x00
vendor = 'Advanced Micro Devices, Inc. [AMD]'
device = 'Starship/Matisse Cryptographic Coprocessor PSPCPP'
class = encrypt/decrypt
There seems to be one per CPU socket (the device shows up twice).
I don't know if this is indeed covered by the ccp driver, but I can't find any
documentation on it and the discussion https://reviews.freebsd.org/D12723 seems
to indicate it's not really useful..?
Anyway, I'd be happy to test if there's anything meaningful I can do on 12.2. I
don't have a 13-system on EPYC (yet), but the promise of serious crypto
performance might motivate me to change that. That said, our pain is mostly on
handshake (RSA), not stream (AES)..
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the freebsd-geom
mailing list