On Thu, Mar 24, 2016 at 2:09 PM, Chris Wilson wrote:
> On Thu, Mar 24, 2016 at 12:47:51PM +, Dave Gordon wrote:
>> On 24/03/16 11:11, Sedat Dilek wrote:
>> > From b35261adb49107e7dd6e480b1f7c5d4fb7552f9f Mon Sep 17 00:00:00 2001
>> >From: Sedat Dilek
>> >Date: Thu, 24 Mar 2016 12:01:37 +0100
>
Hi Chris,
[auto build test ERROR on drm-intel/for-linux-next]
[also build test ERROR on next-20160324]
[cannot apply to v4.5]
[if your patch is applied to the wrong git tree, please drop us a note to help
improving the system]
url:
https://github.com/0day-ci/linux/commits/Chris-Wilson/drm-i9
In order to ensure that all invalidations are completed before the
operation returns to userspace (i.e. before the mmap() syscall returns)
we need to flush the outstanding operations. To this end, we submit all
the per-object invalidation work to a private workqueue and then flush
the workqueue at
This patch sets the invert bit for hpd detection for each port
based on VBT configuration. Since each AOB can be designed to
depend on invert bit or not, it is expected if an AOB requires
invert bit, the user will set respective bit in VBT.
v2: Separated VBT parsing from the rest of the logic. (Ja
This patch adds new fields that are not yet added in drm code
in child devices struct
Signed-off-by: Sivakumar Thulasimani
Signed-off-by: Durgadoss R
Signed-off-by: Shubhangi Shrivastava
Reviewed-by: Ville Syrjälä
---
drivers/gpu/drm/i915/intel_bios.c | 15 ++-
drivers/gpu/drm
On Wed, Mar 23, 2016 at 02:58:05PM +0100, Maarten Lankhorst wrote:
> Right now the state checker assumes that the global state is fixed,
> with support for the atomic ioctl not all state will be locked any more,
> so the state checker has to check only what's part of the state.
>
> This is done by
Hi Daniel, Ville,
I reviewed Ville's code for dp++ adaptors, and as Ville rightly mentioned, a
lot of the code can be reused for LSPCON as it is, as LSPCON is also working as
a type2 DP adaptor.
I need to add i2c-over-aux functionality, and then LSPCON will become one of
the consumers of this
On Fri, Mar 25, 2016 at 02:05:42PM +, Zanoni, Paulo R wrote:
> What if I have both a WC mmap and a GTT mmap, and I'm actually using
> the GTT mmap now? My set_domain call will be treated as WC mmap usage,
> while in fact it should be treated as GTT usage. Is there a way to
> differentiate betwe
Em Qui, 2016-03-24 às 21:20 +, ch...@chris-wilson.co.uk escreveu:
> On Thu, Mar 24, 2016 at 09:03:59PM +, ch...@chris-wilson.co.uk
> wrote:
> >
> > On Thu, Mar 24, 2016 at 08:53:21PM +, Zanoni, Paulo R wrote:
> > >
> > > Em Qui, 2016-03-24 às 19:31 +, Chris Wilson escreveu:
> > >
Hi everyone,
Yes, this breaks userspace ABI and in particular it broke VTune work.
Ring ids are seen via i915 tracepoints, and VTune Amplifier uses them.
We were relying on the old ring ids, and assuming that the new rings would be
added to the end of the enum.
I'm objecting just now because no
On Thu, Mar 24, 2016 at 10:24:49PM +, Chris Wilson wrote:
> On Thu, Mar 24, 2016 at 12:18:49PM +, Tvrtko Ursulin wrote:
> > @@ -2016,6 +2015,8 @@ void intel_logical_ring_cleanup(struct
> > intel_engine_cs *engine)
> > if (!intel_engine_initialized(engine))
> > return;
> >
== Series Details ==
Series: Add aspect ratio parsing (rev3)
URL : https://patchwork.freedesktop.org/series/1915/
State : warning
== Summary ==
Series 1915v3 Add aspect ratio parsing
http://patchwork.freedesktop.org/api/1.0/series/1915/revisions/3/mbox/
Test gem_exec_suspend:
Subgroup
== Series Details ==
Series: sna: Opt-out of the Kernel mmap workaround
URL : https://patchwork.freedesktop.org/series/4879/
State : failure
== Summary ==
Series 4879v1 sna: Opt-out of the Kernel mmap workaround
http://patchwork.freedesktop.org/api/1.0/series/4879/revisions/1/mbox/
Test gem_e
== Series Details ==
Series: series starting with [v3,1/2] drm/i915/guc: Reset GuC and retry on
firmware load failure
URL : https://patchwork.freedesktop.org/series/4876/
State : warning
== Summary ==
Series 4876v1 Series without cover letter
http://patchwork.freedesktop.org/api/1.0/series/48
HDMI 2.0/CEA-861-F introduces two new aspect ratios:
- 64:27
- 256:135
This patch adds DRM flags for the new aspect ratios
in the existing aspect ratio flags.
Signed-off-by: Shashank Sharma
---
include/uapi/drm/drm_mode.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/include/uapi/dr
HDMI 2.0/CEA-861-F introduces two new aspect ratios:
- 64:27
- 256:135
This patch adds support for these aspect ratios in
I915 driver, at various places.
Signed-off-by: Shashank Sharma
---
drivers/gpu/drm/drm_modes.c | 12
drivers/gpu/drm/i915/intel_hdmi.c | 6 ++
driver
HDMI 2.0/CEA-861-F introduces two new aspect ratios:
- 64:27
- 256:135
This patch adds enumeration for the new aspect ratios
in the existing aspect ratio list.
Signed-off-by: Shashank Sharma
---
drivers/video/hdmi.c | 4
include/linux/hdmi.h | 2 ++
2 files changed, 6 insertions(+)
diff -
This patch adds drm flag bits for aspect ratio information
Currently drm flag bits don't have field for mode's picture
aspect ratio. This field will help the driver to pick mode with
right aspect ratio, and help in setting right VIC field in avi
infoframes.
Signed-off-by: Shashank Sharma
---
in
Current DRM layer functions dont parse aspect ratio information
while converting a user mode->kernel mode or viceversa. This
causes modeset to pick mode with wrong aspect ratio, eventually
cauing failures in HDMI compliance test cases, due to wrong VIC.
This patch adds aspect ratio information in
Currently DRM framework doesn't parse aspect ratio of a videomode
while converting it from a umode->kmode or viceversa. This causes
modeset of CEA modes with incorrect aspect ratio.
While running HDMI complaince, tests (like 7-27) expect the DUT
to apply the mode as per the VIC, but as driver does
== Series Details ==
Series: series starting with [v3,1/2,RESEND] drm/dp_helper: add workarounds
from intel_dp_dpcd_read_wake()
URL : https://patchwork.freedesktop.org/series/4828/
State : failure
== Summary ==
Series 4828v1 Series without cover letter
2016-03-24T18:06:07.506472
http://patch
== Series Details ==
Series: series starting with [1/2] shmem: Support for registration of
Driver/file owner specific ops (rev2)
URL : https://patchwork.freedesktop.org/series/4780/
State : warning
== Summary ==
Series 4780v2 Series without cover letter
http://patchwork.freedesktop.org/api/1.
== Series Details ==
Series: drm/i915: BUG_ON when ggtt_view is NULL
URL : https://patchwork.freedesktop.org/series/4869/
State : success
== Summary ==
Series 4869v1 drm/i915: BUG_ON when ggtt_view is NULL
http://patchwork.freedesktop.org/api/1.0/series/4869/revisions/1/mbox/
bdw-nuci7
23 matches
Mail list logo
