[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

https://bugs.freedesktop.org/show_bug.cgi?id=98505 --- Comment #7 from Peter Wu --- Created attachment 127678 --> https://bugs.freedesktop.org/attachment.cgi?id=127678=edit amdgpu patch that checks whether the new interface can be used for PM PCIe port PM is not enabled because this BIOS is

[PATCH] drm/exynos: gsc: fix spelling mistakes

Hello Colin, On 11/01/2016 11:23 PM, Colin King wrote: > From: Colin Ian King > > Trivial fixes to spelling mistakes "precalser" to "prescaler" > in dev_err messages > > Signed-off-by: Colin Ian King > --- Reviewed-by: Javier Martinez Canillas Best regards, -- Javier Martinez Canillas

[PATCH] drm/nouveau/tegra: Fix error handling

On Mon, Oct 31, 2016 at 3:35 PM, Christophe JAILLET wrote: > 'iommu_domain_alloc()' returns NULL in case of error, not an error pointer. > So test it accordingly. > > Signed-off-by: Christophe JAILLET Reviewed-by: Alexandre Courbot Indeed. Thanks for the fix!

[RFC PATCH] drm: define drm_compat_ioctl NULL on CONFIG_COMPAT=n and reduce #ifdefs

On Tue, Nov 1, 2016 at 4:40 PM, Jani Nikula wrote: > If we define drm_compat_ioctl NULL on CONFIG_COMPAT=n, we don't have to > check for the config everywhere. > > Signed-off-by: Jani Nikula Looks good and I like the idea. Reviewed-by: Patrik Jakobsson > --- > > Just an idea on top of

[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

. :) -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/2ed68729/attachment.html>

[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/ac87a21b/attachment.html>

[Bug 98293] Crash on Intel HSW when using multiple OpenGL contexts and X11 Display connections.

tps://lists.freedesktop.org/archives/dri-devel/attachments/20161102/31099e73/attachment.html>

[Intel-gfx] [PATCH 01/19] drm/atomic: Add new iterators over all state

Op 01-11-16 om 14:41 schreef Ville Syrjälä: > On Tue, Nov 01, 2016 at 02:34:00PM +0100, Maarten Lankhorst wrote: >> Op 01-11-16 om 14:09 schreef Ville Syrjälä: >>> On Mon, Oct 17, 2016 at 02:37:00PM +0200, Maarten Lankhorst wrote: Add for_each_(old)(new)_(plane,connector,crtc)_in_state

[Bug 98541] [bisected] gpu hang

nts/20161102/9c87dfa8/attachment.html>

[Bug 98541] [bisected] gpu hang

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/ce97bb20/attachment-0001.html>

[Bug 178281] wine-staging apps freezes the machine with RX460

https://bugzilla.kernel.org/show_bug.cgi?id=178281 --- Comment #16 from fin4478 at hotmail.com --- Recent drm-next-4.10-wip and Mesa changes have made wine-staging gaming more stable. TR 2013, Legend and Underworld works now at my monitor native 1920x1200 resolution. To play TR 2013 without

[Bug 98541] [bisected] gpu hang

ual screen configuration -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/4aef6b8d/attachment.html>

[GIT PULL] omapdrm changes for v4.10

PGP digital signature URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/6debaf04/attachment.sig>

[PATCH v2] drm: Complete CEA modedb(VIC 1-107)

CEA-861-F specs defines new 4k video modes to be used with HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the way till VIC=107. Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now to be able to parse 4k modes using the existing techniques, we have to complete the modedb

[Bug 91880] Radeonsi on Grenada cards (r9 390) exceptionally unstable and poorly performing

An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/9191ee68/attachment.html>

[PATCH libdrm] xf86drm: Parse the separate files to retrieve the vendor/device info

On Tue, Nov 01, 2016 at 06:13:34PM +, Emil Velikov wrote: > sysfs file wakes up the device. The latter of which may > be slow and isn't required to begin with. > > Reading through config is/was required since the revision is not > available by other means, although with a kernel patch in the

[Bug 98541] [bisected] gpu hang

... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/6ceda90a/attachment.html>

[PATCH libdrm] xf86drm: Parse the separate files to retrieve the vendor/device info

On 2 November 2016 at 11:14, Peter Wu wrote: > On Tue, Nov 01, 2016 at 06:13:34PM +, Emil Velikov wrote: >> sysfs file wakes up the device. The latter of which may >> be slow and isn't required to begin with. >> >> Reading through config is/was required since the revision is not >> available

[PATCH libdrm] xf86drm: Parse the separate files to retrieve the vendor/device info

On Wed, Nov 02, 2016 at 11:47:03AM +, Emil Velikov wrote: > On 2 November 2016 at 11:14, Peter Wu wrote: > > On Tue, Nov 01, 2016 at 06:13:34PM +, Emil Velikov wrote: > >> sysfs file wakes up the device. The latter of which may > >> be slow and isn't required to begin with. > >> > >>

[PATCH v2] drm: Complete CEA modedb(VIC 1-107)

> -Original Message- > From: Shashank Sharma [mailto:shashank.sharma at intel.com] > Sent: Wednesday, November 02, 2016 5:46 AM > To: dri-devel at lists.freedesktop.org; intel-gfx at lists.freedesktop.org > Cc: airlied at redhat.com; daniel.vetter at intel.com; > Jose.Abreu at

[PATCH] drm: move check for min/max width/height for atomic drivers

drm-hwc + android tries to create an fb for the wallpaper layer, which is larger than the screen resolution, and potentially larger than mode_config->max_{width,height}. But the plane src_w/src_h is within the max limits, so it is something the hardware can otherwise do. For atomic drivers,

[PATCH v2] drm: Complete CEA modedb(VIC 1-107)

On 02.11.2016 10:46, Shashank Sharma wrote: > CEA-861-F specs defines new 4k video modes to be used with > HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the > way till VIC=107. > > Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now > to be able to parse 4k modes using

[PATCH v2] drm: Complete CEA modedb(VIC 1-107)

Regards Shashank On 11/2/2016 7:58 PM, Andrzej Hajda wrote: > On 02.11.2016 10:46, Shashank Sharma wrote: >> CEA-861-F specs defines new 4k video modes to be used with >> HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the >> way till VIC=107. >> >> Our existing CEA modedb contains only

[PATCH v2] drm: Complete CEA modedb(VIC 1-107)

On 02.11.2016 15:44, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/2/2016 7:58 PM, Andrzej Hajda wrote: >> On 02.11.2016 10:46, Shashank Sharma wrote: >>> CEA-861-F specs defines new 4k video modes to be used with >>> HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the >>> way

[PATCH v2] drm: Complete CEA modedb(VIC 1-107)

Regards Shashank On 11/2/2016 8:44 PM, Andrzej Hajda wrote: > On 02.11.2016 15:44, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 11/2/2016 7:58 PM, Andrzej Hajda wrote: >>> On 02.11.2016 10:46, Shashank Sharma wrote: CEA-861-F specs defines new 4k video modes to be used

[Bug 97993] amdgpu_query_gpu_info () segfaults when user does not have permission to open /dev/dri/card*

-devel/attachments/20161102/58abb808/attachment.html>

[PATCH] drm/gma500: Add compat ioctl

On Tue, Nov 1, 2016 at 10:43 AM, Patrik Jakobsson wrote: > Hook up drm_compat_ioctl to support 32-bit userspace on 64-bit kernels. > It turns out that N2600 and N2800 comes with 64-bit enabled. We > previously assumed there where no such systems out there. > Applied to drm-misc, thanks Sean >

[Intel-gfx] [RFC PATCH] drm: define drm_compat_ioctl NULL on CONFIG_COMPAT=n and reduce #ifdefs

On Wed, Nov 2, 2016 at 2:03 AM, Patrik Jakobsson wrote: > On Tue, Nov 1, 2016 at 4:40 PM, Jani Nikula wrote: >> If we define drm_compat_ioctl NULL on CONFIG_COMPAT=n, we don't have to >> check for the config everywhere. >> >> Signed-off-by: Jani Nikula > > Looks good and I like the idea. > >

[PATCHv3 0/4] drm/tilcdc: Cleanup tilcdc init sequence

Since v2 version of this series: - Rebased on top of latest drm-next - Add "drm/tilcdc: Fix race from forced shutdown of crtc in unload" Since first version of this series: - Dropped "drm/i2c: tda998x: Remove obsolete drm_connector_register() call" - an earlier instance of the same patch

[PATCHv3 1/4] drm/tilcdc: Remove obsolete drm_connector_register() calls

Remove obsolete drm_connector_register() calls from tilcdc_panel.c and tilcdc_tfp410.c. All connectors are registered when drm_dev_register() is called. Signed-off-by: Jyri Sarha Reviewed-by: Laurent Pinchart --- drivers/gpu/drm/tilcdc/tilcdc_panel.c | 2 --

[PATCHv3 2/4] drm/tilcdc: Stop using struct drm_driver load() callback

Stop using struct drm_driver load() and unload() callbacks. The callbacks should not be used anymore. Instead of using load the drm_device is allocated with drm_dev_alloc() and registered with drm_dev_register() only after the driver is completely initialized. The deinitialization is done directly

[PATCHv3 3/4] drm/tilcdc: Use unload to handle initialization failures

Use unload to handle initialization failures instead of complex goto label mess. To do this the initialization sequence needed slight reordering and some unload functions needed to become conditional. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 10 ++--

[PATCHv3 4/4] drm/tilcdc: Fix race from forced shutdown of crtc in unload

Fix race from forced shutdown of crtc in unload by adding internal locking and a boolean telling if device is going to be shutdown. Signed-off-by: Jyri Sarha --- drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 29 +++-- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 2 +-

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

On Wed, Nov 02, 2016 at 08:14:22PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/2/2016 7:58 PM, Andrzej Hajda wrote: > > On 02.11.2016 10:46, Shashank Sharma wrote: > >> CEA-861-F specs defines new 4k video modes to be used with > >> HDMI 2.0 EDIDs. These modes start at

[Spice-devel] [drm/qxl 4/6] qxl: Call qxl_gem_{init,fini}

-- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/06aaea44/attachment.sig>

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

Regards Shashank On 11/2/2016 9:32 PM, Ville Syrjälä wrote: > On Wed, Nov 02, 2016 at 08:14:22PM +0530, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 11/2/2016 7:58 PM, Andrzej Hajda wrote: >>> On 02.11.2016 10:46, Shashank Sharma wrote: CEA-861-F specs defines new 4k

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

On Wed, Nov 02, 2016 at 09:39:48PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/2/2016 9:32 PM, Ville Syrjälä wrote: > > On Wed, Nov 02, 2016 at 08:14:22PM +0530, Sharma, Shashank wrote: > >> Regards > >> > >> Shashank > >> > >> > >> On 11/2/2016 7:58 PM, Andrzej Hajda

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

Regards Shashank On 11/2/2016 9:50 PM, Ville Syrjälä wrote: > On Wed, Nov 02, 2016 at 09:39:48PM +0530, Sharma, Shashank wrote: >> Regards >> >> Shashank >> >> >> On 11/2/2016 9:32 PM, Ville Syrjälä wrote: >>> On Wed, Nov 02, 2016 at 08:14:22PM +0530, Sharma, Shashank wrote: Regards

[Spice-devel] [drm/qxl 5/6] qxl: Don't notify userspace when monitors config is unchanged

io_log(qdev, "failed crc check for client_monitors_config," >" retrying\n"); > } > > or > > while ((status = qxl_display_copy_rom_client_monitors_config(qdev)) > == MONITORS_CONFIG_BAD_CRC) { > qxl_io_log(qdev, "failed crc check for client_monitors_config," >" retrying\n"); > } > > (just style and probably indentation is even wrong) Same as above, I don't like either, first one obscures the loop exit condition, and second one makes the assignment/test harder to read. Christophe -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/0ebe12cf/attachment.sig>

[PATCH 0/3] drm/tilcdc: Add bridge support and sync-lost flood recovery

The first patch is an independent on and I've been testing it for quite a while now. The tfp410 bridge driver and the tilcdc bridge support are tested with BeagleBone DVI-D Cape Rev A3. The tfp410 bridge driver is missing a lot of features, because the DVI-D cape does not have too many wires

[PATCH 1/3] drm/tilcdc: Recover from sync lost error flood by resetting the LCDC

Recover from sync lost error flood by resetting the LCDC instead of turning off the SYNC_LOST error IRQ. When LCDC starves on limited memory bandwidth it may sometimes result an error situation when the picture may have shifted couple of pixels to right and SYNC_LOST interrupt is generated on

[PATCH 2/3] drm/bridge: Add ti-ftp410 HDMI transmitter driver

Add very basic ti-ftp410 HDMI transmitter driver. The only feature separating this from a completely dummy bridge is the DDC i2c support. However, other HW specific features may be added later when needed. For instance there is a set of registers behind i2c if it is connected. The implementations

[PATCH 3/3] drm/tilcdc: Add drm bridge support for attaching drm bridge drivers

Adds drm bride support for attaching drm bridge drivers to tilcdc. The decision whether a video port leads to an external encoder or bridge is made simply based on remote device's compatible string. The code has been tested with BeagleBone-Black with and without BeagleBone DVI-D Cape Rev A3 using

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

On Wed, Nov 02, 2016 at 03:16:10PM +0530, Shashank Sharma wrote: > CEA-861-F specs defines new 4k video modes to be used with > HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the > way till VIC=107. > > Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now > to be able to

[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

ktop.org/archives/dri-devel/attachments/20161102/dcbdc479/attachment.html>

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

On Wed, Nov 02, 2016 at 09:57:12PM +0530, Sharma, Shashank wrote: > Regards > > Shashank > > > On 11/2/2016 9:50 PM, Ville Syrjälä wrote: > > On Wed, Nov 02, 2016 at 09:39:48PM +0530, Sharma, Shashank wrote: > >> Regards > >> > >> Shashank > >> > >> > >> On 11/2/2016 9:32 PM, Ville Syrjälä

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

Regards Shashank On 11/2/2016 10:04 PM, Ville Syrjälä wrote: > On Wed, Nov 02, 2016 at 03:16:10PM +0530, Shashank Sharma wrote: >> CEA-861-F specs defines new 4k video modes to be used with >> HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the >> way till VIC=107. >> >> Our existing

[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

e bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/d0fb77f0/attachment.html>

[Bug 176311] Fiji DisplayPort amdgpu_crtc_page_flip *ERROR* failed to get vblank before flip

https://bugzilla.kernel.org/show_bug.cgi?id=176311 --- Comment #5 from Vedran Miletić --- Testing. Looks good and haven't had it happen thus far, will report in a few days. Bug 176301 is still occuring. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

es) can be used as a hint whether > to enable port PM. Yes, the presence of _PR3 would be a great way to determine when to enable it. -- You are receiving this mail because: You are the assignee for the bug. -- next part ------ An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/630cc818/attachment.html>

[Bug 98505] [Topaz] Regression introduces in 4.8-rc3

art -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/4266f1c9/attachment-0001.html>

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

On Wed, Nov 02, 2016 at 03:16:10PM +0530, Shashank Sharma wrote: > CEA-861-F specs defines new 4k video modes to be used with > HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the > way till VIC=107. > > Our existing CEA modedb contains only 64 modes (VIC=1 to VIC=64). Now > to be able to

[Bug 176301] Fiji DisplayPort drm_crtc_helper_set_config *ERROR* failed to set mode on

https://bugzilla.kernel.org/show_bug.cgi?id=176301 --- Comment #2 from Vedran Miletić --- Created attachment 243531 --> https://bugzilla.kernel.org/attachment.cgi?id=243531=edit xorg log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 176301] Fiji DisplayPort drm_crtc_helper_set_config *ERROR* failed to set mode on

https://bugzilla.kernel.org/show_bug.cgi?id=176301 --- Comment #3 from Vedran Miletić --- Created attachment 243541 --> https://bugzilla.kernel.org/attachment.cgi?id=243541=edit dmesg -- You are receiving this mail because: You are watching the assignee of the bug.

[Intel-gfx] [PATCH v2] drm: Complete CEA modedb(VIC 1-107)

Regards Shashank On 11/2/2016 10:27 PM, Ville Syrjälä wrote: > On Wed, Nov 02, 2016 at 03:16:10PM +0530, Shashank Sharma wrote: >> CEA-861-F specs defines new 4k video modes to be used with >> HDMI 2.0 EDIDs. These modes start at VIC=93 and go all the >> way till VIC=107. >> >> Our existing

[drm/qxl v2 3/7] qxl: Add missing '\n' to qxl_io_log() call

The message has to be terminated by a newline as it's not going to get added automatically. Signed-off-by: Christophe Fergeau Acked-by: Frediano Ziglio --- drivers/gpu/drm/qxl/qxl_fb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/qxl/qxl_fb.c

[drm/qxl v2 4/7] qxl: Call qxl_gem_{init,fini}

qdev->gem.objects was initialized directly in qxl_device_init() rather than going through qxl_gem_init(), and qxl_gem_fini() was never called. Signed-off-by: Christophe Fergeau --- drivers/gpu/drm/qxl/qxl_kms.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[drm/qxl v2 6/7] qxl: Don't notify userspace when monitors config is unchanged

When the QXL driver receives a QXL_INTERRUPT_CLIENT_MONITORS_CONFIG interrupt, we currently always notify userspace that there was some hotplug event. However, gnome-shell/mutter is reacting to this event by attempting a resolution change, which it does by issueing drmModeRmFB, drmModeAddFB, and

[drm/qxl v2 2/7] qxl: Remove unused prototype

qxl_crtc_set_from_monitors_config() is defined in qxl_drv.h but never implemented. Signed-off-by: Christophe Fergeau Acked-by: Frediano Ziglio --- drivers/gpu/drm/qxl/qxl_drv.h | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_drv.h b/drivers/gpu/drm/qxl/qxl_drv.h

[drm/qxl v2 5/7] qxl: Remove qxl_bo_init() return value

It's always returning 0, and it's always ignored. Signed-off-by: Christophe Fergeau --- Changes since v1: new patch drivers/gpu/drm/qxl/qxl_drv.h | 2 +- drivers/gpu/drm/qxl/qxl_gem.c | 3 +-- 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/qxl/qxl_drv.h

[drm/qxl v2 1/7] qxl: Mark some internal functions as static

They are not used outside of their respective source file Signed-off-by: Christophe Fergeau Acked-by: Frediano Ziglio --- drivers/gpu/drm/qxl/qxl_cmd.c | 2 +- drivers/gpu/drm/qxl/qxl_display.c | 4 ++-- drivers/gpu/drm/qxl/qxl_drv.h | 3 --- 3 files changed, 3 insertions(+), 6

[drm/qxl v2 7/7] qxl: Allow resolution which are not multiple of 8

The use of drm_cvt_mode() in qxl_add_monitors_config_modes() means that the resolutions we are going to present to user-space are going to be rounded down to a multiple of 8. In the QXL arbitrary resolution case, this is not useful. This commit forces the actual width/height that was requested by

[drm/qxl v2 0/7] qxl: Various cleanups/fixes

Hey, Here is the v2 of my patch series. It improves a bit patch 6/7 readability following Frediano's review, and patch 5/7 is new and was suggested during review. The other patches are unchanged. Christophe

[Spice-devel] [drm/qxl 5/6] qxl: Don't notify userspace when monitors config is unchanged

e can get changed to a different value outside of copy_rom, this code will still work as intended. Christophe -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https:

[Bug 10499] S3 savage4: glxgears hangs pc

are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/aea88db0/attachment.html>

[Bug 176311] Fiji DisplayPort amdgpu_crtc_page_flip *ERROR* failed to get vblank before flip

https://bugzilla.kernel.org/show_bug.cgi?id=176311 --- Comment #6 from Vedran Miletić --- Still happens with xorg-x11-drv-ati-7.7.1-1.20160928git3fc839ff -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 97879] [amdgpu] Rocket League: long hangs (several seconds) when loading assets (models/textures/shaders?)

are on the CC list for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/ea87cf16/attachment-0001.html>

[Bug 90666] Stacktrace / Warning during switch (ctrl+alt+f1) to console on zbook 14 (Radeon/intel)

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/a3fd89d5/attachment.html>

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

ers. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/07d4bbc7/attachment.html>

[Bug 10499] S3 savage4: glxgears hangs pc

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/7b961715/attachment.html>

[PATCH v2] virtio-gpu: fix vblank events

ping 2016-10-18 Gustavo Padovan : > From: Gerd Hoffmann > > virtio-gpu sends vblank events in virtio_gpu_crtc_atomic_flush, and > because of that it must be called for disabled planes too. Ask > drm_atomic_helper_commit_planes to do that. > > v2: update to use new

[Bug 93649] [radeonsi] Graphics lockup while playing tf2

. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/47e6db7f/attachment.html>

[RESEND][PATCH 0/2 v4] Audio support for adv7511 hdmi bridge

Just wanted to resend the adv7511 hdmi bridge audio support for review and consideration for merging. I've taken the core audio work done by Lars-Peter Clausen, and adapted by Srinivas Kandagatla and Archit Taneja, and tried to rework it to use the hdmi-codec sound driver. This patchset, along

[RESEND][PATCH 1/2 v4] drm/bridge: adv7511: Add Audio support.

This patch adds support to Audio for both adv7511 and adv7533 bridge chips. This patch was originally from [1] by Lars-Peter Clausen and was adapted by Archit Taneja and Srinivas Kandagatla . Then I heavily reworked it to use the hdmi-codec driver. And also folded in some audio packet

[RESEND][PATCH 2/2 v4] drm/bridge: adv7511: Enable the audio data and clock pads on adv7533

From: Srinivas Kandagatla This patch enables the Audio Data and Clock pads to the adv7533 bridge. Without this patch audio can not be played. Cc: David Airlie Cc: Archit Taneja Cc: Laurent Pinchart Cc: Wolfram Sang Cc:

[PATCH 0/4 v2] Audio support for adv7511 hdmi bridge

Hi John > > Above patch is using normal simple-card style for HDMI sound, but as Laurent > > said we want to use same DT style for HDMI video and sound (= OF graph > > style). > > Fortunately, I posted patch-set for OF graph support on sound card > > yesterday. > > Can you check this ? > >

[PATCH v8 03/12] drm/i915: rename OACONTROL GEN7_OACONTROL

On Thu, 2016-10-27 at 19:14 -0700, Robert Bragg wrote: > OACONTROL changes quite a bit for gen8, with some bits split out into a > per-context OACTXCONTROL register. Rename now before adding more gen7 OA > registers > > Signed-off-by: Robert Bragg > Reviewed-by: Matthew Auld Reviewed-by: Sourab

[PATCH] drm/bridge: dw-hdmi: Set sink_is_hdmi and sink_has_audio in mode_set

On Mon, 31 Oct 2016 16:37:36 + Russell King - ARM Linux wrote: > On Sun, Oct 30, 2016 at 01:56:25PM +, James Le Cuirot wrote: > > These were previously set in dw_hdmi_connector_get_modes but this > > isn't called when the EDID is overridden. This can be seen in > >

[PATCH v2] drm/arcpgu: Accommodate adv7511 switch to DRM bridge

Hi Daniel, David, On Mon, 2016-10-24 at 18:33 +, Alexey Brodkin wrote: > Hi Daniel, > > > > > -Original Message- > > From: linux-snps-arc [mailto:linux-snps-arc-bounces at lists.infradead.org] > > On Behalf Of Alexey Brodkin > > Sent: 19 октября 2016 г. 12:33 > > To:

[PATCH v3] drm: bridge: add DesignWare HDMI I2S audio support

From: Kuninori Morimoto Current dw-hdmi is supporting sound via AHB bus, but it has I2S audio feature too. This patch adds I2S audio support to dw-hdmi. This HDMI I2S is supported by using ALSA SoC common HDMI encoder driver. Tested-by: Jose Abreu

[PATCH v8 10/12] drm/i915: add oa_event_min_timer_exponent sysctl

On Thu, 2016-10-27 at 19:14 -0700, Robert Bragg wrote: > The minimal sampling period is now configurable via a > dev.i915.oa_min_timer_exponent sysctl parameter. > > Following the precedent set by perf, the default is the minimum that > won't (on its own) exceed the default

[PATCH] drm/bridge: dw-hdmi: Set sink_is_hdmi and sink_has_audio in mode_set

On Wed, Nov 02, 2016 at 09:47:50PM +, James Le Cuirot wrote: > On Mon, 31 Oct 2016 16:37:36 + > Russell King - ARM Linux wrote: > > We also need to apply this to the ELD as well - and several other > > drivers are similarly buggy, and are going to need similar fixes > > (thanks for

[PATCH v3] drm: bridge: add DesignWare HDMI I2S audio support

On Wed, Nov 02, 2016 at 01:18:35AM +, Kuninori Morimoto wrote: > + platform = platform_device_register_full(); > + if (IS_ERR_OR_NULL(platform)) > + return PTR_ERR(platform); This is wrong. If platform is NULL, PTR_ERR() will return zero, which will be interpreted as

[linux-sunxi] Re: [PATCH v3 1/2] drm/bridge: dumb-vga-dac: Support a VDD regulator supply

On Mon, Oct 31, 2016 at 2:28 PM, Rob Herring wrote: > On Sat, Oct 29, 2016 at 07:06:10PM +0800, Chen-Yu Tsai wrote: >> Some dumb VGA DACs are active components which require external power. >> Add support for specifying a regulator as its power supply. >> >> Signed-off-by: Chen-Yu Tsai >> --- >>

[PATCH] drm/sun4i: Add a few formats

> >> >> some discrepancy here. We can deal with them > >> > > >> > Hmm, yes, that's weird. But I guess this would be part of porting it > >> > to the A20. > >> > > >> >> Also there are some more formats missing from the list, could you > >> >> add them as well? > >> > > >> > Which one do you refer to? > >> > >> RGB556 and RGB655. > > > > These formats are not supported by Linux yet though. > > I see. Sorry for the noise. > > Acked-by: Chen-Yu Tsai Applied with a more verbose commit log. Thanks! Maxime -- Maxime Ripard, Free Electrons Embedded Linux and Kernel engineering http://free-electrons.com -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20161102/5e496141/attachment.sig>