You are not logged in.
Yikes! 396.45-1 -> 396.51 Breaks Xorg for nvidia-ck-sandybridge
-
Workaround:
downgraded nvidia-ck-sandybridge (2:396.51-1 -> 2:396.45-1)
downgraded libxnvctrl (396.51-1 -> 396.45-1)
downgraded nvidia-settings (396.51-1 -> 396.45-1)
downgraded lib32-nvidia-utils (396.51-1 -> 396.45-1)
downgraded nvidia (396.51-1 -> 396.45-1)
downgraded opencl-nvidia (396.51-1 -> 396.45-1)
cd /var/cache/pacman/pkg/
pacman -U nvidia-ck-sandybridge-2:396.45-1-x86_64.pkg.tar.xz libxnvctrl-396.45-1-x86_64.pkg.tar.xz nvidia-settings-396.45-1-x86_64.pkg.tar.xz lib32-nvidia-utils-396.45-1-x86_64.pkg.tar.xz nvidia-396.45-1-x86_64.pkg.tar.xz nvidia-utils-396.45-1-x86_64.pkg.tar.xz opencl-nvidia-396.45-1-x86_64.pkg.tar.xz
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
It's either a problem with nvidia's release itself or due to 4.17.11-1-ck being built with gcc 8.1.1 where not 8.2.0 is out. I thought I circumvented this by downgrading gcc when I built nvidia-ck. I am now building 4.17.11-6-ck (same version as in the AUR) using 8.2.0 and will rebuild all module packages. Will take several hours to complete.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
It's either a problem with nvidia's release itself or due to 4.17.11-1-ck being built with gcc 8.1.1 where not 8.2.0 is out. I thought I circumvented this by downgrading gcc when I built nvidia-ck. I am now building 4.17.11-6-ck (same version as in the AUR) using 8.2.0 and will rebuild all module packages. Will take several hours to complete.
Very nice, graysky... .. !
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
Why do u use those modules? I don't have them everything is ok (I have nvidia card too).
The reason, IIRC, was that I enabled Kernel mode setting. I got it from here https://wiki.archlinux.org/index.php/NV … de_setting
That's the same reason why I enabled it, without nvidia_drm I face major screen tearing.
Offline
Tharbad wrote:lll2yu wrote:initcpio image fails to build with nvidia-ck-broadwell 2:396.51-1, also tried generic nvidia-ck 2:396.51-1. The error line says that modules nvidia nvidia_modset nvidia_uvm nvidia_drm are missing. The initcpio image builds fine with extra\nvidia though. Wasn't a problem nvidia-ck-broadwell 2:396.45.
/etc/mkinitcpio.conf
MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm lz4 lz4_compress)
Why do u use those modules? I don't have them everything is ok (I have nvidia card too).
I have the same issue and I have this
MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)
The reason, IIRC, was that I enabled Kernel mode setting. I got it from here https://wiki.archlinux.org/index.php/NV … de_setting
Any performance benefits?
Offline
I'm hit by the same issue on ck-skylake. Downgrading relevant packages to `396.45` resolved the issue. While debugging the problem I've noticed that the module files seem to be in a different location.
396.51 is in /usr/lib/modules/extramodules-ck-skylake/
bash-4.4$ pacman -Q --file /var/cache/pacman/pkg/nvidia-ck-skylake-2\:396.51-1-x86_64.pkg.tar.xz -l
nvidia-ck-skylake /usr/
nvidia-ck-skylake /usr/lib/
nvidia-ck-skylake /usr/lib/modprobe.d/
nvidia-ck-skylake /usr/lib/modprobe.d/nvidia-ck-skylake.conf
nvidia-ck-skylake /usr/lib/modules/
nvidia-ck-skylake /usr/lib/modules/extramodules-ck-skylake/
nvidia-ck-skylake /usr/lib/modules/extramodules-ck-skylake/nvidia-drm.ko.gz
nvidia-ck-skylake /usr/lib/modules/extramodules-ck-skylake/nvidia-modeset.ko.gz
nvidia-ck-skylake /usr/lib/modules/extramodules-ck-skylake/nvidia-uvm.ko.gz
nvidia-ck-skylake /usr/lib/modules/extramodules-ck-skylake/nvidia.ko.gz
nvidia-ck-skylake /usr/share/
nvidia-ck-skylake /usr/share/licenses/
nvidia-ck-skylake /usr/share/licenses/nvidia-ck-skylake/
nvidia-ck-skylake /usr/share/licenses/nvidia-ck-skylake/LICENSE
While 396.45 is in /usr/lib/modules/extramodules-4.17-ck-skylake/
bash-4.4$ pacman -Q --file /var/cache/pacman/pkg/nvidia-ck-skylake-2\:396.45-1-x86_64.pkg.tar.xz -l
nvidia-ck-skylake /usr/
nvidia-ck-skylake /usr/lib/
nvidia-ck-skylake /usr/lib/modprobe.d/
nvidia-ck-skylake /usr/lib/modprobe.d/nvidia-ck-skylake.conf
nvidia-ck-skylake /usr/lib/modules/
nvidia-ck-skylake /usr/lib/modules/extramodules-4.17-ck-skylake/
nvidia-ck-skylake /usr/lib/modules/extramodules-4.17-ck-skylake/nvidia-drm.ko.gz
nvidia-ck-skylake /usr/lib/modules/extramodules-4.17-ck-skylake/nvidia-modeset.ko.gz
nvidia-ck-skylake /usr/lib/modules/extramodules-4.17-ck-skylake/nvidia-uvm.ko.gz
nvidia-ck-skylake /usr/lib/modules/extramodules-4.17-ck-skylake/nvidia.ko.gz
nvidia-ck-skylake /usr/share/
nvidia-ck-skylake /usr/share/licenses/
nvidia-ck-skylake /usr/share/licenses/nvidia-ck-skylake/
nvidia-ck-skylake /usr/share/licenses/nvidia-ck-skylake/LICENSE
Even with 396.51 installed, the symlink under /lib/modules points to the latter, possibly explaining why the modules are not found (or maybe I'm on the wrong track entirely):
bash-4.4$ ls -lh /lib/modules/4.17.11-1-ck-skylake/extramodules
lrwxrwxrwx 1 root root 31 Jul 29 15:37 /lib/modules/4.17.11-1-ck-skylake/extramodules -> ../extramodules-4.17-ck-skylake
Update: after doing the obvious (installing 396.51 and changing the extramodules symlink), modprobe still can't find the module, so this is probably a dead-end. Will wait for the grown-ups to figure this one out then, sorry for the noise.
Last edited by abesto (2018-08-14 18:46:54)
Linux user #476135 || Dotfiles hosted by GitHub
Offline
raggerv8 wrote:I have the same issue and I have this
MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)
The reason, IIRC, was that I enabled Kernel mode setting. I got it from here https://wiki.archlinux.org/index.php/NV … de_setting
Any performance benefits?
I don't play games much so can't really say anything about that. It enables Prime Synchonization which fixes screen tearing for me. I have a laptop though, don't know if it does anything at all on desktops.
Offline
It's either a problem with nvidia's release itself or due to 4.17.11-1-ck being built with gcc 8.1.1 where not 8.2.0 is out. I thought I circumvented this by downgrading gcc when I built nvidia-ck. I am now building 4.17.11-6-ck (same version as in the AUR) using 8.2.0 and will rebuild all module packages. Will take several hours to complete.
Package sets are online; please refresh and report back.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Package sets are online; please refresh and report back.
Confirming fix, X started cleanly after upgrades (linux-ck-skylake 4.17.11-6, linux-ck-skylake-headers 4.17.11-6, nvidia-ck-skylake 2:396.51-2). Thank you!
Edit to clarify: after a reboot, that is.
Last edited by abesto (2018-08-14 20:13:53)
Linux user #476135 || Dotfiles hosted by GitHub
Offline
It's either a problem with nvidia's release itself or due to 4.17.11-1-ck being built with gcc 8.1.1 where not 8.2.0 is out. I thought I circumvented this by downgrading gcc when I built nvidia-ck. I am now building 4.17.11-6-ck (same version as in the AUR) using 8.2.0 and will rebuild all module packages. Will take several hours to complete.
Retry resulted in another Xorg fail, Xorg.n.log at https://pastebin.com/FkwjRJrd
nvidia-ck-sandyhook
Last edited by keepitsimpleengineer (2018-08-14 20:27:21)
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
Package sets are online; please refresh and report back.
Works now, initcpio image built successfully and the modules loaded with success.
here's from dmesg
[ 2.173253] [drm] [nvidia-drm] [GPU ID 0x00000800] Loading driver
[ 2.192479] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:08:00.0 on minor 0
Offline
@keepitsimple - Does the official kernel/nvidia work for you?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@keepitsimple - Does the official kernel/nvidia work for you?
Yes, with 396.51-1.
I'm willing to do some testing if you like, retired and generally bored... .. .
just ask
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
graysky wrote:@keepitsimple - Does the official kernel/nvidia work for you?
Yes, with 396.51-1.
I'm willing to do some testing if you like, retired and generally bored... .. .
just ask
Re updated this a.m. -ck-sandybridge now working.
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
There is no "version" file in /usr/lib/modules/extramodules-4.17-ck-ivybridge whick makes the virtualbox host modules build to fail.
Offline
@keepitsim - I don't have any insights and no hardware to debug. Could be a ck patch set thing?
@Tharbad - Your _extramodules=extramodules-4.17-ck is incorrect; it is simply _extramodules=extramodules-ck
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@Tharbad - Your _extramodules=extramodules-4.17-ck is incorrect; it is simply _extramodules=extramodules-ck
Thanks
Offline
@keepitsim - I don't have any insights and no hardware to debug. Could be a ck patch set thing?
@Tharbad - Your _extramodules=extramodules-4.17-ck is incorrect; it is simply _extramodules=extramodules-ck
Updated this a.m. -ck-sandybridge Xorg working
Al Einstein: "Man soll die Dinge so einfach machen wie möglich ~ aber nicht einfacher." (Things should be as simple as possible ~ but not too simple.) ~ Al (Einstein) war ein Cousin von Albert, "Al" ist die Abkürzung für Aloysius
Offline
After updating the kernel last night (4.18.7) I had to reinstall virtualbox host modules. Other systemd-modules-load.service failed to load them with "Exec format error". Why is this happening?
Offline
You have to rebuild them against 4.18.7.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
I see.
Anyway, I just started the pc after upgrading to
linux-ck-ivybridge-4.18.7-2 linux-ck-ivybridge-headers-4.18.7-2 nvidia-ck-ivybridge-2:396.54-5
and sddm crashed. I've reverted back to previous versions and everything is OK. No idea which one cause it.
Forgot the error message:
Process 1040 (sddm-greeter) of user 995 dumped core.
Stack trace of thread 1049:
#0 0x00007fcbb93b9d7f raise (libc.so.6)
#1 0x00007fcbb93a4672 abort (libc.so.6)
#2 0x00007fcbb93fc878 __libc_message (libc.so.6)
#3 0x00007fcbb940318a malloc_printerr (libc.so.6)
#4 0x00007fcbb9404c5c _int_free (libc.so.6)
#5 0x00007fcbba064ee3 n/a (libQt5Gui.so.5)
#6 0x00007fcbba063d55 n/a (libQt5Gui.so.5)
#7 0x00007fcbba03478b n/a (libQt5Gui.so.5)
#8 0x00007fcbba034e2e _ZN20QOpenGLShaderProgram4linkEv (libQt5Gui.so.5)
#9 0x00007fcbbaf99328 _ZN33QSGDefaultDistanceFieldGlyphCache13resizeTextureEPNS_11TextureInfoEii (libQt5Quick.so.5)
#10 0x00007fcbbaf9a189 _ZN33QSGDefaultDistanceFieldGlyphCache11storeGlyphsERK5QListI14QDistanceFieldE (libQt5Quick.so.5)
#11 0x00007fcbbaf857cd _ZN26QSGDistanceFieldGlyphCache6updateEv (libQt5Quick.so.5)
#12 0x00007fcbbaf9ce1e n/a (libQt5Quick.so.5)
#13 0x00007fcbbaf66182 _ZN11QSGRenderer10preprocessEv (libQt5Quick.so.5)
#14 0x00007fcbbaf65839 _ZN11QSGRenderer11renderSceneERK11QSGBindable (libQt5Quick.so.5)
#15 0x00007fcbbaf65d3c _ZN11QSGRenderer11renderSceneEj (libQt5Quick.so.5)
#16 0x00007fcbbafa03b0 _ZN23QSGDefaultRenderContext15renderNextFrameEP11QSGRendererj (libQt5Quick.so.5)
#17 0x00007fcbbb004135 _ZN19QQuickWindowPrivate16renderSceneGraphERK5QSize (libQt5Quick.so.5)
#18 0x00007fcbbafa8c20 n/a (libQt5Quick.so.5)
#19 0x00007fcbbafac9d8 n/a (libQt5Quick.so.5)
#20 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#21 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#22 0x00007fcbb947da43 __clone (libc.so.6)
Stack trace of thread 1042:
#0 0x00007fcbb9472bb1 __poll (libc.so.6)
#1 0x00007fcbb75f8ee0 n/a (libglib-2.0.so.0)
#2 0x00007fcbb75f8fce g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007fcbb99b44b9 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5)
#4 0x00007fcbb995fdbc _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5)
#5 0x00007fcbb97a8f59 _ZN7QThread4execEv (libQt5Core.so.5)
#6 0x00007fcbb4ababa6 n/a (libQt5DBus.so.5)
#7 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#8 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#9 0x00007fcbb947da43 __clone (libc.so.6)
Stack trace of thread 1041:
#0 0x00007fcbb9472bb1 __poll (libc.so.6)
#1 0x00007fcbbabe1180 n/a (libxcb.so.1)
#2 0x00007fcbbabe2e4b xcb_wait_for_event (libxcb.so.1)
#3 0x00007fcbb4b78e1a n/a (libQt5XcbQpa.so.5)
#4 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#5 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#6 0x00007fcbb947da43 __clone (libc.so.6)
Stack trace of thread 1044:
#0 0x00007fcbb9472bb1 __poll (libc.so.6)
#1 0x00007fcbb75f8ee0 n/a (libglib-2.0.so.0)
#2 0x00007fcbb75f8fce g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007fcbb99b44b9 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5)
#4 0x00007fcbb995fdbc _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5)
#5 0x00007fcbb97a8f59 _ZN7QThread4execEv (libQt5Core.so.5)
#6 0x00007fcbba5dc0d9 n/a (libQt5Qml.so.5)
#7 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#8 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#9 0x00007fcbb947da43 __clone (libc.so.6)
Stack trace of thread 1045:
#0 0x00007fcbb9472bb1 __poll (libc.so.6)
#1 0x00007fcbb75f8ee0 n/a (libglib-2.0.so.0)
#2 0x00007fcbb75f8fce g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007fcbb99b44b9 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5)
#4 0x00007fcbb995fdbc _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5)
#5 0x00007fcbb97a8f59 _ZN7QThread4execEv (libQt5Core.so.5)
#6 0x00007fcbba5dc0d9 n/a (libQt5Qml.so.5)
#7 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#8 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#9 0x00007fcbb947da43 __clone (libc.so.6)
Stack trace of thread 1046:
#0 0x00007fcbb9472bb1 __poll (libc.so.6)
#1 0x00007fcbb75f8ee0 n/a (libglib-2.0.so.0)
#2 0x00007fcbb75f8fce g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007fcbb99b44b9 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5)
#4 0x00007fcbb995fdbc _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5)
#5 0x00007fcbb97a8f59 _ZN7QThread4execEv (libQt5Core.so.5)
#6 0x00007fcbba5dc0d9 n/a (libQt5Qml.so.5)
#7 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#8 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#9 0x00007fcbb947da43 __clone (libc.so.6)
Stack trace of thread 1048:
#0 0x00007fcbb8de0edc __lll_lock_wait (libpthread.so.0)
#1 0x00007fcbb8dda336 __pthread_mutex_lock (libpthread.so.0)
#2 0x00007fcbb05973ac n/a (libGLX_nvidia.so.0)
#3 0x00007fcbaad3875c n/a (libnvidia-glcore.so.396.54)
#4 0x00007fcbaad42eab n/a (libnvidia-glcore.so.396.54)
#5 0x00007fcbaad46cd4 n/a (libnvidia-glcore.so.396.54)
#6 0x00007fcbaad61fa7 n/a (libnvidia-glcore.so.396.54)
#7 0x00007fcbbaf98a5f _ZN33QSGDefaultDistanceFieldGlyphCache13resizeTextureEPNS_11TextureInfoEii (libQt5Quick.so.5)
#8 0x00007fcbbaf9a189 _ZN33QSGDefaultDistanceFieldGlyphCache11storeGlyphsERK5QListI14QDistanceFieldE (libQt5Quick.so.5)
#9 0x00007fcbbaf857cd _ZN26QSGDistanceFieldGlyphCache6updateEv (libQt5Quick.so.5)
#10 0x00007fcbbaf9ce1e n/a (libQt5Quick.so.5)
#11 0x00007fcbbaf66182 _ZN11QSGRenderer10preprocessEv (libQt5Quick.so.5)
#12 0x00007fcbbaf65839 _ZN11QSGRenderer11renderSceneERK11QSGBindable (libQt5Quick.so.5)
#13 0x00007fcbbaf65d3c _ZN11QSGRenderer11renderSceneEj (libQt5Quick.so.5)
#14 0x00007fcbbafa03b0 _ZN23QSGDefaultRenderContext15renderNextFrameEP11QSGRendererj (libQt5Quick.so.5)
#15 0x00007fcbbb004135 _ZN19QQuickWindowPrivate16renderSceneGraphERK5QSize (libQt5Quick.so.5)
#16 0x00007fcbbafa8c20 n/a (libQt5Quick.so.5)
#17 0x00007fcbbafac9d8 n/a (libQt5Quick.so.5)
#18 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#19 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#20 0x00007fcbb947da43 __clone (libc.so.6)
Stack trace of thread 1040:
#0 0x00007fcbb9472bb1 __poll (libc.so.6)
#1 0x00007fcbb75f8ee0 n/a (libglib-2.0.so.0)
#2 0x00007fcbb75f8fce g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007fcbb99b44b9 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5)
#4 0x00007fcbb4c0e312 n/a (libQt5XcbQpa.so.5)
#5 0x00007fcbb995fdbc _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5)
#6 0x00007fcbb99680b6 _ZN16QCoreApplication4execEv (libQt5Core.so.5)
#7 0x000055a5ddf60b92 main (sddm-greeter)
#8 0x00007fcbb93a6223 __libc_start_main (libc.so.6)
#9 0x000055a5ddf60eca _start (sddm-greeter)
Stack trace of thread 1047:
#0 0x00007fcbb947479b ioctl (libc.so.6)
#1 0x00007fcbab3ec69c n/a (libnvidia-glcore.so.396.54)
#2 0x00007fcbab3ed9f7 n/a (libnvidia-glcore.so.396.54)
#3 0x00007fcbab3ee0f2 n/a (libnvidia-glcore.so.396.54)
#4 0x00007fcbab0ce863 n/a (libnvidia-glcore.so.396.54)
#5 0x00007fcbab004339 n/a (libnvidia-glcore.so.396.54)
#6 0x00007fcbab005dd9 n/a (libnvidia-glcore.so.396.54)
#7 0x00007fcbab005f71 n/a (libnvidia-glcore.so.396.54)
#8 0x00007fcbab07f981 n/a (libnvidia-glcore.so.396.54)
#9 0x00007fcbab07c5a0 n/a (libnvidia-glcore.so.396.54)
#10 0x00007fcbab0de40b n/a (libnvidia-glcore.so.396.54)
#11 0x00007fcbab0df30f n/a (libnvidia-glcore.so.396.54)
#12 0x00007fcbab0e0722 n/a (libnvidia-glcore.so.396.54)
#13 0x00007fcbaad2470b n/a (libnvidia-glcore.so.396.54)
#14 0x00007fcbaad29923 n/a (libnvidia-glcore.so.396.54)
#15 0x00007fcbbaf98983 _ZN33QSGDefaultDistanceFieldGlyphCache13resizeTextureEPNS_11TextureInfoEii (libQt5Quick.so.5)
#16 0x00007fcbbaf9a189 _ZN33QSGDefaultDistanceFieldGlyphCache11storeGlyphsERK5QListI14QDistanceFieldE (libQt5Quick.so.5)
#17 0x00007fcbbaf857cd _ZN26QSGDistanceFieldGlyphCache6updateEv (libQt5Quick.so.5)
#18 0x00007fcbbaf9ce1e n/a (libQt5Quick.so.5)
#19 0x00007fcbbaf66182 _ZN11QSGRenderer10preprocessEv (libQt5Quick.so.5)
#20 0x00007fcbbaf65839 _ZN11QSGRenderer11renderSceneERK11QSGBindable (libQt5Quick.so.5)
#21 0x00007fcbbaf65d3c _ZN11QSGRenderer11renderSceneEj (libQt5Quick.so.5)
#22 0x00007fcbbafa03b0 _ZN23QSGDefaultRenderContext15renderNextFrameEP11QSGRendererj (libQt5Quick.so.5)
#23 0x00007fcbbb004135 _ZN19QQuickWindowPrivate16renderSceneGraphERK5QSize (libQt5Quick.so.5)
#24 0x00007fcbbafa8c20 n/a (libQt5Quick.so.5)
#25 0x00007fcbbafac9d8 n/a (libQt5Quick.so.5)
#26 0x00007fcbb97b3005 n/a (libQt5Core.so.5)
#27 0x00007fcbb8dd7a9d start_thread (libpthread.so.0)
#28 0x00007fcbb947da43 __clone (libc.so.6)
Seems like the libc bug has returned.
Last edited by Tharbad (2018-09-14 22:47:19)
Offline
I installed the update 4..16-9 and it still the same. It seems as the setting of how long it lags from key-stroke before it replicates the character is set to be too sort. But this setting seems to change or be reset by X and be slightly longer. It might be as simple as 200ms to 400ms difference.
Small problem but noticeable and irritating when working on a hard to see console.
I've been seeing this for a long time now as well and it's really annoying. Is there any resolution to this?
Offline
Hi Graysky,
I've been using the ck kernal for some time and enjoy it. The only thing that puts me off is the constant timeouts due to your GoDaddy hosting. I run a hosting company and would love to host a mirror for your repository. If we can get this setup, please shoot me an e-mail at phil@xtirling.com
Offline
I run a hosting company and would love to host a mirror for your repository. If we can get this setup, please shoot me an e-mail at ...
Thanks, taken to private email.
Last edited by graysky (2018-10-08 16:08:28)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@all - Made some changes on the host/level of service. Any change with regard the intermittent partial transfers?
Last edited by graysky (2018-10-08 16:08:23)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline