https://bugs.freedesktop.org/show_bug.cgi?id=5
runetmem...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Hi Jani,
Sorry for late reply.
On 2012년 09월 27일 22:43, Jani Nikula wrote:
> On Thu, 27 Sep 2012, Seung-Woo Kim wrote:
>> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
>> gem
>> makes memory leak. release function of dma-buf cannot be called because
>> f_count
>>
On Fri, Nov 02, 2012 at 08:58:31PM -0400, Theodore Ts'o wrote:
> Ping?
>
> On Tue, Oct 30, 2012 at 04:32:21PM -0400, Theodore Ts'o wrote:
> > On Tue, Oct 30, 2012 at 01:57:27PM +0200, Jani Nikula wrote:
> > > > [1] drm-intel-next-queued branch at
> > > > git://people.freedesktop.org/~danvet/drm-i
Hi Linus,
scattered selection of fixes:
radeon: load detect fixes from SuSE/AMD
intel: misc i830, sdvo regression, vesafb kickoff ums fix
exynos: maintainers entry update + fixes
udl: fix stride scanout issue
its slightly bigger than I'd probably like, but nothing looked dangerous
enough to hol
Thanks Mr. Dae,
I improvised the above patch and submitted another patch for contiguous buffer.
regards,
Rahul Sharma
On Fri, Nov 2, 2012 at 10:14 AM, Inki Dae wrote:
> It's good patch. Right, there was my missing point. I thought each sgl would
> always have 4k page. But dma mapping api, dma_a
https://bugs.freedesktop.org/show_bug.cgi?id=56713
Priority: medium
Bug ID: 56713
Assignee: dri-devel@lists.freedesktop.org
Summary: etqw perf regresses over time followed by oom since
r600g: don't snoop context state while building
Hi Jesse,
FYI, there are coccinelle warnings in
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued
head: 25fb73785b14593a79198af6ed702cf15dd16e6e
commit: eba434781d68ce562aa64c423876958e6c707c84 [242/253] drm/i915: TLB
invalidation with MI_FLUSH_DW requires a post
On Sat, Nov 03, 2012 at 11:21:58AM +0100, Daniel Vetter wrote:
>
> Well, we know for sure that fdi link training is broken - it doesn't match
> at all what the spec says we should do. I've been working on this lately,
> since in quite a few circumstances the link train fails without the
> relevent
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #10 from mdrs...@t-online.de ---
I could still do some bisecting if anyone could help me
building the packages ati-dri and libg. I'm using
a modified PKGBUILD. I guess I don't need everything
build by that script. In order to get aroun
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #11 from mdrs...@t-online.de ---
Created attachment 69497
--> https://bugs.freedesktop.org/attachment.cgi?id=69497&action=edit
script to build libraries and drivers
--
You are receiving this mail because:
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=29318
Adam K Kirchhoff changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=29317
Adam K Kirchhoff changed:
What|Removed |Added
Status|NEEDINFO|RESOLVED
Resolution|---
Hi all,
On Di, 30 Okt 2012, Dave Airlie wrote:
> I would suggest starting a bisect on drivers/gpu/drm/i915 from 3.6
> final to 3.7-rc1 or maybe -rc2.
Sorry for my ignorance ... I did on master branch
$ git checkout v3.7-rc1
...
$ git bisect start drivers/gpu/drm/i915
From: Inki Dae
Chagelog v2:
remove unnecessary structure, struct g2d_gem_node.
Chagelog v1:
This patch adds iommu support for g2d driver. For this, it
adds subdrv_probe/remove callback to enable or disable
g2d iommu. And with this patch, in case of using g2d iommu,
we can get or put device addre
From: Inki Dae
With iommu support, non-continuous buffer also is supported so
this patch removes these checking from exynos_drm_gem_get/put_dma_addr
funciton.
This patch is based on the below patch set, "drm/exynos: add
iommu support for -next".
http://www.spinics.net/lists/dri-devel/msg
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121103/c6917f7a/attachment.html>
org/archives/dri-devel/attachments/20121103/b11e6040/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121103/2ff7f772/attachment.html>
Hi Jani,
Sorry for late reply.
On 2012? 09? 27? 22:43, Jani Nikula wrote:
> On Thu, 27 Sep 2012, Seung-Woo Kim wrote:
>> Increasing ref counts of both dma-buf and gem for imported dma-buf come from
>> gem
>> makes memory leak. release function of dma-buf cannot be called because
>> f_count
>>
On Fri, Nov 02, 2012 at 08:58:31PM -0400, Theodore Ts'o wrote:
> Ping?
>
> On Tue, Oct 30, 2012 at 04:32:21PM -0400, Theodore Ts'o wrote:
> > On Tue, Oct 30, 2012 at 01:57:27PM +0200, Jani Nikula wrote:
> > > > [1] drm-intel-next-queued branch at
> > > > git://people.freedesktop.org/~danvet/drm-i
Hi Linus,
scattered selection of fixes:
radeon: load detect fixes from SuSE/AMD
intel: misc i830, sdvo regression, vesafb kickoff ums fix
exynos: maintainers entry update + fixes
udl: fix stride scanout issue
its slightly bigger than I'd probably like, but nothing looked dangerous
enough to hol
Thanks Mr. Dae,
I improvised the above patch and submitted another patch for contiguous buffer.
regards,
Rahul Sharma
On Fri, Nov 2, 2012 at 10:14 AM, Inki Dae wrote:
> It's good patch. Right, there was my missing point. I thought each sgl would
> always have 4k page. But dma mapping api, dma_a
problem (and also before a 60 minute issue free etqw run
while sitting on the commit before this one).
--
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
Hi Jesse,
FYI, there are coccinelle warnings in
tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-next-queued
head: 25fb73785b14593a79198af6ed702cf15dd16e6e
commit: eba434781d68ce562aa64c423876958e6c707c84 [242/253] drm/i915: TLB
invalidation with MI_FLUSH_DW requires a post
On Sat, Nov 03, 2012 at 11:21:58AM +0100, Daniel Vetter wrote:
>
> Well, we know for sure that fdi link training is broken - it doesn't match
> at all what the spec says we should do. I've been working on this lately,
> since in quite a few circumstances the link train fails without the
> relevent
the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121103/caf32e51/attachment-0001.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121103/11011f45/attachment.html>
From: Inki Dae
Chagelog v2:
remove unnecessary structure, struct g2d_gem_node.
Chagelog v1:
This patch adds iommu support for g2d driver. For this, it
adds subdrv_probe/remove callback to enable or disable
g2d iommu. And with this patch, in case of using g2d iommu,
we can get or put device addre
From: Inki Dae
With iommu support, non-continuous buffer also is supported so
this patch removes these checking from exynos_drm_gem_get/put_dma_addr
funciton.
This patch is based on the below patch set, "drm/exynos: add
iommu support for -next".
http://www.spinics.net/lists/dri-devel/msg
From: Julia Lawall
Use WARN_ONCE rather than printk followed by WARN_ON_ONCE(1), for conciseness.
A simplified version of the semantic patch that makes this transformation
is as follows: (http://coccinelle.lip6.fr/)
//
@@
expression list es;
@@
-printk(
+WARN_ONCE(1,
es);
-WARN_ON_ONCE(1);
This patch fixes the problem of mapping gem objects which are non-contigous
dma buffers. These buffers are described using SG table and SG lists. Each
valid SG List is pointing to a single page or group of pages which are
physically contigous.
Current implementation just maps the first page of eac
This patch fixes the problem of mapping contigous dma buffers. Currently page
struct is calculated from the buf->dma_addr which is not the physical address.
It is replaced by buf->pages which points to the page struct of the first page
of contigous memory chunk. This gives the correct page frame nu
32 matches
Mail list logo
