[Bug 973129] New: Thumbleweed Intel Skylake GT2 hdmi connect os freeze
http://bugzilla.opensuse.org/show_bug.cgi?id=973129 Bug ID: 973129 Summary: Thumbleweed Intel Skylake GT2 hdmi connect os freeze Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: SUSE Other Status: NEW Severity: Critical Priority: P5 - None Component: X.Org Assignee: xorg-maintainer-bugs@forge.provo.novell.com Reporter: calinuswork@gmail.com QA Contact: xorg-maintainer-bugs@forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0 Build Identifier: I run Thumbleweed with the lastest updates on a Dell xps 15 with intel and nvidia graphics cards, on the latest update to kernel 4.5 connecting an external display via hdmi results in a system freeze. When I at the login screen connecting the hdmi will result in a lot o screen tearing on the build in display. After login into Gnome system will become unresponsive. The screen rezolution in 1920x1080 Reproducible: Always Steps to Reproduce: 1. Connect HDMI 2. Login in Gnome 3. Actual Results: Build in display screen tearing and system freeze Expected Results: Should display on both screens I have an old configuration where the build display was off, this seems to work, the freeze happens only when both displays are on. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c1
Egbert Eich
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c2
Calin Calin
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c3
Egbert Eich
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c4
--- Comment #4 from Calin Calin
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c5
--- Comment #5 from Egbert Eich
I will try this and get back to you, thank you.
For reference this was working fine before the 4.5 update.
Ok, TW should keep your previous kernel on an update. Can you boot the old kernel and see if it still works? If it does - please provide the version of this kernel. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c6
--- Comment #6 from Calin Calin
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c7
--- Comment #7 from Egbert Eich
It works with kernel 4.4.3-1-default (not great, I can't change the resolution but it does net freeze)
It does not work with 4.5.0-2 and 4.5.0-1
Since an older version worked (better) for you, you could bisect the issue using the upstream kernel repo to find the change which broke things for you.
I am not sure how to boot with no X (sorry)
What do you mean? You don't know how to reboot the machine from the console? Try: ctrl-alt-del or enter 'reboot' on the command line after logging in as 'root'. -- You are receiving this mail because: You are on the CC list for the bug.
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c8
--- Comment #8 from Calin Calin
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c9
--- Comment #9 from Egbert Eich
What I meant is I don't know how to boot the system in non graphical mode.
Ok, understood. There are two ways to do this: 1. If you want it mermanent, ie until you change it again: a. log in as root. b. run: # systemctl set-default multi-user.target or to set it back to graphical: # systemctl set-default graphical.target 1. To do it temporarily: a In grub, press 'e' to get to the editable menu screen b. Add a '3' somewhere to the kernel command line.
I found this tutorial online related to git-bisect https://wiki.gentoo.org/wiki/Kernel_git-bisect do you have a better resource?
Partly.
1. You can do this from any directory on a file system with a lot of space.
If there is a lot of space left in the fs with your home directory for
example, do something like:
$ mkdir $HOME/kernel-source
$ cd kernel-source
$ git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
(don't use kernel-stable.git)
$ cd linux
2. I would recommend to build a 'vanilla' 4.5 kernel first to see if this also
exhibits the problem:
in the directory 'linux' do:
$ git checkout v4.5
v4.5 is a version tag. To list all available version tags, do 'git tag'
3. If the v4.5 kernel also has the problem, you should do the same for the 4.4
kernel to see if this one works 'better':
$ git checkout v4.4
4. After these steps, (ie if you veriried that v4.4 is ok while v4.5 is broken)
you can start bisecting.
I the tree, do
$ git bisect start
$ git bisect good v4.4
$ git bisect bad v4.5
Build the kernel.
Building:
0. If you don't have a .config from a previous build, create a .config file:
$ zcat /proc/config.gz .config
1. To build the kernel & modules, do
$ make olddefconfig
$ make bzImage modules modules_install
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c10
--- Comment #10 from Calin Calin
http://bugzilla.opensuse.org/show_bug.cgi?id=973129
http://bugzilla.opensuse.org/show_bug.cgi?id=973129#c11
--- Comment #11 from Calin Calin
participants (1)
-
bugzilla_noreply@novell.com