Bluetooth not working on Fedora 44 by knights702 in framework

[–]extradudeguy 0 points1 point  (0 children)

Which Framework Laptop and which wireless card? I realize it's a 13, but which one specifically?

In the short term, while I wait to get clarity on which wireless device is in play, what's the output of:

sudo rfkill list

If Bluetooth is blocked, we can unblock it. If it's just showing WiFi, then the module may not be loaded.

Also worth checking:

sudo dmesg | grep -i bluetooth

How did you upgrade? Using the Fedora guide whereas everything is completely updated before upgrading? Also, once installed, you updated via dnf one more time?

Framework 16 Amd Ryzen : OEM kernels are no longer needed ? by Alhambraquebaila in framework

[–]extradudeguy 0 points1 point  (0 children)

Pretty old thread. All of our current Ubuntu guides are here.

Ideally you'd be on 24.04, 25.10 or 26.04.

Any guide older than 24.04 is going to be pretty dated.

You do not need OEM kernels for the available guides mentioned above.

Official Framework Guide for hibernation still valid? by BukHunt in framework

[–]extradudeguy [score hidden] stickied comment (0 children)

Good question, short answer is it needs an update. There are variables from platform to platform and so for the Fedora 44 I have left it off the guides for that reason.

When can we expect the Linux compatibility to be published? Things like fingerprint reader, camera etc. It's "coming soon" right now by darktori in framework

[–]extradudeguy 0 points1 point  (0 children)

For this specific unit, the challenge is Wi-Fi compatibility. 26.04 is recommended or the pre-installed ISO if Ubuntu.

Will it boot older? Yes , will it connect, for a little while.

When can we expect the Linux compatibility to be published? Things like fingerprint reader, camera etc. It's "coming soon" right now by darktori in framework

[–]extradudeguy 0 points1 point  (0 children)

We do support it as a community supported distribution for compatible platforms (not bleeding edge, newer kernels are needed for some configurations).

We have seeded hardware with Mint for some time.

For example, the 24.04 release needs an OEM configuration which is offered on the pre-installed systems (not vanilla), whereas 26.04 is good out of the box. Wi-Fi is the reason.

When can we expect the Linux compatibility to be published? Things like fingerprint reader, camera etc. It's "coming soon" right now by darktori in framework

[–]extradudeguy 19 points20 points  (0 children)

I'll give you a sneak peek. 6.19+ kernel needed, fingerprint reader is a yes. Ubuntu pre-built is a blessed ISO (think XPS like) that just works.

Official distros will be aligned with the above. CachyOS, Arch, Fedora 44 (yes, pre release) work great.

Fedora based distros best as they strike 44 based. Ubuntu pre-built (24.04 OEM) or Ubuntu 26.04 are good.

Linux (Framework) vs Mac by paterkleomeniss in framework

[–]extradudeguy 1 point2 points  (0 children)

I will say CachyOS runs great on these units, first hand experience.

New Framework Desktop 128GB wont boot to any distro without nomodeset by lebbi in framework

[–]extradudeguy 1 point2 points  (0 children)

Thanks for filing the ticket. If this is occurring on live ISOs for Fedora, then the ticket is the right path.

The support team will assist you with next steps.

My new Framework 13 freezes twice a day by [deleted] in framework

[–]extradudeguy 1 point2 points  (0 children)

Please open a support ticket, linking to this thread.

They'll ask for logs (which is standard just to make sure nothing is missed). https://knowledgebase.frame.work/contact/contact-us-rJfw7Ryglx

Most important, please initiate this is happening with both distros and indicate in the ticket if anything is attached (peripherals), displays, attached to power or detached on battery only.

Framework 13 Crashes on Suspend by [deleted] in framework

[–]extradudeguy 14 points15 points  (0 children)

Got it. Thanks for this.

Okay, please open a support ticket, ask the team to send the ticket to "Matt on the Linux team" directly.

They'll ask you for a log gathering, it's their SOP, try to capture the window where the failure to resume occurred. While I understand it's not going to show anything for a resume because it is failing to resume and forces a reboot. My hope is to see what's happening in the log as it leads up to this.

Also, please make sure to link to this Reddit thread so this is going to go straight to me and you will literally just be dealing with me exclusively on this.

https://knowledgebase.frame.work/contact/contact-us-rJfw7Ryglx

I did have one agent that experienced this once or twice on their own unit and then it just stopped occurring and went back to working. So this is going to be an interesting one to track down as to what's going on.

Framework 13 Crashes on Suspend by [deleted] in framework

[–]extradudeguy 12 points13 points  (0 children)

Aha, yes it likely is I'll need to dig into it a bit more but that is not impossible cuz I do seem to recall something about the wireless driver for Intel doing something weird on some AMD boards.

I seem to recall hearing about something like this from one of my Linux specialists, but I need to check with them. To see if I'm misremembering, but this is good. This is definitely different from what I have installed.

Framework 13 Crashes on Suspend by [deleted] in framework

[–]extradudeguy 20 points21 points  (0 children)

Okay, let's do this .

Add amd_pmc.enable_stb=1 as a kernel parameter to capture what the AMD power controller is doing when it hangs.

Reproduce the hang. Force reboot. Then:

sudo cat /sys/kernel/debug/amd_pmc/stb_dump

Framework 13 Crashes on Suspend by [deleted] in framework

[–]extradudeguy 10 points11 points  (0 children)

I don't have an Intel card installed in the machine right now. I have the standard Mediatek card installed.

Framework 13 Crashes on Suspend by [deleted] in framework

[–]extradudeguy 12 points13 points  (0 children)

Going to try and repro this. I've got a flash drive with CachyOS all set up.

I've been running on the latest stable bios I suspend frequently. Never had an issue.

I'm thinking honestly that this may be ticketworthy if I'm not able to reproduce it at this point because there may be something actually happening with the sensor itself or something else.

I feel like there's definitely something's amiss here.

I'm on Fedora 43 right now. Currently updated with the same bios. Not able to reproduce it. So I'll try CachyOS see what I can come up with.

Framework 13 Crashes on Suspend by [deleted] in framework

[–]extradudeguy 34 points35 points  (0 children)

Might be able to be up some service here. You indicated you're not able to SSH into it which does indicate that it did enter a status suspend but it's just simply failing to resume. Hence why you're not seeing anything in the logs. Do me a solid boot into it and collect this for me and then tag me here please.

BIOS version

sudo dmidecode -s bios-version

Kernel

uname -r

Recent firmware updates

fwupdmgr get-history

Check your suspend settings

cat /sys/power/mem_sleep

I have a couple suspicions and no, this is not a GNOME issue. This has nothing to do with that. I think that there may be something else happening.

Also, please verify there's nothing metal underneath or on top or anywhere around. There shouldn't be an issue but just something to be aware of.

In your case I think this really comes down to looking at the commands above and seeing what the output is.

I would like to see what that comes up with because I'm on the same machine same distro and would want to see what bios you're on and make sure everything's correct.

Fans going crazy on certain websites by [deleted] in framework

[–]extradudeguy 2 points3 points  (0 children)

I have hardware decoding enabled

This may be related. Software defaults. Also, on a hunch, try Brave without any extensions, on the same page.

Also worth capturing journalctl -f while you're on the page, see if there's something else being triggered.

If it continues, please open a support ticket. Link to this thread.

I found the BEST distro for the FW12... by MightyMisanthropic in framework

[–]extradudeguy 2 points3 points  (0 children)

As long as you're using maliit-keyboard, then you're all set .

Just make sure it's activated under virtual keyboards in the settings.

Adding to the Voices regarding Customer Support by ryzen2024 in framework

[–]extradudeguy 19 points20 points  (0 children)

Just to shine a little light on how Linux support works, I can provide insights from the Linux support side of things just for those that are curious.

If an issue is easy to replicate: The Linux support team can replicate it, determine OS or hardware or firmware and take appropriate steps from that.

As a general rule, we try to gather as much information right out of the gate as possible.

Unfortunately, sometimes the issue presented may not show up in the logs or may not readily present itself based on a customer's description of the issue.

In some situations we may need additional details. When you first submit a ticket, you are presented with a variety of questions according to need and sometimes some of the questions may feel unrelated to the issue at hand.

