From: Sergey Shtylyov <s.shtylyov@omp.ru>
To: Damien Le Moal <dlemoal@kernel.org>, <linux-ide@vger.kernel.org>,
Niklas Cassel <cassel@kernel.org>
Cc: <lvc-project@linuxtesting.org>
Subject: Re: [PATCH] ata: ata_generic: use IS_ENABLED() macro
Date: Sat, 14 Sep 2024 20:53:51 +0300 [thread overview]
Message-ID: <09af52c9-542f-b920-6ff1-e0b624300947@omp.ru> (raw)
In-Reply-To: <9d7e0d4f-1445-4729-9e4d-9058c35db1b2@kernel.org>
On 9/11/24 1:22 AM, Damien Le Moal wrote:
[...]
>>>>>> Replace now gone out of fashion defined(CONFIG_PATA_TOSHIBA[_MODULE])
>>
>> I'll probably rephrase this a bit in v2...
>>
[...]
>>
>>>>>> Signed-off-by: Sergey Shtylyov <s.shtylyov@omp.ru>
>>>>
>>>> [...[
>>>>
>>>>>> Index: linux/drivers/ata/ata_generic.c
>>>>>> ===================================================================
>>>>>> --- linux.orig/drivers/ata/ata_generic.c
>>>>>> +++ linux/drivers/ata/ata_generic.c
>>>>>> @@ -220,7 +220,7 @@ static struct pci_device_id ata_generic[
>>>>>> { PCI_DEVICE(PCI_VENDOR_ID_OPTI, PCI_DEVICE_ID_OPTI_82C558), },
>>>>>> { PCI_DEVICE(PCI_VENDOR_ID_CENATEK,PCI_DEVICE_ID_CENATEK_IDE),
>>>>>> .driver_data = ATA_GEN_FORCE_DMA },
>>>>>> -#if !defined(CONFIG_PATA_TOSHIBA) && !defined(CONFIG_PATA_TOSHIBA_MODULE)
>>>>>> +#if !IS_ENABLED(CONFIG_PATA_TOSHIBA)
>>>>>
>>>>> I do not understand the negation here... It seems very wrong. If the driver is
>>>>> indeed enabled, we need to add its PCI ID, no ? and the reverse when not defined...
>>>>
>>>> The separate driver was added by Alan Cox in 2009, before that
>>>> Toshiba Piccolo controllers were handled by this generic driver...
>>>
>>> OK, makes sense now. Maybe we should add a comment above that IS_ENABLED() to
>>> say so ?
>>
>> Makes sense, indeed. Do you think this is acceptable to be done in v2 of this
>> patch?
>
> Yep, that is fine and would fit with the config option renaming.
I started respinnig this patch and decided to add the Piccolo comment in
a separate patch, while deferring the Kconfig entry rename until/iff it becomes
truly necessary, as per Niklas' comment).
Unfortunately, I seem to be late for the coming merge window... :-/
MBR, Sergey
prev parent reply other threads:[~2024-09-14 17:54 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-09 20:51 [PATCH] ata: ata_generic: use IS_ENABLED() macro Sergey Shtylyov
2024-09-10 4:50 ` Damien Le Moal
2024-09-10 8:52 ` Sergey Shtylyov
2024-09-10 13:09 ` Damien Le Moal
2024-09-10 14:32 ` Sergey Shtylyov
2024-09-10 14:36 ` Sergey Shtylyov
2024-09-10 22:22 ` Damien Le Moal
2024-09-11 17:14 ` Sergey Shtylyov
2024-09-13 6:57 ` Niklas Cassel
2024-09-13 19:36 ` Sergey Shtylyov
2024-09-14 17:53 ` Sergey Shtylyov [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=09af52c9-542f-b920-6ff1-e0b624300947@omp.ru \
--to=s.shtylyov@omp.ru \
--cc=cassel@kernel.org \
--cc=dlemoal@kernel.org \
--cc=linux-ide@vger.kernel.org \
--cc=lvc-project@linuxtesting.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