[Bug 99492] [intel_gpu_tools] intel_gpu_frequency's parsing of parameters broken

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Comment # 1 on bug 99492 from
(In reply to Andreas Reis from comment #0)
> 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: 

http://patchwork.freedesktop.org/patch/msgid/20180612140544.7231-1-jani.nikula@intel.com

> 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. :(


You are receiving this mail because:
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux