[PATCH] gpu: host1x: hw: intr_hw: Remove create_workqueue

With concurrency managed workqueues, use of dedicated workqueues can be replaced by using system_wq. Drop host->intr_wq by using system_wq. Since there is only a single work item, increase of concurrency level by switching to system_wq should not break anything. cancel_work_sync() is used to

fsl-dcu not works on latest "drm-next"

URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/260b9604/attachment-0001.sig>

[PATCH v3] drm: Store the plane's index

Currently the plane's index is determined by walking the list of all planes in the mode and finding the position of that plane in the list. A linear walk, especially a linear walk within a linear walk as frequently conceived by i915.ko [O(N^2)] quickly comes to dominate profiles. The plane's

[Bug 92086] AMD Trinity No screen at HDMI after S3 wakeup

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

[Bug 35457] [rs690m] Graphics corruption with ati x1200

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

[Bug 35457] [rs690m] Graphics corruption with ati x1200

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/20160527/cd8914d5/attachment-0001.html>

[Bug 35457] [rs690m] Graphics corruption with ati x1200

was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/1d81c646/attachment.html>

[Bug 95517] Constant GPU VM faults

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

[RESEND PATCH 4/6] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong --- .../bindings/display/rockchip/cdn-dp-rockchip.txt | 57 ++ 1 file changed, 57 insertions(+) create mode 100644

[RESEND PATCH 3/6] drm/rockchip: vop: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[RESEND PATCH 0/6] Rockchip Type-C and DispplayPort driver

Sorry, forgot a head file in patch 1, so resend. Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in

[radeon-alex:drm-next-4.8-wip-dal 338/562] drivers/gpu/drm/amd/amdgpu/../dal/dc/i2caux/dce80/i2c_sw_engine_dce80.c:53:23: error: 'ddc_hw_status_addr' defined but not used

on/octet-stream Size: 54531 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/631022b7/attachment-0001.obj>

[PATCH] drm/atomic-helper: Do not call ->mode_fixup for CRTC which will be disabled

When a CRTC is going to be disabled, it's state may contain a display mode with zeroed content. This could be reproduced by HDMI cable hotplug out operation with legacy fbdev support in dual display cases. It would confuse driver's CRTC callback ->mode_fixup and make the total state be rejected.

[PATCH 01/11] drm: Export drm_dev_init() for subclassing

ce *dev, > +struct drm_driver *driver, > +struct device *parent); > void drm_dev_ref(struct drm_device *dev); > void drm_dev_unref(struct drm_device *dev); > int drm_dev_register(struct drm_device *dev, unsigned long flags); > -- > 2.8.1 > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/c8c9f700/attachment-0001.html>

[Intel-gfx] [PATCH 01/11] drm: Export drm_dev_init() for subclassing

On 27 May 2016 at 17:08, Chris Wilson wrote: > On Fri, May 27, 2016 at 04:54:46PM +0100, Emil Velikov wrote: >> On 27 May 2016 at 16:36, Chris Wilson wrote: >> > On Fri, May 27, 2016 at 05:29:43PM +0200, Nils Wallménius wrote: >> >>Hi, Chris >> >> >> >>See comment below >> >> >> >>>

[Intel-gfx] [PATCH 01/11] drm: Export drm_dev_init() for subclassing

On Fri, May 27, 2016 at 04:54:46PM +0100, Emil Velikov wrote: > On 27 May 2016 at 16:36, Chris Wilson wrote: > > On Fri, May 27, 2016 at 05:29:43PM +0200, Nils Wallménius wrote: > >>Hi, Chris > >> > >>See comment below > >> > >>> err_setunique: > >>> if

[Intel-gfx] [PATCH 01/11] drm: Export drm_dev_init() for subclassing

On 27 May 2016 at 16:36, Chris Wilson wrote: > On Fri, May 27, 2016 at 05:29:43PM +0200, Nils Wallménius wrote: >>Hi, Chris >> >>See comment below >> >>> err_setunique: >>> if (drm_core_check_feature(dev, DRIVER_GEM)) >>> @@ -653,8 +650,46 @@ err_minors: >>>

[PATCH 01/11] drm: Export drm_dev_init() for subclassing

On Fri, May 27, 2016 at 05:29:43PM +0200, Nils Wallménius wrote: >Hi, Chris > >See comment below > >>  err_setunique: >>         if (drm_core_check_feature(dev, DRIVER_GEM)) >> @@ -653,8 +650,46 @@ err_minors: >>         drm_fs_inode_free(dev->anon_inode); >

[PATCH v6 02/12] mm: migrate: support non-lru movable page migration

On 05/20/2016 04:23 PM, Minchan Kim wrote: > We have allowed migration for only LRU pages until now and it was > enough to make high-order pages. But recently, embedded system(e.g., > webOS, android) uses lots of non-movable pages(e.g., zram, GPU memory) > so we have seen several reports about

[PATCH 0/6] Rockchip Type-C and DispplayPort driver

Hi Chris, On 05/27/2016 02:02 PM, Chris Zhong wrote: > Hi all > > This series patch is for rockchip Type-C phy and DisplayPort controller > driver. > > The USB Type-C PHY is designed to support the USB3 and DP applications. > The PHY basically has two main components: USB3 and DisplyPort. USB3 >

[PATCH 2/2] drm/amdgpu/gfx6: make some output debug only

make the default behavior less verbose. Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c | 11 +-- 1 file changed, 5 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c b/drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c index 8b9f432..d26c80f

[PATCH 1/2] drm/amdgpu/dce6: make some output debug only

make the default behavior less verbose. Signed-off-by: Alex Deucher --- drivers/gpu/drm/amd/amdgpu/dce_v6_0.c | 34 +- 1 file changed, 17 insertions(+), 17 deletions(-) diff --git a/drivers/gpu/drm/amd/amdgpu/dce_v6_0.c b/drivers/gpu/drm/amd/amdgpu/dce_v6_0.c

[RFC v2 3/5] drm/mediatek: add *driver_data for different hardware settings

Hi CK, On Mon, 2016-05-23 at 17:43 +0800, CK Hu wrote: > Hi, YT: > > One comment below. > > On Fri, 2016-05-20 at 23:05 +0800, yt.shen at mediatek.com wrote: > > From: YT Shen > > > > There are some hardware settings changed, between MT8173 & MT2701: > > DISP_OVL address offset changed,

[RFC v2 2/5] drm/mediatke: add support for Mediatek SoC MT2701

Hi CK, On Mon, 2016-05-23 at 17:09 +0800, CK Hu wrote: > Hi, YT: > > Some comments below. > > On Fri, 2016-05-20 at 23:05 +0800, yt.shen at mediatek.com wrote: > > From: YT Shen > > > > This patch add support for the Mediatek MT2701 DISP subsystem. > > There is only one OVL engine in MT2701.

[PATCH 1/1] drm/mgag200: Black screen fix for G200e rev 4

From: Mathieu Larouche - Fixed black screen for some resolutions of G200e rev4 - Fixed testm & testn which had predetermined value. Reported-by: Jan Beulich Signed-off-by: Mathieu Larouche --- drivers/gpu/drm/mgag200/mgag200_mode.c | 11 ++- 1 file

[radeon-alex:drm-next-4.8-wip-dal 280/562] drivers/gpu/drm/amd/amdgpu/../dal/dc/core/dc_link_ddc.c:44:21: error: 'dvi_hdmi_dongle_signature_str' defined but not used

ology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 54531 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/d6fc73e2/attachment-0001.obj>

[PATCH 02/11] drm: Add a callback from connector registering

If a driver wants to more precisely control its initialisation and in particular, defer registering its interfaces with userspace until after everything is setup, it also needs to defer registering the connectors. As some devices need more work during registration, add a callback so that drivers

[PATCH 01/11] drm: Export drm_dev_init() for subclassing

In order to allow drivers to pack their privates and drm_device into one struct (e.g. for subclassing), export the initialisation routines for struct drm_device. Signed-off-by: Chris Wilson Cc: Daniel Vetter Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/drm_drv.c | 63

Deadlock in 4.6 caused by 4eebd5a4e726 ("apple-gmux: lock iGP IO to protect from vgaarb changes")

Hi Bruno, Wilfried Klaebe has reported a deadlock in 4.6 which he bisected to my commit 704ab614ec12 ("drm/i915: Defer probe if gmux is present but its driver isn't"), but which is ultimately caused by your commit 4eebd5a4e726 ("apple-gmux: lock iGP IO to protect from vgaarb changes"). What's

[PATCH v2 0/10] Add RK3399 eDP support and fix some bugs to analogix_dp driver.

