On Fri, Dec 07, 2012 at 12:32:42PM -0200, Paulo Zanoni wrote:
> 2012/12/5 Thierry Reding :
[...]
> > +ssize_t hdmi_spd_infoframe_pack(struct hdmi_spd_infoframe *frame, void
> > *buffer,
> > + size_t size)
> > +{
> > + u8 *ptr = buffer;
> > + size_t length,
https://bugs.freedesktop.org/show_bug.cgi?id=50655
Myckel Habets changed:
What|Removed |Added
CC||myc...@sdf.lonestar.org
--- Comment #24
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/20121210/2d50c01a/attachment.html>
GSC is stand for General SCaler and supports supports
image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
GSC supports image rotation and imag effect functions.
also supports writeback and display ou
Rotator supports rotation/crop/flip and input/output DMA operations
Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal
flip.
and has some limitations(source and destination format have to be same, no
scaler)
Signed-off-by: Eunchul Kim
Signed-off-by: Youngjun Cho
---
FIMC is stand for Fully Interfactive Mobile Camera and
supports image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
FIMC supports image rotation and image effect functions.
also supports writeback an
This patch adds iommu support for ipp. For this, it
adds subdrv_probe/remove callback to enable or disable ipp iommu.
we can get or put device address to a gem handle from user
through exynos_drm_gem_get/put_dma_addr().
Signed-off-by: Eunchul Kim
Signed-off-by: Jinyoung Jeon
---
drivers/gpu/drm
IPP stand for Image Post Processing and supports image scaler/rotator
/crop/flip/csc(color space conversion) and input/output DMA operations using
ipp drivers.
also supports writeback and display output operations.
ipp driver include FIMC, Rotator, GSC, SC, so on.
and ipp is integration device dri
Changelog v2:
Hi All.
This RFC v2 supports iommu in ipp. and Added/Removed comment from Inki.Dae.
Fixed GSC part bugs and next time I will send our local git commit.
and We finished implementation of SC for post-processing.
SC driver not fully tested yet. so, I didn't add SC feature in this patch.
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #45 from Michael Dressel ---
(In reply to comment #41)
> Created attachment 71284 [details] [review]
> Patch gpu pipe
>
> Does this kernel patch fix the issue ?
Yes it does solve the bug! And it seams
to solve bug #56720 too.
Excel
https://bugs.freedesktop.org/show_bug.cgi?id=55416
Laurent carlier changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/732b6c17/attachment-0001.html>
be closed as resolved.
--
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/20121210/d078b758/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #23 from Bryan Quigley ---
No, the new patch doesn't fix it either.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.fre
On Tue, Dec 4, 2012 at 5:39 PM, Daniel Vetter wrote:
> On Tue, Dec 04, 2012 at 04:00:17PM +, Damien Lespiau wrote:
>> From: Damien Lespiau
>>
>> Instead of just printing "status updated from 1 to 2", make those enum
>> numbers immediately readable.
>>
>> Signed-off-by: Damien Lespiau
>
> I l
From: Damien Lespiau
drm_helper_probe_single_connector_modes() is responsible for pruning the
previously detected modes on a disconnected connector. We don't really
need to log, again, the full list of modes that used to be valid when
connected.
Signed-off-by: Damien Lespiau
---
drivers/gpu/dr
From: Damien Lespiau
Instead of just printing "status updated from 1 to 2", make those enum
numbers immediately readable.
v2: Also patch output_poll_execute() (Daniel Vetter)
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc_helper.c | 22 ++
1 file changed, 18 in
rubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/9f66bc0c/attachment-0001.html>
Op 10-12-12 17:39, Emil Velikov schreef:
> On 21/11/12 13:15, Maarten Lankhorst wrote:
>> move_notify is called by ttm after the the object is idle and about
>> to be destroyed. Clean up the vm list properly in that case.
>>
>> This is not a problem right now, since the list should already be
>> em
PUs have multiple SEs.
So it waste of time, to try that patch?
--
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/20121210/d061d184/attachment.html>
__
> >> dri-devel mailing list
> >> dri-devel at lists.freedesktop.org
> >> http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
> >
> >
> > ___
> > dri-devel mailing list
> > dri-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/dri-devel
> >
> ___
> 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/20121210/d7e22b15/attachment-0001.html>
re the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/3c372c68/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/89f63d8a/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #22 from Marek Olšák ---
(In reply to comment #21)
> Nope, but the patch didn't work as is, so I changed it to:
> rctx->framebuffer.atom.dirty = true;
>
> Which may not be what the patch was actually trying to do...
Your modificatio
From: Alex Deucher
Hi Dave,
I've added a new set of patches that adds support for the
asynchronous DMA engines on r6xx-SI. These engines are used
for ttm bo moves and VM page table updates currently. They
could also be exposed via the CS ioctl for userspace use,
but I haven't had a chance to
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121210/a0495a76/attachment.html>
Applied.
Thanks,
Inki Dae
2012/12/10 Wei Yongjun
> From: Wei Yongjun
>
> In case of error, function arm_iommu_create_mapping() returns
> ERR_PTR() and never returns NULL. The NULL test in the return
> value check should be replaced with IS_ERR().
>
> Signed-off-by: Wei Yongjun
> ---
> driver
On 21/11/12 13:15, Maarten Lankhorst wrote:
> move_notify is called by ttm after the the object is idle and about
> to be destroyed. Clean up the vm list properly in that case.
>
> This is not a problem right now, since the list should already be
> empty, but if it wasn't empty, vm_put was not cal
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20121210/cca1b139/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/9d34e4e5/attachment-0001.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/757c7d44/attachment.html>
From: YoungJun Cho
This patch removes vaddr member from exynos_drm_overlay structure
and also relevant codes for code cleanup.
Signed-off-by: YoungJun Cho
Signed-off-by: Inki Dae
Signed-off-by: Kyungmin Park
---
drivers/gpu/drm/exynos/exynos_drm_drv.h |2 --
drivers/gpu/drm/exynos/exyn
org/archives/dri-devel/attachments/20121210/f34f2607/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/c2f3df2c/attachment.html>
Changelog v3:
just code cleanup.
Changelog v2:
fix argument to dma_mmap_attr function.
- use pages instead of kvaddr because kvaddr is 0 with
DMA_ATTR_NO_KERNEL_MAPPING.
Changelog v1:
When gem allocation is requested, kernel space mapping isn't needed.
But if need, such as console framebuffer,
> -Original Message-
> From: ??? [mailto:sw0312.kim at samsung.com]
> Sent: Monday, December 10, 2012 3:14 PM
> To: Wei Yongjun
> Cc: inki.dae at samsung.com; jy0922.shim at samsung.com;
> kyungmin.park at samsung.com; airlied at linux.ie; yongjun_wei at
> trendmicro.com.cn;
> linux-kern
vel/attachments/20121210/5c2ba816/attachment.html>
ri-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/20121210/20988bf7/attachment.html>
o extensions just becomes that if ARB_depth_clamp is also supported you
get defined depth test results.
--
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/20121210/cf8f5109/attachment.html>
On Thu, Nov 29, 2012 at 10:35 AM, wrote:
> From: Jerome Glisse
>
> The bo creation placement is where the bo will be. Instead of trying
> to move bo at each command stream let this work to another worker
> thread that will use more advance heuristic.
>
> Signed-off-by: Jerome Glisse
What about
On 2012? 12? 07? 21:50, Wei Yongjun wrote:
> From: Wei Yongjun
>
> In case of error, function arm_iommu_create_mapping() returns
> ERR_PTR() and never returns NULL. The NULL test in the return
> value check should be replaced with IS_ERR().
>
> Signed-off-by: Wei Yongjun
> ---
> drivers/gpu/
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #3 from d...@stuffit.at ---
Only tried it with mesa from git but i can give 9.0 a shot. Though as far as I
know the native client is not officially released yet, so I don't know if
bisecting will help.
--
You are receiving this mail
From: Alex Deucher
Hi Dave,
I've added a new set of patches that adds support for the
asynchronous DMA engines on r6xx-SI. These engines are used
for ttm bo moves and VM page table updates currently. They
could also be exposed via the CS ioctl for userspace use,
but I haven't had a chance to
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/13db7162/attachment.html>
On Friday 07 December 2012 04:15 PM, Archit Taneja wrote:
> On Wednesday 05 December 2012 01:29 AM, Rob Clark wrote:
>> This patch changes the omapdrm KMS to bypass the omapdss "compat"
>> layer and use the core omapdss API directly. This solves some layering
>> issues that would cause unpin confu
On 05.12.2012 14:04, Thierry Reding wrote:
> On Wed, Dec 05, 2012 at 01:47:38PM +0200, Terje Bergstr?m wrote:
>> You're right in that binding to a sub-device is not a nice way. DRM
>> framework just needs a "struct device" to bind to. exynos seems to solve
>> this by introducing a virtual device an
**_
> dri-devel mailing list
> dri-devel at lists.freedesktop.**org
> http://lists.freedesktop.org/**mailman/listinfo/dri-devel<http://lists.freedesktop.org/mailman/listinfo/dri-devel>
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/a5487809/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #21 from Bryan Quigley ---
Nope, but the patch didn't work as is, so I changed it to:
rctx->framebuffer.atom.dirty = true;
Which may not be what the patch was actually trying to do...
--
You are receiving this mail because:
You are
On Mon, 10 Dec 2012 20:24:23 +
Damien Lespiau wrote:
> From: Damien Lespiau
>
> Instead of just printing "status updated from 1 to 2", make those enum
> numbers immediately readable.
>
> v2: Also patch output_poll_execute() (Daniel Vetter)
>
> Signed-off-by: Damien Lespiau
> ---
> drive
Hi everyone,
With relatively recent versions of AMD/ATI DDX (xf86-video-ati library), I
have noticed a behavior related to DPMS that looks incorrect to me.
Namely, if I run glxgears, the reported frame rate is equal to that of the
monitor refresh rate, which is correct. Now if I enter DPMS "of
On Mon, 10 Dec 2012 20:24:23 +
Damien Lespiau wrote:
> From: Damien Lespiau
>
> Instead of just printing "status updated from 1 to 2", make those enum
> numbers immediately readable.
>
> v2: Also patch output_poll_execute() (Daniel Vetter)
>
> Signed-off-by: Damien Lespiau
> ---
> drive
https://bugs.freedesktop.org/show_bug.cgi?id=32131
--- Comment #8 from Roman Elshin ---
It is difficult to say definitely as report was about rv515 which I can not
test right now, but I do not see this any more with rv740 and relatively fresh
distributive (Linux Mint 14), so I think this bug may
On Tue, Dec 4, 2012 at 5:39 PM, Daniel Vetter wrote:
> On Tue, Dec 04, 2012 at 04:00:17PM +, Damien Lespiau wrote:
>> From: Damien Lespiau
>>
>> Instead of just printing "status updated from 1 to 2", make those enum
>> numbers immediately readable.
>>
>> Signed-off-by: Damien Lespiau
>
> I l
On 29.11.2012 11:10, Mark Zhang wrote:
>> +
>> +/**
>> + * Write a cpu syncpoint increment to the hardware, without touching
>> + * the cache. Caller is responsible for host being powered.
>> + */
>> +static void host1x_syncpt_cpu_incr(struct nvhost_syncpt *sp, u32 id)
>> +{
>> + struct nvhost_
From: Damien Lespiau
drm_helper_probe_single_connector_modes() is responsible for pruning the
previously detected modes on a disconnected connector. We don't really
need to log, again, the full list of modes that used to be valid when
connected.
Signed-off-by: Damien Lespiau
---
drivers/gpu/dr
From: Damien Lespiau
Instead of just printing "status updated from 1 to 2", make those enum
numbers immediately readable.
v2: Also patch output_poll_execute() (Daniel Vetter)
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/drm_crtc_helper.c | 22 ++
1 file changed, 18 in
On Thu, Nov 29, 2012 at 10:35 AM, wrote:
> From: Jerome Glisse
>
> The bo creation placement is where the bo will be. Instead of trying
> to move bo at each command stream let this work to another worker
> thread that will use more advance heuristic.
>
> Signed-off-by: Jerome Glisse
What about
... it's the only user. Also move the header fil there.
but seriously, ttm_lock is best left undocumented since
nobody should use that unholy thing..
agreed ;-)
imo we should shovel that under drm/vmwgfx ...
amen
that thing scares me
out of sight, out of mind ...
Signed-off-by: Daniel Vette
Hi everyone,
With relatively recent versions of AMD/ATI DDX (xf86-video-ati library), I
have noticed a behavior related to DPMS that looks incorrect to me.
Namely, if I run glxgears, the reported frame rate is equal to that of the
monitor refresh rate, which is correct. Now if I enter DPMS "
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #44 from Alex Deucher ---
(In reply to comment #43)
> (In reply to comment #42)
> > case CHIP_SUMO2:
> > - rdev->config.evergreen.num_ses = 1;
> > + rdev->config.evergreen.num_ses = 2;
> >
> > None of the APUs
Changelog v2:
fix argument to dma_mmap_attr function.
- use pages instead of kvaddr because kvaddr is 0 with
DMA_ATTR_NO_KERNEL_MAPPING.
Changelog v1:
When gem allocation is requested, kernel space mapping isn't needed.
But if need, such as console framebuffer, the physical pages would be
mapped
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #43 from klausenb...@hotmail.com ---
(In reply to comment #42)
> case CHIP_SUMO2:
> - rdev->config.evergreen.num_ses = 1;
> + rdev->config.evergreen.num_ses = 2;
>
> None of the APUs have multiple SEs.
S
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 899 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/d9a988de/attachment.pgp>
s),
>
>
> ___
> 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/20121210/39c255a0/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #42 from Alex Deucher ---
case CHIP_SUMO2:
-rdev->config.evergreen.num_ses = 1;
+rdev->config.evergreen.num_ses = 2;
None of the APUs have multiple SEs.
--
You are receiving this mail because:
You are the assig
All legitimate users of this function outside ttm_bo.c are gone, now
it's only an implementation detail.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/ttm/ttm_bo.c| 4 ++--
include/drm/ttm/ttm_bo_driver.h | 12
2 files changed, 2 insertions(+)
Similar rationale to the identical commit in drm/ttm.
Instead of only waiting for unreservation, we make sure we actually
own the reservation, then retry to get the rest.
Changes since v1:
- Increase the seqno before calling ttm_bo_reserve_slowpath
Signed-off-by: Maarten Lankhorst
---
drivers/
This requires re-use of the seqno, which increases fairness slightly.
Instead of spinning with a new seqno every time we keep the current one,
but still drop all other reservations we hold. Only when we succeed,
we try to get back our other reservations again.
This should increase fairness slightl
Instead of dropping everything, waiting for the bo to be unreserved
and trying over, a better strategy would be to do a blocking wait.
This can be mapped a lot better to a mutex_lock-like call.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/ttm/ttm_bo.c| 47
With the lru lock no longer required for protecting reservations we
can just do a ttm_bo_reserve_nolru on -EBUSY, and handle all errors
in a single path.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/ttm/ttm_execbuf_util.c | 53 ++---
There should no longer be assumptions that reserve will always succeed
with the lru lock held, so we can safely break the whole atomic
reserve/lru thing. As a bonus this fixes most lockdep annotations for
reservations.
Signed-off-by: Maarten Lankhorst
Reviewed-by: Jerome Glisse
---
drivers/gpu/
This is temporary until the fence framework can be used. With the
lru/reservation atomicity removal it is possible to see your old
sequence number and the buffer being reserved, leading to erroneously
reporting -EDEADLK.
Workaround it by bumping the sequence number every retry.
Signed-off-by: Maa
Op 10-12-12 17:39, Emil Velikov schreef:
> On 21/11/12 13:15, Maarten Lankhorst wrote:
>> move_notify is called by ttm after the the object is idle and about
>> to be destroyed. Clean up the vm list properly in that case.
>>
>> This is not a problem right now, since the list should already be
>> em
On Mon, Dec 10, 2012 at 09:29:17AM +0200, Jani Nikula wrote:
> On Fri, 07 Dec 2012, Tim Gardner wrote:
> > smatch warning:
> >
> > drivers/gpu/drm/i915/intel_display.c:7019 intel_set_mode() warn: function
> > puts
> > 500 bytes on stack
> >
> > Refactor so that saved_mode and saved_hwmode are dyn
On Mon, Dec 10, 2012 at 09:50:51AM +0200, Jani Nikula wrote:
> On Fri, 07 Dec 2012, Sachin Kamat wrote:
> > drm/drm_edid.h was included twice.
>
> Reviewed-by: Jani Nikula
Queued for -next, thanks for the patch.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #41 from Jerome Glisse ---
Created attachment 71284
--> https://bugs.freedesktop.org/attachment.cgi?id=71284&action=edit
Patch gpu pipe
Does this kernel patch fix the issue ?
--
You are receiving this mail because:
You are the as
On Fri, 07 Dec 2012, Sachin Kamat wrote:
> drm/drm_edid.h was included twice.
Reviewed-by: Jani Nikula
>
> Signed-off-by: Sachin Kamat
> ---
> drivers/gpu/drm/i915/intel_modes.c |1 -
> 1 files changed, 0 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_modes.c
>
On 21/11/12 13:15, Maarten Lankhorst wrote:
> move_notify is called by ttm after the the object is idle and about
> to be destroyed. Clean up the vm list properly in that case.
>
> This is not a problem right now, since the list should already be
> empty, but if it wasn't empty, vm_put was not cal
https://bugs.freedesktop.org/show_bug.cgi?id=56405
--- Comment #40 from klausenb...@hotmail.com ---
Any update?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://
On Fri, 07 Dec 2012, Tim Gardner wrote:
> smatch warning:
>
> drivers/gpu/drm/i915/intel_display.c:7019 intel_set_mode() warn: function puts
> 500 bytes on stack
>
> Refactor so that saved_mode and saved_hwmode are dynamically allocated as
> opposed
> to being automatic variables. 500 bytes seems
Hi,
On Fri, Dec 07, 2012 at 03:12:48PM +0100, Philipp Zabel wrote:
> Hi,
>
> Am Montag, den 26.11.2012, 18:56 +0200 schrieb Tomi Valkeinen:
> > On 2012-11-26 18:10, Steffen Trumtrar wrote:
> > > Hi,
> > >
> > > On Mon, Nov 26, 2012 at 04:38:36PM +0200, Tomi Valkeinen wrote:
> >
> > >>> +optiona
https://bugs.freedesktop.org/show_bug.cgi?id=26809
Roland Scheidegger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=22576
Roland Scheidegger changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=58042
--- Comment #2 from Alex Deucher ---
Is this a regression or has it always had rendering problems? Does it render
ok with mesa 9.0.x or 8.0.x? If so, can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=58033
--- Comment #4 from Alex Deucher ---
Can you bisect?
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #20 from Alex Deucher ---
Created attachment 71271
--> https://bugs.freedesktop.org/attachment.cgi?id=71271&action=edit
possible fix
Does this patch help?
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #20 from smoki ---
Yeah, i just see that, assume that it must be scl there then compared it with
radeon state, there is setup just like that, but with correct vec/scl as i
assume, so i changed it like that and that is it - tcl lighti
https://bugs.freedesktop.org/show_bug.cgi?id=57875
--- Comment #16 from Henri Verbeet ---
(In reply to comment #15)
> I've written an extension proposal for a new mesa extension that exposes the
> CLIP_DISABLE bit. The proposal is attached, please review and comment. There
> are some TODOs I'm no
https://bugs.freedesktop.org/show_bug.cgi?id=22576
--- Comment #19 from Alan Swanson ---
This fixes lighting bug 26809 with NWN on my rv250, but R200 untested as yet.
To correct the section size mismatch, add the following before the
BEGIN_BATCH_NO_AUTOSTATE() line;
dwords += 2;
Thank you ver
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121210/60857d0d/attachment.html>
||
--
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/20121210/a66ca1e6/attachment.html>
||
--
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/20121210/50c3f966/attachment.html>
||
--
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/20121210/08df1a4a/attachment.html>
||
--
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/20121210/25e25396/attachment.html>
GSC is stand for General SCaler and supports supports
image scaler/rotator/crop/flip/csc and input/output DMA operations.
input DMA reads image data from the memory.
output DMA writes image data to memory.
GSC supports image rotation and imag effect functions.
also supports writeback and display ou
Rotator supports rotation/crop/flip and input/output DMA operations
Rotator ipp driver supports 90,180,270 degree rotaion and vertical, horizontal
flip.
and has some limitations(source and destination format have to be same, no
scaler)
Signed-off-by: Eunchul Kim
Signed-off-by: Youngjun Cho
---
Changelog v2:
Hi All.
This RFC v2 supports iommu in ipp. and Added/Removed comment from Inki.Dae.
Fixed GSC part bugs and next time I will send our local git commit.
and We finished implementation of SC for post-processing.
SC driver not fully tested yet. so, I didn't add SC feature in this patch.
This patch adds iommu support for ipp. For this, it
adds subdrv_probe/remove callback to enable or disable ipp iommu.
we can get or put device address to a gem handle from user
through exynos_drm_gem_get/put_dma_addr().
Signed-off-by: Eunchul Kim
Signed-off-by: Jinyoung Jeon
---
drivers/gpu/drm
On 05.12.2012 14:04, Thierry Reding wrote:
> On Wed, Dec 05, 2012 at 01:47:38PM +0200, Terje Bergström wrote:
>> You're right in that binding to a sub-device is not a nice way. DRM
>> framework just needs a "struct device" to bind to. exynos seems to solve
>> this by introducing a virtual device an
... it's the only user. Also move the header fil there.
but seriously, ttm_lock is best left undocumented since
nobody should use that unholy thing..
agreed ;-)
imo we should shovel that under drm/vmwgfx ...
amen
that thing scares me
out of sight, out of mind ...
Signed-off-by: Daniel Vette
1 - 100 of 115 matches
Mail list logo