[BUG] commit 541cc966915b6756e54c20eebe60ae957afdb537 cause no screen

After commit 541cc966915b6756e54c20eebe60ae957afdb537, I can see nothing in my screen, and the monitor is the same state as shutdown, but can ssh to my computer. Revert 541cc966915b6756e54c20eebe60ae957afdb537, every thing is OK. Revert drm: Don't try and disable an encoder that was never

Re: [BUG] commit 541cc966915b6756e54c20eebe60ae957afdb537 cause no screen

On Mon, Dec 20, 2010 at 4:13 PM, Wei Yongjun yj...@cn.fujitsu.com wrote: After commit 541cc966915b6756e54c20eebe60ae957afdb537, I can see nothing in my screen, and the monitor is the same state as shutdown, but can ssh to my computer. Revert 541cc966915b6756e54c20eebe60ae957afdb537, every

[patch -next] nouveua: sizeof() vs ARRAY_SIZE()

ARRAY_SIZE() was intended here, sizeof() is too large. Signed-off-by: Dan Carpenter erro...@gmail.com diff --git a/drivers/gpu/drm/nouveau/nv50_vram.c b/drivers/gpu/drm/nouveau/nv50_vram.c index 47489ed..58e98ad 100644 --- a/drivers/gpu/drm/nouveau/nv50_vram.c +++

i915 modeset defunct [was: mmotm 2010-12-16-14-56 uploaded]

On 12/16/2010 11:56 PM, a...@linux-foundation.org wrote: The mm-of-the-moment snapshot 2010-12-16-14-56 has been uploaded to Hi, there is a regression against 2010-12-02-16-34 in i915. When modeset is used, my G33 produces no signal to the monitor (black screen, power led blinks). 00:00.0 Host

Re: i915 modeset defunct [was: mmotm 2010-12-16-14-56 uploaded]

On 12/20/2010 10:49 AM, Jiri Slaby wrote: On 12/16/2010 11:56 PM, a...@linux-foundation.org wrote: The mm-of-the-moment snapshot 2010-12-16-14-56 has been uploaded to Hi, there is a regression against 2010-12-02-16-34 in i915. When modeset is used, my G33 produces no signal to the monitor

[Bug 32312] openvg lion demo freezes the system lockup GPU with r600g

https://bugs.freedesktop.org/show_bug.cgi?id=32312 --- Comment #2 from Sergey Kondakov virtuous...@gmail.com 2010-12-20 02:36:04 PST --- with commit c451aade889c3c0733fabab691f2a33643e8a054 it doesn't freeze but rendering is broken -- Configure bugmail:

[Bug 32312] openvg lion demo freezes the system lockup GPU with r600g

https://bugs.freedesktop.org/show_bug.cgi?id=32312 --- Comment #4 from Sergey Kondakov virtuous...@gmail.com 2010-12-20 02:42:42 PST --- Created an attachment (id=41284) -- (https://bugs.freedesktop.org/attachment.cgi?id=41284) broken sp.jpg -- Configure bugmail:

[Bug 32312] openvg lion demo freezes the system lockup GPU with r600g

https://bugs.freedesktop.org/show_bug.cgi?id=32312 --- Comment #5 from Sergey Kondakov virtuous...@gmail.com 2010-12-20 02:44:02 PST --- Created an attachment (id=41285) -- (https://bugs.freedesktop.org/attachment.cgi?id=41285) broken Te$t text.jpg -- Configure bugmail:

Re: [PATCH][next] drm/vmwgfx: Let SVGA_REG_NUM_DISPLAYS decide output connectivity

Dave, Please don't apply this patch. We're looking at another solution. /Thomas On 12/16/2010 03:22 PM, Thomas Hellstrom wrote: Makes the user able to determine the number of connected outputs from the VMware GUI. Signed-off-by: Thomas Hellstromthellst...@vmware.com ---

[Bug 32277] overflow in calculate_miptree_layout_r300

https://bugs.freedesktop.org/show_bug.cgi?id=32277 Alban Browaeys pra...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm/radeon/kms: reorder display resume to avoid problems

On resume, we were attemping to unblank the displays before the timing and plls had be reprogrammed which led to atom timeouts waiting for things that are not yet programmed. Re-program the mode first, then reset the dpms state. This fixes the infamous atombios timeouts on resume.

