[PATCHv7 5/5] drm: bridge: anx78xx: Add anx78xx driver support by analogix.
At the moment it only supports ANX7814.
The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices. The ANX7814 transforms the HDMI output of
an application processor to MyDP or DisplayPort.
The driver supports HDMI to DP pass-through mode and works using external
adapters that converts MyDP or DisplayPort to HDMI or DVI.
Signed-off-by: Enric Balletbo i Serra
---
Changes since last version (requested by Dan Carpenter)
- Fix off by one loops
- Change "errcnt" to retry_cnt
- Replace -1 returns as -1 is never a correct error code.
- Add define AUX_CH_BUFFER_SIZE
- Left out the default case in sp_tx_edid_read as is not reachable.
- Change loop to compare memory, use memcmp instead (sp_check_with_pre_edid)
- Remove unneeded else statement and pull the code in one indent level
(sp_config_video_output)
- Fix sp_hdmi_audio_samplechg_int function as is off by one.
- Fix precendence error in sp_config_audio_output.
Changes since v5:
- Fix auto build test ERROR (anx78xx->bridge.of_node = client->dev.of_node)
- Remove more magic numbers and use DP_ defines from hdmi.h
- Use common dp/hdmi defines instead of redefine it.
- Improve a bit the documentation of the driver.
- Improve debug messages.
- Use devm to request the irq.
drivers/gpu/drm/bridge/Kconfig |2 +
drivers/gpu/drm/bridge/Makefile |1 +
drivers/gpu/drm/bridge/anx78xx/Kconfig |5 +
drivers/gpu/drm/bridge/anx78xx/Makefile |4 +
drivers/gpu/drm/bridge/anx78xx/anx78xx.h | 44 +
drivers/gpu/drm/bridge/anx78xx/anx78xx_main.c| 334 +++
drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.c | 3194 ++
drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.h | 110 +
drivers/gpu/drm/bridge/anx78xx/slimport_tx_reg.h | 737 +
9 files changed, 4431 insertions(+)
create mode 100644 drivers/gpu/drm/bridge/anx78xx/Kconfig
create mode 100644 drivers/gpu/drm/bridge/anx78xx/Makefile
create mode 100644 drivers/gpu/drm/bridge/anx78xx/anx78xx.h
create mode 100644 drivers/gpu/drm/bridge/anx78xx/anx78xx_main.c
create mode 100644 drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.c
create mode 100644 drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.h
create mode 100644 drivers/gpu/drm/bridge/anx78xx/slimport_tx_reg.h
diff --git a/drivers/gpu/drm/bridge/Kconfig b/drivers/gpu/drm/bridge/Kconfig
index 639..1d92bc1 100644
--- a/drivers/gpu/drm/bridge/Kconfig
+++ b/drivers/gpu/drm/bridge/Kconfig
@@ -41,4 +41,6 @@ config DRM_PARADE_PS8622
---help---
Parade eDP-LVDS bridge chip driver.
+source "drivers/gpu/drm/bridge/anx78xx/Kconfig"
+
endmenu
diff --git a/drivers/gpu/drm/bridge/Makefile b/drivers/gpu/drm/bridge/Makefile
index d4e28be..0e9fdb4 100644
--- a/drivers/gpu/drm/bridge/Makefile
+++ b/drivers/gpu/drm/bridge/Makefile
@@ -4,3 +4,4 @@ obj-$(CONFIG_DRM_DW_HDMI) += dw_hdmi.o
obj-$(CONFIG_DRM_DW_HDMI_AHB_AUDIO) += dw_hdmi-ahb-audio.o
obj-$(CONFIG_DRM_NXP_PTN3460) += nxp-ptn3460.o
obj-$(CONFIG_DRM_PARADE_PS8622) += parade-ps8622.o
+obj-$(CONFIG_DRM_ANX78XX) += anx78xx/
diff --git a/drivers/gpu/drm/bridge/anx78xx/Kconfig
b/drivers/gpu/drm/bridge/anx78xx/Kconfig
new file mode 100644
index 000..5be362d
--- /dev/null
+++ b/drivers/gpu/drm/bridge/anx78xx/Kconfig
@@ -0,0 +1,5 @@
+config DRM_ANX78XX
+ tristate "Analogix ANX78XX bridge"
+ help
+ ANX78XX is a HD video transmitter chip over micro-USB
+ connector for smartphone device.
diff --git a/drivers/gpu/drm/bridge/anx78xx/Makefile
b/drivers/gpu/drm/bridge/anx78xx/Makefile
new file mode 100644
index 000..a843733
--- /dev/null
+++ b/drivers/gpu/drm/bridge/anx78xx/Makefile
@@ -0,0 +1,4 @@
+obj-${CONFIG_DRM_ANX78XX} := anx78xx.o
+
+anx78xx-y += anx78xx_main.o
+anx78xx-y += slimport_tx_drv.o
diff --git a/drivers/gpu/drm/bridge/anx78xx/anx78xx.h
b/drivers/gpu/drm/bridge/anx78xx/anx78xx.h
new file mode 100644
index 000..6548918
--- /dev/null
+++ b/drivers/gpu/drm/bridge/anx78xx/anx78xx.h
@@ -0,0 +1,44 @@
+/*
+ * Copyright(c) 2015, Analogix Semiconductor. All rights reserved.
+ *
+ * This program is free software; you can redistribute it and/or modify
+ * it under the terms of the GNU General Public License version 2 and
+ * only version 2 as published by the Free Software Foundation.
+ *
+ * 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.
+ *
+ */
+
+#ifndef __ANX78xx_H
+#define __ANX78xx_H
+
+#include
+#include
+#include
+#include
+#include
+
+#include
+
+struct anx78xx_platform_data {
+ struct gpio_desc *gpiod_pd;
+ struct gpio_desc *gpiod_reset;
+ struct gpio_desc *gpiod_v10;
+};
+
+struct anx78xx {
+ struct drm_bridge bridge;
+ struct i2c_client *client;
+ struct anx78xx_platform_data
[PATCHv7 4/5] devicetree: Add new ANX7814 SlimPort transmitter binding.
The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
designed for portable devices.
You can add support to your board with current binding.
Example:
anx7814: anx7814 at 38 {
compatible = "analogix,anx7814";
reg = <0x38>;
interrupt-parent = <>
interrupts = <1 IRQ_TYPE_LEVEL_HIGH>;
pd-gpios = < 2 GPIO_ACTIVE_HIGH>;
reset-gpios = < 3 GPIO_ACTIVE_HIGH>;
v10-gpios = < 4 GPIO_ACTIVE_HIGH>;
port {
anx7814_in: endpoint {
remote-endpoint = <_out>;
};
};
};
Signed-off-by: Enric Balletbo i Serra
Acked-by: Rob Herring
---
Changes since last version (requested by Rob Herring)
- Use just "port" instead of ports.
- Add Acked-by: Rob Herring
Changes since v5:
- Specify how many ports and how many endpoints for each port
- Simplify to just port (dropping ports)
- For cable det use an interrupt instead (to a gpio controller)
.../devicetree/bindings/video/bridge/anx7814.txt | 39 ++
1 file changed, 39 insertions(+)
create mode 100644 Documentation/devicetree/bindings/video/bridge/anx7814.txt
diff --git a/Documentation/devicetree/bindings/video/bridge/anx7814.txt
b/Documentation/devicetree/bindings/video/bridge/anx7814.txt
new file mode 100644
index 000..18e77ff
--- /dev/null
+++ b/Documentation/devicetree/bindings/video/bridge/anx7814.txt
@@ -0,0 +1,39 @@
+Analogix ANX7814 SlimPort (Full-HD Transmitter)
+---
+
+The ANX7814 is an ultra-low power Full-HD (1080p60) SlimPort transmitter
+designed for portable devices.
+
+Required properties:
+
+ - compatible : "analogix,anx7814"
+ - reg : I2C address of the device
+ - interrupt-parent: Should be the phandle of the interrupt controller
+ that services interrupts for this device
+ - interrupts : Should contain the cable detection interrupt
+ - pd-gpios: Which GPIO to use for power down
+ - reset-gpios : Which GPIO to use for reset
+
+Optional properties:
+
+ - v10-gpios : Which GPIO to use for V10 control.
+ - Video port for HDMI output, using the DT bindings defined in [1].
+
+[1]: Documentation/devicetree/bindings/media/video-interfaces.txt
+
+Example:
+
+ anx7814: anx7814 at 38 {
+ compatible = "analogix,anx7814";
+ reg = <0x38>;
+ interrupt-parent = <>
+ interrupts = <1 IRQ_TYPE_LEVEL_HIGH>;
+ pd-gpios = < 2 GPIO_ACTIVE_HIGH>;
+ reset-gpios = < 3 GPIO_ACTIVE_HIGH>;
+ v10-gpios = < 4 GPIO_ACTIVE_HIGH>;
+ port {
+ anx7814_in: endpoint {
+ remote-endpoint = <_out>;
+ };
+ };
+ };
--
2.1.0
[PATCHv7 3/5] of: Add vendor prefix for Analogix Semiconductor, Inc.
Analogix Semiconductor develops analog and mixed-signal devices for digital media and communications interconnect applications. Signed-off-by: Enric Balletbo i Serra Acked-by: Rob Herring --- 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 55df1d4..201d3e1 100644 --- a/Documentation/devicetree/bindings/vendor-prefixes.txt +++ b/Documentation/devicetree/bindings/vendor-prefixes.txt @@ -21,6 +21,7 @@ amlogic Amlogic, Inc. ampire Ampire Co., Ltd. amsAMS AG amstaosAMS-Taos Inc. +analogix Analogix Semiconductor, Inc. apmApplied Micro Circuits Corporation (APM) aptina Aptina Imaging arasan Arasan Chip Systems -- 2.1.0
[PATCHv7 2/5] hdmi: added functions for MPEG InfoFrames
The MPEG Source (MS) InfoFrame is in EIA/CEA-861B. It describes aspects of
the compressed video stream that were used to produce the uncompressed
video.
The patch adds functions to work with MPEG InfoFrames.
Signed-off-by: Enric Balletbo i Serra
---
drivers/video/hdmi.c | 156 +++
include/linux/hdmi.h | 24
2 files changed, 180 insertions(+)
diff --git a/drivers/video/hdmi.c b/drivers/video/hdmi.c
index 1626892..47121a6 100644
--- a/drivers/video/hdmi.c
+++ b/drivers/video/hdmi.c
@@ -388,6 +388,81 @@ ssize_t hdmi_vendor_infoframe_pack(struct
hdmi_vendor_infoframe *frame,
}
EXPORT_SYMBOL(hdmi_vendor_infoframe_pack);
+/**
+ * hdmi_mpeg_infoframe_init() - initialize an HDMI MPEG infoframe
+ * @frame: HDMI MPEG infoframe
+ *
+ * Returns 0 on success or a negative error code on failure.
+ */
+int hdmi_mpeg_infoframe_init(struct hdmi_mpeg_infoframe *frame)
+{
+ memset(frame, 0, sizeof(*frame));
+
+ frame->type = HDMI_INFOFRAME_TYPE_MPEG;
+ frame->version = 1;
+ frame->length = HDMI_MPEG_INFOFRAME_SIZE;
+
+ return 0;
+}
+EXPORT_SYMBOL(hdmi_mpeg_infoframe_init);
+
+/**
+ * hdmi_mpeg_infoframe_pack() - write HDMI MPEG infoframe to binary buffer
+ * @frame: HDMI MPEG infoframe
+ * @buffer: destination buffer
+ * @size: size of buffer
+ *
+ * Packs the information contained in the @frame structure into a binary
+ * representation that can be written into the corresponding controller
+ * registers. Also computes the checksum as required by section 5.3.5 of
+ * the HDMI 1.4 specification.
+ *
+ * Returns the number of bytes packed into the binary buffer or a negative
+ * error code on failure.
+ */
+ssize_t hdmi_mpeg_infoframe_pack(struct hdmi_mpeg_infoframe *frame,
+void *buffer, size_t size)
+{
+ u8 *ptr = buffer;
+ size_t length;
+
+ length = HDMI_INFOFRAME_HEADER_SIZE + frame->length;
+
+ if (size < length)
+ return -ENOSPC;
+
+ memset(buffer, 0, size);
+
+ ptr[0] = frame->type;
+ ptr[1] = frame->version;
+ ptr[2] = frame->length;
+ ptr[3] = 0; /* checksum */
+
+ /* start infoframe payload */
+ ptr += HDMI_INFOFRAME_HEADER_SIZE;
+
+ /*
+* The MPEG Bit Rate is stored as a 32-bit number and is expressed in
+* Hertz. MB#0 contains the least significant byte while MB#3 contains
+* the most significant byte. If the MPEG Bit Rate is unknown or this
+* field doesnât apply, then all of the bits in Data Bytes 1-4 shall
+* be set to 0.
+*/
+ ptr[0] = frame->bitrate & 0x00ff;
+ ptr[1] = (frame->bitrate & 0xff00) >> 8;
+ ptr[2] = (frame->bitrate & 0x00ff) >> 16;
+ ptr[3] = (frame->bitrate & 0xff00) >> 24;
+
+ ptr[4] = frame->frame_type;
+ if (frame->repeated)
+ ptr[4] |= BIT(4);
+
+ hdmi_infoframe_set_checksum(buffer, length);
+
+ return length;
+}
+EXPORT_SYMBOL(hdmi_mpeg_infoframe_pack);
+
/*
* hdmi_vendor_any_infoframe_pack() - write a vendor infoframe to binary buffer
*/
@@ -435,6 +510,9 @@ hdmi_infoframe_pack(union hdmi_infoframe *frame, void
*buffer, size_t size)
length = hdmi_vendor_any_infoframe_pack(>vendor,
buffer, size);
break;
+ case HDMI_INFOFRAME_TYPE_MPEG:
+ length = hdmi_mpeg_infoframe_pack(>mpeg, buffer, size);
+ break;
default:
WARN(1, "Bad infoframe type %d\n", frame->any.type);
length = -EINVAL;
@@ -457,6 +535,8 @@ static const char *hdmi_infoframe_type_get_name(enum
hdmi_infoframe_type type)
return "Source Product Description (SPD)";
case HDMI_INFOFRAME_TYPE_AUDIO:
return "Audio";
+ case HDMI_INFOFRAME_TYPE_MPEG:
+ return "MPEG";
}
return "Reserved";
}
@@ -899,6 +979,41 @@ static void hdmi_audio_infoframe_log(const char *level,
frame->downmix_inhibit ? "Yes" : "No");
}
+static const char *hdmi_mpeg_picture_get_name(enum hdmi_mpeg_frame_type type)
+{
+ switch (type) {
+ case HDMI_MPEG_UNKNOWN_FRAME:
+ return "Unknown";
+ case HDMI_MPEG_I_FRAME:
+ return "Intra-coded picture";
+ case HDMI_MPEG_B_FRAME:
+ return "Bi-predictive picture";
+ case HDMI_MPEG_P_FRAME:
+ return "Predicted picture";
+ }
+ return NULL;
+}
+
+/**
+ * hdmi_mpeg_infoframe_log() - log info of HDMI MPEG infoframe
+ * @level: logging level
+ * @dev: device
+ * @frame: HDMI MPEG infoframe
+ */
+static void hdmi_mpeg_infoframe_log(const char *level,
+struct device *dev,
+struct hdmi_mpeg_infoframe *frame)
+{
+ hdmi_infoframe_log_header(level, dev,
+
[PATCHv7 1/5] drm/dp: add DPCD definitions from DP 1.1
Add a number of DPCD definitions from DP 1.1 Signed-off-by: Enric Balletbo i Serra --- include/drm/drm_dp_helper.h | 10 ++ 1 file changed, 10 insertions(+) diff --git a/include/drm/drm_dp_helper.h b/include/drm/drm_dp_helper.h index bb9d0de..9b0c990 100644 --- a/include/drm/drm_dp_helper.h +++ b/include/drm/drm_dp_helper.h @@ -73,6 +73,7 @@ # define DP_ENHANCED_FRAME_CAP (1 << 7) #define DP_MAX_DOWNSPREAD 0x003 +# define DP_PERCENT_DOWNSPREAD_0_5 (1 << 0) # define DP_NO_AUX_HANDSHAKE_LINK_TRAINING (1 << 6) #define DP_NORP 0x004 @@ -225,6 +226,7 @@ # define DP_LINK_BW_1_62 0x06 # define DP_LINK_BW_2_70x0a # define DP_LINK_BW_5_40x14/* 1.2 */ +# define DP_LINK_BW_6_75 0x19 #define DP_LANE_COUNT_SET 0x101 # define DP_LANE_COUNT_MASK0x0f @@ -354,6 +356,7 @@ #define DP_PAYLOAD_ALLOCATE_TIME_SLOT_COUNT 0x1c2 #define DP_SINK_COUNT 0x200 +# define DP_SINK_COUNT_MASK0x3f /* prior to 1.2 bit 7 was reserved mbz */ # define DP_GET_SINK_COUNT(x) x) & 0x80) >> 1) | ((x) & 0x3f)) # define DP_SINK_CP_READY (1 << 6) @@ -399,6 +402,10 @@ # define DP_ADJUST_PRE_EMPHASIS_LANE1_MASK 0xc0 # define DP_ADJUST_PRE_EMPHASIS_LANE1_SHIFT 6 +#define DP_SYMBOL_ERROR_COUNT_LANE00x210 +# define DP_ERROR_COUNT_BITS_14_8_MASK 0x7f +# define DP_ERROR_COUNT_VALID (1 << 7) + #define DP_TEST_REQUEST0x218 # define DP_TEST_LINK_TRAINING (1 << 0) # define DP_TEST_LINK_VIDEO_PATTERN(1 << 1) @@ -418,6 +425,8 @@ #define DP_TEST_CRC_G_Y0x242 #define DP_TEST_CRC_B_CB 0x244 +#define DP_PHY_TEST_PATTERN0x248 /* DPCD >= 1.1 */ + #define DP_TEST_SINK_MISC 0x246 # define DP_TEST_CRC_SUPPORTED (1 << 5) # define DP_TEST_COUNT_MASK0xf @@ -447,6 +456,7 @@ # define DP_SET_POWER_D00x1 # define DP_SET_POWER_D30x2 # define DP_SET_POWER_MASK 0x3 +# define DP_SET_POWER_12_MASK 0x7/* DPCD >= 1.2 */ #define DP_EDP_DPCD_REV0x700/* eDP 1.2 */ # define DP_EDP_11 0x00 -- 2.1.0
[PATCHv7 0/5] Add initial support for slimport anx78xx
Hi all, This is another version of the patch set to introduce the anx7814 transmitter. Any comments are welcome. The following series add initial support for the Slimport ANX7814 transmitter, a ultra-low power Full-HD (1080p60) transmitter designed for portable device. The driver was originally created and based from the work of Junhua Xia from Analogix. This driver is a refactor of the original driver and fixes different coding style lines, and different errors/warnings reported by checkpatch. Also there were things that I noticed that we need to change like: - Convert the numbered GPIO API to the new descriptor based GPIO API. - Review the DT binding - Add missing MODULE_DEVICE_TABLE(of, ...); - Fix Makefiles and Kconfig to build conditionally. - Use SIMPLE_DEV_PM_OPS() instead of the deprecated i2c .suspend and .resume callbacks. - Move to use managed device resources. - Remove dead/unused code. - And others ... Enric Balletbo i Serra (5): drm/dp: add DPCD definitions from DP 1.1 hdmi: added functions for MPEG InfoFrames of: Add vendor prefix for Analogix Semiconductor, Inc. devicetree: Add new ANX7814 SlimPort transmitter binding. drm: bridge: anx78xx: Add anx78xx driver support by analogix. .../devicetree/bindings/vendor-prefixes.txt|1 + .../devicetree/bindings/video/bridge/anx7814.txt | 39 + drivers/gpu/drm/bridge/Kconfig |2 + drivers/gpu/drm/bridge/Makefile|1 + drivers/gpu/drm/bridge/anx78xx/Kconfig |5 + drivers/gpu/drm/bridge/anx78xx/Makefile|4 + drivers/gpu/drm/bridge/anx78xx/anx78xx.h | 44 + drivers/gpu/drm/bridge/anx78xx/anx78xx_main.c | 334 ++ drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.c | 3194 drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.h | 110 + drivers/gpu/drm/bridge/anx78xx/slimport_tx_reg.h | 737 + drivers/video/hdmi.c | 156 + include/drm/drm_dp_helper.h| 10 + include/linux/hdmi.h | 24 + 14 files changed, 4661 insertions(+) create mode 100644 Documentation/devicetree/bindings/video/bridge/anx7814.txt create mode 100644 drivers/gpu/drm/bridge/anx78xx/Kconfig create mode 100644 drivers/gpu/drm/bridge/anx78xx/Makefile create mode 100644 drivers/gpu/drm/bridge/anx78xx/anx78xx.h create mode 100644 drivers/gpu/drm/bridge/anx78xx/anx78xx_main.c create mode 100644 drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.c create mode 100644 drivers/gpu/drm/bridge/anx78xx/slimport_tx_drv.h create mode 100644 drivers/gpu/drm/bridge/anx78xx/slimport_tx_reg.h -- 2.1.0
Re: 答复: [RESEND 1/3] drm: fsl-dcu: Fix no fb check bug
On 2016-01-01 07:10, Daniel Stone wrote: > Hi, > > On 30 December 2015 at 07:37, Meng Yi wrote: >> I have tested your patch, It seems good to me. >> But I think state->fb check is still necessary, because fb is related to >> crtc , and panel is related to connector,. When fsl,panel is not valid, it >> indicate that connector is not available, but fb check is still needed. But >> I am not so sure, and what do you think? > > fb is tied to planes. Planes are tied to CRTCs. CRTCs are tied to > connectors. Connectors are tied to the panel. If the panel is not > found, no connectors will be activated, so no CRTCs will be enabled, > so no planes will be enabled. > > Please let me be very clear though: setting fb == NULL is legitimate. > Userspace may do this at any time. Crashing when plane->state->fb == > NULL is an error in your driver and must be fixed. Thanks for this clarification. Ok, I agree the patch is needed despite my fix then... Acked-by: Stefan Agner -- Stefan
[PULL] drm-intel-fixes
On Jan 3, 2016 18:06, "Dave Airlie" wrote: > > can you pull this directly, baby has arrived, but I'm not back at work yet. Assumed so, and already did. It's in rc8, Linus -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20160103/c25674b0/attachment.html>
[Bug 66501] Feature request: support multiseat for a single multi-headed graphics card
https://bugs.freedesktop.org/show_bug.cgi?id=66501 --- Comment #7 from Francesco Frassinelli --- (In reply to Laércio de Sousa from comment #0) > As long as more display managers gain support to logind's automatic > multiseat feature, it would be nice if the couple "Wayland + multiseat > capable display manager" also support multiseat for a single multi-headed > graphics card. First of all, thank you for your work on Xephyr. I would really like to see this feature and maybe it could be possible to crowdfund the development like Timothy Arceri did with KHR_debug support for Mesa and GL_ARB_arrays_of_arrays extension. Some interesting references: David Herrmann, for Linux Plumbers Conference (2013) - https://dvdhrm.wordpress.com/2013/09/01/splitting-drm-and-kms-device-nodes/ Laércio de Sousa on Xephyr limitations: - http://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/x-org-drm/49351-single-gpu-multi-seat-support-with-x-org-under-xephyr?p=629742#post629742 - http://lists.x.org/archives/xorg-devel/2015-December/048282.html -- 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/20160103/6ce2ef69/attachment.html>
[Bug 93534] Issues with color and rendering through OpenGL composited desktops on ATI FirePro v4800
https://bugs.freedesktop.org/show_bug.cgi?id=93534 --- Comment #5 from Sawyer Bergeron --- Created attachment 120776 --> https://bugs.freedesktop.org/attachment.cgi?id=120776=edit Xorg.0.log -- 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/20160103/1c18fa23/attachment-0001.html>
[Bug 93534] Issues with color and rendering through OpenGL composited desktops on ATI FirePro v4800
https://bugs.freedesktop.org/show_bug.cgi?id=93534 --- Comment #4 from Sawyer Bergeron --- Created attachment 120775 --> https://bugs.freedesktop.org/attachment.cgi?id=120775=edit dmesg output -- 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/20160103/df78b3f3/attachment.html>
[Bug 93471] [radeonsi] power consumption on pitcairn card stays high after 2. monitor disconnected
https://bugs.freedesktop.org/show_bug.cgi?id=93471 --- Comment #7 from Malte --- I used the source from Debian, added the source of the mentioned patch and build a new .deb packet. Now xrandr --output HDMI-0 --off reduces power as expected, thanks for pointing to the patch :) But the question remains if it is possible to get the lower power consumption even with two screens (showing the same picture). -- 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/20160103/2516efd5/attachment.html>
[Bug 93144] [radeonsi] Alien: Isolation bug
https://bugs.freedesktop.org/show_bug.cgi?id=93144 --- Comment #15 from Luzipher --- Created attachment 120771 --> https://bugs.freedesktop.org/attachment.cgi?id=120771=edit SSAO set to HDAO (less flickery, too dark) -- 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/20160103/1e321e47/attachment.html>
[Bug 93144] [radeonsi] Alien: Isolation bug
https://bugs.freedesktop.org/show_bug.cgi?id=93144 --- Comment #14 from Luzipher --- @Stepan Bakshaev, Comment #13: Well, it's a known issue. There is a video of the same effects on youtube ( https://www.youtube.com/watch?v=n35hwmN3VmQ ) that was made shortly after the release. Also the developers said multiple times it'd need OpenGL 4.3 and especially compute shaders - check Comment #8 or the posts by Feral employees on the steam forum (for example post 32 from [FERAL] Edwin here: http://steamcommunity.com/app/214490/discussions/0/490123938446209677/#p3 ). I don't think it's a bug if the game wants 4.3 and we only got 4.1, and I trust the devs if they say it needs compute shaders. Of course it's a bit strange that it looked better on i965 before they had compute shaders, according to Tapani Pälli in Comment #12. @Nicolai Hähnle, Comment #10: well, it fires up a dialog that the graphics driver isn't supported and asks you if you want to continue anyway. I think I didn't get that dialog when I forced mesa to 4.3 (it doesn't help). I actually think it's not a bad idea to let the user decide. To add some not-yet-mentioned info: the effect you see depends on the setting for SSAO (Screen Space Ambient Occlusion). If you set it to "Off" or "Standard" you'll get the flickery colours everywhere. If you set it to "HDAO" it's way less flickery (fog still does), but way too dark. Maybe that's a hint why radeonsi is different compared to i965 ? -- 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/20160103/0bf2c6b0/attachment.html>
[Bug 92039] glxinfo: Error: couldn't find RGB GLX visual or fbconfig; GetVisualConfigs returns 0 visuals; All fbconfigs have VisDepth = 0
https://bugs.freedesktop.org/show_bug.cgi?id=92039 --- Comment #9 from Alex Perez --- I don't think this problem is specific to radeonsi; With the very latest git-built Mesa from today, I get the exact same problem with r600. Interestingly, 3D acceleration works with 16-bit depth, albeit still with wonky colors on Big Endian. 24 bit does not work at all with the very latest mesa from git, as of today. -- 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/20160103/48cfe792/attachment.html>
[Bug 93374] [radeonsi] Tonga (Radeon R9 380) hangs on running hello world OpenCL program
https://bugs.freedesktop.org/show_bug.cgi?id=93374 EoD changed: What|Removed |Added CC||EoD at xmw.de --- Comment #3 from EoD --- Is it possible to work around the lock? I ran into the same issue, when I tried running clpeak ( https://github.com/krrishnarraj/clpeak ) on kernel 4.4.0-rc7 with current mesa-git and an R9 380X. kernel: amdgpu :01:00.0: IH ring buffer overflow (0x000C01D0, 0x0B40, 0x01E0) kernel: amdgpu :01:00.0: GPU fault detected: 147 0x05f88802 kernel: amdgpu :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x0004009C kernel: amdgpu :01:00.0: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0A088002 kernel: VM fault (0x02, vmid 5) at page 262300, read from 'TC9' (0x54433900) (136) -- 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/20160103/d767fb74/attachment.html>
