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://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
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
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
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
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:
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
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
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
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
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
Already tracking it here: https://bugzilla.kernel.org/show_bug.cgi?id=33012
Same problem, same culprit commit.
--
Alexandre Demers
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Marek Olšák changed:
What|Removed |Added
Summary|Game Trine from |Game Trine from
|http://
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Marek Ol??k changed:
What|Removed |Added
Summary|Game Trine from |Game Trine from
|http://
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
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://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=36182
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #4|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=36182
Krzysztof A. Sobiecki changed:
What|Removed |Added
Attachment #4|0 |1
is obsolete|
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
--- 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
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
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=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 #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 h
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
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 +--
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=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
Doe
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
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 #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
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 #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
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? Woul
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.
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=34206
Pavel Ondračka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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=34206
Pavel Ondra?ka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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
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|
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|
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
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=10978
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=10978
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
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
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 +--
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
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:
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 #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
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
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>
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
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 -
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
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
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
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
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
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
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
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
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 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
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
pe: text/x-patch
Size: 50426 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20110412/29317133/attachment-0001.bin>
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
Sascha changed:
What|Removed |Added
Attachment #45539|0 |1
is obsolete|
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://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
--- 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 #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
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
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
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
Product|xorg|Mesa
Component|Driver/Radeon
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
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
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
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:
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:
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 #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 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?
--
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
---
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
---
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 #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
1 - 100 of 112 matches
Mail list logo