Re: [PATCH] drm/radeon/kms: reorder display resume to avoid problems

2010/12/20 Alex Deucher alexdeuc...@gmail.com: On resume, we were attemping to unblank the displays before the timing and plls had be reprogrammed which led to atom timeouts waiting for things that are not yet programmed.  Re-program the mode first, then reset the dpms state. This fixes the

Mesa build fails with --disable-gallium-radeon

Hi Mesa build fails with --disable-gallium-radeon due to undefined radeon_gem_get_kernel_name(). Attached is a patch. Best regards, Stefan Public Key available -- Stefan Dirsch (Res. Dev.) SUSE LINUX Products GmbH Tel: 0911-740 53 0

[PATCH 1/2] drm/radeon/kms: fix evergreen asic reset

Only reset the grbm blocks, srbm tends to lock the GPU if not done properly and in most cases is not necessary. Also, no need to call asic init after reset the grbm blocks. Signed-off-by: Alex Deucher alexdeuc...@gmail.com Cc: sta...@kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 15

[PATCH 2/2] drm/radeon/kms/evergreen: reset the grbm blocks at resume and init

This fixes module reloading and resume as the gfx block seems to be left in a bad state in some cases. Signed-off-by: Alex Deucher alexdeuc...@gmail.com Cc: sta...@kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git

Re: Freescale Linux BSP review

On Mon, Dec 20, 2010 at 11:17 AM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Dec 20, 2010 at 11:18 AM, Matt Sealey m...@genesi-usa.com wrote: On Mon, Dec 13, 2010 at 9:18 AM, Arnd Bergmann a...@arndb.de wrote: On Monday 13 December 2010, Jammy Zhou wrote: On Mon, Dec 13, 2010 at 4:45 AM,

Re: Freescale Linux BSP review

On Mon, Dec 20, 2010 at 12:41 PM, Matt Sealey m...@genesi-usa.com wrote: On Mon, Dec 20, 2010 at 11:17 AM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Dec 20, 2010 at 11:18 AM, Matt Sealey m...@genesi-usa.com wrote: On Mon, Dec 13, 2010 at 9:18 AM, Arnd Bergmann a...@arndb.de wrote: On

Re: Definition of R_0003C2_GENMO_WT seems wrong

On Sun, Dec 19, 2010 at 9:48 AM, Tijl Coosemans t...@coosemans.org wrote: Hi, In drivers/gpu/drm/radeon/r100d.h R_0003C2_GENMO_WT is defined as 0x3C0. I think this should be 0x3C2. Note that the attached patch is untested. Good catch. Dave please apply. Alex

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #3 from Tormod Volden bugzi09.fdo.tor...@xoxy.net 2010-12-20 10:34:19 PST --- This is tested with latest 2.6.37 kernel, and libdrm 2.4.21. LIBGL_ALWAYS_INDIRECT does not change anything, other than the xserver crashing when drawpix

[Bug 32422] Large images displayed in Firefox appear corrupted

https://bugs.freedesktop.org/show_bug.cgi?id=32422 --- Comment #9 from Da Fox da_...@mad.scientist.com 2010-12-20 10:35:54 PST --- (In reply to comment #8) (In reply to comment #7) Even with the patch for bug 31708 applied, I see the same corruption in firefox [...] That's with the

[PATCH] drm: Aggressively disable vblanks

Enabling and disabling the vblank interrupt (on devices that support it) is cheap. So disable it quickly after each interrupt. To avoid constantly enabling and disabling vblank when animations are running, after a predefined number (3) of consecutive enabled vblanks that someone cared about,

Re: [PATCH 1/2] drm/radeon/kms: fix evergreen asic reset

On Mon, Dec 20, 2010 at 12:35 PM, Alex Deucher alexdeuc...@gmail.com wrote: Only reset the grbm blocks, srbm tends to lock the GPU if not done properly and in most cases is not necessary. Also, no need to call asic init after reset the grbm blocks. Signed-off-by: Alex Deucher

[Bug 31037] [r300g] Unwanted checkerboard effect on sprites / textures

https://bugs.freedesktop.org/show_bug.cgi?id=31037 Gerwin gerwin_kra...@hotmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: Freescale Linux BSP review

