[RESPONDED] 11th Gen Intel Core BIOS 3.17 Release

Hmm, I reproduced what looks like the same thing here.

I only have one USB-A adapter, normally I use that to connect an older USB hub which then “carries” an external USB keyboard and a scanner.

I unplugged that:

[39123.036330] usb 3-3: USB disconnect, device number 2
[39123.036339] usb 3-3.3: USB disconnect, device number 4
[39123.126675] usb 3-3.4: USB disconnect, device number 6

and plugged in a flash drive. I got this on several attempts:

[39135.649747] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[39137.225844] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[39137.225995] usb usb3-port3: attempt power cycle
[39138.865786] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[39140.649889] usb usb3-port3: Cannot enable. Maybe the USB cable is bad?
[39140.650068] usb usb3-port3: unable to enumerate USB device

Then I unplugged the USB A adapter and plugged it back in (same port). Then the flash drive started being recognized. Note the difference in USB identifier/enumeration(?):

[39230.276500] usb 2-2: new SuperSpeed USB device number 3 using xhci_hcd
[39230.288957] usb 2-2: New USB device found, idVendor=1f75, idProduct=0917, bcdDevice= 0.01
[39230.288966] usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[39230.288969] usb 2-2: Product: USB DISK
[39230.288971] usb 2-2: Manufacturer:  
[39230.288973] usb 2-2: SerialNumber: xxxxxxxxxxxxxx
[39230.290940] usb-storage 2-2:1.0: USB Mass Storage device detected
[39230.291228] scsi host1: usb-storage 2-2:1.0
[39231.300389] scsi 1:0:0:0: Direct-Access                               1.00 PQ: 0 ANSI: 6
[39231.300950] sd 1:0:0:0: Attached scsi generic sg1 type 0
[39231.301170] sd 1:0:0:0: [sdb] 30310400 512-byte logical blocks: (15.5 GB/14.5 GiB)
[39231.301396] sd 1:0:0:0: [sdb] Write Protect is off
[39231.301404] sd 1:0:0:0: [sdb] Mode Sense: 23 00 00 00
[39231.301650] sd 1:0:0:0: [sdb] Write cache: disabled, read cache: disabled, doesn't support DPO or FUA
[39231.303903]  sdb: sdb1 sdb2 sdb3
[39231.304332] sd 1:0:0:0: [sdb] Attached SCSI removable disk

@Kieran_Levin I can not seem to update via LVFS or EFI/USB due to the fact that no battery is connected to the mainboard. How to update standalone boards?

1 Like

Just run the previous BIOS installer executable.

1 Like

I’m having the same trouble, mostly with the front left expansion slot as you look at the opened laptop. USB-A expansion on the right hand side works fine, although sometimes is intermittent in Windows - i.e I’ll hear the USB disconnect noise, then the USB connect noise as it drops in and out. Definitely seems, at least in my view, linked to the firmware update.

I’ll just add that I experienced a smooth update through fwupdmgr on Fedora 37, and several days later I’ve detected no regressions. None of the fixes, changes, or known issues are of particular importance to my usage, but I appreciate the security fixes and continued support from Framework for this machine. As I’ve said before, I was never aware of BIOS updates for any previous laptops (from Toshiba or HP) that I’ve owned, so it really says a lot that Framework is doing this.

3 Likes

I don’t think it is related to the update, I’m still on an older version and recently experienced the same thing. In fact if you search the forum there are a number of posts that seem to be related to the same or similar problems with USB-A devices.

noblman

Is there anyone using NixOS that has found a way to do this?

Here is one way:

{
  # bios/firmware update
  # https://knowledgebase.frame.work/en_us/framework-laptop-bios-releases-S1dMQt6F

  services.fwupd = {
    enable = true;
  };

  environment.etc = {
    # enable lvfs-testing remote to get the newest firmware from framework
    "fwupd/remotes.d/lvfs-testing.conf" = lib.mkForce {
      source = pkgs.runCommand "fwupd-lvfs-testing-enabled.conf" { } ''
        sed "s,^Enabled=false,Enabled=true," \
        "${pkgs.fwupd}/etc/fwupd/remotes.d/lvfs-testing.conf" > "$out"
      '';
    };

    # recommended by framework for firmware 3.10
    "fwupd/uefi_capsule.conf" = lib.mkForce {
      source = pkgs.runCommand "fwupd-uefi-capsule-update-on-disk-disable.conf" { } ''
        sed "s,^#DisableCapsuleUpdateOnDisk=true,DisableCapsuleUpdateOnDisk=true," \
        "${pkgs.fwupd}/etc/fwupd/uefi_capsule.conf" > "$out"
      '';
    };
  };
}
4 Likes

To make things slightly simpler, to enable lvfs-testing on NixOS all you should need to do is

services.fwupd = {
  enable = true;
  extraRemotes = [ "lvfs-testing" ];
};

You’d still need the second part to define DisableCapsuleUpdateOnDisk=true though.

4 Likes

Just tried this, same results :frowning:

Have the same issue after 3.10. Charge dropped to 15 percent and unable to charge. Fedora 37

