[PATCH 10/16] serial: sh: Add RZ/G2L SCIF support

Marek Vasut marek.vasut at mailbox.org
Thu Oct 5 21:13:21 CEST 2023


On 10/5/23 18:18, Paul Barker wrote:
> On 04/10/2023 13:26, Marek Vasut wrote:
>> On 10/4/23 10:48, Paul Barker wrote:
>>> On 03/10/2023 14:23, Marek Vasut wrote:
>>>> On 9/20/23 14:42, Paul Barker wrote:
>>>>> +	if (IS_ENABLED(CONFIG_RZG2L)) {
>>>>> +		struct reset_ctl rst;
>>>>> +		int ret;
>>>>> +
>>>>> +		ret = reset_get_by_index(dev, 0, &rst);
>>>>> +		if (ret < 0) {
>>>>> +			dev_err(dev, "failed to get reset line\n");
>>>>> +			return ret;
>>>>> +		}
>>>>> +
>>>>> +		ret = reset_deassert(&rst);
>>>>> +		if (ret < 0) {
>>>>> +			dev_err(dev, "failed to de-assert reset line\n");
>>>>> +			return ret;
>>>>> +		}
>>>>> +	}
>>>>
>>>> devm_reset_control_get_optional() or something should do here too , right ?
>>>>
>>>> Note that R-Car does have SCIF reset too, so this can be generic code.
>>>
>>> For R-Car systems the current behaviour is working and well tested, we
>>> concluded that we shouldn't change it so this reset de-assert was made
>>> RZ/G2L specific.
>>
>> I can test on R-Car just fine, no worries.
>>
>> SH R2Dplus is even tested in CI nightly.
>>
>>> For RZ/G2L, de-asserting the reset is not optional.
>>
>> Let's avoid special-cases like that.
> 
> Looking at this again, I don't see how we can avoid a special case here,
> de-asserting the reset is required for the RZ/G2L. It may be optional on
> other SoCs (I don't know), but it's definitely not optional here, so I
> don't think we should be using the devm_reset_control_get_optional()
> function.

I'd say let's just unconditionally assume reset is needed for all 
platforms. That should work, right ?


More information about the U-Boot mailing list