core repo
No patch, no personal kernel boot options, basically zero config.
--
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/
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150428/c76cf43d/attachment.html>
|Linux (All)
--
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/20150428/9f33bfe0/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/012d215c/attachment.html>
rt --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/03d2a5c9/attachment-0001.html>
nts/20150428/c4e297be/attachment.html>
nts/20150428/a5befc6a/attachment.html>
Geert Uytterhoeven writes:
>> Can't see that one with a simple grep: can you post warning?
>
> /home/kisskb/slave/src/arch/tile/kernel/setup.c: In function
> 'zone_sizes_init':
> /home/kisskb/slave/src/arch/tile/kernel/setup.c:777:3: warning:
> passing argument 2 of 'cpumask_test_cpu' from incomp
t was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/1cbb2b95/attachment.html>
Commit c9f038a1a592 ("drm/i915: Don't assume primary & cursor are
always on for wm calculation (v4)") fixes a null pointer dereference.
Setting the primary and cursor panes to false in
ilk_compute_wm_parameters to false does however give the following
errors in the kernel log and causes the screen
63689' all is smooth, again.
And likewise, if I revert a563689 it passes consistently.
--
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/20150428/209eda31/attachment.html>
CRTCs in DSI command mode data path should wait for pingpong done,
instead of vblank, to finish atomic commit.
This change is to enable PP_DONE irq on command mode CRTCs and wait for
this irq happens before atomic commit completion.
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/mdp/mdp5/mdp5_cm
MDP FLUSH registers could indicate if the previous flush updates
has taken effect at vsync boundary. Making use of this H/W feature
can catch the vsync that happened between CRTC atomic_flush and
*_wait_for_vblanks, to avoid unnecessary wait.
This change allows kms CRTCs to use their own *_wait_fo
The current way to wait for atomic commit done may cause unnecessary wait for
another vsync for video mode path. Also, for command mode path, we need to wait
for PP_DONE event other than vsync before finish. This patch series is to fix
these issues.
v2: Replace function pointer with a cmd mode fla
The series
Tested-by: Mikko Perttunen
on Jetson-TK1.
I rebased my cpufreq series on top of this and everything's working well
now. :)
Thanks,
Mikko.
On 04/17/2015 10:29 AM, Boris Brezillon wrote:
> ...
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/20150428/223a0154/attachment-0001.html>
r any hint, what's going wrong.
Regards,
Volker
-- next part --
A non-text attachment was scrubbed...
Name: DRMTest.tar.gz
Type: application/gzip
Size: 28468 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/e78e7d14/attachment-0001.bin>
On 28 April 2015 at 15:43, Jan Vesely wrote:
> On Mon, 2015-04-27 at 10:29 +0800, Jammy Zhou wrote:
>> xf86drm.c:356:2: warning: comparison of unsigned expression >= 0 is always
>> true [-Wtype-limits]
>> group = (serv_group >= 0) ? serv_group : DRM_DEV_GID;
>> ^
>>
>> v2: do 'int' cast to fi
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/f6d9ca28/attachment.html>
On 28 April 2015 at 04:26, Zhou, Jammy wrote:
> Hi Emil,
>
> This interface is intended for multiple GPU support. For example, we need to
> know how many GPU devices are available on the system (and for some specific
> vendor) in the client drivers, and then we can select proper devices for
> r
assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/a9b6abb1/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/8195f823/attachment.html>
Fix Valgrind errors because those memory was uninitialized.
https://bugs.freedesktop.org/show_bug.cgi?id=90194
Signed-off-by: Guillaume Desmottes
---
xf86drm.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/xf86drm.c b/xf86drm.c
index f7c45f8..f3f84df 100644
--- a/xf86drm.c
+++ b/xf86drm.
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/22140843/attachment.html>
On Tue, Apr 28, 2015 at 11:29:06AM +, Antoine, Peter wrote:
> > > > diff --git a/include/drm/drmP.h b/include/drm/drmP.h index
> > > > 62c40777..367e42f 100644
> > > > --- a/include/drm/drmP.h
> > > > +++ b/include/drm/drmP.h
> > > > @@ -137,17 +137,18 @@ void drm_err(const char *format, ...);
On 28/04/15 10:21, Dave Gordon wrote:
> On 24/04/15 06:52, Antoine, Peter wrote:
>> I picked up this work due to the following Jira ticket created by the
>> security team (on Android) and was asked to give it a second look and
>> found a few more issues with the hw lock code.
>>
>> https://jira01.d
Haven't I CCed the list as well?
If not then sorry that was my fault,
Christian.
On 28.04.2015 15:41, Marek Olšák wrote:
> Hi Alex,
>
> He sent them to me. I've applied them to my tree:
>
> http://cgit.freedesktop.org/~mareko/mesa/log/?h=amdgpu
>
> Marek
>
> On Fri, Apr 24, 2015 at 5:38 PM, Ale
Hi Tobias,
On 04/28/2015 06:11 AM, Tobias Jakobi wrote:
> Move the defines for the pixelformats that the mixer supports out
> of mixer_graph_buffer() to the top of the source.
> Then select the mixer pixelformat (pf) in mixer_graph_buffer() based on
> the plane's pf (and not bpp).
> Also add handl
Hi Alex,
He sent them to me. I've applied them to my tree:
http://cgit.freedesktop.org/~mareko/mesa/log/?h=amdgpu
Marek
On Fri, Apr 24, 2015 at 5:38 PM, Alex Deucher wrote:
> On Thu, Apr 23, 2015 at 11:53 AM, Christian König
> wrote:
>> From: Christian König
>>
>> Remove the mostly unused
Hi Tobias,
On 04/28/2015 06:10 AM, Tobias Jakobi wrote:
> The previous code had some special case handling for the buffer
> count in exynos_drm_format_num_buffers().
>
> This code was incorrect though, since this special case doesn't
> exist for DRM. It stemmed from the existence of the special N
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/c6f21ee7/attachment.html>
Signed-off-by: Emil Velikov
---
xf86drm.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/xf86drm.c b/xf86drm.c
index f7c45f8..9cd0b02 100644
--- a/xf86drm.c
+++ b/xf86drm.c
@@ -140,16 +140,12 @@ void *drmGetHashTable(void)
void *drmMalloc(int size)
{
-void *pt;
Signed-off-by: Emil Velikov
---
tests/modetest/buffers.c | 2 +-
tests/modetest/modetest.c | 27 +--
2 files changed, 10 insertions(+), 19 deletions(-)
diff --git a/tests/modetest/buffers.c b/tests/modetest/buffers.c
index 878b64e..e887fb2 100644
--- a/tests/modetest/bu
Signed-off-by: Emil Velikov
---
tests/modetest/modetest.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 7f0c1cc..e4a8bbc 100644
--- a/tests/modetest/modetest.c
+++ b/tests/modetest/modetest.c
@@ -1368,8 +1368,
RL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/c8a50f01/attachment.html>
ed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/a4687cc3/attachment.html>
cc Chris
On Tue, Apr 28, 2015 at 2:24 PM, Rusty Russell wrote:
> Geert Uytterhoeven writes:
>>> Can't see that one with a simple grep: can you post warning?
>>
>> /home/kisskb/slave/src/arch/tile/kernel/setup.c: In function
>> 'zone_sizes_init':
>> /home/kisskb/slave/src/arch/tile/kernel/setup.
Geert Uytterhoeven writes:
> On Mon, Apr 27, 2015 at 11:51 AM, Geert Uytterhoeven
> wrote:
>> Below is the list of build error/warning regressions/improvements in
>> v4.1-rc1[1] compared to v4.0[2].
>>
>> Summarized:
>> - build errors: +34/-11
>> - build warnings: +135/-163
>>
>> As I haven't
On Tue, Apr 28, 2015 at 05:52:20AM +, Antoine, Peter wrote:
> Hi,
>
> (replies inline)
>
> -Original Message-
> From: Ville Syrjälä [mailto:ville.syrjala at linux.intel.com]
> Sent: Monday, April 27, 2015 6:04 PM
> To: Antoine, Peter
> Cc: intel-gfx at lists.freedesktop.org; airlie
On Tue, 2015-04-28 at 16:08 +0300, Ville Syrjälä wrote:
> On Tue, Apr 28, 2015 at 11:29:06AM +, Antoine, Peter wrote:
> > > > > diff --git a/include/drm/drmP.h b/include/drm/drmP.h index
> > > > > 62c40777..367e42f 100644
> > > > > --- a/include/drm/drmP.h
> > > > > +++ b/include/drm/drmP.h
gt; now.
It doesn't help valley.
--
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/20150428/3a4a8b47/attachment.html>
On Tue, Apr 28, 2015 at 10:09 AM, Emil Velikov
wrote:
> Signed-off-by: Emil Velikov
For the series:
Reviewed-by: Alex Deucher
> ---
> xf86drm.c | 8 ++--
> 1 file changed, 2 insertions(+), 6 deletions(-)
>
> diff --git a/xf86drm.c b/xf86drm.c
> index f7c45f8..9cd0b02 100644
> --- a/xf86d
reply at end.
On Tue, 2015-04-28 at 13:40 +0300, Ville Syrjälä wrote:
> On Tue, Apr 28, 2015 at 05:52:20AM +, Antoine, Peter wrote:
> > Hi,
> >
> > (replies inline)
> >
> > -Original Message-
> > From: Ville Syrjälä [mailto:ville.syrjala at linux.intel.com]
> > Sent: Monday, Apr
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/b8610ab6/attachment.html>
On Tue, Apr 28, 2015 at 9:41 AM, Marek Olšák wrote:
> Hi Alex,
>
> He sent them to me. I've applied them to my tree:
>
> http://cgit.freedesktop.org/~mareko/mesa/log/?h=amdgpu
I've pushed them to my mesa tree as well.
Alex
>
> Marek
>
> On Fri, Apr 24, 2015 at 5:38 PM, Alex Deucher
> wrote:
--
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/20150428/f3dcd0e1/attachment.html>
On Tue, Apr 28, 2015 at 10:21:49AM +0100, Dave Gordon wrote:
> On 24/04/15 06:52, Antoine, Peter wrote:
> > I picked up this work due to the following Jira ticket created by the
> > security team (on Android) and was asked to give it a second look and
> > found a few more issues with the hw lock co
d
patch and see if it works or not.
--
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/20150428/d7baa535/attachment-0001.html>
On Tue, Apr 28, 2015 at 09:28:51AM +, Antoine, Peter wrote:
> Also, the PARAM should give legitimate code the opportunity to avoid the
> problems but avoiding these features completely.
There are no legitimate users.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
chown_check_return(buf, user, group);
> chmod(buf, devmode);
> }
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/4a23ab1a/attachment-0001.sig>
The code accidentally used cpu_isset() previously in one place
(though properly node_isset() elsewhere).
Signed-off-by: Chris Metcalf
---
arch/tile/kernel/setup.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/tile/kernel/setup.c b/arch/tile/kernel/setup.c
index 6873f00
ml
> [1]http://lists.freedesktop.org/archives/dri-devel/2015-February/078171.html
>
>
>
> > chown_check_return(buf, user, group);
> > chmod(buf, devmode);
> > }
>
>
> --
> Jan Vesely
--
Jan Vesely
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/7fae4206/attachment.sig>
On Mon, 27 Apr 2015, green at linuxhacker.ru wrote:
> From: Oleg Drokin
>
> Need to free just allocated ctx allocation if we cannot
> get our config mutex.
>
> This one has been flagged by kbuild bot all the way back in August,
> but somehow nobody picked it up:
> https://lists.01.org/pipermail/kb
On 24/04/15 06:52, Antoine, Peter wrote:
> I picked up this work due to the following Jira ticket created by the
> security team (on Android) and was asked to give it a second look and
> found a few more issues with the hw lock code.
>
> https://jira01.devtools.intel.com/browse/GMINL-5388
> I/O co
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/3a4b41a3/attachment.html>
On Mon, 2015-04-27 at 16:33 +0100, Chris Wilson wrote:
> On Mon, Apr 27, 2015 at 04:24:37PM +0100, Thomas Wood wrote:
> > On 23 April 2015 at 15:07, Peter Antoine wrote:
> > > There are several issues with the hardware locks functions that stretch
> > > from kernel crashes to priority escalations.
On Tue, Apr 28, 2015 at 6:39 AM, Rusty Russell wrote:
>>> + /home/kisskb/slave/src/arch/mips/cavium-octeon/smp.c: error: passing
>>> argument 2 of 'cpumask_clear_cpu' discards 'volatile' qualifier from
>>> pointer target type [-Werror]: => 242:2
>>> + /home/kisskb/slave/src/arch/mips/kernel
On Mon, 27 Apr 2015 20:25:02 +0200
Jean-Francois Moine wrote:
> Using i2s and s/pdif at the same time with the simple card asks for a
> patch as the one I submitted in february 2014 (ASoC: simple-card: DT
> fix and multi DAI links extension).
Sorry, the patch was "ASoC: simple-card: Add multi-CO
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/39f1ccda/attachment.html>
ri-devel/attachments/20150428/83a76ffa/attachment.html>
Thanks for the review, new patch inbound.
-Original Message-
From: Thomas Wood [mailto:thomas.w...@intel.com]
Sent: Monday, April 27, 2015 4:25 PM
To: Antoine, Peter
Cc: Intel Graphics Development; airlied at redhat.com; dri-devel at
lists.freedesktop.org; Daniel Vetter
Subject: Re: [Int
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/dce59bd4/attachment-0001.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/4d311495/attachment.html>
Hi,
(replies inline)
-Original Message-
From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com]
Sent: Monday, April 27, 2015 6:04 PM
To: Antoine, Peter
Cc: intel-gfx at lists.freedesktop.org; airlied at redhat.com; dri-devel at
lists.freedesktop.org; daniel.vetter at ffwll.ch
Subje
..
I will try some more and also investigate possible side-effects caused by my
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/20150428/7351cdfe/attachment-0001.html>
011
>
> through WebKit.
kwebkitpart
kwebkitpart-1.3.3-3.1.5.x86_64
--
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/20150428/e7ab2f40/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/3a8bd147/attachment.html>
you have to use WebKit not KHTML.
http://html5test.com/index.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/201
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/e8feda3c/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150428/16496408/attachment.html>
vel/attachments/20150428/0633520c/attachment.html>
https://bugs.freedesktop.org/show_bug.cgi?id=90207
--- Comment #1 from Dieter Nützel ---
Created attachment 115389
--> https://bugs.freedesktop.org/attachment.cgi?id=115389&action=edit
konqueror-20150428-051127.kcrash.txt
--
You are receiving this mail because:
You are the assignee
ktop.org/archives/dri-devel/attachments/20150428/93ad8d9f/attachment.html>
Hi Emil,
This interface is intended for multiple GPU support. For example, we need to
know how many GPU devices are available on the system (and for some specific
vendor) in the client drivers, and then we can select proper devices for
rendering/compute/etc. For current mesa and Xserver impleme
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150428/97ed955c/attachment.html>
75 matches
Mail list logo
