Received-SPF: pass (google.com: domain of linux-kernel+bounces-79727-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
Sender: Guenter Roeck <groeck7@gmail.com>
Message-ID: <6615ab2a-3267-477c-ad1b-a72d5a4244e0@roeck-us.net>
Date: Sat, 24 Feb 2024 07:49:13 -0800
Precedence: bulk
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: [PATCH v3] Watchdog: New module for ITE 5632 watchdog
Content-Language: en-US
To: Mark Pearson <mpearson@squebb.ca>, David Ober <dober6023@gmail.com>,
 wim@linux-watchdog.org
Cc: linux-kernel@vger.kernel.org, linux-watchdog@vger.kernel.org,
 David Ober <dober@lenovo.com>
References: <20230721122931.505957-1-dober6023@gmail.com>
 <a361ce91-beba-43d8-b969-285063658da5@app.fastmail.com>
 <6b0373a2-7750-4d57-8839-95c6fa30c6b8@roeck-us.net>
 <4209014c-1730-4c31-87d8-4192d68bcbc6@app.fastmail.com>
From: Guenter Roeck <linux@roeck-us.net>
Autocrypt: addr=linux@roeck-us.net; keydata=
 xsFNBE6H1WcBEACu6jIcw5kZ5dGeJ7E7B2uweQR/4FGxH10/H1O1+ApmcQ9i87XdZQiB9cpN
 RYHA7RCEK2dh6dDccykQk3bC90xXMPg+O3R+C/SkwcnUak1UZaeK/SwQbq/t0tkMzYDRxfJ7
 nyFiKxUehbNF3r9qlJgPqONwX5vJy4/GvDHdddSCxV41P/ejsZ8PykxyJs98UWhF54tGRWFl
 7i1xvaDB9lN5WTLRKSO7wICuLiSz5WZHXMkyF4d+/O5ll7yz/o/JxK5vO/sduYDIlFTvBZDh
 gzaEtNf5tQjsjG4io8E0Yq0ViobLkS2RTNZT8ICq/Jmvl0SpbHRvYwa2DhNsK0YjHFQBB0FX
 IdhdUEzNefcNcYvqigJpdICoP2e4yJSyflHFO4dr0OrdnGLe1Zi/8Xo/2+M1dSSEt196rXaC
 kwu2KgIgmkRBb3cp2vIBBIIowU8W3qC1+w+RdMUrZxKGWJ3juwcgveJlzMpMZNyM1jobSXZ0
 VHGMNJ3MwXlrEFPXaYJgibcg6brM6wGfX/LBvc/haWw4yO24lT5eitm4UBdIy9pKkKmHHh7s
 jfZJkB5fWKVdoCv/omy6UyH6ykLOPFugl+hVL2Prf8xrXuZe1CMS7ID9Lc8FaL1ROIN/W8Vk
 BIsJMaWOhks//7d92Uf3EArDlDShwR2+D+AMon8NULuLBHiEUQARAQABzTJHdWVudGVyIFJv
 ZWNrIChMaW51eCBhY2NvdW50KSA8bGludXhAcm9lY2stdXMubmV0PsLBgQQTAQIAKwIbAwYL
 CQgHAwIGFQgCCQoLBBYCAwECHgECF4ACGQEFAlVcphcFCRmg06EACgkQyx8mb86fmYFg0RAA
 nzXJzuPkLJaOmSIzPAqqnutACchT/meCOgMEpS5oLf6xn5ySZkl23OxuhpMZTVX+49c9pvBx
 hpvl5bCWFu5qC1jC2eWRYU+aZZE4sxMaAGeWenQJsiG9lP8wkfCJP3ockNu0ZXXAXwIbY1O1
 c+l11zQkZw89zNgWgKobKzrDMBFOYtAh0pAInZ9TSn7oA4Ctejouo5wUugmk8MrDtUVXmEA9
 7f9fgKYSwl/H7dfKKsS1bDOpyJlqhEAH94BHJdK/b1tzwJCFAXFhMlmlbYEk8kWjcxQgDWMu
 GAthQzSuAyhqyZwFcOlMCNbAcTSQawSo3B9yM9mHJne5RrAbVz4TWLnEaX8gA5xK3uCNCeyI
 sqYuzA4OzcMwnnTASvzsGZoYHTFP3DQwf2nzxD6yBGCfwNGIYfS0i8YN8XcBgEcDFMWpOQhT
 Pu3HeztMnF3HXrc0t7e5rDW9zCh3k2PA6D2NV4fews9KDFhLlTfCVzf0PS1dRVVWM+4jVl6l
 HRIAgWp+2/f8dx5vPc4Ycp4IsZN0l1h9uT7qm1KTwz+sSl1zOqKD/BpfGNZfLRRxrXthvvY8
 BltcuZ4+PGFTcRkMytUbMDFMF9Cjd2W9dXD35PEtvj8wnEyzIos8bbgtLrGTv/SYhmPpahJA
 l8hPhYvmAvpOmusUUyB30StsHIU2LLccUPPOwU0ETofVZwEQALlLbQeBDTDbwQYrj0gbx3bq
 7kpKABxN2MqeuqGr02DpS9883d/t7ontxasXoEz2GTioevvRmllJlPQERVxM8gQoNg22twF7
 pB/zsrIjxkE9heE4wYfN1AyzT+AxgYN6f8hVQ7Nrc9XgZZe+8IkuW/Nf64KzNJXnSH4u6nJM
 J2+Dt274YoFcXR1nG76Q259mKwzbCukKbd6piL+VsT/qBrLhZe9Ivbjq5WMdkQKnP7gYKCAi
 pNVJC4enWfivZsYupMd9qn7Uv/oCZDYoBTdMSBUblaLMwlcjnPpOYK5rfHvC4opxl+P/Vzyz
 6WC2TLkPtKvYvXmdsI6rnEI4Uucg0Au/Ulg7aqqKhzGPIbVaL+U0Wk82nz6hz+WP2ggTrY1w
 ZlPlRt8WM9w6WfLf2j+PuGklj37m+KvaOEfLsF1v464dSpy1tQVHhhp8LFTxh/6RWkRIR2uF
 I4v3Xu/k5D0LhaZHpQ4C+xKsQxpTGuYh2tnRaRL14YMW1dlI3HfeB2gj7Yc8XdHh9vkpPyuT
 nY/ZsFbnvBtiw7GchKKri2gDhRb2QNNDyBnQn5mRFw7CyuFclAksOdV/sdpQnYlYcRQWOUGY
 HhQ5eqTRZjm9z+qQe/T0HQpmiPTqQcIaG/edgKVTUjITfA7AJMKLQHgp04Vylb+G6jocnQQX
 JqvvP09whbqrABEBAAHCwWUEGAECAA8CGwwFAlVcpi8FCRmg08MACgkQyx8mb86fmYHNRQ/+
 J0OZsBYP4leJvQF8lx9zif+v4ZY/6C9tTcUv/KNAE5leyrD4IKbnV4PnbrVhjq861it/zRQW
 cFpWQszZyWRwNPWUUz7ejmm9lAwPbr8xWT4qMSA43VKQ7ZCeTQJ4TC8kjqtcbw41SjkjrcTG
 wF52zFO4bOWyovVAPncvV9eGA/vtnd3xEZXQiSt91kBSqK28yjxAqK/c3G6i7IX2rg6pzgqh
 hiH3/1qM2M/LSuqAv0Rwrt/k+pZXE+B4Ud42hwmMr0TfhNxG+X7YKvjKC+SjPjqp0CaztQ0H
 nsDLSLElVROxCd9m8CAUuHplgmR3seYCOrT4jriMFBtKNPtj2EE4DNV4s7k0Zy+6iRQ8G8ng
 QjsSqYJx8iAR8JRB7Gm2rQOMv8lSRdjva++GT0VLXtHULdlzg8VjDnFZ3lfz5PWEOeIMk7Rj
 trjv82EZtrhLuLjHRCaG50OOm0hwPSk1J64R8O3HjSLdertmw7eyAYOo4RuWJguYMg5DRnBk
 WkRwrSuCn7UG+qVWZeKEsFKFOkynOs3pVbcbq1pxbhk3TRWCGRU5JolI4ohy/7JV1TVbjiDI
 HP/aVnm6NC8of26P40Pg8EdAhajZnHHjA7FrJXsy3cyIGqvg9os4rNkUWmrCfLLsZDHD8FnU
 mDW4+i+XlNFUPUYMrIKi9joBhu18ssf5i5Q=
In-Reply-To: <4209014c-1730-4c31-87d8-4192d68bcbc6@app.fastmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

On 2/23/24 16:43, Mark Pearson wrote:
> Thanks Guenter
> 
> On Fri, Feb 23, 2024, at 3:21 PM, Guenter Roeck wrote:
>> On 2/23/24 11:58, Mark Pearson wrote:
>>> On Fri, Jul 21, 2023, at 8:29 AM, David Ober wrote:
>>>> This modules is to allow for the new ITE 5632 EC chip
>>>> to support the watchdog for initial use in the Lenovo SE10
>>>>
>>>> Signed-off-by: David Ober <dober6023@gmail.com>
>>>>
>>>> V2 Fix stop to deactivate wdog on unload of module
>>>> V2 Remove extra logging that is not needed
>>>> V2 change udelays to usleep_range
>>>> V2 Changed to now request region on start and release on stop instead
>>>>      of for every ping and read/write
>>>> V3 add counter to while loops so it will not hang
>>>> V3 rework code to use platform_device_register_simple
>>>> V3 rework getting the Chip ID to remove duplicate code and close IO
>>>> V3 change some extra logging to be debug only
>>>> ---
>> [ ... ]
>>>> +config ITE5632_WDT
>>>> +        tristate "ITE 5632"
>>>> +        select WATCHDOG_CORE
>>>> +        help
>>>> +          If you say yes here you get support for the watchdog
>>>> +          functionality of the ITE 5632 eSIO chip.
>>>> +
>>>> +          This driver can also be built as a module. If so, the module
>>>> +          will be called ite5632_wdt.
>>>> +
>>
>> [ ... ]
>>
>>>
>>>
>>> Please let us know if there is anything else needed to get this accepted. Happy to address any feedback.
>>>
>>
>> I am sure I commented on this before. The fact that the Lenovo SE10 uses an
>> ITE 5632 controller is completely irrelevant. Lenovo could decide tomorrow to
>> replace the ITE chip with a Nuvoton chip, use the same API to talk with it,
>> and the watchdog would work perfectly fine.
>>
>> This is a driver for the watchdog implemented in the embedded controller
>> on Lenovo SE10. It is not a watchdog driver for ITE5632. Again, the EC chip
>> used in that Lenovo system is completely irrelevant, even more so since
>> this seems to be one of those undocumented ITE chips which officially
>> don't even exist. Claiming that this would be a watchdog driver for ITE5632
>> would be not only misleading but simply wrong.
>>
>> It seems that we can not agree on this. That means that, from my perspective,
>> there is no real path to move forward. Wim will have to decide if and how
>> to proceed.
>>
> My apologies - I hadn't realised that was the issue (my fault for missing it). Appreciate the clarification.
> 
> Is this as simple as renaming this driver as (for example) a lenovo_se_wdt device, and adding in the appropriate checking during the init that it is only used on Lenovo SE10 platforms?
> 

There would have to be additional changes. For example, the driver does not
return errors if its wait loops time out, and it doesn't reserve the IO address
range used by the chip. Tying the wait time to the number of wait loops
and not to the elapsed time is also something that would need to be explained.

Also, I notice that the communication is similar to the communication with
Super-IO chips from ITE, but not the same. Specifically, the unlock key is
the same, but the lock key is different. This means that the code may unlock
other chips from ITE in a given system, but not lock them. Some of those chips
are ... let's call it less then perfect. They will act oddly on the bus if left
unlocked. Some of those chips will act oddly if an attempt is made to lock them
after unlocking them, and they have to remain unlocked to avoid corrupting
communication with other chips on the same bus. The impact on other chips
from the same vendor will have to be explored further.

> I don't understand the concern if a different chip was used - wouldn't that need a different driver at that point?
> 

Why would that be the case ?

Maybe I am missing something essential. If you insist to tie this driver to the
ITE5632 and not to the system, you will have to provide additional information.
The chip does not even exist in public, so no one but you and ITE really knows
what its capabilities are. Is this is a chip which is used, or is going to be
used, in a variety of systems, possibly including systems from other vendors ?
Is the communication between main CPU and the chip tied to the chip and will/may
only be used with this chip or variants of it ? Is the ITE5632 a SuperIO-like
chip with fixed capabilities, or is it a programmed micro-controller ?

To a large degree all that is due to ITE and its customers not providing information
about their chips to the public. Due to that lack of information, my assumption was
that it is a programmed micro-controller. The code itself suggests, through the
use of the term "EC" in the driver, that it is an embedded controller, not a Suoer-IO
or other fixed-capability chip. If that is not the case, and if the communication
with the chip is fixed and not programmable, you'll have to explain that.

If it is an EC, the protocol is defined by its microcode, and the driver needs
to be tied to the systems using that microcode. If it is a fixed-capability chip,
the driver should not suggest that it communicates with an embedded controller
but with a fixed-capability chip.

Thanks,
Guenter