:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/4a89bcef/attachment.html>
ng 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/8af8f47e/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=79081
Bug ID: 79081
Summary: radeon with dpm at low profile still more power
consuming than catalyst
Product: Drivers
Version: 2.5
Kernel Version: 3.16-rc2
Hardware: All
https://bugzilla.kernel.org/show_bug.cgi?id=79051
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
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
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
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
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
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
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
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/
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
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
>
+ 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 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 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
On 6/27/14 8:56 PM, "Ben Skeggs" wrote:
>On Sat, Jun 28, 2014 at 4:51 AM, Ken Adams wrote:
>> quick note re: tegra and gpu bars...
>>
>> to this point we've explicitly avoided providing user-mode mappings due
>>to
>> power management issues, etc.
>> looks to me like this would allow such mappin
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
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
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/d6138cf2/attachment.html>
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.
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.
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
https://bugzilla.kernel.org/show_bug.cgi?id=79011
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #5 fr
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
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
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: 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
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.
>>
>
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>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/9044ac20/attachment-0001.html>
Guido,
On 06/17/2014 09:17 AM, Guido Mart?nez wrote:
> The tilcdc driver could be compiled as a module, but was severely broken
> and could not be used as such. This patchset attempts to fix the issues
> preventing a proper load/unload of the module.
>
> Issues included dangling sysfs nodes, dangl
On Fri, Jun 27, 2014 at 11:32 AM, Ed Tomlinson wrote:
> Hi
>
>
>
> It seems the follow on message with the panic's as an attachment did not
> make it.
>
> Here is a link with the jpg:
>
Preliminary fixes and discussion here:
http://lists.freedesktop.org/archives/dri-devel/2014-June/062411.html
h
https://bugzilla.kernel.org/show_bug.cgi?id=79071
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
-- 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
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
+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/
+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
>
+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 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 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 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
No functional changes.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c| 8
tests/exynos/exynos_fimg2d_test.c | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/exynos/exynos_fimg2d.c b/exynos/exynos_fimg2d.c
index 435a88d..61b4f94 100644
--- a/e
This also avoids the floating point conversion steps and just
uses pure integer arithmetic. Also the G2D hardware scaling
factor is a bit unintuitive, so explain it in the function.
Signed-off-by: Tobias Jakobi
---
exynos/exynos_fimg2d.c | 19 ++-
exynos/fimg2d.h| 2 --
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
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
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
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-
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
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/
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 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/
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 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 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
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-fimd.txt |1 +
drivers/gpu/drm/exynos/exynos_drm_fimd.c | 2
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
as per Inki's suggestion.
Add samsung,output-type DT proper
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
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/59f48470/attachment.html>
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
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
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>
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
dri-devel/attachments/20140627/1d3a4a0b/attachment.html>
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
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
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 #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=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
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
ailable
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/cdf6b980/attachment.sig>
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):
>>
>
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
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
quick note re: tegra and gpu bars...
to this point we've explicitly avoided providing user-mode mappings due to
power management issues, etc.
looks to me like this would allow such mappings. is that the case? are
there any paths which would require such mappings to function properly?
thanks
---
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
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>
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
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
>
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
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
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
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
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
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
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
as scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/dddbeadc/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
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
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
vel/attachments/20140627/0b766b23/attachment.html>
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
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
On 06/11/2014 08:41 AM, Jesse Barnes wrote:
> On Wed, 11 Jun 2014 17:39:29 +0200
> Daniel Vetter wrote:
>
>> On Wed, Jun 11, 2014 at 5:13 PM, Jesse Barnes
>> wrote:
- If you have a machine which uses tiled framebuffers and enables
swizzling in the BIOS your code will a) drop the swi
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>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/3f6cb4aa/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140627/9a6678bf/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>
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>
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
1 - 100 of 114 matches
Mail list logo
