Purism Librem 14 v1

User Support HCL Reports
86

I agree, the remark in the HCL is quite clear.

Thank you @Sven for continuing to maintain the HCL, as well as your posts here in the forum.

1 Like
87 
---
layout:
  'hcl'
type:
  'laptop'
hvm:
  'yes'
iommu:
  'yes'
slat:
  'yes'
tpm:
  ''
remap:
  'yes'
brand: |
  Purism
model: |
  librem_14
bios: |
  PureBoot-Release-27.1
cpu: |
  Intel(R) Core(TM) i7-10710U CPU @ 1.10GHz
cpu-short: |
  FIXME
chipset: |
  Intel Corporation Device [8086:9b51]
chipset-short: |
  FIXME
gpu: |
  Intel Corporation Comet Lake UHD Graphics [8086:9bca] (rev 04) (prog-if 00 [VGA controller])
  
gpu-short: |
  FIXME
network: |
  Qualcomm Atheros AR9462 Wireless Network Adapter (rev 01)
  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 15)
memory: |
  65410
scsi: |

usb: |
  1
versions:

- works:
    'FIXME:yes|no|partial'
  qubes: |
    R4.1
  xen: |
    4.14.5
  kernel: |
    6.1.35-1
  remark: |
    FIXME
  credit: |
    FIXAUTHOR
  link: |
    FIXLINK

---

Qubes-HCL-Purism-librem_14-20230730-013440.yml (846 Bytes)

No issues found. I will do another report when Qubes OS 4.2.0 is released.

2 Likes
88

Thank you @FranklyFlawless for your HCL report, which is online now!

2 Likes
89

As promised, here is an updated HCL report of my same Librem 14 v1 laptop.

---
layout:
  'hcl'
type:
  'Laptop'
hvm:
  'yes'
iommu:
  'yes'
slat:
  'yes'
tpm:
  '2.0'
remap:
  'yes'
brand: |
  Purism
model: |
  librem_14
bios: |
  PureBoot-Release-28.3
cpu: |
  Intel(R) Core(TM) i7-10710U CPU @ 1.10GHz
cpu-short: |
  FIXME
chipset: |
  Intel Corporation Device [8086:9b51]
chipset-short: |
  FIXME
gpu: |
  Intel Corporation Comet Lake UHD Graphics [8086:9bca] (rev 04) (prog-if 00 [VGA controller])
  
gpu-short: |
  FIXME
network: |
  Qualcomm Atheros AR9462 Wireless Network Adapter [168c:0034] (rev 01)
  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
  
memory: |
  65410
scsi: |

usb: |
  1
certified:
  'no'
versions:
  - works:
      'FIXME:yes|no|partial'
    qubes: |
      R4.2.0
    xen: |
      4.17.2
    kernel: |
      6.1.62-1
    remark: |
      FIXME
    credit: |
      FIXAUTHOR
    link: |
      FIXLINK

Qubes-HCL-Purism-librem_14-20231220-024442.yml (917 Bytes)

As far as I know, I am pretty sure the TPM is not supposed to be a value of 2.0. My experience with the Librem 14 v1 so far using Qubes OS is still seamless, even on R4.2.0.

3 Likes
90

I’ve never run an HCL report, but in my Qubes Global Config it says that my TPM is “2.0 (not yet supported)”, so maybe the HCL report is just missing that caveat?

1 Like
91

You can use the following instructions to generate a HCL report:

Also, I have confirmed that the TPM used in the Librem 14 is originally 1.2, but can be upgraded to 2.0.

Some Librem 14s did come with TPM 2.0 by accident, as mentioned at the end of the thread.

2 Likes
92

Strangely, though, my dmesg reports that my TPM is 1.2 and I got my laptop shipped with PureBoot so it shouldn’t have slipped through the cracks. But my HCL report also shows 2.0. My /etc/issue says that I’m still on rc5, although based on this post it sounds like that might just be a bookkeeping error.

This is my full HCL report, not sure if it’s useful to have multiple reports from the same model but it can’t hurt:

---
layout:
  'hcl'
type:
  'Laptop'
hvm:
  'yes'
iommu:
  'yes'
slat:
  'yes'
tpm:
  '2.0'
remap:
  'yes'
brand: |
  Purism
model: |
  librem_14
bios: |
  PureBoot-Release-28.3
cpu: |
  Intel(R) Core(TM) i7-10710U CPU @ 1.10GHz
cpu-short: |
  FIXME
chipset: |
  Intel Corporation Device [8086:9b51]
chipset-short: |
  FIXME
gpu: |
  Intel Corporation Comet Lake UHD Graphics [8086:9bca] (rev 04) (prog-if 00 [VGA controller])
  
gpu-short: |
  FIXME
network: |
  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
  
memory: |
  32642
scsi: |

usb: |
  1
certified:
  'no'
versions:
  - works:
      'FIXME:yes|no|partial'
    qubes: |
      R4.2.0-rc5
    xen: |
      4.17.2
    kernel: |
      6.1.62-1
    remark: |
      FIXME
    credit: |
      FIXAUTHOR
    link: |
      FIXLINK

Qubes-HCL-Purism-librem_14-20231221-093206.yml (849 Bytes)

2 Likes
93

Multiple HCL reports is fine as it is useful feedback for the Qubes OS team. No feedback would make it very difficult for anyone, including them, to determine how much Qubes OS is still compatible with the hardware.

Thank you for your HCL report.

94

It’s not just fine: It’s necessary to include the hardware into Community recommended computers.

2 Likes
95

So in the end what TPM do you have?
I do see same message on global config that 2.0 is not yet supported, but dmesg gives me 1.2 output.

So not sure now. I do have 1.2 or 2.0?

1 Like
96

@skyvine I just created a pull request for this HCL report. Thanks for submitting it.

