== Series Details ==
Series: drm/i915: Eliminate DDI encoder->type frobbery (rev2)
URL : https://patchwork.freedesktop.org/series/8439/
State : warning
== Summary ==
Series 8439v2 drm/i915: Eliminate DDI encoder->type frobbery
http://patchwork.freedesktop.org/api/1.0/series/8439/revisions/2/mb
Hi Maxime,
Today's linux-next merge of the sunxi tree got a conflict in:
drivers/gpu/drm/sun4i/sun4i_drv.c
between commit:
366e292df678 ("drm/sun4i: Remove open-coded drm_connector_register_all()")
from the drm-misc tree and commit:
7aa2e2b731b3 ("drm/sun4i: Convert to connector registe
I have a Dell XPS 13 9350 (Skylake) and a Dell DA200 adapter. The
latter is a Thunderbolt device that includes an HDMI port and connects
over USB Type C. I believe that it's internally using DP Alternate
Mode.
When I plug it in on 4.7-rc4, I get spew like this:
[ 90.718106] [drm:intel_dp_star
On 22 June 2016 at 09:12, Daniel Vetter wrote:
> On Tue, Jun 21, 2016 at 02:41:29PM +0100, Emil Velikov wrote:
>> On 21 June 2016 at 13:50, Marius Vlad wrote:
>> > On Mon, Jun 20, 2016 at 03:52:35PM +0100, Emil Velikov wrote:
>> >> Hi Rob,
>> >>
>> >> A couple of nitpicks and a case of missing gi
On Wed, Jun 22, 2016 at 03:55:03PM +0200, Daniel Vetter wrote:
> On Mon, Jun 6, 2016 at 11:32 AM, Ville Syrjälä
> wrote:
> > On Sat, Jun 04, 2016 at 02:06:58PM -0700, Greg KH wrote:
> >> On Fri, May 27, 2016 at 11:30:30AM +0300, ville.syrj...@linux.intel.com
> >> wrote:
> >> > From: Ville Syrjälä
Em Qua, 2016-06-22 às 21:34 +0100, Chris Wilson escreveu:
> On Tue, Jun 21, 2016 at 03:31:25PM +0200, Daniel Vetter wrote:
> >
> > On Tue, Jun 21, 2016 at 08:25:27AM +0100, Chris Wilson wrote:
> > >
> > > Erratum SKL075: Display Flicker May Occur When Both VT-d And FBC
> > > Are Enabled
> > >
>
Em Ter, 2016-06-21 às 08:25 +0100, Chris Wilson escreveu:
> Erratum SKL075: Display Flicker May Occur When Both VT-d And FBC Are
> Enabled
>
> "Display flickering may occur when both FBC (Frame Buffer
> Compression)
> and VT - d (Intel® Virtualization Technology for Directed I/O) are
> enabled
> a
On Tue, Jun 21, 2016 at 03:31:25PM +0200, Daniel Vetter wrote:
> On Tue, Jun 21, 2016 at 08:25:27AM +0100, Chris Wilson wrote:
> > Erratum SKL075: Display Flicker May Occur When Both VT-d And FBC Are Enabled
> >
> > "Display flickering may occur when both FBC (Frame Buffer Compression)
> > and VT
On Wed, Jun 22, 2016 at 04:26:01PM +0300, Ville Syrjälä wrote:
> On Wed, Jun 22, 2016 at 02:11:51PM +0100, Chris Wilson wrote:
> > On Wed, Jun 22, 2016 at 04:01:12PM +0300, Ville Syrjälä wrote:
> > > On Wed, Jun 22, 2016 at 01:34:16PM +0100, Chris Wilson wrote:
> > > > On Tue, Jun 21, 2016 at 08:25
On Wed, Jun 22, 2016 at 03:47:15PM +0200, Daniel Vetter wrote:
> - We don't need to wait for the previous commit to have fully
> completed, the waiting for hw_done in swap_state is sufficient.
>
> - We need to make sure that the pure page_flip signals hw_done early
> enough. This is done throu
From: Ville Syrjälä
has_dsi_encoder was introduced to indicate that the pipe is driving
a DSI encoder. Now that we have the output_types bitmask that can
tell us the same thing, let's just kill has_dsi_encoder.
v2: Rebase, handle BXT DSI transcoder, rewrote commit message
Cc: Jani Nikula
Signe
From: Ville Syrjälä
The MST vs. SST selection should depend purely on the choice of the
connector/encoder. So don't try to determine the correct DDI mode
based on the intel_dp->is_mst, which simply tells us whether the sink
is in MST mode or not. Instead derive the information from the encoder
ty
From: Ville Syrjälä
Rather than looping through encoders to see which encoder types
are being driven by the pipe, add an output_types bitmask into
the crtc state and populate it prior to compute_config and during
state readout.
v2: Determine output_types before .compute_config() hooks are called
From: Ville Syrjälä
With the output_types bitmask there's no need to loop through
the encoders anymore when checking for HDMI+non-HDMI cloning.
v2: Use output_types bitmask
v3: Fix the logic to really check that there are no non-HDMI encoders
Signed-off-by: Ville Syrjälä
Reviewed-by: Maarten L
From: Ville Syrjälä
Since we now have the output_types bitmaks in the crtc state, there's no
need to iterate through all the encoders to see if an LVDS or SDVO/HDMI
encoder might be present.
Signed-off-by: Ville Syrjälä
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_display.c |
From: Ville Syrjälä
Use the new output_types bitmask instead of has_dp_encoder.
To make it less oainlful provide a small helper
(intel_crtc_has_dp_encoder()) to do the bitsy stuff.
v2: Rebase
Signed-off-by: Ville Syrjälä
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_ddi.c
From: Ville Syrjälä
A bunch of places still look for DP encoders manually. Just call
intel_crtc_has_dp_encoder(). Note that many of these places don't
look for EDP or DP_MST, but it's still fine to replace them because
* for audio we don't enable audio on eDP anyway
* the code that lack DP MST ch
From: Ville Syrjälä
Now that we have the output_types bitmask in the crtc state, we
can use it to indicate in which mode we want to drive the DDI
encoders. For pre-DDI output_types will instead indicate what
kind of cloning is being done, but as DDI platforms don't
support cloning so we don't hav
From: Ville Syrjälä
We can't mix MST with SST/HDMI on the same physical port, so we'll need
to reject such configurations in check_digital_port_conflicts(). Nothing
else will prevent this as MST has its fake encoders and its own connectors
so the cloning checks won't catch this.
The same digital
From: Ville Syrjälä
Move the encoder cloning check to happen earlier in the modeset. The
main benefit will be that the debug output from a failed modeset will
be less confusing as output_types can not indicate an invalid
configuration during the later computation stages.
For instance, what happe
From: Ville Syrjälä
With the introduction of the output_types mask, intel_pipe_has_type()
and intel_pipe_will_have_type() are basically the same thing. Replace
them with a new intel_crtc_has_type() (identical to
intel_pipe_will_have_type() actually).
v2: Rebase
v3: Make intel_crtc_has_type() sta
From: Ville Syrjälä
dp_encoder_is_mst flag in the crtc state can be replaced by
intel_crtc_has_type(..., INTEL_OUTPUT_DP_MST). Let's do that.
Cc: Maarten Lankhorst
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_display.c | 4 ++--
drivers/gpu/drm/i915/intel_dp_mst.c | 1 -
drive
From: Ville Syrjälä
INTEL_OUTPUT_DISPLAYPORT hsa been bugging me for a long time. It always
looks out of place besides INTEL_OUTPUT_EDP and INTEL_OUTPUT_DP_MST.
Let's just rename it to INTEL_OUTPUT_DP.
v2: Rebase
Signed-off-by: Ville Syrjälä
Reviewed-by: Mika Kahola
Reviewed-by: Maarten Lankh
From: Ville Syrjälä
If we've determined that the encoder is eDP, we shouldn't try to use MST
on it. Or at least the code doesn't seem to expect that since there are
some type==DP checks in the MST code.
Cc: Dave Airlie
Signed-off-by: Ville Syrjälä
Reviewed-by: Shashank Sharma
Reviewed-by: Maa
From: Ville Syrjälä
Now that eDP encoders won't have can_mst==true, we can throw out
the encoder type checks from the MST suspend/resume paths.
Cc: Dave Airlie
Signed-off-by: Ville Syrjälä
Reviewed-by: Maarten Lankhorst
---
drivers/gpu/drm/i915/intel_dp.c | 28 ++--
1
From: Ville Syrjälä
Here's a new version of my output_types stuff (v1 [1]). Some rebasing
was needed, and while chatting with Maarten I realized there are some
issues with the DDI MST vs. SST handling, so I plopped a few more
patches on top to deal with that. Note that I didn't actually test
with
On Fri, Jun 17, 2016 at 09:40:45PM +0300, Imre Deak wrote:
> On Fri, 2016-05-13 at 20:53 +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > During hibernation the cached DP port register value will be left with
> > whatever value we have there when we create the hibernati
== Series Details ==
Series: drm/i915: Small compaction of the engine init code (rev2)
URL : https://patchwork.freedesktop.org/series/9053/
State : warning
== Summary ==
Series 9053v2 drm/i915: Small compaction of the engine init code
http://patchwork.freedesktop.org/api/1.0/series/9053/revisi
On Wed, Jun 22, 2016 at 05:35:48PM +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Effectively removes one layer of indirection between the mask of
> possible engines and the engine constructors. Instead of spelling
> out in code the mapping of HAS_ to constructors, makes
> more use of th
On pe, 2016-06-17 at 05:21 +, Patchwork wrote:
> == Series Details ==
>
> Series: drm/i915/bxt: Fix eDP link training after suspend (rev2)
> URL : https://patchwork.freedesktop.org/series/8783/
> State : failure
>
> == Summary ==
>
> Series 8783v2 drm/i915/bxt: Fix eDP link training after
From: Tvrtko Ursulin
Effectively removes one layer of indirection between the mask of
possible engines and the engine constructors. Instead of spelling
out in code the mapping of HAS_ to constructors, makes
more use of the recently added data driven approach by putting
engine constructor vfuncs i
On Wed, Jun 22, 2016 at 05:21:01PM +0100, Tvrtko Ursulin wrote:
>
> On 22/06/16 17:10, Chris Wilson wrote:
> >On Wed, Jun 22, 2016 at 04:55:51PM +0100, Tvrtko Ursulin wrote:
> >>+ BUILD_BUG_ON((1 << RCS) != RENDER_RING);
> >>+ BUILD_BUG_ON((1 << BCS) != BLT_RING);
> >>+ BUILD_BUG_ON((1 << VC
On 22/06/16 17:10, Chris Wilson wrote:
On Wed, Jun 22, 2016 at 04:55:51PM +0100, Tvrtko Ursulin wrote:
From: Tvrtko Ursulin
Effectively removes one layer of indirection between the mask of
possible engines and the engine constructors. Instead of spelling
out in code the mapping of HAS_ to con
== Series Details ==
Series: drm/i915: Small compaction of the engine init code
URL : https://patchwork.freedesktop.org/series/9053/
State : success
== Summary ==
Series 9053v1 drm/i915: Small compaction of the engine init code
http://patchwork.freedesktop.org/api/1.0/series/9053/revisions/1/m
On Wed, Jun 22, 2016 at 04:55:51PM +0100, Tvrtko Ursulin wrote:
> From: Tvrtko Ursulin
>
> Effectively removes one layer of indirection between the mask of
> possible engines and the engine constructors. Instead of spelling
> out in code the mapping of HAS_ to constructors, makes
> more use of th
From: Tvrtko Ursulin
Effectively removes one layer of indirection between the mask of
possible engines and the engine constructors. Instead of spelling
out in code the mapping of HAS_ to constructors, makes
more use of the recently added data driven approach by putting
engine constructor vfuncs i
On 17 Jun 2016 6:23 p.m., "Chris Wilson" wrote:
>
> On Fri, Jun 17, 2016 at 06:12:16PM +0800, Daniel J Blueman wrote:
> > On 17 June 2016 at 17:18, Chris Wilson wrote:
> > > On Fri, Jun 17, 2016 at 05:08:55PM +0800, Daniel J Blueman wrote:
> > >> Hi all!
> > >>
> > >> When unlocking from lightdm,
== Series Details ==
Series: drm/i915: Don't stall too much for cursor vs. pageflip
URL : https://patchwork.freedesktop.org/series/9049/
State : warning
== Summary ==
Series 9049v1 drm/i915: Don't stall too much for cursor vs. pageflip
http://patchwork.freedesktop.org/api/1.0/series/9049/revis
Hi Dave, just a couple of display fixes, both stable stuff. Maybe we'll
be able to enable fbc by default one day.
BR,
Jani.
The following changes since commit 33688abb2802ff3a230bd2441f765477b94cc89e:
Linux 4.7-rc4 (2016-06-19 21:30:02 -0700)
are available in the git repository at:
git://
On Mon, Jun 6, 2016 at 11:32 AM, Ville Syrjälä
wrote:
> On Sat, Jun 04, 2016 at 02:06:58PM -0700, Greg KH wrote:
>> On Fri, May 27, 2016 at 11:30:30AM +0300, ville.syrj...@linux.intel.com
>> wrote:
>> > From: Ville Syrjälä
>> >
>> > Several nasty i915 regressions affecting CHV slipped through
>>
- We don't need to wait for the previous commit to have fully
completed, the waiting for hw_done in swap_state is sufficient.
- We need to make sure that the pure page_flip signals hw_done early
enough. This is done through a gross hack by recomputing stuff. I
think it'd be better to fix thi
== Series Details ==
Series: Fixes for HPD (rev3)
URL : https://patchwork.freedesktop.org/series/8870/
State : warning
== Summary ==
Series 8870v3 Fixes for HPD
http://patchwork.freedesktop.org/api/1.0/series/8870/revisions/3/mbox
Test kms_pipe_crc_basic:
Subgroup suspend-read-crc-pip
On Wed, Jun 22, 2016 at 02:11:51PM +0100, Chris Wilson wrote:
> On Wed, Jun 22, 2016 at 04:01:12PM +0300, Ville Syrjälä wrote:
> > On Wed, Jun 22, 2016 at 01:34:16PM +0100, Chris Wilson wrote:
> > > On Tue, Jun 21, 2016 at 08:25:27PM +0300, ville.syrj...@linux.intel.com
> > > wrote:
> > > > From:
On ke, 2016-06-22 at 15:26 +0300, Ville Syrjälä wrote:
> On Tue, Jun 21, 2016 at 11:51:47AM +0300, Imre Deak wrote:
> > Atm on IBX/CPT we attempt to detect if eDP is present even if LVDS was
> > already detected and an encoder for it was registered. This involves
> > trying to read out the eDP DPCD
On Wed, Jun 22, 2016 at 04:01:12PM +0300, Ville Syrjälä wrote:
> On Wed, Jun 22, 2016 at 01:34:16PM +0100, Chris Wilson wrote:
> > On Tue, Jun 21, 2016 at 08:25:27PM +0300, ville.syrj...@linux.intel.com
> > wrote:
> > > From: Ville Syrjälä
> >
> > Would it be possible for writing timing requirem
== Series Details ==
Series: HuC Loading Patches
URL : https://patchwork.freedesktop.org/series/9011/
State : warning
== Summary ==
Series 9011v1 HuC Loading Patches
http://patchwork.freedesktop.org/api/1.0/series/9011/revisions/1/mbox
Test drv_hangman:
Subgroup error-state-basic:
On Wed, Jun 22, 2016 at 01:34:16PM +0100, Chris Wilson wrote:
> On Tue, Jun 21, 2016 at 08:25:27PM +0300, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
>
> Would it be possible for writing timing requirement tests for individual
> updates of planes on the same CRTC? E.g. making sur
On 22 June 2016 at 13:41, Daniel Vetter wrote:
> On Wed, Jun 22, 2016 at 12:40 PM, Tomeu Vizoso
> wrote:
>> Thinking about it... I'm not sure that the release manager will find
>> this note here :-\
>>
>> Daniel V, Marius, do you guys have a tick-off list somewhere where
>> th
On Tue, Jun 21, 2016 at 08:25:27PM +0300, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
Would it be possible for writing timing requirement tests for individual
updates of planes on the same CRTC? E.g. making sure that legacy cursor
doesn't block pageflips and vice versa. Also extend
== Series Details ==
Series: sna/cursor: Make sure hw cursors are disabled before disabling
secondary planes
URL : https://patchwork.freedesktop.org/series/9009/
State : failure
== Summary ==
Applying: sna/cursor: Make sure hw cursors are disabled before disabling
secondary planes
fatal: sha
== Series Details ==
Series: Revert "sna: Refresh last detection timestamp on hotplug notifies"
(rev2)
URL : https://patchwork.freedesktop.org/series/7369/
State : failure
== Summary ==
Applying: Revert "sna: Refresh last detection timestamp on hotplug notifies"
fatal: sha1 information is lac
== Series Details ==
Series: drm: Prevent NULL deref in drm_name_info()
URL : https://patchwork.freedesktop.org/series/8944/
State : failure
== Summary ==
Applying: drm: Prevent NULL deref in drm_name_info()
Using index info to reconstruct a base tree...
M drivers/gpu/drm/drm_info.c
Fall
On Tue, Jun 21, 2016 at 11:51:49AM +0300, Imre Deak wrote:
> Move the early PPS initialization calls next to the rest of PPS
> initialization steps. This allows us to forgo a duplicated call to
> intel_dp_init_panel_power_sequencer_registers() on VLV/CHV.
>
> This will swap the order of DP AUX reg
On Tue, Jun 21, 2016 at 11:51:48AM +0300, Imre Deak wrote:
> The initial DPCD read for eDP detection involves using the PPS, but so
> far we only initialized the PPS registers after the DPCD read. The
> reason this was done so far is to preserve a possible LVDS PPS HW setup
> if LVDS is detected bu
On Tue, Jun 21, 2016 at 11:51:47AM +0300, Imre Deak wrote:
> Atm on IBX/CPT we attempt to detect if eDP is present even if LVDS was
> already detected and an encoder for it was registered. This involves
> trying to read out the eDP DPCD, which in turn needs the same power
> sequencer that LVDS uses
On Wed, Jun 22, 2016 at 10:43 AM, Russell King wrote:
> On Wed, Jun 22, 2016 at 10:23:36AM +0200, Daniel Vetter wrote:
>> On Wed, Jun 22, 2016 at 09:21:11AM +0100, Russell King wrote:
>> > On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote:
>> > > On Wed, Jun 22, 2016 at 3:47 AM, Stephe
On Wed, Jun 22, 2016 at 12:40 PM, Tomeu Vizoso
wrote:
> Thinking about it... I'm not sure that the release manager will find
> this note here :-\
>
> Daniel V, Marius, do you guys have a tick-off list somewhere where
> this could be added ?
README and NEWS. Don't know
On Wed, Jun 22, 2016 at 11:21:57AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Again a pile of things all over
> - Conversion to rst from docbook from Jani. Looks real pretty, and the
> source is now actually readable (compared to horrible, horrible docbook
> xml)! https://01.org/linuxgraphics/
On Wed, Jun 22, 2016 at 11:24:57AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> drm-intel-next-2016-06-20:
> - Infrastructure for GVT-g (paravirtualized gpu on gen8+), from Zhi Wang
> - another attemp at nonblocking atomic plane updates
> - bugfixes and refactoring for GuC doorbell code (Dave Gordon
On Mon, Jun 20, 2016 at 07:53:33PM +0100, Chris Wilson wrote:
> If a driver does not have a parent, or never sets the unique name for
> itself, then we may proceed to chase a NULL dereference through
> debugfs/.../name.
>
> Testcase: igt/vgem_basic/debugfs
> Signed-off-by: Chris Wilson
> Cc: Dani
On Wed, Jun 22, 2016 at 11:21:57AM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Again a pile of things all over
> - Conversion to rst from docbook from Jani. Looks real pretty, and the
> source is now actually readable (compared to horrible, horrible docbook
> xml)! https://01.org/linuxgraphics/
Use the portable autoconf helper to figure out which header to include
for these funcs. Linux C libs are moving to not implicitly include them
via sys/types.h anymore, and other OS's have long required you to pull
in the right header directly.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?i
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=96620
Signed-off-by: Mike Frysinger
---
lib/igt_fb.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/igt_fb.c b/lib/igt_fb.c
index 61205f345707..ba29eae5cabd 100644
--- a/lib/igt_fb.c
+++ b/lib/igt_fb.c
@@ -28,6 +28,7 @@
#define _GNU
Signed-off-by: Mike Frysinger
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 2e2c3ab7a7b0..d84508b5f6f5 100644
--- a/configure.ac
+++ b/configure.ac
@@ -23,7 +23,7 @@
AC_PREREQ([2.60])
AC_INIT([intel-gpu-tools],
[1.
On 06/22/2016 10:12 AM, Daniel Vetter wrote:
> On Tue, Jun 21, 2016 at 02:41:29PM +0100, Emil Velikov wrote:
>> On 21 June 2016 at 13:50, Marius Vlad wrote:
>>> On Mon, Jun 20, 2016 at 03:52:35PM +0100, Emil Velikov wrote:
Hi Rob,
A couple of nitpicks and a case of missing git add :
tree: git://anongit.freedesktop.org/drm-intel topic/drm-misc
head: fa7d81bb3c269a2ee38b6e4d569d9eb8be1a78ad
commit: 398e97994f6d2d7165a4aa53c1a0903a2a7d3111 [17/19] drm/vc4: Remove
open-coded drm_connector_register_all()
config: i386-allmodconfig (attached as .config)
compiler: gcc-6 (Debian 6
Hi Dave,
drm-intel-next-2016-06-20:
- Infrastructure for GVT-g (paravirtualized gpu on gen8+), from Zhi Wang
- another attemp at nonblocking atomic plane updates
- bugfixes and refactoring for GuC doorbell code (Dave Gordon)
- GuC command submission enabled by default, if fw available (Dave Gordon
Hi Dave,
Again a pile of things all over
- Conversion to rst from docbook from Jani. Looks real pretty, and the
source is now actually readable (compared to horrible, horrible docbook
xml)! https://01.org/linuxgraphics/gfx-docs/drm/
- device register/unregister rework from Chris, with follow-u
On Tue, Jun 21, 2016 at 11:10:32AM +0200, Daniel Vetter wrote:
> This is a pretty good horror show, but I think it's the best tradeoff:
> - Thanks to srcu and delayed freeing the locking doesn't leak out to
> callers, hence no added headaches with locking inversions.
> - For core and drivers whic
On Wed, Jun 22, 2016 at 10:23:36AM +0200, Daniel Vetter wrote:
> On Wed, Jun 22, 2016 at 09:21:11AM +0100, Russell King wrote:
> > On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote:
> > > On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell
> > > wrote:
> > > > Hi all,
> > > >
> > > > To
On Tue, Jun 21, 2016 at 07:11:22PM +0100, Peter Antoine wrote:
> From: Alex Dai
>
> The HuC loading process is similar to GuC. The intel_uc_fw_fetch()
> is used for both cases.
>
> HuC loading needs to be before GuC loading. The WOPCM setting must
> be done early before loading any of them.
>
>
On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote:
> On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell
> wrote:
> > Hi all,
> >
> > Today's linux-next merge of the drm-misc tree got a conflict in:
> >
> > drivers/gpu/drm/sti/sti_drv.c
> >
> > between commit:
> >
> > 062993b15e8e (
On Wed, Jun 22, 2016 at 09:21:11AM +0100, Russell King wrote:
> On Wed, Jun 22, 2016 at 09:31:18AM +0200, Daniel Vetter wrote:
> > On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell
> > wrote:
> > > Hi all,
> > >
> > > Today's linux-next merge of the drm-misc tree got a conflict in:
> > >
> > >
On Tue, Jun 21, 2016 at 02:41:29PM +0100, Emil Velikov wrote:
> On 21 June 2016 at 13:50, Marius Vlad wrote:
> > On Mon, Jun 20, 2016 at 03:52:35PM +0100, Emil Velikov wrote:
> >> Hi Rob,
> >>
> >> A couple of nitpicks and a case of missing git add :-)
> >>
> >> On 15 June 2016 at 10:51, wrote:
== Series Details ==
Series: drm/fb-helper: Reduce READ_ONCE(master) to lockless_dereference
URL : https://patchwork.freedesktop.org/series/9029/
State : success
== Summary ==
Series 9029v1 drm/fb-helper: Reduce READ_ONCE(master) to lockless_dereference
http://patchwork.freedesktop.org/api/1.0
On Wed, Jun 22, 2016 at 08:46:12AM +0100, Chris Wilson wrote:
> We are only documenting that the read is outside of the lock, and do not
> require strict ordering on the operation. In this case the more relaxed
> lockless_dereference() will suffice.
>
> Signed-off-by: Chris Wilson
> Cc: Daniel Ve
Signed-off-by: Chris Wilson
---
lib/igt_vgem.c | 70 ++
lib/igt_vgem.h | 4 +++
tests/prime_vgem.c | 98 --
tests/vgem_basic.c | 92 --
4 files changed,
On Wed, 22 Jun 2016, vinoth eswaran wrote:
> I have tried also with the argument video=HDMI-A-1:1920x1200@60RMD and
> have the same issue display not coming up. I saw from the logs and
> found that there is a parsing error and gone through the modedb.txt
> file and found a small mistake in the arg
Thanks. :P I'm asking our QA to test this patch with upstream kernel. :P Will
let you know the result once it's done.
> -Original Message-
> From: Chris Wilson [mailto:ch...@chris-wilson.co.uk]
> Sent: Tuesday, June 21, 2016 4:36 PM
> To: Wang, Zhi A
> Cc: intel-gfx@lists.freedesktop.org
On Tue, Jun 21, 2016 at 4:50 PM, Jani Nikula
wrote:
> On Tue, 21 Jun 2016, vinoth eswaran wrote:
>> On Tue, Jun 21, 2016 at 12:54 PM, Jani Nikula
>> wrote:
>>> On Tue, 21 Jun 2016, vinoth eswaran wrote:
On Tue, Jun 21, 2016 at 11:35 AM, Jani Nikula
wrote:
> On Tue, 21 Jun 2016, v
We are only documenting that the read is outside of the lock, and do not
require strict ordering on the operation. In this case the more relaxed
lockless_dereference() will suffice.
Signed-off-by: Chris Wilson
Cc: Daniel Vetter
Cc: Julia Lawall
Cc: Chris Wilson
Cc: Emil Velikov
---
drivers/g
On Tue, Jun 21, 2016 at 10:11:13PM +0300, Oded Gabbay wrote:
> On Tue, Jun 21, 2016 at 12:10 PM, Daniel Vetter
> wrote:
> > - inline functions need to be static inline, otherwise gcc can opt to
> > not inline and the linker gets unhappy.
> > - no forward decls for inline functions, just include
On Wed, Jun 22, 2016 at 3:47 AM, Stephen Rothwell wrote:
> Hi all,
>
> Today's linux-next merge of the drm-misc tree got a conflict in:
>
> drivers/gpu/drm/sti/sti_drv.c
>
> between commit:
>
> 062993b15e8e ("drm: convert DT component matching to
> component_match_add_release()")
Why did tha
83 matches
Mail list logo
