Mouse/Keyboard Frozen upon Waking from Suspend

dakota · 2021-12-01 17:00:09

I would like to be able to Suspend my computer during periods of inactivity, instead of turning it Off.

From a terminal, if I type "systemctl suspend", the monitors blank and the computer fans turn off. When I jiggle the mouse, type a key, or press the power button, the fans turn back on and the monitors display whatever they displayed before suspending, but after that...

1. the mouse does not respond
2. the keyboard does not respond
a. ctrl-F1 through F4 does not move to a different workspace
b. ctrl-alt-F1 through F4 does not open a new tty
i. after typing ctrl-alt-F2, I type my username and password blindly and type reboot, but nothing happens
3. the monitor does not update. (Conky is frozen)
4. Magic SysRq does work, but
a. nothing is display on the screen during each of those steps, until "alt-SysRq-B" when the system shuts down and the monitors turn off.

I have never used dual monitors before.
I reviewed the wiki on multihead, but since both monitors are recognized upon booting, in their proper order, I have not changed any settings.

NEC MultiSync LCD 2090UXi -- dvi-d
Dell U2410 -- display port
Logitech keyboard, K520, wireless
Logitech mouse, M310, wireless

(I have also tried a USB-wired keyboard and mouse)

I have never used Suspend before. I reviewed the Power Management/Suspend and and the Power Management pages, but did not modify any of my settings because "systemd provides native commands for suspend, hibernate and a hybrid suspend... This is the default interface used in Arch Linux." and "systemctl suspend should work out of the box".

Not sure if this is relevant, but there are some power-monitor-related issues that I have not been able to figure out. When the system turns off the monitors using dpms, the Dell monitor sometimes will not wake up from sleep. The same thing sometimes happens if I cycle the power button. However, using "xset dpms force off" always seems to work and I never have any problems waking up the monitors (so far).

I am not using any display managers or DE.

I am running Fluxbox and starting it with "startx".

========================================

Journal from a failed resume

$ lsusb
----------------------------------------
Bus 002 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

