[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

am using llvm 3.1 on HD4890. -- 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/20121026/faa6b82b/attachment.html>

[PATCH 1/1] media: Entities with sink pads must have at least one enabled link

If an entity has sink pads, at least one of them must be connected to another pad with an enabled link. If a driver with multiple sink pads has more strict requirements the check should be done in the driver itself. Just requiring one sink pad is connected with an enabled link is enough API-wise:

Linux 3.7-rc1 (nouveau_bios_score oops).

On Thursday 25 of October 2012 20:06:54 Heinz Diehl wrote: > On 25.10.2012, Pawe? Sikora wrote: > > > what is the reason of loading nouveau driver for laptops > > with nvidia optimus and enabling vga switcheroo > > which doesn't work in such (optimus) cases. > > You can safely compile a kernel

[Bug 56405] Distorted graphics on Radeon HD 6620G

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121026/061f8522/attachment.html>

[Bug 56405] Distorted graphics on Radeon HD 6620G

are split. It is not a linear history. -- 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/20121026/eefbd1d8/attachment.html>

3.7-rc2: corrupted image on Radeon HD 7800 after restarting X

When I restart my display manager (GDM) from tty0, I get a corrupted image where parts of the X display before I restarted GDM become visible on both the newly started X server instance as on tty0. When moving the mouse in X, the current (correct) image around the cursor is replaced by the

[Bug 56405] Distorted graphics on Radeon HD 6620G

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

[Bug 56405] Distorted graphics on Radeon HD 6620G

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121026/15c09c73/attachment.html>

[Bug 56405] Distorted graphics on Radeon HD 6620G

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121026/3de3245d/attachment.html>

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

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

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

|unspecified |git -- 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/20121026/6a739bee/attachment.html>

[Bug 56437] New: LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

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

[PATCH] drm: platform: Don't initialize driver-private data

Hi Thierry, Thank you for the patch, and sorry for the late reply. On Monday 15 October 2012 20:03:42 Thierry Reding wrote: > Platform device drivers usually use the driver-private data for their > own purposes. Having it overwritten by drm_platform_init() is confusing > and error-prone. If you

[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN)

reedesktop.org/archives/dri-devel/attachments/20121026/729bd063/attachment.html>

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On 10/26/2012 01:05 AM, Daniel Vetter wrote: > On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock > wrote: >>> >>> No worries, it is another ILK hang similar to the ones reported earlier >>> - it just seems the ring stops advancing. Hopefully it is a missing w/a >>> from

[Bug 49531] Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 --- Comment #6 from Igor Murzov 2012-10-26 12:22:10 --- Created an attachment (id=84961) --> (https://bugzilla.kernel.org/attachment.cgi?id=84961) full dmesg output for v3.7.0-rc2+ The kernel is not from the origin/master, it's the

[PATCH 3/3] drm/i915/dp: change eDP default scaling mode to respect aspect ratio

From: Yuly Novikov Signed-off-by: Yuly Novikov [Jani: ripped this change separate from the scaling mode change support] Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_dp.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[PATCH 2/3] drm/i915/dp: allow configuring eDP panel fitting scaling mode

From: Yuly Novikov LVDS allowed changing panel fitting scaling mode, while eDP didn't. Copied relevant code from LVDS to eDP. Signed-off-by: Yuly Novikov [Jani: use fitting mode in intel_panel, remove default mode change] Signed-off-by: Jani Nikula ---

[PATCH 1/3] drm/i915/lvds: move fitting mode from intel_lvds_connector to intel_panel

Prepare for supporting scaling mode configuration also in eDP. Includes a drive-by-removal of an outdated comment about fitting mode. Signed-off-by: Jani Nikula --- drivers/gpu/drm/i915/intel_drv.h |1 + drivers/gpu/drm/i915/intel_lvds.c | 24 ++-- 2 files changed,

[PATCH 0/3] drm/i915: eDP scaling mode change support

[Dropped lkml, added intel-gfx] Hi Yuly, here's a slightly modified version of your patch, rebased on drm-intel-next-queued. I kept your authorship, but any new errors are totally mine... These are compile tested only; I'd appreciate if you could check it still does what it says on the box! BR,

[Intel-gfx] [PATCH 0/3] drm/i915: eDP scaling mode change support

Hi 2012/10/26 Jani Nikula : > [Dropped lkml, added intel-gfx] > > Hi Yuly, here's a slightly modified version of your patch, rebased on > drm-intel-next-queued. I kept your authorship, but any new errors are > totally mine... > > These are compile tested only; I'd appreciate if you could check it

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On 10/26/2012 01:05 AM, Daniel Vetter wrote: > On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock > wrote: >>> >>> No worries, it is another ILK hang similar to the ones reported earlier >>> - it just seems the ring stops advancing. Hopefully it is a missing w/a >>> from

Breakage in "track dev_mapping in more robust and flexible way"

Hi, On 10/25/2012 11:27 PM, Ilija Hadzic wrote: > > Can you give the attached patch a whirl and let me know if it fixes > the problem? > > As I indicated in my previous note, vmwgfx should be the only affected > driver because it looks at dev_mapping in the open hook (others do it > when they

[drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock wrote: >> >> No worries, it is another ILK hang similar to the ones reported earlier >> - it just seems the ring stops advancing. Hopefully it is a missing w/a >> from http://cgit.freedesktop.org/~danvet/drm/log/?h=ilk-wa-pile >> -Chris >> > >

[patch] drm: potential NULL dereference with debugging enabled

We check whether this pointer is NULL a few lines later in the function so probably we should check here too. Signed-off-by: Dan Carpenter --- This is a static checker fix. diff --git a/drivers/gpu/drm/drm_lock.c b/drivers/gpu/drm/drm_lock.c index d752c96..036253e 100644 ---

[PATCHv10 08/26] v4l: vb2-dma-contig: add support for scatterlist in userptr mode

Hi Tomasz, On Wed, Oct 10, 2012 at 7:46 AM, Tomasz Stanislawski wrote: > This patch introduces usage of dma_map_sg to map memory behind > a userspace pointer to a device as dma-contiguous mapping. > Perhaps I'm missing something, but I don't understand the purpose of this patch. If the device

[Bug 49531] Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 --- Comment #5 from Michel D?nzer 2012-10-26 08:21:53 --- Please attach the full dmesg output showing the drm/radeon initialization messages. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are

Breakage in "track dev_mapping in more robust and flexible way"

On Fri, 26 Oct 2012, Thomas Hellstrom wrote: > Hi, > > On 10/25/2012 11:27 PM, Ilija Hadzic wrote: >> >> Can you give the attached patch a whirl and let me know if it fixes the >> problem? >> >> As I indicated in my previous note, vmwgfx should be the only affected >> driver because it

[Linaro-mm-sig] [PATCH] dma-buf: Use EXPORT_SYMBOL

> Unlikely as most of the code I've written belongs to Intel or Red Hat. I > also have better things to do with life than sue Nvidia and start an all > out copyright and patent war in Linuxspace. I forgot to ask, but after your petty G+ trolling, if most of the code belings to Intel or Red Hat,

[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN)

_CONTROL. Could this be a clue? -- 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/20121026/4c6d325c/attachment.html>

[git pull] drm radeon fixes.

Hi Linus, Just radeon fixes in this one, some new PCI IDs, ATPX regression fix, async VM regression fixes some module options fixes. Dave. The following changes since commit b8e902f24fdd16c4373ddc37a4e150c4afe9c6db: drm/ttm: Fix a theoretical race in ttm_bo_cleanup_refs() (2012-10-23

[PATCH] DRM/Radeon: Set depth on low mem Radeon cards to 16 instead of 8.

Dave Airlie writes: > On Thu, Oct 25, 2012 at 3:07 AM, Alex Deucher > wrote: > > On Wed, Oct 24, 2012 at 12:33 PM, Egbert Eich wrote: > >> The Radeon driver reduces the framebuffer resolution to 8bpp if > >> a device with less than 32 Mb VRAM is found. This causes the > >> framebuffer to

[patch] drm: potential NULL dereference with debugging enabled

We check whether this pointer is NULL a few lines later in the function so probably we should check here too. Signed-off-by: Dan Carpenter dan.carpen...@oracle.com --- This is a static checker fix. diff --git a/drivers/gpu/drm/drm_lock.c b/drivers/gpu/drm/drm_lock.c index d752c96..036253e 100644

Re: [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock justinmatt...@gmail.com wrote: No worries, it is another ILK hang similar to the ones reported earlier - it just seems the ring stops advancing. Hopefully it is a missing w/a from http://cgit.freedesktop.org/~danvet/drm/log/?h=ilk-wa-pile

Re: Breakage in track dev_mapping in more robust and flexible way

Hi, On 10/25/2012 11:27 PM, Ilija Hadzic wrote: Can you give the attached patch a whirl and let me know if it fixes the problem? As I indicated in my previous note, vmwgfx should be the only affected driver because it looks at dev_mapping in the open hook (others do it when they create an

[Bug 49531] Powering down inactive GPU while running X causes NULL pointer dereference

https://bugzilla.kernel.org/show_bug.cgi?id=49531 --- Comment #5 from Michel Dänzer mic...@daenzer.net 2012-10-26 08:21:53 --- Please attach the full dmesg output showing the drm/radeon initialization messages. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

Re: Breakage in track dev_mapping in more robust and flexible way

On Fri, 26 Oct 2012, Thomas Hellstrom wrote: Hi, On 10/25/2012 11:27 PM, Ilija Hadzic wrote: Can you give the attached patch a whirl and let me know if it fixes the problem? As I indicated in my previous note, vmwgfx should be the only affected driver because it looks at dev_mapping in

[PATCH 0/3] drm/i915: eDP scaling mode change support

[Dropped lkml, added intel-gfx] Hi Yuly, here's a slightly modified version of your patch, rebased on drm-intel-next-queued. I kept your authorship, but any new errors are totally mine... These are compile tested only; I'd appreciate if you could check it still does what it says on the box! BR,

[PATCH 1/3] drm/i915/lvds: move fitting mode from intel_lvds_connector to intel_panel

Prepare for supporting scaling mode configuration also in eDP. Includes a drive-by-removal of an outdated comment about fitting mode. Signed-off-by: Jani Nikula jani.nik...@intel.com --- drivers/gpu/drm/i915/intel_drv.h |1 + drivers/gpu/drm/i915/intel_lvds.c | 24

[PATCH 2/3] drm/i915/dp: allow configuring eDP panel fitting scaling mode

From: Yuly Novikov ynovi...@chromium.org LVDS allowed changing panel fitting scaling mode, while eDP didn't. Copied relevant code from LVDS to eDP. Signed-off-by: Yuly Novikov ynovi...@chromium.org [Jani: use fitting mode in intel_panel, remove default mode change] Signed-off-by: Jani Nikula

[PATCH 3/3] drm/i915/dp: change eDP default scaling mode to respect aspect ratio

From: Yuly Novikov ynovi...@chromium.org Signed-off-by: Yuly Novikov ynovi...@chromium.org [Jani: ripped this change separate from the scaling mode change support] Signed-off-by: Jani Nikula jani.nik...@intel.com --- drivers/gpu/drm/i915/intel_dp.c |4 ++-- 1 file changed, 2 insertions(+), 2

Re: [Intel-gfx] [PATCH 0/3] drm/i915: eDP scaling mode change support

Hi 2012/10/26 Jani Nikula jani.nik...@intel.com: [Dropped lkml, added intel-gfx] Hi Yuly, here's a slightly modified version of your patch, rebased on drm-intel-next-queued. I kept your authorship, but any new errors are totally mine... These are compile tested only; I'd appreciate if you

Re: [PATCH 1/4] drm/exynos: add ipp subsystem

below is quick review. 2012/10/18 Eunchul Kim chulspro@samsung.com: IPP stand for Image Post Processing and supports image scaler/rotator /crop/flip/csc(color space conversion) and input/output DMA operations using ipp drivers. also supports writeback and display output operations. ipp

Re: [drm:i915_hangcheck_hung] *ERROR* Hangcheck timer elapsed... GPU hung

On 10/26/2012 01:05 AM, Daniel Vetter wrote: On Fri, Oct 26, 2012 at 6:43 AM, Justin P. Mattock justinmatt...@gmail.com wrote: No worries, it is another ILK hang similar to the ones reported earlier - it just seems the ring stops advancing. Hopefully it is a missing w/a from

[Bug 56437] New: LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

https://bugs.freedesktop.org/show_bug.cgi?id=56437 Priority: medium Bug ID: 56437 Assignee: dri-devel@lists.freedesktop.org Summary: LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven Severity:

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

https://bugs.freedesktop.org/show_bug.cgi?id=56437 maxi...@free.fr changed: What|Removed |Added OS|All |Linux (All)

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

https://bugs.freedesktop.org/show_bug.cgi?id=56437 --- Comment #1 from maxi...@free.fr --- I was unclear about LLVM: I am using the llvm glsl backend when I trigger this error. -- You are receiving this mail because: You are the assignee for the bug.

[Bug 56405] Distorted graphics on Radeon HD 6620G

https://bugs.freedesktop.org/show_bug.cgi?id=56405 --- Comment #2 from mdrs...@t-online.de --- Created attachment 69132 -- https://bugs.freedesktop.org/attachment.cgi?id=69132action=edit dmesg -- You are receiving this mail because: You are the assignee for the bug.

[Bug 56405] Distorted graphics on Radeon HD 6620G

https://bugs.freedesktop.org/show_bug.cgi?id=56405 --- Comment #3 from mdrs...@t-online.de --- Created attachment 69133 -- https://bugs.freedesktop.org/attachment.cgi?id=69133action=edit Xorg.0.log -- You are receiving this mail because: You are the assignee for the bug.

[Bug 56437] LLVM ERROR: Cannot select: target intrinsic %llvm.AMDIL.mad when running Heaven

https://bugs.freedesktop.org/show_bug.cgi?id=56437 --- Comment #2 from Andy Furniss li...@andyfurniss.entadsl.com --- I saw this yesterday after rebuilding Mesa and running nexuiz. Running again worked without error. This is the second time I've seen it, the first was a couple of weeks ago,

[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (CAYMAN)

https://bugs.freedesktop.org/show_bug.cgi?id=56139 --- Comment #6 from Alexandre Demers alexandre.f.dem...@gmail.com --- (In reply to comment #5) Created attachment 69113 [details] [review] possible fix (In reply to comment #4) the bug appeared. So it seems blanking the display controllers