New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dell XPS 13 9350 firmware upgrade fails with "Unknown error -1" #46
Comments
Could you share some more information about the rest of the stack on your system?
Your error is coming from here: My gut feeling is that this is the immutable stuff that happened in the linux kernel. If you don't have a new enough efivar, fwupdate won't know how to handle it properly. |
kernel 4.6.0-0.rc4.git0.1.fc25.x86_64 What version of efivar-libs is needed? There are no updates for it available in Fedora 23 nor Rawhide. |
0.23, or at least this commit: That is what you are missing and would cause permissions problems on immutable sysfs files. On Mon, May 9, 2016 at 8:51 PM Daniel Miranda notifications@github.com
|
I see, I'll ask about it in the fedora-devel list, since it's probably a good idea to get 0.23 in before F24. |
My bad, it is actually available in Rawhide. I'll update it and see if it fixes the issue. edit: No luck. The
|
OK so you are probably running into a problem that is fixed already in master for fwupdate and efivar because I've verified the full stack in Ubuntu 16.04 works properly, but it's tracking extra commits that aren't in released versions yet. Does your system have an NVMe disk? If so, it's likely a mess of efifvar commits for NVMe support. You should rebuild efivar from master and if it fixes it encourage pjones to release a new version. These are the most relevant ones: If you don't have an NVMe disk, need to know what version of 'fwupdate' you have (don't mistake fwupd which you provided details already). There's been a lot of activity in fwupdate so if it's a snapshot it might need to be updated to a newer one. FWIW in Debian and Ubuntu I've verified it working with fwupdate 0.5 and efivar 0.23 + those two NVMe patches on a system with NVMe. |
I do have an NVMe drive. I'll test with newer versions of fwupd and efivar and report back. |
In that case you are probably better off just backporting the two NVMe fixes I mentioned above otherwise the whole stack has to come backward due to some API changes in efivar (efivar, efibootmgr, fwupdate all need to be updated!). |
I'll just try to rebuild the 0.23 RPM with the patches then. |
If you still have a problem you should delete your Linux firmware boot On Mon, May 16, 2016, 17:07 Daniel Miranda notifications@github.com wrote:
|
@superm1 It works! I compiled efivar 0.23 with the two patches you mentioned and deleted the old boot entry, and the update ran fine (a new entry was created automatically). Thanks for pointing me in the right direction. |
@danielkza Great, glad to hear it worked. Can you raise this in the appropriate development lists to get these patches put in in case efivar 0.24 isn't released soon? |
Sure. in the meantime I may get the patched packages in a COPR repo for anyone that has the same trouble. |
@danielkza I'm facing this exact same issue. I tried searching for your (or any updated) efivar package in COPR but I find none. Could you please upload it so I can update my 9350 FW too? Or better even, I'm curious to know how I go about getting those patches in myself.. if it's not too asked too much :-) |
@stephanmol I cherry-picked the commits mentioned by @superm1 and Em sex, 10 de jun de 2016 18:49, stephanmol notifications@github.com
|
@stephanmol Sorry for the delay. I created a COPR with my patched packages. It's still building, but should be done shortly. https://copr.fedorainfracloud.org/coprs/danielkza/efivar-f23 |
Daniel, Do you know the right way to get those packages out to the affected stable On Mon, Jun 13, 2016, 11:35 Daniel Miranda notifications@github.com wrote:
|
@superm1 You're absolutely correct, it's much better to get this fixed in the distro packages. The COPR is just a stop-gap measure if anyone needs it like I did. I'll raise the issue on the Fedora mailing list or the RH bugtracker. |
Reported at https://bugzilla.redhat.com/show_bug.cgi?id=1346030. |
It worked @danielkza. Thanks a lot! |
I can't upgrade the firmware in my Dell XPS 13 9350 using fwupd 0.5.4-1.fc23. I did previous upgrades successfully (even after I originally had issues in #42), but it doesn't work anymore.
And this shows up in the system journal:
I'm currently running Fedora 23 with kernel 4.6-rc4 from the rawhide-kernel-nodebug repository. I can test it with other kernels (such as newer RCs or stables) if necessary.
I tried to test with the current Git master, but F23 doesn't seem to provide appstream-glib 0.5.5 when >= 0.5.10 is needed.
The text was updated successfully, but these errors were encountered: