https://bugzilla.suse.com/show_bug.cgi?id=1195094
Bug ID: 1195094
Summary: nVidia: Remove generic (fb) driver first ...
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Enhancement
Priority: P5 - None
Component: X11 3rd Party Driver
Assignee: gfx-bugs(a)suse.de
Reporter: sndirsch(a)suse.com
QA Contact: sndirsch(a)suse.com
Found By: ---
Blocker: ---
Users of nVidia's proprietary driver are running into issues with the
introduction of 'simpledrm'.
https://forums.developer.nvidia.com/t/510-39-01-on-5-16-0-kernel-green-scre…
There are workarounds available like
a) patching the nvidia kernel module and no longer calling
pci_request_regions(...) function
b) Kernel option 'initcall_blacklist=simpledrm_platform_driver_init'
c) Kerneloption ' fbcon=map:1'.
But the culprit is that nVidia doesn't remove the generic driver (e.g.
efifb/vesafb) first. This should be changed to address the real issue here.
API under MIT license
https://elixir.bootlin.com/linux/latest/source/include/drm/drm_aperture.h
Example for nouveau driver.
https://elixir.bootlin.com/linux/latest/source/drivers/gpu/drm/nouveau/nouv…
Thomas is the author of 'simpledrm'. Please correct me, if I misunderstood
anything and feel free to add more details here.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1200983
Bug ID: 1200983
Summary: mouse & keyboard not available in X/plasma
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Normal
Priority: P5 - None
Component: X.Org
Assignee: gfx-bugs(a)suse.de
Reporter: opensuse(a)mike.franken.de
QA Contact: gfx-bugs(a)suse.de
Found By: ---
Blocker: ---
Starting with a few Tumbleweed snapshots ago I always have the problem, that
mouse and keyboard are not working in my X/plasma desktop.
I always have to unplug und plug them in again. After that they work as
expected.
There are no obvious error messages, that could help me to solve this problem.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1196048
Bug ID: 1196048
Summary: audit file watches do not really work?
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: Other
OS: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: meissner(a)suse.com
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
auditctl -e 1
auditctl -w /etc/issue
if i do
echo hallo >> /etc/issue
-> not audited
if i do
vim /etc/issue
... remove hallo line and save ...
-> audited
cat /etc/issue
-> not audited
Not sure if I am doing it right.
--
You are receiving this mail because:
You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=1188352
Bug ID: 1188352
Summary: Can't enter LUKS password since kernel 5.13 on
Pinebook Pro
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: aarch64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: jonasdcdm(a)mailbox.org
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Created attachment 851029
--> http://bugzilla.opensuse.org/attachment.cgi?id=851029&action=edit
dmesg
Since the upgrade to kernel 5.13 it's no longer possible to enter the LUKS
password on boot. The physical keyboard works fine in GRUB, but the LUKS prompt
won't see it, it doesn't register any key press.
Entering the password via serial console works, and the Pinebook Pro boots to
the desktop, where the physical keyboard works again.
Kernel 5.12.13-1 is still working fine.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1200684
Bug ID: 1200684
Summary: Cannot find 'org.kde.KSplash.setStage' in object
/KSplash at org.kde.KSplash
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Normal
Priority: P5 - None
Component: KDE Workspace (Plasma)
Assignee: opensuse-kde-bugs(a)opensuse.org
Reporter: opensuse(a)mike.franken.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Starting with the latest Tumbleweed snapshot 20220617 I get the following
messages in my journal:
Cannot find 'org.kde.KSplash.setStage' in object /KSplash at org.kde.KSplash
Activated service 'org.kde.KSplash' failed: Process org.kde.KSplash exited with
status 1
I am not sure, if this has any impact on my system, but if not, what sense do
they make?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1201121
Bug ID: 1201121
Summary: kernel: spi-nor spi0.0: BFPT parsing failed. Please
consider using SPI_NOR_SKIP_SFDP when declaring the
flash
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Kernel
Assignee: kernel-bugs(a)opensuse.org
Reporter: opensuse(a)mike.franken.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Starting with the Tumbleweed snapshot installed on June 7th I get
kernel: spi-nor spi0.0: BFPT parsing failed. Please consider using
SPI_NOR_SKIP_SFDP when declaring the flash
in my journal on every boot.
Running fwupdmgr I get
fwupd[6102]: 12:26:06:0015 FuPluginDfu truncated DFU interface data,
no bcdDFUVersion
The daemon nevertheless is starting.
Because there is no newer firmware for any of my devices I am not able to test,
if an update would work despite these error messages.
This is a XPS 13 9310 2-in-1/0NVVG0, BIOS 2.8.1 02/25/2022.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1204333
Bug ID: 1204333
Summary: syslog-ng: Error opening file for writing;
filename='/dev/tty1', error='Permission denied (13)'
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: screening-team-bugs(a)suse.de
Reporter: opensuse(a)mike.franken.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Yesterday I updated my Tumbleweed machine after a few weeks of vacation.
Since then I get this error message every so often:
syslog-ng: Error opening file for writing; filename='/dev/tty1',
error='Permission denied (13)'
I checked the syslog-ng apparmor file, but it still contains
/dev/tty1 rw,
ls -l /dev/tty1
crw--w---- 1 root tty 4, 1 Oct 15 12:43 /dev/tty1
I'm not sure, if and how the permissions for /dev/tty1 have been changed,
though. They seem to be identical on other machines, where syslog doesn't give
that error message.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1197954
Bug ID: 1197954
Summary: systemd-cryptsetup: Device root is still in use.
Classification: openSUSE
Product: openSUSE Tumbleweed
Version: Current
Hardware: x86-64
OS: openSUSE Tumbleweed
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Basesystem
Assignee: screening-team-bugs(a)suse.de
Reporter: opensuse(a)mike.franken.de
QA Contact: qa-bugs(a)suse.de
Found By: ---
Blocker: ---
Starting with the Tumbleweed snapshot installed on March, 29th I got back an
old error
systemd-cryptsetup: Device root is still in use.
systemd-cryptsetup: Failed to deactivate: Device or resource busy
which shows up in the journal after switching root.
I am not sure, but I believe that the reason for this is
systemd[1]: plymouth-start.service: Unit process 394 (plymouthd) remains
running after unit stopped.
systemd[1]: Dispatch Password Requests to Console Directory Watch was skipped
because of a failed condition check (ConditionPathExists=!/run/plymouth/pid).
which shows up in the journal just before the "in use" message.
So plymouth didn't stop and the encrypted filesystem couldn't be unmounted.
Before the last two snapshots the message looked like this:
systemd[1]: Condition check resulted in Dispatch Password Requests to Console
Directory Watch being skipped.
--
You are receiving this mail because:
You are on the CC list for the bug.