* Re: [PATCH] PCI: Add ASPEED vendor ID
[not found] <d65e2938-2910-2330-b9c2-082ab947015d@suse.de>
@ 2023-04-20 19:10 ` Bjorn Helgaas
2023-04-20 22:04 ` Damien Le Moal
0 siblings, 1 reply; 3+ messages in thread
From: Bjorn Helgaas @ 2023-04-20 19:10 UTC (permalink / raw)
To: Thomas Zimmermann
Cc: open list:PCI SUBSYSTEM, open list,
open list:DRM DRIVER FOR AST SERVER GRAPHICS CHIPS, Bjorn Helgaas,
Dave Airlie, Patrick McLean, Damien Le Moal, linux-ide
[+cc Damien, linux-ide]
On Thu, Apr 20, 2023 at 09:08:48AM +0200, Thomas Zimmermann wrote:
> Am 19.04.23 um 20:37 schrieb Bjorn Helgaas:
> > On Wed, Apr 19, 2023 at 09:00:15AM +0200, Thomas Zimmermann wrote:
> > > Am 19.04.23 um 00:57 schrieb Patrick McLean:
> > > > Currently the ASPEED PCI vendor ID is defined in
> > > > drivers/gpu/drm/ast/ast_drv.c, move that to include/linux/pci_ids.h
> > > > with all the rest of the PCI vendor ID definitions. Rename the definition
> > > > to follow the format that the other definitions follow.
> > >
> > > Thanks a lot. Can you please also move and rename the PCI device ids? [1]
> >
> > Generally we move things to pci_ids.h only when they are shared
> > between multiple drivers. This is mostly to make backports easier.
> >
> > PCI_VENDOR_ID_ASPEED is (or will be) used in both ast_drv.c and
> > libata-core.c, so it qualifies.
> >
> > It doesn't look like PCI_CHIP_AST2000 and PCI_CHIP_AST2100 would
> > qualify since they're only used in ast_drv.c and ast_main.c, which are
> > part of the same driver.
>
> Ok, I see. Can I take the patch into DRM trees?
The first time around I got two patches [2]. This time I only got
this patch, but IIUC there are still two patches in play here:
- This one, which moves PCI_VENDOR_ID_ASPEED to pci_ids.h, and
- The libata-core one that adds a use in ata_dev_config_ncq()
Those should go together via the same tree. I supplied my ack to
indicate that I'm not going to merge anything myself, and I expect
whoever merges the libata patch to also merge this one.
If for some reason the libata-core patch doesn't happen, then this
patch shouldn't happen either, because there would no longer be any
sharing between drivers that would justify a pci_ids.h addition.
Bjorn
[2] https://lore.kernel.org/r/20230418011720.3900090-1-chutzpah@gentoo.org
> > > [1] https://elixir.bootlin.com/linux/v6.2/source/drivers/gpu/drm/ast/ast_drv.h#L52
> > > > Signed-off-by: Patrick McLean <chutzpah@gentoo.org>
> > > > ---
> > > > drivers/gpu/drm/ast/ast_drv.c | 4 +---
> > > > include/linux/pci_ids.h | 2 ++
> > > > 2 files changed, 3 insertions(+), 3 deletions(-)
> > > >
> > > > diff --git a/drivers/gpu/drm/ast/ast_drv.c b/drivers/gpu/drm/ast/ast_drv.c
> > > > index d78852c7cf5b..232e797793b6 100644
> > > > --- a/drivers/gpu/drm/ast/ast_drv.c
> > > > +++ b/drivers/gpu/drm/ast/ast_drv.c
> > > > @@ -70,12 +70,10 @@ static const struct drm_driver ast_driver = {
> > > > * PCI driver
> > > > */
> > > > -#define PCI_VENDOR_ASPEED 0x1a03
> > > > -
> > > > #define AST_VGA_DEVICE(id, info) { \
> > > > .class = PCI_BASE_CLASS_DISPLAY << 16, \
> > > > .class_mask = 0xff0000, \
> > > > - .vendor = PCI_VENDOR_ASPEED, \
> > > > + .vendor = PCI_VENDOR_ID_ASPEED, \
> > > > .device = id, \
> > > > .subvendor = PCI_ANY_ID, \
> > > > .subdevice = PCI_ANY_ID, \
> > > > diff --git a/include/linux/pci_ids.h b/include/linux/pci_ids.h
> > > > index 45c3d62e616d..40e04e88ca5a 100644
> > > > --- a/include/linux/pci_ids.h
> > > > +++ b/include/linux/pci_ids.h
> > > > @@ -2553,6 +2553,8 @@
> > > > #define PCI_DEVICE_ID_NETRONOME_NFP3800_VF 0x3803
> > > > #define PCI_DEVICE_ID_NETRONOME_NFP6000_VF 0x6003
> > > > +#define PCI_VENDOR_ID_ASPEED 0x1a03
> > > > +
> > > > #define PCI_VENDOR_ID_QMI 0x1a32
> > > > #define PCI_VENDOR_ID_AZWAVE 0x1a3b
> > >
> > > --
> > > Thomas Zimmermann
> > > Graphics Driver Developer
> > > SUSE Software Solutions Germany GmbH
> > > Maxfeldstr. 5, 90409 Nürnberg, Germany
> > > (HRB 36809, AG Nürnberg)
> > > Geschäftsführer: Ivo Totev
> >
> >
> >
>
> --
> Thomas Zimmermann
> Graphics Driver Developer
> SUSE Software Solutions Germany GmbH
> Frankenstrasse 146, 90461 Nuernberg, Germany
> GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
> HRB 36809 (AG Nuernberg)
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] PCI: Add ASPEED vendor ID
2023-04-20 19:10 ` [PATCH] PCI: Add ASPEED vendor ID Bjorn Helgaas
@ 2023-04-20 22:04 ` Damien Le Moal
2023-04-21 6:49 ` Thomas Zimmermann
0 siblings, 1 reply; 3+ messages in thread
From: Damien Le Moal @ 2023-04-20 22:04 UTC (permalink / raw)
To: Bjorn Helgaas, Thomas Zimmermann
Cc: open list:PCI SUBSYSTEM, open list,
open list:DRM DRIVER FOR AST SERVER GRAPHICS CHIPS, Bjorn Helgaas,
Dave Airlie, Patrick McLean, linux-ide
On 4/21/23 04:10, Bjorn Helgaas wrote:
> [+cc Damien, linux-ide]
>
> On Thu, Apr 20, 2023 at 09:08:48AM +0200, Thomas Zimmermann wrote:
>> Am 19.04.23 um 20:37 schrieb Bjorn Helgaas:
>>> On Wed, Apr 19, 2023 at 09:00:15AM +0200, Thomas Zimmermann wrote:
>>>> Am 19.04.23 um 00:57 schrieb Patrick McLean:
>>>>> Currently the ASPEED PCI vendor ID is defined in
>>>>> drivers/gpu/drm/ast/ast_drv.c, move that to include/linux/pci_ids.h
>>>>> with all the rest of the PCI vendor ID definitions. Rename the definition
>>>>> to follow the format that the other definitions follow.
>>>>
>>>> Thanks a lot. Can you please also move and rename the PCI device ids? [1]
>>>
>>> Generally we move things to pci_ids.h only when they are shared
>>> between multiple drivers. This is mostly to make backports easier.
>>>
>>> PCI_VENDOR_ID_ASPEED is (or will be) used in both ast_drv.c and
>>> libata-core.c, so it qualifies.
>>>
>>> It doesn't look like PCI_CHIP_AST2000 and PCI_CHIP_AST2100 would
>>> qualify since they're only used in ast_drv.c and ast_main.c, which are
>>> part of the same driver.
>>
>> Ok, I see. Can I take the patch into DRM trees?
>
> The first time around I got two patches [2]. This time I only got
> this patch, but IIUC there are still two patches in play here:
>
> - This one, which moves PCI_VENDOR_ID_ASPEED to pci_ids.h, and
> - The libata-core one that adds a use in ata_dev_config_ncq()
>
> Those should go together via the same tree. I supplied my ack to
> indicate that I'm not going to merge anything myself, and I expect
> whoever merges the libata patch to also merge this one.
>
> If for some reason the libata-core patch doesn't happen, then this
> patch shouldn't happen either, because there would no longer be any
> sharing between drivers that would justify a pci_ids.h addition.
I can take both patches through the libata tree but there were comments on the
second patch for libata and I have not seen these addressed yet (I did not get a
v2). And in the meantime, it seems that the PCI ID patch was reworked as a
single patch... Not sure what's happening here.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] PCI: Add ASPEED vendor ID
2023-04-20 22:04 ` Damien Le Moal
@ 2023-04-21 6:49 ` Thomas Zimmermann
0 siblings, 0 replies; 3+ messages in thread
From: Thomas Zimmermann @ 2023-04-21 6:49 UTC (permalink / raw)
To: Damien Le Moal, Bjorn Helgaas
Cc: open list:PCI SUBSYSTEM, open list,
open list:DRM DRIVER FOR AST SERVER GRAPHICS CHIPS, linux-ide,
Bjorn Helgaas, Dave Airlie, Patrick McLean
[-- Attachment #1.1: Type: text/plain, Size: 2626 bytes --]
Hi
Am 21.04.23 um 00:04 schrieb Damien Le Moal:
> On 4/21/23 04:10, Bjorn Helgaas wrote:
>> [+cc Damien, linux-ide]
>>
>> On Thu, Apr 20, 2023 at 09:08:48AM +0200, Thomas Zimmermann wrote:
>>> Am 19.04.23 um 20:37 schrieb Bjorn Helgaas:
>>>> On Wed, Apr 19, 2023 at 09:00:15AM +0200, Thomas Zimmermann wrote:
>>>>> Am 19.04.23 um 00:57 schrieb Patrick McLean:
>>>>>> Currently the ASPEED PCI vendor ID is defined in
>>>>>> drivers/gpu/drm/ast/ast_drv.c, move that to include/linux/pci_ids.h
>>>>>> with all the rest of the PCI vendor ID definitions. Rename the definition
>>>>>> to follow the format that the other definitions follow.
>>>>>
>>>>> Thanks a lot. Can you please also move and rename the PCI device ids? [1]
>>>>
>>>> Generally we move things to pci_ids.h only when they are shared
>>>> between multiple drivers. This is mostly to make backports easier.
>>>>
>>>> PCI_VENDOR_ID_ASPEED is (or will be) used in both ast_drv.c and
>>>> libata-core.c, so it qualifies.
>>>>
>>>> It doesn't look like PCI_CHIP_AST2000 and PCI_CHIP_AST2100 would
>>>> qualify since they're only used in ast_drv.c and ast_main.c, which are
>>>> part of the same driver.
>>>
>>> Ok, I see. Can I take the patch into DRM trees?
>>
>> The first time around I got two patches [2]. This time I only got
>> this patch, but IIUC there are still two patches in play here:
>>
>> - This one, which moves PCI_VENDOR_ID_ASPEED to pci_ids.h, and
>> - The libata-core one that adds a use in ata_dev_config_ncq()
>>
>> Those should go together via the same tree. I supplied my ack to
>> indicate that I'm not going to merge anything myself, and I expect
>> whoever merges the libata patch to also merge this one.
>>
>> If for some reason the libata-core patch doesn't happen, then this
>> patch shouldn't happen either, because there would no longer be any
>> sharing between drivers that would justify a pci_ids.h addition.
>
> I can take both patches through the libata tree but there were comments on the
> second patch for libata and I have not seen these addressed yet (I did not get a
> v2). And in the meantime, it seems that the PCI ID patch was reworked as a
> single patch... Not sure what's happening here.
I don't think I've even seen the libata patch. Please take both patches
through your tree when they are ready.
Best regards
Thomas
>
>
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 840 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-04-21 6:49 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <d65e2938-2910-2330-b9c2-082ab947015d@suse.de>
2023-04-20 19:10 ` [PATCH] PCI: Add ASPEED vendor ID Bjorn Helgaas
2023-04-20 22:04 ` Damien Le Moal
2023-04-21 6:49 ` Thomas Zimmermann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox