These variables get allocated twice so the first allocation is a
memory leak.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c
index c7cff3d..86c5e4c 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_resource.c
+++ b/drivers/
On Mon, 2011-10-17 at 19:52 +0200, Daniel Vetter wrote:
> On Mon, Oct 17, 2011 at 01:06:59PM -0400, Steven Rostedt wrote:
> > It's running Fedora 14, and I rather avoid Gnome3 and systemd, which
> > prevents me from moving her to Fedora 15. If F14 does not provide the
> > necessary updates, I'll mo
On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines wrote:
> From: Hugh Dickins
>
> Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if
> we're going to reboot immediately, the user will not be able to see the
> messages anyway, and messing with the video mode may display ar
On Tue, Oct 18, 2011 at 10:19 AM, Dave Young wrote:
> On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines
> wrote:
>> From: Hugh Dickins
>>
>> Add a check for panic_timeout in the drm_fb_helper_panic() notifier: if
>> we're going to reboot immediately, the user will not be able to see the
>>
On Thu, 13 Oct 2011 16:08:51 -0700
Andi Kleen wrote:
> From: Andi Kleen
>
> With the tracing code in there they are far too big to inline.
>
> .text savings compared to a non force inline kernel:
>
> i915_restore_display4393 12036 +7643
> i915_save_display
Casting "len" from uin32_t to uint8_t in min_t() truncates the upper
bits. It doesn't matter in this case because "len" is never more
than 0x1f, but Smatch warns about it, so let's change it.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/
memtimings is a valid pointer here, the intent was to test for
kcalloc() failure.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/nouveau_perf.c
b/drivers/gpu/drm/nouveau/nouveau_perf.c
index 9f178aa..33d03fb 100644
--- a/drivers/gpu/drm/nouveau/nouveau_perf.c
+++ b/drivers/gp
The intent here was to return an error code, but instead the code
returns the number of bytes remaining (that weren't copied).
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_ioctl.c
index 97f23ab..3f63435 100644
--- a/drivers/gpu/
If ret is non-zero then we don't initialize the struct which leaks
stack information to user space.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
b/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
index d4a1d8b..28e1c35 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_execb
Hi Alex,
Sorry for the late reply.
I tried the patch on our mipsel platform, but got the following:
[1.335937] [drm] Loading RS780 Microcode
[1.910156] [drm:r600_ring_test] *ERROR* radeon: ring test failed
(scratch(0x8504)=0xCAFEDEAD)
[1.917968] radeon :01:05.0: disabling GPU accel
Hi,
在 2011年10月17日 下午2:34， 写道：
> If I start X but switch to the console, then do suspend & resume, "GPU
> reset" hardly happen. but there is a new problem that the IRQ of radeon
> card is disabled. Maybe "GPU reset" has something to do with "IRQ
> disabled"?
>
> I have tried "irqpoll", it doesn't
On Tue, Oct 18, 2011 at 09:10 +0300, Dan Carpenter wrote:
> If ret is non-zero then we don't initialize the struct which leaks
> stack information to user space.
>
> Signed-off-by: Dan Carpenter
Reviewed-by: Vasiliy Kulikov
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c
> b/drivers/gp
On Wed, Oct 19, 2011 at 2:29 AM, Mandeep Singh Baines wrote:
> Dave Young (hidave.darks...@gmail.com) wrote:
>> On Tue, Oct 18, 2011 at 10:19 AM, Dave Young
>> wrote:
>> > On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines
>> > wrote:
>> >> From: Hugh Dickins
>> >>
>> >> Add a check for pa
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #7 from Gašper Sedej 2011-10-19 01:31:36 PDT ---
I tried disabling extension but still wrong shading. (like it was some "net" on
sun)
variable is working because I don't see any output when I do
:$ MESA_EXTENSION_OVERRIDE=-GL_EXT_tex
Hi Linus,
one quite urgent fixes for AMD Llano APU users, one earlier patch
uncovered a bug in the atom parsing code that resulted in semi-random
memory corruption when executing load detection tables. I spent a few days
scratching my head and Alex figured it out once I got enough debug logs.
- Original Message -
> Thanks for taking interesting in our driver.
>
> - Original Message -
> > Hi,
> >
> > I 'm trying to test KMS functionality of latest vmwgfx module.
> > I tried the code from
> > http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
> >
> > as a simple
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Eugeni Dodonov changed:
What|Removed |Added
CC||eug...@dodonov.net
--- Comment #6 from
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #7 from Eugeni Dodonov 2011-10-19 04:54:59 PDT
---
(I know that you already tested them via my blog post, but I added some small
changes to them - try booting with 'drm.debug=0.04' with both of those patches
now, and attach the dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #8 from Eugeni Dodonov 2011-10-19 04:55:52 PDT
---
E of course, I meant drm.debug=0x04. In the morning, I guess I type faster
than I mentally spell-check :).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Alex Deucher changed:
What|Removed |Added
Summary|[kms] Muxless modesetting |[kms] Muxless radeon takes
https://bugs.freedesktop.org/show_bug.cgi?id=41846
--- Comment #6 from Michel Dänzer 2011-10-19 08:04:23 PDT
---
You need to enable 2D acceleration with Option "2DAccel".
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=41846
Martin Stolpe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=42002
Bug #: 42002
Summary: graphical glitches when using Xorg state tracker and
2D acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Ot
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #1 from Martin Stolpe 2011-10-19 10:55:24
PDT ---
Created attachment 52530
--> https://bugs.freedesktop.org/attachment.cgi?id=52530
Screenshot of Firefox when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #2 from Martin Stolpe 2011-10-19 10:55:55
PDT ---
Created attachment 52531
--> https://bugs.freedesktop.org/attachment.cgi?id=52531
Screenshot of Notepad++ when 2d acceleration is enabled
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #3 from Martin Stolpe 2011-10-19 10:56:29
PDT ---
Created attachment 52532
--> https://bugs.freedesktop.org/attachment.cgi?id=52532
Screenshot of Notepad++ when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #4 from Martin Stolpe 2011-10-19 11:09:25
PDT ---
Created attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #5 from Martin Stolpe 2011-10-19 11:09:53
PDT ---
Created attachment 52540
--> https://bugs.freedesktop.org/attachment.cgi?id=52540
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #6 from Martin Stolpe 2011-10-19 11:12:49
PDT ---
Comment on attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
I've trimmed the log file at the end. The last three lines are repeated several
time
https://bugs.freedesktop.org/show_bug.cgi?id=42009
Bug #: 42009
Summary: audio stutters with xorg state tracker and 2D
acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #1 from Martin Stolpe 2011-10-19 12:54:30
PDT ---
Created attachment 52544
--> https://bugs.freedesktop.org/attachment.cgi?id=52544
perf output when 2D acceleration is enabled
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #2 from Martin Stolpe 2011-10-19 12:55:25
PDT ---
Created attachment 52545
--> https://bugs.freedesktop.org/attachment.cgi?id=52545
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #3 from Martin Stolpe 2011-10-19 12:56:01
PDT ---
Created attachment 52546
--> https://bugs.freedesktop.org/attachment.cgi?id=52546
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=41086
--- Comment #5 from Matthias Bläsing 2011-10-19
14:51:59 PDT ---
Created attachment 52553
--> https://bugs.freedesktop.org/attachment.cgi?id=52553
garbadge in gnome-terminal
This problem also shows in ubuntu after upgrading from natty+xorg-ed
If the card is capable of more than 32-bit, then use the default
TTM page pool code which allocates from anywhere in the memory.
Note: If the 'ttm.no_dma' parameter is set, the override is ignored
and the default TTM pool is used.
CC: Ben Skeggs
CC: Francisco Jerez
CC: Dave Airlie
Signed-off-b
Instead of passing the 'int flags' and 'enum caching_state caching_state'
as parameters, pass in the 'struct ttm_tt' and let the ttm_[put|get]_pages
extract those parameters.
We also wrap the ttm_[put|get]_pages so that we can extract those two
parameters from the 'struct ttm_tt'. The reason for w
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_memory.c |7 +--
. 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 the ttm->be->func->[get|put]_pages can be called and they would
dereference on ttm->be which was set to NULL.
Instead of clearing it there, pass in a flag to the ttm_tt_free_allocated_pages
whether to clear the pages or not (you are not suppose to clear the pages
when destroying them).
Signe
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 two overrides will be choosen by the backends whether they
want to use a different TTM page pool than the default.
If the backend does not choose a new override, the default one
will be used.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 10 +++---
in
[.. and this is what I said in v1 post]:
Way back in January this patchset:
http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html
was merged in, but pieces of it had to be reverted b/c they did not
work properly under PowerPC, ARM, and when swapping out pages to disk.
After a b
which was used in the "ttm: Wrap ttm_[put|get]_pages and
extract GFP_* and caching states from 'struct ttm_tt" patch.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 83 -
1 files changed, 40 insertions(+), 43 deletions(-)
diff -
. with the exception that we do not handle the AGP case. We only
deal with PCIe cards such as ATI ES1000 or HD3200 that have been
detected to only do DMA up to 32-bits.
Note: If the ttm.no_dma is set, this operation will not override
the TTM page pool to use the DMA one.
CC: Dave Airlie
CC: Alex
As a mechanism to detect whether SWIOTLB is enabled or not.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
[v1: Ripped out swiotlb_enabled]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/swiotlb-xen.c |2 +-
include/linux/swiotlb.h |2 +-
lib/s
On Wed, Oct 19, 2011 at 06:19:21PM -0400, Konrad Rzeszutek Wilk wrote:
Hmm, seems a part of this got eaten by the Internet monsters.
Since v2.0: [not posted]
- Redid the registration/override to be tightly integrated with the
'struct ttm_backend_func' per Thomas's suggestion.
Since v1.9: [not
https://bugs.freedesktop.org/show_bug.cgi?id=42025
Bug #: 42025
Summary: [RADEON:KMS:R600] wine, Halo Trial: glPointSize error
= INVALID_VALUE
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #6 from Vadim 2011-10-18 17:34:26 PDT ---
(In reply to comment #5)
> Thanks. Kernel 3.0 solved the problem.
> Render is still not perfect and speed is bad, but it's wokring :).
> I see odd shading and odd image in dark (ignore tearing
On Wed, Oct 19, 2011 at 2:29 AM, Mandeep Singh Baines
wrote:
> Dave Young (hidave.darkstar at gmail.com) wrote:
>> On Tue, Oct 18, 2011 at 10:19 AM, Dave Young
>> wrote:
>> > On Tue, Oct 18, 2011 at 8:06 AM, Mandeep Singh Baines > > chromium.org> wrote:
>> >> From: Hugh Dickins
>> >>
>> >> Add
https://bugs.freedesktop.org/show_bug.cgi?id=41744
--- Comment #7 from Ga?per Sedej 2011-10-19 01:31:36 PDT
---
I tried disabling extension but still wrong shading. (like it was some "net" on
sun)
variable is working because I don't see any output when I do
:$ MESA_EXTENSION_OVERRIDE=-GL_EXT_te
Hi Linus,
one quite urgent fixes for AMD Llano APU users, one earlier patch
uncovered a bug in the atom parsing code that resulted in semi-random
memory corruption when executing load detection tables. I spent a few days
scratching my head and Alex figured it out once I got enough debug logs.
- Original Message -
> Thanks for taking interesting in our driver.
>
> - Original Message -
> > Hi,
> >
> > I 'm trying to test KMS functionality of latest vmwgfx module.
> > I tried the code from
> > http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
> >
> > as a simple
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Eugeni Dodonov changed:
What|Removed |Added
CC||eugeni at dodonov.net
--- Comment #6 fr
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #7 from Eugeni Dodonov 2011-10-19 04:54:59
PDT ---
(I know that you already tested them via my blog post, but I added some small
changes to them - try booting with 'drm.debug=0.04' with both of those patches
now, and attach the dmesg
https://bugs.freedesktop.org/show_bug.cgi?id=41971
--- Comment #8 from Eugeni Dodonov 2011-10-19 04:55:52
PDT ---
E of course, I meant drm.debug=0x04. In the morning, I guess I type faster
than I mentally spell-check :).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=
On Fri, Oct 14, 2011 at 10:45:50AM -0500, Rob Clark wrote:
> From: Rob Clark
>
> A DRM display driver for TI OMAP platform. Similar to omapfb (fbdev)
> and omap_vout (v4l2 display) drivers in the past, this driver uses the
> DSS2 driver to access the display hardware, including support for
> HDM
https://bugs.freedesktop.org/show_bug.cgi?id=41971
Alex Deucher changed:
What|Removed |Added
Summary|[kms] Muxless modesetting |[kms] Muxless radeon takes
https://bugs.freedesktop.org/show_bug.cgi?id=41846
--- Comment #6 from Michel D?nzer 2011-10-19 08:04:23
PDT ---
You need to enable 2D acceleration with Option "2DAccel".
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=41846
Martin Stolpe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=42002
Bug #: 42002
Summary: graphical glitches when using Xorg state tracker and
2D acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Ot
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #1 from Martin Stolpe 2011-10-19
10:55:24 PDT ---
Created attachment 52530
--> https://bugs.freedesktop.org/attachment.cgi?id=52530
Screenshot of Firefox when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freedes
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #2 from Martin Stolpe 2011-10-19
10:55:55 PDT ---
Created attachment 52531
--> https://bugs.freedesktop.org/attachment.cgi?id=52531
Screenshot of Notepad++ when 2d acceleration is enabled
--
Configure bugmail: https://bugs.freede
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #3 from Martin Stolpe 2011-10-19
10:56:29 PDT ---
Created attachment 52532
--> https://bugs.freedesktop.org/attachment.cgi?id=52532
Screenshot of Notepad++ when 2d acceleration is disabled
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #4 from Martin Stolpe 2011-10-19
11:09:25 PDT ---
Created attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #5 from Martin Stolpe 2011-10-19
11:09:53 PDT ---
Created attachment 52540
--> https://bugs.freedesktop.org/attachment.cgi?id=52540
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42002
--- Comment #6 from Martin Stolpe 2011-10-19
11:12:49 PDT ---
Comment on attachment 52539
--> https://bugs.freedesktop.org/attachment.cgi?id=52539
Xorg.0.log
I've trimmed the log file at the end. The last three lines are repeated several
time
https://bugs.freedesktop.org/show_bug.cgi?id=42009
Bug #: 42009
Summary: audio stutters with xorg state tracker and 2D
acceleration enabled
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #1 from Martin Stolpe 2011-10-19
12:54:30 PDT ---
Created attachment 52544
--> https://bugs.freedesktop.org/attachment.cgi?id=52544
perf output when 2D acceleration is enabled
--
Configure bugmail: https://bugs.freedesktop.org/us
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #2 from Martin Stolpe 2011-10-19
12:55:25 PDT ---
Created attachment 52545
--> https://bugs.freedesktop.org/attachment.cgi?id=52545
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=42009
--- Comment #3 from Martin Stolpe 2011-10-19
12:56:01 PDT ---
Created attachment 52546
--> https://bugs.freedesktop.org/attachment.cgi?id=52546
xorg.conf
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
https://bugs.freedesktop.org/show_bug.cgi?id=41086
--- Comment #5 from Matthias Bl?sing 2011-10-19
14:51:59 PDT ---
Created attachment 52553
--> https://bugs.freedesktop.org/attachment.cgi?id=52553
garbadge in gnome-terminal
This problem also shows in ubuntu after upgrading from natty+xorg-ed
If the card is capable of more than 32-bit, then use the default
TTM page pool code which allocates from anywhere in the memory.
Note: If the 'ttm.no_dma' parameter is set, the override is ignored
and the default TTM pool is used.
CC: Ben Skeggs
CC: Francisco Jerez
CC: Dave Airlie
Signed-off-b
Instead of passing the 'int flags' and 'enum caching_state caching_state'
as parameters, pass in the 'struct ttm_tt' and let the ttm_[put|get]_pages
extract those parameters.
We also wrap the ttm_[put|get]_pages so that we can extract those two
parameters from the 'struct ttm_tt'. The reason for w
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_memory.c |7 +--
. 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 the ttm->be->func->[get|put]_pages can be called and they would
dereference on ttm->be which was set to NULL.
Instead of clearing it there, pass in a flag to the ttm_tt_free_allocated_pages
whether to clear the pages or not (you are not suppose to clear the pages
when destroying them).
Signe
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 two overrides will be choosen by the backends whether they
want to use a different TTM page pool than the default.
If the backend does not choose a new override, the default one
will be used.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 10 +++---
in
[.. and this is what I said in v1 post]:
Way back in January this patchset:
http://lists.freedesktop.org/archives/dri-devel/2011-January/006905.html
was merged in, but pieces of it had to be reverted b/c they did not
work properly under PowerPC, ARM, and when swapping out pages to disk.
After a b
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
which was used in the "ttm: Wrap ttm_[put|get]_pages and
extract GFP_* and caching states from 'struct ttm_tt" patch.
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 83 -
1 files changed, 40 insertions(+), 43 deletions(-)
diff -
. with the exception that we do not handle the AGP case. We only
deal with PCIe cards such as ATI ES1000 or HD3200 that have been
detected to only do DMA up to 32-bits.
Note: If the ttm.no_dma is set, this operation will not override
the TTM page pool to use the DMA one.
CC: Dave Airlie
CC: Alex
As a mechanism to detect whether SWIOTLB is enabled or not.
We also fix the spelling - it was swioltb instead of
swiotlb.
CC: FUJITA Tomonori
[v1: Ripped out swiotlb_enabled]
Signed-off-by: Konrad Rzeszutek Wilk
---
drivers/xen/swiotlb-xen.c |2 +-
include/linux/swiotlb.h |2 +-
lib/s
On Wed, Oct 19, 2011 at 06:19:21PM -0400, Konrad Rzeszutek Wilk wrote:
Hmm, seems a part of this got eaten by the Internet monsters.
Since v2.0: [not posted]
- Redid the registration/override to be tightly integrated with the
'struct ttm_backend_func' per Thomas's suggestion.
Since v1.9: [not
84 matches
Mail list logo
