test December 2024

test@lists.fedoraproject.org

15 participants
11 discussions

GK107 10de:0fc1 Kepler regression: black screen when KMS enabled
by Felix Miata 27 Dec '24

27 Dec '24

https://gitlab.freedesktop.org/drm/nouveau/-/issues/385 GK107 10de:0fc1 Kepler black screen when KMS enabled No local I/O is possible once KMS engages. 6.11.11-300.fc41.x86_64 produces the same problem as all other post-6.6 kernels. 6.6.63 in Tumbleweed is working just dandy. No distros' current kernels behave any differently. There's been zero activity in that report other than from myself. Can anyone here suggest anything I can do to generate interest (that does not include me trying to bisect or build software) in providing a fix? Command line option(s) perhaps? -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

3 7

Update has been bouncing of Bohdi for months
by Ian Laurie 16 Dec '24

16 Dec '24

Someone who understands the mechanisms needs to take a look at: https://bodhi.fedoraproject.org/updates/FEDORA-2024-4e960d96d5 It's been submitted to stable about 3 million times but keeps bouncing back. The spam from it is driving me nuts :) -- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney

2 1

2024-12-16 @ 16:00 UTC - Fedora Quality Meeting
by Adam Williamson 15 Dec '24

15 Dec '24

1 0

Re: GK107 10de:0fc1 Kepler regression: black screen when KMS enabled
by Felix Miata 14 Dec '24

14 Dec '24

> schrieb Felix Miata: >> https://gitlab.freedesktop.org/drm/nouveau/-/issues/385 >> GK107 10de:0fc1 Kepler black screen when KMS enabled >> No local I/O is possible once KMS engages. > did you check the 6.13 series from Rawhide yet? Do you have some special knowledge of change there that should encompass this? > Caused by a ipu6 driver issue i had tested 6.13.0rc2 from F42 myself, and it works. > If there is a fix, you will find it in that kernel. What is "ipu"? Intel® Infrastructure Processing Unit? If yes, does it apply to NVidia GPUs? I can't fathom a connection. Does 6.13 have some radical change to KMS/DRM since the initial failure in 6.7 that wasn't yet present in 6.8, 6.9, 6.10, 6.11 or 6.12.4? # inxi -S System: Host: p5bse Kernel: 6.12.4-200.fc41.x86_64 arch: x86_64 bits: 64 Desktop: TDE (Trinity) v: R14.1.3 Distro: Fedora Linux 41 (Forty One) # dmesg | grep -i edid [ 25.724264] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 25.757769] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 25.768783] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 68.010916] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 68.034183] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 76.308493] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 76.319709] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 [ 76.330809] nouveau 0000:01:00.0: drm: DDC responded, but no EDID for DVI-D-1 # This has been the same since 6.7. I can't be more time specific as I didn't have this GPU when the first of 6.7s appeared. -- Evolution as taught in public schools is, like religion, based on faith, not based on science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata

1 0

IPA Migrate test days
by Sumantro Mukherjee 09 Dec '24

09 Dec '24

Hello All, IDM and Fedora QA team are running a test event for testing IPA to IPA migrate feature. The design document sums up the feature well enough[0]. If you are some with experience with IPA ; feel free to jump to this test and submit your results[1] The wiki has the pre-req [2] ; feel free to reach out to us in case you have any questions! [0] https://freeipa.readthedocs.io/en/latest/designs/ipa_to_ipa_migration.html [1] https://testdays.fedoraproject.org/events/206 [2] http://fedoraproject.org/wiki/Test_Day:Test_Day:2024-12-09_IPA_migrate -- //sumantro Fedora QE TRIED AND PERSONALLY TESTED, ERGO TRUSTED <https://redhat.com/trusted>

2 1

2024-12-16 @ 16:00 UTC - Fedora Quality Meeting
by Adam Williamson 08 Dec '24

08 Dec '24

# Fedora Quality Assurance Meeting # Date: 2024-12-16 # Time: 16:00 UTC (https://fedoraproject.org/wiki/Infrastructure/UTCHowto) # Location: https://matrix.to/#/#meeting:fedoraproject.org?web-instance[element.io]=cha… Greetings testers! I'm proposing we have the last meeting of the year not on 2024-12-09 as we usually would, but on 2024-12-16. For one thing I'm on vacation this Monday, but also, if we do it then, we probably won't meet again for another month or so due to the holidays, I think meetings on 12-23 or 12-30 would be pretty sparsely attended. So I'm gonna suggest we do 2024-12-16 then 2025-01-06, then get back to every two weeks. Yell if this doesn't sound like a good plan! Here is a handy link which should show you the meeting time in your local time: https://www.timeanddate.com/worldclock/fixedtime.html?msg=Fedora+quality+me… If anyone has any other items for the agenda, please reply to this email and suggest them! Thanks. == Proposed Agenda Topics == 1. Previous meeting follow-up 2. Fedora 42 status 3. Test Day / community event status 4. Open floor -- Adam Williamson (he/him/his) Fedora QA Fedora Chat: @adamwill:fedora.im | Mastodon: @adamw@fosstodon.org https://www.happyassassin.net

1 0

Fwd: Linux kernel 6.1.3 released
by Luna Jernberg 08 Dec '24

08 Dec '24

This one works better then 6.1.2 with kernel panics so you have more to package so we can test when you are awake :) ---------- Forwarded message --------- Från: Linux Kernel Distribution System <kdist(a)linux.kernel.org> Date: ons 4 jan. 2023 kl 11:46 Subject: Linux kernel 6.1.3 released To: <linux-kernel-announce(a)vger.kernel.org> Linux kernel version 6.1.3 is now available: Full source: https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.1.3.tar.xz Patch: https://cdn.kernel.org/pub/linux/kernel/v6.x/patch-6.1.3.xz PGP Signature: https://cdn.kernel.org/pub/linux/kernel/v6.x/linux-6.1.3.tar.sign You can view the summary of the changes at the following URL: https://git.kernel.org/stable/ds/v6.1.3/v6.1.2

3 7

Adding tests for Fedora Linux on VMware Workstation/Fusion
by Neal Gompa 07 Dec '24

07 Dec '24

Hey folks, I'd like to ask if we could consider adding regular tests for running Fedora Linux on VMware Workstation and VMware Fusion. Both products are now available for use at no-cost for any purpose[1]. Notably, VMware Fusion is the only reasonably supportable hypervisor for Fedora Linux VMs on Apple Silicon Macs, and the Fedora KDE SIG *explicitly* supports this use-case for Fedora KDE. (The other option is Parallels Desktop, but we don't have Parallels guest tools in Fedora, and I'm pretty sure we can't because it uses its own kernel modules and might not be fully FOSS.) Is there a path forward to adding it as a test-case, maybe even with some automated testing? [1]: https://blogs.vmware.com/cloud-foundation/2024/11/11/vmware-fusion-and-work… -- 真実はいつも一つ！/ Always, there's only one truth!

4 4

Propose to make Fedora WSL Blocking
by Sumantro Mukherjee 04 Dec '24

04 Dec '24

Hello All, As many of you might know, Fedora WSL is coming to Fedora Linux 42[0]. This will be a good starting point for many people and blocking this artifact will help us ensure the experience is not broken. [0]https://fedoraproject.org/wiki/Changes/FedoraWSL WDY'allT? -- //sumantro Fedora QE TRIED AND PERSONALLY TESTED, ERGO TRUSTED <https://redhat.com/trusted>

6 5

kernel-6.12.1 breaks VirtualBox hosts by default
by Ian Laurie 02 Dec '24

02 Dec '24

The latest test day kernel-6.12.1-200.fc41.x86_64 was working great for me until I tried to launch a VirtualBox VM. "VirtualBox can't operate in VMX root mode. Please disable the KVM kernel extension, recompile your kernel and reboot (VERR_VMX_IN_VMX_ROOT_MODE)." Recompile you kernel? After I picked myself off the floor and did some searching I came across a fix that seems to work. Fix is to type the following: sudo modprobe -r kvm_intel This allows VirtualBox to work however it breaks launching QEMU/KVM virtual machines until you undo it with this: sudo modprobe kvm_intel This is a bit nasty. If I boot kernel-6.11.10 I can run VirtualBox and QEMU/KVM VMs no problem (obviously not at the same time). Is this expected behavior with 6.12 or is it somehow specific to me? Can't we have the module unloaded *by default* and have QEMU/KVM load it as required? Then unload it when the last VM exits? Seems useless having it loaded all the time, especially since it breaks VirtualBox. -- Ian Laurie FAS: nixuser | IRC: nixuser TZ: Australia/Sydney

3 4

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

test December 2024