[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4363fb2d71724974bd7969c93bd9d7a2@realtek.com>
Date: Wed, 20 Nov 2019 06:53:57 +0000
From: James Tai <james.tai@...ltek.com>
To: Andreas Färber <afaerber@...e.de>
CC: "linux-realtek-soc@...ts.infradead.org"
<linux-realtek-soc@...ts.infradead.org>,
Mark Rutland <mark.rutland@....com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Rob Herring <robh+dt@...nel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Philipp Zabel <p.zabel@...gutronix.de>
Subject: RE: [PATCH v3 6/8] ARM: dts: rtd1195: Add reset nodes
Hi Andreas,
> >
> > We don't use the DesignWare IP for the reset controller.
>
> Thanks for reviewing.
>
> We already merged the equivalent nodes for RTD129x into arm-soc.git.
> No Realtek review was received back when it was posted [1], sadly.
>
> How does your reset controller differ from DesignWare, and how would you
> prefer to handle it?
>
> a) Do you want to send patches for a new Realtek-specific dt-binding [2] and
> extend reset-simple driver to cover it as a copy&paste of the DesignWare
> of_device_id?
>
> b) Do you believe you need to submit a completely new reset driver?
>
The RTD1195, RTD1295 and RTD1395 reset controller is compatible with the reset-simple driver.
I want to use plan a) for them.
Besides, I'll submit a completely new reset driver for the RTD1619
because the reset controller not compatible with the reset-simple driver.
Regards,
James
Powered by blists - more mailing lists