The concerns about host memory access via the GPU driver are valid but unnecessary. The GPU MMU directly intervenes on memory access and can only modify memory space allocated to the GPU resource - getting data into this memory requires some extreme manual intervention if not done by the

Re: [stable] [00/66] 2.6.36.1-stable review

On Wed, Dec 08, 2010 at 03:17:20PM +1000, Ben Skeggs wrote: On Sat, 2010-11-20 at 11:15 -0500, Andrew Lutomirski wrote: On Sat, Nov 20, 2010 at 10:52 AM, Greg KH gre...@suse.de wrote: On Sat, Nov 20, 2010 at 09:24:05AM -0500, Andy Lutomirski wrote: Greg KH wrote: This is the start of

[Bug 31037] [r300g] Unwanted checkerboard effect on sprites / textures

https://bugs.freedesktop.org/show_bug.cgi?id=31037 --- Comment #11 from Marek Olšák mar...@gmail.com 2010-12-20 12:01:19 PST --- Most probably, yes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the

Re: Freescale Linux BSP review

My point which people keep missing is that graphics stacks are a single entity, that span kernel and userspace, one cannot exist without the other, and there are interfaces that join them. As a copyright holder on the kernel I'll also remind the people concerned that the definition of a

Re: Freescale Linux BSP review

I also do not think that it is at all kernel policy to disallow kernel drivers which do not have opensource userspace components. In fact, Wrong. The PVR graphics (as used by some Intel embedded for example) is also not in the kernel for the same reason, ditto some sensor and GPS devices which

[Bug 30507] Caster (commercial game) crash.

https://bugs.freedesktop.org/show_bug.cgi?id=30507 --- Comment #3 from roughl r0ug...@yahoo.de 2010-12-20 12:39:32 PST --- Caster works for me. Kernel 2.6.36.2 Mesa 7.10-devel 20101220 xf86-video-ati git-20101129 libdrm git-20101129 OS is x86_64 KMS with Radeon HD4850 (RV770 9442) -- Configure

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Product|xorg|DRI

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #1 from Alex Deucher ag...@yahoo.com 2010-12-20 13:41:20 PST --- Does a newer kernel (2.6.36 or 2.6.37) help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #2 from Robert Hooker (Sarvatt) sarv...@gmail.com 2010-12-20 13:42:12 PST --- Created an attachment (id=41317) -- (https://bugs.freedesktop.org/attachment.cgi?id=41317) kernel log showing the problem -- Configure bugmail:

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #4 from Alex Deucher ag...@yahoo.com 2010-12-20 13:47:01 PST --- Created an attachment (id=41318) View: https://bugs.freedesktop.org/attachment.cgi?id=41318 Review: https://bugs.freedesktop.org/review?bug=32535attachment=41318

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #5 from Robert Hooker (Sarvatt) sarv...@gmail.com 2010-12-20 15:03:19 PST --- Created an attachment (id=41322) -- (https://bugs.freedesktop.org/attachment.cgi?id=41322) kernel log with patch It didn't help unfortunately [

[Bug 32455] Crash with mame using OpenGL with newest Gallium on Radeon 4350

https://bugs.freedesktop.org/show_bug.cgi?id=32455 --- Comment #5 from Øyvind Sæther oyvi...@everdot.org 2010-12-20 16:11:27 PST --- line 179 offset += vertex_buffer-buffer_offset + r600_bo_offset(rbuffer-bo); (latest git with the r600g: properly unset vertex buffer

Re: smatch: nouveau: bogus compare against zero

On Mon, 2010-12-20 at 09:48 +0300, Dan Carpenter wrote: Hi Ben, This is a new Smatch warning in linux-next. It comes from: a11c3198c drm/nv50: import new vm code Thanks, fix queued in my tree. Will get to Dave eventually :) Ben. drivers/gpu/drm/nouveau/nv50_vm.c +104 nv50_vm_map(13)

Re: [patch -next] nouveua: sizeof() vs ARRAY_SIZE()

On Mon, 2010-12-20 at 12:26 +0300, Dan Carpenter wrote: ARRAY_SIZE() was intended here, sizeof() is too large. Thanks, I've queued this patch. Ben. Signed-off-by: Dan Carpenter erro...@gmail.com diff --git a/drivers/gpu/drm/nouveau/nv50_vram.c b/drivers/gpu/drm/nouveau/nv50_vram.c index

