[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAODwPW94KX46PzSrf_uuEFPKudXor=26d=g3Qta5veRfxmMDUA@mail.gmail.com>
Date: Fri, 21 Feb 2020 11:41:47 -0800
From: Julius Werner <jwerner@...omium.org>
To: Xingyu Chen <xingyu.chen@...ogic.com>
Cc: Evan Benn <evanbenn@...omium.org>,
Julius Werner <jwerner@...omium.org>,
Guenter Roeck <linux@...ck-us.net>,
Rob Herring <robh@...nel.org>,
LKML <linux-kernel@...r.kernel.org>, devicetree@...r.kernel.org,
"David S. Miller" <davem@...emloft.net>,
Jonathan Cameron <Jonathan.Cameron@...wei.com>,
Mauro Carvalho Chehab <mchehab+samsung@...nel.org>,
Wim Van Sebroeck <wim@...ux-watchdog.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Mark Rutland <mark.rutland@....com>,
linux-watchdog@...r.kernel.org,
Jianxin Pan <jianxin.pan@...ogic.com>,
Yonghui Yu <yonghui.yu@...ogic.com>
Subject: Re: [PATCH 1/2] dt-bindings: watchdog: Add arm,smc-wdt watchdog
arm,smc-wdt compatible
> Because the ATF does not define standard wdt index, each vendor defines
> its own index.
> So I don't think that the current driver[0] can fully cover my usecases.
I think the best way to solve this would be to put the SMC function ID
as another field into the device tree, so that multiple vendors could
share the same driver even if their firmware interface uses a
different SMC. But they still have to implement the same API for that
SMC, of course, not sure if the Meson driver is suitable for that (but
if it is then I think merging those drivers would be a good idea).
Powered by blists - more mailing lists