#15516: Misaligned and slow display on Intel Skylake GT2
-------------------------------------------------+-------------------------
Reporter: Pintaio | Owner: rudolfc
Type: bug | Status: assigned
Priority: normal | Milestone: Unscheduled
Component: | Version:
Drivers/Graphics/intel_extreme/skylake | R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Platform: All |
-------------------------------------------------+-------------------------
Changes (by rudolfc):
* owner: nobody => rudolfc
* status: new => assigned
Comment:
Hi all, Since a week or two I have a skylake desktop system (uefi) at my
disposal and I am testing the driver on it.
- (diver) the slow drawing was caused by the app_server waiting on the
acceleration engine, but that does not work and so drawing is stalled
bigtime. I think waiting for engine idle wouldn't need to be called by
app_server since it does not use the engine anymore these days, but anyhow
I have disabled that function internally in case of skylake. This slow
drawing effect should be gone since it's already in git some time now.
- mode setting is not yet supported, apart from (now) setting colorspace
and virtual size (BWindowScreen in example). You should be working with
the same resolution as the system starts with during the icons screen, or
it will not work yet. People reporting VESA remaining active are
encouraged to let know the cardID, but also we need to update GART support
driver, so the CPU memory interface chipset should be made known as well
or it still won't work.
- If the ID is in the driver, and in the GART driver, and you are still
using VESA (driver won't kick in with app_server), then please check (in
terminal) ls /dev/graphics to see if the kernel driver is loaded, also
syslog is interesting to see if GART works, and of course the devices list
(in case it does not).
- unfortunately, app_server cannot use the accelerant if you are on a UEFI
system, where it does not make one bit of a difference if you boot using
UEFI or legacy BIOS emulation, and not even if you run 32 or 64bit Haiku:
our loader loads the unpackaged hierarchy gfx driver too late for
app_Server. So this is a bug outside of the driver, which really should be
solved ASAP. Currently I can only test skylake on an 'unpackaged' system
as I need to place the driver to test in the system hierarchy. I saw this
exact same behaviour also on Microsoft Surface 3: same trouble there.
- As soon as I make more progress I'll report it back here, and things I
fix I will place in git so the system driver will have this updated
behaviour and so you get a chance to test.. if the IDs are in the driver
that is ;-)
- Most skylake systems are not yet supported by the driver in that their
ID is not added or commented out. I guess that's probably best since the
driver is known to not be ready enough yet. That being said I guess I
could probably add one ID for some testing.
--
Ticket URL: <https://dev.haiku-os.org/ticket/15516#comment:7>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.
