> -Original Message-
> From: Ceraolo Spurio, Daniele
> Sent: Thursday, March 10, 2022 00:50
> To: Usyskin, Alexander ; Greg Kroah-
> Hartman ; Jani Nikula
> ; Joonas Lahtinen
> ; Vivi, Rodrigo ;
> David Airlie ; Daniel Vetter ; Tvrtko
> Ursulin
> Cc: intel-gfx@lists.freedesktop.org; linu
> -Original Message-
> From: Ceraolo Spurio, Daniele
> Sent: Thursday, March 10, 2022 02:24
> To: Usyskin, Alexander ; Greg Kroah-
> Hartman ; Jani Nikula
> ; Joonas Lahtinen
> ; Vivi, Rodrigo ;
> David Airlie ; Daniel Vetter ; Tvrtko
> Ursulin
> Cc: linux-ker...@vger.kernel.org; Winkle
> -Original Message-
> From: Ceraolo Spurio, Daniele
> Sent: Thursday, March 10, 2022 02:28
> To: Usyskin, Alexander ; Greg Kroah-
> Hartman ; Jani Nikula
> ; Joonas Lahtinen
> ; Vivi, Rodrigo ;
> David Airlie ; Daniel Vetter ; Tvrtko
> Ursulin
> Cc: linux-ker...@vger.kernel.org; Winkle
Support to parse multiple CEA extension blocks and HF-EEODB to
extend drm edid driver's capability.
v4: add one more patch to support HF-SCDB
v5: HF-SCDB and HF-VSDBS carry the same SCDS data. Reuse
drm_parse_hdmi_forum_vsdb() to parse this packet.
v6: save proper extension block index if CTA
drm_find_cea_extension() always look for a top level CEA block. Pass
ext_index from caller then this function to search next available
CEA ext block from a specific EDID block pointer.
v2: save proper extension block index if CTA data information
was found in DispalyID block.
v3: using differe
Try to find and parse more CEA ext blocks if edid->extensions
is greater than one.
v2: split prvious patch to two. And do CEA block parsing
in this one.
v3: simplify this patch based on previous change.
v4: refine patch v3.
Cc: Jani Nikula
Cc: Ville Syrjala
Cc: Ankit Nautiyal
Cc: Drew Dave
While adding CEA modes, try to get available EEODB block
number. Then based on it to parse numbers of ext blocks,
retrieve CEA information and add more CEA modes.
Cc: Jani Nikula
Cc: Ville Syrjala
Cc: Ankit Nautiyal
Cc: Drew Davenport
Cc: intel-gfx
Signed-off-by: Lee Shawn C
---
drivers/gpu
According to HDMI 2.1 spec.
"The HDMI Forum EDID Extension Override Data Block (HF-EEODB)
is utilized by Sink Devices to provide an alternate method to
indicate an EDID Extension Block count larger than 1, while
avoiding the need to present a VESA Block Map in the first
E-EDID Extension Block."
I
Find HF-SCDB information in CEA extensions block. And retrieve
Max_TMDS_Character_Rate that support by sink device.
v2: HF-SCDB and HF-VSDBS carry the same SCDS data. Reuse
drm_parse_hdmi_forum_vsdb() to parse this packet.
Cc: Jani Nikula
Cc: Ville Syrjala
Cc: Ankit Nautiyal
Cc: Drew Daven
== Series Details ==
Series: enhanced edid driver compatibility (rev3)
URL : https://patchwork.freedesktop.org/series/101241/
State : warning
== Summary ==
$ dim checkpatch origin/drm-tip
c049087987bb drm/edid: seek for available CEA and DisplayID block from specific
EDID block index
17e8316a
== Series Details ==
Series: enhanced edid driver compatibility (rev3)
URL : https://patchwork.freedesktop.org/series/101241/
State : warning
== Summary ==
$ dim sparse --fast origin/drm-tip
Sparse version: v0.6.2
Fast mode used, each commit won't be checked separately.
-
+./drivers/gpu/drm/am
== Series Details ==
Series: enhanced edid driver compatibility (rev3)
URL : https://patchwork.freedesktop.org/series/101241/
State : success
== Summary ==
CI Bug Log - changes from CI_DRM_11354 -> Patchwork_22553
Summary
---
**SUCCE
Thanks for the reply! Posted and cross link:
https://gitlab.freedesktop.org/drm/intel/-/issues/5331
Am 21.02.22 um 12:26 schrieb Imre Deak:
Hi Matthias,
could you open a ticket at gitlab, providing a dmesg as described at
https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs
T
== Series Details ==
Series: enhanced edid driver compatibility (rev3)
URL : https://patchwork.freedesktop.org/series/101241/
State : failure
== Summary ==
CI Bug Log - changes from CI_DRM_11354_full -> Patchwork_22553_full
Summary
---
> -Original Message-
> From: Vivi, Rodrigo
> Sent: Thursday, March 10, 2022 21:04
> To: Usyskin, Alexander
> Cc: Greg Kroah-Hartman ; Jani Nikula
> ; Joonas Lahtinen
> ; David Airlie ; Daniel
> Vetter ; Tvrtko Ursulin ;
> linux-ker...@vger.kernel.org; Winkler, Tomas ;
> Lubart, Vitaly
Hi Andrzej,
I'm sorry, but I'm not fully understanding,
> > > > +struct intel_gt *intel_gt_sysfs_get_drvdata(struct device *dev,
> > > > + const char *name)
> > > > +{
> > > > + struct kobject *kobj = &dev->kobj;
> > > > +
> > > > + /*
> > > >
> > > > > +struct intel_gt *intel_gt_sysfs_get_drvdata(struct device *dev,
> > > > > + const char *name)
> > > > > +{
> > > > > + struct kobject *kobj = &dev->kobj;
> > > > > +
> > > > > + /*
> > > > > + * We are interested at knowing from where
Hi Andrzej,
> > Now tiles have their own sysfs interfaces under the gt/
> > directory. Because RC6 is a property that can be configured on a
> > tile basis, then each tile should have its own interface
> >
> > The new sysfs structure will have a similar layout for the 4 tile
> > case:
> >
> > /s
Hi Andrzej,
[...]
> > +static ssize_t act_freq_mhz_show(struct device *dev,
> > +struct device_attribute *attr, char *buff)
> > +{
> > + s64 actual_freq = sysfs_gt_attribute_r_func(dev, attr,
> > + __act_freq_mhz_show);
>
Hi Michal,
[...]
> > +static ssize_t punit_req_freq_mhz_show(struct device *dev,
> > + struct device_attribute *attr,
> > + char *buff)
> > +{
> > + struct intel_gt *gt = intel_gt_sysfs_get_drvdata(dev, attr->attr.name);
> > +
On 3/13/2022 5:38 PM, Andi Shyti wrote:
Hi Michal,
[...]
+static ssize_t punit_req_freq_mhz_show(struct device *dev,
+ struct device_attribute *attr,
+ char *buff)
+{
+ struct intel_gt *gt = intel_gt_sysfs_get_dr
On 12-03-2022 01:30, Ashutosh Dixit wrote:
Because VLV_GT_RENDER_RC6 == GEN6_GT_GFX_RC6, the IS_VALLEYVIEW() check is
not needed. Neither is the check present in other code paths which call
intel_rc6_residency_ns() (in functions gen6_drpc(), rc6_residency() and
rc6_residency_ms_show()).
Signe
On 09/03/22 06:43, Lucas De Marchi wrote:
> On Tue, Mar 08, 2022 at 03:08:04PM +0530, Mullati Siva wrote:
>> From: Siva Mullati
>>
>> iosys_map_ptrdiff to get the difference in address of
>> same memory type.
>>
>> Signed-off-by: Siva Mullati
>> ---
>> include/linux/iosys-map.h | 21 +++
On 09/03/22 07:08, Lucas De Marchi wrote:
> On Tue, Mar 08, 2022 at 03:08:05PM +0530, Mullati Siva wrote:
>> From: Siva Mullati
>>
>> Convert CT commands and descriptors to use iosys_map rather
>> than plain pointer and save it in the intel_guc_ct_buffer struct.
>> This will help with ct_write a
24 matches
Mail list logo