On Tue, 26 August 2014 Andreas Noever wrote:
> On Sun, Aug 24, 2014 at 11:09 PM, Bruno Pr?mont wrote:
> > With commit 20cde694027e boot video device detection was moved from
> > efifb to x86 and ia64 pci/fixup.c.
> >
> > For dual-GPU Apple computers above change represents a regression as
> > code
fixed for me, I'll reopen otherwise. Thanks for the 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/20140828/c8aeab30/attachment.html>
[...]
>> Sounds like you're missing
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=80771e47b6c1e47ab55f17311e1d4e227a9eb3d8
>> .
>
> Agree, that is exactly the expected behavior if you don't use the
> necessary mesa patch.
>
> Please make sure you actually installed mesa into the correct path
7950.
Here's my journalctl log: http://pastebin.com/s80VLPtr
--
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/2014
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/20140828/0d2bcca5/attachment.html>
From: "Y.C. Chen"
Signed-off-by: Egbert Eich
Signed-off-by: Y.C. Chen
v3: based on [PATCH 1/2] drm/ast: Add missing entry to dclk_table[].
Add reduced blanking modes, improve mode matching to
identify these modes by thier sync polarities.
---
drivers/gpu/drm/ast/ast_mode.c | 42
Hi Laurent,
On Thu, 28 Aug 2014 14:19:22 +0200
Laurent Pinchart wrote:
> Hi Boris,
[...]
> >
> > I don't have any VGA connector (or I'm missing something :-)),
>
> My bad.
No problem.
>
> > but I have an LCD panel and an RGB to HDMI encoder connected on the same RGB
> > connector.
>
> The
From: Michel D?nzer
This allows the kernel to prevent such BOs from ever being stored in the
CPU inaccessible part of VRAM.
Signed-off-by: Michel D?nzer
---
src/gallium/drivers/radeon/r600_buffer_common.c | 23 ++-
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 8 ++
From: Michel D?nzer
This flag is a hint that userspace expects the BO to be accessed by the
CPU. We can use that hint to prevent such BOs from ever being stored in
the CPU inaccessible part of VRAM.
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_object.c | 11 +--
inclu
Kinda unexpected, but DIV_ROUND_UP() can overflow if passed an argument
bigger than UINT_MAX - DIVISOR. Fix this by testing for "!cpp" before
using it in the following division.
Note that DIV_ROUND_UP() is defined as:
#define DIV_ROUND_UP(n,d) (((n) + (d) - 1) / (d))
..this will obviously
On Fri, Jun 20, 2014 at 12:06 AM, Fabio Estevam wrote:
> From: Fabio Estevam
>
> SOC_IMX6SL does not have the IPU block, so remove it from the Kconfig entry.
>
> Signed-off-by: Fabio Estevam
> ---
> drivers/gpu/ipu-v3/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --gi
On Thursday, August 28, 2014 1:33 PM, Sonika Sonika wrote:
> On 8/28/2014 6:25 AM, Jingoo Han wrote:
> > On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote:
> >>
> >> From: Sonika Jindal
> >>
> >> Rename the defines to have levels instead of values for vswing and
> >> pre-emph levels as the v
From: Gustavo Padovan
Take out some parts of code that can fail from it and move them to
intel_pipe_check_base(), the only failure point in intel_pipe_set_base()
now is the fb pinning procudure.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 39 +
From: Gustavo Padovan
intel_pipe_check_base() should return an error is the fb received is
set to NULL.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gp
From: Gustavo Padovan
As a preparation for atomic updates we need to split the code to check
everything we are going to commit first. This patch starts the work to
split intel_primary_plane_setplane() into check() and commit() parts.
More work is expected on this to get a better split of the two
From: Gustavo Padovan
Create intel_crtc_cursor_create_obj() to check any need setting
before we call intel_crtc_cursor_set_obj() to apply the cursor updates.
intel_crtc_cursor_check_obj() must always be called before
intel_crtc_cursor_set_obj().
Signed-off-by: Gustavo Padovan
---
drivers/gpu/d
From: Gustavo Padovan
Due to the upcoming atomic modesetting feature we need to separate
some update functions into a check step that can fail and a commit
step that should, ideally, never fail.
The commit part can still fail, but that should be solved in another
upcoming patch.
Signed-off-by:
From: Gustavo Padovan
Due to the upcoming atomic modesetting feature we need to separate
some update functions into a check step that can fail and a commit
step that should, ideally, never fail.
This commit splits intel_update_plane() and its commit part can still
fail due to the fb pinning proc
From: Gustavo Padovan
If the save_encoder_crtcs or save_connector_encoders allocation fail
we need to free everything we have already allocated.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git
From: Gustavo Padovan
At this point of the code the obj var is already NULL, so we don't
need to set it again to NULL.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/i915/intel_display.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/
From: Derek Foreman
Really just for completeness - old init function ends up making the plane
exactly the same way due to the way the enums are set up.
Signed-off-by: Derek Foreman
---
drivers/gpu/drm/i915/intel_sprite.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git
Hi Dave -
Some more fixes for 3.17, mostly stable material.
BR,
Jani.
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-intel tags/drm-intel-fix
The drm_gem_private_object_init function is called drm_gem_object_init
in its kerneldoc. Fix it.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/drm_gem.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c
index 6adee4c..
Hi Joonyoung,
Thank you for the patch.
On Wednesday 27 August 2014 15:26:32 Joonyoung Shim wrote:
> Initialize GEM object using drm_gem_private_object_init instead of
> drm_gem_object_init. It doesn't need to have shmfs backing store because
> the CMA GEM object uses CMA area.
>
> Signed-off-by:
Hi Boris,
On Wednesday 27 August 2014 09:52:35 Boris BREZILLON wrote:
> On Tue, 26 Aug 2014 01:39:21 +0200 Laurent Pinchart wrote:
> > On Thursday 21 August 2014 19:26:33 Boris BREZILLON wrote:
> >> On Thu, 21 Aug 2014 19:08:53 +0200
> >> Laurent Pinchart wrote:
> >>
> >> [...]
> >>
> >> Wh
Hi Linus,
The major changes for 3.17 already went via Greg-KH's tree this time
as well; this is a small pull request for dma-buf - all documentation
related.
Could you please pull?
The following changes since commit f1bd473f95e02bc382d4dae94d7f82e2a455e05d:
Merge branch 'sec-v3.17-rc2' of
gi
_screen_surface 1 .
the problem didn't solved.
--
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/20140828/d90065ec/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/20140828/f33ca40f/attachment.html>
On 26.08.2014 21:45, Christian K?nig wrote:
> From: Christian K?nig
>
> This fixes a problem with GPU resets and TLB flushes on SI/CIK.
>
> Signed-off-by: Christian K?nig
[...]
> diff --git a/drivers/gpu/drm/radeon/radeon.h b/drivers/gpu/drm/radeon/radeon.h
> index f2dba50..8810df3 100644
> ---
--
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/20140828/fd5b078a/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/f5fda7dd/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/20140828/db39e2c1/attachment.html>
signee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/583699d3/attachment.html>
On 8/28/2014 11:36 AM, Jingoo Han wrote:
> On Thursday, August 28, 2014 1:33 PM, Sonika Sonika wrote:
>> On 8/28/2014 6:25 AM, Jingoo Han wrote:
>>> On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote:
From: Sonika Jindal
Rename the defines to have levels instead of value
> On Wed, Aug 27, 2014 at 3:01 PM, Alex Williamson
> wrote:
>> If we assign a Radeon device to a virtual machine, we can no longer
>> assume a fixed hardware topology, like the GPU having a parent device.
>> This patch simply adds a few pci_is_root_bus() tests to avoid passing
>> a NULL pointer to
Process should not have access to ipp nodes created by another
process. The patch adds necessary checks.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm
Since file pointer is preserved in c_node passing it
as argument in node functions is redundant.
Signed-off-by: Andrzej Hajda
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 14 ++
1 file changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/
FIMC in default mode of operation uses only one input buffer,
but the driver used also second buffer, as a result only the
first frame was processed correctly. The patch fixes it.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 16
The patch removes redundant checks, redundant HW reads
and simplifies code.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
v2:
- fixed bit cleaning operation
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 64
1 file changed, 15 insertions(+), 49 de
The patch removes redundant H/W activation.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c
b/drivers/gpu/drm/exynos/exynos_drm
Overflow bits shall be cleared by H/W.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimc.c
b/drivers/gpu/drm/exynos/exynos_drm_fimc.c
index 34367ff..
Events were removed only during stop command, as a result
there were memory leaks if program prematurely exited.
This patch fixes it.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 155
1 file changed, 78 i
Memory shouldn't be freed when hardware is still running.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 15 ++-
1 file changed, 6 insertions(+), 9 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/drivers/g
Type casting should be avoided if possible. In case of
work_struct it can be simply replaced by reference to member field.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_fimc.c| 2 +-
drivers/gpu/drm/exynos/exynos_drm_gsc.c | 3 +--
driver
The nodes should be removed before removing command node.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/drivers/gpu/drm/exynos/exynos_drm_ip
The patch introduces ipp_clean_mem_nodes function which replaces
redundant code. Additionally memory node function definitions
are moved up to increase its visibility.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 229 +++-
In case of allocation errors some already allocated buffers
were not freed. The patch fixes it.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 67 -
1 file changed, 32 insertions(+), 35 deletions(-)
diff --
Since command node have file pointer dev field became useless.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 1 -
drivers/gpu/drm/exynos/exynos_drm_ipp.h | 2 --
2 files changed, 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_
On file close driver should remove only command nodes created
via this file.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/dr
Command node should contain file reference to distinguish commands
created by different processes.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 ++---
drivers/gpu/drm/exynos/exynos_drm_ipp.h | 2 ++
2 files changed, 4 insertions(+), 3
All pending works should be canceled prior to its removal.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/drivers/gpu/drm/exynos/exynos_drm_i
PM callbacks in ipp core do nothing, so the patch removes it.
Signed-off-by: Andrzej Hajda
Reviewed-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_ipp.c | 51 -
1 file changed, 51 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_ipp.c
b/dri
This set of patches contains various improvement and fixes
for exynos_drm ipp framework.
The patchset is based on exynos-drm-next branch.
IPP framework was tested for regressions on exynos4210-trats target.
In the 2nd version of the series I have included changes proposed by Joonyoung
Shim.
I ha
struct drm_radeon_gem_create {
>> uint64_tsize;
>
>
> ___
> mesa-dev mailing list
> mesa-dev at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
-- next part --
A non-text attachment was scrubbed...
Name: 0001-drm-radeon-add-RADEON_GEM_NO_CPU_ACCESS-BO-creation-.patch
Type: text/x-diff
Size: 1902 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/cf6d8a9f/attachment.patch>
Am 28.08.2014 um 08:56 schrieb Michel D?nzer:
> From: Michel D?nzer
>
> This flag is a hint that userspace expects the BO to be accessed by the
> CPU. We can use that hint to prevent such BOs from ever being stored in
> the CPU inaccessible part of VRAM.
>
> Signed-off-by: Michel D?nzer
This pat
On 22.08.2014 17:13, Christian K?nig wrote:
> From: Christian K?nig
>
> This allows us to more fine grained specify where to place the buffer object.
>
> Signed-off-by: Christian K?nig
Tested-and-Acked-by: Michel D?nzer
(for radeon)
--
Earthling Michel D?nzer| h
Am 28.08.2014 um 05:43 schrieb Michel D?nzer:
> On 26.08.2014 21:45, Christian K?nig wrote:
>> From: Christian K?nig
>>
>> This fixes a problem with GPU resets and TLB flushes on SI/CIK.
>>
>> Signed-off-by: Christian K?nig
>
> [...]
>
>> diff --git a/drivers/gpu/drm/radeon/radeon.h
>> b/drivers
On Wed, 27 Aug 2014, Mathias Krause wrote:
> The __init annotations for the DMI callback functions are wrong as this
> code can be called even after the module has been initialized, e.g. like
> this:
>
> # echo 1 > /sys/bus/pci/devices/:00:02.0/remove
> # modprobe i915
> # echo 1 > /sys/
On 8/28/2014 6:25 AM, Jingoo Han wrote:
> On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote:
>>
>> From: Sonika Jindal
>>
>> Rename the defines to have levels instead of values for vswing and
>> pre-emph levels as the values may differ in other scenarios like low vswing
>> of
>> eDP1.4 wh
On Friday, August 08, 2014 7:54 PM, Sonika Jindal wrote:
>
> From: Sonika Jindal
>
> Rename the defines to have levels instead of values for vswing and
> pre-emph levels as the values may differ in other scenarios like low vswing of
> eDP1.4 where the values are different.
>
> Done using follow
On Wednesday, August 27, 2014 1:31 PM, Jindal, Sonika wrote:
> On 8/26/2014 4:58 PM, Thierry Reding wrote:
> > On Fri, Aug 08, 2014 at 04:23:40PM +0530, sonika.jindal at intel.com wrote:
> >> From: Sonika Jindal
> >>
> >> Adding new defines, older one will be removed in the last patch in the
> >>
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/3f9b7efd/attachment.html>
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/1c3befe5/attachment.html>
ignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/6461271a/attachment.html>
Hi,
On 08/27/2014 07:27 PM, Andrzej Hajda wrote:
> On 08/26/2014 07:00 AM, Joonyoung Shim wrote:
>> Hi Andrzej,
>>
>> On 08/22/2014 04:52 PM, Andrzej Hajda wrote:
>>> In case of allocation errors some already allocated buffers
>>> were not freed. The patch fixes it.
>>>
>>> Signed-off-by: Andrzej
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/20140828/1d362734/attachment-0001.html>
On Wed, Aug 27, 2014 at 03:11:08PM +0200, Thierry Reding wrote:
> > So we're left with
> >
> > #define DP_TRAIN_VOLTAGE_SWING_LEVEL_0 (0 << 0)
> >
> > Vs
> >
> > #define DP_TRAIN_VOLTAGE_SWING_LEVEL(x) ((x) << 0)
> >
> > The second variant doesn't really bring much more clarity? Can
scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/00d426a3/attachment.html>
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/b4f7eff0/attachment.html>
Hi Linus,
Nothing major, one core oops fixes, some radeon oops fixes, some sti
driver fixups, msm driver fixes and a minor Kconfig update for the ww
mutex debugging.
Dave.
The following changes since commit 52addcf9d6669fa439387610bc65c92fa0980cef:
Linux 3.17-rc2 (2014-08-25 15:36:20 -0700
uld explain the symptoms.
Yes, patch worked.
--
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/20140828/de7fd348/attachment.html>
config.c .
--
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/20140828/4d116329/attachment.html>
as scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/a79e3b75/attachment-0001.html>
s being randomly 1 could
explain the symptoms.
--
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/20140828/7da40b4d/attachment.html>
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140828/3420f7be/attachment.html>
e 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/20140828/d7ddec57/attachment.html>
76 matches
Mail list logo
