<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [intel_gpu_tools] intel_gpu_frequency's parsing of parameters broken" href="https://bugs.freedesktop.org/show_bug.cgi?id=99492#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [intel_gpu_tools] intel_gpu_frequency's parsing of parameters broken" href="https://bugs.freedesktop.org/show_bug.cgi?id=99492">bug 99492</a> from <a class="email" href="mailto:jani.nikula@intel.com" title="Jani Nikula <jani.nikula@intel.com>"> Jani Nikula</a> <pre>(In reply to Andreas Reis from <a href="show_bug.cgi?id=99492#c0">comment #0</a>) > At least in the case of -g, intel_gpu_frequency currently (1.16 & git) fails > if there are parameters. With none it works. > > Eg, the example's -gmin,cur yields "invalid option -- 'n'" and -gcur > "Selected unmodifiable frequency". -g|--get suboptions have been removed in commit 20d6e0f41b3b ("tools/intel_gpu_frequency: remove use of getsubopt") but the quick usage wasn't updated. Just use without suboptions. Patch on the list to update the usage: <a href="http://patchwork.freedesktop.org/patch/msgid/20180612140544.7231-1-jani.nikula@intel.com">http://patchwork.freedesktop.org/patch/msgid/20180612140544.7231-1-jani.nikula@intel.com</a> > That and I couldn't compile until I disabled the assembler, I kept getting > lex.o: In function `yylex': > > lex.c:(.text+0x3c8f): undefined reference to `yywrap' Unrelated, please file a new bug if this persists with the current git. Apologies for this staying below the radar for so long; I guess nobody thought it was that important. :(</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>