2015-11-23 21:25 GMT+09:00 Javier Martinez Canillas :
> Hello,
>
> On 11/21/2015 11:59 AM, Inki Dae wrote:
>> Hi Daniel,
>>
>>
>> 2015-11-21 22:40 GMT+09:00 Daniel Stone :
>>> Hi Inki,
>>>
>>> On 21 November 2015 at 09:38, Inki Dae wrote:
2015-11-21 1:44 GMT+09:00 Javier Martinez Canillas >>>
Am Freitag, 20. November 2015, 14:22:03 schrieb Liviu Dudau:
> Hello,
>
> This is v2 of the patchset trying to make drm_of_component_probe() cope with
> finding both local crtc ports and remote encoder ones. Heiko Stübner was
> nice enough to test an earlier version that was patched following Rus
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/4149e4f2/attachment.html>
On Mon, Nov 23, 2015 at 04:02:11PM +, Russell King - ARM Linux wrote:
> Greg,
>
> These four patches update the component helper by:
Hi Russell
Is there any documentation for the component helper, in particular,
when devm_ can be used?
It seems like slaves should only do a component_add() i
On Mon, Nov 23, 2015 at 04:02:37PM +, Russell King wrote:
> Now that drivers create an array of component matches at probe time, we
> can retire the old methods. This involves removing the add_components
> master method
Hi Russell
Ack for removing this. I'm using components while restructing
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,
>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/79f412a1/attachment.html>
. Tom/Matt/Nicolai could any
of you take a look?
--
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/52d9c971/attachment.html>
d by a change in Mesa or
LLVM, and then bisect that component?
--
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/5631eb0c/a
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/d17f8867/attachment.html>
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/d6aaa7d1/attachment.html>
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
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
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
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
>
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
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
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
On Mon, Nov 23, 2015 at 11:20:15PM +0200, Jyri Sarha wrote:
> On 11/23/15 18:09, Daniel Vetter wrote:
> >On Mon, Nov 23, 2015 at 12:44:35PM +0200, Jyri Sarha wrote:
> >>Add drm_atomic_helper_disable_planes_on_crtc() for disabling all
> >>planes associated with the given CRTC. This can be used for i
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
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 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 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
>
>
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
+0900
radeon/llvm: Use llvm.AMDIL.exp intrinsic again for now
--
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/a55a5
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
https://bugzilla.kernel.org/show_bug.cgi?id=108221
Fred Santos changed:
What|Removed |Added
Regression|No |Yes
--- Comment #2 from Fred Santos ---
I
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
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
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
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
-
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
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
---
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 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
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_
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
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>
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>
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>
__
> 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>
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
> > +
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 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
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>
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
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 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.
>
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 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
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>
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
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 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
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/1853359b/attachment.html>
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
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
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
vel/attachments/20151124/85808dfd/attachment.html>
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
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
https://bugzilla.kernel.org/show_bug.cgi?id=96361
servuswiegehtz at yahoo.de changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|-
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,
>
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>
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
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
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20151124/4f785207/attachment-0001.html>
|--- |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>
On Tue, Nov 24, 2015 at 1:33 AM, Thierry Reding
wrote:
> On Fri, Oct 30, 2015 at 05:38:26PM -0700, bjorn at kryo.se wrote:
>> From: Werner Johansson
>>
>> The MIPI_DSI_TURN_ON_PERIPHERAL and MIPI_DSI_SHUTDOWN_PERIPHERAL
>> packets are required for some panels, one example being the
>> Panasonic V
:
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>
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 helper for creating fences, when you
do
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
On 11/24/2015 12:53 AM, Daniel Vetter wrote:
> With all the effort going on around kselftest it'd be good to integrate
> the existing testsuite google has into upstream too. Should probably be
> listed here too.
> -Daniel
The test code's available in AOSP:
https://android.googlesource.com/platfor
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
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>
||
--
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>
.
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/4d85edaa/attachment.html>
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
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)
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/beb540d1/attachment.html>
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
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
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)) & (
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
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
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #2 f
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/78861979/attachment-0001.html>
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20151124/7f3874e8/attachment.html>
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
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.
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>
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
https://bugzilla.kernel.org/show_bug.cgi?id=107381
butternut changed:
What|Removed |Added
CC||dntspmme at gmail.com
--- Comment #1 from bu
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
--- 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
1 - 100 of 116 matches
Mail list logo
