![[BACK]](/icons/back.gif){kind=icon}
Up to [cvs.NetBSD.org] / src / sys / external / bsd / drm2 / dist / drm / i915
Request diff between arbitrary revisions
Default branch: MAIN
Revision 1.48 / (download) - annotate - [select for diffs], Thu Sep 22 14:37:38 2022 UTC (4 months, 1 week ago) by riastradh
Branch: MAIN
CVS Tags: netbsd-10-base,
netbsd-10,
bouyer-sunxi-drm-base,
bouyer-sunxi-drm,
HEAD
Changes since 1.47: +2 -1
lines
Diff to previous 1.47 (colored)
i915: Make sure to call i915_drm_prepare too on suspend.
Revision 1.29.2.3 / (download) - annotate - [select for diffs], Wed Aug 3 15:47:48 2022 UTC (5 months, 3 weeks ago) by martin
Branch: netbsd-9
CVS Tags: netbsd-9-3-RELEASE
Changes since 1.29.2.2: +3 -3
lines
Diff to previous 1.29.2.2 (colored) to branchpoint 1.29 (colored) next main 1.30 (colored)
Apply patch, requested by riastradh in ticket #1491: sys/external/bsd/drm2/dist/drm/i915/i915_drv.h (apply patch) Fix newlines in i915 console messages
Revision 1.47 / (download) - annotate - [select for diffs], Sun Feb 27 14:22:29 2022 UTC (11 months ago) by riastradh
Branch: MAIN
Changes since 1.46: +1 -3
lines
Diff to previous 1.46 (colored)
drm: Omit needless conditionals around #include "acpica.h".
Revision 1.46 / (download) - annotate - [select for diffs], Sun Dec 19 11:55:24 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.45: +4 -1
lines
Diff to previous 1.45 (colored)
i915: Rework atomic commit wakeups to work with condvars. Lock order is intel_state->commit_ready.wait.lock then dev_priv->atomic_commit_lock.
Revision 1.45 / (download) - annotate - [select for diffs], Sun Dec 19 11:51:59 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.44: +4 -3
lines
Diff to previous 1.44 (colored)
i915: Disentangle uabi engines rb/llist/list spaghetti.
Revision 1.44 / (download) - annotate - [select for diffs], Sun Dec 19 11:33:49 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.43: +6 -1
lines
Diff to previous 1.43 (colored)
drm: Another pass over i915. Most of i915 gem builds now.
Revision 1.43 / (download) - annotate - [select for diffs], Sun Dec 19 11:32:35 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.42: +1 -6
lines
Diff to previous 1.42 (colored)
i915: bus_space_read/write moved to intel_uncore.h; nix diff. Author: Maya Rashish <maya@NetBSD.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.42 / (download) - annotate - [select for diffs], Sun Dec 19 11:18:35 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.41: +6 -1
lines
Diff to previous 1.41 (colored)
Provide declarations, we use these from different files. Author: Maya Rashish <maya@NetBSD.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.41 / (download) - annotate - [select for diffs], Sun Dec 19 11:18:18 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.40: +4 -4
lines
Diff to previous 1.40 (colored)
Remove local change to constify, and remove const qualifier We certainly write to this pointer in i915_driver_create with memcpy. Author: Maya Rashish <maya@NetBSD.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.40 / (download) - annotate - [select for diffs], Sun Dec 19 11:17:19 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.39: +2 -2
lines
Diff to previous 1.39 (colored)
Provide and use an rb_next2 which takes a pointer to the tree as well Easier for us to implement. Author: Maya Rashish <maya@NetBSD.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.39 / (download) - annotate - [select for diffs], Sun Dec 19 11:12:22 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.38: +3 -3
lines
Diff to previous 1.38 (colored)
const const const Author: Maya Rashish <maya@NetBSD.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.38 / (download) - annotate - [select for diffs], Sun Dec 19 11:11:42 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.37: +2 -2
lines
Diff to previous 1.37 (colored)
Our __always_inline doesn't make the function inline. Avoid compiler warnings about the function being defined but not used Author: Maya Rashish <maya@NetBSD.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.37 / (download) - annotate - [select for diffs], Sun Dec 19 11:04:21 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.36: +1 -7
lines
Diff to previous 1.36 (colored)
Revert vestigial local patch.
Revision 1.36 / (download) - annotate - [select for diffs], Sun Dec 19 11:04:14 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.35: +5 -1
lines
Diff to previous 1.35 (colored)
Disable some unimportant broken BUILD_BUG_ONs.
Revision 1.35 / (download) - annotate - [select for diffs], Sun Dec 19 01:24:25 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.34: +5 -2
lines
Diff to previous 1.34 (colored)
First pass at i915, far from complete. HEAVILY MODIFIED IN MERGE - maya
Revision 1.34 / (download) - annotate - [select for diffs], Sat Dec 18 23:45:28 2021 UTC (13 months, 1 week ago) by riastradh
Branch: MAIN
Changes since 1.33: +1254 -2885
lines
Diff to previous 1.33 (colored)
Merge linux-drm-v5-6-rc3
Revision 1.1.1.4 / (download) - annotate - [select for diffs] (vendor branch), Sat Dec 18 20:15:24 2021 UTC (13 months, 1 week ago) by riastradh
Branch: LINUX
CVS Tags: linux-drm-v5-6-rc3
Changes since 1.1.1.3: +1266 -2748
lines
Diff to previous 1.1.1.3 (colored)
Import drm from Linux v5.6-rc3 (commit f8788d86ab28f61f7b46eb6be375f8a726783636)
drivers/gpu/drm -> sys/external/bsd/drm2/dist/drm
include/drm -> sys/external/bsd/drm2/dist/include/drm
include/uapi/drm -> sys/external/bsd/drm2/dist/include/uapi/drm
GPL exclusions in dist/drm:
- amd/amdgpu/amdgpu_atpx_handler.c
- arc/
- arm/
- armada/
- aspeed/
- atmel-hlcdc/
- bochs/
- bridge/
- cirrus/
- drm_dp_cec.c
- drm_dp_mst_topology_internal.h
- drm_edid_load.c
- drm_format_helper.c
- drm_gem_cma_helper.c
- drm_gem_framebuffer_helper.c
- drm_gem_shmem_helper.c
- drm_gem_ttm_helper.c
- drm_gem_vram_helper.c
- drm_hdcp.c
- drm_lease.c
- drm_mipi_dbi.c
- drm_simple_kms_helper.c
- drm_sysfs.c
- drm_trace.h
- drm_vram_helper_common.c
- drm_writeback.c
- etnaviv/
- exynos/
- fsl-dcu/
- gma500/
- hisilicon/
- i2c/tda9950.c
- i2c/tda998x_drv.c
- i915/gt/selftest_context.c
- i915/gt/selftest_engine.c
- i915/gt/selftest_engine.h
- i915/gt/selftest_engine_cs.c
- i915/gt/selftest_engine_pm.c
- i915/i915_trace.h
- i915/selftests/i915_live_selftests.h
- i915/selftests/i915_mock_selftests.h
- i915/selftests/i915_perf_selftests.h
- i915/selftests/lib_sw_fence.h
- imx/
- ingenic/
- lima/
- mcde/
- mediatek/
- meson/
- mgag200/
- msm/
- mxsfb/
- omapdrm/
- panel/
- panfrost/
- pl111/
- radeon/radeon_atpx_handler.c
- rcar-du/
- rockchip/
- selftests/drm_cmdline_selftests.h
- selftests/drm_modeset_selftests.h
- selftests/test-drm_cmdline_parser.c
- selftests/test-drm_damage_helper.c
- selftests/test-drm_dp_mst_helper.c
- selftests/test-drm_format.c
- selftests/test-drm_framebuffer.c
- selftests/test-drm_modeset_common.c
- selftests/test-drm_modeset_common.h
- selftests/test-drm_plane_helper.c
- selftests/test-drm_rect.c
- shmobile/
- sti/
- stm/
- sun4i/
- tegra/
- tilcdc/
- tiny/
- tve200/
- udl/
- v3d/
- vc4/
- virtio/virtgpu_trace.h
- virtio/virtgpu_trace_points.c
- vkms/
- vmwgfx/device_include/vmware_pack_begin.h
- vmwgfx/device_include/vmware_pack_end.h
- zte/
Exceptions -- these all appear to be files to which someone added
an SPDX license header automatically by a script that is not aware
of the default MIT licensing under drivers/gpu/drm:
- ast/ast_dp501.c
- ast/ast_dram_tables.h
- lib/drm_random.c
- lib/drm_random.h
- i915/display/intel_acpi.c
- i915/selftests/mock_gem_device.h
- i915/selftests/i915_mock_selftests.h
- i915/selftests/i915_live_selftests.h
- r128/ati_pcigart.h
- selftests/drm_mm_selftests.h
- selftests/test-drm_mm.c
- vmwgfx/device_include/vm_basic_types.h
GPL exclusions in dist/include/drm:
- bridge
- drm_client.h
- drm_fb_cma_helper.h
- drm_format_helper.h
- drm_gem_cma_helper.h
- drm_gem_shmem_helper.h
- drm_gem_ttm_helper.h
- drm_gem_vram_helper.h
- drm_lease.h
- drm_mipi_dbi.h
- drm_mipi_dsi.h
- drm_of.h
- drm_simple_kms_helper.h
- drm_sysfs.h
- drm_writeback.h
- gma_drm.h
- i2c/tda998x.h
- i915_mei_hdcp_interface.h
- intel-gtt.h
Exceptions:
- drm_agpsupport.h - was in original drm; wrong spdx header auto-added
GPL exclusions in dist/include/uapi/drm:
- armada_drm.h
- etnaviv_drm.h
- exynos_drm.h
- lima_drm.h
- omap_drm.h
Exceptions:
- i810_drm.h - was in original drm; spdx header is wrong
Revision 1.29.2.2 / (download) - annotate - [select for diffs], Mon Jun 21 16:41:02 2021 UTC (19 months, 1 week ago) by martin
Branch: netbsd-9
Changes since 1.29.2.1: +5 -4
lines
Diff to previous 1.29.2.1 (colored) to branchpoint 1.29 (colored)
Pull up following revision(s) (requested by riastradh in ticket #1300): sys/external/bsd/drm2/dist/drm/i915/i915_drv.h: revision 1.33 (patch) i915drmkms: Fix LOCKDEBUG panic and potential deadlock. This path is taken with a spin lock held, and possibly even in interrupt context, where taking vmobjlock is not kosher, but we are guaranteed to have the queue populated and unchanging. XXX pullup-9
Revision 1.32.10.1 / (download) - annotate - [select for diffs], Thu Jun 17 04:46:32 2021 UTC (19 months, 2 weeks ago) by thorpej
Branch: thorpej-i2c-spi-conf
Changes since 1.32: +5 -4
lines
Diff to previous 1.32 (colored) next main 1.33 (colored)
Sync w/ HEAD.
Revision 1.32.12.1 / (download) - annotate - [select for diffs], Mon May 31 22:15:20 2021 UTC (20 months ago) by cjep
Branch: cjep_staticlib_x
Changes since 1.32: +5 -4
lines
Diff to previous 1.32 (colored) next main 1.33 (colored)
sync with head
Revision 1.33 / (download) - annotate - [select for diffs], Sat May 29 08:45:38 2021 UTC (20 months ago) by riastradh
Branch: MAIN
CVS Tags: thorpej-i2c-spi-conf2-base,
thorpej-i2c-spi-conf2,
thorpej-i2c-spi-conf-base,
thorpej-futex2-base,
thorpej-futex2,
thorpej-cfargs2-base,
thorpej-cfargs2,
cjep_sun2x-base1,
cjep_sun2x-base,
cjep_sun2x,
cjep_staticlib_x-base1
Changes since 1.32: +5 -4
lines
Diff to previous 1.32 (colored)
i915drmkms: Fix LOCKDEBUG panic and potential deadlock. This path is taken with a spin lock held, and possibly even in interrupt context, where taking vmobjlock is not kosher, but we are guaranteed to have the queue populated and unchanging. XXX pullup-9
Revision 1.11.20.3 / (download) - annotate - [select for diffs], Mon Apr 13 08:04:57 2020 UTC (2 years, 9 months ago) by martin
Branch: phil-wifi
Changes since 1.11.20.2: +1 -1
lines
Diff to previous 1.11.20.2 (colored) to branchpoint 1.11 (colored) next main 1.12 (colored)
Mostly merge changes from HEAD upto 20200411
Revision 1.11.20.2 / (download) - annotate - [select for diffs], Wed Apr 8 14:08:23 2020 UTC (2 years, 9 months ago) by martin
Branch: phil-wifi
Changes since 1.11.20.1: +35 -12
lines
Diff to previous 1.11.20.1 (colored) to branchpoint 1.11 (colored)
Merge changes from current as of 20200406
Revision 1.30.2.1 / (download) - annotate - [select for diffs], Sat Feb 29 20:20:13 2020 UTC (2 years, 11 months ago) by ad
Branch: ad-namecache
Changes since 1.30: +8 -8
lines
Diff to previous 1.30 (colored) next main 1.31 (colored)
Sync with head.
Revision 1.32 / (download) - annotate - [select for diffs], Sun Feb 23 15:46:40 2020 UTC (2 years, 11 months ago) by ad
Branch: MAIN
CVS Tags: thorpej-futex-base,
thorpej-futex,
thorpej-cfargs-base,
thorpej-cfargs,
phil-wifi-20200421,
phil-wifi-20200411,
phil-wifi-20200406,
is-mlppp-base,
is-mlppp,
cjep_staticlib_x-base,
bouyer-xenpvh-base2,
bouyer-xenpvh-base1,
bouyer-xenpvh-base,
bouyer-xenpvh,
ad-namecache-base3
Branch point for: thorpej-i2c-spi-conf,
cjep_staticlib_x
Changes since 1.31: +3 -3
lines
Diff to previous 1.31 (colored)
UVM locking changes, proposed on tech-kern: - Change the lock on uvm_object, vm_amap and vm_anon to be a RW lock. - Break v_interlock and vmobjlock apart. v_interlock remains a mutex. - Do partial PV list locking in the x86 pmap. Others to follow later.
Revision 1.31 / (download) - annotate - [select for diffs], Fri Feb 14 04:36:11 2020 UTC (2 years, 11 months ago) by riastradh
Branch: MAIN
Changes since 1.30: +6 -6
lines
Diff to previous 1.30 (colored)
Undo the `enum pipe' -> `enum i915_pipe' rename.
Revision 1.29.2.1 / (download) - annotate - [select for diffs], Thu Dec 12 21:00:32 2019 UTC (3 years, 1 month ago) by martin
Branch: netbsd-9
CVS Tags: netbsd-9-2-RELEASE,
netbsd-9-1-RELEASE,
netbsd-9-0-RELEASE,
netbsd-9-0-RC2
Changes since 1.29: +28 -5
lines
Diff to previous 1.29 (colored)
Pull up following revision(s) (requested by maya in ticket #548): sys/external/bsd/drm2/dist/drm/i915/intel_display.c: revision 1.28 sys/external/bsd/drm2/dist/drm/i915/i915_drv.h: revision 1.30 sys/external/bsd/common/include/linux/bitops.h: revision 1.9 sys/external/bsd/drm2/dist/drm/i915/intel_drv.h: revision 1.11 sys/external/bsd/drm2/dist/drm/i915/i915_gem_gtt.h: revision 1.8 sys/external/bsd/drm2/dist/drm/i915/i915_gem_gtt.c: revision 1.16 sys/external/bsd/drm2/dist/drm/i915/i915_gem_execbuffer.c: revision 1.9 sys/external/bsd/drm2/dist/drm/i915/i915_dma.c: revision 1.28 sys/external/bsd/drm2/dist/drm/i915/i915_cmd_parser.c: revision 1.19 sys/external/bsd/drm2/dist/drm/i915/intel_pm.c: revision 1.20 sys/external/bsd/drm2/dist/drm/i915/intel_ringbuffer.c: revision 1.11 sys/external/bsd/drm2/dist/drm/i915/intel_ringbuffer.h: revision 1.7 sys/external/bsd/drm2/dist/drm/i915/i915_reg.h: revision 1.14 sys/external/bsd/drm2/dist/drm/i915/i915_cmd_parser.c: revision 1.20 sys/external/bsd/drm2/dist/drm/i915/i915_gem_context.c: revision 1.10 sys/external/bsd/drm2/dist/drm/i915/i915_drv.c: revision 1.17 Add what appears to be the fixes to CVE-2019-0154, CVE-2019-0155. This commit requires review, but I'd also like it to be tested by others while it is being reviewed. CVE-2019-0155: It was discovered that the Intel i915 graphics chipsets allowed userspace to modify page table entries via writes to MMIO from the Blitter Command Streamer and expose kernel memory information. A local attacker could use this to expose sensitive information or possibly elevate privileges. CVE-2019-0154: It was discovered that the Intel i915 graphics chipsets could cause a system hang when userspace performed a read from GT memory mapped input output (MMIO) when the product is in certain low power states. A local attacker could use this to cause a denial of service. From upstream commits to linux-4.4.y: ------------------- From 6d0cfddc7afc715835f0e17827106f832b14dd2a Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Thu, 12 Jul 2018 19:53:10 +0100 Subject: [PATCH] drm/i915/gtt: Add read only pages to gen8_pte_encode We can set a bit inside the ppGTT PTE to indicate a page is read-only; writes from the GPU will be discarded. We can use this to protect pages and in particular support read-only userptr mappings (necessary for importing PROT_READ vma). ------------------- From 774b68aa2105c70b40c3b1777feb7ab500d716dd Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Mon, 6 Aug 2018 14:10:48 -0700 Subject: [PATCH] drm/i915/gtt: Read-only pages for insert_entries on bdw+ Hook up the flags to allow read-only ppGTT mappings for gen8+ v2: Include a selftest to check that writes to a readonly PTE are dropped v3: Don't duplicate cpu_check() as we can just reuse it, and even worse don't wholesale copy the theory-of-operation comment from igt_ctx_exec without changing it to explain the intention behind the new test! v4: Joonas really likes magic mystery values ------------------- From 3fd1c2e65c60c1c513155e1d1d74138b141aa8a3 Mon Sep 17 00:00:00 2001 From: Chris Wilson <chris%chris-wilson.co.uk@localhost> Date: Thu, 12 Jul 2018 19:53:12 +0100 Subject: [PATCH] drm/i915/gtt: Disable read-only support under GVT GVT is not propagating the PTE bits, and is always setting the read-write bit, thus breaking read-only support. ------------------- From e5e3c0154c19f2d8213e0af88b7a10d9de7fbafd Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Fri, 20 Apr 2018 14:26:01 -0700 Subject: [PATCH] drm/i915: Rename gen7 cmdparser tables We're about to introduce some new tables for later gens, and the current naming for the gen7 tables will no longer make sense. v2: rebase ------------------- From 3122671a5df3ee13f5cf22b7bdacf422b7b4319a Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Fri, 8 Jun 2018 08:53:46 -0700 Subject: [PATCH] drm/i915: Disable Secure Batches for gen6+ Retroactively stop reporting support for secure batches through the api for gen6+ so that older binaries trigger the fallback path instead. Older binaries use secure batches pre gen6 to access resources that are not available to normal usermode processes. However, all known userspace explicitly checks for HAS_SECURE_BATCHES before relying on the secure batch feature. Since there are no known binaries relying on this for newer gens we can kill secure batches from gen6, via I915_PARAM_HAS_SECURE_BATCHES. v2: rebase (Mika) v3: rebase (Mika) ------------------- From 544fd7d9d4cfe32357beab2f1dc543637d42e69f Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Fri, 8 Jun 2018 10:05:26 -0700 Subject: [PATCH] drm/i915: Remove Master tables from cmdparser The previous patch has killed support for secure batches on gen6+, and hence the cmdparsers master tables are now dead code. Remove them. ------------------- From 17e89f38212d8b3cba470efca91b997ac03c592c Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Wed, 1 Aug 2018 09:33:59 -0700 Subject: [PATCH] drm/i915: Add support for mandatory cmdparsing The existing cmdparser for gen7 can be bypassed by specifying batch_len=0 in the execbuf call. This is safe because bypassing simply reduces the cmd-set available. In a later patch we will introduce cmdparsing for gen9, as a security measure, which must be strictly enforced since without it we are vulnerable to DoS attacks. Introduce the concept of 'required' cmd parsing that cannot be bypassed by submitting zero-length bb's. v2: rebase (Mika) v2: rebase (Mika) v3: fix conflict on engine flags (Mika) ------------------- From 77524398bccea3592a25cbe92a9a54fa555013af Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Tue, 22 May 2018 13:59:06 -0700 Subject: [PATCH] drm/i915: Support ro ppgtt mapped cmdparser shadow buffers For Gen7, the original cmdparser motive was to permit limited use of register read/write instructions in unprivileged BB's. This worked by copying the user supplied bb to a kmd owned bb, and running it in secure mode, from the ggtt, only if the scanner finds no unsafe commands or registers. For Gen8+ we can't use this same technique because running bb's from the ggtt also disables access to ppgtt space. But we also do not actually require 'secure' execution since we are only trying to reduce the available command/register set. Instead we will copy the user buffer to a kmd owned read-only bb in ppgtt, and run in the usual non-secure mode. Note that ro pages are only supported by ppgtt (not ggtt), but luckily that's exactly what we need. Add the required paths to map the shadow buffer to ppgtt ro for Gen8+ v2: IS_GEN7/IS_GEN (Mika) v3: rebase v4: rebase v5: rebase ------------------- From 2ac501479a1325d00aca5012887ebfece8358032 Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Wed, 1 Aug 2018 09:45:50 -0700 Subject: [PATCH] drm/i915: Allow parsing of unsized batches In "drm/i915: Add support for mandatory cmdparsing" we introduced the concept of mandatory parsing. This allows the cmdparser to be invoked even when user passes batch_len=0 to the execbuf ioctl's. However, the cmdparser needs to know the extents of the buffer being scanned. Refactor the code to ensure the cmdparser uses the actual object size, instead of the incoming length, if user passes 0. ------------------- From 57c2c8f58ca07e8045f020e4e2548ac3bc3a5aab Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Mon, 23 Apr 2018 11:12:15 -0700 Subject: [PATCH] drm/i915: Add gen9 BCS cmdparsing For gen9 we enable cmdparsing on the BCS ring, specifically to catch inadvertent accesses to sensitive registers Unlike gen7/hsw, we use the parser only to block certain registers. We can rely on h/w to block restricted commands, so the command tables only provide enough info to allow the parser to delineate each command, and identify commands that access registers. Note: This patch deliberately ignores checkpatch issues in favour of matching the style of the surrounding code. We'll correct the entire file in one go in a later patch. v3: rebase (Mika) v4: Add RING_TIMESTAMP registers to whitelist (Jon) ------------------- From d88d2d3fc6076760e903e78135f5bef028e6e813 Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Fri, 21 Sep 2018 13:18:09 -0700 Subject: [PATCH] drm/i915/cmdparser: Add support for backward jumps To keep things manageable, the pre-gen9 cmdparser does not attempt to track any form of nested BB_START's. This did not prevent usermode from using nested starts, or even chained batches because the cmdparser is not strictly enforced pre gen9. Instead, the existence of a nested BB_START would cause the batch to be emitted in insecure mode, and any privileged capabilities would not be available. For Gen9, the cmdparser becomes mandatory (for BCS at least), and so not providing any form of nested BB_START support becomes overly restrictive. Any such batch will simply not run. We make heavy use of backward jumps in igt, and it is much easier to add support for this restricted subset of nested jumps, than to rewrite the whole of our test suite to avoid them. Add the required logic to support limited backward jumps, to instructions that have already been validated by the parser. Note that it's not sufficient to simply approve any BB_START that jumps backwards in the buffer because this would allow an attacker to embed a rogue instruction sequence within the operand words of a harmless instruction (say LRI) and jump to that. We introduce a bit array to track every instr offset successfully validated, and test the target of BB_START against this. If the target offset hits, it is re-written to the same offset in the shadow buffer and the BB_START cmd is allowed. Note: This patch deliberately ignores checkpatch issues in the cmdtables, in order to match the style of the surrounding code. We'll correct the entire file in one go in a later patch. v2: set dispatch secure late (Mika) v3: rebase (Mika) v4: Clear whitelist on each parse Minor review updates (Chris) v5: Correct backward jump batching v6: fix compilation error due to struct eb shuffle (Mika) ------------------- From 362917ebcfacbd9c2b5172d5a5fe8cbef3ab838f Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield%intel.com@localhost> Date: Thu, 20 Sep 2018 09:45:10 -0700 Subject: [PATCH] drm/i915/cmdparser: Ignore Length operands during command matching Some of the gen instruction macros (e.g. MI_DISPLAY_FLIP) have the length directly encoded in them. Since these are used directly in the tables, the Length becomes part of the comparison used for matching during parsing. Thus, if the cmd being parsed has a different length to that in the table, it is not matched and the cmd is accepted via the default variable length path. Fix by masking out everything except the Opcode in the cmd tables ------------------- From 1433b8d41b1aa346e100b839c19fc033871ac5a6 Mon Sep 17 00:00:00 2001 From: Uma Shankar <uma.shankar%intel.com@localhost> Date: Tue, 7 Aug 2018 21:15:35 +0530 Subject: [PATCH] drm/i915: Lower RM timeout to avoid DSI hard hangs In BXT/APL, device 2 MMIO reads from MIPI controller requires its PLL to be turned ON. When MIPI PLL is turned off (MIPI Display is not active or connected), and someone (host or GT engine) tries to read MIPI registers, it causes hard hang. This is a hardware restriction or limitation. Driver by itself doesn't read MIPI registers when MIPI display is off. But any userspace application can submit unprivileged batch buffer for execution. In that batch buffer there can be mmio reads. And these reads are allowed even for unprivileged applications. If these register reads are for MIPI DSI controller and MIPI display is not active during that time, then the MMIO read operation causes system hard hang and only way to recover is hard reboot. A genuine process/application won't submit batch buffer like this and doesn't cause any issue. But on a compromised system, a malign userspace process/app can generate such batch buffer and can trigger system hard hang (denial of service attack). The fix is to lower the internal MMIO timeout value to an optimum value of 950us as recommended by hardware team. If the timeout is beyond 1ms (which will hit for any value we choose if MMIO READ on a DSI specific register is performed without PLL ON), it causes the system hang. But if the timeout value is lower than it will be below the threshold (even if timeout happens) and system will not get into a hung state. This will avoid a system hang without losing any programming or GT interrupts, taking the worst case of lowest CDCLK frequency and early DC5 abort into account. ------------------- From 284d38667f7ed7171fd8f168c42490f9087c824c Mon Sep 17 00:00:00 2001 From: Imre Deak <imre.deak%intel.com@localhost> Date: Mon, 9 Jul 2018 18:24:27 +0300 Subject: [PATCH] drm/i915/gen8+: Add RC6 CTX corruption WA In some circumstances the RC6 context can get corrupted. We can detect this and take the required action, that is disable RC6 and runtime PM. The HW recovers from the corrupted state after a system suspend/resume cycle, so detect the recovery and re-enable RC6 and runtime PM. v2: rebase (Mika) v3: - Move intel_suspend_gt_powersave() to the end of the GEM suspend sequence. - Add commit message. v4: - Rebased on intel_uncore_forcewake_put(i915->uncore, ...) API change. v5: rebased on gem/gt split (Mika) ------------------- From 6dd52bae8a01af77236b88917e84e84dbcfe06db Mon Sep 17 00:00:00 2001 From: Ben Hutchings <ben%decadent.org.uk@localhost> Date: Mon, 11 Nov 2019 08:13:24 -0800 Subject: [PATCH] drm/i915/cmdparser: Fix jump whitelist clearing When a jump_whitelist bitmap is reused, it needs to be cleared. Currently this is done with memset() and the size calculation assumes bitmaps are made of 32-bit words, not longs. So on 64-bit architectures, only the first half of the bitmap is cleared. If some whitelist bits are carried over between successive batches submitted on the same context, this will presumably allow embedding the rogue instructions that we're trying to reject. Use bitmap_zero() instead, which gets the calculation right. Use the original linux function rather than my wrong translation. - ...Include the header to have it. Thanks Riastradh!
Revision 1.30 / (download) - annotate - [select for diffs], Thu Dec 5 20:03:09 2019 UTC (3 years, 1 month ago) by maya
Branch: MAIN
CVS Tags: ad-namecache-base2,
ad-namecache-base1,
ad-namecache-base
Branch point for: ad-namecache
Changes since 1.29: +28 -5
lines
Diff to previous 1.29 (colored)
Add what appears to be the fixes to CVE-2019-0154, CVE-2019-0155. This commit requires review, but I'd also like it to be tested by others while it is being reviewed. CVE-2019-0155: It was discovered that the Intel i915 graphics chipsets allowed userspace to modify page table entries via writes to MMIO from the Blitter Command Streamer and expose kernel memory information. A local attacker could use this to expose sensitive information or possibly elevate privileges. CVE-2019-0154: It was discovered that the Intel i915 graphics chipsets could cause a system hang when userspace performed a read from GT memory mapped input output (MMIO) when the product is in certain low power states. A local attacker could use this to cause a denial of service. From upstream commits to linux-4.4.y: ------------------- From 6d0cfddc7afc715835f0e17827106f832b14dd2a Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Thu, 12 Jul 2018 19:53:10 +0100 Subject: [PATCH] drm/i915/gtt: Add read only pages to gen8_pte_encode We can set a bit inside the ppGTT PTE to indicate a page is read-only; writes from the GPU will be discarded. We can use this to protect pages and in particular support read-only userptr mappings (necessary for importing PROT_READ vma). ------------------- From 774b68aa2105c70b40c3b1777feb7ab500d716dd Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Mon, 6 Aug 2018 14:10:48 -0700 Subject: [PATCH] drm/i915/gtt: Read-only pages for insert_entries on bdw+ Hook up the flags to allow read-only ppGTT mappings for gen8+ v2: Include a selftest to check that writes to a readonly PTE are dropped v3: Don't duplicate cpu_check() as we can just reuse it, and even worse don't wholesale copy the theory-of-operation comment from igt_ctx_exec without changing it to explain the intention behind the new test! v4: Joonas really likes magic mystery values ------------------- From 3fd1c2e65c60c1c513155e1d1d74138b141aa8a3 Mon Sep 17 00:00:00 2001 From: Chris Wilson <chris@chris-wilson.co.uk> Date: Thu, 12 Jul 2018 19:53:12 +0100 Subject: [PATCH] drm/i915/gtt: Disable read-only support under GVT GVT is not propagating the PTE bits, and is always setting the read-write bit, thus breaking read-only support. ------------------- From e5e3c0154c19f2d8213e0af88b7a10d9de7fbafd Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Fri, 20 Apr 2018 14:26:01 -0700 Subject: [PATCH] drm/i915: Rename gen7 cmdparser tables We're about to introduce some new tables for later gens, and the current naming for the gen7 tables will no longer make sense. v2: rebase ------------------- From 3122671a5df3ee13f5cf22b7bdacf422b7b4319a Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Fri, 8 Jun 2018 08:53:46 -0700 Subject: [PATCH] drm/i915: Disable Secure Batches for gen6+ Retroactively stop reporting support for secure batches through the api for gen6+ so that older binaries trigger the fallback path instead. Older binaries use secure batches pre gen6 to access resources that are not available to normal usermode processes. However, all known userspace explicitly checks for HAS_SECURE_BATCHES before relying on the secure batch feature. Since there are no known binaries relying on this for newer gens we can kill secure batches from gen6, via I915_PARAM_HAS_SECURE_BATCHES. v2: rebase (Mika) v3: rebase (Mika) ------------------- From 544fd7d9d4cfe32357beab2f1dc543637d42e69f Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Fri, 8 Jun 2018 10:05:26 -0700 Subject: [PATCH] drm/i915: Remove Master tables from cmdparser The previous patch has killed support for secure batches on gen6+, and hence the cmdparsers master tables are now dead code. Remove them. ------------------- From 17e89f38212d8b3cba470efca91b997ac03c592c Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Wed, 1 Aug 2018 09:33:59 -0700 Subject: [PATCH] drm/i915: Add support for mandatory cmdparsing The existing cmdparser for gen7 can be bypassed by specifying batch_len=0 in the execbuf call. This is safe because bypassing simply reduces the cmd-set available. In a later patch we will introduce cmdparsing for gen9, as a security measure, which must be strictly enforced since without it we are vulnerable to DoS attacks. Introduce the concept of 'required' cmd parsing that cannot be bypassed by submitting zero-length bb's. v2: rebase (Mika) v2: rebase (Mika) v3: fix conflict on engine flags (Mika) ------------------- From 77524398bccea3592a25cbe92a9a54fa555013af Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Tue, 22 May 2018 13:59:06 -0700 Subject: [PATCH] drm/i915: Support ro ppgtt mapped cmdparser shadow buffers For Gen7, the original cmdparser motive was to permit limited use of register read/write instructions in unprivileged BB's. This worked by copying the user supplied bb to a kmd owned bb, and running it in secure mode, from the ggtt, only if the scanner finds no unsafe commands or registers. For Gen8+ we can't use this same technique because running bb's from the ggtt also disables access to ppgtt space. But we also do not actually require 'secure' execution since we are only trying to reduce the available command/register set. Instead we will copy the user buffer to a kmd owned read-only bb in ppgtt, and run in the usual non-secure mode. Note that ro pages are only supported by ppgtt (not ggtt), but luckily that's exactly what we need. Add the required paths to map the shadow buffer to ppgtt ro for Gen8+ v2: IS_GEN7/IS_GEN (Mika) v3: rebase v4: rebase v5: rebase ------------------- From 2ac501479a1325d00aca5012887ebfece8358032 Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Wed, 1 Aug 2018 09:45:50 -0700 Subject: [PATCH] drm/i915: Allow parsing of unsized batches In "drm/i915: Add support for mandatory cmdparsing" we introduced the concept of mandatory parsing. This allows the cmdparser to be invoked even when user passes batch_len=0 to the execbuf ioctl's. However, the cmdparser needs to know the extents of the buffer being scanned. Refactor the code to ensure the cmdparser uses the actual object size, instead of the incoming length, if user passes 0. ------------------- From 57c2c8f58ca07e8045f020e4e2548ac3bc3a5aab Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Mon, 23 Apr 2018 11:12:15 -0700 Subject: [PATCH] drm/i915: Add gen9 BCS cmdparsing For gen9 we enable cmdparsing on the BCS ring, specifically to catch inadvertent accesses to sensitive registers Unlike gen7/hsw, we use the parser only to block certain registers. We can rely on h/w to block restricted commands, so the command tables only provide enough info to allow the parser to delineate each command, and identify commands that access registers. Note: This patch deliberately ignores checkpatch issues in favour of matching the style of the surrounding code. We'll correct the entire file in one go in a later patch. v3: rebase (Mika) v4: Add RING_TIMESTAMP registers to whitelist (Jon) ------------------- From d88d2d3fc6076760e903e78135f5bef028e6e813 Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Fri, 21 Sep 2018 13:18:09 -0700 Subject: [PATCH] drm/i915/cmdparser: Add support for backward jumps To keep things manageable, the pre-gen9 cmdparser does not attempt to track any form of nested BB_START's. This did not prevent usermode from using nested starts, or even chained batches because the cmdparser is not strictly enforced pre gen9. Instead, the existence of a nested BB_START would cause the batch to be emitted in insecure mode, and any privileged capabilities would not be available. For Gen9, the cmdparser becomes mandatory (for BCS at least), and so not providing any form of nested BB_START support becomes overly restrictive. Any such batch will simply not run. We make heavy use of backward jumps in igt, and it is much easier to add support for this restricted subset of nested jumps, than to rewrite the whole of our test suite to avoid them. Add the required logic to support limited backward jumps, to instructions that have already been validated by the parser. Note that it's not sufficient to simply approve any BB_START that jumps backwards in the buffer because this would allow an attacker to embed a rogue instruction sequence within the operand words of a harmless instruction (say LRI) and jump to that. We introduce a bit array to track every instr offset successfully validated, and test the target of BB_START against this. If the target offset hits, it is re-written to the same offset in the shadow buffer and the BB_START cmd is allowed. Note: This patch deliberately ignores checkpatch issues in the cmdtables, in order to match the style of the surrounding code. We'll correct the entire file in one go in a later patch. v2: set dispatch secure late (Mika) v3: rebase (Mika) v4: Clear whitelist on each parse Minor review updates (Chris) v5: Correct backward jump batching v6: fix compilation error due to struct eb shuffle (Mika) ------------------- From 362917ebcfacbd9c2b5172d5a5fe8cbef3ab838f Mon Sep 17 00:00:00 2001 From: Jon Bloomfield <jon.bloomfield@intel.com> Date: Thu, 20 Sep 2018 09:45:10 -0700 Subject: [PATCH] drm/i915/cmdparser: Ignore Length operands during command matching Some of the gen instruction macros (e.g. MI_DISPLAY_FLIP) have the length directly encoded in them. Since these are used directly in the tables, the Length becomes part of the comparison used for matching during parsing. Thus, if the cmd being parsed has a different length to that in the table, it is not matched and the cmd is accepted via the default variable length path. Fix by masking out everything except the Opcode in the cmd tables ------------------- From 1433b8d41b1aa346e100b839c19fc033871ac5a6 Mon Sep 17 00:00:00 2001 From: Uma Shankar <uma.shankar@intel.com> Date: Tue, 7 Aug 2018 21:15:35 +0530 Subject: [PATCH] drm/i915: Lower RM timeout to avoid DSI hard hangs In BXT/APL, device 2 MMIO reads from MIPI controller requires its PLL to be turned ON. When MIPI PLL is turned off (MIPI Display is not active or connected), and someone (host or GT engine) tries to read MIPI registers, it causes hard hang. This is a hardware restriction or limitation. Driver by itself doesn't read MIPI registers when MIPI display is off. But any userspace application can submit unprivileged batch buffer for execution. In that batch buffer there can be mmio reads. And these reads are allowed even for unprivileged applications. If these register reads are for MIPI DSI controller and MIPI display is not active during that time, then the MMIO read operation causes system hard hang and only way to recover is hard reboot. A genuine process/application won't submit batch buffer like this and doesn't cause any issue. But on a compromised system, a malign userspace process/app can generate such batch buffer and can trigger system hard hang (denial of service attack). The fix is to lower the internal MMIO timeout value to an optimum value of 950us as recommended by hardware team. If the timeout is beyond 1ms (which will hit for any value we choose if MMIO READ on a DSI specific register is performed without PLL ON), it causes the system hang. But if the timeout value is lower than it will be below the threshold (even if timeout happens) and system will not get into a hung state. This will avoid a system hang without losing any programming or GT interrupts, taking the worst case of lowest CDCLK frequency and early DC5 abort into account. ------------------- From 284d38667f7ed7171fd8f168c42490f9087c824c Mon Sep 17 00:00:00 2001 From: Imre Deak <imre.deak@intel.com> Date: Mon, 9 Jul 2018 18:24:27 +0300 Subject: [PATCH] drm/i915/gen8+: Add RC6 CTX corruption WA In some circumstances the RC6 context can get corrupted. We can detect this and take the required action, that is disable RC6 and runtime PM. The HW recovers from the corrupted state after a system suspend/resume cycle, so detect the recovery and re-enable RC6 and runtime PM. v2: rebase (Mika) v3: - Move intel_suspend_gt_powersave() to the end of the GEM suspend sequence. - Add commit message. v4: - Rebased on intel_uncore_forcewake_put(i915->uncore, ...) API change. v5: rebased on gem/gt split (Mika) ------------------- From 6dd52bae8a01af77236b88917e84e84dbcfe06db Mon Sep 17 00:00:00 2001 From: Ben Hutchings <ben@decadent.org.uk> Date: Mon, 11 Nov 2019 08:13:24 -0800 Subject: [PATCH] drm/i915/cmdparser: Fix jump whitelist clearing When a jump_whitelist bitmap is reused, it needs to be cleared. Currently this is done with memset() and the size calculation assumes bitmaps are made of 32-bit words, not longs. So on 64-bit architectures, only the first half of the bitmap is cleared. If some whitelist bits are carried over between successive batches submitted on the same context, this will presumably allow embedding the rogue instructions that we're trying to reject. Use bitmap_zero() instead, which gets the calculation right.
Revision 1.29 / (download) - annotate - [select for diffs], Wed Jul 24 14:57:09 2019 UTC (3 years, 6 months ago) by msaitoh
Branch: MAIN
CVS Tags: phil-wifi-20191119,
netbsd-9-base,
netbsd-9-0-RC1
Branch point for: netbsd-9
Changes since 1.28: +2 -2
lines
Diff to previous 1.28 (colored)
Use unsigned. Found by KUBSan.
Revision 1.11.20.1 / (download) - annotate - [select for diffs], Mon Jun 10 22:08:05 2019 UTC (3 years, 7 months ago) by christos
Branch: phil-wifi
Changes since 1.11: +1574 -842
lines
Diff to previous 1.11 (colored)
Sync with HEAD
Revision 1.11.18.2 / (download) - annotate - [select for diffs], Sun Sep 30 01:45:53 2018 UTC (4 years, 4 months ago) by pgoyette
Branch: pgoyette-compat
CVS Tags: pgoyette-compat-merge-20190127
Changes since 1.11.18.1: +41 -4
lines
Diff to previous 1.11.18.1 (colored) to branchpoint 1.11 (colored) next main 1.12 (colored)
Ssync with HEAD
Revision 1.28 / (download) - annotate - [select for diffs], Thu Sep 13 08:25:55 2018 UTC (4 years, 4 months ago) by mrg
Branch: MAIN
CVS Tags: phil-wifi-20190609,
pgoyette-compat-20190127,
pgoyette-compat-20190118,
pgoyette-compat-1226,
pgoyette-compat-1126,
pgoyette-compat-1020,
pgoyette-compat-0930,
isaki-audio2-base,
isaki-audio2
Changes since 1.27: +41 -4
lines
Diff to previous 1.27 (colored)
add support for kabylake and skylake GT4 (untested) GPUs. largely taken from openbsd and linux 4.13 trees (which have this code identical), with mimimal porting to netbsd. i have not installed (and thus tested) the newer referenced firmware files. only real local change is to fix IS_BROXTON() macro to check the things valid in this era of drm. previous match would attach on KBL, and then a loop would never exit. tested on kabylake P630. needs mesa 11.x or newer for GL to work. ok @riastradh.
Revision 1.11.18.1 / (download) - annotate - [select for diffs], Thu Sep 6 06:56:16 2018 UTC (4 years, 4 months ago) by pgoyette
Branch: pgoyette-compat
Changes since 1.11: +1535 -840
lines
Diff to previous 1.11 (colored)
Sync with HEAD Resolve a couple of conflicts (result of the uimin/uimax changes)
Revision 1.27 / (download) - annotate - [select for diffs], Mon Aug 27 15:22:54 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
CVS Tags: pgoyette-compat-0906
Changes since 1.26: +1 -0
lines
Diff to previous 1.26 (colored)
Draft support for drm prime.
Revision 1.26 / (download) - annotate - [select for diffs], Mon Aug 27 15:09:35 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.25: +0 -2
lines
Diff to previous 1.25 (colored)
Use dtrace probes to implement i915_trace.h.
Revision 1.25 / (download) - annotate - [select for diffs], Mon Aug 27 14:49:22 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.24: +1 -0
lines
Diff to previous 1.24 (colored)
Call i915_drm_suspend_late too.
Revision 1.24 / (download) - annotate - [select for diffs], Mon Aug 27 14:47:02 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.23: +5 -0
lines
Diff to previous 1.23 (colored)
Work around ioctl ABI mistake in i915 drm. A flags argument was added to the I915_GEM_MMAP ioctl. The version of xf86-video-intel we imported was compiled to use the new ioctl structure including the flags argument, but without initializing the flags argument, so it would be userland stack garbage causing i915_gem_mmap_ioctl to fail. Newer xf86-video-intel will query the mmap version first before trying to use either the older ioctl structure, with the original shorter argument and thus no stack garbage (which will be padded with to the full length in the kernel by drm_ioctl), or the newer ioctl structure, with the argument initialized. libdrm does not appear to be affected by this -- it zeroes the longer structure before passing it in. Patch from mrg@, diagnosis and explanation by me.
Revision 1.23 / (download) - annotate - [select for diffs], Mon Aug 27 13:43:39 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.22: +0 -1
lines
Diff to previous 1.22 (colored)
Fold local intel_uncore_destroy into upstream intel_uncore_fini.
Revision 1.22 / (download) - annotate - [select for diffs], Mon Aug 27 07:57:12 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.21: +3 -3
lines
Diff to previous 1.21 (colored)
Attempt to hook up i915 suspend/resume callbacks.
Revision 1.21 / (download) - annotate - [select for diffs], Mon Aug 27 07:26:43 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.20: +2 -2
lines
Diff to previous 1.20 (colored)
Add __UNCONST. Used only for fetches, sometimes const.
Revision 1.20 / (download) - annotate - [select for diffs], Mon Aug 27 07:26:30 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.19: +4 -0
lines
Diff to previous 1.19 (colored)
Use a prefetchable linear bus space mapping. No __iomem.
Revision 1.19 / (download) - annotate - [select for diffs], Mon Aug 27 07:19:01 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.18: +3 -3
lines
Diff to previous 1.18 (colored)
Rename drm_gem_object::gemo_shm_uao -> drm_gem_object::filp. The Linux member that is basically analogous to this is named so, which means we can eliminate a few diffs this way.
Revision 1.18 / (download) - annotate - [select for diffs], Mon Aug 27 07:17:35 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.17: +2 -4
lines
Diff to previous 1.17 (colored)
Rework how we map i915 drm gem objects. The old way made no sense at all. This way might make sense.
Revision 1.17 / (download) - annotate - [select for diffs], Mon Aug 27 07:15:50 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.16: +5 -0
lines
Diff to previous 1.16 (colored)
Use bus_space_read/write_4 instead of readl/writel.
Revision 1.16 / (download) - annotate - [select for diffs], Mon Aug 27 07:02:41 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.15: +1 -1
lines
Diff to previous 1.15 (colored)
Need vaddr_t, not pointer, for pmap_extract.
Revision 1.15 / (download) - annotate - [select for diffs], Mon Aug 27 07:02:30 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.14: +1 -2
lines
Diff to previous 1.14 (colored)
Use the variable, don't shadow it.
Revision 1.14 / (download) - annotate - [select for diffs], Mon Aug 27 06:18:30 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.13: +2 -0
lines
Diff to previous 1.13 (colored)
don't provide dev_to_i915 and ifdef out all users (unused) provide nsecs_to_jiffies64, hopefully msec_to_jiffies * 10^6 provide BUILD_BUG as a no-op include linux/err.h instead of matching side-loading, too hard to figure out what gets it. Author: coypu <coypu@sdf.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.13 / (download) - annotate - [select for diffs], Mon Aug 27 06:17:05 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.12: +1 -0
lines
Diff to previous 1.12 (colored)
un-static i915_disable_vga, used in intelfb.c. Now I reach linking, and have a lot of undefined functions. -Werror build still not handled. Author: coypu <coypu@sdf.org> Committer: Taylor R Campbell <riastradh@NetBSD.org>
Revision 1.12 / (download) - annotate - [select for diffs], Mon Aug 27 04:58:23 2018 UTC (4 years, 5 months ago) by riastradh
Branch: MAIN
Changes since 1.11: +1511 -829
lines
Diff to previous 1.11 (colored)
merge linux-drm-v4-4-143
Revision 1.1.1.3 / (download) - annotate - [select for diffs] (vendor branch), Mon Aug 27 01:34:53 2018 UTC (4 years, 5 months ago) by riastradh
Branch: LINUX
CVS Tags: linux-drm-v4-4-143
Changes since 1.1.1.2: +1488 -757
lines
Diff to previous 1.1.1.2 (colored)
Import drm from Linux v4.4.143 (commit a8ea6276d00555387deaaa5eaeb380cd5c17bdc9). drivers/gpu/drm -> sys/external/bsd/drm2/dist/drm include/drm -> sys/external/bsd/drm2/dist/include/drm include/uapi/drm -> sys/external/bsd/drm2/dist/uapi/drm GPL sources excluded.
Revision 1.8.2.3 / (download) - annotate - [select for diffs], Sun Dec 3 11:37:52 2017 UTC (5 years, 1 month ago) by jdolecek
Branch: tls-maxphys
Changes since 1.8.2.2: +28 -5
lines
Diff to previous 1.8.2.2 (colored) next main 1.9 (colored)
update from HEAD
Revision 1.7.2.4 / (download) - annotate - [select for diffs], Sun Jan 11 05:59:17 2015 UTC (8 years ago) by snj
Branch: netbsd-7
CVS Tags: netbsd-7-nhusb-base-20170116,
netbsd-7-nhusb-base,
netbsd-7-nhusb,
netbsd-7-2-RELEASE,
netbsd-7-1-RELEASE,
netbsd-7-1-RC2,
netbsd-7-1-RC1,
netbsd-7-1-2-RELEASE,
netbsd-7-1-1-RELEASE,
netbsd-7-1,
netbsd-7-0-RELEASE,
netbsd-7-0-RC3,
netbsd-7-0-RC2,
netbsd-7-0-RC1,
netbsd-7-0-2-RELEASE,
netbsd-7-0-1-RELEASE,
netbsd-7-0
Changes since 1.7.2.3: +7 -3
lines
Diff to previous 1.7.2.3 (colored) to branchpoint 1.7 (colored) next main 1.8 (colored)
Pull up following revision(s) (requested by chs in ticket #401): distrib/sets/lists/modules/md.amd64: revisions 1.46, 1.47 via patch distrib/sets/lists/modules/md.i386: revisions 1.49, 1.50 sys/dev/ic/pcdisplayvar.h: revision 1.20 sys/dev/ic/vgavar.h: revision 1.32 sys/external/bsd/drm/dist/bsd-core/drm_drv.c: revision 1.26 sys/external/bsd/drm2/dist/drm/drm_agpsupport.c: revisions 1.5, 1.6 sys/external/bsd/drm2/dist/drm/drm_pci.c: revisions 1.4, 1.5 sys/external/bsd/drm2/dist/drm/drm_stub.c: revisions 1.6-1.8 sys/external/bsd/drm2/dist/drm/i915/i915_drv.h: revision 1.11 sys/external/bsd/drm2/dist/drm/radeon/cik.c: revision 1.3 sys/external/bsd/drm2/dist/drm/radeon/ni.c: revision 1.3 sys/external/bsd/drm2/dist/drm/radeon/si.c: revision 1.3 sys/external/bsd/drm2/dist/include/drm/drmP.h: revisions 1.8, 1.9 sys/external/bsd/drm2/dist/include/drm/drm_agpsupport.h: revisions 1.3, 1.4 sys/external/bsd/drm2/drm/drm_drv.c: revision 1.11 sys/external/bsd/drm2/drm/drm_module.c: revision 1.9 sys/external/bsd/drm2/drm/drm_sysctl.c: revisions 1.1-1.4 sys/external/bsd/drm2/drm/drm_vm.c: revision 1.7 sys/external/bsd/drm2/drm/files.drmkms: revisions 1.8, 1.9 sys/external/bsd/drm2/i915drm/files.i915drmkms: revision 1.9 sys/external/bsd/drm2/i915drm/i915_module.c: revisions 1.4, 1.5 sys/external/bsd/drm2/include/drm/drm_sysctl.h: revisions 1.1, 1.2 sys/external/bsd/drm2/include/linux/hdmi.h: revisions 1.3-1.5 sys/external/bsd/drm2/include/linux/module.h: revision 1.5 sys/external/bsd/drm2/include/linux/moduleparam.h: revisions 1.3, 1.4 sys/external/bsd/drm2/include/linux/pci.h: revision 1.11 sys/external/bsd/drm2/linux/linux_module.c: revision 1.5 sys/external/bsd/drm2/nouveau/files.nouveau: revision 1.4 sys/external/bsd/drm2/nouveau/nouveau_module.c: revision 1.3 sys/external/bsd/drm2/pci/drm_pci.c: revision 1.8 sys/external/bsd/drm2/pci/drm_pci_module.c: revision 1.3 sys/external/bsd/drm2/radeon/radeon_module.c: revision 1.3 sys/external/bsd/drm2/ttm/files.ttm: revision 1.1 sys/modules/drm2pci/Makefile: file removal sys/modules/drmkms/Makefile: revisions 1.4-1.7 sys/modules/drmkms_linux/Makefile: revision 1.5 sys/modules/drmkms_pci/Makefile: revisions 1.3, 1.4 sys/modules/i915drmkms/Makefile: revisions 1.5-1.7 Split drm ttm config into a separate file. -- Fix module build of drmkms_linux. -- Remove vestigial drm2pci module, replaced by drmkms_pci. -- fix the module class. -- add the drmkms modules -- make a drm_agp_destroy() function to resolve the circular dependency between drmkms and drmkms_pci -- finalize the idr code. -- add drm_agp_destroy -- fix drmkms module path for xen. -- fix build failure. /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory -- make this work: add agpsupport and sysctl code -- move agpsupport to drmkms to avoid circular dependencies. -- turn on dynamic ldscript creation to handle link set symbol definitions used in the automatic sysctl creation. -- Add __link_set based code to automatically convert the linux module parameters into sysctls. -- this module needs MKLDSCRIPT too now -- more _KERNEL_OPT -- prettify and add to all the modules that have it. -- fix description setting. -- Adjust flags to allow building with clang. -- Fix build with clang. -- Drop casts in favour of expressions that actually give the right pointer. -- Move all PCI/AGP code back to drmkms_pci module where it belongs. -- Use correct length for hdmi_infoframe_header_pack in <linux/hdmi.h>. Fixes PR kern/49411. -- Back out previous, fix PR kern/49411 correctly. frame->header.length is not initialized in the vendor packet case. Instead, make hdmi_infoframe_header_pack take the packet length and subtract the size of the header when packing the header. (Could make it take the payload length instead, but for callers it is more convenient to have a name for the whole packet length.) -- Fix bounds checking in hdmi_infoframe_header_pack (PR kern/49411). -- Trivial build fix for no options SYSCTL_INCLUDE_DESCR case, to avoid -Werror. OK christos@ and riastradh@ -- fix debugging compilation (ALL kernel) -- nouveau_nv50_fence.c needs -Wno-shadow. -- fix a confusion between dev_t and devmajor_t, and include the primary minor when calling makedev().
Revision 1.11 / (download) - annotate - [select for diffs], Tue Nov 11 11:30:21 2014 UTC (8 years, 2 months ago) by nonaka
Branch: MAIN
CVS Tags: tls-maxphys-base-20171202,
prg-localcount2-base3,
prg-localcount2-base2,
prg-localcount2-base1,
prg-localcount2-base,
prg-localcount2,
phil-wifi-base,
pgoyette-localcount-base,
pgoyette-localcount-20170426,
pgoyette-localcount-20170320,
pgoyette-localcount-20170107,
pgoyette-localcount-20161104,
pgoyette-localcount-20160806,
pgoyette-localcount-20160726,
pgoyette-localcount,
pgoyette-compat-base,
pgoyette-compat-0728,
pgoyette-compat-0625,
pgoyette-compat-0521,
pgoyette-compat-0502,
pgoyette-compat-0422,
pgoyette-compat-0415,
pgoyette-compat-0407,
pgoyette-compat-0330,
pgoyette-compat-0322,
pgoyette-compat-0315,
perseant-stdc-iso10646-base,
perseant-stdc-iso10646,
nick-nhusb-base-20170825,
nick-nhusb-base-20170204,
nick-nhusb-base-20161204,
nick-nhusb-base-20161004,
nick-nhusb-base-20160907,
nick-nhusb-base-20160529,
nick-nhusb-base-20160422,
nick-nhusb-base-20160319,
nick-nhusb-base-20151226,
nick-nhusb-base-20150921,
nick-nhusb-base-20150606,
nick-nhusb-base-20150406,
nick-nhusb-base,
nick-nhusb,
netbsd-8-base,
netbsd-8-2-RELEASE,
netbsd-8-1-RELEASE,
netbsd-8-1-RC1,
netbsd-8-0-RELEASE,
netbsd-8-0-RC2,
netbsd-8-0-RC1,
netbsd-8,
matt-nb8-mediatek-base,
matt-nb8-mediatek,
localcount-20160914,
jdolecek-ncq-base,
jdolecek-ncq,
bouyer-socketcan-base1,
bouyer-socketcan-base,
bouyer-socketcan
Branch point for: phil-wifi,
pgoyette-compat
Changes since 1.10: +7 -3
lines
Diff to previous 1.10 (colored)
fix build failure. > /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory
Revision 1.7.2.3 / (download) - annotate - [select for diffs], Tue Nov 11 09:06:32 2014 UTC (8 years, 2 months ago) by martin
Branch: netbsd-7
Changes since 1.7.2.2: +21 -1
lines
Diff to previous 1.7.2.2 (colored) to branchpoint 1.7 (colored)
Pull up following revision(s) (requested by nonaka in ticket #197): sys/external/bsd/drm2/dist/drm/i915/i915_drv.h: revision 1.10 sys/external/bsd/drm2/include/linux/pci.h: revision 1.10 sys/external/bsd/drm2/dist/drm/i915/intel_acpi.c: revision 1.3 sys/external/bsd/drm2/dist/drm/i915/intel_acpi.c: revision 1.4 sys/external/bsd/drm2/dist/drm/i915/intel_acpi.c: revision 1.5 sys/external/bsd/drm2/dist/drm/i915/intel_opregion.c: revision 1.6 sys/external/bsd/drm2/dist/drm/i915/intel_opregion.c: revision 1.7 sys/external/bsd/drm2/include/linux/acpi.h: revision 1.3 sys/external/bsd/drm2/dist/drm/i915/i915_dma.c: revision 1.12 sys/external/bsd/drm2/i915drm/files.i915drmkms: revision 1.8 i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0. Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2). Fix compilation (debug) pci_attach_args of pci_find_device and match function is not the same thing. fix PR/49372.
Revision 1.7.2.2 / (download) - annotate - [select for diffs], Mon Nov 10 19:45:54 2014 UTC (8 years, 2 months ago) by martin
Branch: netbsd-7
Changes since 1.7.2.1: +5 -5
lines
Diff to previous 1.7.2.1 (colored) to branchpoint 1.7 (colored)
Pull up following revision(s) (requested by snj in ticket #191): sys/external/bsd/drm2/include/linux/io-mapping.h: revision 1.4 sys/external/bsd/drm2/dist/uapi/drm/drm.h: revision 1.5 sys/external/bsd/drm2/dist/drm/i915/intel_panel.c: revision 1.5 sys/external/bsd/drm2/dist/uapi/drm/drm.h: revision 1.6 sys/external/bsd/drm2/dist/drm/i915/intel_drv.h: revision 1.7 sys/external/bsd/drm2/include/linux/ww_mutex.h: revision 1.7 sys/external/bsd/drm2/dist/drm/i915/intel_dp.c: revision 1.8 sys/external/bsd/drm2/dist/drm/i915/i915_ums.c: revision 1.2 sys/external/bsd/drm2/dist/drm/i915/intel_pm.c: revision 1.5 sys/external/bsd/drm2/dist/drm/i915/i915_debugfs.c: revision 1.2 sys/external/bsd/drm2/dist/drm/i915/i915_drv.h: revision 1.9 sys/external/bsd/drm2/dist/drm/i915/i915_cmd_parser.c: revision 1.4 sys/external/bsd/drm2/dist/drm/i915/intel_dsi.c: revision 1.3 sys/external/bsd/drm2/dist/drm/i915/intel_display.c: revision 1.11 sys/external/bsd/drm2/dist/drm/i915/intel_hdmi.c: revision 1.5 sys/external/bsd/drm2/dist/drm/i915/intel_display.c: revision 1.12 sys/external/bsd/drm2/include/asm/processor.h: revision 1.3 sys/external/bsd/drm2/dist/drm/i915/intel_crt.c: revision 1.5 sys/external/bsd/drm2/dist/drm/i915/intel_sideband.c: revision 1.2 sys/external/bsd/drm2/dist/drm/i915/intel_ddi.c: revision 1.5 sys/external/bsd/drm2/dist/drm/i915/intel_tv.c: revision 1.5 sys/external/bsd/drm2/dist/drm/i915/i915_dma.c: revision 1.11 sys/external/bsd/drm2/dist/drm/i915/i915_irq.c: revision 1.10 sys/external/bsd/drm2/dist/drm/i915/i915_gem.c: revision 1.16 sys/external/bsd/drm2/dist/drm/i915/i915_gem.c: revision 1.17 sys/external/bsd/drm2/ttm/ttm_bo_vm.c: revision 1.6 sys/external/bsd/drm2/ttm/ttm_bo_vm.c: revision 1.7 sys/external/bsd/drm2/drm/drm_module.c: revision 1.8 sys/external/bsd/drm2/dist/drm/i915/intel_sprite.c: revision 1.2 sys/external/bsd/drm2/dist/drm/i915/intel_dsi_cmd.c: revision 1.2 sys/external/bsd/drm2/i915drm/intelfb.c: revision 1.10 sys/external/bsd/drm2/dist/drm/i915/intel_dvo.c: revision 1.2 sys/external/bsd/drm2/dist/drm/i915/intel_sdvo.c: revision 1.6 sys/external/bsd/drm2/dist/drm/i915/intel_lvds.c: revision 1.6 Code cleanup and minor bugfixes for drm2.
Revision 1.10 / (download) - annotate - [select for diffs], Wed Nov 5 23:46:09 2014 UTC (8 years, 2 months ago) by nonaka
Branch: MAIN
Changes since 1.9: +21 -1
lines
Diff to previous 1.9 (colored)
i915drmkms(4): Enable CONFIG_ACPI if NACPICA > 0. Now brightness can be adjusted via hotkey on Mouse Computer LB-J300X (Clevo W330SU2).
Revision 1.9 / (download) - annotate - [select for diffs], Sun Sep 7 23:03:11 2014 UTC (8 years, 4 months ago) by matt
Branch: MAIN
Changes since 1.8: +5 -5
lines
Diff to previous 1.8 (colored)
Change enum pipe to enum i915_pipe (enum pipe uses too global of a tag and conflicts with struct pipe).
Revision 1.7.2.1 / (download) - annotate - [select for diffs], Fri Aug 22 10:32:18 2014 UTC (8 years, 5 months ago) by martin
Branch: netbsd-7
Changes since 1.7: +1 -2
lines
Diff to previous 1.7 (colored)
Pull up following revision(s) (requested by riastradh in ticket #45): sys/external/bsd/drm2/dist/drm/i915/i915_drv.h: revision 1.8 sys/external/bsd/drm2/i915drm/files.i915drmkms: revision 1.6 Restore Intel opregion stuff.
Revision 1.8.2.2 / (download) - annotate - [select for diffs], Wed Aug 20 00:04:09 2014 UTC (8 years, 5 months ago) by tls
Branch: tls-maxphys
Changes since 1.8.2.1: +2953 -0
lines
Diff to previous 1.8.2.1 (colored)
Rebase to HEAD as of a few days ago.
Revision 1.8.2.1, Mon Aug 18 16:55:34 2014 UTC (8 years, 5 months ago) by tls
Branch: tls-maxphys
Changes since 1.8: +0 -2952
lines
FILE REMOVED
file i915_drv.h was added on branch tls-maxphys on 2014-08-20 00:04:09 +0000
Revision 1.8 / (download) - annotate - [select for diffs], Mon Aug 18 16:55:34 2014 UTC (8 years, 5 months ago) by riastradh
Branch: MAIN
Branch point for: tls-maxphys
Changes since 1.7: +1 -2
lines
Diff to previous 1.7 (colored)
Restore Intel opregion stuff.
Revision 1.2.2.1 / (download) - annotate - [select for diffs], Sun Aug 10 06:55:29 2014 UTC (8 years, 5 months ago) by tls
Branch: tls-earlyentropy
Changes since 1.2: +1762 -641
lines
Diff to previous 1.2 (colored) next main 1.3 (colored)
Rebase.
Revision 1.7 / (download) - annotate - [select for diffs], Thu Jul 24 21:18:40 2014 UTC (8 years, 6 months ago) by riastradh
Branch: MAIN
CVS Tags: tls-maxphys-base,
tls-earlyentropy-base,
netbsd-7-base
Branch point for: netbsd-7
Changes since 1.6: +1 -0
lines
Diff to previous 1.6 (colored)
Rework Intel framebuffer attachment. Turns out genfb_softc must be at the start of its own device_private, so we can't have it in the middle of a structure, and certainly can't have potentially multiple genfbs per graphics device. Failing to do this is why entering ddb didn't work with an i915drmkms console. Instead of putting a genfb_softc into each drm_fb_helper, put a device_t into each drm_fb_helper and create a new intelfb(4) device for each Intel framebuffer. This will be more flexible, too, in case we want accelerated framebuffers later on. (XXX Need to adapt the radeon code, which I'm disabling until that happens to avoid breaking the build.) While here, defer disabling VGA, vga_cndetach, and genfb_attach until we're actually ready to do them all together along with the mode switch. This should reduce the amount of time during which the screen is blanked, in case it hangs.
Revision 1.6 / (download) - annotate - [select for diffs], Wed Jul 16 23:25:18 2014 UTC (8 years, 6 months ago) by riastradh
Branch: MAIN
Changes since 1.5: +5 -0
lines
Diff to previous 1.5 (colored)
Get suspend/resume sorta working for i915drm.
Revision 1.5 / (download) - annotate - [select for diffs], Wed Jul 16 20:56:24 2014 UTC (8 years, 6 months ago) by riastradh
Branch: MAIN
Changes since 1.4: +84 -5
lines
Diff to previous 1.4 (colored)
Make it build and boot on my test machines. Screen blanks on boot on the Ivy Bridge system with DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun But after that everything is OK. Appears to be an upstream problem. To investigate... I think there's a cache flushing issue somewhere -- there are little display artefacts on my T60.
Revision 1.4 / (download) - annotate - [select for diffs], Wed Jul 16 20:03:56 2014 UTC (8 years, 6 months ago) by riastradh
Branch: MAIN
Changes since 1.3: +1666 -630
lines
Diff to previous 1.3 (colored)
fix merge conflicts
Revision 1.1.1.2 / (download) - annotate - [select for diffs] (vendor branch), Wed Jul 16 19:35:25 2014 UTC (8 years, 6 months ago) by riastradh
Branch: LINUX
CVS Tags: linux-3-15-drm-bsd
Changes since 1.1.1.1: +1666 -606
lines
Diff to previous 1.1.1.1 (colored)
Import drm from Linux 3.15 (commitid 1860e379875dfe7271c649058aeddffe5afd9d0d). drivers/gpu/drm -> sys/external/bsd/drm2/dist/drm include/drm -> sys/external/bsd/drm2/dist/include/drm include/uapi/drm -> sys/external/bsd/drm2/dist/uapi/drm GPL sources excluded.
Revision 1.3.2.2 / (download) - annotate - [select for diffs], Thu May 22 11:40:53 2014 UTC (8 years, 8 months ago) by yamt
Branch: yamt-pagecache
Changes since 1.3.2.1: +1832 -0
lines
Diff to previous 1.3.2.1 (colored) to branchpoint 1.3 (colored) next main 1.4 (colored)
sync with head.
for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.
this commit was splitted into small chunks to avoid
a limitation of cvs. ("Protocol error: too many arguments")
Revision 1.1.1.1.4.3 / (download) - annotate - [select for diffs], Sun May 18 17:46:00 2014 UTC (8 years, 8 months ago) by rmind
Branch: rmind-smpnet
Changes since 1.1.1.1.4.2: +84 -0
lines
Diff to previous 1.1.1.1.4.2 (colored) to branchpoint 1.1.1.1 (colored) next main 1.1.1.2 (colored)
sync with head
Revision 1.3.2.1, Sat Apr 26 20:26:26 2014 UTC (8 years, 9 months ago) by yamt
Branch: yamt-pagecache
Changes since 1.3: +0 -1832
lines
FILE REMOVED
file i915_drv.h was added on branch yamt-pagecache on 2014-05-22 11:40:53 +0000
Revision 1.3 / (download) - annotate - [select for diffs], Sat Apr 26 20:26:26 2014 UTC (8 years, 9 months ago) by riastradh
Branch: MAIN
CVS Tags: yamt-pagecache-base9,
rmind-smpnet-nbase,
rmind-smpnet-base
Branch point for: yamt-pagecache
Changes since 1.2: +1 -1
lines
Diff to previous 1.2 (colored)
Convert pending_flip_lock to spin lock -- interrupt handlers take it.
Revision 1.2 / (download) - annotate - [select for diffs], Tue Mar 18 18:20:42 2014 UTC (8 years, 10 months ago) by riastradh
Branch: MAIN
CVS Tags: riastradh-xf86-video-intel-2-7-1-pre-2-21-15
Branch point for: tls-earlyentropy
Changes since 1.1: +84 -0
lines
Diff to previous 1.1 (colored)
Merge riastradh-drm2 to HEAD.
Revision 1.1.1.1.2.18 / (download) - annotate - [select for diffs], Tue Jan 21 20:49:01 2014 UTC (9 years ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.17: +2 -1
lines
Diff to previous 1.1.1.1.2.17 (colored) to branchpoint 1.1.1.1 (colored) next main 1.1.1.2 (colored)
i915_gem_object_get_page takes a page number, not byte offset.
Revision 1.1.1.1.2.17 / (download) - annotate - [select for diffs], Wed Jan 15 13:52:09 2014 UTC (9 years ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.16: +2 -2
lines
Diff to previous 1.1.1.1.2.16 (colored) to branchpoint 1.1.1.1 (colored)
Lock the right uvmobject for uvm_pagelookup.
Revision 1.1.1.1.2.16 / (download) - annotate - [select for diffs], Sun Sep 8 16:00:22 2013 UTC (9 years, 4 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.15: +6 -0
lines
Diff to previous 1.1.1.1.2.15 (colored) to branchpoint 1.1.1.1 (colored)
Fix a bunch of i915 error branches. Some of these fixes are necessary only on NetBSD because we require mutex_destroy, while Linux doesn't.
Revision 1.1.1.1.2.15 / (download) - annotate - [select for diffs], Sun Sep 8 15:52:20 2013 UTC (9 years, 4 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.14: +28 -2
lines
Diff to previous 1.1.1.1.2.14 (colored) to branchpoint 1.1.1.1 (colored)
Adapt the i915 GEM code to NetBSD.
Revision 1.1.1.1.4.2 / (download) - annotate - [select for diffs], Wed Aug 28 23:59:33 2013 UTC (9 years, 5 months ago) by rmind
Branch: rmind-smpnet
Changes since 1.1.1.1.4.1: +1748 -0
lines
Diff to previous 1.1.1.1.4.1 (colored) to branchpoint 1.1.1.1 (colored)
sync with head
Revision 1.1.1.1.2.14 / (download) - annotate - [select for diffs], Wed Jul 24 03:40:29 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.13: +1 -2
lines
Diff to previous 1.1.1.1.2.13 (colored) to branchpoint 1.1.1.1 (colored)
Include <linux/acpi_io.h> for __acpi_iomem.
Revision 1.1.1.1.2.13 / (download) - annotate - [select for diffs], Wed Jul 24 03:39:05 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.12: +6 -0
lines
Diff to previous 1.1.1.1.2.12 (colored) to branchpoint 1.1.1.1 (colored)
Half-arsed conversion of i915 pending flip queue to drm_waitqueues.
Revision 1.1.1.1.2.12 / (download) - annotate - [select for diffs], Wed Jul 24 03:27:35 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.11: +10 -0
lines
Diff to previous 1.1.1.1.2.11 (colored) to branchpoint 1.1.1.1 (colored)
Hack up ACPI memory-mapped I/O for intel_opregion.c. This is absolutely the wrong thing, but . it will probably work for now, . it is much more expedient than rewriting all this code with NetBSD bus space access or drm maps, and . the problem remains marked so that it is easily greppable.
Revision 1.1.1.1.2.11 / (download) - annotate - [select for diffs], Wed Jul 24 03:21:23 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.10: +4 -0
lines
Diff to previous 1.1.1.1.2.10 (colored) to branchpoint 1.1.1.1 (colored)
Use time_t, not unsigned long, for i915 last_gpu_reset.
Revision 1.1.1.1.2.10 / (download) - annotate - [select for diffs], Wed Jul 24 03:15:44 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.9: +0 -2
lines
Diff to previous 1.1.1.1.2.9 (colored) to branchpoint 1.1.1.1 (colored)
Restore struct intel_gmbus::bit_algo now that we have Linux i2c shims.
Revision 1.1.1.1.2.9 / (download) - annotate - [select for diffs], Wed Jul 24 03:09:42 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.8: +8 -0
lines
Diff to previous 1.1.1.1.2.8 (colored) to branchpoint 1.1.1.1 (colored)
Use `static inline', not `extern inline', in i915_drv.h.
Revision 1.1.1.1.2.8 / (download) - annotate - [select for diffs], Wed Jul 24 03:09:26 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.7: +4 -0
lines
Diff to previous 1.1.1.1.2.7 (colored) to branchpoint 1.1.1.1 (colored)
Ifdef out i915_gem_object_get_page and i915_gem_fault in i915_drv.h. Will restore when we have GEM VM stuff worked out.
Revision 1.1.1.1.2.7 / (download) - annotate - [select for diffs], Wed Jul 24 03:08:42 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.6: +10 -0
lines
Diff to previous 1.1.1.1.2.6 (colored) to branchpoint 1.1.1.1 (colored)
Convert I915_READ*_NOTRACE to use DRM_READ*.
Revision 1.1.1.1.2.6 / (download) - annotate - [select for diffs], Wed Jul 24 03:08:23 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.5: +2 -0
lines
Diff to previous 1.1.1.1.2.5 (colored) to branchpoint 1.1.1.1 (colored)
i915_drv.h needs <linux/completion.h> and <linux/shrinker.h>.
Revision 1.1.1.1.2.5 / (download) - annotate - [select for diffs], Wed Jul 24 03:05:24 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.4: +4 -0
lines
Diff to previous 1.1.1.1.2.4 (colored) to branchpoint 1.1.1.1 (colored)
Convert dri1 gfx_hws_cpu from ioremap to drm_ioremap.
Revision 1.1.1.1.2.4 / (download) - annotate - [select for diffs], Wed Jul 24 03:00:18 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.3: +2 -0
lines
Diff to previous 1.1.1.1.2.3 (colored) to branchpoint 1.1.1.1 (colored)
Ifdef out field bit_algo of struct intel_gmbus. XXX Revisit this with the rest of i2c cruft...
Revision 1.1.1.1.2.3 / (download) - annotate - [select for diffs], Wed Jul 24 02:59:14 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.2: +4 -0
lines
Diff to previous 1.1.1.1.2.2 (colored) to branchpoint 1.1.1.1 (colored)
Replace i915 private regs from pci_ioremap to drm_ioremap.
Replace read/write{b,l,w} by DRM_READ/WRITE{8,16,32} in i915_drv.c.
Revision 1.1.1.1.2.2 / (download) - annotate - [select for diffs], Tue Jul 23 21:28:22 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1.2.1: +1748 -0
lines
Diff to previous 1.1.1.1.2.1 (colored) to branchpoint 1.1.1.1 (colored)
sync with HEAD and actually get the drm2 import
Revision 1.1.1.1.4.1, Tue Jul 23 02:13:12 2013 UTC (9 years, 6 months ago) by rmind
Branch: rmind-smpnet
Changes since 1.1.1.1: +0 -1748
lines
FILE REMOVED
file i915_drv.h was added on branch rmind-smpnet on 2013-08-28 23:59:33 +0000
Revision 1.1.1.1.2.1, Tue Jul 23 02:13:12 2013 UTC (9 years, 6 months ago) by riastradh
Branch: riastradh-drm2
Changes since 1.1.1.1: +0 -1748
lines
FILE REMOVED
file i915_drv.h was added on branch riastradh-drm2 on 2013-07-23 21:28:22 +0000
Revision 1.1.1.1 / (download) - annotate - [select for diffs] (vendor branch), Tue Jul 23 02:13:12 2013 UTC (9 years, 6 months ago) by riastradh
Branch: LINUX
CVS Tags: riastradh-drm2-base3,
riastradh-drm2-base2,
linux-3-6-rc8-drm2-bsd
Branch point for: rmind-smpnet,
riastradh-drm2
Changes since 1.1: +0 -0
lines
Diff to previous 1.1 (colored)
Import drm sources from Linux v3.8-rc6. (commit id 88b62b915b0b7e25870eb0604ed9a92ba4bfc9f7) Linux NetBSD drivers/gpu/drm sys/external/bsd/drm2/dist/drm include/drm sys/external/bsd/drm2/dist/include/drm include/uapi/drm sys/external/bsd/drm2/dist/uapi/drm Files/subtrees excluded because of licence issues, to be either revisited later (particularly nouveau and radeon, which are mostly permissively licensed but a number of whose files have no licence statements), rewritten/ignored, or imported later as kernel modules under external/gpl2 instead: include/drm/drm_fb_cma_helper.h include/drm/drm_gem_cma_helper.h include/drm/drm_os_linux.h include/drm/drm_pciids.h include/drm/drm_sysfs.h include/drm/drm_usb.h include/drm/exynos_drm.h include/drm/gma_drm.h include/drm/intel-gtt.h drm/cirrus drm/drm_edid_load.c drm/drm_fb_cma_helper.c drm/drm_gem_cma_helper.c drm/drm_sysfs.c drm/drm_trace.h drm/drm_trace_points.c drm/drm_usb.c drm/exynos drm/gma500 drm/i915/i915_trace.h drm/i915/i915_trace_points.c drm/i915/intel_acpi.c drm/mgag200 drm/nouveau drm/radeon drm/shmobile drm/tegra drm/udl uapi/exynos_drm.h
Revision 1.1 / (download) - annotate - [select for diffs], Tue Jul 23 02:13:12 2013 UTC (9 years, 6 months ago) by riastradh
Branch: MAIN
Initial revision