Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Don't I need the glk_guc firmwares though? I have a Gemini Lake (Intel Pentium Silver J5005) processor. Could that be the reason? The firmware-misc-nonfree package from the Stretch backport is outdated for my CPU?
You might need newer firmware. I've git those from kernel.org a few times, mostly for wifi firmware. You could try that route. Strings on the driver to see what it's "looking for" so you get something you actually need.
And you might need a different / newer kernel for that hardware. Is there a particular problem with the system? Or are you just trying to get the best performance out of it?
You might need newer firmware. I've git those from kernel.org a few times, mostly for wifi firmware. You could try that route. Strings on the driver to see what it's "looking for" so you get something you actually need.
And you might need a different / newer kernel for that hardware. Is there a particular problem with the system? Or are you just trying to get the best performance out of it?
No particular issues but since this is a media server that will utilize GPU hardware for Plex transcoding then I really would want to make sure that all firmwares/drivers are installed properly to get the best performance out of this box, yes.
That output is the firmware files that it looks for. Most likely in /lib/firmware/i915/.
$ ls -l /lib/firmware/i915/
If those don't exist, well, it doesn't find them. And it might gripe about it in the logfiles. If they do exist, you've done all that you can do and it "should" just work.
That output is the firmware files that it looks for. Most likely in /lib/firmware/i915/.
$ ls -l /lib/firmware/i915/
If those don't exist, well, it doesn't find them. And it might gripe about it in the logfiles. If they do exist, you've done all that you can do and it "should" just work.
They do exist. So what would be my next step now? I've reinstalled the whole system already and it resulted with the same no firmware found error for guc and huc in dmesg.
Outside of some source scouring to see what generates that message, not much to do. It could just be that your hardware isn't (yet) supported. Or it is, but your pciids isn't recognized (yet).
# modinfo i915
Which lists the firmware needs, and the alias pci* stuff for "known" cards. And options which you might try to fiddle with.
# lspci -nnk
To know what you have and see if it's known relative to that other output / source.
There's also microcode for CPU types. You might need that to have the other thing work. Or none of it matters as that message will always generate.
yesterday was the 17th of May, which is when you posted most of your questions here.
however, someone called mvduin already gave you relevant answers (that look pretty definite to me) on May 16th, as comments on that very gist you linked in your OP:
Quote:
mvduin commented May 16, 2019
They're just too new. The version in buster and stretch-backports (20190114) is still too old, the one in unstable (20190502) does include them.
@mvduin
mvduin commented May 16, 2019
Note that in case of a firmware package like this, it should be pretty safe to just download the .deb from unstable and manually install it without running into any package dependency conflicts.
@mvduin
mvduin commented May 16, 2019
Alternatively, you could add (the non-free section of) unstable as source to APT, but create an /etc/apt/preferences file that ensures it is only used for this specific package:
I was not monitoring the gist and was not notifying me via email. Anyway, what's with the aggressiveness? Do you think it helps anyone in this community? Were you not once a Linux noob? Or are you simply a troll?
I was not monitoring the gist and was not notifying me via email. Anyway, what's with the aggressiveness? Do you think it helps anyone in this community? Were you not once a Linux noob? Or are you simply a troll?
do you have a technical reply to the advice offered, or are you just going to interpret aggressiveness into it, derailing your own thread?
do you have a technical reply to the advice offered, or are you just going to interpret aggressiveness into it, derailing your own thread?
I understand the advice and will follow it because it makes sense. What else do you want me to say? What was not aggressive with your reply? You were simply being sarcastic with your reply. Anyway, there's no point of discussing anything with you.
I also modified /etc/modprobe.d/i915.conf to include options i915 enable_guc=1 or options i915 enable_guc=-1 but still the GuC firmware won't load. Anything else I can try here?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.