[Bug 72699] [llvm] Europa Universalis 4 closes its window and eats all memory while loading

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/20131216/b6ceeb21/attachment.html>

[Bug 72648] All 3 monitor EDIDs show the same

|--- |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/20131216/af191ba4/attachment.html>

[Bug 72710] rv635: resume fails

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20131216/26f71438/attachment.html>

[Bug 72051] [JUNIPER] with kernel 3.12 some HDMI screens are not recognized

sktop.org/archives/dri-devel/attachments/20131216/8ed4c8c9/attachment.html>

drm_do_probe_ddc_edid ENXIO check too aggressive?

On Mon, Dec 16, 2013 at 10:47 PM, Daniel Drake wrote: > I'm using exynos_drm on Exynos4412 to output to a Sony HDMI TV. > > When I disconnect and then re-plug the TV, Exynos detects this event > and tries to read the EDID from the DDC over I2C. > > The DDC does not provide an ACK at this point, so

[PATCH] drm/dp: Use AUX constants from specification

On Mon, Dec 16, 2013 at 05:01:29PM +0100, Thierry Reding wrote: > The current values seem to be defined in a format that's specific to the > i915, gma500 and radeon drivers. To make this more generally useful, use > the values as defined in the specification. > > While at it, prefix the constants

[Mesa-dev] [PATCH] Don't use libudev for glx/dri3

On Mon, Dec 16, 2013 at 11:19:56AM -0800, Eric Anholt wrote: > Daniel Vetter writes: > > > On Sat, Dec 14, 2013 at 3:33 AM, Kenneth Graunke > > wrote: > >> On 11/18/2013 12:58 PM, Emil Velikov wrote: > >>> On 18/11/13 01:08, Keith Packard wrote: > libudev doesn't have a stable API/ABI, and

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

r the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/d42fc55c/attachment.html>

[PATCH] drm/dp: Use AUX constants from specification

On Mon, Dec 16, 2013 at 11:01 AM, Thierry Reding wrote: > The current values seem to be defined in a format that's specific to the > i915, gma500 and radeon drivers. To make this more generally useful, use > the values as defined in the specification. > > While at it, prefix the constants with DP_

[Bug 72051] [JUNIPER] with kernel 3.12 some HDMI screens are not recognized

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/edb5375b/attachment.html>

[PATCH] drm/dp: Use AUX constants from specification

The current values seem to be defined in a format that's specific to the i915, gma500 and radeon drivers. To make this more generally useful, use the values as defined in the specification. While at it, prefix the constants with DP_ for improved namespacing. Signed-off-by: Thierry Reding --- dr

drm_do_probe_ddc_edid ENXIO check too aggressive?

On Mon, Dec 16, 2013 at 4:19 PM, Daniel Vetter wrote: > This usually happens if the hpd isn't properly recessed and we start > the i2c transaction while the physical connection hasn't been > established properly yet. If you're _really_ slow and careful you can > probably even break your current de

[PATCH 1/2] video/fb: Propagate error code from failing to unregister conflicting fb

If we fail to remove a conflicting fb driver, we need to abort the loading of the second driver to avoid likely kernel panics. Signed-off-by: Chris Wilson Cc: Jean-Christophe Plagniol-Villard Cc: Tomi Valkeinen Cc: linux-fbdev at vger.kernel.org Cc: dri-devel at lists.freedesktop.org --- drive

drm_do_probe_ddc_edid ENXIO check too aggressive?

Resend with correct addresses for Eugeni and Chris... On Mon, Dec 16, 2013 at 3:47 PM, Daniel Drake wrote: > Hi, > > I'm using exynos_drm on Exynos4412 to output to a Sony HDMI TV. > > When I disconnect and then re-plug the TV, Exynos detects this event > and tries to read the EDID from the DDC o

drm_do_probe_ddc_edid ENXIO check too aggressive?

Hi, I'm using exynos_drm on Exynos4412 to output to a Sony HDMI TV. When I disconnect and then re-plug the TV, Exynos detects this event and tries to read the EDID from the DDC over I2C. The DDC does not provide an ACK at this point, so the i2c-s3c2410 driver reports ENXIO, which seems to agree

[Bug 72756] glxinfo shows openGL 3.1 version; ATI card is OpenGL 3.2 capable

until someone writes code to use them. -- 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/20131216/e6378107/attachment.html>

[Bug 67121] Broken suspend/resume with radeon/KMS on RS482M

https://bugzilla.kernel.org/show_bug.cgi?id=67121 --- Comment #6 from Adrian Knoth --- Created attachment 118661 --> https://bugzilla.kernel.org/attachment.cgi?id=118661&action=edit radeontool regmatch after suspend/resume, then AC removed -- You are receiving this mail because: You are watch

[Bug 67121] Broken suspend/resume with radeon/KMS on RS482M

https://bugzilla.kernel.org/show_bug.cgi?id=67121 --- Comment #5 from Adrian Knoth --- Created attachment 118651 --> https://bugzilla.kernel.org/attachment.cgi?id=118651&action=edit radeontool regmatch after suspend/resume with AC -- You are receiving this mail because: You are watching the a

[Bug 67121] Broken suspend/resume with radeon/KMS on RS482M

https://bugzilla.kernel.org/show_bug.cgi?id=67121 --- Comment #4 from Adrian Knoth --- Created attachment 118641 --> https://bugzilla.kernel.org/attachment.cgi?id=118641&action=edit radeontool regmatch after fresh boot and AC removed, then AC put back in -- You are receiving this mail because

[Bug 67121] Broken suspend/resume with radeon/KMS on RS482M

