AES-NI CPU Crypto: No
-
@Derelict I can't confirm right now about the BIOS Setting, (can't take the router down) but as I mentioned on the previous version it showed 'Yes (Active)'
@stephenw10 I'm sorry where can I check that? Thank you.
-
@maverickws in the dmesg.boot log usually.
-
@derelict the dmesg.boot file at /var/log is empty.
I actually didgrep -rni 'Features2' /var/log/
also it comes with zero results (using Features alone also) -
@maverickws You will want to look at /var/log/dmesg.boot for a CPU stanza similar to this:
CPU: Intel(R) Atom(TM) CPU C3558 @ 2.20GHz (2200.07-MHz K8-class CPU) Origin="GenuineIntel" Id=0x506f1 Family=0x6 Model=0x5f Stepping=1 Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=0x4ff8ebbf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,RDRAND> AMD Features=0x2c100800<SYSCALL,NX,Page1GB,RDTSCP,LM> AMD Features2=0x101<LAHF,Prefetch> Structured Extended Features=0x2294e283<FSGSBASE,TSCADJ,SMEP,ERMS,NFPUSG,MPX,PQE,RDSEED,SMAP,CLFLUSHOPT,PROCTRACE,SHA> Structured Extended Features3=0x2c000000<IBPB,STIBP,ARCH_CAP> XSAVE Features=0xf<XSAVEOPT,XSAVEC,XINUSE,XSAVES> IA32_ARCH_CAPS=0x1<RDCL_NO> VT-x: (disabled in BIOS) PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics
-
Sorry guys but my dmesg.boot is empty.
[2.5.0-RELEASE][admin@pfSense.domain.io]/var/log: pwd /var/log [2.5.0-RELEASE][admin@pfSense.domain.io]/var/log: ls -la dmesg.boot -rw-r--r-- 1 root wheel 0 Feb 19 16:54 dmesg.boot [2.5.0-RELEASE][admin@pfSense.domain.io]/var/log: cat /var/log/dmesg.boot [2.5.0-RELEASE][admin@pfSense.domain.io]/var/log:
I'll have to take a look after next reboot. unless you can point some other way to get that info
-
Hmmm, weird.
It might still be in dmesg in the buffer if you rebooted recently.
Or in the system logs from the last boot.
Steve
-
If you delete logs it will clear that too and will report AES:No.
That behavior was "fixed" in 2.4.5p1, but came back with 2.5. -
Ah. Hmm
Was there a bug for that? Not seeing one...
-
The uptime is since the 2.5.0 update so 14 days uptime.
With grep looking for the CPU model (3865U) I don't get anything so I'd say its not on the system log.
I have to wait a few hours until I can reboot. -
@stephenw10 No, just me posting it here. And there is one.
-
There is a current bug for it though: https://redmine.pfsense.org/issues/11428
Looks like that's what you're seeing. It's a gui bug, you would still be able to load the module and use the instructions.
Steve
-
man looking at that bug and reading this:
Updated by Jim Pingle 15 days ago
Subject changed from CPU Type, some information disappear on 2.5.0 RC to CPU core details disappear after resetting log files
Priority changed from Normal to Very Low
Target version changed from 2.6.0 to FutureVery low and future really got my hopes up.
-
By the way I'm sorry if this remark may seem stupid but,
what is the point of adding an OS Boot tab under
Status > System Logs > System > OS Bootif the log is emptied??
I didn't manually reset any log files so I assume this is automatic. So its like a new tab to be empty? -
It should not be emptied. That should only be manual.
This is the first report of this I've seen because most people never reset the logs.
Steve
-
@stephenw10 I never reset the logs either.
Anyway this is my home office pfsense. I have a couple more virtualized on Xen, they have 3 days uptime. I'll keep an eye on them and let know if the same happens.
-
Hello again,
As promised I rebooted our router late last night and now dmesg.boot is correctly populated, and the System Information correctly displays AES-NI CPU Crypto: Yes (Active):Features2=0x4ffaebbf<SSE3,PCLMULQDQ,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,SDBG,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,TSCDLT,AESNI,XSAVE,OSXSAVE,RDRAND>
-
Hmm, not sure why you ended up with no logs then. That is the reason for the missing CPU data though.
Steve
-
It's probably this bug: https://redmine.pfsense.org/issues/11428
-
Yes, it's that. As I linked above.