You are not logged in.
linux-ck-bulldozer 4.15.4-1-ck-bulldozer third monitor no longer works aldo schanged from DVI-I-1 to DVI-D-1
Offline
linux-ck-bulldozer 4.15.4-1-ck-bulldozer third monitor no longer works aldo schanged from DVI-I-1 to DVI-D-1
Does 4.15.4-1-ARCH?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
also llvm greater than 5.0 doesnt allow for rotating, tried llvm-svn, just downgraded back to llvm-5 clang-5 so i could rotate monitor, rebootin to try ARCH, linux-ck-zen freezes after grub first screen
brb check
Last edited by pr0dukter (2018-02-20 11:51:39)
Offline
pr0dukter wrote:linux-ck-bulldozer 4.15.4-1-ck-bulldozer third monitor no longer works aldo schanged from DVI-I-1 to DVI-D-1
Does 4.15.4-1-ARCH?
4.15.4-1-ARCH doesnt load 3rd monitor either....
also had to reconfigure muh fancontrol for both
also tried libdrm-git
Last edited by pr0dukter (2018-02-20 12:07:22)
Offline
graysky wrote:pr0dukter wrote:linux-ck-bulldozer 4.15.4-1-ck-bulldozer third monitor no longer works aldo schanged from DVI-I-1 to DVI-D-1
Does 4.15.4-1-ARCH?
4.15.4-1-ARCH doesnt load 3rd monitor either....
OK... not related to the CK patchset or to the repo...
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
right, if i was the one applying the ck patches (which i have tried before with success and not so much success depending on kernel...)
what would i look for in upstream to let me know this issue was fixed
should i be looking at commits from cgit.freedesktop.org
or github?
just looking for any other source of info so i can know myself so i dont have to bother you waiting for fix everytime
Offline
plugged in a dvi-vga adapter with a chip in it instead of just a staight adapter to get 3rd monitor for time being, but no edid or L x W mm dimensions so no resolution did some fake ones for time being, man i want to know the exact lines of code for this or the exact area because it happens with every kernel sooner or later, AND its the reason i cant use certain kernels to this day
Offline
just to follow up, build mesa-git from aur with this PKGBUILD, got 3 monitors back with correct resolution, but im still using the adapter with a chip in it instead of the previous cord, almost there, hdmi audio FINALLY!! maybe this will help someone else in same situation.
also here are my grub settings for 4.15+ amdgpu
GRUB_CMDLINE_LINUX_DEFAULT="amd_iommu=on iommu=pt ipv6.disable=1 amdgpu.si_support=1 radeon.si_support=0 amdgpu.cik_support=1 radeon.cik_support=0 amdgpu.dc=1 amdgpu.lockup_timeout=6000 amdgpu.audio=1 sysrq_always_enabled=1 nosplash noquiet cryptdevice=
pkgname=mesa-full-intel-amd
pkgver=20180221
_realver=11.0
pkgrel=1
pkgdesc="Full Mesa 3D graphics library with all its components, built from the git master branch. Compiles mesa for r600g (gallium) and i965 (mesa classic)"
arch=('i686' 'x86_64')
url="http://mesa3d.org/"
license=('LGPL')
depends=('libdrm' 'dri2proto' 'glproto' 'libxxf86vm' 'libxdamage' 'expat>=2.0.1' 'libxmu' 'talloc' 'llvm' 'wayland') # 'libclc')
makedepends=('pkgconfig' 'imake' 'xorg-server-devel')
provides=("'mesa-git' 'opencl-mesa' mesa-libgl=${_realver}" "libgl=${_realver}" "mesa=${_realver}" "intel-dri=${_realver}" 'ati-dri' 'libglapi' 'libegl' 'libgles' 'libgbm' 'intel-dri' 'khrplatform-devel' 'ati-dri-git' 'intel-dri-git' 'vulkan-driver') # only with --enable-opencl 'opencl-headers')
conflicts=('libgl' 'mesa' 'intel-dri' 'ati-dri' 'mesa-full-i915g' 'libglapi' 'libegl' 'libgles' 'khrplatform-devel' 'vulkan-radeon' 'vulkan-radeon-git' 'opencl-mesa' 'opencl-mesa-git')
source=("git://anongit.freedesktop.org/mesa/mesa")
_gitname="mesa"
md5sums=('SKIP')
#options=('!strip') # for debugging
#export CFLAGS="-g" #$CFLAGS"
#export CXXFLAGS="-g" #$CXXFLAGS"
#export CFLAGS="$CFLAGS -O3 -flto=9 -ffat-lto-objects -flto-odr-type-merging"
#export CXXFLAGS="$CFLAGS"
#export LDFLAGS=" -flto=9"
#export CFLAGS="$CFLAGS -fno-omit-frame-pointer -g"
#export CXXFLAGS="$CXXFLAGS -fno-omit-frame-pointer -g"
#export CFLAGS="$CFLAGS -O3 -flto=9 -ffat-lto-objects -flto-odr-type-merging"
#AR="gcc-ar"
#NM="gcc-nm"
#RANLIB="gcc-ranlib"
#CFLAGS="-O3 -march=native -pipe -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -Wno-narrowing" #-flto=8
#CXXFLAGS="${CFLAGS} -fno-delete-null-pointer-checks -flifetime-dse=1 -fpermissive"
#LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed" # -Wl,-flto=8"
#export CXXFLAGS="-g" #$CXXFLAGS"
#export CXXFLAGS="-g" #$CXXFLAGS"
prepare() {
cd ${_gitname}
# git apply -vvv --ignore-space-change --ignore-whitespace ~/mesa.patch
./autogen.sh \
--prefix=/usr \
--with-dri-driverdir=/usr/lib/xorg/modules/dri \
--with-dri-drivers=i965 \
--with-egl-platforms=x11,drm,wayland \
--with-gallium-drivers=radeonsi,r600,swrast \
--enable-glx-tls \
--enable-egl \
--enable-llvm \
--enable-gles1 \
--enable-gles2 \
--enable-texture-float \
--enable-vdpau \
--enable-va \
--enable-gbm \
--enable-shared-glapi \
--enable-gallium-osmesa \
--enable-dri3 \
--enable-nine \
--enable-omx-bellagio \
--enable-opencl \
--enable-opencl-icd \
--with-vulkan-drivers=intel,radeon \
--with-vulkan-icddir=/etc/vulkan/icd.d \
--enable-gallium-extra-hud --enable-lmsensors \
# --with-sha1=libgcrypt
##,swrast,ilo,swr --enable-swr-native \
#--disable-llvm-shared-libs
}
build() {
msg "Starting make..."
cd ${_gitname}
#also for debugging
make
}
package() {
cd ${_gitname}
make DESTDIR="${pkgdir}" install
install -m755 -d "${pkgdir}/usr/lib/xorg/modules/extensions"
#ln -sf libglx.xorg ${pkgdir}/usr/lib/xorg/modules/extensions/libglx.so
# install -m755 -d "${pkgdir}"/etc
# mv -v "${srcdir}"/etc/vulkan "${pkgdir}"/etc/
# mv -v "$pkgdir"/usr/share/vulkan "$pkgdir"/etc/
rm -f "$pkgdir"/usr/include/vulkan/vk_platform.h
rm -f "$pkgdir"/usr/include/vulkan/vulkan.h
install -d ${pkgdir}/etc/profile.d
echo '#!/bin/bash
export LIBGL_DRIVERS_PATH=/usr/lib/xorg/modules/dri:$LIBGL_DRIVERS_PATH
#export R600_ENABLE_S3TC=1
' > ${pkgdir}/etc/profile.d/mesa.sh
chmod +x ${pkgdir}/etc/profile.d/mesa.sh
}
pkgver() {
date +%Y%m%d
}
i did not write this PKGBUILD
Last edited by pr0dukter (2018-02-21 16:08:16)
Offline
Noticed the following on my Thinkpad X220 [ck-sandybridge] and can reproduce it on my Thinkpad T440s [ck-haswell] and am wondering if anyone else has seen this happening. Following table contains booted kernel version in the order of their testing along with their 1 min load average approximately 5 min after booting with only i3 running (with all ck packages coming from Repo-ck):
linux-ck-sandybridge-4.15.5-1 = ~1.0
linux-4.15.4-1 = ~0
linux-ck-sandybridge-4.14.19-1 = ~0
linux-ck-sandybridge-4.15.7-1 = ~1.0
Everything else was kept identical except switching between ck and stock kernels or downgrading and upgrading the ck kernel between boots. The constant ~1.0 average load causes the machines to run a few degrees C warmer than usual, which is how this caught my attention. Nothing obvious or out of the ordinary in CPU activity or output from:
journalctl
ps -aux
iostat
dmesg
Didn't come across any similar reports on the last few pages of posts here, so apologies in advance if I missed it.
Is anyone else seeing increased load averages (with no obvious source) between ck 4.14 -> 4.15?
Thanks in advance,
Halocaridina
UPDATE: 4.15 is definitely the source of the increased load average since I'm back on linux-ck-sandybridge-4.14.19-1 and load average is only ~0.33 with luakit-git and a couple of termites open....
Last edited by halocaridina (2018-03-01 05:10:13)
4X Intel(R) Xeon(R) CPU E7-8870 @ 2.40GHz; 256GiB; 11TB EXT4; SL6.8
2X Intel(R) Xeon(R) CPU E5-2680 @ 2.70GHz; 256GiB; 3.4TB EXT4; SL6.8
Thinkpad X250; Broadwell-ULT Core i5; 8GiB, 525GB Crucial_CT525MX3; Arch
Thinkpad T440S; Haswell-ULT Core i7; 12GiB, 512GB SanDisk X210; Arch
Offline
@halo -you should report this on ck’s blog. Little coverage in the thread.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@graysky,
Thanks and will do. Thought to report here first in case.
Halocaridina
UPDATE: posted at ck's blog (http://ck-hack.blogspot.com/2018/02/lin … mment-form)
Last edited by halocaridina (2018-03-01 12:39:56)
4X Intel(R) Xeon(R) CPU E7-8870 @ 2.40GHz; 256GiB; 11TB EXT4; SL6.8
2X Intel(R) Xeon(R) CPU E5-2680 @ 2.70GHz; 256GiB; 3.4TB EXT4; SL6.8
Thinkpad X250; Broadwell-ULT Core i5; 8GiB, 525GB Crucial_CT525MX3; Arch
Thinkpad T440S; Haswell-ULT Core i7; 12GiB, 512GB SanDisk X210; Arch
Offline
the efivars module not available on latest ck-bulldozer had to use evivarFS
its a flag on compile
Offline
cant seem to find place to post on blog myself... help me out?
Offline
@graysky,
the signature file for linux-ck-skylake-4.15.12-1 is emtpy and pacman is whining about it. All other signature files seem to be ok.
Offline
@deezy - Please `pacman -Syyu`
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
@deezy - Please `pacman -Syyu`
Same issue for me even after -Syyu
Offline
Not sure wtf. I deleted the repo.db on the server and reuploaded it. Worked for me:
# pacman -S ck-skylake
:: There are 5 members in group ck-skylake:
:: Repository repo-ck
1) broadcom-wl-ck-skylake 2) linux-ck-skylake 3) linux-ck-skylake-headers 4) nvidia-340xx-ck-skylake
5) nvidia-ck-skylake
Enter a selection (default=all): 2
resolving dependencies...
looking for conflicting packages...
Packages (1) linux-ck-skylake-4.15.12-1
Total Download Size: 68.38 MiB
Total Installed Size: 111.17 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages...
linux-ck-skylake-4.15.12-1-x86_64 68.4 MiB 2.96M/s 00:23 [############################################] 100%
(1/1) checking keys in keyring [############################################] 100%
(1/1) checking package integrity [############################################] 100%
(1/1) loading package files [############################################] 100%
(1/1) checking for file conflicts [############################################] 100%
:: Processing package changes...
(1/1) installing linux-ck-skylake [############################################] 100%
Optional dependencies for linux-ck-skylake
crda: to set the correct wireless channels of your country
:: Running post-transaction hooks...
(1/3) Updating linux-ck-skylake module dependencies...
(2/3) Updating linux-ck-skylake initcpios...
==> Building image from preset: /etc/mkinitcpio.d/linux-ck-skylake.preset: 'default'
-> -k /boot/vmlinuz-linux-ck-skylake -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-ck-skylake.img
==> Starting build: 4.15.12-1-ck-skylake
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [autodetect]
-> Running build hook: [modconf]
-> Running build hook: [block]
-> Running build hook: [filesystems]
-> Running build hook: [keyboard]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-ck-skylake.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux-ck-skylake.preset: 'fallback'
-> -k /boot/vmlinuz-linux-ck-skylake -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-ck-skylake-fallback.img -S autodetect
==> Starting build: 4.15.12-1-ck-skylake
-> Running build hook: [base]
-> Running build hook: [udev]
-> Running build hook: [modconf]
-> Running build hook: [block]
==> WARNING: Possibly missing firmware for module: aic94xx
==> WARNING: Possibly missing firmware for module: wd719x
-> Running build hook: [filesystems]
-> Running build hook: [keyboard]
-> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-ck-skylake-fallback.img
==> Image generation successful
(3/3) Arming ConditionNeedsUpdate...
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Not sure wtf. I deleted the repo.db on the server and reuploaded it. Worked for me:
Works for me too. Thx.
Offline
I am still getting 'linux-ck-atom: signature from "graysky (used to sign repo-ck packages) <graysky@archlinux.us>" is invalid' messages. I already pacman -Syyu-d and did all troubleshooting as per wiki regarding invalid signatures. Still sucks
“We are what we repeatedly do. Excellence is not an act, but a habit.”
Offline
I am still getting 'linux-ck-atom: signature from "graysky (used to sign repo-ck packages) <graysky@archlinux.us>" is invalid' messages. I already pacman -Syyu-d and did all troubleshooting as per wiki regarding invalid signatures. Still sucks
There was an archlinux-keyring yesterday, I think `pacman -Sy archlinux-keyring` first and then -Su will fix it for you.
The repo.db reupload fixed for me as well, thank you.
Offline
carlitos wrote:I am still getting 'linux-ck-atom: signature from "graysky (used to sign repo-ck packages) <graysky@archlinux.us>" is invalid' messages. I already pacman -Syyu-d and did all troubleshooting as per wiki regarding invalid signatures. Still sucks
There was an archlinux-keyring yesterday, I think `pacman -Sy archlinux-keyring` first and then -Su will fix it for you.
The repo.db reupload fixed for me as well, thank you.
Thanks for the suggestion but unfortunately it didn't help either.
I also checked gpg --homedir /etc/pacman.d/gnupg --list-keys|rg graysky and it's there.
“We are what we repeatedly do. Excellence is not an act, but a habit.”
Offline
There's seem to be a problem with the repo database or the linux-ck-nehalem packages set.
The index listing of the x86_64 repo shows linux-ck-nehalem-4.16.6-1-x86_64.pkg.tar.xz, but neiter pacman search, nor the upgrade functions sees the package.
$ export LANG=""
$ sudo pacman -Syy
:: Synchronizing package databases...
core 129.7 KiB 447K/s 00:00 [#########################################################################] 100%
extra 1598.3 KiB 2.14M/s 00:01 [#########################################################################] 100%
community 4.3 MiB 2.75M/s 00:02 [#########################################################################] 100%
multilib 171.1 KiB 5.57M/s 00:00 [#########################################################################] 100%
repo-ck 34.8 KiB 174K/s 00:00 [#########################################################################] 100%
$ sudo pacman -Ss linux-ck-nehalem
repo-ck/linux-ck-nehalem 4.15.17-1 (ck-nehalem) [installed: 4.15.15-1]
The Linux-ck-nehalem kernel and modules with the ck1 patchset featuring MuQSS CPU scheduler v0.170 First Gen Intel Core i3/i5/i7 optimized.
repo-ck/linux-ck-nehalem-headers 4.15.17-1 (ck-nehalem) [installed: 4.15.15-1]
Header files and scripts for building modules for Linux-ck-nehalem kernel First Gen Intel Core i3/i5/i7 optimized.
$ sudo pacman -S linux-ck-nehalem
resolving dependencies...
looking for conflicting packages...
Packages (1) linux-ck-nehalem-4.15.17-1
Total Download Size: 68.35 MiB
Total Installed Size: 111.17 MiB
Net Upgrade Size: 0.02 MiB
:: Proceed with installation? [Y/n]
:: Retrieving packages...
error: failed retrieving file 'linux-ck-nehalem-4.15.17-1-x86_64.pkg.tar.xz' from repo-ck.com : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.
EDIT:
It's working now. Mirror sync problems? Never mind.
Last edited by MAC!EK (2018-05-05 18:07:37)
Offline
I'm using linux-ck-ivybridge from the repo-ck repository. The nvidia-dkms package doesn't work after the Arch update right now, I'm guessing because of the new gcc version that was in the update. Things might need to be rebuilt with that new gcc and nvidia-dkms will work again after that.
To test that idea, I just now compiled the linux-ck package from the AUR locally here, and nvidia-dkms works with it.
Offline
Hi Ropid, although now I compiled the same from AUR, I tried using the repo-ck for days and while I'm downloading something the connection gets reset at between 1-2%
Is this normal? I have the keys installed and everything, the repos refresh, but downloads begin and get interrupted. Could it be a limiter they have on the connection speed against the size of the file?
anti-X - artix - obarun - Void - systemD Free Space
Offline
I think that's the server. It was always like that. I use a pacman wrapper named "powerpill" that downloads stuff with several threads. It hides the issue most of the time.
The other trick I remember is, you can repeat the server line a bunch of times in your /etc/pacman.conf, and then the normal pacman will reconnect by itself. I mean, try something like this:
[repo-ck]
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Last edited by Ropid (2018-05-07 18:52:29)
Offline