https://bugzilla.kernel.org/show_bug.cgi?id=67121 --- Comment #3 from Adrian Knoth --- Created attachment 118631 --> https://bugzilla.kernel.org/attachment.cgi?id=118631&action=edit radeontool regmatch after fresh AC boot, then AC removed -- You are receiving this mail because: You are watchi

[Bug 67121] Broken suspend/resume with radeon/KMS on RS482M

https://bugzilla.kernel.org/show_bug.cgi?id=67121 --- Comment #2 from Adrian Knoth --- Created attachment 118621 --> https://bugzilla.kernel.org/attachment.cgi?id=118621&action=edit radeontool regmatch after fresh boot with AC -- You are receiving this mail because: You are watching the assig

[Bug 67121] Broken suspend/resume with radeon/KMS on RS482M

https://bugzilla.kernel.org/show_bug.cgi?id=67121 --- Comment #1 from Adrian Knoth --- Created attachment 118611 --> https://bugzilla.kernel.org/attachment.cgi?id=118611&action=edit Xorg-log -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 67121] New: Broken suspend/resume with radeon/KMS on RS482M

https://bugzilla.kernel.org/show_bug.cgi?id=67121 Bug ID: 67121 Summary: Broken suspend/resume with radeon/KMS on RS482M Product: Drivers Version: 2.5 Kernel Version: 3.12.5 Hardware: All OS: Linux Tree: Mainl

[PATCH -next] drm/i915: fix return value check of debugfs_create_file()

From: Wei Yongjun In case of error, the function debugfs_create_file() returns NULL pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in the return value check should be replaced with NULL test. Signed-off-by: Wei Yongjun --- drivers/gpu/drm/i915/i915_debugfs.c | 12 ++--

[Bug 56534] [r600g] cayman msaa/fxaa buggy

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/fda42350/attachment.html>

[Bug 72756] glxinfo shows openGL 3.1 version; ATI card is OpenGL 3.2 capable

K?nig --- Nope that's isn't a bug. It's working as expected, closing. -- 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/at

[Bug 72756] glxinfo shows openGL 3.1 version; ATI card is OpenGL 3.2 capable

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/9cc983af/attachment.html>

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

sfr at canb.auug.org.au -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/fc62f3f1/attachment.pgp>

[Bug 72756] glxinfo shows openGL 3.1 version; ATI card is OpenGL 3.2 capable

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/e2a56985/attachment.html>

[Bug 72756] glxinfo shows openGL 3.1 version; ATI card is OpenGL 3.2 capable

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/d7154400/attachment.html>

[Bug 72756] New: glxinfo shows openGL 3.1 version; ATI card is OpenGL 3.2 capable

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/20131216/15f8b62b/attachment-0001.html>

[PATCH] drm/irq: simplify irq checks in drm_wait_vblank

<http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/c069214e/attachment.pgp>

[PATCH] drm: rename dev->count_lock to dev->buf_lock

rm/drmP.h | 2 +- > 3 files changed, 18 insertions(+), 18 deletions(-) Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists

[PATCH] drm/irq: track the irq installed in drm_irq_install in dev->irq

files changed, 13 insertions(+), 7 deletions(-) Reviewed-by: Thierry Reding -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/9688a629/attachment.pgp>

[PATCH] drm/irq: simplify irq checks in drm_wait_vblank

Checking for both an irq number _and_ whether it's enabled is redundant. Originally I've thought the drm_dev_to_irq call would break drivers which do their own irq checking, but those shouldn't have DRIVER_HAVE_IRQ set as Thierry Reding pointed out. But such drivers already need to set dev->irq_ena

[PATCH] drm: rename dev->count_lock to dev->buf_lock

Since really that's all it protects - legacy horror stories in drm_bufs.c. Since I don't want to waste any more time on this I didn't bother to actually look at what it protects in there, but it's at least contained now. v2: Move the spurious hunk to the right patch (Thierry). Cc: Thierry Reding

[PATCH] drm/irq: track the irq installed in drm_irq_install in dev->irq

To get rid of the dev->bus->get_irq callback we need to pass in the desired irq explicitly into drm_irq_install. To avoid having to do the same for drm_irq_unistall just track it internally. That leaves drivers with less room to botch things up. v2: Add the hunk lost in an earlier patch to this on

[Mesa-dev] [PATCH] Don't use libudev for glx/dri3

ry. > > The string mapping of the kernel driver name to a dri.so is what I > kinda expected to be used as the generic thing [snip] There is more than one userspace driver per kernel driver. (i915 vs i965, for example) -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 835 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/0974b213/attachment.pgp>

[Intel-gfx] [PATCH -next] drm/i915: fix return value check of debugfs_create_file()

On Mon, Dec 16, 2013 at 02:13:25PM +0800, Wei Yongjun wrote: > From: Wei Yongjun > > In case of error, the function debugfs_create_file() returns NULL > pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in > the return value check should be replaced with NULL test. > > Signed-off-by

[PATCH -next] drm/i915: fix return value check of debugfs_create_file()

On Mon, Dec 16, 2013 at 02:13:25PM +0800, Wei Yongjun wrote: > From: Wei Yongjun > > In case of error, the function debugfs_create_file() returns NULL > pointer not ERR_PTR() if debugfs is enabled. The IS_ERR() test in > the return value check should be replaced with NULL test. > > Signed-off-by

[PULL] ttm-fixes-3.13

Dave, A single ttm vm fix. /Thomas The following changes since commit 9255ce80f88ba885c38c0bbd235db7c24392e22e: Merge branch 'drm-fixes-3.13' of git://people.freedesktop.org/~agd5f/linux into drm-fixes (2013-12-05 12:18:35 +1000) are available in the git repository at: git://people.freed

[Bug 71431] radeon graphics stopped working since kernel 3.10 on AMD a4-3300

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131216/1ddd2631/attachment.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

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