[PATCH 3/3] fbcon: fix situation where fbcon gets deinitialised and can't reinit.

From: Dave Airlie airl...@redhat.com Situation as follow: 2 GPUs + vesafb + kms. GPU 1 is primary, vesafb binds to it as fb0 radeon loads GPU 0 loads as fb1 GPU 1 loads, vesafb gets kicked off which causes fb0 to unbind console, which causes the dummy console to rebind. this means fbcon_deinit

[PATCH 2/3] vt: fix issue when fbcon wants to takeover a second time.

From: Dave Airlie airl...@redhat.com With framebuffer handover and multiple GPUs, we get into a position where the fbcon unbinds the vesafb framebuffer for GPU 1, but we still have a radeon framebuffer bound from GPU 0, so we don't unregister the console driver. Then when we tried to bind the new

vt/fbcon binding and handover fixes

I've been working on some issues with the fb handoff between vesafb and KMS on my machine with a dual-gpu card. These 3 patches are the primary result of this, to fix a number of issues where the VT layer and fbcon layers got themselves into a place that they couldn't get out off, having the

[PATCH 1/3] fb: fix overlapping test off-by-one.

From: Dave Airlie airl...@redhat.com On my system with a radeon x2, the first GPU was not overlapping vesa but the test decided it was. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/video/fbmem.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[Bug 32455] Crash with mame using OpenGL with newest Gallium on Radeon 4350

https://bugs.freedesktop.org/show_bug.cgi?id=32455 --- Comment #6 from Chris bitbyte...@gmail.com 2010-12-20 18:20:17 PST --- I get the same segfault and backtrace as Øyvind Sæther posted with the new version too, looks just like his. Thanks, does look like it's getting farther though I think.

Re: Freescale Linux BSP review

On Mon, 20 Dec 2010, Alan Cox wrote: My point which people keep missing is that graphics stacks are a single entity, that span kernel and userspace, one cannot exist without the other, and there are interfaces that join them. As a copyright holder on the kernel I'll also remind the people

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Mon, 20 Dec 2010 14:00:54 -0500, Andy Lutomirski l...@mit.edu wrote: Enabling and disabling the vblank interrupt (on devices that support it) is cheap. So disable it quickly after each interrupt. So, the concern (and reason for the original design) was that you might lose count of vblank

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Mon, Dec 20, 2010 at 10:23 PM, Keith Packard kei...@keithp.com wrote: On Mon, 20 Dec 2010 14:00:54 -0500, Andy Lutomirski l...@mit.edu wrote: Enabling and disabling the vblank interrupt (on devices that support it) is cheap.  So disable it quickly after each interrupt. So, the concern

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Mon, 20 Dec 2010 22:34:12 -0500, Andrew Lutomirski l...@mit.edu wrote: But five seconds is a *long* time, and anything short enough that the interrupt actually gets turned off in normal use risks the same race. Right, so eliminating any race seems like the basic requirement. Can that be

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Mon, Dec 20, 2010 at 10:47 PM, Keith Packard kei...@keithp.com wrote: On Mon, 20 Dec 2010 22:34:12 -0500, Andrew Lutomirski l...@mit.edu wrote: But five seconds is a *long* time, and anything short enough that the interrupt actually gets turned off in normal use risks the same race.

Re: [Intel-gfx] [PATCH] drm: Aggressively disable vblanks

On Mon, 20 Dec 2010 22:55:46 -0500 Andrew Lutomirski l...@mit.edu wrote: On Mon, Dec 20, 2010 at 10:47 PM, Keith Packard kei...@keithp.com wrote: On Mon, 20 Dec 2010 22:34:12 -0500, Andrew Lutomirski l...@mit.edu wrote: But five seconds is a *long* time, and anything short enough that the

Re: [PATCH] vgaarb: use bridges to control VGA routing where possible. (v2)

