On Wed, 15 May 2024, Dave Hansen wrote:
> On 5/15/24 07:25, Jani Nikula wrote:
>> No reply from Bjorn, Cc: the x86 maintainers and list, could I get an
>> ack from you please?
>
> x86 is just a consumer of the drm/i915_pciids.h macros. The name change
> is perfectly fine with me. No objections.
On 5/15/24 07:25, Jani Nikula wrote:
> No reply from Bjorn, Cc: the x86 maintainers and list, could I get an
> ack from you please?
x86 is just a consumer of the drm/i915_pciids.h macros. The name change
is perfectly fine with me. No objections. But I really don't think you
need our acks to
On Wed, 15 May 2024, Bjorn Helgaas 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
Thanks, pushed to drm-intel-next.
> But since you asked :), I'll gripe again about the fact that this
> intel_early_ids[]
On Fri, May 10, 2024 at 04:55:07PM +0300, Jani Nikula wrote:
> On Fri, 10 May 2024, Jani Nikula wrote:
> > This is a spin-off from [1], including just the PCI ID macro cleanups,
> > as well as adding a bunch more cleanups.
> >
> > BR,
> > Jani.
> >
> > [1]
On Fri, 10 May 2024, Jani Nikula wrote:
> On Fri, 10 May 2024, Jani Nikula wrote:
>> This is a spin-off from [1], including just the PCI ID macro cleanups,
>> as well as adding a bunch more cleanups.
>>
>> BR,
>> Jani.
>>
>> [1]
On Fri, 10 May 2024, Jani Nikula wrote:
> This is a spin-off from [1], including just the PCI ID macro cleanups,
> as well as adding a bunch more cleanups.
>
> BR,
> Jani.
>
> [1] https://lore.kernel.org/all/cover.1715086509.git.jani.nik...@intel.com/
>
>
> Jani Nikula (8):
> drm/i915/pciids:
This is a spin-off from [1], including just the PCI ID macro cleanups,
as well as adding a bunch more cleanups.
BR,
Jani.
[1] https://lore.kernel.org/all/cover.1715086509.git.jani.nik...@intel.com/
Jani Nikula (8):
drm/i915/pciids: add INTEL_PNV_IDS(), use acronym
drm/i915/pciids: add
