Comment # 6 on bug 1119621 from David Rosky

I've been debating whether to file a new bug report, but the issue I'm having
is similar enough to this, that it could be a manifestation of the same
problem, so I'll post some info here for now.

Symptoms:

1. Tumbleweed install can't bring up graphical installer on a new machine with
a z390 chipset and i9-9900k and Intel graphics.  It falls back to text install,
so I do a text install.

2. After text install, X won't start (I installed with default runlevel for
console and then use "startx").

3. The quick summary:  The installer doesn't even install xf86-video-intel, so
Xorg generates a "module not found" error, then falls back to Vesa, which hangs
and fails.  I'm not sure why Vesa fails, but maybe it doesn't support the 4k
mode or something.  I deleted the vesa driver, then X falls back to
framebuffer, and X finally runs in the framebuffer, but horribly slow, far
slower than either Ubuntu or Arch with framebuffer.

4. If I force install xf86-video-intel, the module is found, but it can't find
a display: i915 seems to be having trouble connecting to the hardware.

5. Ubuntu 18.10 liveCD: same problem - falls back to framebuffer, but Ubuntu's
framebuffer is significantly faster than Tumbleweed's.  Arch:  Same problem - X
won't start, removing xf86-video-intel causes fallback to vesa, which fails.
Removing vesa causes fallback to framebuffer, which works, at about the same
speed as the Ubuntu framebuffer.

Some additional info:

This seems to be a known problem with an upstream fix in a weird place.  Check
out this Arch bug report:

https://bbs.archlinux.org/viewtopic.php?id=242465

Someone referred the OP to a "drm-tip" kernel, which worked for the OP.  In
Arch, there is a AUR packagebuild for this, and I tried it, and it worked on my
system as well.  Here is the drm-tip project referred to in the thread:

https://github.com/freedesktop/drm-tip

This drm-tip kernel is based on 4.20-rc6, BUT, the 4.20-rc6 kernel in the
OpenSuSE kernel:HEAD repository does not work for me.  The drm-tip kernel must
have additional, bleeding-edge drm development code that works properly on
newer processors and chipsets.

My suggestion is that if it is desired that Tumbleweed work on the newest
hardware, the OpenSuSE kernel developers may want to look at the drm-tip kernel
and backport whatever changes are necessary.

One more additional piece of info:  While the Ubuntu 18.10 liveCD does not work
(it works, but falls back to framebuffer), the Ubuntu 19.04 BETA liveCD *does*
work.  So far, that's been the only out-of-the-box version of either Ubuntu,
OpenSuse, or Arch that has worked.  It seems the Ubuntu devs have possibly
backported the necessary changes for a functional Intel graphics system.

NOTE: If this is determined to be a different issue, I would be happy to post
this information into a new bug.