== Series Details ==
Series: drm/i915: Simplify CCS and UV plane alignment handling (rev2)
URL : https://patchwork.freedesktop.org/series/89299/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9994_full -> Patchwork_19967_full
== Series Details ==
Series: Add support for querying engine cycles
URL : https://patchwork.freedesktop.org/series/89314/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9993_full -> Patchwork_19966_full
Summary
---
== Series Details ==
Series: drm/i915: DDI buf trans cleaup and fixes
URL : https://patchwork.freedesktop.org/series/89311/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993_full -> Patchwork_19965_full
Summary
---
== Series Details ==
Series: drm/i915: Fix older platforms
URL : https://patchwork.freedesktop.org/series/89306/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993_full -> Patchwork_19964_full
Summary
---
== Series Details ==
Series: drm/i915: Simplify CCS and UV plane alignment handling
URL : https://patchwork.freedesktop.org/series/89299/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9993_full -> Patchwork_19963_full
== Series Details ==
Series: series starting with [1/2] drm: Rename DP_PSR_SELECTIVE_UPDATE to
better mach eDP spec
URL : https://patchwork.freedesktop.org/series/89328/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9995 -> Patchwork_19969
== Series Details ==
Series: series starting with [1/2] drm: Rename DP_PSR_SELECTIVE_UPDATE to
better mach eDP spec
URL : https://patchwork.freedesktop.org/series/89328/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
== Series Details ==
Series: series starting with [1/2] drm: Rename DP_PSR_SELECTIVE_UPDATE to
better mach eDP spec
URL : https://patchwork.freedesktop.org/series/89328/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't
== Series Details ==
Series: drm/i915: Fix docbook descriptions for i915_gem_shrinker
URL : https://patchwork.freedesktop.org/series/89297/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993_full -> Patchwork_19962_full
DP_PSR_EN_CFG bit 5 aka "Selective Update Region Scan Line Capture
Indication" in eDP spec has a ambiguous name, so renaming to better
match specification.
While at it, replacing bit shit by BIT() macro and adding the version
some registers were added to eDP specification.
Cc:
Cc: Rodrigo Vivi
EDP_Y_COORDINATE_ENABLE became a reserved register in display 13.
EDP_Y_COORDINATE_VALID have the same fate as EDP_Y_COORDINATE_ENABLE
but as we don't need it, removing the macro definition of it.
BSpec: 50422
Cc: Gwan-gyeong Mun
Cc: Anusha Srivatsa
Signed-off-by: José Roberto de Souza
---
== Series Details ==
Series: drm: Add privacy-screen class and connector properties (rev3)
URL : https://patchwork.freedesktop.org/series/79259/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9994 -> Patchwork_19968
Summary
== Series Details ==
Series: drm/i915: Fix docbook descriptions for i915_cmd_parser
URL : https://patchwork.freedesktop.org/series/89295/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9993_full -> Patchwork_19961_full
== Series Details ==
Series: drm: Add privacy-screen class and connector properties (rev3)
URL : https://patchwork.freedesktop.org/series/79259/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./drivers/gpu/drm/i915/gem/i915_gem_shrinker.c:102: warning: Function
== Series Details ==
Series: drm: Add privacy-screen class and connector properties (rev3)
URL : https://patchwork.freedesktop.org/series/79259/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
-
+
== Series Details ==
Series: drm: Add privacy-screen class and connector properties (rev3)
URL : https://patchwork.freedesktop.org/series/79259/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
ac8be957664f drm/connector: Add support for privacy-screen properties (v4)
-:30:
Add support for eDP panels with a built-in privacy screen using the
new drm_privacy_screen class.
One thing which stands out here is the addition of these 2 lines to
intel_atomic_commit_tail:
for_each_new_connector_in_state(>base, connector, ...
Add X86 specific arch init code, which fills the privacy-screen lookup
table by checking for various vendor specific ACPI interfaces for
controlling the privacy-screen.
This initial version only checks for the Lenovo Thinkpad specific ACPI
methods for privacy-screen control.
Signed-off-by: Hans
Register a privacy-screen device on laptops with a privacy-screen,
this exports the PrivacyGuard features to user-space using a
standardized vendor-agnostic sysfs interface. Note the sysfs interface
is read-only.
Registering a privacy-screen device with the new privacy-screen class
code will also
Add 2 drm_connector privacy-screen helper functions:
1. drm_connector_attach_privacy_screen_provider(), this function creates
and attaches the standard privacy-screen properties and registers a
generic notifier for generating sysfs-connector-status-events on external
changes to the privacy-screen
Get the privacy-screen / lcdshadow ACPI handles once and cache them,
instead of retrieving them every time we need them.
Signed-off-by: Hans de Goede
---
drivers/platform/x86/thinkpad_acpi.c | 18 --
1 file changed, 8 insertions(+), 10 deletions(-)
diff --git
Factor the extended hotkey handling out of hotkey_notify_hotkey() and
into a new hotkey_notify_extended_hotkey() helper.
This is a preparation patch for adding support the privacy-screen hotkey
toggle (which needs some special handling, it should NOT send an evdev
key-event to userspace...).
Add support for privacy-screen consumers to register a notifier to
be notified of external (e.g. done by the hw itself on a hotkey press)
state changes.
Signed-off-by: Hans de Goede
---
drivers/gpu/drm/drm_privacy_screen.c | 67 +++
On some new laptops the LCD panel has a builtin electronic privacy-screen.
We want to export this functionality as a property on the drm connector
object. But often this functionality is not exposed on the GPU but on some
other (ACPI) device.
This commit adds a privacy-screen class allowing the
From: Rajat Jain
Add support for generic electronic privacy screen properties, that
can be added by systems that have an integrated EPS.
Changes in v2 (Hans de Goede)
- Create 2 properties, "privacy-screen sw-state" and
"privacy-screen hw-state", to deal with devices where the OS might be
Hi All,
Here is v2 of my series to add a privacy-screen class and connector
properties. The only significantly changed patch in this v2 is:
[2/9] drm: Add privacy-screen class (v2)
which was modified to fix the dependency issues which the lkp kernel test
robot, see the patches changelog for
== Series Details ==
Series: drm/i915: Simplify CCS and UV plane alignment handling (rev2)
URL : https://patchwork.freedesktop.org/series/89299/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9994 -> Patchwork_19967
Summary
== Series Details ==
Series: series starting with [v2,1/4] drm/i915: Create stolen memory region
from local memory
URL : https://patchwork.freedesktop.org/series/89293/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993_full -> Patchwork_19960_full
== Series Details ==
Series: drm/i915: Simplify CCS and UV plane alignment handling (rev2)
URL : https://patchwork.freedesktop.org/series/89299/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./drivers/gpu/drm/i915/gem/i915_gem_shrinker.c:102: warning: Function
On Wed, Apr 21, 2021 at 8:28 PM Tvrtko Ursulin
wrote:
> On 21/04/2021 18:17, Jason Ekstrand wrote:
> > On Wed, Apr 21, 2021 at 9:25 AM Tvrtko Ursulin
> > wrote:
> >> On 21/04/2021 14:54, Jason Ekstrand wrote:
> >>> On Wed, Apr 21, 2021 at 3:22 AM Tvrtko Ursulin
> >>> wrote:
> On 20/04/2021
On Wed, Apr 21, 2021 at 03:12:48PM +0300, Jani Nikula wrote:
> On Wed, 21 Apr 2021, Imre Deak wrote:
> > On Wed, Apr 21, 2021 at 02:03:45PM +0300, Jani Nikula wrote:
> >> On Thu, 15 Apr 2021, Jani Nikula wrote:
> >> > On Wed, 14 Apr 2021, Imre Deak wrote:
> >> >> Alder Lake-P adds a new Display
On Wed, 21 Apr 2021 at 16:41, Tvrtko Ursulin
wrote:
>
>
> On 21/04/2021 12:42, Matthew Auld wrote:
> > On 19/04/2021 16:01, Tvrtko Ursulin wrote:
> >>
> >> On 19/04/2021 15:37, Matthew Auld wrote:
> >>> On 19/04/2021 15:07, Tvrtko Ursulin wrote:
>
> On 19/04/2021 12:30, Matthew Auld
== Series Details ==
Series: Add support for querying engine cycles
URL : https://patchwork.freedesktop.org/series/89314/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993 -> Patchwork_19966
Summary
---
**SUCCESS**
On Wed, Apr 21, 2021 at 01:20:31PM +0800, Kai-Heng Feng wrote:
> Screen flickers on Innolux eDP 1.3 panel when clock rate 54 is in use.
>
> According to the panel vendor, though clock rate 54 is advertised,
> but the max clock rate it really supports is 27.
>
> Ville Syrjälä
On 21/04/2021 18:17, Jason Ekstrand wrote:
On Wed, Apr 21, 2021 at 9:25 AM Tvrtko Ursulin
wrote:
On 21/04/2021 14:54, Jason Ekstrand wrote:
On Wed, Apr 21, 2021 at 3:22 AM Tvrtko Ursulin
wrote:
On 20/04/2021 18:00, Jason Ekstrand wrote:
On Tue, Apr 20, 2021 at 11:34 AM Tvrtko Ursulin
== Series Details ==
Series: Add support for querying engine cycles
URL : https://patchwork.freedesktop.org/series/89314/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./include/uapi/drm/i915_drm.h:2234: warning: Incorrect use of kernel-doc
format: *
== Series Details ==
Series: drm/i915/dmc: Let's abstract the dmc path. (rev2)
URL : https://patchwork.freedesktop.org/series/89275/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_9992_full -> Patchwork_19959_full
Summary
Dear all,
I'm looking to adjust gamma & brightness for individual colors in Linux.
Windows had Intel HD graphic Control Panel which allow to adjust gamma &
brightness for individual colors directly using the driver.
Since there is no Intel Graphic Control Panel on Linux, after some searches on
== Series Details ==
Series: drm/i915: DDI buf trans cleaup and fixes
URL : https://patchwork.freedesktop.org/series/89311/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993 -> Patchwork_19965
Summary
---
On Wed, Apr 21, 2021 at 3:01 PM Greg Kroah-Hartman
wrote:
>
> I have been meaning to do this for a while, but recent events have
> finally forced me to do so.
>
> Commits from @umn.edu addresses have been found to be submitted in "bad
> faith" to try to test the kernel community's ability to
We can handle the surface alignment of CCS and UV color planes for all
modifiers at one place, so do this. An AUX color plane can be a CCS or a
UV plane, use only the more specific query functions and remove
is_aux_plane() becoming redundant.
While at it add a TODO for linear UV color plane
Perf measurements rely on CPU and engine timestamps to correlate
events of interest across these time domains. Current mechanisms get
these timestamps separately and the calculated delta between these
timestamps lack enough accuracy.
To improve the accuracy of these time measurements to within a
This is just a refresh of the earlier patch along with cover letter for the IGT
testing. The query provides the engine cs cycles counter.
Signed-off-by: Umesh Nerlige Ramappa
Test-with: 20210421172046.65062-1-umesh.nerlige.rama...@intel.com
Umesh Nerlige Ramappa (1):
i915/query: Correlate
== Series Details ==
Series: drm/i915: DDI buf trans cleaup and fixes
URL : https://patchwork.freedesktop.org/series/89311/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./drivers/gpu/drm/i915/gem/i915_gem_shrinker.c:102: warning: Function parameter
or member
== Series Details ==
Series: drm/i915: DDI buf trans cleaup and fixes
URL : https://patchwork.freedesktop.org/series/89311/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
-
On Wed, Apr 21, 2021 at 9:25 AM Tvrtko Ursulin
wrote:
>
>
> On 21/04/2021 14:54, Jason Ekstrand wrote:
> > On Wed, Apr 21, 2021 at 3:22 AM Tvrtko Ursulin
> > wrote:
> >>
> >> On 20/04/2021 18:00, Jason Ekstrand wrote:
> >>> On Tue, Apr 20, 2021 at 11:34 AM Tvrtko Ursulin
> >>> wrote:
>
>
== Series Details ==
Series: drm/i915: DDI buf trans cleaup and fixes
URL : https://patchwork.freedesktop.org/series/89311/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
1a9fc1bd6978 drm/i915: s/intel/hsw/ for hsw/bde/skl buf trans
23e893369885 drm/i915: Introduce
== Series Details ==
Series: drm/i915: Fix older platforms
URL : https://patchwork.freedesktop.org/series/89306/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993 -> Patchwork_19964
Summary
---
**SUCCESS**
No
From: Ville Syrjälä
adls is supposed to use special buf trans tables. Add what's
missing.
Signed-off-by: Ville Syrjälä
---
.../drm/i915/display/intel_ddi_buf_trans.c| 122 +-
1 file changed, 121 insertions(+), 1 deletion(-)
diff --git
From: Ville Syrjälä
All the foo_get_buf_trans_hdmi() functions just reuturn a single table.
Remove the pointless wrappers.
Signed-off-by: Ville Syrjälä
---
.../drm/i915/display/intel_ddi_buf_trans.c| 49 +++
1 file changed, 6 insertions(+), 43 deletions(-)
diff --git
From: Ville Syrjälä
The jsl/ehl buf trans functions are needlessly conplicated.
Simplify them.
Signed-off-by: Ville Syrjälä
---
.../drm/i915/display/intel_ddi_buf_trans.c| 87 +--
1 file changed, 20 insertions(+), 67 deletions(-)
diff --git
From: Ville Syrjälä
EHL is supposed to use special buf trans values for eDP HBR2+.
Add such a table.
Signed-off-by: Ville Syrjälä
---
.../drm/i915/display/intel_ddi_buf_trans.c| 28 +--
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git
From: Ville Syrjälä
The icl combo phy DP HBR2 is identical to the eDP HBR3 table.
Get rid of one redundant copy.
Signed-off-by: Ville Syrjälä
---
.../drm/i915/display/intel_ddi_buf_trans.c| 39 +--
1 file changed, 10 insertions(+), 29 deletions(-)
diff --git
From: Ville Syrjälä
For some reason the dg1 buf trans tables have been stuffed into
icl_get_combo_buf_trans_edp() which doesn't even get called
on dg1. Split them out into a proper dg1 specific function,
and also make sure we use the proper buf trans tables for
DP as well as eDP.
Signed-off-by:
From: Ville Syrjälä
Give RKL its own get_buf_trans() func.
Note that the spec currently only lists values for DP.
Until we get that clarified let's just assume that for
HDMI and eDP we should do what TGL does (except we fall
back to the RKL DP values instead of TGL DP values when
not using the
From: Ville Syrjälä
Split the hsw/bdw/skl/kbl get_buf_trans() functions into
clean platform specific variants.
Signed-off-by: Ville Syrjälä
---
.../drm/i915/display/intel_ddi_buf_trans.c| 308 +++---
1 file changed, 118 insertions(+), 190 deletions(-)
diff --git
From: Ville Syrjälä
Convert the get_buf_trans() functions into an encoder vfunc.
Allows us to get rid of bunch of platform if-ladders.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_crt.c | 3 +
drivers/gpu/drm/i915/display/intel_ddi.c | 56 +++
From: Ville Syrjälä
Store the default HDMI buf trans entry in struct intel_ddi_buf_trans
so that it's next to the actual table. This let's us start ridding
ourselves of some platofrm specifics in intel_ddi_hdmi_num_entries().
Signed-off-by: Ville Syrjälä
---
From: Ville Syrjälä
Raise the abstraction level of the get_buf_trans() functions
a bit more by returning the whole wrapper intel_ddi_buf_trans
struct.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_ddi.c | 76 +++
From: Ville Syrjälä
Rename the dkl phy buf trans tables to follow the same
naming pattern used by everyone else.
Signed-off-by: Ville Syrjälä
---
.../gpu/drm/i915/display/intel_ddi_buf_trans.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git
From: Ville Syrjälä
All the other platforms handle the output_type stuff in their
*_get_buf_trans() functions. Do the same for hsw/bdw/skl.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_ddi.c | 27
.../drm/i915/display/intel_ddi_buf_trans.c| 43
From: Ville Syrjälä
Add a small helper to get the buf trans entris+num_entries
from the struct. Should avoid copy-paste errors in the
platform specific get_buf_trans() functions.
@@
identifier T, N;
@@
- *N = T.num_entries;
- return T.entries;
+ return intel_get_buf_trans(, N);
@@
@@
From: Ville Syrjälä
Put a wrapper struct around the buf trans tables so that
we can declare the number of entries and default HDMI entry
alongside the table.
@wrap@
identifier old =~ "^.*translations.*";
fresh identifier new = "_" ## old;
type T;
@@
<...
static const T
- old
+ new
[] = {
From: Ville Syrjälä
Give the hsw/bdw/skl buf trans stuff a better namespace.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_ddi.c | 39 +
drivers/gpu/drm/i915/display/intel_ddi.h | 4 +-
.../drm/i915/display/intel_ddi_buf_trans.c| 79
From: Ville Syrjälä
In order to abstact the buf trans stuff let's wrap the platform
specific structs into a union.
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/display/intel_ddi.c | 76 +-
.../drm/i915/display/intel_ddi_buf_trans.c| 1318 -
From: Ville Syrjälä
The DDI buf trans functions keep turning into bad
spaghetti every time a new platform gets added.
Split the platforms up properly and turn the whole
thing into a vfunc to make it easier to manage
multiple platforms.
Ville Syrjälä (17):
drm/i915: s/intel/hsw/ for
== Series Details ==
Series: drm/i915: Fix older platforms
URL : https://patchwork.freedesktop.org/series/89306/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./drivers/gpu/drm/i915/gem/i915_gem_shrinker.c:102: warning: Function parameter
or member 'ww' not
== Series Details ==
Series: drm/i915: Simplify CCS and UV plane alignment handling
URL : https://patchwork.freedesktop.org/series/89299/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993 -> Patchwork_19963
Summary
== Series Details ==
Series: drm/i915: Simplify CCS and UV plane alignment handling
URL : https://patchwork.freedesktop.org/series/89299/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./drivers/gpu/drm/i915/gem/i915_gem_shrinker.c:102: warning: Function parameter
== Series Details ==
Series: drm/i915: Fix docbook descriptions for i915_gem_shrinker
URL : https://patchwork.freedesktop.org/series/89297/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993 -> Patchwork_19962
Summary
On 21/04/2021 12:42, Matthew Auld wrote:
On 19/04/2021 16:01, Tvrtko Ursulin wrote:
On 19/04/2021 15:37, Matthew Auld wrote:
On 19/04/2021 15:07, Tvrtko Ursulin wrote:
On 19/04/2021 12:30, Matthew Auld wrote:
On 15/04/2021 12:05, Tvrtko Ursulin wrote:
On 15/04/2021 10:23, Matthew Auld
== Series Details ==
Series: drm/i915: Fix docbook descriptions for i915_gem_shrinker
URL : https://patchwork.freedesktop.org/series/89297/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./drivers/gpu/drm/i915/i915_cmd_parser.c:1420: warning: Excess function
From: Ville Syrjälä
Currently we try to detect a symmetric memory configurations
using a magic DCC2_MODIFIED_ENHANCED_DISABLE bit. That bit is
either only set on a very specific subset of machines or it
just does not exist (it's not mentioned in any public chipset
datasheets I've found). As it
From: Ville Syrjälä
These are the 965g/g45/g33 specific DRB registers. Give them
a suitable suffix so we can add their counterparts for other
platforms.
Reviewed-by: Chris Wilson
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/gt/intel_ggtt_fencing.c | 4 ++--
From: Ville Syrjälä
We've defined C0DRB3/C0DRB3 as 16 bit registers, so access them
as such.
Fixes: 1c8242c3a4b2 ("drm/i915: Use unchecked writes for setting up the fences")
Reviewed-by: Chris Wilson
Signed-off-by: Ville Syrjälä
---
drivers/gpu/drm/i915/gt/intel_ggtt_fencing.c | 4 ++--
1
From: Ville Syrjälä
Gen2 tiles are 2KiB in size so i915_gem_object_get_tile_row_size()
can in fact return <4KiB, which leads to div-by-zero here.
Avoid that.
Not sure i915_gem_object_get_tile_row_size() is entirely
sane anyway since it doesn't account for the different tile
layouts on
From: Ville Syrjälä
Fix a div-by-zero on gen2, and make the L-shaped memory detection
actually work on cl/ctg. Atm the SWIZZLE_UNKNOWN stuff just trips
some GEM_BUG_ONs. This doesn't fix those but since I populate all
my memory channels symmetrically I get to avoid the GEM_BUG_ONs
by correctly
== Series Details ==
Series: drm/i915: Fix docbook descriptions for i915_cmd_parser
URL : https://patchwork.freedesktop.org/series/89295/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993 -> Patchwork_19961
Summary
[AMD Official Use Only - Internal Distribution Only]
I'm fine with having these changes go through drm-misc.
Alex
From: Lipski, Mikita
Sent: Wednesday, April 21, 2021 10:23 AM
To: Lyude Paul ; dri-de...@lists.freedesktop.org
; intel-gfx@lists.freedesktop.org
On Tue, 13 Apr 2021, Dale B Stimson wrote:
> As part of the System Managemenent Interface (SMI), use the HWMON
> subsystem to display power utilization.
>
> The following standard HWMON power sensors are currently supported
> (and appropriately scaled):
> /sys/class/drm/card0/device/hwmon/hwmon
== Series Details ==
Series: drm/i915: Fix docbook descriptions for i915_cmd_parser
URL : https://patchwork.freedesktop.org/series/89295/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
13583b18a02b drm/i915: Fix docbook descriptions for i915_cmd_parser
-:25:
On Wed, Apr 21, 2021 at 03:18:17PM +0300, Jani Nikula wrote:
On Wed, 21 Apr 2021, Rodrigo Vivi wrote:
Although this abstraction removes the convenience of grepping
for the file name, it:
- makes addition easier.
- makes it easier to tweak global path when experiments are needed.
- get in sync
On Wed, Apr 21, 2021 at 05:44:06AM -0400, Rodrigo Vivi wrote:
Although this abstraction removes the convenience of grepping
for the file name, it:
- makes addition easier.
- makes it easier to tweak global path when experiments are needed.
- get in sync with guc/huc, without getting overly
== Series Details ==
Series: series starting with [v2,1/4] drm/i915: Create stolen memory region
from local memory
URL : https://patchwork.freedesktop.org/series/89293/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9993 -> Patchwork_19960
Op 21-04-2021 om 16:32 schreef Daniel Vetter:
> On Wed, Apr 21, 2021 at 2:03 PM Maarten Lankhorst
> wrote:
>> Fixes the following htmldocs warnings:
>> drivers/gpu/drm/i915/i915_cmd_parser.c:1420: warning: Excess function
>> parameter 'trampoline' description in 'intel_engine_cmd_parser'
>>
On 21/04/2021 11:46, Matthew Auld wrote:
From: CQ Tang
Add "REGION_STOLEN" device info to dg1, create stolen memory
region from upper portion of local device memory, starting
from DSMBASE.
v2:
- s/drm_info/drm_dbg; userspace likely doesn't care about stolen.
- mem->type is only
== Series Details ==
Series: series starting with [v2,1/4] drm/i915: Create stolen memory region
from local memory
URL : https://patchwork.freedesktop.org/series/89293/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
On Wed, Apr 21, 2021 at 2:09 PM Maarten Lankhorst
wrote:
>
> Fixes the following htmldocs warning:
> drivers/gpu/drm/i915/gem/i915_gem_shrinker.c:102: warning: Function parameter
> or member 'ww' not described in 'i915_gem_shrink'
>
> Fixes: cf41a8f1dc1e ("drm/i915: Finally remove
On Wed, Apr 21, 2021 at 2:03 PM Maarten Lankhorst
wrote:
>
> Fixes the following htmldocs warnings:
> drivers/gpu/drm/i915/i915_cmd_parser.c:1420: warning: Excess function
> parameter 'trampoline' description in 'intel_engine_cmd_parser'
> drivers/gpu/drm/i915/i915_cmd_parser.c:1420: warning:
== Series Details ==
Series: series starting with [v2,1/4] drm/i915: Create stolen memory region
from local memory
URL : https://patchwork.freedesktop.org/series/89293/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't
== Series Details ==
Series: series starting with [v2,1/4] drm/i915: Create stolen memory region
from local memory
URL : https://patchwork.freedesktop.org/series/89293/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
bb6cb02052af drm/i915: Create stolen memory region from local
On 21/04/2021 11:46, Matthew Auld wrote:
Stolen memory is always allocated as physically contiguous pages, so
mark the object flags as such. It looks like the flags were previously
just ignored so this had no effect. In the future we might to add the
proper plumbing for passing the flags all
On 21/04/2021 14:54, Jason Ekstrand wrote:
On Wed, Apr 21, 2021 at 3:22 AM Tvrtko Ursulin
wrote:
On 20/04/2021 18:00, Jason Ekstrand wrote:
On Tue, Apr 20, 2021 at 11:34 AM Tvrtko Ursulin
wrote:
On 19/04/2021 16:19, Jason Ekstrand wrote:
On Mon, Apr 19, 2021 at 7:02 AM Matthew Auld
On Wed, 14 Apr 2021, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> Now that each pipe tracks its own no_fbc_reason we can print that
> out in debugfs, and we can also show which pipe is currently
> selected for FBC duty.
>
> Signed-off-by: Ville Syrjälä
> ---
>
On Wed, Apr 21, 2021 at 3:22 AM Tvrtko Ursulin
wrote:
>
> On 20/04/2021 18:00, Jason Ekstrand wrote:
> > On Tue, Apr 20, 2021 at 11:34 AM Tvrtko Ursulin
> > wrote:
> >>
> >>
> >> On 19/04/2021 16:19, Jason Ekstrand wrote:
> >>> On Mon, Apr 19, 2021 at 7:02 AM Matthew Auld
> >>> wrote:
>
>
== Series Details ==
Series: drm/i915/dmc: Let's abstract the dmc path. (rev2)
URL : https://patchwork.freedesktop.org/series/89275/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_9992 -> Patchwork_19959
Summary
---
On Wed, 14 Apr 2021, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> We try to set no_fbc_reason when FBC is not possible, let's
> consistently clear when activating FBC.
>
> Signed-off-by: Ville Syrjälä
Reviewed-by: Jani Nikula
> ---
> drivers/gpu/drm/i915/display/intel_fbc.c | 13
On Mon, Apr 12, 2021 at 7:51 PM Thomas Hellström
wrote:
>
> Use an rwlock instead of spinlock for the global notifier lock
> to reduce risk of contention in execbuf.
>
> Protect object state with the object lock whenever possible rather
> than with the global notifier lock
>
> Don't take an
== Series Details ==
Series: drm/i915/dmc: Let's abstract the dmc path. (rev2)
URL : https://patchwork.freedesktop.org/series/89275/
State : warning
== Summary ==
$ make htmldocs 2>&1 > /dev/null | grep i915
./drivers/gpu/drm/i915/gem/i915_gem_shrinker.c:102: warning: Function parameter
or
On Wed, 14 Apr 2021, Ville Syrjala wrote:
> From: Ville Syrjälä
>
> On ILK+ we current do a nuke right after activating FBC. If my
> memory isn't playing tricks on me this is actially required if
> FBC didn't stay disabled for a full frame. In that case the
> deactivate+reactivate may not
1 - 100 of 127 matches
Mail list logo
