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
---
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
Changelog v3:
Hi All.
This RFC v3 changed ipp subsystem for arrangement.
Fixed scaler problem in GSC.
Added/Removed comment from Inki.Dae.
Fixed Joonyoung.Shim comment.
Added rotator comments.
Changelog v2:
Hi All.
This RFC v2 supports iommu in ipp. and Added/Removed comment from Inki.Dae.
Fixed
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/6f8b7fb6/attachment.html>
Fixes wrong picture offset observed when using HDMI output with a
Technisat HD TV.
Signed-off-by: Lucas Stach
---
Captions are a bit confusing here. As the porch is always relative to
the sync pulse, the left picture margin is actually the back_porch.
---
drivers/gpu/drm/tegra/dc.c | 8 ---
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/4636f1d1/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=58166
--- Comment #3 from Alex Deucher ---
Sorry, missed the line about agpmode in comment 1.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@l
https://bugs.freedesktop.org/show_bug.cgi?id=58166
--- Comment #2 from Alex Deucher ---
Does it work if you disable AGP? Boot with radeon.agpmode=-1 on the kernel
command line in grub.
--
You are receiving this mail because:
You are the assignee for the bug.
2012/12/12 Stéphane Marchesin
> On Mon, Dec 10, 2012 at 1:27 AM, Inki Dae wrote:
> >
> >
> > 2012/12/10 Stéphane Marchesin
> >>
> >> On Sun, Dec 9, 2012 at 10:26 PM, Inki Dae wrote:
> >> >
> >> >
> >> > 2012/12/6 R. Chandrasekar
> >> >
> >> >> From: "R. Chandrasekar"
> >> >>
> >> >> this pat
(tty interface), until X
is killed/shutdown.
--
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/20121211/3f5b955c/attachment.html>
OK, I know what you mean.
I talk about GSC feature with Inki.Dae.
I will re-send our final source instead of first commit.
please one more time review about next RFC v3.
Thank's
BR
Eunchul Kim
On 12/11/2012 05:31 PM, Joonyoung Shim wrote:
> Hi,
>
> I want to see only just current codes, not for
o be random?)
--
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/20121211/a11de2cf/attachment.html>
From: Prathyush K
Changelog v2:
remove unnecessay wait_for_vblank call.
- with this patch, wait_for_vblank callback is moved from
overlay ops to manager ops so it should be removed and
it doesn't need to wait vblank signal at plane disable.
Changelog v1:
The wait_for_vblank callback is moved
ving 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/20121211/6e277377/attachment.html>
Hi,
I want to see only just current codes, not for future.
On 12/11/2012 04:47 PM, Eunchul Kim wrote:
> Thank's your comments
>
> I answer your comments. please check that.
>
> Thank's
>
> BR
>
> Eunchul Kim
>
> On 12/11/2012 02:49 PM, Joonyoung Shim wrote:
>> Hi,
>>
>> On 12/10/2012 10:45 PM, E
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/2740a913/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/e3d60a92/attachment.html>
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/736121c3/attachment.html>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/6ba0eab1/attachment.html>
On 11.12.2012, Daniel Vetter wrote:
> Can you please test the patch at
>
> https://bugs.freedesktop.org/attachment.cgi?id=70111
>
> That one should disable all effects of the unbound tracking, since a
> revert of the below commit conflicts.
I applied this patch to Linus' git from today. "Boom"
Thank's for comments.
I answer your comment, please check that.
Thank's
BR
Eunchul Kim.
On 12/11/2012 04:17 PM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
>> Sent: Tuesday, December 11, 2012 2:55 PM
>> To: Inki Dae
>> Cc: dri-deve
Thank's your comments
I answer your comments. please check that.
Thank's
BR
Eunchul Kim
On 12/11/2012 02:49 PM, Joonyoung Shim wrote:
> Hi,
>
> On 12/10/2012 10:45 PM, Eunchul Kim wrote:
>> GSC is stand for General SCaler and supports supports
>> image scaler/rotator/crop/flip/csc and input/ou
On 11.12.2012, Chris Wilson wrote:
> Can you confirm one thing: are you able to reproduce the hangs at all on
> 3.7-rc8, using your original setup?
I can reproduce the hang with both 3.7-rc8 and 3.7 final inkl. latest
Linus-git. All with i915.i915_enable_rc6=0.
Heinz
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Tuesday, December 11, 2012 3:53 PM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; jy0.jeon at samsung.com;
> yj44.cho at samsung.com; jmock.shin at samsung.com; jaejoon.seo at
> samsung.com;
>
Daniel Vetter writes:
> On Tue, Dec 11, 2012 at 1:31 PM, Nikola Pajkovsky
> wrote:
>> looks like we still have some oops in i915. i915 maintainers do you have
>> any ideas what's going on? I will try to trigger that oops later today
>> and provide more information.
>
> The infamous pin leak. Sh
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Tuesday, December 11, 2012 2:55 PM
> To: Inki Dae
> Cc: dri-devel at lists.freedesktop.org; jy0.jeon at samsung.com;
> yj44.cho at samsung.com; jmock.shin at samsung.com; jaejoon.seo at
> samsung.com;
>
https://bugs.freedesktop.org/show_bug.cgi?id=58166
--- Comment #1 from Andy Furniss ---
Created attachment 71366
--> https://bugs.freedesktop.org/attachment.cgi?id=71366&action=edit
failing kernel log drm-next
--
You are receiving this mail because:
You are the assignee for the bug.
_
On Tue, Dec 11, 2012 at 1:31 PM, Nikola Pajkovsky
wrote:
> looks like we still have some oops in i915. i915 maintainers do you have
> any ideas what's going on? I will try to trigger that oops later today
> and provide more information.
The infamous pin leak. Should be fixed with
commit b4a98e5
https://bugs.freedesktop.org/show_bug.cgi?id=58166
Priority: medium
Bug ID: 58166
Assignee: dri-devel@lists.freedesktop.org
Summary: RV670 AGP regression between drm-fixes and drm-next -
no display.
Severity: normal
Class
Thank's your comments.
I answer your comments. please check that.
Thank's
BR
Eunchul Kim
On 12/11/2012 02:16 PM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
>> Sent: Monday, December 10, 2012 10:46 PM
>> To: dri-devel at lists.fre
On Mon, Dec 10, 2012 at 1:27 AM, Inki Dae wrote:
>
>
> 2012/12/10 Stéphane Marchesin
>>
>> On Sun, Dec 9, 2012 at 10:26 PM, Inki Dae wrote:
>> >
>> >
>> > 2012/12/6 R. Chandrasekar
>> >
>> >> From: "R. Chandrasekar"
>> >>
>> >> this patch set adds the driver support for the dithering functiona
On Mon, Dec 10, 2012 at 1:27 AM, Inki Dae wrote:
>
>
> 2012/12/10 St?phane Marchesin
>>
>> On Sun, Dec 9, 2012 at 10:26 PM, Inki Dae wrote:
>> >
>> >
>> > 2012/12/6 R. Chandrasekar
>> >
>> >> From: "R. Chandrasekar"
>> >>
>> >> this patch set adds the driver support for the dithering functiona
Thank's your comments.
I answer your requestion. please check that.
Thank's
BR
Eunchul Kim
On 12/11/2012 01:37 PM, Inki Dae wrote:
>
>
>> -Original Message-
>> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
>> Sent: Monday, December 10, 2012 10:46 PM
>> To: dri-devel at lists.fr
Hi,
On 12/10/2012 10:45 PM, Eunchul Kim wrote:
> 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 ima
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Monday, December 10, 2012 10:46 PM
> To: dri-devel at lists.freedesktop.org; inki.dae at samsung.com
> Cc: jy0.jeon at samsung.com; yj44.cho at samsung.com; jmock.shin at
> samsung.com;
> jaejoon.seo at
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #29 from Bryan Quigley ---
I get a similar lockup when starting Team Fortress 2 (native). It happens at
startup so it's much easier to reproduce..
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #28 from Bryan Quigley ---
I confirm that patch 71346 didn't help either.
--
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lis
> -Original Message-
> From: Eunchul Kim [mailto:chulspro.kim at samsung.com]
> Sent: Monday, December 10, 2012 10:46 PM
> To: dri-devel at lists.freedesktop.org; inki.dae at samsung.com
> Cc: jy0.jeon at samsung.com; yj44.cho at samsung.com; jmock.shin at
> samsung.com;
> jaejoon.seo at
Hey folks,
looks like we still have some oops in i915. i915 maintainers do you have
any ideas what's going on? I will try to trigger that oops later today
and provide more information.
[10733.442608] WARNING: at drivers/gpu/drm/i915/i915_gem.c:3437
i915_gem_object_pin+0x151/0x1a0()
[10733.442612
Fixes wrong picture offset observed when using HDMI output with a
Technisat HD TV.
Signed-off-by: Lucas Stach
---
Captions are a bit confusing here. As the porch is always relative to
the sync pulse, the left picture margin is actually the back_porch.
---
drivers/gpu/drm/tegra/dc.c | 8 ---
|--- |FIXED
--
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/20121211/857b5113/attachment.html>
On Mon, Dec 10, 2012 at 3:16 PM, Jerome Glisse wrote:
> 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 ad
On Tue, Dec 11, 2012 at 11:56 AM, wrote:
> From: Jerome Glisse
>
> Set the proper number of tile pipe that should be a multiple of
> pipe depending on the number of se engine.
>
> Fix:
> https://bugs.freedesktop.org/show_bug.cgi?id=56405
> https://bugs.freedesktop.org/show_bug.cgi?id=56720
>
> v
From: Jerome Glisse
Set the proper number of tile pipe that should be a multiple of
pipe depending on the number of se engine.
Fix:
https://bugs.freedesktop.org/show_bug.cgi?id=56405
https://bugs.freedesktop.org/show_bug.cgi?id=56720
v2: Don't change sumo2
Signed-off-by: Jerome Glisse
Cc: sta
On Fri, Dec 7, 2012 at 4:32 PM, Daniel Vetter wrote:
>> TODO:
>> - The SDVO part is totally untested. I am not sure if the buffer
>> size on the SDVO code must be a multiple of 4.
Forgotten to mention: SDVO actually needs alignment to blocks of 8,
but intel_sdvo_write_infoframe already take
||
--
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/20121211/3b8d0d01/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/afbdabde/attachment.html>
On Sat, Dec 08, 2012 at 02:06:48PM +0100, Heinz Diehl wrote:
> On 07.12.2012, Daniel Vetter wrote:
>
> []
>
> I did a "git bisect" betweeb 3.6 and 3.7-rc8 and ended up with
> this. Unfortunately, git can't revert this patch on top of master, sp
> I have not been able to test if a revert will
Daniel Vetter writes:
> On Tue, Dec 11, 2012 at 1:31 PM, Nikola Pajkovsky wrote:
>> looks like we still have some oops in i915. i915 maintainers do you have
>> any ideas what's going on? I will try to trigger that oops later today
>> and provide more information.
>
> The infamous pin leak. Shoul
Hey folks,
looks like we still have some oops in i915. i915 maintainers do you have
any ideas what's going on? I will try to trigger that oops later today
and provide more information.
[10733.442608] WARNING: at drivers/gpu/drm/i915/i915_gem.c:3437
i915_gem_object_pin+0x151/0x1a0()
[10733.442612
On Sat, 8 Dec 2012 15:30:53 +0100, Heinz Diehl wrote:
> On 08.12.2012, Chris Wilson wrote:
>
> > One thing you can try is SNA, which packs its
> > batches differently with the advantage that more auxiliary state is
> > included in the error-state. It also packs all the kernels into a
> > single
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/9e240b46/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #27 from Myckel Habets ---
2nd time it took shorter for it to lock up. Some observations: screen gets
distorted after one or more resets (wrong rendering order?). Resetting of the
screen keeps going, also when switched in the console
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #26 from Myckel Habets ---
(In reply to comment #25)
> Created attachment 71346 [details] [review]
> possible fix
>
> Try this patch. It re-emits most of the invariant state at draw time. If
> it helps, please try commenting out (c
On Mon, 2012-12-10 at 13:12 -0600, Ilija Hadzic wrote:
>
> Clearly, the behavior that we have now is wrong from the power-savings
> perspective (i.e., it completely defeats the purpose of DPMS),
Not sure I agree with this statement, given DPMS stands for *Display*
Power Management Signaling, bu
https://bugs.freedesktop.org/show_bug.cgi?id=58150
--- Comment #2 from Andy Furniss ---
(In reply to comment #1)
> This should be fixed by commit: ffe1794e0c7efc46e7a5056ac222dd081cae4020
>
> Can you confirm?
No, I am seeing this on current head of mesa master.
--
You are receiving this mail
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/0fc9a477/attachment.pgp>
https://bugs.freedesktop.org/show_bug.cgi?id=58150
--- Comment #1 from Tom Stellard ---
This should be fixed by commit: ffe1794e0c7efc46e7a5056ac222dd081cae4020
Can you confirm?
--
You are receiving this mail because:
You are the assignee for the bug.
_
https://bugs.freedesktop.org/show_bug.cgi?id=58150
Andy Furniss changed:
What|Removed |Added
Summary|LLVM regression on 4090 |LLVM regression on 4890
On Mon, Dec 10, 2012 at 3:16 PM, Jerome Glisse wrote:
> 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 ad
https://bugs.freedesktop.org/show_bug.cgi?id=58150
Priority: medium
Bug ID: 58150
Assignee: dri-devel@lists.freedesktop.org
Summary: LLVM regression on 4090 since r600g: Use default
mul/mad function for tgsi-to-llvm
Severity:
https://bugs.freedesktop.org/show_bug.cgi?id=50655
--- Comment #25 from Alex Deucher ---
Created attachment 71346
--> https://bugs.freedesktop.org/attachment.cgi?id=71346&action=edit
possible fix
Try this patch. It re-emits most of the invariant state at draw time. If it
helps, please try co
On Tue, Dec 11, 2012 at 11:56 AM, wrote:
> From: Jerome Glisse
>
> Set the proper number of tile pipe that should be a multiple of
> pipe depending on the number of se engine.
>
> Fix:
> https://bugs.freedesktop.org/show_bug.cgi?id=56405
> https://bugs.freedesktop.org/show_bug.cgi?id=56720
>
> v
From: Jerome Glisse
Set the proper number of tile pipe that should be a multiple of
pipe depending on the number of se engine.
Fix:
https://bugs.freedesktop.org/show_bug.cgi?id=56405
https://bugs.freedesktop.org/show_bug.cgi?id=56720
v2: Don't change sumo2
Signed-off-by: Jerome Glisse
Cc: sta
x27;t this be ptr[28] ?
Yes, you're absolutely right.
By the way, I had to scroll through your reply several times before I
found this single line. If you remove unneeded context when replying
your comments are much easier to locate.
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/20121211/c9bf774f/attachment.pgp>
On 11.12.2012, Daniel Vetter wrote:
> Can you please test the patch at
>
> https://bugs.freedesktop.org/attachment.cgi?id=70111
>
> That one should disable all effects of the unbound tracking, since a
> revert of the below commit conflicts.
I applied this patch to Linus' git from today. "Boom"
On 11.12.2012, Chris Wilson wrote:
> Can you confirm one thing: are you able to reproduce the hangs at all on
> 3.7-rc8, using your original setup?
I can reproduce the hang with both 3.7-rc8 and 3.7 final inkl. latest
Linus-git. All with i915.i915_enable_rc6=0.
Heinz
__
On Tue, Dec 11, 2012 at 1:31 PM, Nikola Pajkovsky wrote:
> looks like we still have some oops in i915. i915 maintainers do you have
> any ideas what's going on? I will try to trigger that oops later today
> and provide more information.
The infamous pin leak. Should be fixed with
commit b4a98e57
ves/dri-devel/attachments/20121211/571fd52f/attachment.html>
#56720 too.
Excellent, well done, thank you Jerome.
--
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/20121211/f49a4cca/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/2fe69f06/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=32131
Tomasz P. changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
<http://lists.freedesktop.org/archives/dri-devel/attachments/20121211/6fdd3058/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=58131
Stefan Dösinger changed:
What|Removed |Added
Attachment #71330|text/plain |image/png
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=58131
Priority: medium
Bug ID: 58131
Assignee: dri-devel@lists.freedesktop.org
Summary: r300g: Corruption in Half Life 2 unless gl_ClipVertex
is written
Severity: normal
Classi
On Fri, Dec 7, 2012 at 4:32 PM, Daniel Vetter wrote:
>> TODO:
>> - The SDVO part is totally untested. I am not sure if the buffer
>> size on the SDVO code must be a multiple of 4.
Forgotten to mention: SDVO actually needs alignment to blocks of 8,
but intel_sdvo_write_infoframe already take
On Sat, 8 Dec 2012 15:30:53 +0100, Heinz Diehl wrote:
> On 08.12.2012, Chris Wilson wrote:
>
> > One thing you can try is SNA, which packs its
> > batches differently with the advantage that more auxiliary state is
> > included in the error-state. It also packs all the kernels into a
> > single
On Sat, Dec 08, 2012 at 02:06:48PM +0100, Heinz Diehl wrote:
> On 07.12.2012, Daniel Vetter wrote:
>
> []
>
> I did a "git bisect" betweeb 3.6 and 3.7-rc8 and ended up with
> this. Unfortunately, git can't revert this patch on top of master, sp
> I have not been able to test if a revert will
rying to do...
Your modification is correct. So did it work or not?
--
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/20121211/c53f27f2/attachment.html>
On Mon, 2012-12-10 at 13:12 -0600, Ilija Hadzic wrote:
>
> Clearly, the behavior that we have now is wrong from the power-savings
> perspective (i.e., it completely defeats the purpose of DPMS),
Not sure I agree with this statement, given DPMS stands for *Display*
Power Management Signaling, bu
From: Prathyush K
Changelog v2:
remove unnecessay wait_for_vblank call.
- with this patch, wait_for_vblank callback is moved from
overlay ops to manager ops so it should be removed and
it doesn't need to wait vblank signal at plane disable.
Changelog v1:
The wait_for_vblank callback is moved
On Fri, Dec 07, 2012 at 01:11:29PM -0200, Paulo Zanoni wrote:
> From: Paulo Zanoni
>
> Use the generic HDMI infoframe helpers to get rid of the duplicate
> implementation in the i915 driver.
>
> This patch is based on the initial patch by Thierry Reding, but with a
> different approach.
>
> TOD
82 matches
Mail list logo
