Opened 22 months ago

Last modified 11 months ago

#13802 new bug

GLTeapot is black seemingly no matter what I do, and will not close

Reported by: WildKeccak Owned by: kallisti5
Priority: normal Milestone: R1/beta2
Component: Drivers/Graphics/intel_extreme Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Has a Patch: no Platform: All


Intel Core i5-4210U

Revision hrev51602

Change History (8)

comment:1 by diver, 22 months ago

Component: - GeneralApplications/GLTeapot
Keywords: GLTeapot removed
Owner: changed from nobody to kallisti5

comment:2 by pulkomandy, 22 months ago

This happens when the graphics card driver advertises support for waiting for retrace, but doesn't implement it. We will need your video card PCI id (which you can get from the "listdev" command) to check which driver is involved.

comment:3 by WildKeccak, 22 months ago

Vendor 8086 Device 0a16

Intel Haswell-ULT Integrated Graphics Controller

comment:4 by diver, 22 months ago

Component: Applications/GLTeapotDrivers/Graphics/intel_extreme

comment:5 by WildKeccak, 21 months ago

I get one frame now, and then it stops, similar to earlier. This is a Toshiba L75-B7240. It is a beast to get graphics working for this machine on a good day. Linux didn't support it for the longest time. Flickering lines and such. Sorry I wasn't more upfront.

comment:6 by kallisti5, 21 months ago

There were some LLVM upgrades that happened recently to llvm 5.0. The current mesa is compiled with 4.0.

Did you transition to the new package repositories then do a pkgman full-sync ?

Things are entering a stage of flux at the moment due to the looming beta1.

comment:7 by pulkomandy, 21 months ago

If the wait_for_retrace call doesn't work, this is likely a problem on the driver side and no updates to Mesa would help. We just need to fix the driver to support wait_for_retrace properly.

comment:8 by pulkomandy, 11 months ago

Milestone: UnscheduledR1/beta2
Note: See TracTickets for help on using tickets.