<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - bfgminer --scrypt on 7xxx+" href="https://bugs.freedesktop.org/show_bug.cgi?id=72785#c40">Comment # 40</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - bfgminer --scrypt on 7xxx+" href="https://bugs.freedesktop.org/show_bug.cgi?id=72785">bug 72785</a> from <a class="email" href="mailto:tstellar@gmail.com" title="Tom Stellard <tstellar@gmail.com>"> Tom Stellard</a> <pre>(In reply to Linux User from <a href="show_bug.cgi?id=72785#c38">comment #38</a>) > > Do you have an X server running? > I am (on one of GPUs). And I can understand X could be slow, etc and > adjusting intensity on GPU sharing X server is well known thing to me. > > But I'm talking about GPU lockups. When GPU crashes due to ring stall and > driver have to restart it, its likely something else failing? Somehow, > attempts to run bfgminer --scrypt with high intensity often can provoke ring > stalls. > > > drm.rnodes=1 to your kernel command line. > Cool, but... > 1) It could be nice to view output on separate monitor and graphic terminal > looks better than just framebuffer console. At least in trial runs I would > prefer to deal with my favorite terminal, adjusting intensity of 1st GPU a > bit. > 2) I do not think apps should be cause fatal GPU deadlocks, effectively > screwing all graphics, system-wide. > > Though thanks for render nodes hint - sounds like it can be really valuable > thing to try on some headless machines, etc. > > P.S. also there is another silly issue. If I just install Ubuntu and run > bfgminer on multi-GPU setup within X session, it would only see 1st GPU > (where X server running). Remaining GPUs are not detected. Fix is to either > run bfgminer as root (extremely unsafe!!!) or create new user and make > "video" it's primary group. The user who installs Ubuntu is a member of > "video" group, but "video" is his secondary group, which is very common. > Somehow, kernel seems to disregard permissions in such case and would issue > -EPERM on certain syscall, making bfgminer unable to find GPUs except one > used by X. Generally it means that user can't use more than 1 GPU unless he > is either root (very dangerous!) or video is his primary group (inconvenient > and uncommon). I believe it is a bug and I should file it? Since I fail to > understand how average Joe would be able to use some OpenCL program in > multi-GPU setup and get it working "by default" on all available GPUs. I > guess I should file it as new bug? Is it kernel issue or MESA, etc? Enabling rendernodes should make both GPUs visible.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>