Hi Daniel,
2013/5/17 Daniel Vetter
> On Wed, May 15, 2013 at 4:06 PM, Rob Clark wrote:
> > So while it seems nice and orthogonal/clean to couple cache and
> > synchronization and handle dma->cpu and cpu->cpu and cpu->dma in the
> > same generic way, but I think in practice we have to make thing
https://bugs.freedesktop.org/show_bug.cgi?id=64738
Priority: medium
Bug ID: 64738
Assignee: dri-devel@lists.freedesktop.org
Summary: graphics corruption with glamor
Severity: normal
Classification: Unclassified
OS: All
https://bugs.freedesktop.org/show_bug.cgi?id=64738
--- Comment #1 from Alexander Tsoy ---
Created attachment 79494
--> https://bugs.freedesktop.org/attachment.cgi?id=79494&action=edit
screenshot [1]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64738
--- Comment #2 from Alexander Tsoy ---
Created attachment 79495
--> https://bugs.freedesktop.org/attachment.cgi?id=79495&action=edit
screenshot [2]
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=64738
--- Comment #3 from Alexander Tsoy ---
Created attachment 79496
--> https://bugs.freedesktop.org/attachment.cgi?id=79496&action=edit
Xorg log
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=64738
--- Comment #4 from Alexander Tsoy ---
This graphics artifacts are persist until the window is redrawn.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #10 from Mike Lothian ---
I've now recompiled everything from upstream - kwin now renders however it has
a pinkish hugh to the bottom right - this didn't happen when I tested the
patches separately
--
You are receiving this mail bec
https://bugs.freedesktop.org/show_bug.cgi?id=63579
--- Comment #20 from Alex Deucher ---
yes:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=f732036f12d67a96f546c11236fa635b3eda6e9c
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=64738
--- Comment #5 from Alexander Tsoy ---
Created attachment 79497
--> https://bugs.freedesktop.org/attachment.cgi?id=79497&action=edit
Screenshot of notification area
No claws-mail and gajim icons here.
--
You are receiving this mail because:
On Sat, May 18, 2013 at 1:46 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 19:12:19 +0200
> Sebastian Hesselbarth wrote:
>
>> The RFC sent by Russell King was missing an include for tda998x. This
>> is just a compatible clone to remember Russell to add that later.
>>
>> Signed-off-by: Seba
On Sat, May 18, 2013 at 2:58 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 14:23:19 -0400
> Rob Clark wrote:
>
>> > These parameters should not be there. It seems to me that the DT is the
>> > right place.
>>
>> You might not want to directly have a hard DT dependency in tda998x,
>> as the
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #32 from Hristo Venev ---
Created attachment 79504
--> https://bugs.freedesktop.org/attachment.cgi?id=79504&action=edit
Results of OpenCL test
BREAKTHROUGH!
OpenCL works. Kinda. Tried the following kernel:
__kernel void add(__glob
On Fri, 17 May 2013 19:00:29 +0100
Russell King - ARM Linux wrote:
> > Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> > transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> > case. And, yes, I better like a hardware cursor: it asks for less
> > computati
On Thu, 16 May 2013 20:26:18 +0100
Russell King wrote:
> When switching between various drivers for this device, it's possible
> that some critical registers are left containing values which affect
> the device operation. One such case encountered is the VIP output
> mux register. This defaults
This adds a video card node required for rmk's dove_drm driver. Reg
property matches reserved memory region (currently 16M at top of memory),
clocks property should carry extclk0 for now.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Cc: dri-d
This adds device tree nodes for the lcd controllers found on Marvell
Dove SoCs. For now, there is no DT documentation and clocks property
should refer to clock connected to extclk0 pin.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Cc: dri-dev
This RFC adds DT support to the DRM driver for Marvell Dove SoCs
posted by Russell King recently. For those booting DT with appended
ATAGs, remember to reduce probed memory by passing mem=1008M as
kernel parameter.
There was an include missing in Russell's RFC that is also added.
Sebastian Hessel
This adds OF support for the Dove DRM driver recently posted as RFC by
Russell King.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Cc: dri-devel@lists.freedesktop.org
Cc: Jason Cooper
Cc: Jean-Francois Moine
---
drivers/gpu/drm/dove/Kconfig
The RFC sent by Russell King was missing an include for tda998x. This
is just a compatible clone to remember Russell to add that later.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-ker...@lists.infradead.org
Cc: dri-devel@lists.freedesktop.org
Cc: Jason Cooper
Cc: Jea
On Sat, 18 May 2013 19:12:17 +0200
Sebastian Hesselbarth wrote:
> This adds a video card node required for rmk's dove_drm driver. Reg
> property matches reserved memory region (currently 16M at top of memory),
> clocks property should carry extclk0 for now.
>
> Signed-off-by: Sebastian Hesselbar
On Sat, 18 May 2013 19:12:18 +0200
Sebastian Hesselbarth wrote:
> This adds OF support for the Dove DRM driver recently posted as RFC by
> Russell King.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: dri-devel@lists.freedeskto
On Sat, 18 May 2013 19:12:19 +0200
Sebastian Hesselbarth wrote:
> The RFC sent by Russell King was missing an include for tda998x. This
> is just a compatible clone to remember Russell to add that later.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: linux-arm-ker...@l
On 05/18/2013 07:45 PM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 19:12:18 +0200
Sebastian Hesselbarth wrote:
This adds OF support for the Dove DRM driver recently posted as RFC by
Russell King.
...
Jean-Francois,
one thing first: It is an RFC! It is to allow you to _test_ rmk's driver
On 05/18/2013 07:46 PM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 19:12:19 +0200
Sebastian Hesselbarth wrote:
The RFC sent by Russell King was missing an include for tda998x. This
is just a compatible clone to remember Russell to add that later.
Signed-off-by: Sebastian Hesselbarth
...
On 05/18/2013 07:33 PM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 19:12:17 +0200
Sebastian Hesselbarth wrote:
This adds a video card node required for rmk's dove_drm driver. Reg
property matches reserved memory region (currently 16M at top of memory),
clocks property should carry extclk0 f
On Sat, 18 May 2013 14:23:19 -0400
Rob Clark wrote:
> > These parameters should not be there. It seems to me that the DT is the
> > right place.
>
> You might not want to directly have a hard DT dependency in tda998x,
> as the encoder could be used on non-DT platforms. Although a DT to
> enco
On Sat, 18 May 2013 20:20:00 +0200
Sebastian Hesselbarth wrote:
> I put nothing to garbage. _You_ also agreed to merge with rmk's driver!
> We can now put in all features we implemented differently
> _step-by-step_.
>
> Merging the drivers starts with adding support for DT - that is what
> I pro
Add ULL prefix to avoid overflow.
Signed-off-by: Niels Ole Salscheider
---
drivers/gpu/drm/radeon/evergreen.c | 4 ++--
drivers/gpu/drm/radeon/radeon_ttm.c | 2 +-
drivers/gpu/drm/radeon/si.c | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon
On 05/18/2013 08:58 PM, Jean-Francois Moine wrote:
On Sat, 18 May 2013 14:23:19 -0400
Rob Clark wrote:
These parameters should not be there. It seems to me that the DT is the
right place.
You might not want to directly have a hard DT dependency in tda998x,
as the encoder could be used on non
On Sat, May 18, 2013 at 09:30:09PM +0200, Sebastian Hesselbarth wrote:
> The device for tda998x yes, but not the driver. Anyway, Russel decided
> to have tda998x probed by his drm_driver.
For the simple reason that _that_ is how DRM slave encoders work.
Sometimes, reading the code of the subsystem
On Sat, May 18, 2013 at 07:45:02PM +0200, Jean-Francois Moine wrote:
> It seems we are moving backwards:
> - what about the display controller?
> - how do you clone the lcd 0 output to the port B?
> - what occurs when the si5351 and the tda998x are modules?
I've no idea why you keep bringing that
On 05/18/2013 10:26 PM, Russell King - ARM Linux wrote:
On Sat, May 18, 2013 at 09:30:09PM +0200, Sebastian Hesselbarth wrote:
The device for tda998x yes, but not the driver. Anyway, Russel decided
to have tda998x probed by his drm_driver.
For the simple reason that _that_ is how DRM slave enc
https://bugs.freedesktop.org/show_bug.cgi?id=60879
--- Comment #33 from Tom Stellard ---
(In reply to comment #32)
> Created attachment 79504 [details]
> Results of OpenCL test
>
> BREAKTHROUGH!
>
> OpenCL works. Kinda. Tried the following kernel:
> __kernel void add(__global const uint *a, __
https://bugs.freedesktop.org/show_bug.cgi?id=64257
--- Comment #11 from Tom Stellard ---
(In reply to comment #10)
> I've now recompiled everything from upstream - kwin now renders however it
> has a pinkish hugh to the bottom right - this didn't happen when I tested
> the patches separately
It'
jhs
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/6a7d3096/attachment.html>
rel_client_ubuntu12_linux/build/src/vgui2/src/surface_opengl.cpp
(785) : Assertion Failed: glIsTexture( nTextureID ) == GL_TRUE
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedes
e...not sure what people think about that.
I used that and I still the the exact same error when I click "run".
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lis
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130518/fa202300/attachment.html>
> current thread possesses the shared buffer so any trying to access the
> > shared buffer by another thread makes the thread to be blocked. However,
> as
> > I already mentioned before, it seems that these user interfaces are so
> ugly
> > yet. So we need better way.
> >
> > Give me more comments if there is my missing point :)
> >
> > Thanks,
> > Inki Dae
> >
> >> BR,
> >> -R
> >>
> >>
> >> > 2) finish-access (dma_buf_end _cpu_access)
> >> > 3) dma access to buffer
> >> >
> >> > 1) and 2) are coupled with one function: we have implemented
> >> > fence_helper_commit_reserve() for it.
> >> >
> >> > Cache control(cache clean or cache invalidate) is performed properly
> >> > checking previous access type and current access type.
> >> > And the below is actual codes for it,
> >
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/414bedd9/attachment.html>
mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
------ next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/60d33702/attachment-0001.html>
org/archives/dri-devel/attachments/20130518/322890cf/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/a33be9c4/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/fee187d9/attachment.html>
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/eb617d5e/attachment.html>
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/216c4d3a/attachment.html>
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/20130518/ee5e6339/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/4a2e7077/attachment.html>
because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/03933c73/attachment-0001.html>
On Sat, May 18, 2013 at 1:46 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 19:12:19 +0200
> Sebastian Hesselbarth wrote:
>
>> The RFC sent by Russell King was missing an include for tda998x. This
>> is just a compatible clone to remember Russell to add that later.
>>
>> Signed-off-by: Seba
On Sat, May 18, 2013 at 2:58 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 14:23:19 -0400
> Rob Clark wrote:
>
>> > These parameters should not be there. It seems to me that the DT is the
>> > right place.
>>
>> You might not want to directly have a hard DT dependency in tda998x,
>> as the
of c is equal to 1. I've attached
full source code and outputs for various kernels.
--
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/attac
On Thu, 16 May 2013 20:26:18 +0100
Russell King wrote:
> When switching between various drivers for this device, it's possible
> that some critical registers are left containing values which affect
> the device operation. One such case encountered is the VIP output
> mux register. This defaults
This adds a video card node required for rmk's dove_drm driver. Reg
property matches reserved memory region (currently 16M at top of memory),
clocks property should carry extclk0 for now.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-kernel at lists.infradead.org
Cc: dr
This adds device tree nodes for the lcd controllers found on Marvell
Dove SoCs. For now, there is no DT documentation and clocks property
should refer to clock connected to extclk0 pin.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-kernel at lists.infradead.org
Cc: dri-
This RFC adds DT support to the DRM driver for Marvell Dove SoCs
posted by Russell King recently. For those booting DT with appended
ATAGs, remember to reduce probed memory by passing mem=1008M as
kernel parameter.
There was an include missing in Russell's RFC that is also added.
Sebastian Hessel
This adds OF support for the Dove DRM driver recently posted as RFC by
Russell King.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-kernel at lists.infradead.org
Cc: dri-devel at lists.freedesktop.org
Cc: Jason Cooper
Cc: Jean-Francois Moine
---
drivers/gpu/drm/dove/K
The RFC sent by Russell King was missing an include for tda998x. This
is just a compatible clone to remember Russell to add that later.
Signed-off-by: Sebastian Hesselbarth
---
Cc: Russell King
Cc: linux-arm-kernel at lists.infradead.org
Cc: dri-devel at lists.freedesktop.org
Cc: Jason Cooper
C
On Sat, 18 May 2013 19:12:17 +0200
Sebastian Hesselbarth wrote:
> This adds a video card node required for rmk's dove_drm driver. Reg
> property matches reserved memory region (currently 16M at top of memory),
> clocks property should carry extclk0 for now.
>
> Signed-off-by: Sebastian Hesselbar
On Sat, 18 May 2013 19:12:18 +0200
Sebastian Hesselbarth wrote:
> This adds OF support for the Dove DRM driver recently posted as RFC by
> Russell King.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: linux-arm-kernel at lists.infradead.org
> Cc: dri-devel at lists.free
On Sat, 18 May 2013 19:12:19 +0200
Sebastian Hesselbarth wrote:
> The RFC sent by Russell King was missing an include for tda998x. This
> is just a compatible clone to remember Russell to add that later.
>
> Signed-off-by: Sebastian Hesselbarth
> ---
> Cc: Russell King
> Cc: linux-arm-kernel a
On 05/18/2013 07:45 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 19:12:18 +0200
> Sebastian Hesselbarth wrote:
>> This adds OF support for the Dove DRM driver recently posted as RFC by
>> Russell King.
>>
...
Jean-Francois,
one thing first: It is an RFC! It is to allow you to _test_ rmk'
On 05/18/2013 07:46 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 19:12:19 +0200
> Sebastian Hesselbarth wrote:
>
>> The RFC sent by Russell King was missing an include for tda998x. This
>> is just a compatible clone to remember Russell to add that later.
>>
>> Signed-off-by: Sebastian Hess
On 05/18/2013 07:33 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 19:12:17 +0200
> Sebastian Hesselbarth wrote:
>> This adds a video card node required for rmk's dove_drm driver. Reg
>> property matches reserved memory region (currently 16M at top of memory),
>> clocks property should carry
On Sat, 18 May 2013 14:23:19 -0400
Rob Clark wrote:
> > These parameters should not be there. It seems to me that the DT is the
> > right place.
>
> You might not want to directly have a hard DT dependency in tda998x,
> as the encoder could be used on non-DT platforms. Although a DT to
> enco
On Sat, 18 May 2013 20:20:00 +0200
Sebastian Hesselbarth wrote:
> I put nothing to garbage. _You_ also agreed to merge with rmk's driver!
> We can now put in all features we implemented differently
> _step-by-step_.
>
> Merging the drivers starts with adding support for DT - that is what
> I pro
Add ULL prefix to avoid overflow.
Signed-off-by: Niels Ole Salscheider
---
drivers/gpu/drm/radeon/evergreen.c | 4 ++--
drivers/gpu/drm/radeon/radeon_ttm.c | 2 +-
drivers/gpu/drm/radeon/si.c | 4 ++--
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/radeon
On 05/18/2013 08:58 PM, Jean-Francois Moine wrote:
> On Sat, 18 May 2013 14:23:19 -0400
> Rob Clark wrote:
>
>>> These parameters should not be there. It seems to me that the DT is the
>>> right place.
>>
>> You might not want to directly have a hard DT dependency in tda998x,
>> as the encoder cou
On Sat, May 18, 2013 at 09:30:09PM +0200, Sebastian Hesselbarth wrote:
> The device for tda998x yes, but not the driver. Anyway, Russel decided
> to have tda998x probed by his drm_driver.
For the simple reason that _that_ is how DRM slave encoders work.
Sometimes, reading the code of the subsystem
On Sat, May 18, 2013 at 07:45:02PM +0200, Jean-Francois Moine wrote:
> It seems we are moving backwards:
> - what about the display controller?
> - how do you clone the lcd 0 output to the port B?
> - what occurs when the si5351 and the tda998x are modules?
I've no idea why you keep bringing that
On 05/18/2013 10:26 PM, Russell King - ARM Linux wrote:
> On Sat, May 18, 2013 at 09:30:09PM +0200, Sebastian Hesselbarth wrote:
>> The device for tda998x yes, but not the driver. Anyway, Russel decided
>> to have tda998x probed by his drm_driver.
>
> For the simple reason that _that_ is how DRM sl
x27;ve attached
> full source code and outputs for various kernels.
--
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/20130518/edf36e84/attachment.html>
ment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20130518/cc9d71f0/attachment.html>
72 matches
Mail list logo
