https://bugzilla.kernel.org/show_bug.cgi?id=108401
--- Comment #5 from joe.r.floss.user at gmail.com ---
For now, I have installed the latest mesa from git master. A short test was OK,
but is not enough to conclude. Should I report here or on the mesa bug tracker
if the problem appears again?
Tha
as scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/353addfd/attachment.html>
On Mon, Nov 02, 2015 at 12:33:48PM -0800, Rafael Antognolli wrote:
> So far, the i915 driver and some other drivers set it to the drm_device,
> which doesn't allow one to know which DP a given aux channel is related
> to. Changing this to be the drm_connector provides proper nesting, still
> allowi
On Mon, Nov 02, 2015 at 12:33:47PM -0800, Rafael Antognolli wrote:
> This module is heavily based on i2c-dev. Once loaded, it provides one
> dev node per DP AUX channel, named drm_dp_auxN, where N is an integer.
>
> It's possible to know which connector owns this aux channel by looking
> at the re
On Tue, Nov 24, 2015 at 09:49:58PM +0100, Thomas Hellstrom wrote:
> Hi, Chris,
>
> With your new (well sort of) implementation of drm_read() it looks to me
> like a drm_read() to a paged out
> memory area will always fail with -EFAULT. From what I can tell, there's
> nothing there to generate a pa
tion/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/fb8c09ec/attachment-0001.sig>
On 08.10.2015 10:24, Thierry Reding wrote:
> On Wed, Oct 07, 2015 at 11:02:20PM +0200, Maciej S. Szmigiero wrote:
>> This patch implements support for United Radiant Technology
>> UMSH-8596MD-xT 7.0" WVGA TFT LCD panels in DRM panel-simple
>> driver.
>>
>> Signed-off-by: Maciej Szmigiero
>> ---
>>
We have serious dangling else bugs waiting to happen in our for_each_
style macros with ifs. Consider, for example,
#define for_each_power_domain(domain, mask) \
for ((domain) = 0; (domain) < POWER_DOMAIN_NUM; (domain)++) \
if ((1 << (domain)) & (
We have serious dangling else bugs waiting to happen in our for_each_
style macros with ifs. Consider, for example,
#define drm_for_each_plane_mask(plane, dev, plane_mask) \
list_for_each_entry((plane), &(dev)->mode_config.plane_list, head) \
if ((plane_mask) & (1 << drm
https://bugzilla.kernel.org/show_bug.cgi?id=107381
--- Comment #3 from butternut ---
Created attachment 195331
--> https://bugzilla.kernel.org/attachment.cgi?id=195331&action=edit
dmesg output after forcing webgl rendering with radeon and firefox
--
You are receiving this mail because:
You ar
https://bugzilla.kernel.org/show_bug.cgi?id=107381
--- Comment #2 from butternut ---
Created attachment 195321
--> https://bugzilla.kernel.org/attachment.cgi?id=195321&action=edit
dmesg output after gnomeshell locked up, crashed and restarted
--
You are receiving this mail because:
You are wa
https://bugzilla.kernel.org/show_bug.cgi?id=107381
butternut changed:
What|Removed |Added
CC||dntspmme at gmail.com
--- Comment #1 from bu
On Tue, 24 Nov 2015, Maarten Lankhorst
wrote:
> +#define drm_for_each_encoder_mask(encoder, dev, encoder_mask) \
> + list_for_each_entry((encoder), &(dev)->mode_config.encoder_list, head) \
> + if ((encoder_mask) & (1 << drm_encoder_index(encoder)))
How about
if (!((enco
iving 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/20151124/27882352/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=108401
--- Comment #4 from Alex Deucher ---
Or try downgrading. The problem is most likely in mesa.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=108401
--- Comment #3 from joe.r.floss.user at gmail.com ---
% COLUMNS=120 dpkg -l|grep 'mesa.*amd64'
â ...
ii libegl1-mesa:amd64 11.0.5-1
ii libegl1-mesa-dev:amd64 11.0.5-1
ii libgl1-mesa-dev:amd64 11.0.5-1
ii libgl1-mesa-dri:am
From: Wolfram Sang
Fix this typo, consequently used over both files :)
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/i2c/adv7511.c | 22 +++---
drivers/gpu/drm/i2c/adv7511.h | 12 ++--
2 files changed, 17 insertions(+), 17 deletions(-)
diff --git a/drivers/gpu/drm/i2
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/7f3874e8/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/78861979/attachment-0001.html>
https://bugzilla.kernel.org/show_bug.cgi?id=108401
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 f
https://bugzilla.kernel.org/show_bug.cgi?id=108401
--- Comment #1 from joe.r.floss.user at gmail.com ---
Created attachment 195311
--> https://bugzilla.kernel.org/attachment.cgi?id=195311&action=edit
Output of 'journalctl -kb -1' after the first reboot
Full kernel log
--
You are receiving thi
https://bugzilla.kernel.org/show_bug.cgi?id=108401
Bug ID: 108401
Summary: GPU lockup with [AMD/ATI] RV730 XT [Radeon HD 4670]
Product: Drivers
Version: 2.5
Kernel Version: 4.2.6
Hardware: x86-64
OS: Linux
Tre
Hi
On Tue, Nov 24, 2015 at 7:00 PM, Jani Nikula
wrote:
> On Tue, 24 Nov 2015, Maarten Lankhorst
> wrote:
>> +#define drm_for_each_encoder_mask(encoder, dev, encoder_mask) \
>> + list_for_each_entry((encoder), &(dev)->mode_config.encoder_list, head)
>> \
>> + if ((encoder_mask)
Hello Andrzej,
On Mon, Oct 26, 2015 at 9:03 AM, Andrzej Hajda wrote:
> HDMI driver called directly function from MIXER driver to invalidate modes
> not supported by MIXER. The patch replaces the hack with proper .atomic_check
> callback.
>
> Signed-off-by: Andrzej Hajda
> ---
It seems this patc
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/beb540d1/attachment.html>
Thanks, Daniel. There sure are a lot of Daniels.
> > + else if (obj->base.dma_buf && obj->base.dma_buf->resv->fence_excl)
> > + return true;
>
> I'm not sure if this is really doing exactly what you want.
> When a reservation object's exclusive fence has signaled, I think the
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/4d85edaa/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/20151124/a8b2c9dd/attachment.html>
of the previous 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/20151124/3dc905bc/attachment.html>
Hi Philipp, CK,
Please see my comments inline.
On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel
wrote:
[snip]
> diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> b/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> new file mode 100644
> index 000..508c8f3
> --- /dev/null
> +++ b/drivers/gpu/drm
Hi Rodrigo,
On 21 November 2015 at 00:46, Rodrigo Vivi wrote:
> The goal of this series is to remove many different retries we have
> for aux communication and offload them to drm.
>
> However on first attempt I was only returning EBUSY to use drm retries
> but there was no waiting there. So this
Signed-off-by: Jammy Zhou
Reviewed-by: Alex Deucher
---
drivers/gpu/drm/amd/powerplay/Makefile | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/amd/powerplay/Makefile
b/drivers/gpu/drm/amd/powerplay/Makefile
index e195bf5..043e6eb 100644
--- a/d
Signed-off-by: Jammy Zhou
---
drivers/gpu/drm/amd/acp/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/amd/acp/Makefile b/drivers/gpu/drm/amd/acp/Makefile
index c8c3303..b33bbd6 100644
--- a/drivers/gpu/drm/amd/acp/Makefile
+++ b/drivers/gpu/drm/amd/acp
This can solve the path problem when compile amdgpu with DKMS.
Signed-off-by: Jammy Zhou
Acked-by: Alex Deucher
---
drivers/gpu/drm/amd/amdgpu/Makefile | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/amd/amdgpu/Makefile
b/drivers/gpu/drm/amd/a
This series enable the DKMS build of amdgpu driver.
Jammy Zhou (3):
drm/amdgpu: use $(src) in Makefile
drm/amd/acp: use $(src) in Makefile
drm/amd/powerplay: enable dkms build
drivers/gpu/drm/amd/acp/Makefile | 2 +-
drivers/gpu/drm/amd/amdgpu/Makefile| 14 --
driver
:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/a765002d/attachment.html>
From: Wolfram Sang
This register includes a counter which is decremented by the chip on I2C
failures. Also, it is reset when powering down.
Signed-off-by: Wolfram Sang
---
drivers/gpu/drm/i2c/adv7511.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/gpu/drm/i2c/adv7511.c b/drivers/
From: Wolfram Sang
The interrupts for EDID_READY or DDC_ERROR were never enabled in this
driver, so reading EDID always timed out when the chip was powered down
and interrupts were used. Fix this and remove clearing the interrupt flags,
since they are cleared in POWER_DOWN mode anyhow (according
2015-11-24 Greg Hackmann :
> On 11/23/15 11:41 AM, Gustavo Padovan wrote:
> >+ - remove sw_sync, it is used only for testing/debugging and should not be
> >+upstreamed.
> >+ - port sw_sync testcases to use debugfs somehow
>
> A quick but important nitpick:
>
> sw_sync itself is just an in-kernel
|--- |FIXED
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/6e08b6e1/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151124/4f785207/attachment-0001.html>
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/tegra/dsi.c | 9 +++--
1 file changed, 3 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
index f0a138ef68ce..33ad50487f2e 100644
--- a/drivers/gpu/drm/tegra/dsi.c
+++ b/drivers/gpu/drm/t
This is useful for drivers that subclass connector_state, like tegra.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic_helper.c | 30 ++
include/drm/drm_atomic_helper.h | 2 ++
2 files changed, 28 insertions(+), 4 deletions(-)
diff --git a/drivers
The atomic helper sets connector_state->connector, which the i915
code didn't. This will become a problem when we start using it.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/i9
Hi Philipp, CK,
Please see my comments inline.
On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel
wrote:
> From: CK Hu
>
> Add device tree binding documentation for the display subsystem in
> Mediatek MT8173 SoCs.
>
> Signed-off-by: CK Hu
> Signed-off-by: Philipp Zabel
> Acked-by: Rob Herring
>
output more legible, so I would call it an
improvement.
--
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/20151124/649ca
In intel_prepare_plane_fb, if fb is backed by dma-buf, wait for exclusive
fence
v2: First commit
v3: Remove object_name_lock acquire
Move wait from intel_atomic_commit() to intel_prepare_plane_fb()
v4: Wait only on exclusive fences, interruptible with no timeout
v5: Style tweaks to more closel
If a buffer is backed by dmabuf, wait on its reservation object's exclusive
fence before flipping.
v2: First commit
v3: Remove object_name_lock acquire
v4: Move wait ahead of mark_page_flip_active
Use crtc->primary->fb to get GEM object instead of pending_flip_obj
use_mmio_flip() return tr
Hello all,
For a while now, I've been working to fix tearing with PRIME. This is the
same as the sixth version of the DRM component for PRIME synchronization,
but with my mail headers fixed so that the patches can be checked in.
In sixth version I modified the wait in prepare_plane_fb to properly
On Mon, Nov 23, 2015 at 12:48:12PM +0100, Philipp Zabel wrote:
> Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying:
> > To reduce code duplication, we can use the helper ipu_plane_cleanup() in
> > ipu_plane_destroy().
> >
> > Signed-off-by: Liu Ying
> > ---
> > This patch applies to the im
crashes from that so far
during my trials
--
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/20151124/9b3fdc8c/attachment.html>
On Mon, Nov 23, 2015 at 12:48:14PM +0100, Philipp Zabel wrote:
> Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying:
> > To avoid memory leakage, we need to cleanup ipu planes in ipu_drm_unbind().
> >
> > Signed-off-by: Liu Ying
> > ---
> > This patch applies to the imx-drm/fixes branch of
https://bugzilla.kernel.org/show_bug.cgi?id=96361
servuswiegehtz at yahoo.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
On Monday, November 23, 2015 at 12:26:47 PM, Thierry Reding wrote:
> On Wed, Nov 18, 2015 at 10:47:43AM +0100, Marek Vasut wrote:
> > From: Sean Cross
> >
> > The Innolux N133HSE panel is a 13.3" 1920x1080 panel that contains an
> > integrated backlight, and connects via eDP.
> >
> > It is used
atform:" DMM_DRIVER_NAME);
>
Thanks, applying to my 4.5 branch.
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/10ae5d0e/attachment.sig>
Op 24-11-15 om 11:38 schreef Daniel Vetter:
> On Tue, Nov 24, 2015 at 10:34:33AM +0100, Maarten Lankhorst wrote:
>> Signed-off-by: Maarten Lankhorst
>> ---
>> drivers/gpu/drm/i915/intel_display.c | 11 ---
>> 1 file changed, 8 insertions(+), 3 deletions(-)
>>
>> diff --git a/drivers/gpu/d
Op 24-11-15 om 11:51 schreef Thierry Reding:
> On Tue, Nov 24, 2015 at 11:37:47AM +0100, Daniel Vetter wrote:
>> On Tue, Nov 24, 2015 at 10:34:29AM +0100, Maarten Lankhorst wrote:
>>> Signed-off-by: Maarten Lankhorst
>>> ---
>>> drivers/gpu/drm/tegra/dsi.c | 4 +++-
>>> 1 file changed, 3 insertio
Thanks!
Reviewed-by: Sinclair Yeh
On Sat, Nov 21, 2015 at 01:29:39PM +0300, Dan Carpenter wrote:
> The WARN_ON() macro only takes a condition argument, it doesn't take
> a message. I have converted this to WARN() instead.
>
> Signed-off-by: Dan Carpenter
>
> diff --git a/drivers/gpu/drm/vmwg
On Fri, Nov 20, 2015 at 09:25:14AM +, Chris Wilson wrote:
> On Fri, Nov 20, 2015 at 09:11:00AM +0100, Daniel Vetter wrote:
> > On Thu, Nov 19, 2015 at 09:06:04PM +, Chris Wilson wrote:
> > > On Thu, Nov 19, 2015 at 05:46:50PM +0100, Daniel Vetter wrote:
> > > > To avoid even more code dupli
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/f3242f4a/attachment.sig>
On Tue, Nov 24, 2015 at 10:34:34AM +0100, Maarten Lankhorst wrote:
> Use the correct function name for drm_atomic_clean_old_fb docs.
>
> Signed-off-by: Maarten Lankhorst
Applied to topic/drm-misc, thanks.
-Daniel
> ---
> drivers/gpu/drm/drm_atomic.c | 2 +-
> 1 file changed, 1 insertion(+), 1
On Tue, Nov 24, 2015 at 11:51:09AM +0100, Daniel Vetter wrote:
> On Fri, Nov 20, 2015 at 09:25:14AM +, Chris Wilson wrote:
> > And something like .fill_modes -> .probe (after removing .detect).
>
> Hm, not sure. For panels we never really probe anything, the important bit
> is (at least for th
vel/attachments/20151124/85808dfd/attachment.html>
27;t. Would have liked knowing your results until I can test the new
commit myself though.
--
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/d
On Tue, Nov 24, 2015 at 10:34:33AM +0100, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/i915/intel_display.c | 11 ---
> 1 file changed, 8 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/gpu/drm/i915/intel_display.c
> b/drivers/gpu/drm/i915/i
On Tue, Nov 24, 2015 at 10:34:29AM +0100, Maarten Lankhorst wrote:
> Signed-off-by: Maarten Lankhorst
> ---
> drivers/gpu/drm/tegra/dsi.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
> index f0a138ef68ce..6b
On Tue, Nov 24, 2015 at 11:08:07AM +0100, Christian König wrote:
> On 24.11.2015 10:36, Thierry Reding wrote:
> >On Tue, Nov 24, 2015 at 09:59:09AM +0100, Daniel Vetter wrote:
> >>On Tue, Nov 24, 2015 at 04:55:19PM +0800, Jammy Zhou wrote:
> >>>This series enable the DKMS build of amdgpu driver.
>
the change
needs to happen (i.e. $(src) used for relocation) would be a good idea
anyway.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/3ddf62c9/attachment.sig>
On Mon, Nov 23, 2015 at 12:48:13PM +0100, Philipp Zabel wrote:
> Am Freitag, den 20.11.2015, 16:14 +0800 schrieb Liu Ying:
> > This patch adds a helper ipu_plane_cleanup() to cleanup a IPU plane.
> > It can be used in the bailout path of ipu_crtc_init(), for instance.
> >
> > Signed-off-by: Liu Yi
Hi Gary,
Am Montag, den 23.11.2015, 16:46 +0100 schrieb Gary Bisson:
> Tested with a SabreLite + Okaya rs800480t LCD display on 4.4-rc1 kernel.
>
> Tested-by: Gary Bisson
Thank you.
> One question though, do you want people to remove the interface_pix_fmt
> property from the device trees to ma
Hi Javier,
2015ë
11ì 24ì¼ 03:38ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
> Hello Inki,
>
> On 11/23/2015 01:47 PM, Inki Dae wrote:
>> 2015-11-23 21:25 GMT+09:00 Javier Martinez Canillas > osg.samsung.com>:
>>> Hello,
>>>
>>> On 11/21/2015 11:59 AM, Inki Dae wrote:
Hi Daniel,
>
Ah geeze, I actually did have it configured for not sending the confidentiality
statement, but apparently I was missing a space. Thanks for pointing it out.
Thanks,
Alex
On Tue, 24 Nov 2015, Thierry Reding wrote:
> On Tue, Nov 24, 2015 at 09:55:35AM +0100, Daniel Vetter wrote:
> > On Mon, Nov 23
From: Gustavo Padovan
- remove sw_sync, it is used only for testing/debugging and should not
be upstreamed.
- port sw_sync testcases to use debugfs somehow
- port libsync tests to kselftest
- clean up and ABI check for security issues
- move the sync framework to drivers/base/dma-buf
Cc: Ar
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/1853359b/attachment.html>
Hi Daniel,
Am Donnerstag, den 19.11.2015, 09:40 +0100 schrieb Daniel Vetter:
> On Wed, Nov 18, 2015 at 06:34:08PM +0100, Philipp Zabel wrote:
> > Hi,
> >
> > another update to the MT8173 DRM support patchset. Since the device tree
> > bindings are now in order, I have dropped the RFC.
> > The irq
Hi Tomasz,
Am Dienstag, den 24.11.2015, 17:27 +0900 schrieb Tomasz Figa:
> Hi Philipp, CK,
>
> Please see my comments inline.
Thank you for your comments.
> On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel
> wrote:
> [snip]
> > diff --git a/drivers/gpu/drm/mediatek/mtk_drm_crtc.c
> > b/drivers
Hi Tomasz,
Am Dienstag, den 24.11.2015, 14:32 +0900 schrieb Tomasz Figa:
> Hi Philipp, CK,
>
> Please see my comments inline.
>
> On Thu, Nov 19, 2015 at 2:34 AM, Philipp Zabel
> wrote:
[...]
> > +Required properties (all function blocks):
> > +- compatible: "mediatek,-disp-", one of
> > +
__
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
------ next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/c8018b4c/attachment.html>
s usually to send the
> patches out over your private mail account (but with git author and sob
> still @nvidia.com).
Alternatively to the private account there's a way to prevent the
corporate email system from attaching the confidentiality statement.
I've sent instructions to Alex internally.
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/46b1477d/attachment.sig>
tachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/3978d827/attachment.sig>
ext attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/7ebcb720/attachment.sig>
This allows iteration over encoders without requiring connection_mutex.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic_helper.c | 4
drivers/gpu/drm/i915/intel_display.c | 3 +++
include/drm/drm_crtc.h | 2 ++
3 files changed, 9 insertions(+)
diff --git a/dr
Now that connector_mask is reliable there's no need for this
function any more.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c| 29 -
drivers/gpu/drm/drm_atomic_helper.c | 9 ++---
drivers/gpu/drm/vc4/vc4_crtc.c | 2 +-
include/dr
Use the correct function name for drm_atomic_clean_old_fb docs.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
index f70350ca200f..5789649a4099 10064
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index dcc7ec7665c2..21b1984e828b 100644
--- a/drivers/gpu/drm/i915
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_atomic.c | 11 +++
include/drm/drm_crtc.h | 3 +++
2 files changed, 14 insertions(+)
diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
index d8cc2328317a..f70350ca200f 100644
--- a/drivers/gpu/drm/drm_
Signed-off-by: Maarten Lankhorst
---
include/drm/drm_crtc.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h
index 29cfb4f8f99d..c54da2d297ec 100644
--- a/include/drm/drm_crtc.h
+++ b/include/drm/drm_crtc.h
@@ -1172,6 +1172,17 @@ str
This is useful for adding encoder_mask in crtc_state.
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/drm_crtc.c | 23 +++
include/drm/drm_crtc.h | 1 +
2 files changed, 24 insertions(+)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 32d
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/tegra/dsi.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/tegra/dsi.c b/drivers/gpu/drm/tegra/dsi.c
index f0a138ef68ce..6b8ae3d08eeb 100644
--- a/drivers/gpu/drm/tegra/dsi.c
+++ b/drivers/gpu/drm/tegra/d
I can't believe we didn't trip over this sooner..
Signed-off-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/drivers/gpu/drm/i915/intel_display.c
index 2917fef33f31..dcc7ec7665c2 100644
-
First 2 patches are fixes for a missing connector_state->connector. The atomic
code
doesn't use it currently but with these patches it causes a null pointer
dereference.
It's useful to know from the crtc_state what connectors and encoders are
attached.
This makes it possible to do iterations ov
h isn't a good error code for this case. This is also an
internal function, so these errors really should never happen.
Anyway, since I removed this helper this isn't an issue anymore, just
wanted to mention it.
Thanks,
Thierry
-- next part --
A non-text attac
Hello Inki,
On 11/23/2015 11:28 PM, Inki Dae wrote:
> Hi Javier,
>
> 2015ë
11ì 24ì¼ 03:38ì Javier Martinez Canillas ì´(ê°) ì´ ê¸:
>> Hello Inki,
>>
>> On 11/23/2015 01:47 PM, Inki Dae wrote:
>>> 2015-11-23 21:25 GMT+09:00 Javier Martinez Canillas >> osg.samsung.com>:
Hello,
>
On 23.11.2015 19:22, Alex Deucher wrote:
> It's been deprecated behind a kconfig option for almost
> two years and hasn't really been supported for years before
> that. DDX support was dropped more than three years ago.
>
> Signed-off-by: Alex Deucher
Acked-by: Christian König
> ---
> drive
u 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/20151124/bee48443/attachment.html>
Reusing the Big DRM Lock just leaks, and the few things left that
dev->struct_mutex protected are very well contained - it's just the
linear drm_mm manager.
With this armada is completely struct_mutex free!
v2: Convert things properly and also take the lock in
armage_gem_free_object, and remove t
On Tue, Nov 24, 2015 at 04:55:19PM +0800, Jammy Zhou wrote:
> This series enable the DKMS build of amdgpu driver.
For the curious: What's DKMS?
-Daniel
>
> Jammy Zhou (3):
> drm/amdgpu: use $(src) in Makefile
> drm/amd/acp: use $(src) in Makefile
> drm/amd/powerplay: enable dkms build
>
>
On Mon, Nov 23, 2015 at 03:08:53PM -0800, Alex Goins wrote:
> In intel_prepare_plane_fb, if fb is backed by dma-buf, wait for exclusive
> fence
>
> v2: First commit
> v3: Remove object_name_lock acquire
> Move wait from intel_atomic_commit() to intel_prepare_plane_fb()
> v4: Wait only on exclu
On Tue, Nov 24, 2015 at 09:51:12AM +0100, Daniel Vetter wrote:
> On Mon, Nov 23, 2015 at 05:41:53PM -0200, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > - remove sw_sync, it is used only for testing/debugging and should not
> > be upstreamed.
> > - port sw_sync testcases to use debug
On Mon, Nov 23, 2015 at 05:41:53PM -0200, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> - remove sw_sync, it is used only for testing/debugging and should not
> be upstreamed.
> - port sw_sync testcases to use debugfs somehow
> - clean up and ABI check for security issues
> - move the sy
1 - 100 of 116 matches
Mail list logo