Hi Javier, On 05/26/2016 08:48 PM, Javier Martinez Canillas wrote: > Hello Yakir, > > On 05/26/2016 05:34 AM, Yakir Yang wrote: >> Hi Javier, >> >> On 05/24/2016 01:01 PM, Yakir Yang wrote: >>> Hi all, >>> >>> This series have been posted about one month, still no comments, help here >>> :( >>

[Bug 95517] Constant GPU VM faults

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/20160527/e69908af/attachment.html>

[PATCH 4/6] Documentation: bindings: add dt documentation for cdn DP controller

This patch adds a binding that describes the cdn DP controller for rk3399. Signed-off-by: Chris Zhong --- .../bindings/display/rockchip/cdn-dp-rockchip.txt | 57 ++ 1 file changed, 57 insertions(+) create mode 100644

[PATCH 3/6] drm/rockchip: vop: add cdn DP support for rk3399

Add support for cdn DP controller which is embedded in the rk3399 SoCs. The DP is compliant with DisplayPort Specification, Version 1.3, This IP is compatible with the rockchip type-c PHY IP. There is a uCPU in DP controller, it need a firmware to work, please put the firmware file to

[PATCH 0/6] Rockchip Type-C and DispplayPort driver

Hi all This series patch is for rockchip Type-C phy and DisplayPort controller driver. The USB Type-C PHY is designed to support the USB3 and DP applications. The PHY basically has two main components: USB3 and DisplyPort. USB3 operates in SuperSpeed mode and the DP can operate at RBR, HBR and

[Nouveau] [PATCH 4/4] drm/nouveau/acpi: fix lockup with PCIe runtime PM

Hi Peter, On 24 May 2016 at 23:53, Peter Wu wrote: > Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port > can be runtime-suspended which disables power resources via ACPI. This > is incompatible with DSM, resulting in a GPU device which is still in D3 > and locks up the

[Nouveau] [PATCH 4/4] drm/nouveau/acpi: fix lockup with PCIe runtime PM

Hi, On 27-05-16 13:10, Peter Wu wrote: > On Wed, May 25, 2016 at 04:55:35PM +0300, Mika Westerberg wrote: >> On Wed, May 25, 2016 at 12:53:01AM +0200, Peter Wu wrote: >>> Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port >>> can be runtime-suspended which disables power

[PATCH v3] drm: Store the plane's index

On Fri, May 27, 2016 at 08:05:00PM +0100, Chris Wilson wrote: > Currently the plane's index is determined by walking the list of all > planes in the mode and finding the position of that plane in the list. A > linear walk, especially a linear walk within a linear walk as frequently > conceived by

fsl-dcu not works on latest "drm-next"

... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/f1a7555d/attachment.sig>

[Bug 93652] Random crashes/freezing with amdgpu Fury X mesa 11.1

drm-next-4.8-wip -- 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/20160527/84f7f444/attachment.html>

[PATCH 4/4] drm/nouveau/acpi: fix lockup with PCIe runtime PM

On Wed, May 25, 2016 at 04:55:35PM +0300, Mika Westerberg wrote: > On Wed, May 25, 2016 at 12:53:01AM +0200, Peter Wu wrote: > > Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port > > can be runtime-suspended which disables power resources via ACPI. This > > is incompatible

[PATCH] drm/amd: add Kconfig dependency for ACP on DRM_AMDGPU

On Thu, May 26, 2016 at 7:36 PM, Emil Velikov wrote: > On 26 May 2016 at 14:52, Jeff Mahoney wrote: >> On 5/25/16 5:09 PM, Emil Velikov wrote: >>> Hi Jeff, >>> >>> I'm thinking out loud so here are a few suggestions/ideas. Please >>> don't take them too seriously although they do make sense

[Bug 96243] GPU initialization fails

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/20160527/4935e084/attachment.html>

[radeon-alex:drm-next-4.8-wip-dal 90/562] drivers/gpu/drm/amd/amdgpu/../dal/dc/calcs/bandwidth_calcs.c:2780:7: error: array subscript is above array bounds

enter https://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 54531 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/

[PATCH] Add virtio gpu driver.

On Fri, May 27, 2016 at 09:48:22AM +0200, Gerd Hoffmann wrote: > > I guess I didn't do a good job at looking at your v2: Cursor is still > > using legacy interfaces and not a proper plane. Would be awesome if > > you could fix that up. Atomic drivers really shouldn't use the legacy > > cursor

[Bug 96239] [radeonsi tessellation] Random "texture flickering" (Shadow of Mordor, Tomb Raider)

e the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/5cf1128c/attachment.html>

fsl-dcu not works on latest "drm-next"

On 2016-05-27 05:20, Mark Brown wrote: > On Thu, May 26, 2016 at 10:54:16PM -0700, Stefan Agner wrote: >> On 2016-05-26 02:11, Alexander Stein wrote: > >> > This needs to be a flat cache. See >> > https://lists.freedesktop.org/archives/dri-devel/2016-January/099121.html >> > or

[RFC v2 2/5] drm/mediatke: add support for Mediatek SoC MT2701

Hi YT Shen, There's a typo in the commit summary - s/mediatke/mediatek/. On 20 May 2016 at 16:05, wrote: > From: YT Shen > > This patch add support for the Mediatek MT2701 DISP subsystem. > There is only one OVL engine in MT2701. > As is you introduce a broken driver only to fix it up with

[RFC v2 1/5] drm/mediatek: rename macros, add chip suffix

On 20 May 2016 at 16:05, wrote: > From: YT Shen > > Add MT8173 suffix for hardware related macros. > Why suffix ? Pretty much everyone else uses prefix. -Emil

[RFC v2 3/5] drm/mediatek: add *driver_data for different hardware settings

On 27 May 2016 at 08:31, YT Shen wrote: > Hi CK, > > > On Mon, 2016-05-23 at 17:43 +0800, CK Hu wrote: >> Hi, YT: >> >> One comment below. >> >> On Fri, 2016-05-20 at 23:05 +0800, yt.shen at mediatek.com wrote: >> > From: YT Shen >> > >> > There are some hardware settings changed, between MT8173

[Bug 96239] Random "texture flickering" in Shadow of Mordor

mb Raider with tessellation: random flickering -- 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/20160527/7ed915f4/attachment.html>

Regression in i915 in kernel 4.6.0-git - bisected to f21a21983ef13a031

The latest mainline kernel (commit 3f59de0) shows a regression. The symptom is that as soon as the kernel is started, the display is blanked, and it is never turned on again. This problem was bisected to commit f21a21983ef13a031250c4c3f6018e29a549d0f1 ("drm/i915: Splitting intel_dp_detect").

[PATCH v3 7/7] [wip] virtio-gpu: add page flip support

On Fri, May 27, 2016 at 09:46:03AM +0200, Gerd Hoffmann wrote: > On Mi, 2016-05-25 at 18:37 +0200, Daniel Vetter wrote: > > On Fri, Oct 2, 2015 at 1:58 PM, Gerd Hoffmann wrote: > > > Signed-off-by: Gerd Hoffmann > > > > So I entirely missed this, but this isn't really how to implement > >

[PATCH] Add virtio gpu driver.

-virtio-gpu-switch-to-atomic-cursor-interfaces.patch Type: text/x-patch Size: 10880 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/5878fa23/attachment-0001.bin>

[PATCH v3 7/7] [wip] virtio-gpu: add page flip support

On Mi, 2016-05-25 at 18:37 +0200, Daniel Vetter wrote: > On Fri, Oct 2, 2015 at 1:58 PM, Gerd Hoffmann wrote: > > Signed-off-by: Gerd Hoffmann > > So I entirely missed this, but this isn't really how to implement > page_flip for an atomic driver. Working on some stuff and will hack up > a

[radeon-alex:drm-next-4.8-wip-dal 89/562] drivers/gpu/drm/amd/amdgpu/kv_dpm.c:288:40: error: 'cpl_cac_config_reg' defined but not used

: CC: Alex Deucher --- 0-DAY kernel test infrastructureOpen Source Technology Center https://lists.01.org/pipermail/kbuild-all Intel Corporation -- next part -- A non-text attachment was scrubbed... Name: .config.gz Type: application/octet-stream Size: 54531 bytes Desc: not available URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20160527/48844980/attachment-0001.obj>

[PATCH] drm: Register the debugfs interfaces after loading the driver

On Thu, May 26, 2016 at 02:06:13PM +0100, Chris Wilson wrote: > On Thu, May 26, 2016 at 01:35:18PM +0100, Chris Wilson wrote: > > In order to give the driver the chance to initialise the data structures > > that will be exposed through debugfs, perform driver->load() before > > registering the

[PATCH] drm: Register the debugfs interfaces after loading the driver

On Fri, May 27, 2016 at 08:47:48AM +0200, Daniel Vetter wrote: > On Thu, May 26, 2016 at 02:06:13PM +0100, Chris Wilson wrote: > > On Thu, May 26, 2016 at 01:35:18PM +0100, Chris Wilson wrote: > > > In order to give the driver the chance to initialise the data structures > > > that will be exposed

[PATCH] drm: Store the plane's index

On Thu, May 26, 2016 at 08:17:40AM -0700, Matt Roper wrote: > On Thu, May 26, 2016 at 01:17:18PM +0100, Chris Wilson wrote: > > Currently the plane's index is determined by walking the list of all > > planes in the mode and finding the position of that plane in the list. A > > linear walk,

[Bug 96239] Random "texture flickering" in Shadow of Mordor

issue doesn't depend on whether tessellation is enabled or disabled. -- 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/2

[git pull] drm fixes

Hi Linus, One IMX built-in regression fix. Set of amdgpu fixes, mostly powerplay and polaris GPU stuff. Set of i915 fixes all over, many cc'ed to stable. The i915 batch contain support for DP++ dongle detection, which is used to fix some regressions in the HDMI color depth area. Dave. The

[Bug 118701] x86_64 GMA500 reports /dev/dri/card0: failed to set DRM interface version 1.4: Inappropriate ioctl for device

https://bugzilla.kernel.org/show_bug.cgi?id=118701 Stuart Foster changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug 95659] HD 7450, R9-270, GPU locked when testing glmark2

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

[Bug 118611] Using the 4.6 Kernel causes one Radeon screen to intermittently power cycle.

https://bugzilla.kernel.org/show_bug.cgi?id=118611 --- Comment #6 from Michel Dänzer --- Enter "git bisect howto" in your favourite web search engine. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 118611] Using the 4.6 Kernel causes one Radeon screen to intermittently power cycle.

https://bugzilla.kernel.org/show_bug.cgi?id=118611 --- Comment #5 from K. Paden --- Sorry, I am not familiar with git-bisect. It is kernel 4.6. -- You are receiving this mail because: You are watching the assignee of the bug.

[Nouveau] [PATCH 1/9] drm/nouveau: Don't leak runtime pm ref on driver unload

On Tue, May 24, 2016 at 06:03:27PM +0200, Lukas Wunner wrote: > nouveau_drm_load() calls pm_runtime_put() if nouveau_runtime_pm != 0, > but nouveau_drm_unload() calls pm_runtime_get_sync() unconditionally. > We therefore leak a runtime pm ref whenever nouveau is loaded with > runpm=0 and then

[Bug 95659] HD 7450, R9-270, GPU locked when testing glmark2

either get a gpu lockup, or don't. -- 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/20160527/7fc1cb17/attachment.html>

[PATCH v2] gpu: drm: amd: amdkfd: Remove create_workqueue()

alloc_workqueue replaces deprecated create_workqueue(). create_workqueue has been replaced with alloc_workqueue with max_active as 0 since there is no need for throttling the number of active work items. WQ_MEM_RECLAIM has not been set to because kfd_process_wq will not be used in memory reclaim

[PATCH] drm/amd: add Kconfig dependency for ACP on DRM_AMDGPU

On 26 May 2016 at 14:52, Jeff Mahoney wrote: > On 5/25/16 5:09 PM, Emil Velikov wrote: >> Hi Jeff, >> >> I'm thinking out loud so here are a few suggestions/ideas. Please >> don't take them too seriously although they do make sense from this >> end. > > Hi Emil - > > I'm not at all involved in

[Bug 35457] [rs690m] Graphics corruption with ati x1200

https://bugs.freedesktop.org/show_bug.cgi?id=35457 Madis Liias changed: What|Removed |Added URL|http://www.topcomfort.com.u | |a

[Bug 35457] [rs690m] Graphics corruption with ati x1200

https://bugs.freedesktop.org/show_bug.cgi?id=35457 Topcomfort changed: What|Removed |Added URL||http://www.topcomfort.com.u

[Bug 85351] 3.17-rc5 hangs on Supermicro X8DAH system

https://bugzilla.kernel.org/show_bug.cgi?id=85351 --- Comment #4 from Ralf-Peter Rohbeck --- I blacklisted mgag200 to fix it. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 85351] 3.17-rc5 hangs on Supermicro X8DAH system

https://bugzilla.kernel.org/show_bug.cgi?id=85351 --- Comment #3 from Joseph Bisch --- Created attachment 217761 --> https://bugzilla.kernel.org/attachment.cgi?id=217761=edit kern.log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 85351] 3.17-rc5 hangs on Supermicro X8DAH system

https://bugzilla.kernel.org/show_bug.cgi?id=85351 Joseph Bisch changed: What|Removed |Added CC||joseph.bisch at hpe.com --- Comment #2