IABSD.fr/xenocara/driver/xf86-video-intel

Branch :


Log

Author Commit Date CI Message
cc054186 2017-11-19 20:16:12 Adapt xf86-video-intel to xserver 1.19 ABI changes. Mostly from upstreams commits. Tested by many. Thanks.
06a1409c 2017-07-27 15:24:55 check for typeof() and define HAVE_TYPEOF if available so that we use the proper implementation of __container_of from xorg's list.h ok kettenis@
b436b5a3 2017-06-24 08:54:32 Initialize flags member of struct drm_915_gem_mmap as the upcoming inteldrm(4) update checks it. Upstream fixed this differently, but that fix doesn't work for us as our ioctl(2) subsystem works differently from Linux. ok jsg@, tom@
fd18c20e 2016-10-11 22:14:30 regen
7f4dc931 2016-09-05 11:20:18 Define an empty inline intel_sync_close() in a header for dri2 to match newer intel code instead of putting an ifdef around the call.
d4793e82 2016-06-02 05:37:26 Avoid calling a function only built with dri3, fixes an undefined symbol crash when opting into uxa reported by Walter Alejandro Iglesias. ok kettenis@ matthieu@
799a95bf 2016-05-16 09:54:33 Pickup upstream commit 2c50639 to prepare build with xserver 1.18
d9a335dd 2015-12-03 22:36:46 Revert previous commit; the "blt" codepath is obviously not tested very well and makes X crash.
0929ee3a 2015-11-15 15:33:57 Partly disable acceleration on Broadwell. The inteldrm(4) driver fails to restore something properly after resume which makes the render ring get stuck. By defaulting to the "blt" acceleration method we avoid the use of this ring and the machine remains usable after resume. People who really want full 2D acceleration can still override the acceleration method in their xorg.conf. ok jsg@
ee66b4b1 2015-11-02 04:11:01 sna/gen8: Clamp URB allocations for GT3 From Chris Wilson in 7a9bdadd71730adc5266bc6758982abec5917b93 Fixes rendering problems on Broadwell GT3 (Iris 6100/Iris Pro 6200) Tested by Thomas Weinbrenner on bugs@
7f9fd3b1 2015-08-23 17:53:51 Merge upstream commit to support xserver 1.17
d031df27 2015-04-12 19:41:54 Update to xf86-video-intel 2.99.916 Fixes a display bug seenby ajacoutot@, ok jsg@ and kettenis@. newer X.Org (2.99.917 or master) version cause corruption on older machines (X40, i965), probably caused by a bug in our kernel, under investigation by kettenis@.
af3873fc 2014-12-15 13:17:34 Build xf86-video-intel with --enable-kms-only. The i810/i815 UMS code builds but won't work as the X server stopped supporting XAA multiple major releases ago. Furthermore it requires the userland AGP interface that was removed from the kernel with 5.6. These devices should work fine with the vesa driver. ok kettenis@
24fb6f10 2014-02-14 19:38:40 Update to xf86-video-intel 2.99.910 (aka 3.0RC10) tested by jsg@ and me.
845ad293 2014-02-03 15:59:42 regen
a46a9e0e 2014-02-03 15:57:56 Bump revisions of XvMC libs
f6224eae 2014-02-03 15:54:42 Update to xf86-video-intel 2.99.909 Tested by jsg@, kettenis@ and myself on a wide range of intel cards.
a9f7b7bc 2013-11-11 03:16:50 Enable hardware acceleration on haswell again. Seems to work with the kernel changes I've just committed on a desktop with hd 4600, and matthieu's haswell ult with hd 4400.
ec2836f3 2013-09-10 03:10:31 disable blit acceleration on haswell for now seems to mitigate some hangs seen by weerd@ and matthieu@
9a4b5cd1 2013-08-15 03:34:19 Adjust the shared-lib versions for the intel driver to match the versions expected by the time_t bump, this time done correctly ok matthieu@
acee5d3c 2013-08-13 18:52:10 Repair guenther's damage that I didn't ok.
655d6809 2013-08-13 08:24:46 Bump the major to match the 64bit time_t change
d890a346 2013-03-19 20:47:22 Add an OpenBSD-specific implementation of backlight control that uses the appropriate wscons ioctls. ok matthieu@
aae4813e 2013-03-19 07:32:33 regen
07f2f0a5 2013-03-18 18:38:18 Update to xf86-video-intel 2.20.19. A recent kernel with kernel modesetting support is required. Thanks to jsg@ and kettenis@ for their work.
07ce5c50 2013-02-14 15:15:37 Repair the legacy i810 driver. Problem reported and fix successfully tested by schwarze@
d6d6af19 2013-02-01 11:09:26 Several changes to resolve screen corruption sometimes seen with dpms on ivy bridge, mostly based on upstream drm code: - remove a workaround which was in itself causing issues - switch the order of disabling fdi rx & tx - disable DPLL_SEL when disabling the crtc - add a few extra delays Most of this concerns the gen5+ crtc disable function, and thanks to a bunch of testers this is known to still work fine on gen 5/6/7. ok kettenis@ matthieu@
c7c3d2e8 2013-01-22 21:37:09 example should conform to constraint on section identifiers. ok matthieu@
70cf9f81 2013-01-15 06:31:43 Remove annoying is lvds, is crt debug stuff. OK jsg@.
ae98b909 2013-01-03 15:00:26 Regen autotools files once more. Apparently previous version was generated with some of my local changes to use /usr/bin/libtool. This is causiing problems with the XvMC libs shared libraries versions.
a68216fe 2012-12-19 21:19:48 - sync the "legacy" i810 driver, used only on true i810 and i815 chipsets to the one in recent intel driver from X.Org. - remove one of the output probe method in i830PreInit(). This method is calling functions that are normally forbidden in PreInit(). With xserver 1.13 this causes a fatal error at run time. Tested by bluhm@, nick@ and shadchin@ back in september.
f5929fd6 2012-12-13 01:23:08 Recent thinkpads try to set a backlight value one greater than the maximum causing backlight control to be disabled. Limit the backlight values to the maximum so xbacklight will work. Backlight control via the brightness buttons won't yet work as that likely requires opregion/acpi bits. Tested by jcs@ jasper@ phessler@ naddy@ and Amarendra Godbole ok phessler@ kettenis@
26135f75 2012-12-02 17:59:25 Check return value of I830MapMMIO(). Allows the server to fail with a useful error message instead of segfaulting later, like reported by Alexei Malinin on misc@.
e9cb1c0f 2012-10-20 03:01:40 Make the hdmi modesetting code handle multiple display pipes. Problem noticed by by rivo nurges and blambert@ after ivy bridge support enabled multiple pipes for pch devices. Fix based on what the upstream drm code does and tested by rivo nurges, blambert@ and sthen@ ok kettenis@
97f5e301 2012-10-06 03:51:23 Add basic support for ivy bridge and fix several cases of register access not being adjusted for the pch split, one of which prevented multiple display pipes from working. The third pipe on ivy bridge remains disabled for now. ok kettenis@ thanks to everyone who tested
0c85c873 2012-09-17 12:41:15 Improve hack to restore text mode on ironlake/sandy bridge. tested by many ok jsg@, deraadt@
10ad3308 2012-09-09 21:14:26 regen
00e6140e 2012-09-09 21:13:06 Add compat-api.h. 1st step to get this version of the intel driver working with xserver 1.13.
075b81cb 2012-06-24 20:43:25 Link libIntelXvMC.so to pthread-stubs, not pthreads. Needed by future matthew@ patch.
f4b3420b 2012-06-07 20:48:44 Don't unload sub-modules in xserver 1.12. Its implementation is broken. xf86UnloadSubModule() was a no-op in earlier versions.
78d80602 2012-05-06 10:38:50 One more fix for new vgaHW ABI.
f252027f 2012-05-06 09:24:42 Fix for new vgaHW ABI.
563a654b 2012-03-13 22:44:44 Mostly fix rotation in the intel driver. Since recent(ish) changes we can allocate roatated framebuffers with tiling. This was not taken into account. Fix this for the most part: 1) i830_display_tiled needs to check tiling on rotated buffers too. 2) PipeSetBase needs to not only set offset to 0 for roated shadow buffers, it also needs to 0 DSPTILEOFF x/y too. There seems to be a remaining issue with damage or similar causing some latency on rotated screens, I have not managed to find this yet. Tested by sereral on tech@ ok matthieu a couple of weeks ago (his mail slipped though the cracks, hence late commit).
16bbf255 2012-01-31 07:47:28 Explicitely disable DRI on SandyBridge and above chipsets. It doesn't work anyways, so prevent X from crashing. ok oga@
13f8f43b 2011-12-21 21:25:02 Add support for Sandy Bridge. Not perfect yet. Most notably 3D acceleration is completely absent, and playing video doesn't work yet. But support for "normal" 2D stuff is pretty solid and it is really nice to be able to use my laptop at the panel's native resolution and be able to suspend and resume the machine. tested by some
70f1880f 2011-12-14 17:00:08 regen
b932741c 2011-11-29 12:41:53 Some files (used for generating other stuff) that I missed in the last commit. Oops.
1431ee95 2011-11-29 12:39:02 Update the intel driver to a more recent version based on more recent upsteam code. Backporting keeping UMS changes by me, some bugfixes from kettenis@. Has been in snapshots for a while, committed on request so we can be sure what people are running. This is a prerequesite for sandybridge support but has those chipsets disabled for now until the correct code has been added.
bc1d2447 2011-09-13 19:31:42 Let the intel driver build with xserver >= 1.10. Reminded by shadchin@ ok oga@
be5ccdb8 2011-02-11 21:01:55 Avoid dereferencing a NULL pointer during VT switches when composite is active. Fix confirmed to fix observed crash by dcoppa@ canacar@. ok marco@.
7ed4db88 2010-08-25 20:29:35 remove annoying is lvds / is crt errorf calls ok fgs@ matthieu@ oga@
1cf6df01 2010-07-18 14:47:47 Update the intel driver to (mostly) a backport of 2.12. It is missing a few commits that I have yet to verify (ones that try and continue if we lock the gpu rendering engine and can't reset it, for example) taht will be verified and sent out for extra testing soon. Should contain a bunch of speedups and some correctness improvements (though rendercheck still gives some errors that I am looking into). This has been in snaps since the first day of c2k10, any known issues with just this driver have (to my knowledge) been fixed since. A problem with macbooks pointed out by otto happens with both this and the in-tree driver and thus doesn't stop this moving forward. As well as the 2.12 improvements, this driver also has a backport (partially aided by the backports in RHEL 5 kindly provided by Dave Airlie) from the kms code of modesetting support for ironlake (arrandale and clarkdale: the IGDs build into intel nehalem cpu dies) which has been tested on a number of chipsets. Note that Display port and eDP displays have not yet been worked on (and probably won't until I can find a displayport monitor), but VGA and lvds at least are known to work, sure beats vesa. "no objection on my side" matthieu@, prodding (as always) from princess marco.
c7812d07 2010-05-23 21:28:34 Pull in the changes in rendering that I skipped when i backported changes from later intel versions (after the UMS removal). 95% of this is the xvmc reworks that makes that code even halfway sane. xvmc is now enabled by default on 965+. Tested by many on tech@, thanks! ok matthieu@
7587a415 2010-05-22 23:53:55 Disable Framebuffer Compression on 915GM and 945GM. While this feature at best can save 05w idle power, it is very flakey. Disabling it fixes (or at the least masks) the problem that some 915 and 945 users were seeing where they ended up with a blank screen (it turns out that no problems fired because everything was still working, just FBC screwed up and never actually scanned out the framebuffer). As some examples for reliability linux with kms has disabled fbc on these chipsets due to some unreliability issues (especially over suspend). and the window driver apparently also does not used it. Tested by kettenis@, Tom Murphy, edd@ and myself. ok matthieu@
acc721c4 2010-05-10 22:35:08 *sigh* there is always one (in this case two). These files were missing from the last commit. (due to shuffling the cvs diff between old driver and new one was 155246 lines, so two files isn't that bad...)
ec5c2469 2010-05-10 22:32:28 Update the intel driver to 2.9.1 plus backports. 2.9.1 is the last version of the intel DDX that supports UMS (User modesetting), with 2.10 onwards being purely KMS only. As such, this driver contains backports of almost every correctness or performance related fix to the rendering layer in later intel drivers. This driver *REQUIRES* a GEM enabled kernel. it claims to support non-gem mode but this is essentially unmaintained and due to the way the abstraciton works is slow, if it works at all (it often does not). You have been warned. tested by many many people on tech over the last few weeks.
9ac8837d 2010-04-13 19:56:37 Make it possible to build drivers with the newer proto headers. ok oga@.
691e04d2 2010-04-07 18:22:00 Here's a really good idea: when preparing for a vt switch the intel driver idles the ringbuffer, stops it, unbinds all memory, then hands back off. Now here's the clever bit: just before we call to idle the ringbuffer (which sleeps waiting for an interrupt) let's TURN OFF THE FUCKING INTERRUPT. That's a great idea, really, isn't it? Move the interrupt disable to *after* stop_ring. Theo's T61 VT switches again. everyone elses' intel stuff worked by magic (or shared interrupts) before now. Fixed after discussion with deraadt@, thanks to miod for suggestions.
928f6b45 2009-12-14 14:21:54 Fix a segfault in X for a clipped movie window. ok matthieu@ Original commit message from barry scott to upstream: Author: Barry Scott <barry.scott@onelan.co.uk> Date: Tue Jun 23 14:14:50 2009 +0100 Fix segv for clipped movie window When playing a movie that is clipped on its left and right edges the Xorg server will SEGV sometimes. This is because the intel driver ignores the clipping info when it copies the planes out of the XV data. The check for the optimised copy was wrong to ignore the width required. Which leads to too much data being copied by the memcpy. It the source buffe happens to end exactly on a page boundary the server will SEGV. As we reviewed the code we checked the calculation of src1, src2 and src3. The patch includes additional comments to make it clear what the elements of the calculation are. This bug exists in git head and we also see it in 2.4.1.
f0cd9e3a 2009-09-10 02:30:26 backport a bugfix from upstream: Fix 945GM VT switch in UMS Bug #19578. We should set private intel_crtc state according to current, as fail to do so pipe A needs active won't be taken care of. Also make sure pipe swap operation always set during VT switch. This also fixes the *other* x40 lid problem (which happens when you suspend, then you shut the lid in dont'-suspend-on-lid mode. the reasoning for the PipeA quirk I finally found: On some platforms, the firmware may read & write GPU registers on lid close, suspend/resume time or during various SMM events. If one of the graphics pipes is disabled at that time, the GPU may hang due to the programming dependencies of the various registers. So essentially, without this patch, if you have this quirk and you shut the lid, you're hosed, but y'know drivers in userland are great. So are BIOS writers. requested by deraadt@, who keeps getting this issue when he's on a plane.
73704327 2009-08-25 19:08:29 Remove compat directories that are not needed here. ok oga@.
5f44320c 2009-08-06 16:02:07 Pull in some code from 2.8 and current so that dri2 works correctly with xserver 1.6.2. When dri2 is not in use, this commit does nothing. ok matthieu@
9a5da84d 2009-07-18 15:02:51 Since we don't accelerate trapesoid rendering under uxa yet anyway software rasterise them THEN put them into buffer objects. read-modify-write of graphics memory is expensive. 2.5x speed increase under heavy trap rendering measured. Another upstream backport. ok matthieu@
2b56f07b 2009-07-18 15:00:09 Don't put glyphs pixmaps into buffer objects under uxa. in the fastpath they're going straight to the glyph cache anyway and doing so for small glyphs wastes memory since bos must be padded to page size. Backport from upstream (to aid gem development). ok matthieu@
c349058b 2009-07-18 14:58:00 Fallback if we're vt switched and we're using GEM. We're not allowed to access the hardware in this situation. Backport from upstream CURRENT. ok matthieu@.
37a2f39d 2009-07-18 14:56:03 Accessing a pixmap in fallback if the prepare_access() callback failed is verboten So don't do it. Treat it the same as every other prepare access call in uxa. This patch sent upstream. ok matthieu@
42b052b9 2009-06-25 20:16:43 update to xf86-video-intel 2.7.1. Tested by many.
af2481e4 2009-01-29 17:17:24 Add support to run intel_reg_dumper on OpenBSD.
3b1cf061 2009-01-26 23:27:59 never define XF86DRI_MM after configure. 2.4.x still had the ttm bits which haven't made it into a released libdrm. This prevents collisions with the libdrm version just commited (which wouldn't build otherwise).
9ae8285f 2009-01-10 15:06:18 Don't map the mmio region via the drm. This was only passed onto the mesa dri driver, which hasn't needed this for a while. ok matthieu@.
e7c2896c 2008-12-01 20:52:08 regen
2bf61528 2008-12-01 20:51:41 xf86-video-intel 2.4.3. Tested by many.
bdaa42fb 2008-11-06 22:30:11 Set default acceleration method to EXA, like upstreams.
23a2202b 2008-10-12 15:25:43 Disable framebuffer compression for now. Problems noticed by oga@
2a8442d3 2008-10-12 15:20:49 xf86-video-intel 2.4.2. Has been in snapshots for weeks. Ok oga@.
888e10a7 2008-08-26 19:00:32 Use the modeset_ctl ioctl to let the drm know that we're setting the mode from userland. This means we can switch of the vblank ioctl when no 3d client is using it. Backported from newer ddxen to make use of the new libdrm. ok matthieu@
fedaaef8 2008-08-26 14:24:16 Don't try and build the memory manager parts for libdrm 2.3.1, this version has been bumped to 2.4.0 upstream. ok matthieu@
8afab561 2008-06-29 20:13:42 update to xf86-video-intel 2.3.2. Tested among others by okan@.
80fa2403 2008-05-22 06:59:23 More files that got added by mistake.
3d060c0d 2008-05-21 20:27:45 oops should not have committed this. Noticed by deraadt@.
4203da79 2008-05-21 20:19:51 Update to xf86-video-intel 2.3.1. Tested by many.
67a3a88d 2008-03-30 13:51:30 Update to Intel driver 2.2.1. But change default accelmethod to XAA. Tested by landry@, oga@, steven@, jakemsr@.
bbc31bf5 2008-03-25 23:41:50 Introduce bsd.xconf.mk to set default config variables used at several places in the Xenocara build in a central place instead of duplicating the checks all over the place. ok oga@.
7830df18 2008-03-15 18:08:24 Regen with autoconf 2.59-p2, with AM_SANITY check zapped.
420aa0bd 2008-02-22 08:26:32 Fix from X.Org repository pointed out by brad@ Add pipe A force enable quirk for ThinkPad X40 ThinkPad X40s need this quirk or they'll crash frequently.
43e542a0 2008-02-11 20:16:03 Merge intel driver version 2.2.0.90.
bc47e6dc 2008-02-11 20:09:36 Import intel driver v 2.2.0.90. tested by many, including krw@ kettenis@, jakemsr@, landry@, beck@ and oga@. Thanks.
d33aacaa 2008-02-02 17:19:57 Make it possible to build dri support with XENOCARA_BUILD_DRI=yes in /etc/mk.conf. ok oga@
e5714788 2008-01-16 23:25:31 regen
dc769e8a 2008-01-16 23:20:50 Based on a suggestion and an initial patch by kettenis@, build both the old i810 and the new intel drivers on i386, and let X autoconfiguration code choose the one that is used based on the chipset. Tested by landry@ and a few others.
1b3b2f7d 2007-12-08 17:53:07 Default to XAA acceleration since EXA produces stack overflows for now.
7b2d1daf 2007-11-25 18:44:17 - disable dri support explicitely for now. - fix some merge botches. Long live CVS.
5aec5087 2007-11-24 20:08:18 merge xf86-video-intel 2.2.0
f3bee370 2007-11-24 19:44:16 xf86-video-intel 2.2.0
dcd6bea2 2007-08-04 19:55:21 Add support for the mobile i965GM chipset. tested by many ok matthieu@
00a847b3 2007-03-25 13:02:54 regen with libtool 1.5.22p9
6637a9a3 2007-03-18 22:29:12 regen with automake 1.9.6p2
c7fd73e3 2007-03-03 09:53:37 regen
27718acf 2007-03-03 09:49:28 Import xf86-video-i810 version 1.7.4
7939bbf8 2006-12-16 21:04:37 regen