On Mon, 20 Dec 2010 10:10:09 +1000 Dave Airlie airl...@gmail.com wrote: - * @change_bridge: traverse ancestors and change bridges + * @change_bridge_flags: traverse ancestors and change bridges + * CHANGE_BRIDGE_ONLY / CHANGE_BRIDGE */ int pci_set_vga_state(struct pci_dev *dev, bool

[Bug 32544] New: [r300g] LLVM support for software TLS implementation doesn't work

https://bugs.freedesktop.org/show_bug.cgi?id=32544 Summary: [r300g] LLVM support for software TLS implementation doesn't work Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW

Re: [PATCH 1/3] fb: fix overlapping test off-by-one.

On Die, 2010-12-21 at 11:41 +1000, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com On my system with a radeon x2, the first GPU was not overlapping vesa but the test decided it was. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/video/fbmem.c |2 +- 1 files

[PATCH] vgaarb: use bridges to control VGA routing where possible. (v2)

From: Dave Airlie So in a lot of modern systems, a GPU will always be below a parent bridge that won't share with any other GPUs. This means VGA arbitration on those GPUs can be controlled by using the bridge routing instead of io/mem decodes. The problem is locating which

smatch: nouveau: bogus compare against zero

Hi Ben, This is a new Smatch warning in linux-next. It comes from: a11c3198c "drm/nv50: import new vm code" drivers/gpu/drm/nouveau/nv50_vm.c +104 nv50_vm_map(13) warn: bogus compare against zero: 'i' 94 u32 block, i; 95 96 phys = nv50_vm_addr(vma, pgt,

[Bug 24462] r600: spread spectrum: flickering screen (bisected)

https://bugzilla.kernel.org/show_bug.cgi?id=24462 --- Comment #11 from Alex Deucher 2010-12-20 06:57:15 --- I've sent the patch to Dave. It should show up in his next drm pull request. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving

[BUG] commit 541cc966915b6756e54c20eebe60ae957afdb537 cause no screen

After commit 541cc966915b6756e54c20eebe60ae957afdb537, I can see nothing in my screen, and the monitor is the same state as shutdown, but can ssh to my computer. Revert 541cc966915b6756e54c20eebe60ae957afdb537, every thing is OK. Revert "drm: Don't try and disable an encoder that was never

[BUG] commit 541cc966915b6756e54c20eebe60ae957afdb537 cause no screen

On Mon, Dec 20, 2010 at 4:13 PM, Wei Yongjun wrote: > After commit 541cc966915b6756e54c20eebe60ae957afdb537, I can see > nothing in my screen, and the monitor is the same state as shutdown, > but can ssh to my computer. > > Revert 541cc966915b6756e54c20eebe60ae957afdb537, every thing is OK. > > ?

[patch -next] nouveua: sizeof() vs ARRAY_SIZE()

ARRAY_SIZE() was intended here, sizeof() is too large. Signed-off-by: Dan Carpenter diff --git a/drivers/gpu/drm/nouveau/nv50_vram.c b/drivers/gpu/drm/nouveau/nv50_vram.c index 47489ed..58e98ad 100644 --- a/drivers/gpu/drm/nouveau/nv50_vram.c +++ b/drivers/gpu/drm/nouveau/nv50_vram.c @@ -42,7

i915 modeset defunct [was: mmotm 2010-12-16-14-56 uploaded]

On 12/16/2010 11:56 PM, akpm at linux-foundation.org wrote: > The mm-of-the-moment snapshot 2010-12-16-14-56 has been uploaded to Hi, there is a regression against 2010-12-02-16-34 in i915. When modeset is used, my G33 produces no signal to the monitor (black screen, power led blinks). 00:00.0

i915 modeset defunct [was: mmotm 2010-12-16-14-56 uploaded]

On 12/20/2010 10:49 AM, Jiri Slaby wrote: > On 12/16/2010 11:56 PM, akpm at linux-foundation.org wrote: >> The mm-of-the-moment snapshot 2010-12-16-14-56 has been uploaded to > > Hi, there is a regression against 2010-12-02-16-34 in i915. When modeset > is used, my G33 produces no signal to the

[Bug 32312] openvg "lion" demo freezes the system & lockup GPU with r600g

https://bugs.freedesktop.org/show_bug.cgi?id=32312 --- Comment #2 from Sergey Kondakov 2010-12-20 02:36:04 PST --- with commit c451aade889c3c0733fabab691f2a33643e8a054 it doesn't freeze but rendering is broken -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ---

[Bug 32312] openvg "lion" demo freezes the system & lockup GPU with r600g

https://bugs.freedesktop.org/show_bug.cgi?id=32312 --- Comment #3 from Sergey Kondakov 2010-12-20 02:42:19 PST --- Created an attachment (id=41283) --> (https://bugs.freedesktop.org/attachment.cgi?id=41283) broken lion.jpg -- Configure bugmail:

[Bug 32312] openvg "lion" demo freezes the system & lockup GPU with r600g

https://bugs.freedesktop.org/show_bug.cgi?id=32312 --- Comment #4 from Sergey Kondakov 2010-12-20 02:42:42 PST --- Created an attachment (id=41284) --> (https://bugs.freedesktop.org/attachment.cgi?id=41284) broken sp.jpg -- Configure bugmail:

[Bug 32312] openvg "lion" demo freezes the system & lockup GPU with r600g

https://bugs.freedesktop.org/show_bug.cgi?id=32312 --- Comment #5 from Sergey Kondakov 2010-12-20 02:44:02 PST --- Created an attachment (id=41285) --> (https://bugs.freedesktop.org/attachment.cgi?id=41285) broken "Te$t" text.jpg -- Configure bugmail:

[PATCH][next] drm/vmwgfx: Let SVGA_REG_NUM_DISPLAYS decide output connectivity

Dave, Please don't apply this patch. We're looking at another solution. /Thomas On 12/16/2010 03:22 PM, Thomas Hellstrom wrote: > Makes the user able to determine the number of connected outputs from > the VMware GUI. > > Signed-off-by: Thomas Hellstrom > --- >

[Bug 32277] overflow in calculate_miptree_layout_r300

https://bugs.freedesktop.org/show_bug.cgi?id=32277 Alban Browaeys changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon/kms/atom: clean up op_mask handler

Readability cleanup and fix debugging output, no functional change. Reported-by: Frank Huang Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/atom.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/radeon/atom.c

[PATCH] drm/radeon/kms: reorder display resume to avoid problems

On resume, we were attemping to unblank the displays before the timing and plls had be reprogrammed which led to atom timeouts waiting for things that are not yet programmed. Re-program the mode first, then reset the dpms state. This fixes the infamous atombios timeouts on resume.

Freescale Linux BSP review

On Mon, Dec 13, 2010 at 9:18 AM, Arnd Bergmann wrote: > On Monday 13 December 2010, Jammy Zhou wrote: >> On Mon, Dec 13, 2010 at 4:45 AM, Linus Walleij > linaro.org>wrote: >> >> > On 11 December 2010 22:41, Arnd Bergmann wrote: >> > >> > * amd-gpu -- a single but huge driver for the GPU. As is

[PATCH] drm/radeon/kms: reorder display resume to avoid problems

2010/12/20 Alex Deucher : > On resume, we were attemping to unblank the displays before the > timing and plls had be reprogrammed which led to atom timeouts > waiting for things that are not yet programmed. ?Re-program > the mode first, then reset the dpms state. > > This fixes the infamous

Freescale Linux BSP review

On Mon, Dec 20, 2010 at 11:18 AM, Matt Sealey wrote: > On Mon, Dec 13, 2010 at 9:18 AM, Arnd Bergmann wrote: >> On Monday 13 December 2010, Jammy Zhou wrote: >>> On Mon, Dec 13, 2010 at 4:45 AM, Linus Walleij >> linaro.org>wrote: >>> >>> > On 11 December 2010 22:41, Arnd Bergmann wrote: >>> >

Mesa build fails with "--disable-gallium-radeon"

6 (AG N?rnberg) - -- next part -- A non-text attachment was scrubbed... Name: disable-radeon_query_image.diff Type: text/x-patch Size: 806 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20101220/62e6eaeb/attachment.bin>

[PATCH 1/2] drm/radeon/kms: fix evergreen asic reset

Only reset the grbm blocks, srbm tends to lock the GPU if not done properly and in most cases is not necessary. Also, no need to call asic init after reset the grbm blocks. Signed-off-by: Alex Deucher Cc: stable at kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 15 --- 1

[PATCH 2/2] drm/radeon/kms/evergreen: reset the grbm blocks at resume and init

This fixes module reloading and resume as the gfx block seems to be left in a bad state in some cases. Signed-off-by: Alex Deucher Cc: stable at kernel.org --- drivers/gpu/drm/radeon/evergreen.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git

Freescale Linux BSP review

On Mon, Dec 20, 2010 at 11:17 AM, Jerome Glisse wrote: > On Mon, Dec 20, 2010 at 11:18 AM, Matt Sealey wrote: >> On Mon, Dec 13, 2010 at 9:18 AM, Arnd Bergmann wrote: >>> On Monday 13 December 2010, Jammy Zhou wrote: On Mon, Dec 13, 2010 at 4:45 AM, Linus Walleij >>> linaro.org>wrote:

Freescale Linux BSP review

On Mon, Dec 20, 2010 at 12:41 PM, Matt Sealey wrote: > On Mon, Dec 20, 2010 at 11:17 AM, Jerome Glisse wrote: >> On Mon, Dec 20, 2010 at 11:18 AM, Matt Sealey wrote: >>> On Mon, Dec 13, 2010 at 9:18 AM, Arnd Bergmann wrote: On Monday 13 December 2010, Jammy Zhou wrote: > On Mon, Dec

Definition of R_0003C2_GENMO_WT seems wrong

d.h.patch Type: text/x-patch Size: 1264 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20101220/903831ec/attachment.bin>

[Bug 31708] kernel oops when loading large images with firefox

https://bugs.freedesktop.org/show_bug.cgi?id=31708 --- Comment #14 from Da Fox 2010-12-20 10:25:03 PST --- (In reply to comment #12) > (In reply to comment #11) > > Created an attachment (id=40482) View: https://bugs.freedesktop.org/attachment.cgi?id=40482 Review:

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #3 from Tormod Volden 2010-12-20 10:34:19 PST --- This is tested with latest 2.6.37 kernel, and libdrm 2.4.21. LIBGL_ALWAYS_INDIRECT does not change anything, other than the xserver crashing when drawpix exits. LIBGL_ALWAYS_SOFTWARE

[Bug 32422] Large images displayed in Firefox appear corrupted

https://bugs.freedesktop.org/show_bug.cgi?id=32422 --- Comment #9 from Da Fox 2010-12-20 10:35:54 PST --- (In reply to comment #8) > (In reply to comment #7) > > Even with the patch for bug 31708 applied, I see the same corruption in > > firefox [...] > > That's with the latest version (v3)

[Bug 32511] glDrawPixels broken on savage

https://bugs.freedesktop.org/show_bug.cgi?id=32511 --- Comment #4 from Tormod Volden 2010-12-20 10:53:44 PST --- Just in case someone looks at it, in the above backtrace I had disabled the fast_draw_rgba_pixels so the drawing is done by savageWriteRGBASpan_565() through the "slow" path.

[PATCH] drm: Aggressively disable vblanks

Enabling and disabling the vblank interrupt (on devices that support it) is cheap. So disable it quickly after each interrupt. To avoid constantly enabling and disabling vblank when animations are running, after a predefined number (3) of consecutive enabled vblanks that someone cared about,

[PATCH Resend] Don't expose mmio for fbdev emulation layer

For the fbdev api if the struct fb_var_screeninfo accel_flags field is set to FB_ACCELF_TEXT then userland applications can not mmap the mmio region. Since it is a bad idea for DRM drivers to expose the mmio region via the fbdev layer we always set the accel_flags to prevent this. Please apply.

Freescale Linux BSP review

On Monday 20 December 2010 19:07:30 Jerome Glisse wrote: > > I also do not think that it is at all kernel policy to disallow kernel > > drivers which do not have opensource userspace components. In fact, > > Linus Torvalds begs to differ on this matter. The fact of the matter > > is that the

[PATCH 1/2] drm/radeon/kms: fix evergreen asic reset

On Mon, Dec 20, 2010 at 12:35 PM, Alex Deucher wrote: > Only reset the grbm blocks, srbm tends to lock the GPU > if not done properly and in most cases is not necessary. > Also, no need to call asic init after reset the grbm blocks. > > Signed-off-by: Alex Deucher > Cc: stable at kernel.org >

[Bug 31037] [r300g] Unwanted checkerboard effect on sprites / textures

https://bugs.freedesktop.org/show_bug.cgi?id=31037 Gerwin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[stable] [00/66] 2.6.36.1-stable review

On Wed, Dec 08, 2010 at 03:17:20PM +1000, Ben Skeggs wrote: > On Sat, 2010-11-20 at 11:15 -0500, Andrew Lutomirski wrote: > > On Sat, Nov 20, 2010 at 10:52 AM, Greg KH wrote: > > > On Sat, Nov 20, 2010 at 09:24:05AM -0500, Andy Lutomirski wrote: > > >> Greg KH wrote: > > >>> This is the start of

[Bug 31037] [r300g] Unwanted checkerboard effect on sprites / textures

https://bugs.freedesktop.org/show_bug.cgi?id=31037 --- Comment #11 from Marek Ol??k 2010-12-20 12:01:19 PST --- Most probably, yes. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.

Freescale Linux BSP review

> My point which people keep missing is that graphics stacks are a > single entity, that span kernel and userspace, one cannot exist > without the other, and there are interfaces that join them. As a copyright holder on the kernel I'll also remind the people concerned that the definition of a

Freescale Linux BSP review

> I also do not think that it is at all kernel policy to disallow kernel > drivers which do not have opensource userspace components. In fact, Wrong. The PVR graphics (as used by some Intel embedded for example) is also not in the kernel for the same reason, ditto some sensor and GPS devices

[Bug 32455] Crash with mame using OpenGL with newest Gallium on Radeon 4350

https://bugs.freedesktop.org/show_bug.cgi?id=32455 --- Comment #4 from Jerome Glisse 2010-12-20 12:34:33 PST --- Pushed a fix upstream please confirm it fix the issue for you too -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[Bug 30507] Caster (commercial game) crash.

https://bugs.freedesktop.org/show_bug.cgi?id=30507 --- Comment #3 from roughl 2010-12-20 12:39:32 PST --- Caster works for me. Kernel 2.6.36.2 Mesa 7.10-devel 20101220 xf86-video-ati git-20101129 libdrm git-20101129 OS is x86_64 KMS with Radeon HD4850 (RV770 9442) -- Configure bugmail: https

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 Alex Deucher changed: What|Removed |Added Product|xorg|DRI Component|Driver/Radeon

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #1 from Alex Deucher 2010-12-20 13:41:20 PST --- Does a newer kernel (2.6.36 or 2.6.37) help? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #2 from Robert Hooker (Sarvatt) 2010-12-20 13:42:12 PST --- Created an attachment (id=41317) --> (https://bugs.freedesktop.org/attachment.cgi?id=41317) kernel log showing the problem -- Configure bugmail:

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #3 from Robert Hooker (Sarvatt) 2010-12-20 13:44:10 PST --- (In reply to comment #1) > Does a newer kernel (2.6.36 or 2.6.37) help? He tried a git checkout from today with no luck, up to commit

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #4 from Alex Deucher 2010-12-20 13:47:01 PST --- Created an attachment (id=41318) View: https://bugs.freedesktop.org/attachment.cgi?id=41318 Review: https://bugs.freedesktop.org/review?bug=32535=41318 possible fix Does this

[Bug 32535] Graphics corruption after resume from hibernate on Thinkpad SL510 (RV710 0x1002:0x9553)

https://bugs.freedesktop.org/show_bug.cgi?id=32535 --- Comment #5 from Robert Hooker (Sarvatt) 2010-12-20 15:03:19 PST --- Created an attachment (id=41322) --> (https://bugs.freedesktop.org/attachment.cgi?id=41322) kernel log with patch It didn't help unfortunately [ 45.741351] radeon

[Bug 32455] Crash with mame using OpenGL with newest Gallium on Radeon 4350

https://bugs.freedesktop.org/show_bug.cgi?id=32455 --- Comment #5 from ?yvind S?ther 2010-12-20 16:11:27 PST --- line 179 offset += vertex_buffer->buffer_offset + r600_bo_offset(rbuffer->bo); (latest git with the "r600g: properly unset vertex buffer" abe9ffc25c8d65b48ae02cdc8445b212b9f61632

[Bug 32455] Crash with mame using OpenGL with newest Gallium on Radeon 4350

https://bugs.freedesktop.org/show_bug.cgi?id=32455 --- Comment #6 from Chris 2010-12-20 18:20:17 PST --- I get the same segfault and backtrace as ?yvind S?ther posted with the new version too, looks just like his. Thanks, does look like it's getting farther though I think. -- Configure

[Intel-gfx] [PATCH] drm: Aggressively disable vblanks

intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20101220/105a9fb6/attachment.pgp>

  1   2   >