Hi!
here's a latop with a nvidia quadro 1000M, where the nouveau-driver
tells on startup "PGRAPH: unsupported chipset, please report", which
I'll do now. (this list was the only address I've found within the code)
because I haven't found any info, what information I should report, I'll
try it:
a
> -Original Message-
> From: Rob Clark [mailto:robdcl...@gmail.com]
> Sent: Wednesday, September 14, 2011 11:26 AM
> To: Inki Dae
> Cc: Thomas Hellstrom; kyungmin.p...@samsung.com; sw0312@samsung.com;
> linux-arm-ker...@lists.infradead.org; dri-devel@lists.freedesktop.org
> Subject: R
Hello Rob.
Sorry for being late. here was a national holiday.
> -Original Message-
> From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob
> Clark
> Sent: Thursday, September 08, 2011 3:44 AM
> To: Inki Dae
> Cc: linaro-...@lists.linaro.org; dri-devel@lists.freedesktop.o
On Tue, Sep 13, 2011 at 9:03 PM, Inki Dae wrote:
> Hi Thomas.
>
>> -Original Message-
>> From: Thomas Hellstrom [mailto:thomas at shipmail.org]
>> Sent: Monday, September 12, 2011 3:32 PM
>> To: Rob Clark
>> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; linux-
>> a
On Tue, Sep 13, 2011 at 9:03 PM, Inki Dae wrote:
> Hi Thomas.
>
>> -Original Message-
>> From: Thomas Hellstrom [mailto:tho...@shipmail.org]
>> Sent: Monday, September 12, 2011 3:32 PM
>> To: Rob Clark
>> Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; linux-
>> arm-ker...
Hi Thomas.
> -Original Message-
> From: Thomas Hellstrom [mailto:tho...@shipmail.org]
> Sent: Monday, September 12, 2011 3:32 PM
> To: Rob Clark
> Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; linux-
> arm-ker...@lists.infradead.org; dri-devel@lists.freedesktop.org
> Sub
Hi wiebittewas, dri-devel at lists.sourceforge.net, is the old ML
dri-devel at lists.freedesktop.org, is the new dri-devel.
So I am redirect the email ...
On Mon, 2011-09-12 at 22:17 +0200, wiebittewas wrote:
> Hi!
>
> here's a latop with a nvidia quadro 1000M, where the nouveau-driver
> tell
Hi Thomas.
Sorry for being late.
> -Original Message-
> From: Thomas Hellstrom [mailto:tho...@shipmail.org]
> Sent: Saturday, September 10, 2011 11:04 PM
> To: Inki Dae
> Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org;
> sw0312@samsung.com; kyungmin.p...@samsung.com; linux-arm-
2011/9/13 Michel D?nzer :
> From: Michel D?nzer
>
> Apparently this doesn't always work reliably, e.g. at resume time.
>
> Just initialize to 0, so the ring is considered empty.
>
> Tested with hibernation on Sumo and Cayman cards.
>
> Should fix https://bugs.launchpad.net/ubuntu/+source/linux/+bu
https://bugs.freedesktop.org/show_bug.cgi?id=40790
Nicholas Miell changed:
What|Removed |Added
Attachment #51059|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=40790
Nicholas Miell changed:
What|Removed |Added
Attachment #51059|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=36934
--- Comment #11 from almos 2011-09-13 14:59:31 PDT ---
(In reply to comment #10)
> (In reply to comment #7)
> > A couple of random things to try would be radeon.agpmode=4 and =-1,
> > disabling
> > tiling, ...
>
> Have you tried any of these?
https://bugs.freedesktop.org/show_bug.cgi?id=36934
--- Comment #11 from almos 2011-09-13 14:59:31 PDT ---
(In reply to comment #10)
> (In reply to comment #7)
> > A couple of random things to try would be radeon.agpmode=4 and =-1,
> > disabling
> > tiling, ...
>
> Have you tried any of these?
From: Ben Skeggs
Fixes an information leak to userspace, we were handing out un-zeroed pages
for any newly created TTM_PL_TT buffer.
Reported-by: Marcin Slusarz
Signed-off-by: Ben Skeggs
Tested-by: Marcin Slusarz
Cc: sta...@kernel.org
---
drivers/gpu/drm/ttm/ttm_bo.c |3 ++-
1 files chan
2011/9/13 Michel Dänzer :
> From: Michel Dänzer
>
> Apparently this doesn't always work reliably, e.g. at resume time.
>
> Just initialize to 0, so the ring is considered empty.
>
> Tested with hibernation on Sumo and Cayman cards.
>
> Should fix https://bugs.launchpad.net/ubuntu/+source/linux/+bu
On Die, 2011-09-13 at 05:49 +0200, Witold Baryluk wrote:
>
> I yeasterday discovered pretty nasty issue in radeon / drm code,
> and page_flip locking code on my ThinkPad T43.
Does the patch below fix the problem?
From: Michel D?nzer
Apparently this doesn't always work reliably, e.g. at resume time.
Just initialize to 0, so the ring is considered empty.
Tested with hibernation on Sumo and Cayman cards.
Should fix https://bugs.launchpad.net/ubuntu/+source/linux/+bug/820746/ .
Signed-off-by: Michel D?nze
Hi wiebittewas, dri-de...@lists.sourceforge.net, is the old ML
dri-devel@lists.freedesktop.org, is the new dri-devel.
So I am redirect the email ...
On Mon, 2011-09-12 at 22:17 +0200, wiebittewas wrote:
> Hi!
>
> here's a latop with a nvidia quadro 1000M, where the nouveau-driver
> tells on s
All the storage devices that use the dmapool set the coherent DMA
mask so they can properly use the dmapool. Since the TTM DMA pool
code is based on that and dma_alloc_coherent checks the
'coherent_dma_mask' and not 'dma_mask' we want to set it.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/g
The TTM DMA only gets turned on when the SWIOTLB is enabled - but
we might also want to turn it off when SWIOTLB is on to
use the non-DMA TTM pool code.
In the future this parameter can be removed.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c |4
in
In TTM world the pages for the graphic drivers are kept in three different
pools: write combined, uncached, and cached (write-back). When the pages
are used by the graphic driver the graphic adapter via its built in MMU
(or AGP) programs these pages in. The programming requires the virtual address
As a mechanism to detect whether SWIOTLB is enabled or not.
And as such, we might as well wrap it within an 'swiotlb_enabled()'
function that will call the swiotlb_nr_tlb.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
Signed-off-by: Konrad Rzeszutek Wilk
---
We want to pass in the 'struct device' to the TTM layer so that
the TTM DMA pool code (if enabled) can use it. The DMA API code
needs the 'struct device' to do the DMA API operations.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/nouveau/nouveau_mem.c |3 ++-
drivers/gpu/drm/radeo
Which has the function members for all of the current page pool
operations defined. The old calls (ttm_put_pages, ttm_get_pages, etc)
are plumbed through little functions which lookup in the ttm_page_alloc_func
the appropiate implementation and call it.
There is currently only one page pool code s
. instead of checking against the DMA_ERROR_CODE value which is
per-platform specific. The zero value is a known invalid value
that the TTM layer sets on the dma_address array if it is not
used (ttm_tt_alloc_page_directory calls drm_calloc_large which
creates a page with GFP_ZERO).
We can't use pc
Since v1.7: [https://lkml.org/lkml/2011/8/30/460]
- Fixed checking the DMA address in radeon/nouveau code.
Since v1: [http://lwn.net/Articles/456246/]
- Ran it through the gauntlet of SubmitChecklist and fixed issues
- Made radeon/nouveau driver set coherent_dma (which is required for dmapool)
On Mon, Sep 12, 2011 at 02:21:25PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail: daniel at ffwll.ch
Mobile: +41 (0)79 365 57 48
On Mon, Sep 12, 2011 at 02:21:22PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail: daniel at ffwll.ch
Mobile: +41 (0)79 365 57 48
. instead of checking against the DMA_ERROR_CODE value which is
per-platform specific. The zero value is a known invalid value
that the TTM layer sets on the dma_address array if it is not
used (ttm_tt_alloc_page_directory calls drm_calloc_large which
creates a page with GFP_ZERO).
We can't use pc
As a mechanism to detect whether SWIOTLB is enabled or not.
And as such, we might as well wrap it within an 'swiotlb_enabled()'
function that will call the swiotlb_nr_tlb.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
Signed-off-by: Konrad Rzeszutek Wilk
---
The TTM DMA only gets turned on when the SWIOTLB is enabled - but
we might also want to turn it off when SWIOTLB is on to
use the non-DMA TTM pool code.
In the future this parameter can be removed.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc_dma.c |4
in
All the storage devices that use the dmapool set the coherent DMA
mask so they can properly use the dmapool. Since the TTM DMA pool
code is based on that and dma_alloc_coherent checks the
'coherent_dma_mask' and not 'dma_mask' we want to set it.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/g
We want to pass in the 'struct device' to the TTM layer so that
the TTM DMA pool code (if enabled) can use it. The DMA API code
needs the 'struct device' to do the DMA API operations.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/nouveau/nouveau_mem.c |3 ++-
drivers/gpu/drm/radeo
Since v1.7: [https://lkml.org/lkml/2011/8/30/460]
- Fixed checking the DMA address in radeon/nouveau code.
Since v1: [http://lwn.net/Articles/456246/]
- Ran it through the gauntlet of SubmitChecklist and fixed issues
- Made radeon/nouveau driver set coherent_dma (which is required for dmapool)
Which has the function members for all of the current page pool
operations defined. The old calls (ttm_put_pages, ttm_get_pages, etc)
are plumbed through little functions which lookup in the ttm_page_alloc_func
the appropiate implementation and call it.
There is currently only one page pool code s
weight Desktop Environment
ii xfdesktop44.8.2-2
xfce desktop background, icons and root menu manager
I was using clear xfce profile. It was create maybe
5 days ago.
Kernel config attached.
Regards,
Witek
--
https://bugs.freedesktop.org/show_bug.cgi?id=40826
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=40826
Andy Furniss changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=40826
--- Comment #1 from Marek Olšák 2011-09-13 04:10:29 PDT ---
This should be fixed now in Mesa master, can you test?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
https://bugs.freedesktop.org/show_bug.cgi?id=40826
--- Comment #1 from Marek Ol??k 2011-09-13 04:10:29 PDT
---
This should be fixed now in Mesa master, can you test?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=40826
Summary: RV_770/90 regression by - r600g: simplify deducing
chip family
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=40826
Summary: RV_770/90 regression by - r600g: simplify deducing
chip family
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
On Die, 2011-09-13 at 05:49 +0200, Witold Baryluk wrote:
>
> I yeasterday discovered pretty nasty issue in radeon / drm code,
> and page_flip locking code on my ThinkPad T43.
Does the patch below fix the problem?
From ed7cf809c4fb737fa486b24004ee47056bf0e797 Mon Sep 17 00:00:00 2001
From: =?UT
From: Michel Dänzer
Apparently this doesn't always work reliably, e.g. at resume time.
Just initialize to 0, so the ring is considered empty.
Tested with hibernation on Sumo and Cayman cards.
Should fix https://bugs.launchpad.net/ubuntu/+source/linux/+bug/820746/ .
Signed-off-by: Michel Dänze
On Mon, Sep 12, 2011 at 02:21:25PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail: dan...@ffwll.ch
Mobile: +41 (0)79 365 57 48
___
dri-devel mailing list
dri-devel@lists.freedes
On Mon, Sep 12, 2011 at 02:21:22PM -0500, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
Reviewed-by: Daniel Vetter
--
Daniel Vetter
Mail: dan...@ffwll.ch
Mobile: +41 (0)79 365 57 48
___
dri-devel mailing list
dri-devel@lists.freedes
46 matches
Mail list logo
