From: Randy Dunlap <rdunlap@infradead.org>
To: Yusuf Khan <yusisamerican@gmail.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Jason Wang <jasowang@redhat.com>,
Michael Kelley <mikelley@microsoft.com>,
"Michael S. Tsirkin" <mst@redhat.com>,
gregkh <gregkh@linuxfoundation.org>,
javier@javigon.com, Arnd Bergmann <arnd@arndb.de>,
Will Deacon <will@kernel.org>, Jens Axboe <axboe@kernel.dk>
Subject: Re: [PATCH v3] drivers: ddcci: upstream DDCCI driver
Date: Wed, 9 Mar 2022 21:19:18 -0800 [thread overview]
Message-ID: <daa82c42-d677-c007-3295-e3f533a28b87@infradead.org> (raw)
In-Reply-To: <CAJoG2+9EN9uP0-S+vpfgiRzu_ZXx017vXEZMY7wcuZ+5BZoEYQ@mail.gmail.com>
On 3/9/22 21:01, Yusuf Khan wrote:
> Thanks for the feedback!
>
> (2) Where would I place that documentation then,
> documentation/devicetree/bindings/?
I like the way that you have all the info in one place, but the
current way Documentation is organized has /sysfs interfaces in
Documentation/ABI/. Then I would put the rest of the doc info in
Documentation/driver-api/ddcci.rst.
> (4) A quick look at bootlin shows a symbol called
> "modalias referenced 176 times.
>
Well, bootlin is not a kernel driver.
I see places in generic ACPI or generic (other) firmware code
or SPI bus working with modalias strings. Maybe it's OK --
just seems odd to me.
>
> On Wed, Mar 9, 2022 at 6:49 PM Randy Dunlap <rdunlap@infradead.org> wrote:
>>
>> Hi--
>>
>> On 3/9/22 16:44, Yusuf Khan wrote:
>>> diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
>>> index 740811893c57..c7aa439d23e7 100644
>>> --- a/drivers/char/Kconfig
>>> +++ b/drivers/char/Kconfig
>>> @@ -451,4 +451,13 @@ config RANDOM_TRUST_BOOTLOADER
>>> pool. Otherwise, say N here so it will be regarded as device input that
>>> only mixes the entropy pool.
>>>
>>> +config DDCCI
>>> + tristate "DDCCI display protocol support"
>>> + help
>>> + Display Data Channel Command Interface is a
>>
>> is an
>>
>> Also, the line above ends with a space. Please check the entire patch
>> for lines that end with SPACE and remove the trailing spaces.
>>
>>> + interface that allows the kernel to "talk"
>>> + to most displays made after 2005. Check your
>>> + display's specification to see if it has
>>> + support for this.
>>> +
>>> endmenu
>>
>> (2) ddcci appears to be a char driver, not a misc driver,
>> so its documentation probably should not be in Documentation/misc-devices/.
>>
>> (3) The documentation file ends with:
>>
>> +options ddcci dyndbg
>> +options ddcci-backlight dyndbg
>> \ No newline at end of file
>>
>> so please add a newline at the end of the last line.
>>
>> (4) What is the modalias stuff about?
>> Does the kernel have other drivers that play modalias games
>> like this?
>>
>>
>> (5) This standalone comment might need some more text.
>> Doesn't make much sense by itself.
>>
>> + /* Special case: sender to 0x6E is always 0x51 */
>>
>> Does that mean something like "reply to 0x6E is always 0x51" ?
>>
>>
>> (6) Be a bit more generous with spaces around operators (kernel style).
>> And be consistent. This first line is OK, second line not so much.
>>
>> + xor ^= ((p_flag << 7) | len);
>> + *(ptr++) = (p_flag << 7)|len;
>>
>> This line could also be improved with some spaces:
>>
>> + ret = payload_len+3+((quirks & DDCCI_QUIRK_SKIP_FIRST_BYTE)?1:0);
>>
>> (e.g. -- I expect that there are others.)
>>
>>
>> (7) Too much use of likely() and unlikely().
>>
>> (8) I don't see anything in the Kconfig entries such as
>> depends on I2C
>>
>> so do these 2 drivers work without I2C being enabled in a kernel?
>>
>> Oh, if I build ddcci without CONFIG_I2C:
>>
>> ../drivers/char/ddcci.c: In function ‘__ddcci_write_bytewise’:
>> ../drivers/char/ddcci.c:104:8: error: implicit declaration of function ‘i2c_smbus_write_byte’ [-Werror=implicit-function-declaration]
>> ret = i2c_smbus_write_byte(client, addr);
>> ^~~~~~~~~~~~~~~~~~~~
>> CC kernel/delayacct.o
>> ../drivers/char/ddcci.c: In function ‘__ddcci_write_block’:
>> ../drivers/char/ddcci.c:165:9: error: implicit declaration of function ‘i2c_master_send’; did you mean ‘i2c_match_id’? [-Werror=implicit-function-declaration]
>> return i2c_master_send(client, sendbuf, ptr - sendbuf + 1);
>> ^~~~~~~~~~~~~~~
>> i2c_match_id
>> ../drivers/char/ddcci.c: In function ‘__ddcci_read’:
>> ../drivers/char/ddcci.c:216:8: error: implicit declaration of function ‘i2c_master_recv’; did you mean ‘i2c_match_id’? [-Werror=implicit-function-declaration]
>> ret = i2c_master_recv(client, buf, len);
>> ^~~~~~~~~~~~~~~
>> i2c_match_id
>> ../drivers/char/ddcci.c: In function ‘ddcci_identify_device’:
>> ../drivers/char/ddcci.c:413:10: error: implicit declaration of function ‘i2c_check_functionality’; did you mean ‘in_lock_functions’? [-Werror=implicit-function-declaration]
>> && i2c_check_functionality(client->adapter,
>> ^~~~~~~~~~~~~~~~~~~~~~~
>> in_lock_functions
>> ../drivers/char/ddcci.c: In function ‘ddcci_module_init’:
>> ../drivers/char/ddcci.c:1835:8: error: implicit declaration of function ‘i2c_add_driver’; did you mean ‘ddcci_add_driver’? [-Werror=implicit-function-declaration]
>> ret = i2c_add_driver(&ddcci_driver);
>> ^~~~~~~~~~~~~~
>> ddcci_add_driver
>> ../drivers/char/ddcci.c: In function ‘ddcci_module_exit’:
>> ../drivers/char/ddcci.c:1868:2: error: implicit declaration of function ‘i2c_del_driver’; did you mean ‘ddcci_del_driver’? [-Werror=implicit-function-declaration]
>> i2c_del_driver(&ddcci_driver);
>> ^~~~~~~~~~~~~~
>> ddcci_del_driver
>>
>>
>>
>> --
>> ~Randy
--
~Randy
next prev parent reply other threads:[~2022-03-10 5:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-10 0:44 Yusuf Khan
2022-03-10 2:49 ` Randy Dunlap
2022-03-10 5:01 ` Yusuf Khan
2022-03-10 5:19 ` Randy Dunlap [this message]
2022-03-10 5:37 ` Yusuf Khan
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=daa82c42-d677-c007-3295-e3f533a28b87@infradead.org \
--to=rdunlap@infradead.org \
--cc=arnd@arndb.de \
--cc=axboe@kernel.dk \
--cc=gregkh@linuxfoundation.org \
--cc=jasowang@redhat.com \
--cc=javier@javigon.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mikelley@microsoft.com \
--cc=mst@redhat.com \
--cc=will@kernel.org \
--cc=yusisamerican@gmail.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
all inboxes | Powered by JetHome®