[PATCH 1/1] dm: fix logic of lists_bind_fdt()
Heinrich Schuchardt
heinrich.schuchardt at canonical.com
Tue Jul 12 14:23:12 CEST 2022
On 7/12/22 12:58, Simon Glass wrote:
> Hi Heinrich,
>
> On Mon, 11 Jul 2022 at 00:25, Heinrich Schuchardt
> <heinrich.schuchardt at canonical.com> wrote:
>>
>> If parameter drv of lists_bind_fdt() is specified, we shall bind only to
>> this very driver and to no other.
>>
>> If the driver drv has an of_match property, we shall only bind to the
>> driver if it matches the compatible string of the device.
>>
>> Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt at canonical.com>
>> ---
>> drivers/core/lists.c | 8 ++++++--
>> 1 file changed, 6 insertions(+), 2 deletions(-)
>
> Reviewed-by: Simon Glass <sjg at chromium.org>
>
> Any chance of a test for this case?
>
> Regards,
> Simon
Here are two examples that need to be fixed:
=> unbind /tpm2
=> bind /tpm2 pwm_sandbox
=> dm tree
Class Index Probed Driver Name
-----------------------------------------------------------
tpm 0 [ ] sandbox_tpm2 `-- tpm2
tpm2 should not bind to another driver than the specified one.
=> unbind /tpm2
=> bind /tpm2 usb_ether
=> dm tree
Class Index Probed Driver Name
-----------------------------------------------------------
ethernet 8 [ ] usb_ether `-- tpm2
As tpm2 has a compatible string it should never bind to usb_ether.
The expected behavior is:
=> unbind /tpm2
=> bind /tpm2 pwm_sandbox
Unable to bind. err:0
=> bind /tpm2 usb_ether
Unable to bind. err:0
The patch needs some rework.
lists_bind_fdt() checks if the device has a compatible string. If not it
errors out with "Device '%s' has no compatible string\n".
If drv->of_match == NULL, we can equally error out because the driver
cannot be a match.
Best regards
Heinrich
More information about the U-Boot
mailing list