From: Jani Nikula <jani.nikula@intel.com>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: intel-gfx@lists.freedesktop.org,
Bjorn Helgaas <bhelgaas@google.com>,
linux-pci@vger.kernel.org
Subject: Re: [PATCH 0/8] drm/i915/pciids: PCI ID macro cleanups
Date: Wed, 15 May 2024 19:32:03 +0300 [thread overview]
Message-ID: <87zfsravek.fsf@intel.com> (raw)
In-Reply-To: <20240515154505.GA2123614@bhelgaas>
On Wed, 15 May 2024, Bjorn Helgaas <helgaas@kernel.org> wrote:
> Sorry, I had ignored this because I didn't think it affected any PCI
> stuff. This is fine with me:
>
> Acked-by: Bjorn Helgaas <bhelgaas@google.com>
Thanks, pushed to drm-intel-next.
> But since you asked :), I'll gripe again about the fact that this
> intel_early_ids[] list needs continual maintenance, which is not the
> way things are supposed to work. Long thread about it here:
>
> https://lore.kernel.org/linux-pci/20201104120506.172447-1-tejaskumarx.surendrakumar.upadhyay@intel.com/t/#u
Right. I was under the impression we'd cease doing this for new
platforms, and see if we can get away with it. For example, we don't
have Meteorlake or Lunarlake there. Fingers crossed. But we probably
don't want to touch the old stuff.
Except now that I'm doing some non-functional refactoring to be able to
better reuse the macros for something else. There's a bit more coming,
please bear with me. :) I just tend to err on the side of getting the
acks than pushing away.
BR,
Jani.
--
Jani Nikula, Intel
prev parent reply other threads:[~2024-05-15 16:32 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <cover.1715340032.git.jani.nikula@intel.com>
2024-05-10 11:22 ` [PATCH 1/8] drm/i915/pciids: add INTEL_PNV_IDS(), use acronym Jani Nikula
2024-05-10 13:31 ` Rodrigo Vivi
2024-05-10 11:22 ` [PATCH 2/8] drm/i915/pciids: add INTEL_ILK_IDS(), " Jani Nikula
2024-05-10 13:31 ` Rodrigo Vivi
2024-05-10 11:22 ` [PATCH 3/8] drm/i915/pciids: add INTEL_SNB_IDS() Jani Nikula
2024-05-10 13:31 ` Rodrigo Vivi
2024-05-10 11:22 ` [PATCH 4/8] drm/i915/pciids: add INTEL_IVB_IDS() Jani Nikula
2024-05-10 13:31 ` Rodrigo Vivi
2024-05-10 11:22 ` [PATCH 5/8] drm/i915/pciids: don't include WHL/CML PCI IDs in CFL Jani Nikula
2024-05-10 13:32 ` Rodrigo Vivi
2024-05-10 11:22 ` [PATCH 6/8] drm/i915/pciids: remove 11 from INTEL_ICL_IDS() Jani Nikula
2024-05-10 13:32 ` Rodrigo Vivi
2024-05-10 11:22 ` [PATCH 7/8] drm/i915/pciids: remove 12 from INTEL_TGL_IDS() Jani Nikula
2024-05-10 13:33 ` Rodrigo Vivi
2024-05-10 11:22 ` [PATCH 8/8] drm/i915/pciids: don't include RPL-U PCI IDs in RPL-P Jani Nikula
2024-05-10 13:55 ` [PATCH 0/8] drm/i915/pciids: PCI ID macro cleanups Jani Nikula
2024-05-15 14:25 ` Jani Nikula
2024-05-15 22:13 ` Dave Hansen
2024-05-16 8:20 ` Jani Nikula
2024-05-15 15:45 ` Bjorn Helgaas
2024-05-15 16:32 ` 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=87zfsravek.fsf@intel.com \
--to=jani.nikula@intel.com \
--cc=bhelgaas@google.com \
--cc=helgaas@kernel.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=linux-pci@vger.kernel.org \
/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