You are not logged in.
Hello Guys, After Upgrading to kernel 5.7.2 my laptop freezes. After staring i3wm
no window is opening. its completely freeze. today I upgraded to kernel 5.7.4, but
issue doesn't fixed. Here is my journalctl complete log1
and here is another journalctl log2 with warning.
on kernel 5.4.47-1-lts works fine without any issue.
My Laptop Configuration is :
System:
Kernel: 5.7.4 x86_64 bits: 64 compiler: gcc v: 10.1.0 WM: i3
Distro: Arch Linux
Machine:
Type: Portable System: Dell product: Inspiron 3542 v: N/A serial: <filter>
Mobo: Dell model: 0C3NP7 v: A15 serial: <filter> UEFI: Dell v: A15
date: 05/23/2019
Battery:
ID-1: BAT0 charge: 19.6 Wh condition: 29.7/41.4 Wh (72%)
model: SMP-SAN2.8 DELL FW1MN41 status: Discharging
CPU:
Topology: Dual Core model: Intel Pentium 3558U bits: 64 type: MCP
arch: Haswell rev: 1 L2 cache: 2048 KiB
flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 6784
Speed: 798 MHz min/max: 800/1700 MHz Core speeds (MHz): 1: 798 2: 798
Graphics:
Device-1: Intel Haswell-ULT Integrated Graphics vendor: Dell driver: i915
v: kernel bus ID: 00:02.0
Device-2: Microdia type: USB driver: uvcvideo bus ID: 1-1.5:3
Display: server: X.org 1.20.8 driver: i915 note: display driver n/a
Message: No advanced graphics data found on this system.
Audio:
Device-1: Intel Haswell-ULT HD Audio vendor: Dell driver: snd_hda_intel
v: kernel bus ID: 00:03.0
Device-2: Intel 8 Series HD Audio vendor: Dell driver: snd_hda_intel
v: kernel bus ID: 00:1b.0
Sound Server: ALSA v: k5.4.47-1-lts
Network:
Device-1: Qualcomm Atheros QCA9565 / AR9565 Wireless Network Adapter
vendor: Dell driver: ath9k v: kernel port: f040 bus ID: 06:00.0
IF: wlp6s0 state: up mac: <filter>
Device-2: Realtek RTL810xE PCI Express Fast Ethernet vendor: Dell
driver: r8169 v: kernel port: e000 bus ID: 07:00.0
IF: enp7s0 state: down mac: <filter>
Device-3: Qualcomm Atheros type: USB driver: btusb bus ID: 1-1.6:6
Drives:
Local Storage: total: 465.76 GiB used: 151.50 GiB (32.5%)
ID-1: /dev/sda vendor: Toshiba model: HDWK105 size: 465.76 GiB
Partition:
ID-1: / size: 24.48 GiB used: 9.10 GiB (37.2%) fs: ext4 dev: /dev/sda4
ID-2: /boot size: 1020.0 MiB used: 121.8 MiB (11.9%) fs: vfat dev: /dev/sda1
ID-3: /home size: 154.05 GiB used: 32.02 GiB (20.8%) fs: ext4 dev: /dev/sda5
Swap:
ID-1: swap-1 type: partition size: 8.00 GiB used: 0 KiB (0.0%) dev: /dev/sda6
Sensors:
System Temperatures: cpu: 48.0 C mobo: 50.0 C
Fan Speeds (RPM): cpu: 0
Info:
Processes: 136 Uptime: 39m Memory: 3.75 GiB used: 1.61 GiB (42.8%)
Init: systemd Compilers: gcc: 10.1.0 Shell: bash v: 5.0.17 inxi: 3.1.00
Offline
The warning is coming from uvcvideo, have you tried booting with that module blacklisted?
Offline
@loqs, I think the problem is this (in the first log):
Jun 20 20:36:31 Arch-Linux kernel: i915 0000:00:02.0: GPU HANG: ecode 7:1:8edcfc79, in systemd-logind [627]
This is the same issue we have been discussing about i915.
Last edited by pk.gmp (2020-06-20 17:12:47)
Offline
@shilpahowladar, please install linux-lts (via pacman -S linux-lts). Please keep your boot loader happy. (It means if using GRUB, run your grub-mkconfig command as described in archwiki).
Please boot into the lts kernel when at boot prompt for your boot loader. Please report if this helps.
If you ask me, I am noticing that i915 is not compatible with stock kernel in 5.7.x series at the time of writing this message. Stay with prior version of kernel for now (example linux-lts).
Last edited by pk.gmp (2020-06-20 17:09:34)
Offline
I missed that, thanks for catching it, matches exactly https://gitlab.freedesktop.org/drm/intel/-/issues/2024
Edit:
Is the issue not limited to the Haswell generation only?
Last edited by loqs (2020-06-20 17:12:06)
Offline
@loqs, I have Intel Crystal Well (not sure whether this will be considered from Haswell generation, I am not the expert). I have same issues with i915.
Offline
The warning is coming from uvcvideo, have you tried booting with that module blacklisted?
not yet, ok i will let you know.
Offline
@shilpahowladar, please install linux-lts (via pacman -S linux-lts). Please keep your boot loader happy. (It means if using GRUB, run your grub-mkconfig command as described in archwiki).
Please boot into the lts kernel when at boot prompt for your boot loader. Please report if this helps.If you ask me, I am noticing that i915 is not compatible with stock kernel in 5.7.x series at the time of writing this message. Stay with prior version of kernel for now (example linux-lts).
Thank you. Already running LTS, after facing the issue.
Offline
At least one source indicates Crystalwell uses the Haswell micro-architecture.
Offline
I missed that, thanks for catching it, matches exactly https://gitlab.freedesktop.org/drm/intel/-/issues/2024
Edit:
Is the issue not limited to the Haswell generation only?
is there any chance getting this bug confirmed? I have another laptop, hp - intel i5 5th gen, with kernel 5.7.4 there is no issue. It works fine.
Offline
is there any chance getting this bug confirmed?
I do not understand what you mean.
Offline
I missed some kernels on a Toshiba laptop running on Intel Pentium Dualcore T3400 CPU (3GB DDR2) recently, so with today's upgrade I catched some 5.7 and my bootscreen went blank after loading the kernelimage, showing no boot messages on the screen as configuered normally. Using linux-lts for workaround. Radeon video module. Laptop is used weekly on a mobile data plan only mostly.
edit: Last message was some "Probing EDD ...ok."
FWIW
Last edited by Daniel-HD (2020-06-20 17:57:45)
Offline
Daniel-HD please check the journal for a 5.7 boot if it does not contain "GPU HANG: ecode 7:1:8edcfc79" it is a different issue.
Offline
Apologies, I don't have access to the machine right now. I checked one single log, but supposedly missed the right one.
Offline
shilpahowladar wrote:is there any chance getting this bug confirmed?
I do not understand what you mean.
Apologies, Actually I meant to say, this bug remains since kernel 5.3 and affecting several cpus but there is not fixed solution according to this source. So is the bug confirmed by developer as its prority is severe and largely affecting?
Offline
loqs wrote:shilpahowladar wrote:is there any chance getting this bug confirmed?
I do not understand what you mean.
Apologies, Actually I meant to say, this bug remains since kernel 5.3 and affecting several cpus but there is not fixed solution according to this source. So is the bug confirmed by developer as its prority is severe and largely affecting?
No the bug you are encountering now was introduced with 5.7. https://gitlab.freedesktop.org/drm/intel/-/issues/2024 references 47f8253d2b89 which was fixed by e50c951e but that commit is in 5.7 so I do not follow what was not backported.
Edit:
https://gitlab.freedesktop.org/drm/inte … ote_532379 reports drm-tip was also broken but the suggestion to add && 0 which would make the test always false resolved the issue.
So far there is just that one report the workaround worked and one where applying the fix to 5.7.2 did not work https://bbs.archlinux.org/viewtopic.php … 6#p1910436 but that user did not have 'GPU HANG: ecode 7:1:8edcfc79' in the their posted journal.
Last edited by loqs (2020-06-21 02:30:40)
Offline
shilpahowladar wrote:loqs wrote:I do not understand what you mean.
Apologies, Actually I meant to say, this bug remains since kernel 5.3 and affecting several cpus but there is not fixed solution according to this source. So is the bug confirmed by developer as its prority is severe and largely affecting?
No the bug you are encountering now was introduced with 5.7. https://gitlab.freedesktop.org/drm/intel/-/issues/2024 references 47f8253d2b89 which was fixed by e50c951e but that commit is in 5.7 so I do not follow what was not backported.
Edit:
https://gitlab.freedesktop.org/drm/inte … ote_532379 reports drm-tip was also broken but the suggestion to add && 0 which would make the test always false resolved the issue.
So far there is just that one report the workaround worked and one where applying the fix to 5.7.2 did not work https://bbs.archlinux.org/viewtopic.php … 6#p1910436 but that user did not have 'GPU HANG: ecode 7:1:8edcfc79' in the their posted journal.
Ok... I understand. Thank you very much for the details.
Offline
You could try drm-tip with or without the workaround or 5.7.4 plus the workaround.
Offline
You could try drm-tip with or without the workaround or 5.7.4 plus the workaround.
well i tried to build from aur, but repo size is more than 400mb. so i stopped building. is there any mirror where i can get binary build for that.
Offline
Not that I know of.
Edit:
PKGBUILD for drm-tip modified to use zip of repo from github which is 212M at time of writing. Replace the existing PKGBUILD add additional file below
# Maintainer: Yurii Kolesnykov <root@yurikoles.com>
# Contributor: Timofonic <timofonic at gmail.com>
# Contributor: Boohbah <boohbah at gmail.com>
# Contributor: Tobias Powalowski <tpowa@archlinux.org>
# Contributor: Thomas Baechler <thomas@archlinux.org>
# Contributor: Jonathan Chan <jyc@fastmail.fm>
# Contributor: misc <tastky@gmail.com>
# Contributor: NextHendrix <cjones12 at sheffield.ac.uk>
pkgbase=linux-drm-tip
_srcname=${pkgbase}
_branch=drm-tip
_product=linux-drm-tip
pkgver=5.8
pkgrel=1
arch=(x86_64)
url='https://cgit.freedesktop.org/drm-tip/'
license=(GPL2)
makedepends=(
bc kmod libelf pahole
)
options=('!strip')
source=("${_srcname}.zip::https://github.com/freedesktop/drm-tip/archive/drm-tip.zip"
config # the main kernel config file
test.patch
)
sha256sums=('SKIP'
'6ac452e2124f92747a57c5a50e11ca2f1e8112669845b4431311545c7fd2a36c'
'670d5f69c89772a4ae3812c6892cb438ae89d0e13c2d23e4a54c44283228c0ff')
export KBUILD_BUILD_HOST=archlinux
export KBUILD_BUILD_USER=$pkgbase
export KBUILD_BUILD_TIMESTAMP="$(date -Ru${SOURCE_DATE_EPOCH:+d @$SOURCE_DATE_EPOCH})"
prepare() {
mv drm-tip-drm-tip $_srcname
cd $_srcname
echo "Setting version..."
scripts/setlocalversion --save-scmversion
echo "-$pkgrel" > localversion.10-pkgrel
echo "${pkgbase#linux}" > localversion.20-pkgname
local src
for src in "${source[@]}"; do
src="${src%%::*}"
src="${src##*/}"
[[ $src = *.patch ]] || continue
echo "Applying patch $src..."
patch -Np1 < "../$src"
done
echo "Setting config..."
cp ../config .config
scripts/config --disable CONFIG_DRM_AMDGPU
make olddefconfig
make -s kernelrelease > version
echo "Prepared $pkgbase version $(<version)"
}
build() {
cd $_srcname
make all
}
_package() {
pkgdesc="The $pkgdesc kernel and modules"
depends=(coreutils kmod initramfs)
optdepends=('crda: to set the correct wireless channels of your country'
'linux-firmware: firmware images needed for some devices')
provides=(VIRTUALBOX-GUEST-MODULES WIREGUARD-MODULE)
replaces=(virtualbox-guest-modules-arch wireguard-arch)
cd $_srcname
local kernver="$(<version)"
local modulesdir="$pkgdir/usr/lib/modules/$kernver"
echo "Installing boot image..."
# systemd expects to find the kernel here to allow hibernation
# https://github.com/systemd/systemd/commit/edda44605f06a41fb86b7ab8128dcf99161d2344
install -Dm644 "$(make -s image_name)" "$modulesdir/vmlinuz"
# Used by mkinitcpio to name the kernel
echo "$pkgbase" | install -Dm644 /dev/stdin "$modulesdir/pkgbase"
echo "Installing modules..."
make INSTALL_MOD_PATH="$pkgdir/usr" modules_install
# remove build and source links
rm "$modulesdir"/{source,build}
}
_package-headers() {
pkgdesc="Headers and scripts for building modules for the $pkgdesc kernel"
cd $_srcname
local builddir="$pkgdir/usr/lib/modules/$(<version)/build"
echo "Installing build files..."
install -Dt "$builddir" -m644 .config Makefile Module.symvers System.map \
localversion.* version vmlinux
install -Dt "$builddir/kernel" -m644 kernel/Makefile
install -Dt "$builddir/arch/x86" -m644 arch/x86/Makefile
cp -t "$builddir" -a scripts
# add objtool for external module building and enabled VALIDATION_STACK option
install -Dt "$builddir/tools/objtool" tools/objtool/objtool
# add xfs and shmem for aufs building
mkdir -p "$builddir"/{fs/xfs,mm}
echo "Installing headers..."
cp -t "$builddir" -a include
cp -t "$builddir/arch/x86" -a arch/x86/include
install -Dt "$builddir/arch/x86/kernel" -m644 arch/x86/kernel/asm-offsets.s
install -Dt "$builddir/drivers/md" -m644 drivers/md/*.h
install -Dt "$builddir/net/mac80211" -m644 net/mac80211/*.h
# http://bugs.archlinux.org/task/13146
install -Dt "$builddir/drivers/media/i2c" -m644 drivers/media/i2c/msp3400-driver.h
# http://bugs.archlinux.org/task/20402
install -Dt "$builddir/drivers/media/usb/dvb-usb" -m644 drivers/media/usb/dvb-usb/*.h
install -Dt "$builddir/drivers/media/dvb-frontends" -m644 drivers/media/dvb-frontends/*.h
install -Dt "$builddir/drivers/media/tuners" -m644 drivers/media/tuners/*.h
echo "Installing KConfig files..."
find . -name 'Kconfig*' -exec install -Dm644 {} "$builddir/{}" \;
echo "Removing unneeded architectures..."
local arch
for arch in "$builddir"/arch/*/; do
[[ $arch = */x86/ ]] && continue
echo "Removing $(basename "$arch")"
rm -r "$arch"
done
echo "Removing documentation..."
rm -r "$builddir/Documentation"
echo "Removing broken symlinks..."
find -L "$builddir" -type l -printf 'Removing %P\n' -delete
echo "Removing loose objects..."
find "$builddir" -type f -name '*.o' -printf 'Removing %P\n' -delete
echo "Stripping build tools..."
local file
while read -rd '' file; do
case "$(file -bi "$file")" in
application/x-sharedlib\;*) # Libraries (.so)
strip -v $STRIP_SHARED "$file" ;;
application/x-archive\;*) # Libraries (.a)
strip -v $STRIP_STATIC "$file" ;;
application/x-executable\;*) # Binaries
strip -v $STRIP_BINARIES "$file" ;;
application/x-pie-executable\;*) # Relocatable binaries
strip -v $STRIP_SHARED "$file" ;;
esac
done < <(find "$builddir" -type f -perm -u+x ! -name vmlinux -print0)
echo "Adding symlink..."
mkdir -p "$pkgdir/usr/src"
ln -sr "$builddir" "$pkgdir/usr/src/$pkgbase"
}
pkgname=("$pkgbase" "$pkgbase-headers")
for _p in "${pkgname[@]}"; do
eval "package_$_p() {
$(declare -f "_package${_p#$_product}")
_package${_p#$_product}
}"
done
test.patch
diff --git a/drivers/gpu/drm/i915/gt/intel_ring_submission.c b/drivers/gpu/drm/i915/gt/intel_ring_submission.c
index fdc3f10e12aa..13df3bf425bc 100644
--- a/drivers/gpu/drm/i915/gt/intel_ring_submission.c
+++ b/drivers/gpu/drm/i915/gt/intel_ring_submission.c
@@ -2088,7 +2088,7 @@ int intel_ring_submission_setup(struct intel_engine_cs *engine)
GEM_BUG_ON(timeline->hwsp_ggtt != engine->status_page.vma);
- if (IS_HASWELL(engine->i915) && engine->class == RENDER_CLASS) {
+ if (IS_HASWELL(engine->i915) && engine->class == RENDER_CLASS && 0) {
err = gen7_ctx_switch_bb_init(engine);
if (err)
goto err_ring_unpin;
Build tested only.
Last edited by loqs (2020-06-23 02:21:49)
Offline