scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/b76b566d/attachment.html>
ned int
--
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/20140627/b6d9343a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=79011
--- Comment #1 from Michel D?nzer ---
Please attach /var/log/Xorg.0.log and the output of dmesg (preferably captured
after the problem occurred) and glxinfo.
--
You are receiving this mail because:
You are watching the assignee of the bug.
t; - GRPH_PFLIP_INT_MASK);
>> + atomic_read(&rdev->irq.pflip[4]) ? GRPH_PFLIP_INT_MASK :
>> 0);
>> WREG32(GRPH_INT_CONTROL + EVERGREEN_CRTC5_REGISTER_OFFSET,
>> - GRPH_PFLIP_INT_MASK);
>> +
On Fri, Jun 27, 2014 at 1:10 AM, Russell King - ARM Linux
wrote:
> On Thu, Jun 26, 2014 at 11:53:20PM +0900, Alexandre Courbot wrote:
>> We don't plan to rely on CMA for too long. IOMMU support is on the way
>> and should make our life easier, although no matter the source of
>> memory, we will st
On 27.06.2014 09:53, Dieter N?tzel wrote:
> Am 26.06.2014 12:39, schrieb Christian K?nig:
>> Am 26.06.2014 11:29, schrieb Michel D?nzer:
>>> From: Michel D?nzer
>>>
>>> Prevents radeon_crtc_handle_flip() from running before
>>> radeon_flip_work_func(), resulting in a kernel panic due to the BUG_ON
Am 27.06.2014 03:03, schrieb Michel D?nzer:
> On 27.06.2014 09:53, Dieter N?tzel wrote:
>> Am 26.06.2014 12:39, schrieb Christian K?nig:
>>> Am 26.06.2014 11:29, schrieb Michel D?nzer:
From: Michel D?nzer
Prevents radeon_crtc_handle_flip() from running before
radeon_flip_work_
On Thursday, June 26, 2014 11:37 PM, Ajay Kumar wrote:
>
> Add the missing setting for DP CLKCON register.
>
> This register is present on Exynos5 based FIMD controllers,
> and needs to be used if we are using DP.
>
> Signed-off-by: Ajay Kumar
It looks better than V1 patch.
Reviewed-by: Jingo
Am 27.06.2014 03:03, schrieb Michel D?nzer:
> On 27.06.2014 09:53, Dieter N?tzel wrote:
>> Am 26.06.2014 12:39, schrieb Christian K?nig:
>>> Am 26.06.2014 11:29, schrieb Michel D?nzer:
From: Michel D?nzer
Prevents radeon_crtc_handle_flip() from running before
radeon_flip_work_
On 25.06.2014 12:59, Michel D?nzer wrote:
> On 24.06.2014 19:14, Christian K?nig wrote:
>> Am 24.06.2014 08:49, schrieb Michel D?nzer:
>>> On 23.06.2014 18:56, Christian K?nig wrote:
Am 23.06.2014 10:15, schrieb Michel D?nzer:
> On 19.06.2014 18:45, Christian K?nig wrote:
>
>> I th
e for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/80aae2d9/attachment.html>
On 26.06.2014 19:39, Christian K?nig wrote:
> Am 26.06.2014 11:29, schrieb Michel D?nzer:
>> From: Michel D?nzer
>>
>> Prevents radeon_crtc_handle_flip() from running before
>> radeon_flip_work_func(), resulting in a kernel panic due to the BUG_ON()
>> in drm_vblank_put().
>>
>> Tested-by: Dieter
On 27.06.2014 11:06, Dieter N?tzel wrote:
> Am 27.06.2014 03:03, schrieb Michel D?nzer:
>>
>> The question is, can you reproduce the panic or the 'impossible msc'
>> lines in the Xorg log with only patch #2?
>
> Here we go (the 'new' #2 alone):
>
> For the panic I need more time.
> But the first
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/31b36082/attachment.html>
On 27.06.2014 12:03, Michel D?nzer wrote:
> On 27.06.2014 11:06, Dieter N?tzel wrote:
>> Am 27.06.2014 03:03, schrieb Michel D?nzer:
>>>
>>> The question is, can you reproduce the panic or the 'impossible msc'
>>> lines in the Xorg log with only patch #2?
>>
>> Here we go (the 'new' #2 alone):
>>
>
imizing for a few
microseconds of boot time.
Also note that even if TDA998x is probed first that doesn't mean the
probe will succeed. It could equally well be deferred.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/11e6f9ce/attachment-0001.sig>
. I'm on an R9 270X, like
said. So Pitcairn/Tahiti architecture here. But, all is well.
--
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/20140627/e8582271/attachment.html>
Hi Linus,
exynos, i915 and msm fixes and one core fix.
exynos: hdmi power off and mixer issues,
msm: iommu, build fixes,
i915: regression races and warns!
Dave.
The following changes since commit a497c3ba1d97fc69c1e78e7b96435ba8c2cb42ee:
Linux 3.16-rc2 (2014-06-21 19:02:54 -1000)
are avail
On 2014? 06? 26? 23:36, Ajay Kumar wrote:
> Add the missing setting for DP CLKCON register.
>
> This register is present on Exynos5 based FIMD controllers,
> and needs to be used if we are using DP.
>
> Signed-off-by: Ajay Kumar
> ---
> Changes since V1:
> - Remove usage of driver_data to confi
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/40e9984f/attachment.html>
g.
--
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/20140627/0b4effa9/attachment.html>
Am 27.06.2014 04:58, schrieb Michel D?nzer:
> On 26.06.2014 19:39, Christian K?nig wrote:
>> Am 26.06.2014 11:29, schrieb Michel D?nzer:
>>> From: Michel D?nzer
>>>
>>> Prevents radeon_crtc_handle_flip() from running before
>>> radeon_flip_work_func(), resulting in a kernel panic due to the BUG_ON
From: Thierry Reding
Tegra124 supports a block-linear mode in addition to the regular pitch
linear and tiled modes. Add support for these by moving the internal
representation into a structure rather than a simple flag.
Signed-off-by: Thierry Reding
---
Changes in v2:
- none
drivers/gpu/drm/t
From: Thierry Reding
Currently the tiling parameters of buffer objects can only be set at
allocation time, and only a single tiled mode is supported. This new
DRM_TEGRA_GEM_SET_TILING IOCTL allows more modes to be set and also
allows the tiling mode to be changed after the allocation. This will
e
From: Thierry Reding
The DRM_TEGRA_GEM_SET_FLAGS IOCTL can be used to set the flags of a
buffer object after it has been allocated or imported. Flags associated
with a buffer object can be queried using the DRM_TEGRA_GEM_GET_FLAGS
IOCTL.
Signed-off-by: Thierry Reding
---
Changes in v2:
- use -E
From: Thierry Reding
This matches what other drivers do for equivalent IOCTLs.
Reviewed-by: St?phane Marchesin
Signed-off-by: Thierry Reding
---
Changes in v2:
- none
drivers/gpu/drm/tegra/drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/drm.c b
is 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/20140627/f3c68856/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/0cc04543/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/9a6678bf/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/3f6cb4aa/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/20140627/6774b9ef/attachment.html>
On 27.06.2014 17:26, Christian K?nig wrote:
> Am 27.06.2014 04:31, schrieb Michel D?nzer:
>> On 25.06.2014 12:59, Michel D?nzer wrote:
>>>
>>> With these patches, 3.15 just survived two piglit runs on my Bonaire,
>>> one with the GART poisoning fix and one without. It never survived a
>>> single r
On 27.06.2014 17:18, Christian K?nig wrote:
> Am 27.06.2014 04:58, schrieb Michel D?nzer:
>> On 26.06.2014 19:39, Christian K?nig wrote:
>>> Am 26.06.2014 11:29, schrieb Michel D?nzer:
From: Michel D?nzer
Prevents radeon_crtc_handle_flip() from running before
radeon_flip_work
Am 26.06.2014 16:36, schrieb Ajay Kumar:
> Add the missing setting for DP CLKCON register.
>
> This register is present on Exynos5 based FIMD controllers,
> and needs to be used if we are using DP.
>
> Signed-off-by: Ajay Kumar
> ---
> Changes since V1:
> - Remove usage of driver_data to config
Hi Inki,
Thanks for the review.
On Fri, Jun 27, 2014 at 1:04 PM, Inki Dae wrote:
> On 2014? 06? 26? 23:36, Ajay Kumar wrote:
>> Add the missing setting for DP CLKCON register.
>>
>> This register is present on Exynos5 based FIMD controllers,
>> and needs to be used if we are using DP.
>>
>> Sign
Am 27.06.2014 04:31, schrieb Michel D?nzer:
> On 25.06.2014 12:59, Michel D?nzer wrote:
>> On 24.06.2014 19:14, Christian K?nig wrote:
>>> Am 24.06.2014 08:49, schrieb Michel D?nzer:
On 23.06.2014 18:56, Christian K?nig wrote:
> Am 23.06.2014 10:15, schrieb Michel D?nzer:
>> On 19.06.2
vel/attachments/20140627/0b766b23/attachment.html>
as scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/dddbeadc/attachment.html>
+ DT mailing list
On 2014? 06? 27? 19:12, Ajay Kumar wrote:
> This series is based on exynos-drm-next branch of Inki Dae's tree at:
> git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git
>
> Changes since V2:
> Add DT property to know the type of FIMD output interface
>
On Friday, June 27, 2014 7:12 PM, Ajay Kumar wrote:
>
> Add the missing setting for DP CLKCON register.
>
> This register is present on Exynos5 based FIMD controllers,
> and needs to be set if we are using DP.
>
> Signed-off-by: Ajay Kumar
Reviewed-by: Jingoo Han
Best regards,
Jingoo Han
>
Some BARs (like GK20A's) do not support being ioremapped write-combined.
Add a boolean property to the BAR structure and handle that case in the
Nouveau BO implementation.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/core/include/subdev/bar.h | 3 +++
drivers/gpu/drm/nouveau/nou
GK20A's BAR is functionally identical to NVC0's, but do not support
being ioremapped write-combined. Create a BAR instance for GK20A that
reflect that state.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/Makefile | 1 +
drivers/gpu/drm/nouveau/core/engine/device/
ailable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/cdf6b980/attachment.sig>
Am 27.06.2014 11:44, schrieb Michel D?nzer:
> On 27.06.2014 17:18, Christian K?nig wrote:
>> Am 27.06.2014 04:58, schrieb Michel D?nzer:
>>> On 26.06.2014 19:39, Christian K?nig wrote:
Am 26.06.2014 11:29, schrieb Michel D?nzer:
> From: Michel D?nzer
>
> Prevents radeon_crtc_handl
Hi Ajay,
+CC DT
On 06/27/2014 12:12 PM, Ajay Kumar wrote:
> Add the missing setting for DP CLKCON register.
>
> This register is present on Exynos5 based FIMD controllers,
> and needs to be set if we are using DP.
>
> Signed-off-by: Ajay Kumar
> ---
> .../devicetree/bindings/video/samsung-fim
v2 was doing some pretty nasty things with the DMA API, so I took a different
approach for this v3.
As suggested, this version uses ttm_dma_populate() to populate BOs. The reason
for doing this was that it would entitle us to using the DMA sync functions,
but since the memory returned is already c
TTM pages can currently be populated using 3 different methods, but the
code does not make it clear which one is used. The same complex
conditions are tested in various parts of the code, which makes it
difficult to follow and error prone.
This patch introduces an enum into the nouveau_drm struct
Cached memory accesses between the CPU and the GPU are not coherent on
ARM. Use the DMA TTM allocator on this architecture to obtain coherent
memory.
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/nouveau/nouveau_ttm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/n
From: Lucas Stach
Nouveau can now be used on ARM, so add an ioprot handler for this
architecture.
Signed-off-by: Lucas Stach
Signed-off-by: Alexandre Courbot
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_ut
GK20A's BAR is functionally identical to NVC0's, but do not support
being ioremapped write-combined. Create a BAR instance for GK20A that
reflect that state.
Signed-off-by: Alexandre Courbot
---
Changes since v1:
- Fix compilation warning due to missing cast
Patch 1 of the series was ok and thus
On Thu, Jun 26, 2014 at 7:17 PM, Alexandre Courbot wrote:
> On Fri, Jun 27, 2014 at 1:10 AM, Russell King - ARM Linux
> wrote:
>> On Thu, Jun 26, 2014 at 11:53:20PM +0900, Alexandre Courbot wrote:
>>> We don't plan to rely on CMA for too long. IOMMU support is on the way
>>> and should make our l
On 06/27/2014 01:48 PM, Ajay kumar wrote:
> Hi Andrej,
>
> On Fri, Jun 27, 2014 at 4:52 PM, Andrzej Hajda wrote:
>> Hi Ajay,
>>
>> +CC DT
>>
>> On 06/27/2014 12:12 PM, Ajay Kumar wrote:
>>> Add the missing setting for DP CLKCON register.
>>>
>>> This register is present on Exynos5 based FIMD contr
https://bugzilla.kernel.org/show_bug.cgi?id=79051
Bug ID: 79051
Summary: Panic with radeon hd 5750, bisected
Product: Drivers
Version: 2.5
Kernel Version: 3.14.6 - 3.16-rc2
Hardware: x86-64
OS: Linux
Tree: Mai
On 27.06.2014 15:02, Ajay kumar wrote:
> Hi Andrej,
>
> On Fri, Jun 27, 2014 at 6:14 PM, Andrzej Hajda wrote:
>> On 06/27/2014 01:48 PM, Ajay kumar wrote:
>>> Hi Andrej,
>>>
>>> On Fri, Jun 27, 2014 at 4:52 PM, Andrzej Hajda
>>> wrote:
Hi Ajay,
+CC DT
On 06/27/2014 12:1
https://bugzilla.kernel.org/show_bug.cgi?id=79011
--- Comment #2 from Fabian Pas ---
Created attachment 141101
--> https://bugzilla.kernel.org/attachment.cgi?id=141101&action=edit
The dmesg log after a crash
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=79011
--- Comment #3 from Fabian Pas ---
Created attachment 14
--> https://bugzilla.kernel.org/attachment.cgi?id=14&action=edit
The glxinfo after a crash
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=79011
--- Comment #4 from Fabian Pas ---
Created attachment 141121
--> https://bugzilla.kernel.org/attachment.cgi?id=141121&action=edit
The xorg.0 log file after a crash
--
You are receiving this mail because:
You are watching the assignee of the bu
dri-devel/attachments/20140627/1d3a4a0b/attachment.html>
cd /sys/bus/pci/devices/
echo 1 > rom
cat rom > /tmp/vbios.rom
echo 0 > rom
--
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/a
ntool/) to compare registers.
--
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/20140627/650f0f13/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/59f48470/attachment.html>
From: Daniel Vetter
Some drivers need to be able to have a perfect race-free fbcon setup.
Current drivers only enable hotplug processing after the call to
drm_fb_helper_initial_config which leaves a tiny but important race.
This race is especially noticable on embedded platforms where the
driver
From: Thierry Reding
There's no need for this to be modifiable. Make it const so that it can
be put into the .rodata section.
Reviewed-by: Daniel Vetter
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/armada/armada_fbdev.c | 2 +-
drivers/gpu/drm/ast/ast_fb.c | 2 +-
driver
From: Thierry Reding
To implement hotplug detection in a race-free manner, drivers must call
drm_kms_helper_poll_init() before hotplug events can be triggered. Such
events can be triggered right after any of the encoders or connectors
are initialized. At the same time, if the drm_fb_helper_hotplu
From: Thierry Reding
A race condition currently exists on Tegra, where it can happen that a
monitor attached via HDMI isn't detected during the initial FB helper
setup, but the hotplug event happens too early to be processed by the
poll helpers because they haven't been initialized yet. This happ
On Fri, Jun 27, 2014 at 05:19:23PM +0200, Thierry Reding wrote:
> From: Thierry Reding
>
> There's no need for this to be modifiable. Make it const so that it can
> be put into the .rodata section.
>
> Reviewed-by: Daniel Vetter
> Signed-off-by: Thierry Reding
Definitely a good thing. For Ar
the console, so start steam in a terminal if you need to see the output
--
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/20140
https://bugzilla.kernel.org/show_bug.cgi?id=79071
Bug ID: 79071
Summary: Hang with dpm radeon hd 5750, pcie 1.1 motherboard
Product: Drivers
Version: 2.5
Kernel Version: 3.16-rc2 (all dpm kernels)
Hardware: x86-64
OS: Linux
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/91ca570c/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=79071
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/9044ac20/attachment-0001.html>
ou 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/20140627/7e8a780b/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=79011
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #5 fr
On Fri, Jun 27, 2014 at 1:28 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Currently the tiling parameters of buffer objects can only be set at
> allocation time, and only a single tiled mode is supported. This new
> DRM_TEGRA_GEM_SET_TILING IOCTL allows more modes to be set and also
> all
https://bugzilla.kernel.org/show_bug.cgi?id=79011
--- Comment #6 from Fabian Pas ---
Do I simply add that to the file?
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=79011
--- Comment #7 from Alex Deucher ---
patch and rebuild your kernel. E.g.,
patch -p1 -i disable_lbpw.diff
in the root of your kernel tree.
--
You are receiving this mail because:
You are watching the assignee of the bug.
On Fri, Jun 27, 2014 at 1:28 AM, Thierry Reding
wrote:
> From: Thierry Reding
>
> The DRM_TEGRA_GEM_SET_FLAGS IOCTL can be used to set the flags of a
> buffer object after it has been allocated or imported. Flags associated
> with a buffer object can be queried using the DRM_TEGRA_GEM_GET_FLAGS
>
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/d6138cf2/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=79071
--- Comment #2 from Jonathan Howard ---
Both high and auto appear to be same.
Lack of other reports for the card, with me running on pcie v1 motherboard
(card supports v2) give a hint (but not certain) probable cause.
--
You are receiving this m
https://bugzilla.kernel.org/show_bug.cgi?id=79011
Dieter N?tzel changed:
What|Removed |Added
CC||Dieter at nuetzel-hh.de
--- Comment #8 fr
Hi
Got the following panic runing 16-rc2 + git. The latest commit was:
commit d91d66e88ea95b6dd21958834414009614385153
Merge: 07f4695 6663a4f
Author: Linus Torvalds
Date: Wed Jun 25 05:44:17 2014 -0700
I was not doing anything interesting (displaying a photo from facebook with
firefox)
whe
742323/albums/6029631260384977873/6029631269719723986?pid=6029631269719723986&oid=108244876431105742323
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/911f527d/attachment.html>
Set FIMD output type for snow as DP.
Signed-off-by: Ajay Kumar
---
arch/arm/boot/dts/exynos5250-snow.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5250-snow.dts
b/arch/arm/boot/dts/exynos5250-snow.dts
index 079fdf9..dc3ae9c 100644
--- a/arch/arm/boot/dts/exy
Set FIMD output type for smdk5250 as DP.
Signed-off-by: Ajay Kumar
---
arch/arm/boot/dts/exynos5250-smdk5250.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5250-smdk5250.dts
b/arch/arm/boot/dts/exynos5250-smdk5250.dts
index a794a70..ed28efb 100644
--- a/arch/
On Fri, Jun 27, 2014 at 5:28 PM, Thierry Reding
wrote:
> From: Thierry Reding
>
> Tegra124 supports a block-linear mode in addition to the regular pitch
> linear and tiled modes. Add support for these by moving the internal
> representation into a structure rather than a simple flag.
Tested-by:
On Fri, Jun 27, 2014 at 11:24:58AM +0100, Inki Dae wrote:
>
> + DT mailing list
Thanks for the Cc.
Can we get the rest of the series? Judging a series based on its
diffstat alone is a little hard...
Or is my mailbox filtering hiding the rest of these from me?
Any reason for not Ccing lakml?
M
+DT mailing list
On Fri, Jun 27, 2014 at 3:42 PM, Ajay Kumar wrote:
> Set FIMD output type for smdk5250 as DP.
>
> Signed-off-by: Ajay Kumar
> ---
> arch/arm/boot/dts/exynos5250-smdk5250.dts |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/boot/dts/exynos5250-smdk5250.dts
>
Hi Andrej,
On Fri, Jun 27, 2014 at 4:52 PM, Andrzej Hajda wrote:
> Hi Ajay,
>
> +CC DT
>
> On 06/27/2014 12:12 PM, Ajay Kumar wrote:
>> Add the missing setting for DP CLKCON register.
>>
>> This register is present on Exynos5 based FIMD controllers,
>> and needs to be set if we are using DP.
>>
>
On 27 Jun 07:14 AM, Thierry Reding wrote:
> On Mon, Jun 23, 2014 at 12:29:09PM -0300, Ezequiel Garcia wrote:
> > >
> > > No. We don't need to change the link order.
> >
> > Could you clarify why? I guess you have some case in mind where changing
> > the link order breaks things or makes something
This makes it easier to see corruption which e.g. occurs when using the userptr
functionality to copy buffers allocated via plain malloc.
One of the reasons why this is currently just used with GEM buffer mode.
Signed-off-by: Tobias Jakobi
---
tests/exynos/exynos_fimg2d_test.c | 117
Set FIMD output type for peach_pit as DP.
Signed-off-by: Ajay Kumar
---
arch/arm/boot/dts/exynos5420-peach-pit.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5420-peach-pit.dts
b/arch/arm/boot/dts/exynos5420-peach-pit.dts
index 1c5b8f9..164f523 100644
--- a/a
Set FIMD output type for peach_pi as DP.
Signed-off-by: Ajay Kumar
---
arch/arm/boot/dts/exynos5800-peach-pi.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5800-peach-pi.dts
b/arch/arm/boot/dts/exynos5800-peach-pi.dts
index f3af207..21e2de2 100644
--- a/arch/
Set FIMD output type for smdk5420 as DP.
Signed-off-by: Ajay Kumar
---
arch/arm/boot/dts/exynos5420-smdk5420.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5420-smdk5420.dts
b/arch/arm/boot/dts/exynos5420-smdk5420.dts
index 6052aa9..5f05a19 100644
--- a/arch/
Set FIMD output type for arndale as DP.
Signed-off-by: Ajay Kumar
---
arch/arm/boot/dts/exynos5250-arndale.dts |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/dts/exynos5250-arndale.dts
b/arch/arm/boot/dts/exynos5250-arndale.dts
index d0de1f5..e803183 100644
--- a/arch/arm/
+DT mailing list
On Fri, Jun 27, 2014 at 3:42 PM, Ajay Kumar wrote:
> Set FIMD output type for peach_pi as DP.
>
> Signed-off-by: Ajay Kumar
> ---
> arch/arm/boot/dts/exynos5800-peach-pi.dts |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/boot/dts/exynos5800-peach-pi.dts
>
+DT mailing list
On Fri, Jun 27, 2014 at 3:42 PM, Ajay Kumar wrote:
> Set FIMD output type for snow as DP.
>
> Signed-off-by: Ajay Kumar
> ---
> arch/arm/boot/dts/exynos5250-snow.dts |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/boot/dts/exynos5250-snow.dts
> b/arch/arm/
+DT mailing list
On Fri, Jun 27, 2014 at 3:42 PM, Ajay Kumar wrote:
> Set FIMD output type for smdk5420 as DP.
>
> Signed-off-by: Ajay Kumar
> ---
> arch/arm/boot/dts/exynos5420-smdk5420.dts |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/boot/dts/exynos5420-smdk5420.dts
>
+DT mailing list
On Fri, Jun 27, 2014 at 3:42 PM, Ajay Kumar wrote:
> Set FIMD output type for arndale as DP.
>
> Signed-off-by: Ajay Kumar
> ---
> arch/arm/boot/dts/exynos5250-arndale.dts |1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/arm/boot/dts/exynos5250-arndale.dts
> b/
Hi Andrej,
On Fri, Jun 27, 2014 at 6:14 PM, Andrzej Hajda wrote:
> On 06/27/2014 01:48 PM, Ajay kumar wrote:
>> Hi Andrej,
>>
>> On Fri, Jun 27, 2014 at 4:52 PM, Andrzej Hajda
>> wrote:
>>> Hi Ajay,
>>>
>>> +CC DT
>>>
>>> On 06/27/2014 12:12 PM, Ajay Kumar wrote:
Add the missing setting fo
Signed-off-by: Denis Carikli
---
drivers/gpu/ipu-v3/ipu-di.c |4 ++--
drivers/staging/imx-drm/ipuv3-crtc.c |4 ++--
include/video/imx-ipu-v3.h |8 +++-
3 files changed, 11 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/ipu-v3/ipu-di.c b/drivers/gpu/ipu-
1 - 100 of 114 matches
Mail list logo
