[PATCH v2 12/25] i915: switch from acpi_os_ioremap to ioremap
acpi_os_ioremap uses cached mappings, however it appears that i915 wants to read dynamic platform state. Switch to ioremap() to prevent it reading stale state from cache. Cc: Daniel Vetter Cc: Jani Nikula Cc: intel-gfx at lists.freedesktop.org Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Signed-off-by: Dan Williams --- drivers/gpu/drm/i915/intel_opregion.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_opregion.c b/drivers/gpu/drm/i915/intel_opregion.c index 481337436f72..16ba7c67410d 100644 --- a/drivers/gpu/drm/i915/intel_opregion.c +++ b/drivers/gpu/drm/i915/intel_opregion.c @@ -863,7 +863,7 @@ int intel_opregion_setup(struct drm_device *dev) INIT_WORK(&opregion->asle_work, asle_work); #endif - base = acpi_os_ioremap(asls, OPREGION_SIZE); + base = ioremap(asls, OPREGION_SIZE); if (!base) return -ENOMEM;
[PATCH v2 11/25] gma500: switch from acpi_os_ioremap to ioremap
acpi_os_ioremap uses cached mappings, however it appears that gma500
wants to read dynamic platform state. Switch to ioremap() to prevent it
reading stale state from cache.
Cc: David Airlie
Cc: dri-devel at lists.freedesktop.org
Signed-off-by: Dan Williams
---
drivers/gpu/drm/gma500/opregion.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/gma500/opregion.c
b/drivers/gpu/drm/gma500/opregion.c
index ab696ca7eeec..9809c26ea0cf 100644
--- a/drivers/gpu/drm/gma500/opregion.c
+++ b/drivers/gpu/drm/gma500/opregion.c
@@ -322,7 +322,7 @@ int psb_intel_opregion_setup(struct drm_device *dev)
INIT_WORK(&opregion->asle_work, psb_intel_opregion_asle_work);
DRM_DEBUG("OpRegion detected at 0x%8x\n", opregion_phy);
- base = acpi_os_ioremap(opregion_phy, 8*1024);
+ base = ioremap(opregion_phy, 8*1024);
if (!base)
return -ENOMEM;
[PATCH v2 00/25] replace ioremap_{cache|wt} with memremap
Changes since v1 [1]:
1/ Drop the attempt at unifying ioremap() prototypes, just focus on
converting ioremap_cache and ioremap_wt over to memremap (Christoph)
2/ Drop the unrelated cleanups to use %pa in __ioremap_caller (Thomas)
3/ Add support for memremap() attempts on "System RAM" to simply return
the kernel virtual address for that range. ARM depends on this
functionality in ioremap_cache() and ACPI was open coding a similar
solution. (Mark)
4/ Split the conversions of ioremap_{cache|wt} into separate patches per
driver / arch.
5/ Fix bisection breakage and other reports from 0day-kbuild
---
While developing the pmem driver we noticed that the __iomem annotation
on the return value from ioremap_cache() was being mishandled by several
callers. We also observed that all of the call sites expected to be
able to treat the return value from ioremap_cache() as normal
(non-__iomem) pointer to memory.
This patchset takes the opportunity to clean up the above confusion as
well as a few issues with the ioremap_{cache|wt} interface, including:
1/ Eliminating the possibility of function prototypes differing between
architectures by defining a central memremap() prototype that takes
flags to determine the mapping type.
2/ Returning NULL rather than falling back silently to a different
mapping-type. This allows drivers to be stricter about the
mapping-type fallbacks that are permissible.
[1]: http://marc.info/?l=linux-arm-kernel&m=143735199029255&w=2
---
Dan Williams (22):
mm: enhance region_is_ram() to distinguish 'unknown' vs 'mixed'
arch, drivers: don't include directly, use instead
cleanup IORESOURCE_CACHEABLE vs ioremap()
intel_iommu: fix leaked ioremap mapping
arch: introduce memremap()
arm: switch from ioremap_cache to memremap
x86: switch from ioremap_cache to memremap
gma500: switch from acpi_os_ioremap to ioremap
i915: switch from acpi_os_ioremap to ioremap
acpi: switch from ioremap_cache to memremap
toshiba laptop: replace ioremap_cache with ioremap
memconsole: fix __iomem mishandling, switch to memremap
visorbus: switch from ioremap_cache to memremap
intel-iommu: switch from ioremap_cache to memremap
libnvdimm, pmem: switch from ioremap_cache to memremap
pxa2xx-flash: switch from ioremap_cache to memremap
sfi: switch from ioremap_cache to memremap
fbdev: switch from ioremap_wt to memremap
pmem: switch from ioremap_wt to memremap
arch: remove ioremap_cache, replace with arch_memremap
arch: remove ioremap_wt, replace with arch_memremap
pmem: convert to generic memremap
Toshi Kani (3):
mm, x86: Fix warning in ioremap RAM check
mm, x86: Remove region_is_ram() call from ioremap
mm: Fix bugs in region_is_ram()
arch/arc/include/asm/io.h |1
arch/arm/Kconfig |1
arch/arm/include/asm/io.h | 13 +++-
arch/arm/include/asm/xen/page.h|4 +
arch/arm/mach-clps711x/board-cdb89712.c|2 -
arch/arm/mach-shmobile/pm-rcar.c |2 -
arch/arm/mm/ioremap.c | 12 +++-
arch/arm/mm/nommu.c| 11 ++-
arch/arm64/Kconfig |1
arch/arm64/include/asm/acpi.h | 10 +--
arch/arm64/include/asm/dmi.h |8 +--
arch/arm64/include/asm/io.h|8 ++-
arch/arm64/kernel/efi.c|9 ++-
arch/arm64/kernel/smp_spin_table.c | 19 +++---
arch/arm64/mm/ioremap.c| 20 ++
arch/avr32/include/asm/io.h|1
arch/frv/Kconfig |1
arch/frv/include/asm/io.h | 17 ++---
arch/frv/mm/kmap.c |6 ++
arch/ia64/Kconfig |1
arch/ia64/include/asm/io.h | 11 +++
arch/ia64/kernel/cyclone.c |2 -
arch/m32r/include/asm/io.h |1
arch/m68k/Kconfig |1
arch/m68k/include/asm/io_mm.h | 14 +---
arch/m68k/include/asm/io_no.h | 12 ++--
arch/m68k/include/asm/raw_io.h |4 +
arch/m68k/mm/kmap.c| 17 +
arch/m68k/mm/sun3kmap.c|6 ++
arch/metag/include/asm/io.h|3 -
arch/microblaze/include/asm/io.h |1
arch/mn10300/include/asm/io.h |1
arch/nios2/include/asm/io.h|1
arch/powerpc/kernel/pci_of_scan.c |2 -
arch/s390/include/asm/io.h |1
arch/sh/Kconfig|1
arch/sh/include/asm/io.h | 20 --
ar
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #9 from Andy Furniss --- (In reply to Andy Furniss from comment #8) > Created attachment 117361 [details] > dmesg with ring 9 stall > > Further to IRC chat with current agd5f libdrm and mesa I can easily with > cpufreq set to perf get a ring 9 stall with a small number of player starts. Should add this is really nothing to do with interop per say as I was using vdpau for vo. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/bea73969/attachment-0001.html>
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #8 from Andy Furniss --- Created attachment 117361 --> https://bugs.freedesktop.org/attachment.cgi?id=117361&action=edit dmesg with ring 9 stall Further to IRC chat with current agd5f libdrm and mesa I can easily with cpufreq set to perf get a ring 9 stall with a small number of player starts. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/c0a7c65a/attachment.html>
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 --- Comment #5 from Shawn Starr --- http://www.sh0n.net/spstarr/radeon/player-stat-glyph-corrupt.png - Copy region OK http://www.sh0n.net/spstarr/radeon/player-stat-glyph-region-corrupt.png - Copy region corruption There is glyph corruption but this pre-dates this issue and will be a separate bug report. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/3620ae2d/attachment.html>
[Bug 91268] R6xx freezes with kernel 3.17 and up
https://bugs.freedesktop.org/show_bug.cgi?id=91268 --- Comment #21 from Fedja Beader --- (In reply to Kajzer from comment #13) > If I don't set performance to high then it hangs all the time It gave me that impression, yes -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/14edbbda/attachment.html>
[Bug 91268] R6xx freezes with kernel 3.17 and up
https://bugs.freedesktop.org/show_bug.cgi?id=91268 Fedja Beader changed: What|Removed |Added CC||fedja.beader at t-2.net --- Comment #20 from Fedja Beader --- This patch seems (for 1h now) to work on 4.0.8 + Gentoo + grsecurity For me, the screen froze with the graphics still visible. Additionally, the game was still running in the background (heard sounds and spewed errors in console) and I had full ssh access. In another game the screen turned black and white +something that looked like missing textures, but I could still interact with it. Happened on both 3.18.9 + Gentoo + grsecurity and above mentioned 4.0.8 mesa is at 10.3 lspci: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV620/M82 [Mobility Radeon HD 3450/3470] [ 3936.443037] radeon :01:00.0: ring 0 stalled for more than 10273msec [ 3936.443046] radeon :01:00.0: GPU lockup (current fence id 0x00050ded last fence id 0x00050df3 on ring 0) [ 3936.450174] radeon :01:00.0: Saved 185 dwords of commands on ring 0. [ 3936.450191] radeon :01:00.0: GPU softreset: 0x0008 [ 3936.450197] radeon :01:00.0: R_008010_GRBM_STATUS = 0xA0003030 [ 3936.450202] radeon :01:00.0: R_008014_GRBM_STATUS2 = 0x0003 [ 3936.450207] radeon :01:00.0: R_000E50_SRBM_STATUS = 0x20C0 [ 3936.450212] radeon :01:00.0: R_008674_CP_STALLED_STAT1 = 0x [ 3936.450216] radeon :01:00.0: R_008678_CP_STALLED_STAT2 = 0x [ 3936.450221] radeon :01:00.0: R_00867C_CP_BUSY_STAT = 0x00020186 [ 3936.450226] radeon :01:00.0: R_008680_CP_STAT = 0x80028645 [ 3936.450231] radeon :01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [ 3936.501715] radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x4001 [ 3936.501773] radeon :01:00.0: SRBM_SOFT_RESET=0x0100 [ 3936.503883] radeon :01:00.0: R_008010_GRBM_STATUS = 0xA0003030 [ 3936.503888] radeon :01:00.0: R_008014_GRBM_STATUS2 = 0x0003 [ 3936.503893] radeon :01:00.0: R_000E50_SRBM_STATUS = 0x200080C0 [ 3936.503898] radeon :01:00.0: R_008674_CP_STALLED_STAT1 = 0x [ 3936.503903] radeon :01:00.0: R_008678_CP_STALLED_STAT2 = 0x [ 3936.503907] radeon :01:00.0: R_00867C_CP_BUSY_STAT = 0x [ 3936.503912] radeon :01:00.0: R_008680_CP_STAT = 0x8010 [ 3936.503917] radeon :01:00.0: R_00D034_DMA_STATUS_REG = 0x44C83D57 [ 3936.503929] radeon :01:00.0: GPU reset succeeded, trying to resume [ 3936.523106] [drm] PCIE GART of 512M enabled (table at 0x00254000). [ 3936.523152] radeon :01:00.0: WB enabled [ 3936.523160] radeon :01:00.0: fence driver on ring 0 use gpu addr 0x1c00 and cpu addr 0x880074d72c00 [ 3936.524373] radeon :01:00.0: fence driver on ring 5 use gpu addr 0x000521d0 and cpu addr 0xc900045921d0 [ 3936.556287] [drm] ring test on 0 succeeded in 0 usecs [ 3936.732365] [drm] ring test on 5 succeeded in 1 usecs [ 3936.732375] [drm] UVD initialized successfully. [ 3946.943038] radeon :01:00.0: ring 0 stalled for more than 10213msec [ 3946.943047] radeon :01:00.0: GPU lockup (current fence id 0x00050dee last fence id 0x00050df3 on ring 0) [ 3946.956388] [drm:r600_ib_test] *ERROR* radeon: fence wait failed (-35). [ 3946.956396] [drm:radeon_ib_ring_tests] *ERROR* radeon: failed testing IB on GFX ring (-35). -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/d6e02d68/attachment.html>
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 --- Comment #4 from Shawn Starr --- Here is the apitrace, decompress with XZ- https://drive.google.com/open?id=0Bze7CJKD12nOYkhrdlZERXBKMDA -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/80ca00ed/attachment.html>
[PATCH v12 6/6] MAINTAINERS: add Freescale DCU DRM driver maintainer
Add Alison and myself as maintainers of the Freescale DCU DRM driver. Signed-off-by: Alison Wang Signed-off-by: Xiubo Li Signed-off-by: Jianwei Wang --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 6761318..387a84a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3397,6 +3397,15 @@ F: drivers/gpu/drm/exynos/ F: include/drm/exynos* F: include/uapi/drm/exynos* +DRM DRIVERS FOR FREESCALE DCU +M: Jianwei Wang +M: Alison Wang +L: dri-devel at lists.freedesktop.org +S: Supported +F: drivers/gpu/drm/fsl-dcu/ +F: Documentation/devicetree/bindings/video/fsl,dcu.txt +F: Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt + DRM DRIVERS FOR FREESCALE IMX M: Philipp Zabel L: dri-devel at lists.freedesktop.org -- 2.1.0.27.g96db324
[PATCH v12 5/6] arm/dts/ls1021a: Add a TFT LCD panel dts node
Add a TFT LCD panel. the TFT LCD panel is WQVGA "480x272",
and the bpp is 24.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
arch/arm/boot/dts/ls1021a-twr.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a-twr.dts
b/arch/arm/boot/dts/ls1021a-twr.dts
index a2c591e..2443329 100644
--- a/arch/arm/boot/dts/ls1021a-twr.dts
+++ b/arch/arm/boot/dts/ls1021a-twr.dts
@@ -56,6 +56,17 @@
enet0_sgmii_phy = &sgmii_phy2;
enet1_sgmii_phy = &sgmii_phy0;
};
+
+ panel: panel {
+ compatible = "nec,nl4827hc19_05b";
+ };
+
+};
+
+&dcu {
+ fsl,panel = <&panel>;
+ status = "okay";
+
};
&dspi1 {
--
2.1.0.27.g96db324
[PATCH v12 4/6] arm/dts/ls1021a: Add DCU dts node
Add DCU node, DCU is a display controller of Freescale
named 2D-ACE.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
arch/arm/boot/dts/ls1021a.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot/dts/ls1021a.dtsi
index c70bb27..6d6e3e2 100644
--- a/arch/arm/boot/dts/ls1021a.dtsi
+++ b/arch/arm/boot/dts/ls1021a.dtsi
@@ -383,6 +383,16 @@
<&platform_clk 1>;
};
+ dcu: dcu at 2ce {
+ compatible = "fsl,ls1021a-dcu";
+ reg = <0x0 0x2ce 0x0 0x1>;
+ interrupts = ;
+ clocks = <&platform_clk 0>;
+ clock-names = "dcu";
+ big-endian;
+ status = "disabled";
+ };
+
mdio0: mdio at 2d24000 {
compatible = "gianfar";
device_type = "mdio";
--
2.1.0.27.g96db324
[PATCH v12 3/6] drm/panel: simple: Add support for NEC NL4827HC19-05B 480x272 panel
This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
simple panel driver.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Acked-by: Daniel Vetter
---
.../bindings/panel/nec,nl4827hc19_05b.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 26 ++
2 files changed, 33 insertions(+)
create mode 100644
Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
diff --git a/Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
b/Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
new file mode 100644
index 000..20e9473
--- /dev/null
+++ b/Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
@@ -0,0 +1,7 @@
+NEC LCD Technologies,Ltd. WQVGA TFT LCD panel
+
+Required properties:
+- compatible: should be "nec,nl4827hc19_05b"
+
+This binding is compatible with the simple-panel binding, which is specified
+in simple-panel.txt in this directory.
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index f94201b..db61dd1 100644
--- a/drivers/gpu/drm/panel/panel-simple.c
+++ b/drivers/gpu/drm/panel/panel-simple.c
@@ -943,6 +943,29 @@ static const struct panel_desc lg_lp129qe = {
},
};
+static const struct drm_display_mode nec_nl4827hc19_05b_mode = {
+ .clock = 10870,
+ .hdisplay = 480,
+ .hsync_start = 480 + 2,
+ .hsync_end = 480 + 2 + 41,
+ .htotal = 480 + 2 + 41 + 2,
+ .vdisplay = 272,
+ .vsync_start = 272 + 2,
+ .vsync_end = 272 + 2 + 4,
+ .vtotal = 272 + 2 + 4 + 2,
+ .vrefresh = 74,
+};
+
+static const struct panel_desc nec_nl4827hc19_05b = {
+ .modes = &nec_nl4827hc19_05b_mode,
+ .num_modes = 1,
+ .size = {
+ .width = 95,
+ .height = 54,
+ },
+ .bus_format = MEDIA_BUS_FMT_RGB888_1X24
+};
+
static const struct drm_display_mode ortustech_com43h4m85ulc_mode = {
.clock = 25000,
.hdisplay = 480,
@@ -1113,6 +1136,9 @@ static const struct of_device_id platform_of_match[] = {
.compatible = "lg,lp129qe",
.data = &lg_lp129qe,
}, {
+ .compatible = "nec,nl4827hc19_05b",
+ .data = &nec_nl4827hc19_05b,
+ }, {
.compatible = "ortustech,com43h4m85ulc",
.data = &ortustech_com43h4m85ulc,
}, {
--
2.1.0.27.g96db324
[PATCH v12 2/6] devicetree: Add NEC to the vendor-prefix list
NEC represent NEC LCD Technologies, Ltd. Signed-off-by: Alison Wang Signed-off-by: Xiubo Li Signed-off-by: Jianwei Wang --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 8033919..9f22b3e 100644 --- a/Documentation/devicetree/bindings/vendor-prefixes.txt +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt @@ -131,6 +131,7 @@ mundoreader Mundo Reader S.L. murata Murata Manufacturing Co., Ltd. mxicy Macronix International Co., Ltd. national National Semiconductor +necNEC LCD Technologies, Ltd. neonodeNeonode Inc. netgearNETGEAR netlogic Broadcom Corporation (formerly NetLogic Microsystems) -- 2.1.0.27.g96db324
[PATCH v12 1/6] drm/layerscape: Add Freescale DCU DRM driver
This patch add support for Two Dimensional Animation and Compositing
Engine (2D-ACE) on the Freescale SoCs.
2D-ACE is a Freescale display controller. 2D-ACE describes
the functionality of the module extremely well its name is a value
that cannot be used as a token in programming languages.
Instead the valid token "DCU" is used to tag the register names and
function names.
The Display Controller Unit (DCU) module is a system master that
fetches graphics stored in internal or external memory and displays
them on a TFT LCD panel. A wide range of panel sizes is supported
and the timing of the interface signals is highly configurable.
Graphics are read directly from memory and then blended in real-time,
which allows for dynamic content creation with minimal CPU
intervention.
The features:
(1) Full RGB888 output to TFT LCD panel.
(2) Blending of each pixel using up to 4 source layers
dependent
on size of panel.
(3) Each graphic layer can be placed with one pixel resolution
in either axis.
(4) Each graphic layer support RGB565 and RGB888 direct colors
without alpha channel and BGRA BGRA ARGB1555 direct
colors
with an alpha channel and YUV422 format.
(5) Each graphic layer support alpha blending with 8-bit
resolution.
This is a simplified version, only one primary plane, one
framebuffer, one crtc, one connector and one encoder for TFT
LCD panel.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Acked-by: Daniel Vetter
---
.../devicetree/bindings/video/fsl,dcu.txt | 22 ++
drivers/gpu/drm/Kconfig| 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/fsl-dcu/Kconfig| 18 +
drivers/gpu/drm/fsl-dcu/Makefile | 7 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 208 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.h | 19 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 404 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h | 197 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_fbdev.c| 23 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c | 43 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_output.h | 33 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c| 261 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.h| 17 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 182 ++
15 files changed, 1437 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/fsl,dcu.txt
create mode 100644 drivers/gpu/drm/fsl-dcu/Kconfig
create mode 100644 drivers/gpu/drm/fsl-dcu/Makefile
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_fbdev.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_output.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c
diff --git a/Documentation/devicetree/bindings/video/fsl,dcu.txt
b/Documentation/devicetree/bindings/video/fsl,dcu.txt
new file mode 100644
index 000..ebf1be9
--- /dev/null
+++ b/Documentation/devicetree/bindings/video/fsl,dcu.txt
@@ -0,0 +1,22 @@
+Device Tree bindings for Freescale DCU DRM Driver
+
+Required properties:
+- compatible: Should be one of
+ * "fsl,ls1021a-dcu".
+ * "fsl,vf610-dcu".
+
+- reg: Address and length of the register set for dcu.
+- clocks: From common clock binding: handle to dcu clock.
+- clock-names: From common clock binding: Shall be "dcu".
+- big-endian Boolean property, LS1021A DCU registers are big-endian.
+- fsl,panel: The phandle to panel node.
+
+Examples:
+dcu: dcu at 2ce {
+ compatible = "fsl,ls1021a-dcu";
+ reg = <0x0 0x2ce 0x0 0x1>;
+ clocks = <&platform_clk 0>;
+ clock-names = "dcu";
+ big-endian;
+ fsl,panel = <&panel>;
+};
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index c46ca31..9cfd14e 100644
--- a/drivers/gpu/drm/Kconfig
+++ b/drivers/gpu/drm/Kconfig
@@ -231,6 +231,8 @@ source "drivers/gpu/drm/virtio/Kconfig"
source "drivers/gpu/drm/msm/Kconfig"
+source "drivers/gpu/drm/fsl-dcu/Kconfig"
+
source "drivers/gpu/drm/tegra/Kconfig"
source "drivers/gpu/drm/panel/Kconfig"
diff --git a/drivers/gpu/drm/Makefile b/drivers/gpu/drm/Makefile
index 5713d05..11cb81e 100644
--- a/drivers/gpu/drm/Makefile
+++ b/drivers/gpu/drm/Makefile
@@ -70,3 +70,4 @@ obj-$(CONFIG_DRM_IMX) += imx/
obj-y += i2c/
obj-y += panel/
obj-y += bridge/
+obj-$(CONFI
[PATCH v12 0/6] drm/layerscape: Add Freescale DCU DRM driver
Resend v12 for lack of patch 0/6
This patchset add support for Two Dimensional Animation and Compositing
Engine (2D-ACE) on the Freescale LS102x SoCs.
Changed in v12
-Add one patch for MAINTAINER entry for drm/layerscape
Adviced by Daniel Vetter
-Add #include
Changed in V11
-set regmap_config.cache_type to REGCACHE_FLAT
Advanced by Alexander Stein
Changed in V10
-adjust commit log, remove meaningless statement
-cleanup code for it's format and style.
-remove platform related code out, including of tcon(vf610) and scfg(ls1021a)
-remove useless sentences: encoder->crtc = crtc; and connector->encoder =
encoder; and so on
-add vendor prefix for panel pandle
-make a DCU_CTRLDESCLN(x, y) to avoid high repetition
-introduce per-SoC capability structure to avoid check on the OF node's
compatible string
-Implement some functions: crtc enable and disable, enable and disable VBLANK,
plane atomic_disable and atomic_enable -atomic_check and so on
-move DCU config sentence to the right place
-move get resources functions to ->probe()
-move fsl,dcu.txt to video/ folder
-add big-endian describe
All advaced by Thierry Reding
Changed in V9
put node after calling of_drm_find_panel
split clk_prepare_enable() to clk_prepare() and clk_enable(), just call
clk_prepare once, and check return value
check regmap_write/regmap_read return return value
remove useless ".owner= THIS_MODULE,"
All advanced by Mark Yao
Changed in V8
- Remove useless code
#define DRIVER_NAME "fsl-dcu-drm"
MODULE_ALIAS("platform:fsl-dcu-drm");
Adviced by Paul Bolle
Changed in V7
- Remove redundant functions and replace deprecated hooker
Adviced by Daniel Vetter
- Replace drm_platform_init with drm_dev_alloc/register
Adviced by Daniel Vetter
Changed in V6
- Add NEC nl4827hc19_05b panel to panel-simple.c
Adviced by Mark Yao
- Add DRIVER_ATOMIC for driver_features
Adviced by Mark Yao
- check fsl_dev if it's NULL at PM suspend/resume
Adviced by Mark Yao
Changed in V5
- Update commit message
- Add layer registers initialization
- Remove unused functions
- Rename driver folder
Adviced by Stefan Agner
- Move pixel clock control functions to fsl_dcu_drm_drv.c
- remove redundant enable the clock implicitly using regmap
- Add maintainer message
Changed in V4:
-This version doesn't have functionality changed
Just a minor adjustment.
Changed in V3:
- Test driver on Vybrid board and add compatible string
- Remove unused functions
- set default crtc for encoder
- replace legacy functions with atomic help functions
Adviced by Daniel Vetter
- Set the unique name of the DRM device
- Implement irq handle function for vblank interrupt
Changed in v2:
- Add atomic support
Adviced by Daniel Vetter
- Modify bindings file
- Rename node for compatibility
- Move platform related code out for compatibility
Adviced by Stefan Agner
.../devicetree/bindings/video/fsl,dcu.txt | 22 ++
drivers/gpu/drm/Kconfig| 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/fsl-dcu/Kconfig| 18 +
drivers/gpu/drm/fsl-dcu/Makefile | 7 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 208 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.h | 19 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 404 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h | 197 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_fbdev.c| 23 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c | 43 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_output.h | 33 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c| 261 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.h| 17 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 182 ++
15 files changed, 1437 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/fsl,dcu.txt
create mode 100644 drivers/gpu/drm/fsl-dcu/Kconfig
create mode 100644 drivers/gpu/drm/fsl-dcu/Makefile
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_fbdev.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_output.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308
--- Comment #7 from Andy Furniss ---
Here's bt after hitting breakpoint -
Breakpoint 1, _mesa_error (ctx=0x7fffe45b73c0, error=3829288608,
fmtString=0x7fffe43e51d0 " O>\344\377\177") at main/errors.c:1451
1451{
(gdb) bt
#0 _mesa_error (ctx=0x7fffe45b73c0, error=3829288608, fmtString=0x7fffe43e51d0
" O>\344\377\177") at main/errors.c:1451
#1 0x005191bf in destroy_objects (hw=hw at entry=0x7fffe43e4ea0) at
../video/out/gl_hwdec_vdpau.c:81
#2 0x0051925f in reinit (hw=0x7fffe43e4ea0, params=0x7fffe43a4de8) at
../video/out/gl_hwdec_vdpau.c:135
#3 0x00523d7a in init_video (p=0x7fffe43a4bd0) at
../video/out/gl_video.c:701
#4 gl_video_config (p=0x7fffe43a4bd0, params=params at entry=0x7fffe4302f60) at
../video/out/gl_video.c:2728
#5 0x00529809 in reconfig (vo=, params=0x7fffe4302f60,
flags=) at ../video/out/vo_opengl.c:204
#6 0x00525303 in run_reconfig (p=) at
../video/out/vo.c:367
#7 0x004b686f in mp_dispatch_queue_process (queue=0x1c936a0,
timeout=timeout at entry=0) at ../misc/dispatch.c:197
#8 0x00525ffd in vo_thread (ptr=0x1c93460) at ../video/out/vo.c:793
#9 0x779b3d7a in start_thread (arg=0x7fffd700) at
pthread_create.c:308
#10 0x720d9a9d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:115
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/c7869664/attachment.html>
[PATCH v12 6/6] MAINTAINERS: add Freescale DCU DRM driver maintainer
Add Alison and myself as maintainers of the Freescale DCU DRM driver. Signed-off-by: Alison Wang Signed-off-by: Xiubo Li Signed-off-by: Jianwei Wang --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 6761318..387a84a 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -3397,6 +3397,15 @@ F: drivers/gpu/drm/exynos/ F: include/drm/exynos* F: include/uapi/drm/exynos* +DRM DRIVERS FOR FREESCALE DCU +M: Jianwei Wang +M: Alison Wang +L: dri-devel at lists.freedesktop.org +S: Supported +F: drivers/gpu/drm/fsl-dcu/ +F: Documentation/devicetree/bindings/video/fsl,dcu.txt +F: Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt + DRM DRIVERS FOR FREESCALE IMX M: Philipp Zabel L: dri-devel at lists.freedesktop.org -- 2.1.0.27.g96db324
[PATCH v12 5/6] arm/dts/ls1021a: Add a TFT LCD panel dts node
Add a TFT LCD panel. the TFT LCD panel is WQVGA "480x272",
and the bpp is 24.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
arch/arm/boot/dts/ls1021a-twr.dts | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a-twr.dts
b/arch/arm/boot/dts/ls1021a-twr.dts
index a2c591e..2443329 100644
--- a/arch/arm/boot/dts/ls1021a-twr.dts
+++ b/arch/arm/boot/dts/ls1021a-twr.dts
@@ -56,6 +56,17 @@
enet0_sgmii_phy = &sgmii_phy2;
enet1_sgmii_phy = &sgmii_phy0;
};
+
+ panel: panel {
+ compatible = "nec,nl4827hc19_05b";
+ };
+
+};
+
+&dcu {
+ fsl,panel = <&panel>;
+ status = "okay";
+
};
&dspi1 {
--
2.1.0.27.g96db324
[PATCH v12 4/6] arm/dts/ls1021a: Add DCU dts node
Add DCU node, DCU is a display controller of Freescale
named 2D-ACE.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
---
arch/arm/boot/dts/ls1021a.dtsi | 10 ++
1 file changed, 10 insertions(+)
diff --git a/arch/arm/boot/dts/ls1021a.dtsi b/arch/arm/boot/dts/ls1021a.dtsi
index c70bb27..6d6e3e2 100644
--- a/arch/arm/boot/dts/ls1021a.dtsi
+++ b/arch/arm/boot/dts/ls1021a.dtsi
@@ -383,6 +383,16 @@
<&platform_clk 1>;
};
+ dcu: dcu at 2ce {
+ compatible = "fsl,ls1021a-dcu";
+ reg = <0x0 0x2ce 0x0 0x1>;
+ interrupts = ;
+ clocks = <&platform_clk 0>;
+ clock-names = "dcu";
+ big-endian;
+ status = "disabled";
+ };
+
mdio0: mdio at 2d24000 {
compatible = "gianfar";
device_type = "mdio";
--
2.1.0.27.g96db324
[PATCH v12 3/6] drm/panel: simple: Add support for NEC NL4827HC19-05B 480x272 panel
This adds support for the NEC NL4827HC19-05B 480x272 panel to the DRM
simple panel driver.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Acked-by: Daniel Vetter
---
.../bindings/panel/nec,nl4827hc19_05b.txt | 7 ++
drivers/gpu/drm/panel/panel-simple.c | 26 ++
2 files changed, 33 insertions(+)
create mode 100644
Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
diff --git a/Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
b/Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
new file mode 100644
index 000..20e9473
--- /dev/null
+++ b/Documentation/devicetree/bindings/panel/nec,nl4827hc19_05b.txt
@@ -0,0 +1,7 @@
+NEC LCD Technologies,Ltd. WQVGA TFT LCD panel
+
+Required properties:
+- compatible: should be "nec,nl4827hc19_05b"
+
+This binding is compatible with the simple-panel binding, which is specified
+in simple-panel.txt in this directory.
diff --git a/drivers/gpu/drm/panel/panel-simple.c
b/drivers/gpu/drm/panel/panel-simple.c
index f94201b..db61dd1 100644
--- a/drivers/gpu/drm/panel/panel-simple.c
+++ b/drivers/gpu/drm/panel/panel-simple.c
@@ -943,6 +943,29 @@ static const struct panel_desc lg_lp129qe = {
},
};
+static const struct drm_display_mode nec_nl4827hc19_05b_mode = {
+ .clock = 10870,
+ .hdisplay = 480,
+ .hsync_start = 480 + 2,
+ .hsync_end = 480 + 2 + 41,
+ .htotal = 480 + 2 + 41 + 2,
+ .vdisplay = 272,
+ .vsync_start = 272 + 2,
+ .vsync_end = 272 + 2 + 4,
+ .vtotal = 272 + 2 + 4 + 2,
+ .vrefresh = 74,
+};
+
+static const struct panel_desc nec_nl4827hc19_05b = {
+ .modes = &nec_nl4827hc19_05b_mode,
+ .num_modes = 1,
+ .size = {
+ .width = 95,
+ .height = 54,
+ },
+ .bus_format = MEDIA_BUS_FMT_RGB888_1X24
+};
+
static const struct drm_display_mode ortustech_com43h4m85ulc_mode = {
.clock = 25000,
.hdisplay = 480,
@@ -1113,6 +1136,9 @@ static const struct of_device_id platform_of_match[] = {
.compatible = "lg,lp129qe",
.data = &lg_lp129qe,
}, {
+ .compatible = "nec,nl4827hc19_05b",
+ .data = &nec_nl4827hc19_05b,
+ }, {
.compatible = "ortustech,com43h4m85ulc",
.data = &ortustech_com43h4m85ulc,
}, {
--
2.1.0.27.g96db324
[PATCH v12 2/6] devicetree: Add NEC to the vendor-prefix list
NEC represent NEC LCD Technologies, Ltd. Signed-off-by: Alison Wang Signed-off-by: Xiubo Li Signed-off-by: Jianwei Wang --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt b/Documentation/devicetree/bindings/vendor-prefixes.txt index 8033919..9f22b3e 100644 --- a/Documentation/devicetree/bindings/vendor-prefixes.txt +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt @@ -131,6 +131,7 @@ mundoreader Mundo Reader S.L. murata Murata Manufacturing Co., Ltd. mxicy Macronix International Co., Ltd. national National Semiconductor +necNEC LCD Technologies, Ltd. neonodeNeonode Inc. netgearNETGEAR netlogic Broadcom Corporation (formerly NetLogic Microsystems) -- 2.1.0.27.g96db324
[PATCH v12 1/6] drm/layerscape: Add Freescale DCU DRM driver
This patch add support for Two Dimensional Animation and Compositing
Engine (2D-ACE) on the Freescale SoCs.
2D-ACE is a Freescale display controller. 2D-ACE describes
the functionality of the module extremely well its name is a value
that cannot be used as a token in programming languages.
Instead the valid token "DCU" is used to tag the register names and
function names.
The Display Controller Unit (DCU) module is a system master that
fetches graphics stored in internal or external memory and displays
them on a TFT LCD panel. A wide range of panel sizes is supported
and the timing of the interface signals is highly configurable.
Graphics are read directly from memory and then blended in real-time,
which allows for dynamic content creation with minimal CPU
intervention.
The features:
(1) Full RGB888 output to TFT LCD panel.
(2) Blending of each pixel using up to 4 source layers
dependent
on size of panel.
(3) Each graphic layer can be placed with one pixel resolution
in either axis.
(4) Each graphic layer support RGB565 and RGB888 direct colors
without alpha channel and BGRA BGRA ARGB1555 direct
colors
with an alpha channel and YUV422 format.
(5) Each graphic layer support alpha blending with 8-bit
resolution.
This is a simplified version, only one primary plane, one
framebuffer, one crtc, one connector and one encoder for TFT
LCD panel.
Signed-off-by: Alison Wang
Signed-off-by: Xiubo Li
Signed-off-by: Jianwei Wang
Acked-by: Daniel Vetter
---
.../devicetree/bindings/video/fsl,dcu.txt | 22 ++
drivers/gpu/drm/Kconfig| 2 +
drivers/gpu/drm/Makefile | 1 +
drivers/gpu/drm/fsl-dcu/Kconfig| 18 +
drivers/gpu/drm/fsl-dcu/Makefile | 7 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c | 208 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.h | 19 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 404 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h | 197 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_fbdev.c| 23 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c | 43 +++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_output.h | 33 ++
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c| 261 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.h| 17 +
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 182 ++
15 files changed, 1437 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/fsl,dcu.txt
create mode 100644 drivers/gpu/drm/fsl-dcu/Kconfig
create mode 100644 drivers/gpu/drm/fsl-dcu/Makefile
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_crtc.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_fbdev.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_kms.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_output.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.c
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_plane.h
create mode 100644 drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c
diff --git a/Documentation/devicetree/bindings/video/fsl,dcu.txt
b/Documentation/devicetree/bindings/video/fsl,dcu.txt
new file mode 100644
index 000..ebf1be9
--- /dev/null
+++ b/Documentation/devicetree/bindings/video/fsl,dcu.txt
@@ -0,0 +1,22 @@
+Device Tree bindings for Freescale DCU DRM Driver
+
+Required properties:
+- compatible: Should be one of
+ * "fsl,ls1021a-dcu".
+ * "fsl,vf610-dcu".
+
+- reg: Address and length of the register set for dcu.
+- clocks: From common clock binding: handle to dcu clock.
+- clock-names: From common clock binding: Shall be "dcu".
+- big-endian Boolean property, LS1021A DCU registers are big-endian.
+- fsl,panel: The phandle to panel node.
+
+Examples:
+dcu: dcu at 2ce {
+ compatible = "fsl,ls1021a-dcu";
+ reg = <0x0 0x2ce 0x0 0x1>;
+ clocks = <&platform_clk 0>;
+ clock-names = "dcu";
+ big-endian;
+ fsl,panel = <&panel>;
+};
diff --git a/drivers/gpu/drm/Kconfig b/drivers/gpu/drm/Kconfig
index c46ca31..9cfd14e 100644
--- a/drivers/gpu/drm/Kconfig
+++ b/drivers/gpu/drm/Kconfig
@@ -231,6 +231,8 @@ source "drivers/gpu/drm/virtio/Kconfig"
source "drivers/gpu/drm/msm/Kconfig"
+source "drivers/gpu/drm/fsl-dcu/Kconfig"
+
source "drivers/gpu/drm/tegra/Kconfig"
source "drivers/gpu/drm/panel/Kconfig"
diff --git a/drivers/gpu/drm/Makefile b/drivers/gpu/drm/Makefile
index 5713d05..11cb81e 100644
--- a/drivers/gpu/drm/Makefile
+++ b/drivers/gpu/drm/Makefile
@@ -70,3 +70,4 @@ obj-$(CONFIG_DRM_IMX) += imx/
obj-y += i2c/
obj-y += panel/
obj-y += bridge/
+obj-$(CONFI
[PATCH v12 0/6] drm/layerscape: Add Freescale DCU DRM driver
This patchset add support for Two Dimensional Animation and Compositing
Engine (2D-ACE) on the Freescale LS102x SoCs.
Changed in v12
-Add one patch for MAINTAINER entry for drm/layerscape
Adviced by Daniel Vetter
-Add #include in fsl_dcu_drm_drv.c
Changed in V11
-set regmap_config.cache_type to REGCACHE_FLAT
Advanced by Alexander Stein
Changed in V10
-adjust commit log, remove meaningless statement
-cleanup code for it's format and style.
-remove platform related code out, including of tcon(vf610) and scfg(ls1021a)
-remove useless sentences: encoder->crtc = crtc; and connector->encoder =
encoder; and so on
-add vendor prefix for panel pandle
-make a DCU_CTRLDESCLN(x, y) to avoid high repetition
-introduce per-SoC capability structure to avoid check on the OF node's
compatible string
-Implement some functions: crtc enable and disable, enable and disable VBLANK,
plane atomic_disable and atomic_enable -atomic_check and so on
-move DCU config sentence to the right place
-move get resources functions to ->probe()
-move fsl,dcu.txt to video/ folder
-add big-endian describe
All advaced by Thierry Reding
Changed in V9
put node after calling of_drm_find_panel
split clk_prepare_enable() to clk_prepare() and clk_enable(), just call
clk_prepare once, and check return value
check regmap_write/regmap_read return return value
remove useless ".owner= THIS_MODULE,"
All advanced by Mark Yao
Changed in V8
- Remove useless code
#define DRIVER_NAME "fsl-dcu-drm"
MODULE_ALIAS("platform:fsl-dcu-drm");
Adviced by Paul Bolle
Changed in V7
- Remove redundant functions and replace deprecated hooker
Adviced by Daniel Vetter
- Replace drm_platform_init with drm_dev_alloc/register
Adviced by Daniel Vetter
Changed in V6
- Add NEC nl4827hc19_05b panel to panel-simple.c
Adviced by Mark Yao
- Add DRIVER_ATOMIC for driver_features
Adviced by Mark Yao
- check fsl_dev if it's NULL at PM suspend/resume
Adviced by Mark Yao
Changed in V5
- Update commit message
- Add layer registers initialization
- Remove unused functions
- Rename driver folder
Adviced by Stefan Agner
- Move pixel clock control functions to fsl_dcu_drm_drv.c
- remove redundant enable the clock implicitly using regmap
- Add maintainer message
Changed in V4:
-This version doesn't have functionality changed
Just a minor adjustment.
Changed in V3:
- Test driver on Vybrid board and add compatible string
- Remove unused functions
- set default crtc for encoder
- replace legacy functions with atomic help functions
Adviced by Daniel Vetter
- Set the unique name of the DRM device
- Implement irq handle function for vblank interrupt
Changed in v2:
- Add atomic support
Adviced by Daniel Vetter
- Modify bindings file
- Rename node for compatibility
- Move platform related code out for compatibility
Adviced by Stefan Agner
[PATCH 1/2] drm: bridge/dw_hdmi: fix register I2CM_ADDRESS register name
Hello Russell, David, On 26.06.2015 18:02, Russell King - ARM Linux wrote: > On Fri, Jun 26, 2015 at 05:24:12PM +0300, Vladimir Zapolskiy wrote: >> Hello David, >> >> On 08.06.2015 17:17, Vladimir Zapolskiy wrote: >>> what would be the next action regarding these two patches? If review is >>> done, should they go to drm-dwhdmi-devel or drm-next ? >> >> ping. > > I don't think it impacts any builds at the moment, so we'll see about > merging it after the current merge window has finished. Please remind > us after about a week and a half if we haven't already picked it up > by then. > this is a reminder, please review the patches. -- With best wishes, Vladimir
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #6 from Christian König --- (In reply to Andy Furniss from comment #5) > (In reply to Christian König from comment #4) > > (In reply to Andy Furniss from comment #3) > > > It seems that I can make it work reliably by setting my cpus to perf with > > > cpufreq. > > > > Sounds like some kind of race condition to me, e.g. something isn't properly > > protected and multi thread save. > > > > That's probably pretty hard to find. > > Turns out I can also provoke this with kodi if I try enough, and cpufreq > perf doesn't always help mpv (but usually does). Please try the following: Start mpv with gdb, set a break point on _mesa_error and get me a backtrace where this error message is coming from. Going to be on IRC for the next hour or so for questions. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/c503c9b1/attachment.html>
[PATCH V5 3/7] mm: Introduce VM_LOCKONFAULT
The cost of faulting in all memory to be locked can be very high when
working with large mappings. If only portions of the mapping will be
used this can incur a high penalty for locking.
For the example of a large file, this is the usage pattern for a large
statical language model (probably applies to other statical or graphical
models as well). For the security example, any application transacting
in data that cannot be swapped out (credit card data, medical records,
etc).
This patch introduces the ability to request that pages are not
pre-faulted, but are placed on the unevictable LRU when they are finally
faulted in. The VM_LOCKONFAULT flag will be used together with
VM_LOCKED and has no effect when set without VM_LOCKED. Setting the
VM_LOCKONFAULT flag for a VMA will cause pages faulted into that VMA to
be added to the unevictable LRU when they are faulted or if they are
already present, but will not cause any missing pages to be faulted in.
Exposing this new lock state means that we cannot overload the meaning
of the FOLL_POPULATE flag any longer. Prior to this patch it was used
to mean that the VMA for a fault was locked. This means we need the
new FOLL_MLOCK flag to communicate the locked state of a VMA.
FOLL_POPULATE will now only control if the VMA should be populated and
in the case of VM_LOCKONFAULT, it will not be set.
Signed-off-by: Eric B Munson
Cc: Michal Hocko
Cc: Vlastimil Babka
Cc: Jonathan Corbet
Cc: "Kirill A. Shutemov"
Cc: linux-kernel at vger.kernel.org
Cc: dri-devel at lists.freedesktop.org
Cc: linux-mm at kvack.org
Cc: linux-api at vger.kernel.org
---
drivers/gpu/drm/drm_vm.c | 8 +++-
fs/proc/task_mmu.c | 1 +
include/linux/mm.h | 2 ++
kernel/fork.c| 2 +-
mm/debug.c | 1 +
mm/gup.c | 10 --
mm/huge_memory.c | 2 +-
mm/hugetlb.c | 4 ++--
mm/mlock.c | 2 +-
mm/mmap.c| 2 +-
mm/rmap.c| 4 ++--
11 files changed, 27 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/drm_vm.c b/drivers/gpu/drm/drm_vm.c
index aab49ee..103a5f6 100644
--- a/drivers/gpu/drm/drm_vm.c
+++ b/drivers/gpu/drm/drm_vm.c
@@ -699,9 +699,15 @@ int drm_vma_info(struct seq_file *m, void *data)
(void *)(unsigned long)virt_to_phys(high_memory));
list_for_each_entry(pt, &dev->vmalist, head) {
+ char lock_flag = '-';
+
vma = pt->vma;
if (!vma)
continue;
+ if (vma->vm_flags & VM_LOCKONFAULT)
+ lock_flag = 'f';
+ else if (vma->vm_flags & VM_LOCKED)
+ lock_flag = 'l';
seq_printf(m,
"\n%5d 0x%pK-0x%pK %c%c%c%c%c%c 0x%08lx000",
pt->pid,
@@ -710,7 +716,7 @@ int drm_vma_info(struct seq_file *m, void *data)
vma->vm_flags & VM_WRITE ? 'w' : '-',
vma->vm_flags & VM_EXEC ? 'x' : '-',
vma->vm_flags & VM_MAYSHARE ? 's' : 'p',
- vma->vm_flags & VM_LOCKED ? 'l' : '-',
+ lock_flag,
vma->vm_flags & VM_IO ? 'i' : '-',
vma->vm_pgoff);
diff --git a/fs/proc/task_mmu.c b/fs/proc/task_mmu.c
index ca1e091..38d69fc 100644
--- a/fs/proc/task_mmu.c
+++ b/fs/proc/task_mmu.c
@@ -579,6 +579,7 @@ static void show_smap_vma_flags(struct seq_file *m, struct
vm_area_struct *vma)
#ifdef CONFIG_X86_INTEL_MPX
[ilog2(VM_MPX)] = "mp",
#endif
+ [ilog2(VM_LOCKONFAULT)] = "lf",
[ilog2(VM_LOCKED)] = "lo",
[ilog2(VM_IO)] = "io",
[ilog2(VM_SEQ_READ)]= "sr",
diff --git a/include/linux/mm.h b/include/linux/mm.h
index 2e872f9..c2f3551 100644
--- a/include/linux/mm.h
+++ b/include/linux/mm.h
@@ -127,6 +127,7 @@ extern unsigned int kobjsize(const void *objp);
#define VM_PFNMAP 0x0400 /* Page-ranges managed without "struct
page", just pure PFN */
#define VM_DENYWRITE 0x0800 /* ETXTBSY on write attempts.. */
+#define VM_LOCKONFAULT 0x1000 /* Lock the pages covered when they are
faulted in */
#define VM_LOCKED 0x2000
#define VM_IO 0x4000 /* Memory mapped I/O or similar */
@@ -2043,6 +2044,7 @@ static inline struct page *follow_page(struct
vm_area_struct *vma,
#define FOLL_NUMA 0x200 /* force NUMA hinting page fault */
#define FOLL_MIGRATION 0x400 /* wait for page to replace migration entry */
#define FOLL_TRIED 0x800 /* a retry, previous pass started an IO */
+#define FOLL_MLOCK 0x1000 /* lock present pages */
typedef int (*pte_fn_t)(pte_t *pte, pgtable_t token, unsigned long addr,
void *data);
diff --git a/kernel/fork.c b/kernel/fork.c
index dbd9b8d..a949228 100644
---
[Bug 91041] Purple line is visible on left side of screen and the screen is blurry using HTMI output with AMD radeon
https://bugs.freedesktop.org/show_bug.cgi?id=91041 --- Comment #12 from robotbuilderfiletransfer at gmail.com --- (In reply to Alex Deucher from comment #11) > Created attachment 117326 [details] [review] > possible fix > > Updated patch. I have never applied a patch before, nor have I recompiled the linux kernel. Is there documentation on how to recompile the linux kernel? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/d4df9caa/attachment.html>
[PATCH v3 5/5] [media] imx-ipu: Add i.MX IPUv3 scaler driver
Hi Philipp,
A quick review of this driver:
On 07/16/2015 06:24 PM, Philipp Zabel wrote:
> From: Sascha Hauer
>
> This patch adds support for hardware accelerated scaling and color
> space conversion between memory buffers using the IPUv3 IC.
> Since the maximum output size of the IC unit is 1024x1024 pixels, multiple
> IC tasks with overlapping tiles are used internally to scale and convert
> larger frames.
>
> The IC operates with a burst size of at least 8 pixels. Depending on the
> frame width and scaling factor, up to 7 junk pixels may be written after
> the end of the frame. The sizeimage is increased accordingly.
>
> Signed-off-by: Sascha Hauer
> Signed-off-by: Michael Olbrich
> Signed-off-by: Philipp Zabel
> ---
> Changes since v2:
> - Disabled USERPTR memory, hardware doesn't support it.
> - Embedded struct video_device in ipu_scale_dev.
> - Set icc pointer to NULL on error.
> - Fixed module description.
> ---
> drivers/media/platform/imx/Kconfig | 9 +
> drivers/media/platform/imx/Makefile | 1 +
> drivers/media/platform/imx/imx-ipu-scaler.c | 859
>
> drivers/media/platform/imx/imx-ipu.c| 2 +-
> drivers/media/platform/imx/imx-ipu.h| 1 +
> 5 files changed, 871 insertions(+), 1 deletion(-)
> create mode 100644 drivers/media/platform/imx/imx-ipu-scaler.c
>
> diff --git a/drivers/media/platform/imx/Kconfig
> b/drivers/media/platform/imx/Kconfig
> index a90c973..4694367 100644
> --- a/drivers/media/platform/imx/Kconfig
> +++ b/drivers/media/platform/imx/Kconfig
> @@ -1,2 +1,11 @@
> config VIDEO_IMX_IPU_COMMON
> tristate
> +
> +config VIDEO_IMX_IPU_SCALER
> + tristate "i.MX5/6 IPUv3 based image scaler driver"
> + depends on VIDEO_DEV && IMX_IPUV3_CORE
> + select VIDEOBUF2_DMA_CONTIG
> + select VIDEO_IMX_IPU_COMMON
> + select V4L2_MEM2MEM_DEV
> + ---help---
> + This is a v4l2 scaler video driver for the IPUv3 on i.MX5/6.
> diff --git a/drivers/media/platform/imx/Makefile
> b/drivers/media/platform/imx/Makefile
> index 5de119c..f20aa0b 100644
> --- a/drivers/media/platform/imx/Makefile
> +++ b/drivers/media/platform/imx/Makefile
> @@ -1 +1,2 @@
> obj-$(CONFIG_VIDEO_IMX_IPU_COMMON) += imx-ipu.o
> +obj-$(CONFIG_VIDEO_IMX_IPU_SCALER) += imx-ipu-scaler.o
> diff --git a/drivers/media/platform/imx/imx-ipu-scaler.c
> b/drivers/media/platform/imx/imx-ipu-scaler.c
> new file mode 100644
> index 000..6c6d0aa
> --- /dev/null
> +++ b/drivers/media/platform/imx/imx-ipu-scaler.c
> @@ -0,0 +1,860 @@
> +/*
> + * i.MX IPUv3 scaler driver
> + *
> + * Copyright (C) 2011 Sascha Hauer, Pengutronix
> + *
> + * based on the mem2mem test driver
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * as published by the Free Software Foundation; either version 2
> + * of the License, or (at your option) any later version.
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + */
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#include
> +#include
> +#include
> +#include
> +#include
> +
> +#include "imx-ipu.h"
> +
> +#define MIN_W 32
> +#define MIN_H 32
> +#define MAX_W 4096
> +#define MAX_H 4096
> +#define DIM_ALIGN_MASK 0x08 /* 8-alignment for dimensions */
> +
> +/* Flags that indicate a format can be used for capture/output */
> +#define MEM2MEM_CAPTURE (1 << 0)
> +#define MEM2MEM_OUTPUT (1 << 1)
> +
> +#define MEM2MEM_NAME "imx-ipuv3-scale"
> +
> +/* Per queue */
> +#define MEM2MEM_DEF_NUM_BUFS VIDEO_MAX_FRAME
> +/* In bytes, per queue */
> +#define MEM2MEM_VID_MEM_LIMIT(64 * 1024 * 1024)
> +
> +#define fh_to_ctx(__fh) container_of(__fh, struct ipu_scale_ctx, fh)
> +
> +enum {
> + V4L2_M2M_SRC = 0,
> + V4L2_M2M_DST = 1,
> +};
> +
> +struct ipu_scale_dev {
> + struct v4l2_device v4l2_dev;
> + struct video_device vfd;
> + struct device *dev;
> + struct ipu_soc *ipu;
> +
> + atomic_tnum_inst;
> + spinlock_t irqlock;
> +
> + struct v4l2_m2m_dev *m2m_dev;
> + struct mutexdev_mutex;
> +};
> +
> +/* Per-queue, driver-specific private data */
> +struct ipu_scale_q_data {
> + struct v4l2_pix_format cur_fmt;
> + struct v4l2_rectrect;
> +};
> +
> +struct ipu_scale_ctx {
> + struct ipu_scale_dev*ipu_scaler;
> +
> + struct v4l2_fh fh;
> + struct vb2_alloc_ctx*alloc_ctx;
> + struct ipu_scale_q_data q_data[2];
> + struct work_struct work;
> + struct completion completion;
> + struct work_struct skip_run;
> + int erro
[PATCH v3 4/5] [media] imx-ipu: Add ipu media common code
Hi Philip,
A quick review:
On 07/16/2015 06:24 PM, Philipp Zabel wrote:
> From: Sascha Hauer
>
> Add video4linux API routines common to drivers for units that
> accept or provide video data via the i.MX IPU IDMAC channels,
> such as scaler or deinterlacer drivers.
>
> Signed-off-by: Sascha Hauer
> Signed-off-by: Lucas Stach
> Signed-off-by: Philipp Zabel
> ---
> drivers/media/platform/Kconfig | 2 +
> drivers/media/platform/Makefile | 1 +
> drivers/media/platform/imx/Kconfig | 2 +
> drivers/media/platform/imx/Makefile | 1 +
> drivers/media/platform/imx/imx-ipu.c | 313
> +++
> drivers/media/platform/imx/imx-ipu.h | 35
A MAINTAINERS entry is needed.
> 6 files changed, 354 insertions(+)
> create mode 100644 drivers/media/platform/imx/Kconfig
> create mode 100644 drivers/media/platform/imx/Makefile
> create mode 100644 drivers/media/platform/imx/imx-ipu.c
> create mode 100644 drivers/media/platform/imx/imx-ipu.h
>
> diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
> index f6bed19..66c8d91 100644
> --- a/drivers/media/platform/Kconfig
> +++ b/drivers/media/platform/Kconfig
> @@ -29,6 +29,8 @@ config VIDEO_VIA_CAMERA
>
> source "drivers/media/platform/davinci/Kconfig"
>
> +source "drivers/media/platform/imx/Kconfig"
> +
> source "drivers/media/platform/omap/Kconfig"
>
> source "drivers/media/platform/blackfin/Kconfig"
> diff --git a/drivers/media/platform/Makefile b/drivers/media/platform/Makefile
> index 114f9ab..c3438c2 100644
> --- a/drivers/media/platform/Makefile
> +++ b/drivers/media/platform/Makefile
> @@ -46,6 +46,7 @@ obj-$(CONFIG_SOC_CAMERA)+= soc_camera/
>
> obj-$(CONFIG_VIDEO_RENESAS_VSP1) += vsp1/
>
> +obj-y+= imx/
> obj-y+= omap/
>
> obj-$(CONFIG_VIDEO_AM437X_VPFE) += am437x/
> diff --git a/drivers/media/platform/imx/Kconfig
> b/drivers/media/platform/imx/Kconfig
> new file mode 100644
> index 000..a90c973
> --- /dev/null
> +++ b/drivers/media/platform/imx/Kconfig
> @@ -0,0 +1,2 @@
> +config VIDEO_IMX_IPU_COMMON
> + tristate
> diff --git a/drivers/media/platform/imx/Makefile
> b/drivers/media/platform/imx/Makefile
> new file mode 100644
> index 000..5de119c
> --- /dev/null
> +++ b/drivers/media/platform/imx/Makefile
> @@ -0,0 +1 @@
> +obj-$(CONFIG_VIDEO_IMX_IPU_COMMON) += imx-ipu.o
> diff --git a/drivers/media/platform/imx/imx-ipu.c
> b/drivers/media/platform/imx/imx-ipu.c
> new file mode 100644
> index 000..c1b8637
> --- /dev/null
> +++ b/drivers/media/platform/imx/imx-ipu.c
> @@ -0,0 +1,313 @@
> +/*
> + * i.MX IPUv3 common v4l2 support
> + *
> + * Copyright (C) 2011 Sascha Hauer, Pengutronix
> + *
> + * This program is free software; you can redistribute it and/or
> + * modify it under the terms of the GNU General Public License
> + * as published by the Free Software Foundation; either version 2
> + * of the License, or (at your option) any later version.
> + * This program is distributed in the hope that it will be useful,
> + * but WITHOUT ANY WARRANTY; without even the implied warranty of
> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
> + * GNU General Public License for more details.
> + */
> +#include
> +#include
> +#include
> +#include
> +
> +#include "imx-ipu.h"
> +
> +static struct ipu_fmt ipu_fmt_yuv[] = {
> + {
> + .fourcc = V4L2_PIX_FMT_YUV420,
> + .name = "YUV 4:2:0 planar, YCbCr",
> + .bytes_per_pixel = 1,
> + }, {
> + .fourcc = V4L2_PIX_FMT_YVU420,
> + .name = "YUV 4:2:0 planar, YCrCb",
> + .bytes_per_pixel = 1,
> + }, {
> + .fourcc = V4L2_PIX_FMT_YUV422P,
> + .name = "YUV 4:2:2 planar, YCbCr",
> + .bytes_per_pixel = 1,
> + }, {
> + .fourcc = V4L2_PIX_FMT_NV12,
> + .name = "YUV 4:2:0 partial interleaved, YCbCr",
> + .bytes_per_pixel = 1,
> + }, {
> + .fourcc = V4L2_PIX_FMT_UYVY,
> + .name = "4:2:2, packed, UYVY",
> + .bytes_per_pixel = 2,
> + }, {
> + .fourcc = V4L2_PIX_FMT_YUYV,
> + .name = "4:2:2, packed, YUYV",
> + .bytes_per_pixel = 2,
Drop .name from this struct. The v4l2 core will fill this in ensuring consistent
naming.
> + },
> +};
> +
> +static struct ipu_fmt ipu_fmt_rgb[] = {
> + {
> + .fourcc = V4L2_PIX_FMT_RGB32,
> + .name = "RGB888",
> + .bytes_per_pixel = 4,
> + }, {
> + .fourcc = V4L2_PIX_FMT_RGB24,
> + .name = "RGB24",
> + .bytes_per_pixel = 3,
> + }, {
> + .fourcc = V4L2_PIX_FMT_BGR24,
> + .name = "BGR24",
> + .bytes_per_pixel = 3,
> + }, {
> + .fourcc = V4L2_PIX_FMT_RGB565,
> + .name = "RGB565",
> + .bytes_per_pixel = 2,
> + },
> + {
> +
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #5 from Andy Furniss --- (In reply to Christian König from comment #4) > (In reply to Andy Furniss from comment #3) > > It seems that I can make it work reliably by setting my cpus to perf with > > cpufreq. > > Sounds like some kind of race condition to me, e.g. something isn't properly > protected and multi thread save. > > That's probably pretty hard to find. Turns out I can also provoke this with kodi if I try enough, and cpufreq perf doesn't always help mpv (but usually does). -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/4f72d88e/attachment.html>
Linux-next, Exynos Octa boot fail, bisected to: "drm/exynos: remove drm_iommu_attach_device_if_possible"
On 2015ë 07ì 22ì¼ 19:08, Inki Dae wrote: > On 2015ë 07ì 22ì¼ 17:42, Joonyoung Shim wrote: >> On 07/22/2015 05:22 PM, Inki Dae wrote: >>> On 2015ë 07ì 22ì¼ 17:12, Joonyoung Shim wrote: On 07/22/2015 01:55 PM, Inki Dae wrote: > On 2015ë 07ì 22ì¼ 11:02, Joonyoung Shim wrote: >> On 07/21/2015 10:19 PM, Krzysztof Kozlowski wrote: >>> Hi, >>> >>> Today's linux-next (next-20150721) encounters boot failures on Exynos >>> Octa (Exynos5422) based boards. The boards hangs. I bisected it to: >>> >>> d80167b85024982c5f18d0481a5c248100360118 is the first bad commit >>> commit d80167b85024982c5f18d0481a5c248100360118 >>> Author: Joonyoung Shim >>> Date: Thu Jul 2 21:49:39 2015 +0900 >>> >>> drm/exynos: remove drm_iommu_attach_device_if_possible >>> >>> Already drm_iommu_attach_device checks whether support iommu >>> internally. >>> It should clear channels always regardless iommu support. We didn't >>> know >>> because we can detect the problem when iommu is enabled, so we don't >>> have to use drm_iommu_attach_device_if_possible and then we can >>> remove >>> drm_iommu_attach_device_if_possible and clear_channels function >>> pointer. >>> >>> Signed-off-by: Joonyoung Shim >>> Tested-by: Marek Szyprowski >>> Signed-off-by: Inki Dae >>> >>> :04 04 83379efbf4960f58d680371628ec04387935bd53 >>> da03c338b88e7cb6bda895b3dd52d78d9b6eba30 M drivers >>> >>> >>> Config: exynos >>> Boot log from Odroid XU3-Lite attached. >>> >>> Any hints or ideas? >> >> The point that hangs is when accesses fimd register in >> fimd_clear_channels function, so i doubt clock setting for fimd. >> >> It's gone something that hangs after i enable gating for ACLK_200_DISP1 >> clock. >> >> If ACLK_200_DISP1 clock needs for fimd really, i'm thinking how can it >> support. Any ideas? > > I think bootloader should have enabled ACLK_200_DISP1 clock and also > device driver should enable all relevant clocks before the device > accesses its own registers. > > Best way would be that the clock is enabled by common clock framework > but it seems there is no anything that the clock framework can do it. So > I think what we have to do is to add the clock support to device tree. It's not easy problem to me. Should we add which clock? I think we cannot control ACLK_200_DISP1 or CLKDIV2_DISP1_BLK directly by below hierarchy, right? Then we should control gate clocks, but we have not controlled any gate clocks using BTS_ prefix. The clock hierarchy from Exynos5422 user manual, ACLK_200_DISP1 -- CLKDIV2_DISP1_BLK -- HDMI LINK HDMI PHY MIC1 DSIM1 DPTX LINK MDNIE1 SYSMMU_MIXER SYSMMU_FIMD1_M0 SYSMMU_FIMD1_M1 BTS_TVM0 BTS_TVM1 BTS_FIMD1_M0 BTS_FIMD1_M1 Other way, IMHO, fimd driver doesn't have to enable ACLK_200_DISP1 clock, just it should be controlled by connector drivers, e.g. dsi, dp because fimd only cannot operate, so dsi or dp must need (Actually i'm not sure about this, just i thought that Exynos5 SoCs don't have any gpios for dpi, so they cannot use dpi, right?). It needs to probe connector driver like dsi or dp earlier than fimd and fimd_bind function should return error if connector driver like dsi or dp was not probed. This is also not easy to me. >>> >>> In this case, if one of above gate clocks is enabled, the ACLK_200_DISP1 >>> should be enabled. So I guess the problem would be due to below line of >>> clk-exynos5420.c, >>> >>> GATE(CLK_FIMD1, "fimd1", "aclk300_disp1", GATE_IP_DISP1, 0, 0, 0), >>> >>> Can you check it again after modifying it like below?, >>> GATE(CLK_FIMD1, "fimd1", "aclk200_disp1", GATE_IP_DISP1, 0, 0, 0), >> >> No, parent clock of fimd1 gate clock is ACLK_300_DISP1. > > Yes, I checked just it through exynos5420 and exynos5422 document. I > just guessed. So do you mean that aclk200_disp1 affects FIMD controller > even though aclk200_disp1 isn't a parent clock of FIMD? If so, it's very > strange. Root problem was because it had tried to access FIMD registers before crtc and connector driver binding is completed. ACLK200_DISP1 will be enabled by connector driver - MIPI-DSI - of FIMD like above clock hierarchy commented by Joonyoung. So all we hav
[PATCH v11 1/5] drm/layerscape: Add Freescale DCU DRM driver
On Fri, Jul 24, 2015 at 3:48 PM, Daniel Vetter wrote:
> On Fri, Jul 24, 2015 at 11:21:57AM +0800, jianwei wang wrote:
>> Hi Dave,
>>
>> I think Freescale DCU DRM driver is ready now, can it land?
>>
>> I have worked on this driver for about nine month. Daniel Vetter,
>> Thierry Reding, Mark yao,
>> Alexander Stein, Paul Bolle, Alison Wang, Stefan Agner reviewed this
>> pathset. The latest
>> version v11 has been send out about an week, and no more comments any more.
>
> On a quick look about overall process there's a few bits missing still:
> - review from dt maintainer for the device-tree pieces (review from an
> original author like Alice Wang doesn't count).
> - needs one patch for MAINTAINER entry for drm/layerscape.
> - just send a pull request to Dave once you have this all.
>
> Cheers, Daniel
Okay, Thanks!
BR.
Jianwei
>>
>> BR.
>> Jianwei
>>
>> On Mon, Jul 20, 2015 at 5:53 PM, Jianwei Wang
>> wrote:
>> > This patch add support for Two Dimensional Animation and Compositing
>> > Engine (2D-ACE) on the Freescale SoCs.
>> >
>> > 2D-ACE is a Freescale display controller. 2D-ACE describes
>> > the functionality of the module extremely well its name is a value
>> > that cannot be used as a token in programming languages.
>> > Instead the valid token "DCU" is used to tag the register names and
>> > function names.
>> >
>> > The Display Controller Unit (DCU) module is a system master that
>> > fetches graphics stored in internal or external memory and displays
>> > them on a TFT LCD panel. A wide range of panel sizes is supported
>> > and the timing of the interface signals is highly configurable.
>> > Graphics are read directly from memory and then blended in real-time,
>> > which allows for dynamic content creation with minimal CPU
>> > intervention.
>> >
>> > The features:
>> > (1) Full RGB888 output to TFT LCD panel.
>> > (2) Blending of each pixel using up to 4 source layers
>> > dependent
>> > on size of panel.
>> > (3) Each graphic layer can be placed with one pixel resolution
>> > in either axis.
>> > (4) Each graphic layer support RGB565 and RGB888 direct colors
>> > without alpha channel and BGRA BGRA ARGB1555 direct
>> > colors
>> > with an alpha channel and YUV422 format.
>> > (5) Each graphic layer support alpha blending with 8-bit
>> > resolution.
>> >
>> > This is a simplified version, only one primary plane, one
>> > framebuffer, one crtc, one connector and one encoder for TFT
>> > LCD panel.
>> >
>> > Signed-off-by: Alison Wang
>> > Signed-off-by: Xiubo Li
>> > Signed-off-by: Jianwei Wang
>> > Acked-by: Daniel Vetter
>> > Reviewed-by: Alison Wang
>> > ---
>> >
>> >
>> > Changed in V11
>> > -set regmap_config.cache_type to REGCACHE_FLAT
>> > Advanced by Alexander Stein
>> >
>> > Changed in V10
>> > -adjust commit log, remove meaningless statement
>> > -cleanup code for it's format and style.
>> > -remove platform related code out, including of tcon(vf610) and
>> > scfg(ls1021a)
>> > -remove useless sentences: encoder->crtc = crtc; and connector->encoder =
>> > encoder; and so on
>> > -add vendor prefix for panel pandle
>> > -make a DCU_CTRLDESCLN(x, y) to avoid high repetition
>> > -introduce per-SoC capability structure to avoid check on the OF node's
>> > compatible string
>> > -Implement some functions: crtc enable and disable, enable and disable
>> > VBLANK, plane atomic_disable and atomic_enable -atomic_check and so on
>> > -move DCU config sentence to the right place
>> > -move get resources functions to ->probe()
>> > -move fsl,dcu.txt to video/ folder
>> > -add big-endian describe
>> > All advaced by Thierry Reding
>> >
>> > Changed in V9
>> >
>> > -put node after calling of_drm_find_panel
>> > -split clk_prepare_enable() to clk_prepare() and clk_enable(), just call
>> > clk_prepare once, and check return value
>> > -check regmap_write/regmap_read return return value
>> > -remove useless ".owner= THIS_MODULE,"
>> > All advanced by Mark Yao
>> >
>> > Changed in V8
>> >
>> > - Remove useless code
>> > #define DRIVER_NAME "fsl-dcu-drm"
>> > MODULE_ALIAS("platform:fsl-dcu-drm");
>> > Adviced by Paul Bolle
>> >
>> > Changed in V7
>> >
>> > - Remove redundant functions and replace deprecated hooker
>> > Adviced by Daniel Vetter
>> > - Replace drm_platform_init with drm_dev_alloc/register
>> > Adviced by Daniel Vetter
>> >
>> > Changed in V6
>> >
>> > - Add NEC nl4827hc19_05b panel to panel-simple.c
>> > Adviced by Mark Yao
>> > - Add DRIVER_ATOMIC for driver_features
>> > Adviced by Mark Yao
>> > - check fsl_dev if it's NULL at PM suspend/resume
>> > Adviced by Mark Yao
>> >
>> > Changed in V5
>> >
>> > - Update commit message
>> > - Add layer registers initialization
>> > - Remove unused functions
>> > - Rename driver folder
>> > Adviced by Stefan Agner
>> > - Move pixel clock control functions to fsl_dcu_drm_drv.c
>> > - remove redundant enable the clock implicitly using regmap
>> > - Add maintainer message
>> >
>> > Changed in V4:
>> >
>> > -This vers
[Bug 93701] radeon: two "empty" pixel lines on left side of screen, rest of screen gets slightly squished
https://bugzilla.kernel.org/show_bug.cgi?id=93701 --- Comment #36 from Hans de Goede --- Hi, I just got feedback from one of the reporters of: https://bugzilla.redhat.com/show_bug.cgi?id=1236337 He confirms that (the 4.1 backport) of the suggested fix works. Regards, Hans -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 91416] vsync limits fps but still tearing in picture
https://bugs.freedesktop.org/show_bug.cgi?id=91416 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/bf85a3cd/attachment.html>
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 --- Comment #3 from Marek Olšák --- Could you please create and attach (or send a link to) an apitrace reproducing the issue? -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/dd823d05/attachment.html>
[Bug 93701] radeon: two "empty" pixel lines on left side of screen, rest of screen gets slightly squished
https://bugzilla.kernel.org/show_bug.cgi?id=93701 Hans de Goede changed: What|Removed |Added CC||jwrdegoede at fedoraproject.or ||g --- Comment #35 from Hans de Goede --- Created attachment 183611 --> https://bugzilla.kernel.org/attachment.cgi?id=183611&action=edit [PATCH for 4.1] drm/radeon: rework audio detect (v4) Here is the "possible fix" patch backported to 4.1 (this needed some manual fixups) I've started a Fedora kernel scratch build with this patch and asked a couple of Fedora users who are also having pink line issues to test the patch, see: https://bugzilla.redhat.com/show_bug.cgi?id=1236337 Note sofar the 4.1 version has only been compile tested! -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 91416] vsync limits fps but still tearing in picture
https://bugs.freedesktop.org/show_bug.cgi?id=91416 --- Comment #6 from Markus Mitsch --- ok. thanks for the tips, it works now. i set the kwin compositor to: (option names may differ, i have a german machine) -scaling: precise -opengl instead of xrender -glx not egl -vsync to automatic -window thumbnails: only visible windows -compositor not deactivated in fullscreen -no color correction -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/9e670fe7/attachment.html>
[Nouveau] [PATCH] nouveau: nv46: Change mc subdev oclass from nv44 to nv4c
On 24 July 2015 at 12:39, Ilia Mirkin wrote: > On Thu, Jul 23, 2015 at 10:32 PM, Ben Skeggs wrote: >> On 24 July 2015 at 01:20, Hans de Goede wrote: >>> MSI interrupts appear to not work for nv46 based cards. Change the mc >>> subdev oclass for these cards from nv44 to nv4c, the nv4c mc code is >>> identical to the nv44 mc code except that it does not use msi >>> (it does not define a msi_rearm callback). >> I'm fine with this, but it'd be nice to check that the binary driver >> doesn't/can't use MSI on these too (there might be an alternate method >> we need to use). >> >> Would you be able to grab the latest proprietary driver that works on >> nv4x, and do a mmiotrace of it? You *might* need to use "modprobe >> nvidia NVreg_EnableMSI=1", because at some point NVIDIA didn't use it >> by default anywhere. > > AFAIK the blob never used MSI on nv4x. Perhaps we should have just > left it alone... They have support for it, it was just never on by default (for any chipset) during the supported lifetime of nv4x.
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #4 from Christian König --- (In reply to Andy Furniss from comment #3) > It seems that I can make it work reliably by setting my cpus to perf with > cpufreq. Sounds like some kind of race condition to me, e.g. something isn't properly protected and multi thread save. That's probably pretty hard to find. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/17c59b7e/attachment.html>
[Nouveau] [PATCH] nouveau: nv46: Change mc subdev oclass from nv44 to nv4c
On 24 July 2015 at 01:20, Hans de Goede wrote: > MSI interrupts appear to not work for nv46 based cards. Change the mc > subdev oclass for these cards from nv44 to nv4c, the nv4c mc code is > identical to the nv44 mc code except that it does not use msi > (it does not define a msi_rearm callback). I'm fine with this, but it'd be nice to check that the binary driver doesn't/can't use MSI on these too (there might be an alternate method we need to use). Would you be able to grab the latest proprietary driver that works on nv4x, and do a mmiotrace of it? You *might* need to use "modprobe nvidia NVreg_EnableMSI=1", because at some point NVIDIA didn't use it by default anywhere. Thanks, Ben. > BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=90435 > Signed-off-by: Hans de Goede > --- > drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c > b/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c > index c630136..b4ad791 100644 > --- a/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c > +++ b/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c > @@ -265,7 +265,7 @@ nv40_identify(struct nvkm_device *device) > device->oclass[NVDEV_SUBDEV_CLK] = &nv40_clk_oclass; > device->oclass[NVDEV_SUBDEV_THERM ] = &nv40_therm_oclass; > device->oclass[NVDEV_SUBDEV_DEVINIT] = nv1a_devinit_oclass; > - device->oclass[NVDEV_SUBDEV_MC ] = nv44_mc_oclass; > + device->oclass[NVDEV_SUBDEV_MC ] = nv4c_mc_oclass; > device->oclass[NVDEV_SUBDEV_BUS] = nv31_bus_oclass; > device->oclass[NVDEV_SUBDEV_TIMER ] = &nv04_timer_oclass; > device->oclass[NVDEV_SUBDEV_FB ] = nv46_fb_oclass; > -- > 2.4.3 > > ___ > Nouveau mailing list > Nouveau at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/nouveau
[Bug 101911] New: nouveau SCHED_ERROR [GTX 860M]
https://bugzilla.kernel.org/show_bug.cgi?id=101911 Bug ID: 101911 Summary: nouveau SCHED_ERROR [GTX 860M] Product: Drivers Version: 2.5 Kernel Version: 4.1.3-1 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: high Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri at kernel-bugs.osdl.org Reporter: swoorupj at gmail.com Regression: No Created attachment 183601 --> https://bugzilla.kernel.org/attachment.cgi?id=183601&action=edit dmesg On using the open source nouveau driver I am getting this message and its flooding the dmesg. nouveau E[ PFIFO][:01:00.0] SCHED_ERROR [ UNK06 ] I have an optimus chip with intel and nvidia. And on starting X, my system crashes and reboots itself. -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #3 from Andy Furniss --- (In reply to Christian König from comment #2) > Created attachment 117336 [details] [review] > Possible fix > > This should fix the issue. Sort of - kodi seems OK with it but mpv is strange. With mpv if I test something small/low bitrate there's a fair chance it fails with - [vo/opengl] after rendering: OpenGL error INVALID_OPERATION It seems that I can make it work reliably by setting my cpus to perf with cpufreq. I wonder if there is some timing/threading issue here - on my phenom II x4 cpufreq is quite extreme in that low is 800MHz next is 2.2 GHz. I will soon be filing another UVD issue I found - but after messing around with it quite extensively I now need to put cpufreq into the testing and do it again! -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/9158380f/attachment.html>
[Nouveau] [PATCH] nouveau: nv46: Change mc subdev oclass from nv44 to nv4c
Hi, On 24-07-15 04:32, Ben Skeggs wrote: > On 24 July 2015 at 01:20, Hans de Goede wrote: >> MSI interrupts appear to not work for nv46 based cards. Change the mc >> subdev oclass for these cards from nv44 to nv4c, the nv4c mc code is >> identical to the nv44 mc code except that it does not use msi >> (it does not define a msi_rearm callback). > I'm fine with this, but it'd be nice to check that the binary driver > doesn't/can't use MSI on these too (there might be an alternate method > we need to use). > > Would you be able to grab the latest proprietary driver that works on > nv4x, and do a mmiotrace of it? You *might* need to use "modprobe > nvidia NVreg_EnableMSI=1", because at some point NVIDIA didn't use it > by default anywhere. Will do first thing coming monday. Regards, Hans > > Thanks, > Ben. > >> BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=90435 >> Signed-off-by: Hans de Goede >> --- >> drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c >> b/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c >> index c630136..b4ad791 100644 >> --- a/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c >> +++ b/drivers/gpu/drm/nouveau/nvkm/engine/device/nv40.c >> @@ -265,7 +265,7 @@ nv40_identify(struct nvkm_device *device) >> device->oclass[NVDEV_SUBDEV_CLK] = &nv40_clk_oclass; >> device->oclass[NVDEV_SUBDEV_THERM ] = &nv40_therm_oclass; >> device->oclass[NVDEV_SUBDEV_DEVINIT] = nv1a_devinit_oclass; >> - device->oclass[NVDEV_SUBDEV_MC ] = nv44_mc_oclass; >> + device->oclass[NVDEV_SUBDEV_MC ] = nv4c_mc_oclass; >> device->oclass[NVDEV_SUBDEV_BUS] = nv31_bus_oclass; >> device->oclass[NVDEV_SUBDEV_TIMER ] = &nv04_timer_oclass; >> device->oclass[NVDEV_SUBDEV_FB ] = nv46_fb_oclass; >> -- >> 2.4.3 >> >> ___ >> Nouveau mailing list >> Nouveau at lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/nouveau
[PATCH v11 1/5] drm/layerscape: Add Freescale DCU DRM driver
Hi Dave,
I think Freescale DCU DRM driver is ready now, can it land?
I have worked on this driver for about nine month. Daniel Vetter,
Thierry Reding, Mark yao,
Alexander Stein, Paul Bolle, Alison Wang, Stefan Agner reviewed this
pathset. The latest
version v11 has been send out about an week, and no more comments any more.
BR.
Jianwei
On Mon, Jul 20, 2015 at 5:53 PM, Jianwei Wang
wrote:
> This patch add support for Two Dimensional Animation and Compositing
> Engine (2D-ACE) on the Freescale SoCs.
>
> 2D-ACE is a Freescale display controller. 2D-ACE describes
> the functionality of the module extremely well its name is a value
> that cannot be used as a token in programming languages.
> Instead the valid token "DCU" is used to tag the register names and
> function names.
>
> The Display Controller Unit (DCU) module is a system master that
> fetches graphics stored in internal or external memory and displays
> them on a TFT LCD panel. A wide range of panel sizes is supported
> and the timing of the interface signals is highly configurable.
> Graphics are read directly from memory and then blended in real-time,
> which allows for dynamic content creation with minimal CPU
> intervention.
>
> The features:
> (1) Full RGB888 output to TFT LCD panel.
> (2) Blending of each pixel using up to 4 source layers
> dependent
> on size of panel.
> (3) Each graphic layer can be placed with one pixel resolution
> in either axis.
> (4) Each graphic layer support RGB565 and RGB888 direct colors
> without alpha channel and BGRA BGRA ARGB1555 direct
> colors
> with an alpha channel and YUV422 format.
> (5) Each graphic layer support alpha blending with 8-bit
> resolution.
>
> This is a simplified version, only one primary plane, one
> framebuffer, one crtc, one connector and one encoder for TFT
> LCD panel.
>
> Signed-off-by: Alison Wang
> Signed-off-by: Xiubo Li
> Signed-off-by: Jianwei Wang
> Acked-by: Daniel Vetter
> Reviewed-by: Alison Wang
> ---
>
>
> Changed in V11
> -set regmap_config.cache_type to REGCACHE_FLAT
> Advanced by Alexander Stein
>
> Changed in V10
> -adjust commit log, remove meaningless statement
> -cleanup code for it's format and style.
> -remove platform related code out, including of tcon(vf610) and scfg(ls1021a)
> -remove useless sentences: encoder->crtc = crtc; and connector->encoder =
> encoder; and so on
> -add vendor prefix for panel pandle
> -make a DCU_CTRLDESCLN(x, y) to avoid high repetition
> -introduce per-SoC capability structure to avoid check on the OF node's
> compatible string
> -Implement some functions: crtc enable and disable, enable and disable
> VBLANK, plane atomic_disable and atomic_enable -atomic_check and so on
> -move DCU config sentence to the right place
> -move get resources functions to ->probe()
> -move fsl,dcu.txt to video/ folder
> -add big-endian describe
> All advaced by Thierry Reding
>
> Changed in V9
>
> -put node after calling of_drm_find_panel
> -split clk_prepare_enable() to clk_prepare() and clk_enable(), just call
> clk_prepare once, and check return value
> -check regmap_write/regmap_read return return value
> -remove useless ".owner= THIS_MODULE,"
> All advanced by Mark Yao
>
> Changed in V8
>
> - Remove useless code
> #define DRIVER_NAME "fsl-dcu-drm"
> MODULE_ALIAS("platform:fsl-dcu-drm");
> Adviced by Paul Bolle
>
> Changed in V7
>
> - Remove redundant functions and replace deprecated hooker
> Adviced by Daniel Vetter
> - Replace drm_platform_init with drm_dev_alloc/register
> Adviced by Daniel Vetter
>
> Changed in V6
>
> - Add NEC nl4827hc19_05b panel to panel-simple.c
> Adviced by Mark Yao
> - Add DRIVER_ATOMIC for driver_features
> Adviced by Mark Yao
> - check fsl_dev if it's NULL at PM suspend/resume
> Adviced by Mark Yao
>
> Changed in V5
>
> - Update commit message
> - Add layer registers initialization
> - Remove unused functions
> - Rename driver folder
> Adviced by Stefan Agner
> - Move pixel clock control functions to fsl_dcu_drm_drv.c
> - remove redundant enable the clock implicitly using regmap
> - Add maintainer message
>
> Changed in V4:
>
> -This version doesn't have functionality changed
> Just a minor adjustment.
>
> Changed in V3:
>
> - Test driver on Vybrid board and add compatible string
> - Remove unused functions
> - set default crtc for encoder
> - replace legacy functions with atomic help functions
> Adviced by Daniel Vetter
> - Set the unique name of the DRM device
> - Implement irq handle function for vblank interrupt
>
> Changed in v2:
> - Add atomic support
> Adviced by Daniel Vetter
> - Modify bindings file
> - Rename node for compatibility
> - Move platform related code out for compatibility
> Adviced by Stefan Agner
>
>
> .../devicetree/bindings/video/fsl,dcu.txt | 22 ++
> MAINTAINERS| 8 +
> drivers/gpu/drm/Kconfig| 2 +
> drivers/gpu/drm/Makefile | 1 +
> drivers/gpu/drm/fsl-d
[Bug 93701] radeon: two "empty" pixel lines on left side of screen, rest of screen gets slightly squished
https://bugzilla.kernel.org/show_bug.cgi?id=93701 --- Comment #34 from Frederik vom Hofe --- v4 works for me. Boots fine and no pink lines anymore. -- You are receiving this mail because: You are watching the assignee of the bug.
[PATCH v11 1/5] drm/layerscape: Add Freescale DCU DRM driver
On Fri, Jul 24, 2015 at 11:21:57AM +0800, jianwei wang wrote:
> Hi Dave,
>
> I think Freescale DCU DRM driver is ready now, can it land?
>
> I have worked on this driver for about nine month. Daniel Vetter,
> Thierry Reding, Mark yao,
> Alexander Stein, Paul Bolle, Alison Wang, Stefan Agner reviewed this
> pathset. The latest
> version v11 has been send out about an week, and no more comments any more.
On a quick look about overall process there's a few bits missing still:
- review from dt maintainer for the device-tree pieces (review from an
original author like Alice Wang doesn't count).
- needs one patch for MAINTAINER entry for drm/layerscape.
- just send a pull request to Dave once you have this all.
Cheers, Daniel
>
> BR.
> Jianwei
>
> On Mon, Jul 20, 2015 at 5:53 PM, Jianwei Wang
> wrote:
> > This patch add support for Two Dimensional Animation and Compositing
> > Engine (2D-ACE) on the Freescale SoCs.
> >
> > 2D-ACE is a Freescale display controller. 2D-ACE describes
> > the functionality of the module extremely well its name is a value
> > that cannot be used as a token in programming languages.
> > Instead the valid token "DCU" is used to tag the register names and
> > function names.
> >
> > The Display Controller Unit (DCU) module is a system master that
> > fetches graphics stored in internal or external memory and displays
> > them on a TFT LCD panel. A wide range of panel sizes is supported
> > and the timing of the interface signals is highly configurable.
> > Graphics are read directly from memory and then blended in real-time,
> > which allows for dynamic content creation with minimal CPU
> > intervention.
> >
> > The features:
> > (1) Full RGB888 output to TFT LCD panel.
> > (2) Blending of each pixel using up to 4 source layers
> > dependent
> > on size of panel.
> > (3) Each graphic layer can be placed with one pixel resolution
> > in either axis.
> > (4) Each graphic layer support RGB565 and RGB888 direct colors
> > without alpha channel and BGRA BGRA ARGB1555 direct
> > colors
> > with an alpha channel and YUV422 format.
> > (5) Each graphic layer support alpha blending with 8-bit
> > resolution.
> >
> > This is a simplified version, only one primary plane, one
> > framebuffer, one crtc, one connector and one encoder for TFT
> > LCD panel.
> >
> > Signed-off-by: Alison Wang
> > Signed-off-by: Xiubo Li
> > Signed-off-by: Jianwei Wang
> > Acked-by: Daniel Vetter
> > Reviewed-by: Alison Wang
> > ---
> >
> >
> > Changed in V11
> > -set regmap_config.cache_type to REGCACHE_FLAT
> > Advanced by Alexander Stein
> >
> > Changed in V10
> > -adjust commit log, remove meaningless statement
> > -cleanup code for it's format and style.
> > -remove platform related code out, including of tcon(vf610) and
> > scfg(ls1021a)
> > -remove useless sentences: encoder->crtc = crtc; and connector->encoder =
> > encoder; and so on
> > -add vendor prefix for panel pandle
> > -make a DCU_CTRLDESCLN(x, y) to avoid high repetition
> > -introduce per-SoC capability structure to avoid check on the OF node's
> > compatible string
> > -Implement some functions: crtc enable and disable, enable and disable
> > VBLANK, plane atomic_disable and atomic_enable -atomic_check and so on
> > -move DCU config sentence to the right place
> > -move get resources functions to ->probe()
> > -move fsl,dcu.txt to video/ folder
> > -add big-endian describe
> > All advaced by Thierry Reding
> >
> > Changed in V9
> >
> > -put node after calling of_drm_find_panel
> > -split clk_prepare_enable() to clk_prepare() and clk_enable(), just call
> > clk_prepare once, and check return value
> > -check regmap_write/regmap_read return return value
> > -remove useless ".owner= THIS_MODULE,"
> > All advanced by Mark Yao
> >
> > Changed in V8
> >
> > - Remove useless code
> > #define DRIVER_NAME "fsl-dcu-drm"
> > MODULE_ALIAS("platform:fsl-dcu-drm");
> > Adviced by Paul Bolle
> >
> > Changed in V7
> >
> > - Remove redundant functions and replace deprecated hooker
> > Adviced by Daniel Vetter
> > - Replace drm_platform_init with drm_dev_alloc/register
> > Adviced by Daniel Vetter
> >
> > Changed in V6
> >
> > - Add NEC nl4827hc19_05b panel to panel-simple.c
> > Adviced by Mark Yao
> > - Add DRIVER_ATOMIC for driver_features
> > Adviced by Mark Yao
> > - check fsl_dev if it's NULL at PM suspend/resume
> > Adviced by Mark Yao
> >
> > Changed in V5
> >
> > - Update commit message
> > - Add layer registers initialization
> > - Remove unused functions
> > - Rename driver folder
> > Adviced by Stefan Agner
> > - Move pixel clock control functions to fsl_dcu_drm_drv.c
> > - remove redundant enable the clock implicitly using regmap
> > - Add maintainer message
> >
> > Changed in V4:
> >
> > -This version doesn't have functionality changed
> > Just a minor adjustment.
> >
> > Changed in V3:
> >
> > - Test driver on Vybrid board and add compatible string
> > - Remove unused functions
> > - set default crtc for encoder
> >
[Bug 91308] Tonga UVD not working with GL_NV_vdpau_interop
https://bugs.freedesktop.org/show_bug.cgi?id=91308 --- Comment #2 from Christian König --- Created attachment 117336 --> https://bugs.freedesktop.org/attachment.cgi?id=117336&action=edit Possible fix This should fix the issue. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/f3641a77/attachment.html>
[git pull] drm fixes
Hi Linus, some amdgpu, one i915, one ttm and one hlcdc, nothing too scary, all seems fine for about this time. Dave. The following changes since commit 45b4b782e8489bcf45a4331ee32f0f3037c5c3aa: Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/ebiederm/user-namespace (2015-07-23 13:16:21 -0700) are available in the git repository at: git://people.freedesktop.org/~airlied/linux drm-fixes for you to fetch changes up to 02bbc4dc6874df0e865aa0977f0046c5c1afd498: Merge tag 'drm-atmel-hlcdc/fixes-for-4.2' of https://github.com/bbrezillon/linux-at91 into drm-fixes (2015-07-24 14:27:44 +1000) Alex Deucher (3): drm/amdgpu: implement VCE 3.0 harvesting support (v4) drm/amdgpu/cz: implement voltage validation properly drm/amdgpu/cz/dpm: properly report UVD and VCE clock levels Alexandre Courbot (1): drm/ttm: recognize ARM64 arch in ioprot handler Boris Brezillon (1): drm: atmel-hlcdc: fix vblank initial state Chris Wilson (1): drm/i915: Use two 32bit reads for select 64bit REG_READ ioctls Daniel Vetter (1): drm: Stop resetting connector state to unknown Dave Airlie (4): Merge branch 'drm-fixes-4.2' of git://people.freedesktop.org/~agd5f/linux into drm-fixes Merge tag 'drm-intel-fixes-2015-07-23' of git://anongit.freedesktop.org/drm-intel into drm-fixes Merge tag 'topic/drm-fixes-2015-07-23' of git://anongit.freedesktop.org/drm-intel into drm-fixes Merge tag 'drm-atmel-hlcdc/fixes-for-4.2' of https://github.com/bbrezillon/linux-at91 into drm-fixes Leo Liu (1): drm/amdgpu: add VCE harvesting instance query Michel Dänzer (2): drm/amdgpu/dce11: Re-set VBLANK interrupt state when enabling a CRTC drm/amdgpu/dce10: Re-set VBLANK interrupt state when enabling a CRTC drivers/gpu/drm/amd/amdgpu/amdgpu.h| 4 ++ drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c| 1 + drivers/gpu/drm/amd/amdgpu/cz_dpm.c| 70 -- drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 4 ++ drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 4 ++ drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 48 ++ drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_crtc.c | 1 + drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 12 ++--- drivers/gpu/drm/drm_crtc.c | 5 +- drivers/gpu/drm/i915/intel_uncore.c| 26 +++--- drivers/gpu/drm/ttm/ttm_bo_util.c | 3 +- include/uapi/drm/amdgpu_drm.h | 2 + include/uapi/drm/i915_drm.h| 8 +++ 13 files changed, 154 insertions(+), 34 deletions(-)
[Intel-gfx] [PATCH 1/7] drm: Fix DP_TEST_COUNT_MASK
Reviewed-by: Sivakumar Thulasimani On 7/24/2015 5:04 AM, Rodrigo Vivi wrote: > By Vesa's DP 1.2 Spec this counter has 4 bits [3:0]. > > This mask is wrong since when the counter was introduced by myself > on commit ad9dc91b6e21266bfc6f466db4b95e10211f31ee > Author: Rodrigo Vivi > Date: Tue Sep 16 19:18:12 2014 -0400 > > drm/i915: Fix Sink CRC > > Signed-off-by: Rodrigo Vivi > --- > include/drm/drm_dp_helper.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h > index 2e86f64..94898f6 100644 > --- a/include/drm/drm_dp_helper.h > +++ b/include/drm/drm_dp_helper.h > @@ -420,7 +420,7 @@ > > #define DP_TEST_SINK_MISC 0x246 > # define DP_TEST_CRC_SUPPORTED (1 << 5) > -# define DP_TEST_COUNT_MASK 0x7 > +# define DP_TEST_COUNT_MASK 0xf > > #define DP_TEST_RESPONSE0x260 > # define DP_TEST_ACK(1 << 0) -- regards, Sivakumar
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 --- Comment #2 from Shawn Starr --- This is for BONAIRE (Saturn XT [FirePro M6100]) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/3af01ce6/attachment.html>
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 Shawn Starr changed: What|Removed |Added Attachment #117328|1 |0 is obsolete|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/98a89809/attachment.html>
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 Shawn Starr changed: What|Removed |Added Attachment #117328|0 |1 is obsolete|| Attachment #117328|text/plain |image/jpeg mime type|| -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/975a9caa/attachment-0001.html>
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 --- Comment #1 from Shawn Starr --- Created attachment 117328 --> https://bugs.freedesktop.org/attachment.cgi?id=117328&action=edit ARK: Survival Evolved corruption ARK: Survival Evolved corruption -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/c24b9716/attachment.html>
[Bug 91444] regression bisected radeonsi: don't change pipe_resource in resource_copy_region
https://bugs.freedesktop.org/show_bug.cgi?id=91444 Bug ID: 91444 Summary: regression bisected radeonsi: don't change pipe_resource in resource_copy_region Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel at lists.freedesktop.org Reporter: shawn.starr at rogers.com QA Contact: dri-devel at lists.freedesktop.org While playing ARK: Survival Evolved, I ran into image corruption and can reproduce it easy in game, it came down to this commit: commit 46b2b3bda8d962fce02838e09c742ac06fbec45f Author: Marek Olšák Date: Thu Jul 16 13:17:14 2015 +0200 radeonsi: don't change pipe_resource in resource_copy_region Copied from r600g. pipe_resource can be shared by multiple threads, so we shouldn't change it. Reviewed-by: Michel Dänzer Reverting this fixed corruption seen, I've attached a picture of the corruption noticed, but it manifests itself in striped transparency of certain objects. See attachment of image -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/b6c68cdb/attachment.html>
[Bug 93701] radeon: two "empty" pixel lines on left side of screen, rest of screen gets slightly squished
https://bugzilla.kernel.org/show_bug.cgi?id=93701 Alex Deucher changed: What|Removed |Added Attachment #183551|0 |1 is obsolete|| --- Comment #33 from Alex Deucher --- Created attachment 183571 --> https://bugzilla.kernel.org/attachment.cgi?id=183571&action=edit possible fix Fix stupid typo. -- You are receiving this mail because: You are watching the assignee of the bug.
[Bug 91442] Wow crashes in opengl mode with mesa, works with fglrx
https://bugs.freedesktop.org/show_bug.cgi?id=91442 sarnex changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from sarnex --- Not possible to debug with this info -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/7cae9b80/attachment.html>
[Bug 91442] Wow crashes in opengl mode with mesa, works with fglrx
https://bugs.freedesktop.org/show_bug.cgi?id=91442 Bug ID: 91442 Summary: Wow crashes in opengl mode with mesa, works with fglrx Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel at lists.freedesktop.org Reporter: commendsarnex at gmail.com QA Contact: dri-devel at lists.freedesktop.org Hi guys. If I try to start World of Warcraft in opengl mode, the app crashes on startup and I get an error with the built-in crash handler. If I install fglrx, the app runs fine. I'm using Mesa git and LLVM git. I took an apitrace, hopefully it will show what the game is trying to do. It's very small. Apitrace: https://idontevenlift.no-ip.org/Wow.trace Thanks, sarnex -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20150724/ec5ae720/attachment.html>
[Bug 93701] radeon: two "empty" pixel lines on left side of screen, rest of screen gets slightly squished
https://bugzilla.kernel.org/show_bug.cgi?id=93701 --- Comment #32 from Frederik vom Hofe --- Created attachment 183561 --> https://bugzilla.kernel.org/attachment.cgi?id=183561&action=edit dmesg with v4.2-rc3 + 0001-drm-radeon-rework-audio-detect-v3.patch looks the same like v2 -- You are receiving this mail because: You are watching the assignee of the bug.
