Opened 12 years ago
Closed 11 years ago
#8 closed defect (NoChangeNeeded)
System freezes hard when running sysbench Dive test
Reported by: | MatNieuw | Owned by: | |
---|---|---|---|
Priority: | major | Component: | |
Version: | 1.03 | Keywords: | DIVE |
Cc: |
Description
ACPI 3.21.4, if /pic is not used, the system freezes hard (no kbd activity like numlock, not mouse, no alt-ctrl-del) when using Sysbench Dive test (already on the first one). A hard reset is required.
System has 6 core AMD CPU, with on-board RS880 video with Atom bios and 128M side-port memory.
Change History (3)
comment:1 by , 12 years ago
comment:2 by , 12 years ago
Thanks for the clarification, I'll see if I can locate the real culprit. The ticket can be set to 'reject' or whatever the Trac term is for this.
regarding /pic, that was because earlier I could not use /vw when /maxcpu didn't exist yet. I have now changed it to /vw /maxcpu=1 . The /vw is needed because otherwise it crashes in VPIC. The /maxcpu=1 is to reduce risks when other family members are using the system. It works fine with 6 cores without it in the maintenence partition.
By the way, many thanks for the major improvments in ACPI. Previously I could run it in 6 cpu mode but power consumption would be 160W. Now it is 96 when idle, which it is also when /pic is used, or /vw /maxcpu=1 .
comment:3 by , 11 years ago
Resolution: | → NoChangeNeeded |
---|---|
Status: | new → closed |
Sorry, but I can't help you with this one. It looks like you have found an SMP bug. Most likely the bug is in Sysbench, or less likely in the DIVE subsystem. Neither of them have anything to do with Panorama. FYI, Panorama does not handle DIVE stuff. DIVE bypasses Panorama and accesses the video memory directly.
Incidentally, you shouldn't use the /PIC switch. Use /MAXCPU=1 (or 2, or 3, or 4, or 5) if you want to reduce the number of CPUs used.