$ lspci
----------------------------------------
00:00.0 Host bridge: Intel Corporation Xeon E5/Core i7 DMI2 (rev 07)
00:01.0 PCI bridge: Intel Corporation Xeon E5/Core i7 IIO PCI Express Root Port 1a (rev 07)
00:01.1 PCI bridge: Intel Corporation Xeon E5/Core i7 IIO PCI Express Root Port 1b (rev 07)
00:02.0 PCI bridge: Intel Corporation Xeon E5/Core i7 IIO PCI Express Root Port 2a (rev 07)
00:03.0 PCI bridge: Intel Corporation Xeon E5/Core i7 IIO PCI Express Root Port 3a in PCI Express Mode (rev 07)
00:05.0 System peripheral: Intel Corporation Xeon E5/Core i7 Address Map, VTd_Misc, System Management (rev 07)
00:05.2 System peripheral: Intel Corporation Xeon E5/Core i7 Control Status and Global Errors (rev 07)
00:05.4 PIC: Intel Corporation Xeon E5/Core i7 I/O APIC (rev 07)
00:16.0 Communication controller: Intel Corporation C600/X79 series chipset MEI Controller #1 (rev 05)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (Lewisville) (rev 05)
00:1a.0 USB controller: Intel Corporation C600/X79 series chipset USB2 Enhanced Host Controller #2 (rev 05)
00:1b.0 Audio device: Intel Corporation C600/X79 series chipset High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation C600/X79 series chipset PCI Express Root Port 4 (rev b5)
00:1c.2 PCI bridge: Intel Corporation C600/X79 series chipset PCI Express Root Port 3 (rev b5)
00:1d.0 USB controller: Intel Corporation C600/X79 series chipset USB2 Enhanced Host Controller #1 (rev 05)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5)
00:1f.0 ISA bridge: Intel Corporation C600/X79 series chipset LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation C600/X79 series chipset 6-Port SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation C600/X79 series chipset SMBus Host Controller (rev 05)
01:00.0 PCI bridge: Intel Corporation C608/C606/X79 series chipset PCI Express Upstream Port (rev 05)
02:08.0 PCI bridge: Intel Corporation C608/C606/X79 series chipset PCI Express Virtual Switch Port (rev 05)
03:00.0 Serial Attached SCSI controller: Intel Corporation C608 chipset Dual 4-Port SATA/SAS Storage Control Unit (rev 05)
05:00.0 VGA compatible controller: NVIDIA Corporation GK107GL [Quadro K2000] (rev a1)
05:00.1 Audio device: NVIDIA Corporation GK107 HDMI Audio Controller (rev a1)
08:00.0 USB controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 04)
3f:08.0 System peripheral: Intel Corporation Xeon E5/Core i7 QPI Link 0 (rev 07)
3f:08.3 System peripheral: Intel Corporation Xeon E5/Core i7 QPI Link Reut 0 (rev 07)
3f:08.4 System peripheral: Intel Corporation Xeon E5/Core i7 QPI Link Reut 0 (rev 07)
3f:09.0 System peripheral: Intel Corporation Xeon E5/Core i7 QPI Link 1 (rev 07)
3f:09.3 System peripheral: Intel Corporation Xeon E5/Core i7 QPI Link Reut 1 (rev 07)
3f:09.4 System peripheral: Intel Corporation Xeon E5/Core i7 QPI Link Reut 1 (rev 07)
3f:0a.0 System peripheral: Intel Corporation Xeon E5/Core i7 Power Control Unit 0 (rev 07)
3f:0a.1 System peripheral: Intel Corporation Xeon E5/Core i7 Power Control Unit 1 (rev 07)
3f:0a.2 System peripheral: Intel Corporation Xeon E5/Core i7 Power Control Unit 2 (rev 07)
3f:0a.3 System peripheral: Intel Corporation Xeon E5/Core i7 Power Control Unit 3 (rev 07)
3f:0b.0 System peripheral: Intel Corporation Xeon E5/Core i7 Interrupt Control Registers (rev 07)
3f:0b.3 System peripheral: Intel Corporation Xeon E5/Core i7 Semaphore and Scratchpad Configuration Registers (rev 07)
3f:0c.0 System peripheral: Intel Corporation Xeon E5/Core i7 Unicast Register 0 (rev 07)
3f:0c.1 System peripheral: Intel Corporation Xeon E5/Core i7 Unicast Register 0 (rev 07)
3f:0c.6 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller System Address Decoder 0 (rev 07)
3f:0c.7 System peripheral: Intel Corporation Xeon E5/Core i7 System Address Decoder (rev 07)
3f:0d.0 System peripheral: Intel Corporation Xeon E5/Core i7 Unicast Register 0 (rev 07)
3f:0d.1 System peripheral: Intel Corporation Xeon E5/Core i7 Unicast Register 0 (rev 07)
3f:0d.6 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller System Address Decoder 1 (rev 07)
3f:0e.0 System peripheral: Intel Corporation Xeon E5/Core i7 Processor Home Agent (rev 07)
3f:0e.1 Performance counters: Intel Corporation Xeon E5/Core i7 Processor Home Agent Performance Monitoring (rev 07)
3f:0f.0 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Registers (rev 07)
3f:0f.1 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller RAS Registers (rev 07)
3f:0f.2 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Target Address Decoder 0 (rev 07)
3f:0f.3 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Target Address Decoder 1 (rev 07)
3f:0f.4 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Target Address Decoder 2 (rev 07)
3f:0f.5 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Target Address Decoder 3 (rev 07)
3f:0f.6 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Target Address Decoder 4 (rev 07)
3f:10.0 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Channel 0-3 Thermal Control 0 (rev 07)
3f:10.1 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Channel 0-3 Thermal Control 1 (rev 07)
3f:10.2 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller ERROR Registers 0 (rev 07)
3f:10.3 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller ERROR Registers 1 (rev 07)
3f:10.4 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Channel 0-3 Thermal Control 2 (rev 07)
3f:10.5 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller Channel 0-3 Thermal Control 3 (rev 07)
3f:10.6 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller ERROR Registers 2 (rev 07)
3f:10.7 System peripheral: Intel Corporation Xeon E5/Core i7 Integrated Memory Controller ERROR Registers 3 (rev 07)
3f:11.0 System peripheral: Intel Corporation Xeon E5/Core i7 DDRIO (rev 07)
3f:13.0 System peripheral: Intel Corporation Xeon E5/Core i7 R2PCIe (rev 07)
3f:13.1 Performance counters: Intel Corporation Xeon E5/Core i7 Ring to PCI Express Performance Monitor (rev 07)
3f:13.4 Performance counters: Intel Corporation Xeon E5/Core i7 QuickPath Interconnect Agent Ring Registers (rev 07)
3f:13.5 Performance counters: Intel Corporation Xeon E5/Core i7 Ring to QuickPath Interconnect Link 0 Performance Monitor (rev 07)
3f:13.6 System peripheral: Intel Corporation Xeon E5/Core i7 Ring to QuickPath Interconnect Link 1 Performance Monitor (rev 07)

