Thanks. I’ve tried scheduling the update from “Software Update” as well. That has the same result, unfortunately. Do you recall doing anything more?
Particularly the fact that the EFI-shell method doesn’t work for me either, which I assume should circumvent any installed operating systems, makes me suspect there’s some other system state in the way …
Unfortunately not, but you might want to check if your EFI partition has enough free space left (mine had, but others reported problems).
I reverted to BIOS version 3.07 and the issue seems to have gone away for anyone else having this issue. The only thing I can think that can differentiate me from others on Ubuntu 22.04 is if they didn’t use the post-install automated script for Ubuntu 20.04 and 22.04.
I’ll update this post pending further progress/discussion with Framework support.
Edit: Successfully reverted to 3.07 without any issues. I decided to EFI flash 3.10 instead of LFVS and it seems to be working now. Not sure of any root cause, just happy to have a working laptop. Hopefully it stays this way!
Running on Windows 11 I get “This platform does not support IHISI interface” - do this mean anything to anyone?
Under what circumstances are you getting this message?
Sorry, my mistake - I had not realised this was only 11th gen, and not 12th gen as well. Might be worth adding a check on that in case I’m not the only one making this silly mistake.
Thank you for the quick update. After going through this process several times now I have some suggestions. I use the EFI shell to preform my upgrades as I run an unsupported OS. This works well enough though having to remove the boot SSD seems like an unecessary step. Can we add that logic to the installer itself or just have an option in the bios to disable the m.2 slot so when someone goes in to disable secure boot it can all be taken care of in one step. Lastly can we add some type of binary verification method to these releases. Checksums or signatures that the community can use to verify the software being installed is as intended.
I updated to this BIOS version today, and my right USB ports stopped working for data transfer.
In Windows 11 I got an error that read “Power surge on the USB port – Unknown USB Device needs more power than the port can supply.”
Rolling back to 3.07 solved the issue for me.
Did anyone else get a boost when upgrading to 3.10?
My cinebench23 went from 4800 to 5003. My CPU is the 1135g7.
I can’t find anything in the release notes that indicates a performance increase.
No.
It can happen if you run cinebench when the cpu has a low initial temperature (meaning the heatsink is also cooler). e.g. when it’s waking up from sleep as opposed to being booted up fresh.
Yes @Kieran_Levin. I had a USB-C card in the top right and an unofficial SD card expansion card in the bottom right. Nothing was connected to these cards, but attempting to plug my phone in only charged it (no data), and my mouse dongle worked on the left side, but not the right side. I also attempted to uncheck any power limitation options for USB controllers in Device Manager, and i uninstalled the USB controller drivers and restarted, but the problem remained.
I flashed the efi shell script from 3.09 to 3.10 with no issue last Saturday. Tried to use it today and I got no activity on all ports when I plugged in AC; no power LED at all. Only way to fix was to open it up and pull the RTC out. Was this the Intel bug? I’ve always been able to plug in AC and get it to boot on prior versions. Still plenty of main bat left (61%).
I’ve upgraded the BIOS from version 3.2, so far so good!
Probably a stupid question, but I want to be sure.
I installed 3.10 when this thread still referred to it as 3.10 beta. Now it’s not described as beta, just 3.10. But I assume only the description changed and it’s still exactly the same bios, so I don’t need to reinstall 3.10 non-beta?
3.07 → 3.10 turned bad in my end 
With 3.07 I was able to connect power, display, network, keyboard and mouse with my loved WD D50 with a single cable.
After updating to 3.10 that link becam totall unstable resulting in sporadic losses every 5 minutes. God knows what has been changed, but I am now forced to plug in a separate power supply. That is not the idea of USB4, I don’t want to mess with my desk. Opened a ticket for this and got a confirmation, that this other cable is the work around. Nothing about when this get’s fixed as it is obviously physically possible (remember: It worked with 3.07!).
Thank you for the second cable!
/Uwe
** update Sept 8th **
Support team is picking this issue up seriously and we are investigating this.
I seem to have a similar problem with my Thunderbolt 3 dock (i-tec TB3TRIPLEDOCKPD) on my laptop (i7-1165G7) with Debian sid. The dock randomly disconnects, fortunately not every 5 minutes but it used to do so about once every one or two hour. This started after updating the BIOS to 3.09 and continued with BIOS version 3.10.
After some time I had the impression, that the disconnects only happen, when the battery charge limit has been reached. I enabled some debugging in tlp and it turned out, that the messages “thunderbolt 1-3: device disconnected” always were immediately preceded by tlp log entries that indicate a battery change event trigger from udev.
So my suspicion is that the disconnects are caused be the switching that is going on to keep the charge level.
My current work around is to avoid the charge limit level, which has been successful so far. For this purpose I use @DHowett’s ectool from https://github.com/DHowett/framework-ec. When the charge limit is about to being reached, I switch the EC to discharging by setting the charge limit to a lower percentage than the current charge level like this:
ectool fwchargelimit 20
Before this new limit is reached, I set it back to its original value and additionally set a low charge current so that the battery is charged only very slowly like this:
ectool chargecurrentlimit 250
ectool fwchargelimit 80
If I’m not getting any new disconnects in the next few days, I will automate this work around.
Is is possible for the post body to be updated to be very obvious that it is only for 11th gen and NOT 12th gen? I just wasted 2+ hours trying to update my BIOS and I couldn’t figure out why it wouldn’t work.
The post is dated July 22, which predates the release of the 12th gen motherboard. The filenames also include “11th_Gen” in their filenames. I’m not sure further indicators would really reduce the number of people misidentifying the update.
I guess if it were possible for them to have a non-numeric component to the BIOS version name (as displayed on the BIOS setting page, for instance) to indicate the hardware, it would be a little easier to tell the different streams of BIOSes apart.
LVFS figures it out, though, so that’s one strike in favour of linux for user experience!
Two hours is a pretty good score for figuring out why it wouldn’t update, though! Sorry to hear you had to go through the trouble, though.
Does anyone know if there’s a next BIOS release for the 11th gen units? Any ETA?