From: Jani Nikula <jani.nikula@intel.com>
To: "Kahola, Mika" <mika.kahola@intel.com>,
"intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>
Cc: "Vivi, Rodrigo" <rodrigo.vivi@intel.com>
Subject: RE: [PATCH 1/2] drm/i915/display: prefer DISPLAY_VER over GRAPHICS_VER in display s/r
Date: Wed, 27 Nov 2024 10:24:46 +0200 [thread overview]
Message-ID: <87v7w9w0c1.fsf@intel.com> (raw)
In-Reply-To: <SN7PR11MB7041961C1C14C32794C4091DEF282@SN7PR11MB7041.namprd11.prod.outlook.com>
On Wed, 27 Nov 2024, "Kahola, Mika" <mika.kahola@intel.com> wrote:
>> -----Original Message-----
>> From: Intel-gfx <intel-gfx-bounces@lists.freedesktop.org> On Behalf Of Jani
>> Nikula
>> Sent: Tuesday, 26 November 2024 12.12
>> To: intel-gfx@lists.freedesktop.org
>> Cc: Nikula, Jani <jani.nikula@intel.com>; Vivi, Rodrigo <rodrigo.vivi@intel.com>
>> Subject: [PATCH 1/2] drm/i915/display: prefer DISPLAY_VER over GRAPHICS_VER
>> in display s/r
>>
>> Use display version checks for display scratch registers, not graphics version. And
>> for the older platforms it's the same thing anyway.
>>
>> Cc: Rodrigo Vivi <rodrigo.vivi@intel.com>
>> Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>
> Looks ok to me.
>
> Reviewed-by: Mika Kahola <mika.kahola@intel.com>
Thanks for the review, pushed to din.
BR,
Jani.
>
>> ---
>> drivers/gpu/drm/i915/display/i9xx_display_sr.c | 16 ++++++++--------
>> 1 file changed, 8 insertions(+), 8 deletions(-)
>>
>> diff --git a/drivers/gpu/drm/i915/display/i9xx_display_sr.c
>> b/drivers/gpu/drm/i915/display/i9xx_display_sr.c
>> index 4c78b7165831..e0e8044f9bcb 100644
>> --- a/drivers/gpu/drm/i915/display/i9xx_display_sr.c
>> +++ b/drivers/gpu/drm/i915/display/i9xx_display_sr.c
>> @@ -16,14 +16,14 @@ static void i9xx_display_save_swf(struct
>> drm_i915_private *i915)
>> int i;
>>
>> /* Scratch space */
>> - if (GRAPHICS_VER(i915) == 2 && IS_MOBILE(i915)) {
>> + if (DISPLAY_VER(i915) == 2 && IS_MOBILE(i915)) {
>> for (i = 0; i < 7; i++) {
>> display->restore.saveSWF0[i] = intel_de_read(display,
>> SWF0(i915, i));
>> display->restore.saveSWF1[i] = intel_de_read(display,
>> SWF1(i915, i));
>> }
>> for (i = 0; i < 3; i++)
>> display->restore.saveSWF3[i] = intel_de_read(display,
>> SWF3(i915, i));
>> - } else if (GRAPHICS_VER(i915) == 2) {
>> + } else if (DISPLAY_VER(i915) == 2) {
>> for (i = 0; i < 7; i++)
>> display->restore.saveSWF1[i] = intel_de_read(display,
>> SWF1(i915, i));
>> } else if (HAS_GMCH(i915)) {
>> @@ -42,14 +42,14 @@ static void i9xx_display_restore_swf(struct
>> drm_i915_private *i915)
>> int i;
>>
>> /* Scratch space */
>> - if (GRAPHICS_VER(i915) == 2 && IS_MOBILE(i915)) {
>> + if (DISPLAY_VER(i915) == 2 && IS_MOBILE(i915)) {
>> for (i = 0; i < 7; i++) {
>> intel_de_write(display, SWF0(i915, i), display-
>> >restore.saveSWF0[i]);
>> intel_de_write(display, SWF1(i915, i), display-
>> >restore.saveSWF1[i]);
>> }
>> for (i = 0; i < 3; i++)
>> intel_de_write(display, SWF3(i915, i), display-
>> >restore.saveSWF3[i]);
>> - } else if (GRAPHICS_VER(i915) == 2) {
>> + } else if (DISPLAY_VER(i915) == 2) {
>> for (i = 0; i < 7; i++)
>> intel_de_write(display, SWF1(i915, i), display-
>> >restore.saveSWF1[i]);
>> } else if (HAS_GMCH(i915)) {
>> @@ -71,10 +71,10 @@ void i9xx_display_sr_save(struct drm_i915_private *i915)
>> return;
>>
>> /* Display arbitration control */
>> - if (GRAPHICS_VER(i915) <= 4)
>> + if (DISPLAY_VER(i915) <= 4)
>> display->restore.saveDSPARB = intel_de_read(display,
>> DSPARB(i915));
>>
>> - if (GRAPHICS_VER(i915) == 4)
>> + if (DISPLAY_VER(i915) == 4)
>> pci_read_config_word(pdev, GCDGMBUS, &display-
>> >restore.saveGCDGMBUS);
>>
>> i9xx_display_save_swf(i915);
>> @@ -90,10 +90,10 @@ void i9xx_display_sr_restore(struct drm_i915_private
>> *i915)
>>
>> i9xx_display_restore_swf(i915);
>>
>> - if (GRAPHICS_VER(i915) == 4)
>> + if (DISPLAY_VER(i915) == 4)
>> pci_write_config_word(pdev, GCDGMBUS, display-
>> >restore.saveGCDGMBUS);
>>
>> /* Display arbitration */
>> - if (GRAPHICS_VER(i915) <= 4)
>> + if (DISPLAY_VER(i915) <= 4)
>> intel_de_write(display, DSPARB(i915), display-
>> >restore.saveDSPARB); }
>> --
>> 2.39.5
>
--
Jani Nikula, Intel
prev parent reply other threads:[~2024-11-27 8:24 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-26 10:12 [PATCH 1/2] drm/i915/display: prefer DISPLAY_VER over GRAPHICS_VER in display s/r Jani Nikula
2024-11-26 10:12 ` [PATCH 2/2] drm/i915/dislay: convert i9xx_display_sr.[ch] to struct intel_display Jani Nikula
2024-11-27 7:48 ` Kahola, Mika
2024-11-26 12:07 ` ✗ Fi.CI.CHECKPATCH: warning for series starting with [1/2] drm/i915/display: prefer DISPLAY_VER over GRAPHICS_VER in display s/r Patchwork
2024-11-26 12:24 ` ✓ i915.CI.BAT: success " Patchwork
2024-11-26 14:46 ` ✗ i915.CI.Full: failure " Patchwork
2024-11-27 7:44 ` [PATCH 1/2] " Kahola, Mika
2024-11-27 8:24 ` Jani Nikula [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87v7w9w0c1.fsf@intel.com \
--to=jani.nikula@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=mika.kahola@intel.com \
--cc=rodrigo.vivi@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox