You are not logged in.
Such as the GA-Z68X-UD5-B3?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
I am running Arch on an ASROCK|Z68 PRO3-M.
I am not using a standalone graphics card, and I've unfotunately had a number of issues with the i915 video driver causing hard lockups about 15 to 20 minutes after boot (even outside of X.) It's the issue mentioned in http://www.phoronix.com/vr.php?view=16015 .
Things were fine on 2.6.39 when I set i915.semaphores to 1, but 2.6.39.1 locks up hard with that parameter set.
Otherwise, everything's been nice and fast and stable while overclocked.
Last edited by steven.merrill (2011-06-09 23:23:09)
Offline
Glad to hear it, thanks for the info. How do you like that ASROCK board? I've always had good experiences with GA stuff. What is the chip and what is the overclock?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
It's the i7-2600k, overclocked to 4.2 GHz using the BIOS's easy-mode overclock (for the moment.)
I mainly bought the micro-ATX board to get DisplayPort out. The report at http://www.tweaktown.com/reviews/4084/a … index.html was part of what influenced me to do so.
I hope the i915 support will stabilize pretty soon, because I mainly went with Z68 to be able to overclock and still be able to use the on-chip graphics if needed.
Offline
I am running Arch on an ASROCK|Z68 PRO3-M.
I am not using a standalone graphics card, and I've unfotunately had a number of issues with the i915 video driver causing hard lockups about 15 to 20 minutes after boot (even outside of X.) It's the issue mentioned in http://www.phoronix.com/vr.php?view=16015 .
Things were fine on 2.6.39 when I set i915.semaphores to 1, but 2.6.39.1 locks up hard with that parameter set.
Otherwise, everything's been nice and fast and stable while overclocked.
I have had hard lockups on .38 .39 and 3.0.0 due to another issue - please see https://bugzilla.kernel.org/show_bug.cgi?id=38492 for details. after disabling the power saving, everything is working nicely.
Offline
I'm running on that Gigabyte board! I'm using AHCI and an SSD and the only odd thing I noticed is that there is a long (20 sec) delay before grub pops up.
Offline
My CPU is an i5-2500k set to 4.0Ghz. Temps are 40C idle and 60C maxed out using a copper CM GeminII S cooler.
Last edited by slytux (2011-07-01 20:12:50)
Offline
I have had hard lockups on .38 .39 and 3.0.0 due to another issue - please see https://bugzilla.kernel.org/show_bug.cgi?id=38492 for details. after disabling the power saving, everything is working nicely.
Thank you!
That seems to work perfectly - I'm now going on 90 minutes of uptime in X, where previously I would only get 10, maybe 15 minutes tops.
Offline
I'm using an nvidia card. Gigabyte released a newer "xp" version that has an HDMI out.
Offline
I've got a ASUS P8Z68-V. I'm running kernel-ck-corei7-avx. When I run:
lspci -v
I get the following:
...
Subsystem: ASUSTeK Computer Inc. P8P67 Deluxe Motherboard
...
I most certainly do not have a P67 chipset. I'm guessing that lspci simply gets this information from the bios? I'm experiencing poor performance using multiple graphics cards in pci-x slots. Perhaps this _could_ have something to do with that: kernel thinks I need P67 support instead of Z68? I have no idea where I'd go to research this more. I could boot into windows and see if the correct chipset is detected there. I don't know if this is a kernel bug or if lspci is to blame. I've got the latest Asus bios as well. Anyone else got a Z68 chipset that lspci is getting wrong?
EDIT: The reason my board shows up as P8P67 is because someone added their pci-id to the pci-id database before me and our boards share some of the same hardware.
As for poor SLI performance; it is just a feature I'm going to have to live with.
Last edited by cjpembo (2011-08-26 03:28:01)
Offline