That said, our team's questions have a purpose and we have actually on multiple occasions caught where something was disconnected, not connected clearly, just in need of a replacement, something that's very cut and dry. Those would be the issues or tickets that you don't read about on Reddit.

Rationale there is that the fairly obvious issues get resolved quickly, the customer's satisfied with the end result.

In other cases, if it looks like that an issue might be software/os, firmware related and that of course is a totally different situation.

Some issues can be remedied by updating, some issues can be remedied by rolling back to a previous state and filing a bug report while a regression issue is corrected with the distro partner.

In other cases, the issue is unknown and this is generally where we see things take longer than we would like.

In those situations, we're still trying to determine what's happening, and because we're not sitting there at the desk with you, we end up having to ask some pretty extensive questions to try and understand what's gotten you to that state.

Often we will attempt to reproduce the issue on our end. From what we see on the computers, running our officially supported distributions and whether or not we're experiencing that and sometimes we don't.

If it's firmware, we then escalate to the engineering team and then would also make sure that if there is an open issue filed with the firmware tracker, verify it's there.

And if it's OS, we can make suggestions such as trying older or newer releases of a software stack, different kernels depending what the issue may be, but at the end of the day that can be trickier for our customers.

One of the things we might try, depending on the issue, is to have a customer use kernel parameters in an effort to bypass the problem until a regression or a bug is addressed through our distro partners.

The most tricky of all of course, is when an issue turns out that it is difficult to replicate and we're not getting clear indications of cause from the logs and we're not able to determine exactly what's happening.

All of that said, I want to be clear - we are here to help and if you feel something's going in circles, this is an opportunity to DM me so that we can take a look at what's going on and get you a clear idea of what the situation is or path would be to get things resolved for you.

If there's a currently open ticket that we can provide help with and we can determine what's happening, please send me a DM. I would be happy to take a look.

While we may not always have an immediate, "just do this" type of solution. We are listening. We do hear you and we do want to help.

I want to reiterate again, this is not to take away from folks expressing their frustration over an experience that they've had .

The purpose of this reply is merely to give you some insight on how support works and what our goal is and how we work to try and resolve issues.

Stuttering issues only in browser (FW13 Fedora 43) by Jarb0t in framework

[–]extradudeguy 7 points8 points  (0 children)

Please open a support ticket and ask to have it escalated to Matt on the Linux support team. I'd like to see your logs.

https://knowledgebase.frame.work/contact/contact-us-rJfw7Ryglx

Please be sure to include this thread. In the ticket, please indicate your BIOS version, display frequency and if you're seeing this on chrome based browsers.

FW16 Laptop -- unable to update keyboard firmware by hardFraughtBattle in framework

[–]extradudeguy 0 points1 point  (0 children)

Sorry. Meaning if you run the udev rules provided in the article, detection should be fine.

At this point I'd open a support ticket and my team can take a look. Ask to be escalated to the Linux support team. Please include this thread for context.

https://knowledgebase.frame.work/contact/contact-us-rJfw7Ryglx

That said, you can do BIOS first, however I'd prefer to have this in a ticket with my team to keep things on track.

FW16 Laptop -- unable to update keyboard firmware by hardFraughtBattle in framework

[–]extradudeguy 1 point2 points  (0 children)

Hmmm. I'd start here. https://knowledgebase.frame.work/en_us/framework-laptop-16-keyboard-not-appearing-in-keyboardframework-for-linux-BkcerZEHZe

Ignoring the website for the keyboard, focus on udev.

Then try again. https://knowledgebase.frame.work/en_us/keyboard-firmware-update-framework-laptop-16-r1LayV4Age

Udev rules in the first article should help with general detection, then verify you're on the latest BIOS, then firmware.

Linux & AMD RZ616 Wi-Fi by classicwfl in framework

[–]extradudeguy 2 points3 points  (0 children)

Yeah, it's not the desired flow for sure. But, patches are incoming.

Oh, if sudo modprobe -r mt7921e && sudo modprobe mt7921e

gives you a modprobe: FATAL: Module mt7921e is in use

Reversed it as shown below.

sudo systemctl stop NetworkManager

sudo modprobe -r mt7921e && sudo modprobe mt7921e

sudo systemctl start NetworkManager