Hi Linus,
Nothing two major, two regressions fixes in nouveau s/r support, alpha
radeon support, and some radeon fixes.
Dave.
The following changes since commit 3210d190dcb717c328d74f8c3f69ec717d665b40:
Merge branch 'fixes' of
https://bugs.freedesktop.org/show_bug.cgi?id=39882
--- Comment #11 from Florian Mickler 2011-08-23
13:18:55 PDT ---
A patch referencing this bug report has been merged in Linux v3.1-rc3:
commit d5811e8731213f80c80d89e980505052f16aca1c
Author: Alex Deucher
Date: Sat Aug 13 13:36:13 2011
https://bugs.freedesktop.org/show_bug.cgi?id=12092
Eugeni Dodonov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=11099
Eugeni Dodonov changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Fre, 2011-08-19 at 14:59 -0400, Alex Deucher wrote:
> 2011/8/19 Michel D?nzer :
> > From: Michel D?nzer
> >
> > Signed-off-by: Michel D?nzer
>
> Should probably also take into account the additional CP rings we
> allocate on cayman.
Thanks for the heads up.
As we'd probably keep missing
From: Ben Skeggs
This was true for new TTM_PL_SYSTEM and new TTM_PL_TT cases, but wasn't
the case on TTM_PL_SYSTEM<->TTM_PL_TT moves, which causes trouble on some
paths as nouveau's move_notify() hook requires that the dma addresses be
valid at this point.
Signed-off-by: Ben
On Sun, Aug 21, 2011 at 11:15 PM, wrote:
> From: Ben Skeggs
>
> Nouveau makes the assumption that if a TTM is bound there will be a mm_node
> around for it and the backwards ordering here resulted in a use-after-free
> on some eviction paths.
>
> Signed-off-by: Ben Skeggs
Reviewed-by: Jerome
Reviewed-by: Thomas Hellstrom
On 08/22/2011 11:17 PM, Marcin Slusarz wrote:
> ttm_tt_destroy kfrees passed object, so we need to nullify
> a reference to it.
>
> Signed-off-by: Marcin Slusarz
> Cc: stable at kernel.org
> ---
> drivers/gpu/drm/ttm/ttm_bo.c |4 +++-
> 1 files changed, 3
https://bugs.freedesktop.org/show_bug.cgi?id=40128
Jonathan Nieder changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|NOTABUG
https://bugs.freedesktop.org/show_bug.cgi?id=40128
--- Comment #4 from Volodymyr Shcherbyna
2011-08-23 01:05:41 PDT ---
Hello Jonathan,
(In reply to comment #3)
> Volodymyr, am I correct in guessing that the screen sporadically turns off
> with
> linux-image-3.0.0-1-amd64 (non-rt) just like
https://bugs.freedesktop.org/show_bug.cgi?id=40128
--- Comment #3 from Jonathan Nieder 2011-08-23 00:26:57
PDT ---
Volodymyr, am I correct in guessing that the screen sporadically turns off with
linux-image-3.0.0-1-amd64 (non-rt) just like it did with Linux 2.6.32?
--
Configure bugmail:
ttm_tt_destroy kfrees passed object, so we need to nullify
a reference to it.
Signed-off-by: Marcin Slusarz
Cc: stable at kernel.org
---
drivers/gpu/drm/ttm/ttm_bo.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo.c
Reviewed-by: Thomas Hellstrom thellst...@vmware.com
On 08/22/2011 11:17 PM, Marcin Slusarz wrote:
ttm_tt_destroy kfrees passed object, so we need to nullify
a reference to it.
Signed-off-by: Marcin Slusarzmarcin.slus...@gmail.com
Cc: sta...@kernel.org
---
drivers/gpu/drm/ttm/ttm_bo.c |4
https://bugs.freedesktop.org/show_bug.cgi?id=40128
--- Comment #3 from Jonathan Nieder jrnie...@gmail.com 2011-08-23 00:26:57
PDT ---
Volodymyr, am I correct in guessing that the screen sporadically turns off with
linux-image-3.0.0-1-amd64 (non-rt) just like it did with Linux 2.6.32?
--
https://bugs.freedesktop.org/show_bug.cgi?id=40128
--- Comment #4 from Volodymyr Shcherbyna volody...@shcherbyna.com 2011-08-23
01:05:41 PDT ---
Hello Jonathan,
(In reply to comment #3)
Volodymyr, am I correct in guessing that the screen sporadically turns off
with
linux-image-3.0.0-1-amd64
https://bugs.freedesktop.org/show_bug.cgi?id=40128
Jonathan Nieder jrnie...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
On Fre, 2011-08-19 at 14:59 -0400, Alex Deucher wrote:
2011/8/19 Michel Dänzer mic...@daenzer.net:
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
Should probably also take into account the additional CP rings we
allocate on cayman.
Hi Linus,
Nothing two major, two regressions fixes in nouveau s/r support, alpha
radeon support, and some radeon fixes.
Dave.
The following changes since commit 3210d190dcb717c328d74f8c3f69ec717d665b40:
Merge branch 'fixes' of
On Sun, Aug 21, 2011 at 11:15 PM, skeg...@gmail.com wrote:
From: Ben Skeggs bske...@redhat.com
Nouveau makes the assumption that if a TTM is bound there will be a mm_node
around for it and the backwards ordering here resulted in a use-after-free
on some eviction paths.
Signed-off-by: Ben
From: Ben Skeggs bske...@redhat.com
This was true for new TTM_PL_SYSTEM and new TTM_PL_TT cases, but wasn't
the case on TTM_PL_SYSTEM-TTM_PL_TT moves, which causes trouble on some
paths as nouveau's move_notify() hook requires that the dma addresses be
valid at this point.
Signed-off-by: Ben
https://bugs.freedesktop.org/show_bug.cgi?id=11099
Eugeni Dodonov eug...@dodonov.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=12092
Eugeni Dodonov eug...@dodonov.net changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=39882
--- Comment #11 from Florian Mickler flor...@mickler.org 2011-08-23 13:18:55
PDT ---
A patch referencing this bug report has been merged in Linux v3.1-rc3:
commit d5811e8731213f80c80d89e980505052f16aca1c
Author: Alex Deucher
23 matches
Mail list logo