the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/c3fc4797/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/297a33f3/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/e55b74ed/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/bcfed683/attachment.html>
Please advise.
Thank you
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/1fb444b1/attachment.html>
alternate method of getting it to
you.
Thank you
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/20843693/attachment-0
hing
different and was specifically designed to be useful for more than just
one DRM driver. However, people seem to prefer to make assumptions about
this code rather than actually go look (or even read the description)
what it really is about.
Besides I already have a working solution for the "one DRM driver". And
replacing it with the component/master helpers as-is will make it worse
than it is. Hence in order to avoid wasting more of everyone's time I
have now dropped patches 2-4 and changed patch 5 to only convert to the
drm_dev_set_unique() function, which is the more important piece of the
series anyway.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/be9bd86a/attachment.sig>
Hi
On Fri, May 23, 2014 at 5:58 AM, Alexandre Courbot
wrote:
> ttm_tt_cache_flush's implementation was removed in 2009 by commit
> c9c97b8c, but its declaration has been hiding in ttm_bo_driver.h since
> then.
>
> It has been surviving in the dark for too long now ; give it the mercy
> blow.
>
>
Hi
On Fri, May 23, 2014 at 5:58 AM, Alexandre Courbot
wrote:
> The kerneldoc header of ttm_bo_create() was referring to another
> (nonexisting) function and had a few obsolete or incorrect arguments.
>
> Signed-off-by: Alexandre Courbot
Reviewed-by: David Herrmann
Thanks
David
> ---
> incl
Hi
On Sat, May 24, 2014 at 11:05 PM, Vincent Stehl?
wrote:
> The dma_buf_export function was updated in commit 4bcec44ffaf9 'dma-buf: use
> reservation objects' to take a reservation object parameter; update Armada
> export method accordingly.
>
> This fixes the following compilation error:
>
>
shmem supports page-relocations during swapin since quite some time. It
was implemented in:
commit bde05d1ccd512696b09db9dd2e5f33ad19152605
Author: Hugh Dickins
Date: Tue May 29 15:06:38 2012 -0700
shmem: replace page if mapping excludes its zone
The gem-comment about wron
shmem_read_mapping_page() uses mapping_gfp_mask(mapping) as default gfp
mask. No reason to use shmem_read_mapping_page_gfp() directly if we want
the default behavior.
Cc: Russell King
Signed-off-by: David Herrmann
---
drivers/gpu/drm/armada/armada_gem.c | 4 +---
1 file changed, 1 insertion(+),
Instead of shuffling gfp-masks all the time, use the
shmem_read_mapping_page() helper. Note that __GFP_IO and __GFP_WAIT are
set in mapping_gfp_mask() for i915, so the behavior is still the same.
Cc: Daniel Vetter
Cc: Jani Nikula
Signed-off-by: David Herrmann
---
drivers/gpu/drm/i915/i915_gem.
OMAP requires bo-pages to be in the DMA32 zone. Explicitly request this by
setting __GFP_DMA32 as mapping-gfp-mask during shmem initialization. This
drops HIGHMEM from the gfp-mask and uses DMA32 instead. shmem-core takes
care to relocate pages during swap-in in case they have been loaded into
the
drm_gem_get_pages() currently allows passing a 'gfp' parameter that is
passed to shmem combined with mapping_gfp_mask(). Given that the default
mapping_gfp_mask() is GFP_HIGHUSER, it is _very_ unlikely that anyone will
ever make use of that parameter. In fact, all drivers currently pass
redundant f
Hi
On Wed, May 21, 2014 at 3:17 PM, Daniel Vetter wrote:
> On Wed, May 21, 2014 at 02:16:26PM +0200, David Herrmann wrote:
>> The shmem subsystem supports relocating pages on swap-in in case it was
>> loaded into the wrong zone. This was implemented 2 years ago in:
>>
>> commit bde05d1ccd5126
https://bugzilla.kernel.org/show_bug.cgi?id=74751
--- Comment #22 from Tasev Nikola ---
Hi Daniel,
I didn't notice your last reply until today when i was testing
the 3.15-rc6 kernel to report that is still not working.
cat /sys/power/pm_test give me :
[none] core processors platform devices fre
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/e8d0151b/attachment.html>
.x86_64
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/42e6e881/attachment.html>
Malte Schr?der wrote:
> Hi,
> I just tried 3.15-rc6. I encountered a pretty nasty problem, which is
> after suspending to RAM the system doesn't wake up properly. v3.14 is fine.
> On wakeup all seems fine, i.e. hd starts to spin an USB-stuff wakes up.
> But all I get from the graphics card is a whi
iving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/6260310a/attachment.html>
On Sun, May 25, 2014 at 2:34 PM, David Herrmann
wrote:
> shmem supports page-relocations during swapin since quite some time. It
> was implemented in:
>
> commit bde05d1ccd512696b09db9dd2e5f33ad19152605
> Author: Hugh Dickins
> Date: Tue May 29 15:06:38 2012 -0700
>
> shmem
On Sun, May 25, 2014 at 02:08:48PM +0200, David Herrmann wrote:
> Hi
>
> On Sat, May 24, 2014 at 11:05 PM, Vincent Stehl?
> wrote:
> > The dma_buf_export function was updated in commit 4bcec44ffaf9 'dma-buf: use
> > reservation objects' to take a reservation object parameter; update Armada
> > ex
On Sun, May 25, 2014 at 02:34:09PM +0200, David Herrmann wrote:
> shmem_read_mapping_page() uses mapping_gfp_mask(mapping) as default gfp
> mask. No reason to use shmem_read_mapping_page_gfp() directly if we want
> the default behavior.
>
> Cc: Russell King
> Signed-off-by: David Herrmann
Nothi
On Sun, May 25, 2014 at 6:10 PM, Daniel Vetter wrote:
> On Sat, May 24, 2014 at 8:30 PM, Rob Clark wrote:
>> @@ -8002,7 +8002,7 @@ bool intel_get_load_detect_pipe(struct drm_connector
>> *connector,
>> if (encoder->crtc) {
>> crtc = encoder->crtc;
>>
>> - mu
anything else or if there are some detailed
instructions on what to do, just tell me and I'll try to find some time.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.fre
f the garbled text and the inability to use agpmode=8.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140525/
27 matches
Mail list logo
