#15176 closed bug (fixed)
SMAP violation in /dev/acpi/namespace
Reported by: | BeRUS | Owned by: | tqh |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta2 |
Component: | Drivers/ACPI | Version: | R1/Development |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
Attachments (1)
Change History (9)
by , 5 years ago
comment:1 by , 5 years ago
Description: | modified (diff) |
---|---|
Summary: | Cat command get "cat /dev/acpi/namespace" → SMAP violation in /dev/acpi/namespace |
comment:2 by , 5 years ago
Component: | System → Drivers/ACPI |
---|---|
Owner: | changed from | to
comment:4 by , 5 years ago
Did you confirm that you are running on x64 and your CPU supports SMAP? I think CPUs before about 2014 or so don't, and some after that don't either.
comment:5 by , 5 years ago
I'm running x64, the cpu is a Ryzen 5 1600 which supports SMAP, but I'm running Haiku inside VirtualBox. Maybe that's why it doesn' happen here.
comment:6 by , 5 years ago
It could be that SMAP is only enabled for some guests in VBox. It is reproducible in VMware at least.
comment:8 by , 5 years ago
Milestone: | Unscheduled → R1/beta2 |
---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
Note:
See TracTickets
for help on using tickets.
I tried to reproduce here (same revision/arch) but I can't trigger the SMAP violation. I ran "cat /dev/acpi/namespace" repeatedly but the only thing I managed to do is to lock the cat process if I run it multiple times without delay.