EDIT: Shutting down and removing the little dime-sized CMOS battery worked like a charm.

2 Likes

I used fwdupmgr to move from 3.10 to 3.17 and now my power cord is no longer being recognized. I’ve used both the framework power supply and a unrelated wall wart to usb-c, and framework continues to believe it needs to burn through battery, and I’m sweating that in a few hours I’ll be unbootable.

fwupdmgr downgrade
Choose a device:
0. Cancel

  1. a45df35ac0e948ee180fe216a5f703f32dda163f (System Firmware)
  2. 362301da643102b9f38477387e2193e57abaa590 (UEFI dbx)
    1
    No downgrades for System Firmware: No releases found: Device System Firmware [a45df35ac0e948ee180fe216a5f703f32dda163f] does not currently allow updates: Cannot install update when not on AC power

I’d already rebooted 2x, and switched sides for my usb-c port when I posted this. however as of a few moments ago, with usb-c now in a 3rd slot, and then back to the framework power supply I finally got a light indicating power cord was working. I’m now back in business. hopefully unrelated to anything, and of no use to anyone. but just in case others begin to report similar.

Hi and welcome to the forum.

I use Windows to update the BIOS and to downgrade I just have to run/exe the older version.

@dmac8086
It’s seems to be a recurrent issue, and unrelated to this update. I have Ubuntu 22.04, with BIOS 3.10 and it regularly fails to detect my external HDD.

I’m also getting the 404 error when trying to refresh the lvfs-testing remote.

Same 404 error happened to me, it is a bug in the config file.

Had to add .gz to this line: MetadataURI=https://cdn.fwupd.org/downloads/firmware-testing.xml.gz, in file: /etc/fwupd/remotes.d/lvfs-testing.conf

1 Like

Is there a full changelog between 3.10 and 3.17 anywhere?

I had to revert to 3.10.
Issues I faced:

  1. After a while in hibernation and plugged there would be no charging, so the battery would drain
  2. Occasionally on resume from hibernation the touchpad would not work
  3. The right side expansion ports would not work.

After downgrading the expansion ports work, keeping an eye on the other issues to validate they do not also occur with 3.10.

On the following

  1. Hibernation and plugged in - never a problem, but something sounds off in your case.

What OS are you using. I’ve used Win10 and now Win11. In hibernation, with or without being plugged in no battery drain.

What charger are you using, not a . . .

  1. After 10 months. I use the laptop every day, 99.9% I close with hibernation multiple times a day. So somewhere between 1200 and 1500 times and never had a problem with the track pad.

3.Right side expansion ports are fine as they were through 3.06, 3.07, 3.09. 3.10 and 3.17

???

I use Ubuntu 22.04.
Here is an example of ectool console for a case where the touchpad did not work on resume:

1042705.993548 HC 0x98]

[1042704.553326 PS2M renabling]
[1042704.686098 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.689015 I2C2 unwedge called with SDA held low]
[1042704.695302 I2C2 unwedge failed, SDA still low]
[1042704.752781 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.753931 I2C2 unwedge called with SDA held low]
[1042704.756193 I2C2 unwedge failed, SDA still low]
[1042704.786755 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.787821 I2C2 unwedge called with SDA held low]
[1042704.790262 I2C2 unwedge failed, SDA still low]
[1042704.822191 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.825216 I2C2 unwedge called with SDA held low]
[1042704.831488 I2C2 unwedge failed, SDA still low]
[1042704.865685 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.868810 I2C2 unwedge called with SDA held low]
[1042704.874881 I2C2 unwedge failed, SDA still low]
[1042704.911352 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.912481 I2C2 unwedge called with SDA held low]
[1042704.918610 I2C2 unwedge failed, SDA still low]
[1042704.954335 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.955377 I2C2 unwedge called with SDA held low]
[1042704.961621 I2C2 unwedge failed, SDA still low]
[1042704.994063 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042704.995197 I2C2 unwedge called with SDA held low]
[1042704.997585 I2C2 unwedge failed, SDA still low]
[1042705.028085 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042705.029291 I2C2 unwedge called with SDA held low]
[1042705.031552 I2C2 unwedge failed, SDA still low]
[1042705.062111 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042705.063233 I2C2 unwedge called with SDA held low]
[1042705.065625 I2C2 unwedge failed, SDA still low]
[1042705.096184 I2C4 port2 recov status 0x80, SDA:SCL=0x1]
[1042705.097366 I2C2 unwedge called with SDA held low]
[1042705.099627 I2C2 unwedge failed, SDA still low]
[1042705.110766 PS2M  1 Too many retries]
[1042705.864534 PS2M renabling]
[1042705.987347 HC 0x0b]
[1042705.990451 HC 0x97]

I also posted details of the charge on the ectool thread

1 Like

What is the rationale for this change? I haven’t tested yet, but IIUC the default power led state is also white, so essentially this removes the low battery indication? Does this also apply when the battery is so empty the machine can no longer boot, since that would be very confusing…

IIUC there are no versions between 3.10 and 3.17, so the changelog in this thread is all you need (see the note in the first post about skipping these versions).

3 Likes