Hi,
On 11-03-16 11:07, Timo Aaltonen wrote:
29.02.2016, 16:47, Hans de Goede kirjoitti:
sna has no meaningfull accel for gen9+, this causes problems with i.e.
apps using XVideo since the sprite XVideo support does not work well
for many apps.
Therefor it is better to just let the xserver fall back to modesetting +
glamor. This is implemented by returning FALSE from the probe methods,
just like how nouveau handles falling back to modesetting for newer cards.
BugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1305369
Signed-off-by: Hans de Goede <hdegoede@xxxxxxxxxx>
I've been trying to make this work, but there are cases where it fails bad:
# a config file with a Device section that loads 'intel' makes the
server fail
[ 10.153] (EE) No devices detected.
[ 10.153] (EE)
Fatal server error:
[ 10.153] (EE) no screens found(EE)
ie. no fallback in that case
# with X run as root (wrapper or not), same thing different cause
[ 145.943] (EE) modeset(0): drmSetMaster failed: Invalid argument
[ 145.943] (EE)
Fatal server error:
[ 145.943] (EE) AddScreen/ScreenInit failed for driver 0
but it does work with startx run by a user. Tests done on Debian with
1.18.1 and intel ddx git.
This must be some Debian specific issue, I just tried this with Xorg-1.18.3
on Fedora, with a Xwrapper.config forcing X to always run as root and it works
fine (using startx).
In that case systemd-logind integration should still work though, so it may
be that the way you are starting Xorg causes the systemd-logind integration
to not work though, and that the fallback paths for opening the /dev/drm/card#
in the modesetting driver are broken. How exactly are you starting X ?
Can you provide full logs of a failed start ?
Regards,
Hans
_______________________________________________
Intel-gfx mailing list
Intel-gfx@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
