aboutsummaryrefslogtreecommitdiff
path: root/sys/dev/drm2/i915
Commit message (Collapse)AuthorAgeFilesLines
* Reapply, with minor tweaks, r338025, from the original commit:Warner Losh2018-09-261-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Remove unused and easy to misuse PNP macro parameter Inspired by r338025, just remove the element size parameter to the MODULE_PNP_INFO macro entirely. The 'table' parameter is now required to have correct pointer (or array) type. Since all invocations of the macro already had this property and the emitted PNP data continues to include the element size, there is no functional change. Mostly done with the coccinelle 'spatch' tool: $ cat modpnpsize0.cocci @normaltables@ identifier b,c; expression a,d,e; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,d, -sizeof(d[0]), e); @singletons@ identifier b,c,d; expression a; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,&d, -sizeof(d), 1); $ rg -l MODULE_PNP_INFO -- sys | \ xargs spatch --in-place --sp-file modpnpsize0.cocci (Note that coccinelle invokes diff(1) via a PATH search and expects diff to tolerate the -B flag, which BSD diff does not. So I had to link gdiff into PATH as diff to use spatch.) Tinderbox'd (-DMAKE_JUST_KERNELS). Approved by: re (glen) Notes: svn path=/head/; revision=338948
* Convert x86 cache invalidation functions to ifuncs.Konstantin Belousov2018-09-191-4/+5
| | | | | | | | | | | | | This simplifies the runtime logic and reduces the number of runtime-constant branches. Reviewed by: alc, markj Sponsored by: The FreeBSD Foundation Approved by: re (gjb) Differential revision: https://reviews.freebsd.org/D16736 Notes: svn path=/head/; revision=338807
* Revert drm2 removal.Warner Losh2018-08-2447-0/+63642
| | | | | | | | | | | | | | | | | | | | | | | | | | | Revert r338177, r338176, r338175, r338174, r338172 After long consultations with re@, core members and mmacy, revert these changes. Followup changes will be made to mark them as deprecated and prent a message about where to find the up-to-date driver. Followup commits will be made to make this clear in the installer. Followup commits to reduce POLA in ways we're still exploring. It's anticipated that after the freeze, this will be removed in 13-current (with the residual of the drm2 code copied to sys/arm/dev/drm2 for the TEGRA port's use w/o the intel or radeon drivers). Due to the impending freeze, there was no formal core vote for this. I've been talking to different core members all day, as well as Matt Macey and Glen Barber. Nobody is completely happy, all are grudgingly going along with this. Work is in progress to mitigate the negative effects as much as possible. Requested by: re@ (gjb, rgrimes) Notes: svn path=/head/; revision=338285
* Remove legacy drm and drm2 from treeMatt Macy2018-08-2247-63642/+0
| | | | | | | | | | | | | | | | | As discussed on the MLs drm2 conflicts with the ports' version and there is no upstream for most if not all of drm. Both have been merged in to a single port. Users on powerpc, 32-bit hardware, or with GPUs predating Radeon and i915 will need to install the graphics/drm-legacy-kmod. All other users should be able to use one of the LinuxKPI-based ports: graphics/drm-stable-kmod, graphics/drm-next-kmod, graphics/drm-devel-kmod. MFC: never Approved by: core@ Notes: svn path=/head/; revision=338172
* Back out r338035 until Warner is finished churning GSoC PNP patchesConrad Meyer2018-08-191-1/+1
| | | | | | | | | | I was not aware Warner was making or planning to make forward progress in this area and have since been informed of that. It's easy to apply/reapply when churn dies down. Notes: svn path=/head/; revision=338037
* Remove unused and easy to misuse PNP macro parameterConrad Meyer2018-08-191-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Inspired by r338025, just remove the element size parameter to the MODULE_PNP_INFO macro entirely. The 'table' parameter is now required to have correct pointer (or array) type. Since all invocations of the macro already had this property and the emitted PNP data continues to include the element size, there is no functional change. Mostly done with the coccinelle 'spatch' tool: $ cat modpnpsize0.cocci @normaltables@ identifier b,c; expression a,d,e; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,d, -sizeof(d[0]), e); @singletons@ identifier b,c,d; expression a; declarer MODULE_PNP_INFO; @@ MODULE_PNP_INFO(a,b,c,&d, -sizeof(d), 1); $ rg -l MODULE_PNP_INFO -- sys | \ xargs spatch --in-place --sp-file modpnpsize0.cocci (Note that coccinelle invokes diff(1) via a PATH search and expects diff to tolerate the -B flag, which BSD diff does not. So I had to link gdiff into PATH as diff to use spatch.) Tinderbox'd (-DMAKE_JUST_KERNELS). Notes: svn path=/head/; revision=338035
* Make timespecadd(3) and friends publicAlan Somers2018-07-302-4/+3
| | | | | | | | | | | | | | | | | | | | | | The timespecadd(3) family of macros were imported from NetBSD back in r35029. However, they were initially guarded by #ifdef _KERNEL. In the meantime, we have grown at least 28 syscalls that use timespecs in some way, leading many programs both inside and outside of the base system to redefine those macros. It's better just to make the definitions public. Our kernel currently defines two-argument versions of timespecadd and timespecsub. NetBSD, OpenBSD, and FreeDesktop.org's libbsd, however, define three-argument versions. Solaris also defines a three-argument version, but only in its kernel. This revision changes our definition to match the common three-argument version. Bump _FreeBSD_version due to the breaking KPI change. Discussed with: cem, jilles, ian, bde Differential Revision: https://reviews.freebsd.org/D14725 Notes: svn path=/head/; revision=336914
* Fix build of i915kms with base gccDimitry Andric2018-06-111-1/+9
| | | | | | | | | | | | | | | | | | | | | | | Base gcc fails to compile sys/dev/drm2/i915/intel_display.c for i386, with the following -Werror warnings: cc1: warnings being treated as errors /usr/src/sys/dev/drm2/i915/intel_display.c:8884: warning: initialization from incompatible pointer type This is due to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36432, which incorrectly interprets the [] as a flexible array member. Because base gcc does not have a -W flag to suppress this particular warning, it requires a rather ugly cast. To not influence any other compiler, put it in a #if/#endif block. Reviewed by: kib MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D15744 Notes: svn path=/head/; revision=334946
* Move most of the contents of opt_compat.h to opt_global.h.Brooks Davis2018-04-061-2/+0
| | | | | | | | | | | | | | | | | | | | | opt_compat.h is mentioned in nearly 180 files. In-progress network driver compabibility improvements may add over 100 more so this is closer to "just about everywhere" than "only some files" per the guidance in sys/conf/options. Keep COMPAT_LINUX32 in opt_compat.h as it is confined to a subset of sys/compat/linux/*.c. A fake _COMPAT_LINUX option ensure opt_compat.h is created on all architectures. Move COMPAT_LINUXKPI to opt_dontuse.h as it is only used to control the set of compiled files. Reviewed by: kib, cem, jhb, jtl Sponsored by: DARPA, AFRL Differential Revision: https://reviews.freebsd.org/D14941 Notes: svn path=/head/; revision=332122
* vm_wait() rework.Konstantin Belousov2018-02-202-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | Make vm_wait() take the vm_object argument which specifies the domain set to wait for the min condition pass. If there is no object associated with the wait, use curthread' policy domainset. The mechanics of the wait in vm_wait() and vm_wait_domain() is supplied by the new helper vm_wait_doms(), which directly takes the bitmask of the domains to wait for passing min condition. Eliminate pagedaemon_wait(). vm_domain_clear() handles the same operations. Eliminate VM_WAIT and VM_WAITPFAULT macros, the direct functions calls are enough. Eliminate several control state variables from vm_domain, unneeded after the vm_wait() conversion. Scetched and reviewed by: jeff Tested by: pho Sponsored by: The FreeBSD Foundation, Mellanox Technologies Differential revision: https://reviews.freebsd.org/D14384 Notes: svn path=/head/; revision=329636
* These drivers have a sentinel at the end of the device list. ExcludeWarner Losh2017-12-231-1/+1
| | | | | | | it. Notes: svn path=/head/; revision=327100
* Use '#' rather than some made up name for fields we want to ignore.Warner Losh2017-12-221-1/+1
| | | | Notes: svn path=/head/; revision=327089
* sys/dev: further adoption of SPDX licensing ID tags.Pedro F. Giffuni2017-11-271-0/+2
| | | | | | | | | | | | | | | Mainly focus on files that use BSD 2-Clause license, however the tool I was using misidentified many licenses so this was mostly a manual - error prone - task. The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts. Notes: svn path=/head/; revision=326255
* Unrevert r324059Conrad Meyer2017-09-271-0/+2
| | | | | | | | | | With a colon and bogus name ("#") added to appease the simplistic parser used in kldxref. Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=324067
* Remove PNP metadata from drm2 drivers until kldxref problem is resolvedConrad Meyer2017-09-271-2/+0
| | | | | | | | Reported by: np Sponsored by: Dell EMC Isilon Notes: svn path=/head/; revision=324059
* Add PNP metadata to more driversConrad Meyer2017-09-261-0/+2
| | | | | | | | | | | | | | | GPUs: radeonkms, i915kms NICs: if_em, if_igb, if_bnxt This metadata isn't used yet, but it will be handy to have later to implement automatic module loading. Reviewed by: imp, mmacy Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D12488 Notes: svn path=/head/; revision=324038
* Simplify i915_gem_wire_page() and avoid unneeded page-busying.Mark Johnston2017-09-211-7/+6
| | | | | | | | Reviewed by: alc, kib MFC after: 1 week Notes: svn path=/head/; revision=323880
* Modernize calls to vm_page_unwire(). As of r288122, vm_page_unwire()Alan Cox2017-09-212-4/+3
| | | | | | | | | | | | accepts PQ_NONE as the specified queue and returns a Boolean indicating whether the page's wire count transitioned to zero. Use these features in dev/drm2. Reviewed by: kib, markj MFC after: 1 week Notes: svn path=/head/; revision=323868
* drm2: Add some missing PCIIDs for some Haswell systemsConrad Meyer2017-04-131-0/+1
| | | | | | | Submitted by: Jia-Shiun Li <jiashiun at gmail.com> Notes: svn path=/head/; revision=316749
* Fix bug in r309712, do not leak gem object pin count in case of errorKonstantin Belousov2016-12-131-1/+3
| | | | | | | | | | | or retry. Reported and tested by: Michael Butler <imb@protected-networks.net> Sponsored by: The FreeBSD Foundation MFC after: 16 days Notes: svn path=/head/; revision=310027
* Use the populate() driver paging method for i915 driver.Konstantin Belousov2016-12-081-52/+19
| | | | | | | | | | | | | | In particular, the fault access type is accounted for when the aperture page is moved to GTT domain. On the other hand, the current pager structure is left intact, most important, only one page is instantiated per populate call. Reviewed by: alc Sponsored by: The FreeBSD Foundation MFC after: 3 weeks Notes: svn path=/head/; revision=309712
* Fix a race in vm_page_busy_sleep(9).Konstantin Belousov2016-10-131-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Suppose that we have an exclusively busy page, and a thread which can accept shared-busy page. In this case, typical code waiting for the page xbusy state to pass is again: VM_OBJECT_WLOCK(object); ... if (vm_page_xbusied(m)) { vm_page_lock(m); VM_OBJECT_WUNLOCK(object); <---1 vm_page_busy_sleep(p, "vmopax"); goto again; } Suppose that the xbusy state owner locked the object, unbusied the page and unlocked the object after we are at the line [1], but before we executed the load of the busy_lock word in vm_page_busy_sleep(). If it happens that there is still no waiters recorded for the busy state, the xbusy owner did not acquired the page lock, so it proceeded. More, suppose that some other thread happen to share-busy the page after xbusy state was relinquished but before the m->busy_lock is read in vm_page_busy_sleep(). Again, that thread only needs vm_object lock to proceed. Then, vm_page_busy_sleep() reads busy_lock value equal to the VPB_SHARERS_WORD(1). In this case, all tests in vm_page_busy_sleep(9) pass and we are going to sleep, despite the page being share-busied. Update check for m->busy_lock == VPB_UNBUSIED in vm_page_busy_sleep(9) to also accept shared-busy state if we only wait for the xbusy state to pass. Merge sequential if()s with the same 'then' clause in vm_page_busy_sleep(). Note that the current code does not share-busy pages from parallel threads, the only way to have more that one sbusy owner is right now is to recurse. Reported and tested by: pho (previous version) Reviewed by: alc, markj Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D8196 Notes: svn path=/head/; revision=307218
* Remove redundant declarations for intel_fbc_enabled(..) andEnji Cooper2016-07-111-3/+0
| | | | | | | | | | | | | i915_gem_dump_object(..) to fix -Wredundant-decls warning MFC after: 1 week PR: 209924 Reported by: Mark Millard <markmi@dsl-only.net> Tested with: devel/amd64-gcc (5.3.0) Sponsored by: EMC / Isilon Storage Division Notes: svn path=/head/; revision=302572
* Don't repeat the the word 'the'Eitan Adler2016-05-172-2/+2
| | | | | | | | | | (one manual change to fix grammar) Confirmed With: db Approved by: secteam (not really, but this is a comment typo fix) Notes: svn path=/head/; revision=300050
* Ensure waiting loops terminate during cold boot. This fixes boot withHans Petter Selasky2016-05-101-0/+4
| | | | | | | | | | | | | | | MacBookPro and i915kms_load="YES" in /boot/loader.conf. A lowlevel timeout in one of the display ports caused an infinite wait because a ticks/jiffies comparison was constant. The clock subsystem which makes ticks/jiffies increment is started after the initial driver probing is done. Refer to sys/kernel.h and SI_SUB_DRIVERS vs SI_SUB_CLOCKS . Discussed with: kmacy @ Notes: svn path=/head/; revision=299381
* sys/dev: minor spelling fixes.Pedro F. Giffuni2016-05-034-5/+5
| | | | | | | Most affect comments, very few have user-visible effects. Notes: svn path=/head/; revision=298955
* Revert bus_get_cpus() for now.John Baldwin2016-05-031-1/+1
| | | | | | | | I really thought I had run this through the tinderbox before committing, but many places need <sys/types.h> -> <sys/param.h> for <sys/bus.h> now. Notes: svn path=/head/; revision=298951
* Add a new bus method to fetch device-specific CPU sets.John Baldwin2016-05-021-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | bus_get_cpus() returns a specified set of CPUs for a device. It accepts an enum for the second parameter that indicates the type of cpuset to request. Currently two valus are supported: - LOCAL_CPUS (on x86 this returns all the CPUs in the package closest to the device when DEVICE_NUMA is enabled) - INTR_CPUS (like LOCAL_CPUS but only returns 1 SMT thread for each core) For systems that do not support NUMA (or if it is not enabled in the kernel config), LOCAL_CPUS fails with EINVAL. INTR_CPUS is mapped to 'all_cpus' by default. The idea is that INTR_CPUS should always return a valid set. Device drivers which want to use per-CPU interrupts should start using INTR_CPUS instead of simply assigning interrupts to all available CPUs. In the future we may wish to add tunables to control the policy of INTR_CPUS (e.g. should it be local-only or global, should it ignore SMT threads or not). The x86 nexus driver exposes the internal set of interrupt CPUs from the the x86 interrupt code via INTR_CPUS. The ACPI bus driver and PCI bridge drivers use _PXM to return a suitable LOCAL_CPUS set when _PXM exists and DEVICE_NUMA is enabled. They also and the global INTR_CPUS set from the nexus driver with the per-domain set from _PXM to generate a local INTR_CPUS set for child devices. Reviewed by: wblock (manpage) Differential Revision: https://reviews.freebsd.org/D5519 Notes: svn path=/head/; revision=298933
* etc: minor spelling fixes.Pedro F. Giffuni2016-05-022-3/+3
| | | | | | | | | Mostly comments but also some user-visible strings. MFC after: 2 weeks Notes: svn path=/head/; revision=298931
* i915kms: Fix memory leak if a CRT is detectedConrad Meyer2016-04-201-2/+5
| | | | | | | | | Reported by: Coverity CID: 1090729 Sponsored by: EMC / Isilon Storage Division Notes: svn path=/head/; revision=298335
* i915kms intel_pm: Read from actual tsc_freq instead of uninitialized localConrad Meyer2016-04-201-3/+4
| | | | | | | | | | | | The local of the same name would alias the global, but we didn't even include the header that defines tsc_freq. Include it and rename the local. Reported by: Coverity CID: 1331559 Sponsored by: EMC / Isilon Storage Division Notes: svn path=/head/; revision=298331
* Handle the driver KPI change from r292373. Ensure that managed deviceKonstantin Belousov2016-03-241-13/+11
| | | | | | | | | | | | | | pagers fault routines always return with a result page, be it the proper and valid result page, or initially passed freshly allocated placeholder. Do not free the passed in page until we are able to provide the replacement, and do not assign NULL to *mres. Reported and tested by: dumbbell Reviewed by: royger (who also verified that Xen code is safe) Sponsored by: The FreeBSD Foundation Notes: svn path=/head/; revision=297231
* i915: disable GEN6_MBCTL write in gen6_init_clock_gatingEd Maste2016-03-211-0/+30
| | | | | | | | | | | | | | | This write came from Linux commit b4ae3f22d238 which has been implicated in Sandy Bridge power consumption issues (albeit under different conditions on Linux). Disabling it restores normal power consumption on my Sandy Bridge laptop (Thinkpad X220). PR: 207889 Reviewed by: cem, dumbbell Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5665 Notes: svn path=/head/; revision=297128
* Fix the printf for PAE kernels where it'd be long long to unbreakBjoern A. Zeeb2016-03-141-3/+4
| | | | | | | the build. Notes: svn path=/head/; revision=296862
* drm/i915: Import Linux commit 168f83660211b9e059e3bc0638daaa01e9ea0b71Jean-Sébastien Pédron2016-03-121-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | This makes sure the default context of each ring is cleaned up with the ring itself and fixes a memory leak. Author: Mika Kuoppala <mika.kuoppala@linux.intel.com> Date: Fri May 3 16:29:08 2013 +0300 drm/i915: unreference default context on module unload Before module unload is called, gpu_idle() will switch to default context. This will increment ref count of base object as the default context is 'running' on module unload time. Unreference the drm object so that when context is freed, base object is freed as well. v2: added comment to explain the refcounts (Ben Widawsky) Signed-off-by: Mika Kuoppala <mika.kuoppala@intel.com> Reviewed-by: Ben Widawsky <ben@bwidawsk.net> Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch> Obtained from: Linux Notes: svn path=/head/; revision=296768
* drm/i915: Call i915_gem_gtt_fini() when the device is detachedJean-Sébastien Pédron2016-03-121-0/+6
| | | | | | | | | This fixes several memory leaks. Apparently, this problem exists in Linux 3.8 but the code changed in Linux 3.9 so it may be fixed upstream already. Still, this is something we need to pay attention to. Notes: svn path=/head/; revision=296721
* drm/i915: Fix page fault handler failureJean-Sébastien Pédron2016-03-121-0/+7
| | | | | | | | | | | | | ... when __wait_seqno() is interrupted by a signal. In this case, __wait_seqno() returns -ERESTARTSYS. Like we already do in drm_ioctl(), we need to convert this error to a common code such as -EINTR, so the page fault handler is restarted. Reported by: Frederic Chardon <chardon.frederic@gmail.com> Tested by: Frederic Chardon <chardon.frederic@gmail.com> Notes: svn path=/head/; revision=296720
* drm/i915: Fix malloc type in i915_gem_object_bind_to_gtt()Jean-Sébastien Pédron2016-03-111-2/+2
| | | | | | | drm_mm.c expects DRM_MEM_MM, not DRM_I915_GEM. Notes: svn path=/head/; revision=296681
* drm/i915: Update to match Linux 3.8.13Jean-Sébastien Pédron2016-03-0845-8567/+18802
| | | | | | | | | | | | This update brings initial support for Haswell GPUs. Tested by: Many users of FreeBSD, PC-BSD and HardenedBSD Relnotes: yes Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D5554 Notes: svn path=/head/; revision=296548
* drm/i915: Further reduce the diff with Linux 3.8Jean-Sébastien Pédron2016-01-138-69/+82
| | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. Notes: svn path=/head/; revision=293837
* t seems certain Intel GPUs use GPIO bitbanging over a child deviceJohn Baldwin2015-12-171-1/+1
| | | | | | | | | | | | | | | | instead of GMBUS access for I2C transfers. The GMBUS driver falls back to this mode when a transfer times out. However, the first transfer to timeout was sending the request back to itself resulting in an panic due to recursing on a lock. Fix it to forward the request on to the proper device. This appears to have been accidentally changed in r277487. Reported by: Joe Maloney <jmaloney@pcbsd.org> Reviewed by: adrian, dumbbell, imp MFC after: 1 week Differential Revision: https://reviews.freebsd.org/D4599 Notes: svn path=/head/; revision=292409
* A change to KPI of vm_pager_get_pages() and underlying VOP_GETPAGES().Gleb Smirnoff2015-12-161-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o With new KPI consumers can request contiguous ranges of pages, and unlike before, all pages will be kept busied on return, like it was done before with the 'reqpage' only. Now the reqpage goes away. With new interface it is easier to implement code protected from race conditions. Such arrayed requests for now should be preceeded by a call to vm_pager_haspage() to make sure that request is possible. This could be improved later, making vm_pager_haspage() obsolete. Strenghtening the promises on the business of the array of pages allows us to remove such hacks as swp_pager_free_nrpage() and vm_pager_free_nonreq(). o New KPI accepts two integer pointers that may optionally point at values for read ahead and read behind, that a pager may do, if it can. These pages are completely owned by pager, and not controlled by the caller. This shifts the UFS-specific readahead logic from vm_fault.c, which should be file system agnostic, into vnode_pager.c. It also removes one VOP_BMAP() request per hard fault. Discussed with: kib, alc, jeff, scottl Sponsored by: Nginx, Inc. Sponsored by: Netflix Notes: svn path=/head/; revision=292373
* drm/i915: Reduce diff with Linux 3.8Jean-Sébastien Pédron2015-11-281-130/+130
| | | | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. MFC after: 2 months Notes: svn path=/head/; revision=291431
* drm/i915: Further reduce the diff in i915_dma.cJean-Sébastien Pédron2015-11-281-4/+4
| | | | | | | MFC after: 2 months Notes: svn path=/head/; revision=291430
* drm/i915: Reduce diff with Linux 3.8Jean-Sébastien Pédron2015-11-281-56/+34
| | | | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. MFC after: 2 months Notes: svn path=/head/; revision=291428
* drm/i915: Reduce diff with Linux 3.8Jean-Sébastien Pédron2015-11-081-5/+5
| | | | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. MFC after: 2 months Notes: svn path=/head/; revision=290555
* drm/i915: Reduce diff with Linux 3.8Jean-Sébastien Pédron2015-11-011-43/+44
| | | | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. MFC after: 2 months Notes: svn path=/head/; revision=290238
* drm/i915: Reduce diff with Linux 3.8Jean-Sébastien Pédron2015-10-313-86/+89
| | | | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. MFC after: 2 months Notes: svn path=/head/; revision=290228
* drm/i915: Reduce diff with Linux 3.8Jean-Sébastien Pédron2015-10-271-334/+327
| | | | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. MFC after: 2 months Notes: svn path=/head/; revision=290070
* drm/i915: Reduce diff with Linux 3.8Jean-Sébastien Pédron2015-10-271-169/+157
| | | | | | | | | | There is no functional change. The goal is to ease the future update to Linux 3.8's i915 driver. MFC after: 2 months Notes: svn path=/head/; revision=290055
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-22 19:19:14 +0000