On Mon, 29 Jan 2018, Rodrigo Vivi wrote:
> On CNL SKUs that uses port F, max DP rate is 8.1G for all
> ports when we have the elevated voltage (higher than 0.85V).
>
> v2: Make commit message more generic.
> v3: Move conditions to a helper to get easier to read. (Ville).
> v4: Add a mention to th
On Tue, 23 Jan 2018, Imre Deak wrote:
> On Tue, Jan 23, 2018 at 11:48:22AM +0200, Jani Nikula wrote:
>> On Mon, 22 Jan 2018, Imre Deak wrote:
>> > On Fri, Jan 19, 2018 at 05:45:16PM +0200, Imre Deak wrote:
>> >> On Thu, Oct 12, 2017 at 12:13:38PM -0700, Manasi Navare wrote:
>> >> > In case of eDP
On Mon, 29 Jan 2018, Chris Wilson wrote:
> Quoting Jani Nikula (2018-01-19 14:22:49)
>> On Mon, 18 Dec 2017, Mika Kahola wrote:
>> > We may have fused or unused pipes in our system. Let's check that the pipe
>> > in question is within limits of accessible pipes. In case, that we are not
>> > able
Hi,
On 1/30/2018 9:35 AM, Srinivas, Vidya wrote:
-Original Message-
From: Maarten Lankhorst [mailto:maarten.lankho...@linux.intel.com]
Sent: Monday, January 29, 2018 10:47 PM
To: Srinivas, Vidya ; intel-
g...@lists.freedesktop.org
Subject: Re: [Intel-gfx] [PATCH 15/15] drm/i915: Add NV
> -Original Message-
> From: Maarten Lankhorst [mailto:maarten.lankho...@linux.intel.com]
> Sent: Monday, January 29, 2018 5:12 PM
> To: Srinivas, Vidya ; intel-
> g...@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH 15/15] drm/i915: Add NV12 support to
> intel_framebuffer_init
>
> -Original Message-
> From: Maarten Lankhorst [mailto:maarten.lankho...@linux.intel.com]
> Sent: Monday, January 29, 2018 10:47 PM
> To: Srinivas, Vidya ; intel-
> g...@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH 15/15] drm/i915: Add NV12 support to
> intel_framebuffer_init
>
== Series Details ==
Series: series starting with [01/10] drm/i915/cnl: Add Cannonlake PCI IDs for
another SKU.
URL : https://patchwork.freedesktop.org/series/37309/
State : warning
== Summary ==
Test kms_frontbuffer_tracking:
Subgroup fbc-1p-primscrn-pri-shrfb-draw-render:
On 29/01/18 06:28, Chris Wilson wrote:
As we loop over the coherency tests many times, we need to close the
dmabufs opened on every pass to prevent a fd leak and the test
exploding when it hits the process limit.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=103649
Signed-off-by: Chri
@@ -979,17 +979,19 @@ static int guc_clients_create(struct intel_guc *guc)
}
guc->execbuf_client = client;
- client = guc_client_alloc(dev_priv,
- INTEL_INFO(dev_priv)->ring_mask,
- GUC_CLIENT_PRIORITY_KMD_HIGH,
== Series Details ==
Series: series starting with [01/10] drm/i915/cnl: Add Cannonlake PCI IDs for
another SKU.
URL : https://patchwork.freedesktop.org/series/37309/
State : success
== Summary ==
Series 37309v1 series starting with [01/10] drm/i915/cnl: Add Cannonlake PCI
IDs for another SKU
On 29/01/18 06:41, Chris Wilson wrote:
Previously, we relied on only running the hangcheck while somebody was
waiting on the GPU, in order to minimise the amount of time hangcheck
had to run. (If nobody was watching the GPU, nobody would notice if the
GPU wasn't responding -- eventually somebod
On Mon, Jan 29, 2018 at 09:07:30PM -0200, Paulo Zanoni wrote:
> From: Mahesh Kumar
>
> GEN9/10 had fixed DBuf block size of 512. Dbuf block size is not a
> fixed number anymore in GEN11, it varies according to bits per pixel
> and tiling. If 8bpp & Yf-tile surface, block size = 256 else block
> s
== Series Details ==
Series: ICL display initialization and some plane bits (rev2)
URL : https://patchwork.freedesktop.org/series/36993/
State : failure
== Summary ==
Series 36993v2 ICL display initialization and some plane bits
https://patchwork.freedesktop.org/api/1.0/series/36993/revisions/
This was wrong since its introduction on commit '04416108ccea
("drm/i915/cnl: Add registers related to voltage swing sequences.")'
But since no Port F was needed so far we don't need to
propagate fixes back there.
Cc: Lucas De Marchi
Cc: Manasi Navare
Signed-off-by: Rodrigo Vivi
Reviewed-by: D
On CNP boards that are using DDI F,
bit 25 (SDE_PORTE_HOTPLUG_SPT) is representing
the Digital Port F hotplug line when the Digital
Port F hotplug detect input is enabled.
v2: Reuse all existent structure instead of adding a
new HPD_PORT_F pointing to pin of port E.
v3: Use IS_CNL_WITH_PORT_F so w
Now let's finish the Port-F support by adding the
proper port F detection, irq and power well support.
v2: Rebase
v3: Use BIT_ULL
v4: Cover missed case on ddi init.
v5: Update commit message.
v6: Rebase on top of display headers rework.
v7: Squash power-well handling related to DDI F to this
p
On CNL SKUs that uses port F, max DP rate is 8.1G for all
ports when we have the elevated voltage (higher than 0.85V).
v2: Make commit message more generic.
v3: Move conditions to a helper to get easier to read. (Ville).
v4: Add a mention to the numerical voltage on commit
message per Manasi
On CNP Pin 3 is for misc of Port F usage depending on the
configuration. For CNL that uses Port F, pin 3 is the one.
v2: Make it more generic and update commit message.
Cc: Anusha Srivatsa
Cc: Lucas De Marchi
Cc: Manasi Navare
Signed-off-by: Rodrigo Vivi
Reviewed-by: Paulo Zanoni
---
driver
On some Cannonlake SKUs we have a dedicated Aux for port F,
that is only the full split between port A and port E.
There is still no Aux E for Port E, as in previous platforms,
because port_E still means shared lanes with port A.
v2: Rebase.
v3: Add couple missed PORT_F cases on intel_dp.
v4: Reb
Let's try to simplify this mapping to hpd_pin -> bit
instead using port.
So for CNL with port F where we have this port using
hdp_pin and bits of other ports we don't need to duplicated
the mapping.
But for now this is only a re-org with no functional change
expected.
v2: Add missing lines and nu
Since when it got introduced with commit '555e38d27317
("drm/i915/cnl: DDI - PLL mapping")' the support for Port F
was wrong, because Port F bits are far from bits used
for A to E.
Since Port F is not used so far we don't need to propagate
Fixes back there.
v2: Reuse _SHIFT definition to avoid co
The only difference is that this SKUs has the full
Port A/E split named as Port F.
But since SKUs differences don't matter on the platform
definition group and ids, let's merge all off them together.
v2: Really include the PCI IDs to the picidlist[];
v3: Add the PCI Id for another SKU (Anusha).
v
We also need to extend this WA to Aux F.
Cc: Dhinakaran Pandiyan
Cc: Lucas De Marchi
Signed-off-by: Rodrigo Vivi
Reviewed-by: Lucas De Marchi
---
drivers/gpu/drm/i915/i915_reg.h | 4 +++-
drivers/gpu/drm/i915/intel_runtime_pm.c | 2 +-
2 files changed, 4 insertions(+), 2 deletions(-)
From: Mahesh Kumar
ICL require DDB allocation of plane to be more than "minimum display
buffer needed" for each level in order to enable WM level.
This patch implements and consider the same while allocating DDB
and enabling WM.
Changes Since V1:
- rebase
Changes Since V2:
- Remove extra pare
From: Mahesh Kumar
GEN9/10 had fixed DBuf block size of 512. Dbuf block size is not a
fixed number anymore in GEN11, it varies according to bits per pixel
and tiling. If 8bpp & Yf-tile surface, block size = 256 else block
size = 512
This patch addresses the same.
v2 (from Paulo):
- Make it co
Em Ter, 2018-01-23 às 17:05 -0200, Paulo Zanoni escreveu:
> From: Mahesh Kumar
>
> Enable SAGV for ICL platform.
The requirements for enabling SAGV on ICL are different. We need to
implement them. While we don't have them, perhaps the best option is to
add ICL to intel_has_sagv() but then always
On Mon, Jan 29, 2018 at 05:42:53AM +, Kai Heng Feng wrote:
>
> > On 26 Jan 2018, at 6:25 AM, Rodrigo Vivi wrote:
> >
> > If the table result is out of bounds on the array map
> > there is something really wrong with VBT pin so we don't
> > return that vbt_pin, but only return 0 instead.
> >
On Fri, 2018-01-26 at 17:33 -0800, Rodrigo Vivi wrote:
> Now let's finish the Port-F support by adding the
> proper port F detection, irq and power well support.
>
> v2: Rebase
> v3: Use BIT_ULL
> v4: Cover missed case on ddi init.
> v5: Update commit message.
> v6: Rebase on top of display hea
== Series Details ==
Series: drm/i915: expose RCS topology to userspace
URL : https://patchwork.freedesktop.org/series/37290/
State : failure
== Summary ==
Test gem_gpgpu_fill:
pass -> FAIL (shard-hsw)
pass -> FAIL (shard-apl)
Test kms_fl
On Mon, Jan 29, 2018 at 08:45:24PM +, Chris Wilson wrote:
> Quoting Srivatsa, Anusha (2018-01-29 20:17:25)
> >
> >
> > >-Original Message-
> > >From: Vivi, Rodrigo
> > >Sent: Friday, January 26, 2018 10:22 AM
> > >To: intel-gfx@lists.freedesktop.org
> > >Cc: Vivi, Rodrigo ; Srivatsa,
== Series Details ==
Series: series starting with [1/2] drm/i915: Free memdup-ed bios data
structures on driver_unload
URL : https://patchwork.freedesktop.org/series/37282/
State : failure
== Summary ==
Test kms_frontbuffer_tracking:
Subgroup fbc-rgb565-draw-mmap-cpu:
Quoting Matthew Auld (2018-01-29 10:54:35)
> On 29 January 2018 at 10:28, Chris Wilson wrote:
> > Older gcc is complaining it can't follow the guards and thinks that
> > addr may be used uninitialised
> >
> > In the process, we can simplify down to one loop,
> > add/remove: 0/0 grow/shrink: 0/1 up
Quoting Michał Winiarski (2018-01-29 11:10:42)
> On Mon, Jan 29, 2018 at 09:49:12AM +, Chris Wilson wrote:
> > Assert that we do not try to unsubmit a completed request, as should we
> > try to resubmit it later, the ring is already past the request's
> > breadcrumb and the breadcrumb will not
Quoting Srivatsa, Anusha (2018-01-29 20:17:25)
>
>
> >-Original Message-
> >From: Vivi, Rodrigo
> >Sent: Friday, January 26, 2018 10:22 AM
> >To: intel-gfx@lists.freedesktop.org
> >Cc: Vivi, Rodrigo ; Srivatsa, Anusha
> >
> >Subject: [PATCH] drm/i915: Remove Firmware URL.
> >
> >The right
Quoting Jani Nikula (2018-01-19 14:22:49)
> On Mon, 18 Dec 2017, Mika Kahola wrote:
> > We may have fused or unused pipes in our system. Let's check that the pipe
> > in question is within limits of accessible pipes. In case, that we are not
> > able to access the pipe, we return early with a warn
On Fri, 2018-01-26 at 17:27 -0800, Rodrigo Vivi wrote:
> On some Cannonlake SKUs we have a dedicated Aux for port F,
> that is only the full split between port A and port E.
>
> There is still no Aux E for Port E, as in previous platforms,
> because port_E still means shared lanes with port A.
>
On Mon, 29 Jan 2018, "Pandiyan, Dhinakaran"
wrote:
> On Sat, 2018-01-27 at 11:05 +0200, Jani Nikula wrote:
>> On Fri, 26 Jan 2018, Rodrigo Vivi wrote:
>> > On Fri, Jan 26, 2018 at 10:12:00AM +, Jani Nikula wrote:
>> >> On Thu, 25 Jan 2018, Rodrigo Vivi wrote:
>> >> > The only difference is
>-Original Message-
>From: Vivi, Rodrigo
>Sent: Friday, January 26, 2018 10:22 AM
>To: intel-gfx@lists.freedesktop.org
>Cc: Vivi, Rodrigo ; Srivatsa, Anusha
>
>Subject: [PATCH] drm/i915: Remove Firmware URL.
>
>The right place for the firmware is linux-firmware.git.
>We shouldn't advertis
On Tue, Nov 14, 2017 at 08:32:48PM +0200, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> I recently realized that we're not validating the mode flags/type
> passed in from userspace. Let's try to fix that.
>
> I'd also like to entirely eliminate some of the more crazy mode flags.
> PIXMUX and BC
On Tue, Jan 16, 2018 at 01:24:14PM +0200, Imre Deak wrote:
> As described in the WA on GLK and CNL planes on the right edge of the
> screen that have less than 4 pixels visible from the beginning of the
> plane to the edge of the screen can cause FIFO underflow and display
> corruption.
>
> On GLK
== Series Details ==
Series: drm/i915: Tracking waiters for execution wrt hangcheck
URL : https://patchwork.freedesktop.org/series/37276/
State : warning
== Summary ==
Test kms_frontbuffer_tracking:
Subgroup fbc-1p-shrfb-fliptrack:
fail -> PASS (shard-apl) f
Hi Lee,
Here's the pull request for Meghana's patch set. It's based on 4.15, and just
contains the backlight portion of the set. I couldn't include the rest as it
depends on patches that only exist in drm-misc-next atm.
Thanks for coordinating with me on this!
topic/backlight_for_lag-2018-01-29
On Sat, 2018-01-27 at 11:05 +0200, Jani Nikula wrote:
> On Fri, 26 Jan 2018, Rodrigo Vivi wrote:
> > On Fri, Jan 26, 2018 at 10:12:00AM +, Jani Nikula wrote:
> >> On Thu, 25 Jan 2018, Rodrigo Vivi wrote:
> >> > The only difference is that this SKUs has the full
> >> > Port A/E split named
On Fri, Dec 29, 2017 at 08:29:11PM +0530, Uma Shankar wrote:
> From: Johnson Lin
>
> Some panels support limited range output (16-235) compared
> to full range RGB values (0-255). Also userspace can control
> the RGB range using "Broadcast RGB" property. Currently the
> code to handle full range
Em Sex, 2018-01-26 às 15:50 -0800, James Ausmus escreveu:
> On Tue, Jan 23, 2018 at 05:05:26PM -0200, Paulo Zanoni wrote:
> > From: Mahesh Kumar
> >
> > ICL require DDB allocation of plane to be more than "minimum
> > display
> > buffer needed" for each level in order to enable WM level.
> >
> >
Em Sex, 2018-01-26 às 18:50 -0200, Paulo Zanoni escreveu:
> Em Ter, 2018-01-23 às 16:49 -0800, James Ausmus escreveu:
> > On Tue, Jan 23, 2018 at 05:05:23PM -0200, Paulo Zanoni wrote:
> > > From: Mahesh Kumar
> > >
> > > ICL has 2 slices of DBuf, enable both the slices during display
> > > init.
On 27/01/18 12:28, Chris Wilson wrote:
If we remove some hardcoded assumptions about the preempt context having
a fixed id, reserved from use by normal user contexts, we may only
allocate the i915_gem_context when required. Then the subsequent
decisions on using preemption reduce to having the
On Thu, Jan 25, 2018 at 10:12:52AM -0500, Harry Wentland wrote:
> On 2018-01-25 08:30 AM, Ville Syrjala wrote:
> > From: Ville Syrjälä
> >
> > We use 32bit bitmasks to track planes/crtcs/encoders/connectors.
> > Naturally we can only do that if the index of those objects stays
> > below 32. Issue
Op 20-01-18 om 22:45 schreef Vidya Srinivas:
> From: Chandra Konduru
>
> This patch adds NV12 as supported format
> to intel_framebuffer_init and performs various checks.
>
> v2:
> -Fix an issue in checks added (Chandra Konduru)
>
> v3: rebased (me)
>
> v4: Review comments by Ville addressed
> Add
On Wed, Dec 13, 2017 at 03:06:55PM +0100, Thomas Gleixner wrote:
> On Wed, 13 Dec 2017, Takashi Iwai wrote:
> > On Wed, 13 Dec 2017 12:35:54 +0100,
> > Thomas Gleixner wrote:
> > >
> > > > > On Mon, 11 Dec 2017, Anand, Jerome wrote:
> > > > > > > On Fri, 8 Dec 2017, Ville Syrjälä wrote:
> > > > >
== Series Details ==
Series: drm/i915: expose RCS topology to userspace
URL : https://patchwork.freedesktop.org/series/37290/
State : success
== Summary ==
Series 37290v1 drm/i915: expose RCS topology to userspace
https://patchwork.freedesktop.org/api/1.0/series/37290/revisions/1/mbox/
Test d
On Thu, Jan 25, 2018 at 03:17:21PM -, Patchwork wrote:
> == Series Details ==
>
> Series: drm: Warn if plane/crtc/encoder/connector index exceeds our 32bit
> bitmasks (rev3)
> URL : https://patchwork.freedesktop.org/series/37058/
> State : failure
>
> == Summary ==
>
> Test drv_suspend:
>
The purpose of this is to give the ability to userspace to query a
bunch of properties in 1 ioctl rather than a series of successive
GETPARAM ioctl().
This loosely divides the properties in 2 groups, one being hardware
focused and the other being rather driver features.
The structures defined in
With the introduction of asymmetric slices in CNL, we cannot rely on
the previous SUBSLICE_MASK getparam to tell userspace what subslices
are available. Here we introduce a more detailed way of querying the
Gen's GPU topology that doesn't aggregate numbers.
This is essential for monitoring parts o
While the end goal is to make this information available to userspace
through a new ioctl, there is no reason we can't display it in a human
readable fashion through debugfs.
slice0: 3 subslice(s) (0x7):
subslice0: 8 EUs (0xff)
subslice1: 8 EUs (0xff)
subslice2: 8 EUs (0xff
This might be useful information for developers looking at an error
state.
v2: Place topology towards the end of the error state (Chris)
v3: Reuse common printing code (Michal)
v4: Make this a one-liner (Chris)
Signed-off-by: Lionel Landwerlin
Reviewed-by: Tvrtko Ursulin
---
drivers/gpu/drm/
Up to now, subslice mask was assumed to be uniform across slices. But
starting with Cannonlake, slices can be asymmetric (for example slice0
has different number of subslices as slice1+). This change stores all
subslices masks for all slices rather than having a single mask that
applies to all slic
There are a number of information that are readable from hardware
registers and that we would like to make accessible to userspace. One
particular example is the topology of the execution units (how are
execution units grouped in subslices and slices and also which ones
have been fused off for die
Now that we have that information in topology fields, let's just reused it.
v2: Style tweaks (Tvrtko)
Signed-off-by: Lionel Landwerlin
Reviewed-by: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_debugfs.c | 27 +++
1 file changed, 11 insertions(+), 16 deletions(-)
diff -
Signed-off-by: Lionel Landwerlin
---
drivers/gpu/drm/i915/i915_drv.c | 212 ++--
1 file changed, 119 insertions(+), 93 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
index ebb2e4241cf7..cc0342e8a400 100644
--- a/dri
Hi,
There is almost no changes from the previous series. I just put the
i915_query_ioctl() declaration in its own header file (like Joonas
suggested, if I remember correctly).
Adding a couple of patches for discussion on how to have a userspace
query all of the information it needs from the devic
== Series Details ==
Series: drm/i915: Simplify guard logic for setup_scratch_page()
URL : https://patchwork.freedesktop.org/series/37265/
State : warning
== Summary ==
Test kms_frontbuffer_tracking:
Subgroup fbc-suspend:
skip -> PASS (shard-snb) fdo#101623
== Series Details ==
Series: drm/i915: Assert the engine has finished the seqno on unsubmission
URL : https://patchwork.freedesktop.org/series/37263/
State : failure
== Summary ==
Test syncobj_wait:
Subgroup wait-any-snapshot:
fail -> PASS (shard-apl)
Test p
On 24/01/18 15:14, Chris Wilson wrote:
Quoting Tvrtko Ursulin (2018-01-24 12:03:46)
On 23/01/2018 14:17, Lionel Landwerlin wrote:
Hi all,
I've been trying to expose some information to userspace about the fused
parts of the GPU.
This is the 4th attempt at getting this upstream, here are the pr
Updated IGT results seem sane:
https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_7698/shards.html
Would someone be able to apply this patch?
Thanks,
Leo
On 2018-01-17 03:18 PM, Sean Paul wrote:
On Wed, Jan 17, 2018 at 10:39 AM, Maarten Lankhorst
wrote:
Op 17-01-18 om 19:29 schreef Sean Paul
== Series Details ==
Series: series starting with [1/2] drm/i915: Free memdup-ed bios data
structures on driver_unload
URL : https://patchwork.freedesktop.org/series/37282/
State : success
== Summary ==
Series 37282v1 series starting with [1/2] drm/i915: Free memdup-ed bios data
structures o
== Series Details ==
Series: drm/i915: Always run hangcheck while the GPU is busy
URL : https://patchwork.freedesktop.org/series/37281/
State : success
== Summary ==
Series 37281v1 drm/i915: Always run hangcheck while the GPU is busy
https://patchwork.freedesktop.org/api/1.0/series/37281/revis
So far models of the Dell Venue 8 Pro, with a panel with MIPI panel
index = 3, one of which has been kindly provided to me by Jan Brummer,
where not working with the i915 driver, giving a black screen on the
first modeset.
The problem with at least these Dells is that their VBT defines a MIPI
ASSE
Add a new intel_bios_cleanup function to free memdup-ed bios data
structures and call it from i915_driver_unload().
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/i915/i915_drv.c | 2 ++
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_bios.c | 11 +++
3 files ch
Previously, we relied on only running the hangcheck while somebody was
waiting on the GPU, in order to minimise the amount of time hangcheck
had to run. (If nobody was watching the GPU, nobody would notice if the
GPU wasn't responding -- eventually somebody would care and so kick
hangcheck into act
As we loop over the coherency tests many times, we need to close the
dmabufs opened on every pass to prevent a fd leak and the test
exploding when it hits the process limit.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=103649
Signed-off-by: Chris Wilson
---
tests/prime_mmap_coherency.c
== Series Details ==
Series: drm/i915: Tracking waiters for execution wrt hangcheck
URL : https://patchwork.freedesktop.org/series/37276/
State : success
== Summary ==
Series 37276v1 drm/i915: Tracking waiters for execution wrt hangcheck
https://patchwork.freedesktop.org/api/1.0/series/37276/r
Quoting Chris Wilson (2018-01-29 13:50:13)
> Hangcheck wants to turn itself off when no one is listening (to save
> needless wakeups). However, we now may have waiters that are not waiting
> for requests already on the GPU, but waiting for requests deep in the
> queue for execution, and do not have
Hangcheck wants to turn itself off when no one is listening (to save
needless wakeups). However, we now may have waiters that are not waiting
for requests already on the GPU, but waiting for requests deep in the
queue for execution, and do not have an irq alloted. Therefore, inside
hangcheck we can
== Series Details ==
Series: drm/i915: Simplify guard logic for setup_scratch_page()
URL : https://patchwork.freedesktop.org/series/37265/
State : success
== Summary ==
Series 37265v1 drm/i915: Simplify guard logic for setup_scratch_page()
https://patchwork.freedesktop.org/api/1.0/series/37265
Op 20-01-18 om 22:45 schreef Vidya Srinivas:
> From: Chandra Konduru
>
> This patch adds NV12 as supported format
> to intel_framebuffer_init and performs various checks.
>
> v2:
> -Fix an issue in checks added (Chandra Konduru)
>
> v3: rebased (me)
>
> v4: Review comments by Ville addressed
> Add
== Series Details ==
Series: drm/i915: Assert the engine has finished the seqno on unsubmission
URL : https://patchwork.freedesktop.org/series/37263/
State : success
== Summary ==
Series 37263v1 drm/i915: Assert the engine has finished the seqno on
unsubmission
https://patchwork.freedesktop.o
On Mon, Jan 29, 2018 at 09:49:12AM +, Chris Wilson wrote:
> Assert that we do not try to unsubmit a completed request, as should we
> try to resubmit it later, the ring is already past the request's
> breadcrumb and the breadcrumb will not be updated.
"Assert that we do not try to unsubmit a c
On 29 January 2018 at 10:28, Chris Wilson wrote:
> Older gcc is complaining it can't follow the guards and thinks that
> addr may be used uninitialised
>
> In the process, we can simplify down to one loop,
> add/remove: 0/0 grow/shrink: 0/1 up/down: 0/-131 (-131)
> Function
On Tue, Jan 23, 2018 at 05:05:20PM -0200, Paulo Zanoni wrote:
> This commit adds the basic CDCLK functions, but it's still missing
> pieces of the display initialization sequence.
>
> v2:
> - Implement the voltage levels.
> - Rebase.
>
> Signed-off-by: Paulo Zanoni
> ---
> drivers/gpu/drm/i91
Quoting Tvrtko Ursulin (2018-01-29 10:34:05)
>
> On 29/01/2018 09:00, Chris Wilson wrote:
> > Quoting Lionel Landwerlin (2018-01-29 08:33:46)
> >> This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
> >>
> >> Conflicts:
> >> drivers/gpu/drm/i915/i915_pci.c
> >>
> >> Bugzilla:
On 29/01/2018 09:00, Chris Wilson wrote:
Quoting Lionel Landwerlin (2018-01-29 08:33:46)
This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
Conflicts:
drivers/gpu/drm/i915/i915_pci.c
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104805
Signed-off-by: Lionel Land
== Series Details ==
Series: Revert "drm/i915: mark all device info struct with __initconst"
URL : https://patchwork.freedesktop.org/series/37260/
State : failure
== Summary ==
Warning: bzip CI_DRM_3686/shard-glkb6/results14.json.bz2 wasn't in correct JSON
format
Test kms_sysfs_edid_timing:
Quoting Chris Wilson (2018-01-29 10:28:40)
> Older gcc is complaining it can't follow the guards and thinks that
> addr may be used uninitialised
>
> In the process, we can simplify down to one loop,
> add/remove: 0/0 grow/shrink: 0/1 up/down: 0/-131 (-131)
> Function
Older gcc is complaining it can't follow the guards and thinks that
addr may be used uninitialised
In the process, we can simplify down to one loop,
add/remove: 0/0 grow/shrink: 0/1 up/down: 0/-131 (-131)
Function old new delta
setup_scratch_page
On Mon, Jan 29, 2018 at 09:27:39AM +, Lionel Landwerlin wrote:
> On 29/01/18 09:02, Chris Wilson wrote:
> > Quoting Lionel Landwerlin (2018-01-29 08:33:46)
> > > This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
> > >
> > > Conflicts:
> > > drivers/gpu/drm/i915/i915_pci.
On Mon, 29 Jan 2018, Lionel Landwerlin wrote:
> On 29/01/18 09:02, Chris Wilson wrote:
>> Quoting Lionel Landwerlin (2018-01-29 08:33:46)
>>> This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
>>>
>>> Conflicts:
>>> drivers/gpu/drm/i915/i915_pci.c
>>>
>>> Bugzilla: https://bu
s/has/has not/
Quoting Chris Wilson (2018-01-29 09:49:12)
> Assert that we do not try to unsubmit a completed request, as should we
> try to resubmit it later, the ring is already past the request's
> breadcrumb and the breadcrumb will not be updated.
>
> Signed-off-by: Chris Wilson
> ---
> dri
Assert that we do not try to unsubmit a completed request, as should we
try to resubmit it later, the ring is already past the request's
breadcrumb and the breadcrumb will not be updated.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_gem_request.c | 2 ++
1 file changed, 2 insertions
On 29/01/18 09:02, Chris Wilson wrote:
Quoting Lionel Landwerlin (2018-01-29 08:33:46)
This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
Conflicts:
drivers/gpu/drm/i915/i915_pci.c
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104805
Fixes: 5b54eddd3920 ("drm/i9
On Sun, Jan 28, 2018 at 2:37 PM, Lukas Wunner wrote:
> On Sat, Jan 27, 2018 at 10:42:45AM +, bugzilla-dae...@freedesktop.org
> wrote:
>> https://bugs.freedesktop.org/show_bug.cgi?id=104805
>>
>> --- Comment #6 from Chris Wilson ---
>> Sigh. Revert then solve the bloat another way. I think we
Quoting Lionel Landwerlin (2018-01-29 08:33:46)
> This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
>
> Conflicts:
> drivers/gpu/drm/i915/i915_pci.c
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104805
Fixes: 5b54eddd3920 ("drm/i915: mark all device info struct w
Quoting Lionel Landwerlin (2018-01-29 08:33:46)
> This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
>
> Conflicts:
> drivers/gpu/drm/i915/i915_pci.c
>
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104805
> Signed-off-by: Lionel Landwerlin
Mea culpa, completely di
== Series Details ==
Series: Revert "drm/i915: mark all device info struct with __initconst"
URL : https://patchwork.freedesktop.org/series/37260/
State : success
== Summary ==
Series 37260v1 Revert "drm/i915: mark all device info struct with __initconst"
https://patchwork.freedesktop.org/api/
This reverts commit 5b54eddd3920e9f6f1a6d972454baf350cbae77e.
Conflicts:
drivers/gpu/drm/i915/i915_pci.c
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=104805
Signed-off-by: Lionel Landwerlin
---
drivers/gpu/drm/i915/i915_pci.c | 96 -
1
== Series Details ==
Series: drm/i915: Enable debugobjects for request validation (rev2)
URL : https://patchwork.freedesktop.org/series/37240/
State : failure
== Summary ==
Warning: bzip CI_DRM_3686/shard-glkb6/results14.json.bz2 wasn't in correct JSON
format
Test gem_exec_schedule:
S
96 matches
Mail list logo