3 Likes
97

Based on the link that @FranklyFlawless shared, my interpretation of the output is that the global config understands that the chip could theoretically be flashed to support 2.0, but is currently running 1.2. I don’t know enough about the TPM specifications to say if there are actually hardware components that are needed, which would mean that it is useful to know if the chip supports it in theory and be a good explanation for the output.

But that’s just my interpretation, and this is far outside the technologies I normally work with. Others might know more.

1 Like
98

Looked through some more of the thread, I’ve had some issues that I assumed were hardware problems but maybe not.

Regarding CPU frequency, I’m seeing > 3.0GHz on all my CPUs while compiling a large codebase (Guix), as reported by xenpm start 1 | Grep "Avg freq". I’m not exactly in the best thermal setup (my latpop is literally sitting on a carpet right now, I treat my computer so well) so I wouldn’t expect it to go to the maximum frequency.

I’ve had issues with my laptop turning off when I unplug it from the charger. I did not think this was due to QubesOS because it wasn’t a problem when I initially got the laptop, so I attributed it to a problem with the battery itself. I ordered it with QubesOS pre-installed. I’ll try booting from some ISOs and see if the problem also occurs with them (tonight, once I’m done doing stuff for the day).

I’ve also had a problem with USB devices becoming disconnected when they are jostled slightly, but the sensitivity varies by USB device so I again attributed this to hardware problems. But if the battery is actually a software issue this might be too.

Sorry if this has any impact on your commit @flavio

1 Like
99

No worries at all! If there are confirmed problems that are linked directly to Qubes OS, I can submit a change to the report and add those in the remarks. I’ll keep an eye on this thread.

1 Like
100

Unfortunately I can’t boot from an ISO right now due to reasons unrelated to QubesOS (I apparently forgot to re-sign the ISOs last time I rotated my keys, so I need to check their hashes again against a known good source, and PureBoot is configured to reject unsigned ISOs). However, I have some non-conclusive data points.

The main problem I experience is that if I unplug my charger then my laptop immediately powers off. I observed this behavior a few moments ago when I unplugged my laptop after I finished working. I did not observe this behavior when I unplugged the charger while I was in the BIOS boot menu, nor did I observe it on the decryption screen. However, I also did not observe it when I unplugged immediately after logging into my account, so perhaps the laptop needs to be running for some uncertain amount of time before the problem occurs.

In the past I have observed the laptop power at seemingly random times if it was never plugged in to begin with. This normally did not take a very long time, usually before I got to the login screen but sometimes a little after logging in. But this was incidental expreience, I was not specifically testing it, and it was a while ago (nowadays I just always keep my laptop plugged in when I’m using it.)

My batter also fails to charge past ~50%. I could see a software problem causing the computer to power off when the charger is unplugged because there is a state change that it might respond to (similarly, gradual discharging is a series of state changes) but I struggle to imagine how a software flaw could prevent the battery from charging when it is plugged in - as I understand, this is a purely mechanical process. And I am led to believe that it is somewhat normal for batteries to lose their capacity over time. But I am not an expert in this.

1 Like
101

The battery issues are NOT QubesOS-specific. There is a thread about it in the purism forum, and the fix is to update the EC firmware. Hopefully this will also fix my USB ports.

Purism thread: Librem 14 sudden crash when unplugged - #118 by gam - Librem 14 - Purism community
Update instructions: Librem-EC on Purism Devices – Purism

2 Likes
102

@adw It seems this Issue can be closed, since the above posts confirm that suspend on Librem 14 is reliable, and I confirm it, too.

2 Likes
103

Since the 2 immediate above posts are mine, I want to make sure that I communicated clearly.

The battery issues I referred to are only the following:

  • Battery does not complete changing when plugged in (stops anywhere from ~15%-50%)
  • Computer shuts off at random points if not plugged in, and consistently shuts off if unplugged after working on it for a long time while plugged in

“Suspend” could refer to multiple things. Reading through the GitHub issue did not give me any confidence in which meaning is meant.

If this is the computer sleeping after being idle for a few minutes (screen shuts off, user gets login screen after waking it up) then this has always worked fine for me even before the firmware update.

If this is the thing where you tell the computer to power off completely but save its state to be restored next time it boots up, then I have never used this feature and do not intend to.

1 Like
104

This is called hibernation.

Yes, aka suspend to RAM.

1 Like
105

Here is an updated HCL report of my Librem 14:

---
layout:
  'hcl'
type:
  'Laptop'
hvm:
  'yes'
iommu:
  'yes'
slat:
  'yes'
tpm:
  '2.0'
remap:
  'yes'
brand: |
  Purism
model: |
  librem_14
bios: |
  PureBoot-Release-29
cpu: |
  Intel(R) Core(TM) i7-10710U CPU @ 1.10GHz
cpu-short: |
  FIXME
chipset: |
  Intel Corporation Device [8086:9b51]
chipset-short: |
  FIXME
gpu: |
  Intel Corporation Comet Lake UHD Graphics [8086:9bca] (rev 04) (prog-if 00 [VGA controller])
  
gpu-short: |
  FIXME
network: |
  Intel Corporation Wi-Fi 6 AX200 [8086:2723] (rev 1a)
  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
  
memory: |
  65410
scsi: |

usb: |
  1
certified:
  'no'
versions:
  - works:
      'FIXME:yes|no|partial'
    qubes: |
      R4.2.1
    xen: |
      4.17.3
    kernel: |
      6.6.21-1
    remark: |
      FIXME
    credit: |
      FIXAUTHOR
    link: |
      FIXLINK

Qubes-HCL-Purism-librem_14-20240404-124242.yml (898 Bytes)

I upgraded my WiFi/Bluetooth module to the Intel AX200 recently.

1 Like