(In reply to Alex Deucher from comment #9)
> (In reply to rmuncrief from comment #8)
> > (In reply to Alex Deucher from comment #7)
> > > Can you bisect to figure out what commit broke things for yo=
u?
> >=20
> > Actually I remember doing that many years ago when I was a mainta=
iner for
> > Steam under wine. I'll look and see if I can find a current bisec=
t tutorial
> > and give it a try. Any links or tips you can give to help give me=
 a quick
> > start would be appreciated. I do remember it can take many days, =
which I'm
> > willing to invest as I said. However the fewer days the better! :)
>=20
> It's pretty straight forward.  Just google for "kernel git bisect=
 howto".

Bisecting between two major stable kernel versions is a nightmare.(Aka 4.18=
.0 -
4.19.0)

Most of the new changes are done before RC1 and it is quite common that the=
re
are major breakages there, in systems we do not want to bother with. These
breakages are usually fixed (or reverted) in later Release Candidates.

It may be better to use some of the drm-next repositories, assuming that th=
ey
hold all graphic changes that are going upstream, but are not rebased until=
 the
final release is done.