$ cat .xinitrc
----------------------------------------
#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

[[ -f ~/.Xresources ]] && xrdb -merge ~/.Xresources

conky -c ~/.conkyrc &
# conky -c ~/.conkyrc2 &
setxkbmap -layout us -variant dvorak &
numlockx &

# exec gnome-session
# exec startkde
# exec startxfce4
# exec wmaker
# exec icewm
exec fluxbox
# exec openbox-session
# exec xterm
# exec startlxde

# ...or the Window Manager of your choice

Cheers,

Edit -- ctrl-F1 through F4 does not move to a different workspace

Last edited by dakota (2021-12-01 17:59:49)

seth · 2021-12-01 17:54:31

a. ctrl-F1 through F4 does move to a different workspace

True or lacks a "not"?

This has probably nothing to do w/ the input devices. See
https://download.nvidia.com/XFree86/Lin … ement.html

Do you run a compositor (picom) next to fluxbox?

---
Most likely unrelated, but don't fork setxkbmap nor numlockx

dakota · 2021-12-01 18:29:49

seth wrote:

a. ctrl-F1 through F4 does move to a different workspace
True or lacks a "not"?
This has probably nothing to do w/ the input devices. See
https://download.nvidia.com/XFree86/Lin … ement.html
Do you run a compositor (picom) next to fluxbox?
---
Most likely unrelated, but don't fork setxkbmap nor numlockx

1. False. It should read "ctrl-F1 through F4 does not move to a different workspace"

2. I am running Nouveau with KMS. Is the linked page about Nvida still relevant? Or should I be looking through the Nouveau Power Management page? "The lack of proper power management in the nouveau driver is one of the most important causes of performance issues, since most cards will remain in their lower power state with lower clocks during their use."

3. No compositors.

4. Got it. Removed the fork for setxkbmap and numlockx. As you expected, no change.

$ cat /etc/mkinitcpio.conf 
----------------------------------------
# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES=(piix ide_disk reiserfs)
MODULES=(nouveau)

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image.  This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=()

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way.  This is useful for config files.
FILES=()

# HOOKS
# This is the most important setting in this file.  The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added.  Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
##   This setup specifies all modules in the MODULES setting above.
##   No raid, lvm2, or encrypted root is needed.
#    HOOKS=(base)
#
##   This setup will autodetect all modules for your system and should
##   work as a sane default
#    HOOKS=(base udev autodetect block filesystems)
#
##   This setup will generate a 'full' image which supports most systems.
##   No autodetection is done.
#    HOOKS=(base udev block filesystems)
#
##   This setup assembles a pata mdadm array with an encrypted root FS.
##   Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
#    HOOKS=(base udev block mdadm encrypt filesystems)
#
##   This setup loads an lvm2 volume group on a usb device.
#    HOOKS=(base udev block lvm2 filesystems)
#
##   NOTE: If you have /usr on a separate partition, you MUST include the
#    usr, fsck and shutdown hooks.
HOOKS=(base udev autodetect modconf block mdadm_udev filesystems keyboard consolefont fsck)
# COMPRESSION
# Use this to compress the initramfs image. By default, zstd compression
# is used. Use 'cat' to create an uncompressed image.
#COMPRESSION="zstd"
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
#COMPRESSION="lz4"

# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=()

$ pacman -Qi xf86-video-nouveau
----------------------------------------
Name            : xf86-video-nouveau
Version         : 1.0.17-2
Description     : Open Source 3D acceleration driver for nVidia cards
Architecture    : x86_64
URL             : https://nouveau.freedesktop.org/
Licenses        : GPL
Groups          : xorg-drivers
Provides        : None
Depends On      : systemd-libs  mesa
Optional Deps   : None
Required By     : None
Optional For    : None
Conflicts With  : xorg-server<21.1.1  X-ABI-VIDEODRV_VERSION<25  X-ABI-VIDEODRV_VERSION>=26
Replaces        : None
Installed Size  : 222.91 KiB
Packager        : Andreas Radke <andyrtr@archlinux.org>
Build Date      : Sun 07 Nov 2021 03:07:13 AM PST
Install Date    : Mon 22 Nov 2021 08:30:13 PM PST
Install Reason  : Explicitly installed
Install Script  : No
Validated By    : Signature

Cheers,

========================================

Edit -- additional info

The same symptoms are observed when booting with a single monitor connected and running "systemctl suspend" from:

1. within X
2. from the console

The only difference is that from the console, "ctrl-alt-F2" moves away from tty1, but never reaches tty2. (There is no header, e.g., "Arch Linux 5.15.5-arch1-1 (tty1)", and no prompt, only an underscore character. No characters are displayed when typing.)

Last edited by dakota (2021-12-01 18:57:03)

seth · 2021-12-01 22:20:30

I'd try https://aur.archlinux.org/packages/nvidia-470xx-dkms/
You could also try to boot "nomodeset" for a brief test - if this works, there's a very good chance that the problem is actually nouveau (and because of "Conky is frozen" it seems to be the framebuffer)

dakota · 2021-12-02 17:38:59

Thanks for your help, seth.

I'm using systemd-boot. I modified my loader config file to allow inline editing (at least I think that's what I did). Then I pressed "e" when the boot selection screen showed up, and at the end of the string added a space and then nomodeset.

I could not boot into a graphical environment, which (now that I read more about it) was completely expected.

From the terminal, I could issue "systemctl suspend" and the system suspended successfully (same as before). Jiggling the mouse woke the system up, but I was met with completely black screens. The keyboard did not seem to work (e.g., blindly typing poweroff), but did respond to Magic SysRq.

I then...

1. rebooted
2. uninstalled xf86-video-nouveau
3. removed "nouveau" from the mkinitcpio.conf MODULES()
4. installed linux-headers, dkms, nvidia-470xx-utils-470.86-3, and nvidia-470xx-dkms
5. did not add an entry to mkinitcpio.conf
6. $ sudo mkinitcpio -p linux
7. rebooted

No change from before. Suspend works, and I can wake the computer up, but the monitors don't wake back up. Actually, that's not quite true. Before, in the graphical environment, I would whatever was in the frame buffer. This time, the screens are blank.

Note: I don't understand what the last two lines in the pacman log mean. (depmod and no-depmod)

[2021-12-02T08:28:12-0800] [PACMAN] Running 'pacman -Syu dkms'
[2021-12-02T08:28:12-0800] [PACMAN] synchronizing package lists
[2021-12-02T08:28:13-0800] [PACMAN] starting full system upgrade
[2021-12-02T08:31:57-0800] [PACMAN] Running 'pacman -Syu linux-headers'
[2021-12-02T08:31:57-0800] [PACMAN] synchronizing package lists
[2021-12-02T08:31:57-0800] [PACMAN] starting full system upgrade
[2021-12-02T08:32:22-0800] [ALPM] transaction started
[2021-12-02T08:32:22-0800] [ALPM] installed pahole (1.22-1)
[2021-12-02T08:32:23-0800] [ALPM] installed linux-headers (5.15.5.arch1-1)
[2021-12-02T08:32:23-0800] [ALPM] transaction completed
[2021-12-02T08:32:23-0800] [ALPM] running '30-systemd-update.hook'...
[2021-12-02T08:32:23-0800] [ALPM] running '60-depmod.hook'...
[2021-12-02T08:36:28-0800] [PACMAN] Running 'pacman -S nvidia-470xx-utils-470.86-3-x86_64.pkg.tar.zst'
[2021-12-02T08:36:36-0800] [PACMAN] Running 'pacman -U nvidia-470xx-utils-470.86-3-x86_64.pkg.tar.zst'
[2021-12-02T08:37:11-0800] [ALPM] transaction started
[2021-12-02T08:37:11-0800] [ALPM] installed eglexternalplatform (1.1-2)
[2021-12-02T08:37:11-0800] [ALPM] installed egl-wayland (2:1.1.9+r3+g582b2d3-1)
[2021-12-02T08:37:12-0800] [ALPM] installed nvidia-470xx-utils (470.86-3)
[2021-12-02T08:37:12-0800] [ALPM-SCRIPTLET] If you run into trouble with CUDA not being available, run nvidia-modprobe first.
[2021-12-02T08:37:12-0800] [ALPM] transaction completed
[2021-12-02T08:37:12-0800] [ALPM] running '20-systemd-sysusers.hook'...
[2021-12-02T08:37:12-0800] [ALPM] running '30-systemd-daemon-reload.hook'...
[2021-12-02T08:37:12-0800] [ALPM] running '30-systemd-udev-reload.hook'...
[2021-12-02T08:37:12-0800] [ALPM] running '30-systemd-update.hook'...
[2021-12-02T08:37:39-0800] [PACMAN] Running 'pacman -U nvidia-470xx-dkms-470.86-3-x86_64.pkg.tar.zst'
[2021-12-02T08:37:53-0800] [ALPM] transaction started
[2021-12-02T08:37:53-0800] [ALPM] installed dkms (3.0.2-1)
[2021-12-02T08:37:53-0800] [ALPM] installed nvidia-470xx-dkms (470.86-3)
[2021-12-02T08:37:53-0800] [ALPM] transaction completed
[2021-12-02T08:37:53-0800] [ALPM] running '30-systemd-update.hook'...
[2021-12-02T08:37:53-0800] [ALPM] running '70-dkms-install.hook'...
[2021-12-02T08:37:53-0800] [ALPM-SCRIPTLET] ==> dkms install --no-depmod nvidia/470.86 -k 5.15.5-arch1-1
[2021-12-02T08:39:12-0800] [ALPM-SCRIPTLET] ==> depmod 5.15.5-arch1-1

Cheers,

seth · 2021-12-03 16:12:25

https://man.archlinux.org/man/core/kmod/depmod.8.en
Required when updating kernel/modules.

