On Wed, May 27, 2015 at 02:49:17PM +0200, Lucas Stach wrote:
> Hi Alexander,
>
> Am Mittwoch, den 27.05.2015, 14:45 +0200 schrieb Alexander Holler:
> > Hello,
> >
> > I've just build and booted the Etnaviv driver as module with Kernel 4.0.4.
> >
> > When I unload the driver with rmmod an oops ha
The build error is introduced by commit fde496917682 ("Add device
enumeration interface (v4)") if don't enable udev. Can solve as check
UDEV dependency.
CC libdrm_la-xf86drm.lo
xf86drm.c:66:21: fatal error: libudev.h: No such file or directory
#include "libudev.h"
^
c
This is to remove to open the DRM device unnecessarily as call
drmAvailable() when name is NULL or drm_server_info is NULL in
drmOpenWithType function.
Signed-off-by: Joonyoung Shim
---
xf86drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xf86drm.c b/xf86drm.c
index b5a1
> -Original Message-
> From: Joonyoung Shim [mailto:jy0922.shim at samsung.com]
> Sent: Wednesday, May 27, 2015 8:57 PM
> To: dri-devel at lists.freedesktop.org
> Cc: emil.l.velikov at gmail.com; Zhou, Jammy; Deucher, Alexander;
> jy0922.shim at samsung.com
> Subject: [PATCH] xf86drm: fix b
On 26 May 2015 at 08:22, Pierre Moreau wrote:
> This is especially true when variables or functions are just called dsm
> without
> precising the v1.
>
> Signed-off-by: Pierre Moreau
Seeems reasonable,
Reviewed-by: Dave Airlie
On 26 May 2015 at 18:01, Samuel Pitoiset wrote:
> s/functons/functions in the commit message.
>
>
> On 05/26/2015 12:22 AM, Pierre Moreau wrote:
>>
>> This makes it clearer when reading the function name, as well as following
>> the
>> names of the related ACPI function.
>>
Apart from Samuel's su
On 26 May 2015 at 08:22, Pierre Moreau wrote:
> Signed-off-by: Pierre Moreau
Reviewed-by: Dave Airlie
On 26 May 2015 at 18:26, Pierre Moreau wrote:
>
>> On 26 May 2015, at 07:17, Ilia Mirkin wrote:
>>
>> On Tue, May 26, 2015 at 1:10 AM, Pierre Moreau
>> wrote:
On 26 May 2015, at 00:39, Ilia Mirkin wrote:
> On Mon, May 25, 2015 at 6:22 PM, Pierre Moreau
> wrote:
> Most _
> I was using a different repository with only QXL driver. I tested and all
> patches apply and compile perfectly even with Linus master branch.
Lets only post patches people can apply, it makes it harder to figure
out stuff. I'll take a look at the patches, but it would be good to
get them resen
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> If objects are moved back from system memory to VRAM (and spice id
> created again) memory is already initialized so we need to set flag
> to not clear memory.
> If you don't do it after a while using desktop many images turns to
> black or transpa
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> If the function fails reference counter to the object is not decremented
> causing leaks.
> This is hard to spot as it happens only on very low memory situations.
>
> Signed-off-by: Frediano Ziglio
Looks good,
Reviewed-by: Dave Airlie
Dave.
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> reloc_info[i] is not still initialized in the print statement.
>
> Signed-off-by: Frediano Ziglio
Reviewed-by: Dave Airlie
On 27 May 2015 at 20:03, Frediano Ziglio wrote:
> Is we are not able to get source bo object from handle we free
> destination bo object and call cleanup code however destination
> object was already inserted in reloc_info array (num_relocs was
> already incremented) so on cleanup we free destinat
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> Only EBUSY error was handled. This could cause code to believe
> reserve was successful while it failed.
>
> Signed-off-by: Frediano Ziglio
This has been there since I wrote qxl, so I expect I had some reason
for it, but I can't remember it
now..
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> This function return handle to allocated release object which is an int.
Reviewed-by: Dave Airlie
>
> Signed-off-by: Frediano Ziglio
> ---
> qxl/qxl_release.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/qxl/qxl_rele
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> Free resources correctly if function fails
>
> Signed-off-by: Frediano Ziglio
Reviewed-by: Dave Airlie
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> Enable format string checks for qxl_io_log and remove resulting warnings
> which could lead to memory errors on different platform or just printing
> wrong information.
>
> Signed-off-by: Frediano Ziglio
Reviewed-by: Dave Airlie
> ---
> qxl/qxl
https://bugzilla.kernel.org/show_bug.cgi?id=95771
--- Comment #3 from higuita ---
> Does building the kernel without CONFIG_HSA_AMD avoid this one?
yes, looks like it helps... so the something in the HSA is sometimes breaking
the hibernation.
i'm now in kernel 4.0.4 and it seems that i can almo
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> qxl_bo structure has two reference counters, one in the GEM object and
> another in the TTM object. The GEM object keep a counter to the TTM object
> so when GEM counter reached zero the TTM counter (using qxl_bo_unref) was
> decremented. The qxl o
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> In qxlhw_handle_to_bo we incremented counters twice, one time for release
> object
> and one for reloc_info.
> In the main function however reloc_info references was drop much earlier than
> release so keeping the pointer only on release is safe a
On 27 May 2015 at 20:04, Frediano Ziglio wrote:
> This function could return a NULL pointer in case of handle not
> present and in case of out of memory conditions however caller
> function always returned EINVAL error hiding a possible ENOMEM.
> This patch change the function to return the error
On 19 May 2015 at 19:54, Frediano Ziglio wrote:
> This problem happens using KMS surfaces and QXL driver.
> To easy reproduce use KDE Plasma (which use surfaces a lot) and assure
> you are using KMS surfaces (QXL driver on Fedora/RedHat has a patch to
> stop using them). Open some complex applicat
On Tue, May 26, 2015 at 4:53 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The value was much too low, which could cause the userspace visible
> vblank counter to move backwards when the hardware counter wrapped
> around.
>
> Signed-off-by: Michel Dänzer
Applied to my -next tree.
Thank
At Wed, 27 May 2015 18:31:25 +0100,
Russell King - ARM Linux wrote:
>
> On Wed, May 27, 2015 at 12:43:08PM +0200, Daniel Vetter wrote:
> > On Sat, May 09, 2015 at 11:26:57AM +0100, Russell King wrote:
> > > Parse the ELD (EDID like data) stored from the HDMI driver to restrict
> > > the sample rat
Hi Gustavo,
On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
> Hi Inki,
>
> 2015-05-27 Inki Dae :
>
>> Hi Gustavo,
>>
>> On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
>>> From: Gustavo Padovan
>>>
>>> Run dpms operations through the atomic intefaces. This basically removes
>>> the .d
https://bugzilla.kernel.org/show_bug.cgi?id=95771
Oded Gabbay changed:
What|Removed |Added
CC||oded.gabbay at gmail.com
--- Comment #4 fro
https://bugzilla.kernel.org/show_bug.cgi?id=95771
--- Comment #5 from Michel Dänzer ---
(In reply to higuita from comment #3)
> Don't know is i should open a new bug for this crash [...]
Please do, that doesn't look directly related to the GPU drivers.
--
You are receiving this mail because:
This is especially true when variables or functions are just called dsm without
specifying the v1.
Changes since v1:
* Fix typo in commit explanation
* Change has_dsm to has_mux in nouveau_dsm_detect
Signed-off-by: Pierre Moreau
---
drm/nouveau/nouveau_acpi.c | 72 +++---
This makes it clearer when reading the function name, as well as following the
names of related ACPI functions.
Changes since v1:
* Fix typo in commit message
* Slightly reformulate the commit message to be clearer
Signed-off-by: Pierre Moreau
---
drm/nouveau/nouveau_acpi.c | 25 ++-
Signed-off-by: Pierre Moreau
---
drm/nouveau/nouveau_acpi.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c
index e18fbeb..3f01067 100644
--- a/drm/nouveau/nouveau_acpi.c
+++ b/drm/nouveau/nouveau_acpi.c
@@ -61,11
Changes since v1:
* Fix check for result being not NULL in nouveau_evaluate_optimus_dsm
Signed-off-by: Pierre Moreau
---
drm/nouveau/nouveau_acpi.c | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c
index 3f01067
Hi Dave,
One more round of drm-misc, again mostly atomic. Big thing is the
userspace blob code from Daniel Stone, with support for the mode_id blob
now added to the atomic ioctl. Finally we can do atomic modesets!
Note that the atomic ioctl is still behind the module knob since the
weston patches
Signed-off-by: Pierre Moreau
---
drm/nouveau/nouveau_acpi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c
index 01dbf1d..b837ab1 100644
--- a/drm/nouveau/nouveau_acpi.c
+++ b/drm/nouveau/nouveau_acpi.c
@@ -92,7 +92,
Most _DSM will return an integer value of 0x8002 when given an unknown
UUID, revision ID or function ID. Checking locally allows us to differentiate
that case from other ACPI errors, and to not report a "failed to evaluate _DSM"
if 0x8002 is returned which was confusing.
Changes since v1:
Signed-off-by: Pierre Moreau
---
drm/nouveau/nouveau_acpi.c | 8
drm/nouveau/nouveau_vga.c | 4 ++--
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c
index 44a7328..edc4b94 100644
--- a/drm/nouveau/nouveau_acpi.c
+++
Changes since v1:
* Factorise testing of the 3 different _DSMs presence with a single function
* Check for gmux in nouveau_switcheroo_set_state
* Change some comments and messages that were referring explicitly to Optimus
whereas they were also testing the mux and gmux _DSMs
Signed-off-by: Pierr
Changes since v1:
* Re-write the whole patch to detect available _DSMs when we enable them rather
than on each loop run
Signed-off-by: Pierre Moreau
---
drm/nouveau/nouveau_acpi.c | 27 ++-
1 file changed, 6 insertions(+), 21 deletions(-)
diff --git a/drm/nouveau/nouve
On Wed, May 27, 2015 at 10:44:40PM +0100, Russell King - ARM Linux wrote:
> On Wed, May 27, 2015 at 11:29:52PM +0200, Daniel Vetter wrote:
> > The only issue that might be
> > there with your sw approach is that a concurrent probe/hotplug in drm
> > might free the edid and hence the eld, while the
I wasn't sure how to insert this one into the flow, if I should make it a patch
4.5 or not. I went with patch 5, so all the following patches are incremented
by 1 compared to the v1, sorry about that.
What should be the way to go?
Pierre
> On 28 May 2015, at 08:40, Pierre Moreau wrote:
>
>
On 27.05.2015 18:41, Daniel Vetter wrote:
> On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote:
>> On 27.05.2015 18:04, Daniel Vetter wrote:
>>> These should be functionally equivalent to the older per/post modeset
>>> functions, except that they block out drm_vblank_get right away.
>>>
Hello,
The atmel-hlcdc DRM driver has been merged in linux 4.0. This patch series
adds the appropriate string to modetest and kmstest tools so that they
can be used without specifying the driver name.
Note that I already sent this patch a few weeks ago (hence the RESEND
in the title) but I'm not
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
---
tests/kmstest/main.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/kmstest/main.c b/tests/kmstest/main.c
index 7d50f5b..19ce570 100644
--- a/tests/kmstest/main.c
+++ b/tests/kmstest/main.c
@@ -64,6 +64,7 @@ static const char *
From: Boris BREZILLON
Signed-off-by: Boris BREZILLON
---
tests/modetest/modetest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 7f0c1cc..18bb052 100644
--- a/tests/modetest/modetest.c
+++ b/tests/modetest/modetes
On 05/28/2015 02:39 PM, Inki Dae wrote:
> Hi Gustavo,
>
> On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
>> Hi Inki,
>>
>> 2015-05-27 Inki Dae :
>>
>>> Hi Gustavo,
>>>
>>> On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
From: Gustavo Padovan
Run dpms operations through t
On 05/28/2015 05:56 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Rip out the check from exynos_update_plane() and create
> exynos_check_plane() for the check phase enabling use to use
> the atomic helpers to call our check and update phases when updating
> planes.
>
> Update all users
On 05/28/2015 05:56 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> The new atomic infrastructure needs the .mode_set_nofb() callback to
> update CRTC timings before setting any plane.
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Joonyoung Shim
> Tested-by: Tobias Jakobi
> ---
>
On 05/28/2015 05:56 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Now that phase 1 and 2 are complete switch .set_config helper to
> use the atomic one.
>
> v2: also remove .prepare() callback
>
> Signed-off-by: Gustavo Padovan
> Reviewed-by: Joonyoung Shim
> Tested-by: Tobias Jakobi
On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote:
> On 27.05.2015 18:41, Daniel Vetter wrote:
> > On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote:
> >> On 27.05.2015 18:04, Daniel Vetter wrote:
> >>> These should be functionally equivalent to the older per/post modeset
Hello,
Am 06.05.2015 09:49, schrieb Heiko Schocher:
> The patch adds LG4573 parallel RGB panel driver with SPI control interface.
> The driver uses drm_panel framework.
>
> Signed-off-by: Heiko Schocher
>
> ---
>
> .../devicetree/bindings/panel/lg,lg4573.txt| 42 +++
> drivers/gpu/drm
Am 27.05.2015 um 19:35 schrieb Russell King - ARM Linux:
> On Wed, May 27, 2015 at 02:45:48PM +0200, Alexander Holler wrote:
>> Hello,
>>
>> I've just build and booted the Etnaviv driver as module with Kernel 4.0.4.
>
> You may wish to try using my patch set(s) at (url purposely obfuscated,
> sorry
Hi Dave,
- Mail original -
> Changes since v1:
[...]
> diff --git a/drm/nouveau/nouveau_vga.c b/drm/nouveau/nouveau_vga.c
> index 9a6328f..7b13804 100644
> --- a/drm/nouveau/nouveau_vga.c
> +++ b/drm/nouveau/nouveau_vga.c
> @@ -36,7 +36,7 @@ nouveau_switcheroo_set_state(struct pci_dev *pd
Thanks for catching this. Patch is Reviewed-by: Jammy Zhou
Regards,
Jammy
-Original Message-
From: Joonyoung Shim [mailto:jy0922.s...@samsung.com]
Sent: Thursday, May 28, 2015 8:57 AM
To: dri-devel at lists.freedesktop.org
Cc: emil.l.velikov at gmail.com; Zhou, Jammy; Deucher, Alexander
Reviewed-by: Jammy Zhou
Regards,
Jammy
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Joonyoung Shim
Sent: Thursday, May 28, 2015 8:58 AM
To: dri-devel at lists.freedesktop.org
Cc: emil.l.velikov at gmail.com
Subject: [PATCH] xf86drm: re
On 28.05.2015 17:38, Daniel Vetter wrote:
> On Thu, May 28, 2015 at 04:11:53PM +0900, Michel Dänzer wrote:
>> On 27.05.2015 18:41, Daniel Vetter wrote:
>>> On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote:
On 27.05.2015 18:04, Daniel Vetter wrote:
> These should be functiona
David,
Please incorporate the latest TDA998x I2C driver development updates,
which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-tda998x-devel
with SHA1 5296b7f9d0e1ac31a9bc3044f04af18a521b9459.
Just one fix for the new warning recently reported on 64-bit platforms.
This
David,
Please incorporate the latest Armada DRM development updates development
updates, which can be found at:
git://ftp.arm.linux.org.uk/~rmk/linux-arm.git drm-armada-devel
with SHA1 38bf3aee3ec7b5b264b701da14114a618cddd1a1.
A couple of patches from Rickard Strandqvist removing code which i
The drm_mm debugfs output is difficult to read as two different formats
are used for the addresses:
0x008000-0x008000b000: 45056: used
0x8000b000-0x80016000: 45056: free
0x0080016000-0x008001b000: 20480: used
0x8001b000-0x817a1000: 24666112: free
0x00817a1000-0x00817a80
https://bugzilla.kernel.org/show_bug.cgi?id=60523
John K. changed:
What|Removed |Added
CC||empire at adslgr.com
--- Comment #70 from John
Hi Jean-Michel,
Am Mittwoch, den 27.05.2015, 20:42 +0200 schrieb Jean-Michel Hautbois:
[...]
> > The tiling code has a parameter to optionally round frame sizes up or down
> > and avoid overdraw in compositing scenarios.
>
> Can you detail what you call "compositing scenarios" ?
I meant using th
Hi Enrico,
Am Donnerstag, den 28.05.2015, 11:00 +0200 schrieb Enrico Weigelt, metux
IT consult:
> Am 27.05.2015 um 20:42 schrieb Jean-Michel Hautbois:
>
>
>
> @Phillip,
>
> I've missed the previous mails (just subscribed here yesterday) ...
>
> Are these patches same as in your git branch tmp/
Hi Gary,
Am Mittwoch, den 27.05.2015, 15:31 +0200 schrieb Gary Bisson:
> > According to the kerneldoc comment for drm_fb_helper_initial_config
> > (which is used by imx-drm via drm_fbdev_cma_init), it should set up a
> > single /dev/fb cloned over all connectors. This works here with LVDS and
> >
esktop.org/archives/dri-devel/attachments/20150528/dc330906/attachment.html>
Hi Boris,
Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Boris Brezillon:
> Hi David,
>
> On Thu, 21 May 2015 11:06:56 +0200
> David Dueck wrote:
>
> > drm_panel supports querying timing ranges. If the supplied mode does
> > not work with the hlcdc we query the panel and try to find a suitabl
Moving rotation property to "Drm" and removing from i915 and omap.
Also, adding description to the property
Cc: DRI Development
Suggested-by: Ville Syrjälä
Signed-off-by: Sonika Jindal
---
Documentation/DocBook/drm.tmpl | 41 ++--
1 file changed, 18 inse
On Thu, May 28, 2015 at 04:35:07PM +0530, Sonika Jindal wrote:
> Moving rotation property to "Drm" and removing from i915 and omap.
> Also, adding description to the property
>
> Cc: DRI Development
> Suggested-by: Ville Syrjälä
> Signed-off-by: Sonika Jindal
Applied to drm-misc, thanks.
-Da
On 21/05/15 18:02, Tobias Jakobi wrote:
> Hey Emil,
>
> Emil Velikov wrote:
>> Hi Tobias
>>
>> On 12 May 2015 at 21:17, Tobias Jakobi
>> wrote:
>>> Don't assume that a plane supports any kind of pixelformat
>>> but do a check first.
>>>
>>> v2: Simplify the format check.
>>> Signed-off-by: Tobia
On 05/28/2015 05:24 PM, Joonyoung Shim wrote:
> On 05/28/2015 02:39 PM, Inki Dae wrote:
>> Hi Gustavo,
>>
>> On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
>>> Hi Inki,
>>>
>>> 2015-05-27 Inki Dae :
>>>
Hi Gustavo,
On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
> From
Am Donnerstag, den 28.05.2015, 13:31 +0200 schrieb Enrico Weigelt, metux
IT consult:
> Am 28.05.2015 um 12:44 schrieb Philipp Zabel:
>
> Hi,
>
> >> Are these patches same as in your git branch tmp/imx-ipu-scaler ?
> >
> > No, that is an older version.
>
> Where can I get the recent ones ?
> Cou
On 25 May 2015 at 12:18, Zhou, Jammy wrote:
> Hi Emil,
>
> Do you have chance to have a look at this new version? Thanks!
>
Hi guys sorry for the delay.
Looking at my original email response it seems that I wasn't clear
enough about my concerns. They can be looked at as independent and/or
grouped
Hi Philip,
On Thu, 28 May 2015 13:13:28 +0200
Philipp Zabel wrote:
> Hi Boris,
>
> Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Boris Brezillon:
> > Hi David,
> >
> > On Thu, 21 May 2015 11:06:56 +0200
> > David Dueck wrote:
> >
> > > drm_panel supports querying timing ranges. If the sup
On Thu, May 28, 2015 at 5:36 AM, Russell King
wrote:
> The drm_mm debugfs output is difficult to read as two different formats
> are used for the addresses:
>
> 0x008000-0x008000b000: 45056: used
> 0x8000b000-0x80016000: 45056: free
> 0x0080016000-0x008001b000: 20480: used
> 0x
On 28 May 2015 at 00:56, Joonyoung Shim wrote:
> The build error is introduced by commit fde496917682 ("Add device
> enumeration interface (v4)") if don't enable udev. Can solve as check
> UDEV dependency.
>
> CC libdrm_la-xf86drm.lo
> xf86drm.c:66:21: fatal error: libudev.h: No such file
On 28 May 2015 at 00:57, Joonyoung Shim wrote:
> This is to remove to open the DRM device unnecessarily as call
> drmAvailable() when name is NULL or drm_server_info is NULL in
> drmOpenWithType function.
>
Why do you believe that calling drmAvailable() is not necessary ? If
that's the case should
On Thu, May 28, 2015 at 8:44 AM, Emil Velikov
wrote:
> On 25 May 2015 at 12:18, Zhou, Jammy wrote:
>> Hi Emil,
>>
>> Do you have chance to have a look at this new version? Thanks!
>>
> Hi guys sorry for the delay.
>
> Looking at my original email response it seems that I wasn't clear
> enough ab
Am Donnerstag, den 28.05.2015, 14:45 +0200 schrieb Boris Brezillon:
> Hi Philip,
>
> On Thu, 28 May 2015 13:13:28 +0200
> Philipp Zabel wrote:
>
> > Hi Boris,
> >
> > Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Boris Brezillon:
> > > Hi David,
> > >
> > > On Thu, 21 May 2015 11:06:56 +020
From: Christian König
We have that bug for years and some users report side effects when fixing it on
older hardware.
So revert it for VM_CONTEXT0_PAGE_TABLE_END_ADDR, but keep it for VM 1-15.
Signed-off-by: Christian König
CC: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/cik.c
On Thu, May 28, 2015 at 9:51 AM, Christian König
wrote:
> From: Christian König
>
> We have that bug for years and some users report side effects when fixing it
> on older hardware.
>
> So revert it for VM_CONTEXT0_PAGE_TABLE_END_ADDR, but keep it for VM 1-15.
>
> Signed-off-by: Christian Kön
On Thu, 28 May 2015 15:51:44 +0200
Philipp Zabel wrote:
> Am Donnerstag, den 28.05.2015, 14:45 +0200 schrieb Boris Brezillon:
> > Hi Philip,
> >
> > On Thu, 28 May 2015 13:13:28 +0200
> > Philipp Zabel wrote:
> >
> > > Hi Boris,
> > >
> > > Am Dienstag, den 26.05.2015, 11:28 +0200 schrieb Bor
Hi Alex,
On 28 May 2015 at 14:16, Alex Deucher wrote:
> On Thu, May 28, 2015 at 8:44 AM, Emil Velikov
> wrote:
>> On 25 May 2015 at 12:18, Zhou, Jammy wrote:
>>> Hi Emil,
>>>
>>> Do you have chance to have a look at this new version? Thanks!
>>>
>> Hi guys sorry for the delay.
>>
>> Looking at
Hi Thierry,
Could you have a look at this patch (a.k.a. ping) ?
Best Regards,
Boris
On Thu, 30 Apr 2015 16:39:30 +0200
Boris Brezillon wrote:
> All modes exposed by simple panels should be tagged as driver defined
> modes.
> Moreover, if a panel supports only one mode, this mode is obviously
On Thu, 30 Apr 2015 16:38:36 +0200
Boris Brezillon wrote:
> drm_display_mode_from_videomode() is already calling drm_mode_set_name() on
> the provided mode.
ping
>
> Signed-off-by: Boris Brezillon
> ---
> drivers/gpu/drm/panel/panel-simple.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff -
https://bugzilla.kernel.org/show_bug.cgi?id=99111
Bug ID: 99111
Summary: radeon - GPU lookup
Product: Drivers
Version: 2.5
Kernel Version: 4.1-rc5
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Hi Dave,
One more last minute fix for radeon. Fixes some fallout
from a previous fix on older asics.
The following changes since commit 97758ff7c8f93ea0ed43eb7aef6c942f667372a0:
Merge tag 'topic/drm-fixes-2015-05-27' of
git://anongit.freedesktop.org/drm-intel into drm-fixes (2015-05-28 10:38
https://bugzilla.kernel.org/show_bug.cgi?id=99111
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
https://bugzilla.kernel.org/show_bug.cgi?id=99111
--- Comment #2 from William Shuman ---
No not readily producible so it would be hard to bisect. I never noticed the
lockups on 4.0 series, so thought it might be kernel related. This specific
crash happened while interacting with eclipse in gnom
Seems like I'm either too subtle and/or too stingy earlier.
If drmAvailable() returns false, we have two options:
- opt for the old-schoold (dri1) and ask drm_server_info to load the
module for us, or
- bail out, as neither drmOpenByBusid() or drmOpenByName() will be
able to open the device cons
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150528/3051e08d/attachment.html>
Hi Boris,
On 28 May 2015 at 09:07, Boris Brezillon
wrote:
> Hello,
>
> The atmel-hlcdc DRM driver has been merged in linux 4.0. This patch series
> adds the appropriate string to modetest and kmstest tools so that they
> can be used without specifying the driver name.
>
> Note that I already sent
Hi Dave,
drm-intel-next-2015-05-22:
- cpt modeset sequence fixes from Ville
- more rps boosting tuning from Chris
- S3 support for skl (Damien)
- a pile of w/a for bxt from various people
- cleanup of primary plane pixel formats (Damien)
- a big pile of small patches with fixes and cleanups all ov
On Thu, May 28, 2015 at 07:38:20PM +0200, Enrico Weigelt, metux IT consult
wrote:
> Thx. already integrated it into my tree - works fine :)
>
> By the way: i still have some your older patches (2012) in my tree,
> eg. some mediabus, camara, display timing stuff, etc ... not sure
> whether I reall
Hi Dave,
This is the main pull request for 4.2 for radeon. I'll send the pull
for amdgpu separately next week. Highlights for radeon:
- VCE1 support
- Bug fixes and misc cleanups
The following changes since commit c6e7e4bb7ff988e7f915526a80ea866d84aac720:
Merge branch 'drm/next/adv7511' of g
Hi Philipp,
On 05/28/2015 03:58 AM, Philipp Zabel wrote:
> Hi Gary,
>
> Am Mittwoch, den 27.05.2015, 15:31 +0200 schrieb Gary Bisson:
>>> According to the kerneldoc comment for drm_fb_helper_initial_config
>>> (which is used by imx-drm via drm_fbdev_cma_init), it should set up a
>>> single /dev/f
Hi Gary,
On Wed, May 27, 2015 at 10:31 AM, Gary Bisson
wrote:
> Does it require the two displays to have the exact same resolution?
> I'm wondering what is wrong with my setup but with a 1024x768 LVDS and
> a 1920x1080 HDMI display no image is shown on the HDMI (no signal).
I have seen this err
2015-05-28 Joonyoung Shim :
> On 05/28/2015 05:24 PM, Joonyoung Shim wrote:
> > On 05/28/2015 02:39 PM, Inki Dae wrote:
> >> Hi Gustavo,
> >>
> >> On 2015ë
05ì 28ì¼ 05:27, Gustavo Padovan wrote:
> >>> Hi Inki,
> >>>
> >>> 2015-05-27 Inki Dae :
> >>>
> Hi Gustavo,
>
> On 2015ë
From: Gustavo Padovan
Hi,
Here goes the full support for atomic modesetting on exynos. I've
split the patches in the various phases of atomic support.
v2: fixes comments by Joonyoung
- remove unused var in patch 09
- use ->disable instead of outdated ->dpms in hdmi code
From: Joonyoung Shim
The exynos_update_plane function needs 16.16 fixed point source data.
Signed-off-by: Joonyoung Shim
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/
From: Gustavo Padovan
Rip out the check from exynos_update_plane() and create
exynos_check_plane() for the check phase enabling use to use
the atomic helpers to call our check and update phases when updating
planes.
Update all users of exynos_update_plane() accordingly to call
exynos_check_plane
From: Gustavo Padovan
The atomic helper to disable planes also uses the optional
.atomic_disable() helper. The unique operation it does is calling
.win_disable()
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_plane.c
From: Gustavo Padovan
The new atomic infrastructure needs the .mode_set_nofb() callback to
update CRTC timings before setting any plane.
v2: remove WARN_ON(!crtc->state) from mode_set_nofb
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/dr
From: Gustavo Padovan
Set CRTC, planes and connectors to use the default implementations from
the atomic helper library. The helpers will work to keep track of state
for each DRM object.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/b
1 - 100 of 122 matches
Mail list logo
