Hello,
On (04/11/11 17:49), Konrad Rzeszutek Wilk wrote:
> On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote:
> > Hello,
> > Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon.
>
> Can you try to revert 69a07f0b117a40fcc1a479358d8e1f41793617f2 just to see
>
On Mon, Apr 11, 2011 at 05:40:11PM -0700, Linus Torvalds wrote:
> Let's hope the release cycle continues like this. I _like_ it when
> people really seem to follow the whole "big changes during the merge
> window" rules.
Sorry for disturbing the silence, but radeon seems to have issues. I
tested -
Signed-off-by: Ole Henrik Jahren
Cc: Chris Wilson
---
While adding DRM ioctl decoding support to strace, I noticed something
that looks very much like a typo. If it is intended this way, sorry
about the noise.
include/drm/i915_drm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Hi
Here you are a patch that adds big endian support for rv730 in r600
classic mesa driver. The BE modifications are almost the same as the DRM
/ DDX driver modifications
(http://lists.freedesktop.org/archives/dri-devel/2011-February/008151.html).
I used the mesa-demos to test the driver sta
On Die, 2011-04-12 at 13:30 +0200, Gabriel Paubert wrote:
>
> On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel Dänzer wrote:
> >
> > Have you ruled out any MSI related problems? I think the IRQ not working
> > could explain the symptoms...
>
> Booting with MSI disabled does not change anything.
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #15 from Michal Suchanek 2011-04-12 05:47:07
PDT ---
Is the fix going to be applied?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assign
Indeed, good catch. Luckily never ever used (libdrm takes care of it
internally) in the drmCommand(Write|Read) functions.
Acked-by: Daniel Vetter
On Tue, Apr 12, 2011 at 6:10 AM, Ole Henrik Jahren
wrote:
> Signed-off-by: Ole Henrik Jahren
> Cc: Chris Wilson
> ---
>
> While adding DRM ioctl de
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #16 from Alex Deucher 2011-04-12 07:00:28 PDT ---
Any luck bisecting the resume issues?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assi
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #17 from Michal Suchanek 2011-04-12 07:09:26
PDT ---
Those are not caused by Radeon.
They were only hidden by the Radeon issue because it came earlier.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
On Tue, Apr 12, 2011 at 4:28 AM, Sergey Senozhatsky
wrote:
> Hello,
>
> On (04/11/11 17:49), Konrad Rzeszutek Wilk wrote:
>> On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote:
>> > Hello,
>> > Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon.
>>
>> Can you
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #18 from Alex Deucher 2011-04-12 07:13:43 PDT ---
(In reply to comment #17)
> Those are not caused by Radeon.
>
> They were only hidden by the Radeon issue because it came earlier.
So the patch alone fixes suspend and resume?
--
C
On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel wrote:
> On Mon, Apr 11, 2011 at 05:40:11PM -0700, Linus Torvalds wrote:
>> Let's hope the release cycle continues like this. I _like_ it when
>> people really seem to follow the whole "big changes during the merge
>> window" rules.
>
> Sorry for distu
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #19 from Michal Suchanek 2011-04-12 08:20:35
PDT ---
The resume issue should be fixed in 2.6.39-rc3.
commit 4da9484bdece39ab0b098fa711e095e3e9fc8684
Author: H. Peter Anvin
Date: Wed Apr 6 13:10:02 2011 -0700
x86, hibernate:
fix Kconfig warning:
(DRM_I915 && STUB_POULSBO) selects ACPI_VIDEO which has unmet direct
dependencies
(ACPI && X86 && BACKLIGHT_CLASS_DEVICE && VIDEO_OUTPUT_CONTROL && INPUT)
Signed-off-by: Konstantin Khlebnikov
---
drivers/gpu/drm/Kconfig |1 +
drivers/gpu/stub/Kconfig |1 +
2 files
Hi Micel,
On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel Dänzer wrote:
> [ Adding the dri-devel list ]
>
> Have you ruled out any MSI related problems? I think the IRQ not working
> could explain the symptoms...
Booting with MSI disabled does not change anything. Actually on this
machi
On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote:
> >
> > With no_wb=1 the driver goes a bit further but the X server ends
> > up in an infinite ioctl loop and the logs are:
>
> Which ioctl does it loop on? Please provide the Xorg.0.log file as well.
>From memory, the code was 0x64
https://bugs.freedesktop.org/show_bug.cgi?id=36172
Michel Dänzer changed:
What|Removed |Added
Product|xorg|Mesa
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=36172
Michel Dänzer changed:
What|Removed |Added
Attachment #45539|text/plain |application/x-gtar-compress
mim
https://bugs.freedesktop.org/show_bug.cgi?id=36172
--- Comment #5 from Sascha 2011-04-12
09:24:45 PDT ---
Created an attachment (id=45540)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45540)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
https://bugs.freedesktop.org/show_bug.cgi?id=36172
--- Comment #6 from Sascha 2011-04-12
09:25:30 PDT ---
Created an attachment (id=45541)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45541)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=36172
Sascha changed:
What|Removed |Added
Attachment #45539|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=29842
Igor Rudchenko changed:
What|Removed |Added
CC||i...@starrain.org
--- Comment #10 fr
https://bugs.freedesktop.org/show_bug.cgi?id=36172
--- Comment #8 from Sascha 2011-04-12
10:22:22 PDT ---
(In reply to comment #4)
> Does it work better with the r600g driver?
>
> BTW, please attach files individually as opposed to packed in an archive, and
> verify that the MIME type allows vi
On Die, 2011-04-12 at 14:00 +0200, Gabriel Paubert wrote:
> On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel Dänzer wrote:
> > >
> > > With no_wb=1 the driver goes a bit further but the X server ends
> > > up in an infinite ioctl loop and the logs are:
> >
> > Which ioctl does it loop on? Please
As per Konrad's original patch, the dummy page used
by the gart code and allocated in radeon_gart_init()
was not freed properly in radeon_gart_fini().
At the same time r6xx and newer allocated and freed the
dummy page on their own. So to do Konrad's patch one
better, just remove the allocation an
Apparently only rv515 asics need the workaround
added in f24d86f1a49505cdea56728b853a5d0a3f8e3d11
(drm/radeon/kms: fix resume regression for some r5xx laptops).
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=34709
Signed-off-by: Alex Deucher
Cc: sta...@kernel.org
---
drivers/gpu/drm/radeon
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #20 from Alex Deucher 2011-04-12 10:38:59 PDT ---
I've sent the patch to Dave.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
btc and cayman asics use the same callback for
pcie port registers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index eb
On Die, 2011-04-12 at 13:32 -0400, Alex Deucher wrote:
> As per Konrad's original patch, the dummy page used
> by the gart code and allocated in radeon_gart_init()
> was not freed properly in radeon_gart_fini().
>
> At the same time r6xx and newer allocated and freed the
> dummy page on their own
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #3 from Bart Van Assche 2011-04-12
18:34:48 ---
(In reply to comment #1)
> Is this a regression? Did previous kernels work ok? If so, can you bisect?
Yes, it's a regression - 2.6.38 and 2.6.38.2 run perfectly on the same syste
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #4 from Alex Deucher 2011-04-12 18:40:28
---
'git bisect skip' to skip problematic commits.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
modetest got all segfaulty after walking off the end of the 16bpp
framebuffer that it was told was 32bpp.
---
libkms/dumb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libkms/dumb.c b/libkms/dumb.c
index 3be5f7a..fafef64 100644
--- a/libkms/dumb.c
+++ b/libkms/dumb.c
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #5 from Alex Deucher 2011-04-12 18:42:33
---
Also, the drm is not in drivers/video, it's in drivers/gpu
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On Tue, Apr 12, 2011 at 10:15:11AM -0400, Alex Deucher wrote:
> On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel wrote:
> > On Mon, Apr 11, 2011 at 05:40:11PM -0700, Linus Torvalds wrote:
> >> Let's hope the release cycle continues like this. I _like_ it when
> >> people really seem to follow the who
This is needed for setting voltages other than vddc.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
drivers/gpu/drm/radeon/r600.c|2 +-
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 10 +--
Change vddci as well as vddc when changing power modes
on evergreen/ni. Also, properly set vddci on boot up
for ni cards. The vbios only sets the limited clocks
and voltages on boot until the mc ucode is loaded. This
should fix stability problems on some btc cards.
Signed-off-by: Alex Deucher
On 2011.04.12 at 21:09 +0200, Stefan Richter wrote:
> Hi,
>
> I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point
> during userland startup:
>
> WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696()
> Hardware name: System Product Name
> NULL NULL: DMA-API: device driver
Hi,
I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point
during userland startup:
WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696()
Hardware name: System Product Name
NULL NULL: DMA-API: device driver tries to free DMA memory it has not allocated
[device address=0x000
https://bugs.freedesktop.org/show_bug.cgi?id=10978
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Summary: Game Trine from http://www.humblebundle.com/ doesn't
start
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #4|application/octet-stream|text/plain
mime type|
On Tue, Apr 12, 2011 at 01:32:13PM -0400, Alex Deucher wrote:
> As per Konrad's original patch, the dummy page used
> by the gart code and allocated in radeon_gart_init()
> was not freed properly in radeon_gart_fini().
>
> At the same time r6xx and newer allocated and freed the
> dummy page on the
https://bugs.freedesktop.org/show_bug.cgi?id=34206
Pavel Ondračka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=30052
--- Comment #13 from Sebastien Villemot 2011-04-12
20:53:48 ---
Actually I resolved my problem by forcing the loading of the "radeon" module in
initramfs, so that the Radeon card is initialized before the Intel card.
Note that I also have t
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #12 from Alex Deucher 2011-04-12 14:11:33 PDT ---
(In reply to comment #11)
>
> Yes, it does. Only the one regset is enough. Do you think I can just add this
> to some xserver startup script so that I have a workaround for now? Would
Already tracking it here: https://bugzilla.kernel.org/show_bug.cgi?id=33012
Same problem, same culprit commit.
--
Alexandre Demers
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #13 from Alex Deucher 2011-04-12 14:25:56 PDT ---
Can you attach the full xrandr --verbose output?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You a
https://bugs.freedesktop.org/show_bug.cgi?id=34534
--- Comment #14 from Alex Deucher 2011-04-12 14:44:59 PDT ---
Created an attachment (id=45556)
View: https://bugs.freedesktop.org/attachment.cgi?id=45556
Review: https://bugs.freedesktop.org/review?bug=34534&attachment=45556
possible fix
Does
https://bugs.freedesktop.org/show_bug.cgi?id=36182
--- Comment #1 from Marek Olšák 2011-04-12 15:15:26 PDT ---
Created an attachment (id=45557)
View: https://bugs.freedesktop.org/attachment.cgi?id=45557
Review: https://bugs.freedesktop.org/review?bug=36182&attachment=45557
for debugging
It ha
https://bugs.freedesktop.org/show_bug.cgi?id=36182
--- Comment #2 from Ian Romanick 2011-04-12 15:47:17 PDT
---
(In reply to comment #0)
> Created an attachment (id=4)
--> (https://bugs.freedesktop.org/attachment.cgi?id=4)
> RADEON_DEBUG=all MESA_GLSL=dump ./trine-bin
>
> While trying
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #4|0 |1
is obsolete|
From: Dave Airlie
i915 calls the panic handler function on last close to reset the modes,
however this is a really bad idea for multi-gpu machines, esp shareable
gpus machines. So add a new entry point for the driver to just restore
its own fbcon mode.
v2: move code into fb helper, fix panic cod
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Marek Olšák changed:
What|Removed |Added
Summary|Game Trine from |Game Trine from
|http://
Hi Linus,
This should have gone out a few days ago, but I was trapped watching
Disney shows with my daughter at home and I wanted to check it on a few
more machines,
Its got two reverts, one for a change I pushed out by accident to -fixes,
the other for a Xen/TTM change, that looks to be caus
On Tue, 12 Apr 2011, Joerg Roedel wrote:
> Bisecting actually gave a very weird result. It points to
>
> d2137d5af4259f50c19addb8246a186c9ffac325
>
> which is a merge-commit in the x86 tree. Even more weird is that this
> notebook is the only machine with these symptoms, all my other boxes
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 316 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110412/500376f2/attachment.pgp>
https://bugzilla.kernel.org/show_bug.cgi?id=29842
Mike Meehan changed:
What|Removed |Added
CC||mjmeehan at gmail.com
--- Comment #8 fr
https://bugzilla.kernel.org/show_bug.cgi?id=29842
--- Comment #9 from Mike Meehan 2011-04-12 02:26:49 ---
# echo low > /sys/class/drm/card0/device/power_profile
"resolves" the issue. Default power management settings for KMS put the card in
high performance mode on AC power.
# echo dynpm >
3
> > [ 175.072969] [] radeon_fence_wait+0x3c9/0x4a7
> > [ 175.072977] [] ? __init_waitqueue_head+0x46/0x46
> > [ 175.072984] [] radeon_sync_obj_wait+0xc/0xe
> > [ 175.072991] [] ttm_bo_wait+0xb8/0x174
> > [ 175.072999] [] radeon_gem_wait_idle_ioctl+0x7c/0xee
> > [ 175.073007] [] drm_ioctl+0x29f/0x381
> > [ 175.073012] [] ? radeon_gem_busy_ioctl+0x114/0x114
> > [ 175.073021] [] ? lock_release_non_nested+0x91/0x247
> > [ 175.073029] [] ? sys_rt_sigreturn+0x86/0x21c
> > [ 175.073035] [] ? sys_rt_sigreturn+0x86/0x21c
> > [ 175.073042] [] do_vfs_ioctl+0x46c/0x4ad
> > [ 175.073048] [] ? fget_light+0x11f/0x30b
> > [ 175.073054] [] ? retint_swapgs+0x13/0x1b
> > [ 175.073059] [] sys_ioctl+0x51/0x74
> > [ 175.073065] [] system_call_fastpath+0x16/0x1b
> > [ 175.073070] ---[ end trace ef966166f47d63b0 ]---
> > [ 175.074371] radeon :01:00.0: GPU softreset
> > [ 175.074375] radeon :01:00.0: GRBM_STATUS=0xB2703828
> > [ 175.074379] radeon :01:00.0: GRBM_STATUS_SE0=0x1C07
> > [ 175.074383] radeon :01:00.0: GRBM_STATUS_SE1=0x0007
> > [ 175.074387] radeon :01:00.0: SRBM_STATUS=0x20C0
> > [ 175.07] radeon :01:00.0: GRBM_SOFT_RESET=0x7F6B
> > [ 175.074550] radeon :01:00.0: GRBM_STATUS=0x3828
> > [ 175.074553] radeon :01:00.0: GRBM_STATUS_SE0=0x0007
> > [ 175.074557] radeon :01:00.0: GRBM_STATUS_SE1=0x0007
> > [ 175.074561] radeon :01:00.0: SRBM_STATUS=0x20C0
> > [ 175.075571] radeon :01:00.0: GPU reset succeed
> > [ 175.097128] radeon :01:00.0: WB enabled
> > [ 175.113623] [drm] ring test succeeded in 1 usecs
> > [...] and so on.
> >
> >
> > kernel: .39-rc2-*
> >
> >
> > Sergey
>
>
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 316 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110412/af8fc8ee/attachment-0001.pgp>
On Mon, Apr 11, 2011 at 05:40:11PM -0700, Linus Torvalds wrote:
> Let's hope the release cycle continues like this. I _like_ it when
> people really seem to follow the whole "big changes during the merge
> window" rules.
Sorry for disturbing the silence, but radeon seems to have issues. I
tested -
Signed-off-by: Ole Henrik Jahren
Cc: Chris Wilson
---
While adding DRM ioctl decoding support to strace, I noticed something
that looks very much like a typo. If it is intended this way, sorry
about the noise.
include/drm/i915_drm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
pe: text/x-patch
Size: 50426 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110412/29317133/attachment-0001.bin>
On Die, 2011-04-12 at 13:30 +0200, Gabriel Paubert wrote:
>
> On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel D?nzer wrote:
> >
> > Have you ruled out any MSI related problems? I think the IRQ not working
> > could explain the symptoms...
>
> Booting with MSI disabled does not change anything.
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #15 from Michal Suchanek 2011-04-12
05:47:07 PDT ---
Is the fix going to be applied?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assign
Indeed, good catch. Luckily never ever used (libdrm takes care of it
internally) in the drmCommand(Write|Read) functions.
Acked-by: Daniel Vetter
On Tue, Apr 12, 2011 at 6:10 AM, Ole Henrik Jahren
wrote:
> Signed-off-by: Ole Henrik Jahren
> Cc: Chris Wilson
> ---
>
> While adding DRM ioctl de
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #16 from Alex Deucher 2011-04-12 07:00:28 PDT
---
Any luck bisecting the resume issues?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the ass
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #17 from Michal Suchanek 2011-04-12
07:09:26 PDT ---
Those are not caused by Radeon.
They were only hidden by the Radeon issue because it came earlier.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
On Tue, Apr 12, 2011 at 4:28 AM, Sergey Senozhatsky
wrote:
> Hello,
>
> On (04/11/11 17:49), Konrad Rzeszutek Wilk wrote:
>> On Tue, Apr 12, 2011 at 12:02:28AM +0300, Sergey Senozhatsky wrote:
>> > Hello,
>> > Aborting (Ctrl-Brake) suspend to disk process (s2disk) brakes drm/radeon.
>>
>> Can you
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #18 from Alex Deucher 2011-04-12 07:13:43 PDT
---
(In reply to comment #17)
> Those are not caused by Radeon.
>
> They were only hidden by the Radeon issue because it came earlier.
So the patch alone fixes suspend and resume?
--
On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel wrote:
> On Mon, Apr 11, 2011 at 05:40:11PM -0700, Linus Torvalds wrote:
>> Let's hope the release cycle continues like this. I _like_ it when
>> people really seem to follow the whole "big changes during the merge
>> window" rules.
>
> Sorry for distu
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #19 from Michal Suchanek 2011-04-12
08:20:35 PDT ---
The resume issue should be fixed in 2.6.39-rc3.
commit 4da9484bdece39ab0b098fa711e095e3e9fc8684
Author: H. Peter Anvin
Date: Wed Apr 6 13:10:02 2011 -0700
x86, hibernate:
fix Kconfig warning:
(DRM_I915 && STUB_POULSBO) selects ACPI_VIDEO which has unmet direct
dependencies
(ACPI && X86 && BACKLIGHT_CLASS_DEVICE && VIDEO_OUTPUT_CONTROL && INPUT)
Signed-off-by: Konstantin Khlebnikov
---
drivers/gpu/drm/Kconfig |1 +
drivers/gpu/stub/Kconfig |1 +
2 files
Hi Micel,
On Mon, Apr 11, 2011 at 05:32:43PM +0200, Michel D?nzer wrote:
> [ Adding the dri-devel list ]
>
> Have you ruled out any MSI related problems? I think the IRQ not working
> could explain the symptoms...
Booting with MSI disabled does not change anything. Actually on this
machi
On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel D?nzer wrote:
> >
> > With no_wb=1 the driver goes a bit further but the X server ends
> > up in an infinite ioctl loop and the logs are:
>
> Which ioctl does it loop on? Please provide the Xorg.0.log file as well.
The Xorg.0.log from the previous boot is attached.
Gabriel
--BOKacYhQ+x31HxR3
Content-Type: application/x-trash
Content-Disposition: attachment; filename="Xorg.0.log.old"
Content-Transfer-Encoding: quoted-printable
=0AX.Org X Server 1.7.7=0ARelease Date: 2010-05-04=0AX Protocol Version 1
https://bugs.freedesktop.org/show_bug.cgi?id=36172
Michel D?nzer changed:
What|Removed |Added
Product|xorg|Mesa
Component|Driver/Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=36172
Michel D?nzer changed:
What|Removed |Added
Attachment #45539|text/plain |application/x-gtar-compress
mim
https://bugs.freedesktop.org/show_bug.cgi?id=36172
--- Comment #5 from Sascha 2011-04-12
09:24:45 PDT ---
Created an attachment (id=45540)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45540)
dmesg
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
https://bugs.freedesktop.org/show_bug.cgi?id=36172
--- Comment #6 from Sascha 2011-04-12
09:25:30 PDT ---
Created an attachment (id=45541)
--> (https://bugs.freedesktop.org/attachment.cgi?id=45541)
glxinfo
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=36172
Sascha changed:
What|Removed |Added
Attachment #45539|0 |1
is obsolete|
https://bugzilla.kernel.org/show_bug.cgi?id=29842
Igor Rudchenko changed:
What|Removed |Added
CC||igor at starrain.org
--- Comment #10
https://bugs.freedesktop.org/show_bug.cgi?id=36172
--- Comment #8 from Sascha 2011-04-12
10:22:22 PDT ---
(In reply to comment #4)
> Does it work better with the r600g driver?
>
> BTW, please attach files individually as opposed to packed in an archive, and
> verify that the MIME type allows vi
On Die, 2011-04-12 at 14:00 +0200, Gabriel Paubert wrote:
> On Tue, Apr 12, 2011 at 01:46:10PM +0200, Michel D?nzer wrote:
> > >
> > > With no_wb=1 the driver goes a bit further but the X server ends
> > > up in an infinite ioctl loop and the logs are:
> >
> > Which ioctl does it loop on? Please
As per Konrad's original patch, the dummy page used
by the gart code and allocated in radeon_gart_init()
was not freed properly in radeon_gart_fini().
At the same time r6xx and newer allocated and freed the
dummy page on their own. So to do Konrad's patch one
better, just remove the allocation an
Apparently only rv515 asics need the workaround
added in f24d86f1a49505cdea56728b853a5d0a3f8e3d11
(drm/radeon/kms: fix resume regression for some r5xx laptops).
Fixes:
https://bugs.freedesktop.org/show_bug.cgi?id=34709
Signed-off-by: Alex Deucher
Cc: stable at kernel.org
---
drivers/gpu/drm/rad
https://bugs.freedesktop.org/show_bug.cgi?id=34709
--- Comment #20 from Alex Deucher 2011-04-12 10:38:59 PDT
---
I've sent the patch to Dave.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
btc and cayman asics use the same callback for
pcie port registers.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeon_asic.c
index eb
On Die, 2011-04-12 at 13:32 -0400, Alex Deucher wrote:
> As per Konrad's original patch, the dummy page used
> by the gart code and allocated in radeon_gart_init()
> was not freed properly in radeon_gart_fini().
>
> At the same time r6xx and newer allocated and freed the
> dummy page on their own
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #3 from Bart Van Assche 2011-04-12
18:34:48 ---
(In reply to comment #1)
> Is this a regression? Did previous kernels work ok? If so, can you bisect?
Yes, it's a regression - 2.6.38 and 2.6.38.2 run perfectly on the same syste
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #4 from Alex Deucher 2011-04-12
18:40:28 ---
'git bisect skip' to skip problematic commits.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
modetest got all segfaulty after walking off the end of the 16bpp
framebuffer that it was told was 32bpp.
---
libkms/dumb.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libkms/dumb.c b/libkms/dumb.c
index 3be5f7a..fafef64 100644
--- a/libkms/dumb.c
+++ b/libkms/dumb.c
https://bugzilla.kernel.org/show_bug.cgi?id=32982
--- Comment #5 from Alex Deucher 2011-04-12
18:42:33 ---
Also, the drm is not in drivers/video, it's in drivers/gpu
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because:
On Tue, Apr 12, 2011 at 10:15:11AM -0400, Alex Deucher wrote:
> On Tue, Apr 12, 2011 at 5:02 AM, Joerg Roedel wrote:
> > On Mon, Apr 11, 2011 at 05:40:11PM -0700, Linus Torvalds wrote:
> >> Let's hope the release cycle continues like this. I _like_ it when
> >> people really seem to follow the who
This is needed for setting voltages other than vddc.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |2 +-
drivers/gpu/drm/radeon/r600.c|2 +-
drivers/gpu/drm/radeon/radeon.h |2 +-
drivers/gpu/drm/radeon/radeon_atombios.c | 10 +--
Change vddci as well as vddc when changing power modes
on evergreen/ni. Also, properly set vddci on boot up
for ni cards. The vbios only sets the limited clocks
and voltages on boot until the mc ucode is loaded. This
should fix stability problems on some btc cards.
Signed-off-by: Alex Deucher
On 2011.04.12 at 21:09 +0200, Stefan Richter wrote:
> Hi,
>
> I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point
> during userland startup:
>
> WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696()
> Hardware name: System Product Name
> NULL NULL: DMA-API: device driver
Hi,
I just switched from 2.6.38-rc7 to 2.6.39-rc3 and got this at some point
during userland startup:
WARNING: at lib/dma-debug.c:803 check_unmap+0x19a/0x696()
Hardware name: System Product Name
NULL NULL: DMA-API: device driver tries to free DMA memory it has not allocated
[device address=0x000
https://bugs.freedesktop.org/show_bug.cgi?id=10978
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Summary: Game Trine from http://www.humblebundle.com/ doesn't
start
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #4|application/octet-stream|text/plain
mime type|
1 - 100 of 112 matches
Mail list logo
