[U-Boot] [PATCH 11/26] dts: mtmips: update reset controller node for mt7628
Mauro Condarelli
mc5686 at mclink.it
Mon Dec 30 12:09:32 CET 2019
On 12/30/19 11:22 AM, Daniel Schwierzeck wrote:
>
> Am 30.12.19 um 10:19 schrieb Mauro Condarelli:
>> I am having problems with this patch.
>>
>> Problem is "reset"command fails (for my board) with:
>>> => reset
>>> resetting ...
>>> ### ERROR ### Please RESET the board ###
>> I traced down problem to "drivers/sysreset/sysreset-uclass.c" requesting
>> "uclass_first_device(UCLASS_SYSRESET, &dev)", while
>> "drivers/reset/reset-mips.c"
>> defines:
>>> static const struct udevice_id mtmips_reset_ids[] = {
>>> { .compatible = "mediatek,mtmips-reset" },
>>> { }
>>> };
>>>
>>> U_BOOT_DRIVER(mtmips_reset) = {
>>> .name = "mtmips-reset",
>>> .id = UCLASS_RESET,
>> ... so UCLASS_SYSRESET list is empty.
>>
>> What am I doing wrong?
>> TiA!
>> Mauro
>>
> do you have the according node with compatible string
> "mediatek,mtmips-reset" in your device-tree?
I have the standard mt7628a.dtsi contents:
...
palmbus at 10000000 {
compatible = "palmbus", "simple-bus";
reg = <0x10000000 0x200000>;
ranges = <0x0 0x10000000 0x1FFFFF>;
...
rstctrl: rstctrl at 0x34 {
reg = <0x34 0x4>;
compatible = "mediatek,mtmips-reset";
#reset-cells = <1>;
};
...
I tried adding the "old-style":
...
resetc: reset-controller {
compatible = "ralink,rt2880-reset";
#reset-cells = <1>;
};
...
but, apparently, it makes no difference.
Shouldn't that be enough?
TiA
MAuro
More information about the U-Boot
mailing list