You are not logged in.
Pages: 1
Just recently upgraded my system with pacman -Syu, now my system does not boot and halt with an error message as
[drm: intel_dp_aux_wait_done] *ERROR* dp aux hw did not signal timeout (ha irq.0)!UPDATE: I installed linux-lts, which is kernel 3.0. The error disappears but the system halt when reaching the desktop environment. I have only the desktop background with no icon or menu. Just mouse moves, and no action from keyboard.
Last edited by etrader (2013-07-16 03:06:23)
Offline
I had a kernel panic recently during boot, due to DRM as well as far as I could tell. It didn't repeat so far after a couple of reboots, so I will keep an eye and see if it repeats.
Offline
I had a kernel panic recently during boot, due to DRM as well as far as I could tell. It didn't repeat so far after a couple of reboots, so I will keep an eye and see if it repeats.
I did many reboots, and even upgraded the system via arch-chroot (booted by USB), but the problem is permanent.
Offline
What kernel are you using and what alternative kernels have you tried?
Offline
Are you using DisplayPort?
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
What kernel are you using and what alternative kernels have you tried?
My kernel is 3.7.10-1-ARCH, and I did not tried other kernel. Now I am installing linux-lts to check it.
Offline
Are you using DisplayPort?
No, I am using a labtop with its own display, no external port.
Offline
That's probably good. I only asked because when I googled part of your error, I got a ton of bugs concerning DisplayPort and that sounded pretty grim. So I'm glad that's not it
.
CLI Paste | How To Ask Questions
Arch Linux | x86_64 | GPT | EFI boot | refind | stub loader | systemd | LVM2 on LUKS
Lenovo x270 | Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz | Intel Wireless 8265/8275 | US keyboard w/ Euro | 512G NVMe INTEL SSDPEKKF512G7L
Offline
Is there a reason why you're using a relatively old kernel? I assume you'd ignored it when updating, unless you're using a fork of Arch.
Offline
opt1mus wrote:What kernel are you using and what alternative kernels have you tried?
My kernel is linux-3.9.9-1, and I did not tried other kernel. Now I am installing linux-lts to check it.
Offline
Is there a reason why you're using a relatively old kernel? I assume you'd ignored it when updating, unless you're using a fork of Arch.
sorry, my bad! my kernel is up-to-date, 3.9.9-1. `uname -r` command showed a wrong version.
Offline
Wait. Stop.
What is the output of uname -r
and what is the output of pacman -Qi linux
If the revisions don't match, that is the root of your problem.
Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
The shortest way to ruin a country is to give power to demagogues.— Dionysius of Halicarnassus
---
How to Ask Questions the Smart Way
Offline
Wait. Stop.
What is the output of uname -r
and what is the output of pacman -Qi linux
If the revisions don't match, that is the root of your problem.
No, that is not the source of problem. It was my mistake. `uname -r` in arch-chroot shows the version of host machine's kernel. Thus, I got the correct kernel by pacman -Qi linux.
Offline
Pages: 1