It would seem that the kernel crashes, and likely not in the GPU module.
If you have a parallel windows installation, see the 3rd link below.
See whether the sysrq allowed you to leave traces of the crash in the journal for the previous boot (sudo journalctl -b -1 # increase the digit for older boots)
Otherwise, strip your system from all hardware components not strctly required (maybe we can isolate an offender this way)
Last resort: https://wiki.archlinux.org/title/Kdump

dakota · 2021-12-04 21:41:10

After a morning of troubleshooting and testing, I'm even more confused than when I started.

Should I be able to Suspend from the console? Or is this a graphical-target thing? (I don't need/want to. I'm just curious from a troubleshooting perspective.)

1. no Windows installation. Just Arch.
2. Sysrq leaves behind no trace. The last entries are...

Dec 04 09:24:40 daphne systemd[1]: Reached target Sleep.
Dec 04 09:24:40 daphne systemd[1]: Starting System Suspend...
Dec 04 09:24:40 daphne systemd-sleep[1080]: Entering sleep state 'suspend'...
Dec 04 09:24:40 daphne kernel: PM: suspend entry (deep)

3. Disconnected hardware...
a. the audio-out cable (to my speakers)
b. the internal CD/DVD player
c. the Dell monitor

At this point everything started getting weird. Each thing I tested would sometimes work and sometimes not. When I duplicated earlier failed steps (so I could document them), they started working.

What I tried:

Single monitor (NEC - DVI)
boot from LTS kernel (nouveau) -- failed, then started working
boot from Fallback (nvidia) -- failed, then started working
boot from current kernel (nvidia) -- failed, then started working

Single monitor (Dell - DVI)
had to reboot several times, and remove and replace the video and power cables before it would finally wake up and start responding
boot from LTS kernel (nouveau) -- failed, then started working
boot from Fallback (nvidia) -- failed, then started working
boot from current kernel (nvidia) -- failed, then started working

Dual Monitors (NEC, DVI - Dell, DP-1)
boot from LTS kernel (nouveau) -- failed
boot from Fallback (nvidia) -- failed
boot from current kernel (nvidia) -- failed

Remove and re-seat the video card... and swap video ports (Dell to DVI... NEC to DP-2 via adapter cable)

Dual Monitors (NEC, DP-2 - Dell, DVI)
boot from LTS kernel (nouveau) -- working
boot from Fallback (nvidia) -- working
boot from current kernel (nvidia) -- working
boot from current kernel (nouveau) -- working

Plug back in DVD player -- failed
Remove DVD player -- working

So... right now, I'd say the DVD player was the problem... but there is also some strangeness related to [ Dell monitor | DP cable | graphic card port #1]. I ordered some new cables and I'll test further when they arrive.

Right now I'm running dual monitors with the current kernel and Suspend seems to be working (from a graphical target).

Cheers,

dakota · 2022-01-08 04:24:18

seth wrote:

I'd try https://aur.archlinux.org/packages/nvidia-470xx-dkms/

Seth, was this a general recommendation based on my graphics card? Or was this a recommendation specific to the problems I was seeing?

I'll have some time next week for more troubleshooting and I'm trying to decide whether to use nouveau or nvidia. (The problem with "not waking from suspend" seems to have been fixed by removing my DVD player, and the strangeness with my keyboard freezing at random times seems to have been due to my keyboard. So, maybe the answer is: try both and see which one works better?)

Cheers,

seth · 2022-01-08 07:45:17

I'd say on average the binary driver is more stable (though it has its troublesome releases…) and in any even yields better performance.
Though for wayland, it uses a less well tested and less supported (KDE, Gnome, weston) API

Arch Linux

#1 2021-12-01 17:00:09

Mouse/Keyboard Frozen upon Waking from Suspend

#2 2021-12-01 17:54:31

Re: Mouse/Keyboard Frozen upon Waking from Suspend

#3 2021-12-01 18:29:49

Re: Mouse/Keyboard Frozen upon Waking from Suspend

#4 2021-12-01 22:20:30

Re: Mouse/Keyboard Frozen upon Waking from Suspend

#5 2021-12-02 17:38:59

Re: Mouse/Keyboard Frozen upon Waking from Suspend

#6 2021-12-03 16:12:25

Re: Mouse/Keyboard Frozen upon Waking from Suspend

#7 2021-12-04 21:41:10

Re: Mouse/Keyboard Frozen upon Waking from Suspend

#8 2022-01-08 04:24:18

Re: Mouse/Keyboard Frozen upon Waking from Suspend

#9 2022-01-08 07:45:17

Re: Mouse/Keyboard Frozen upon Waking from Suspend

Board footer