linux-kernel - Re: [Question] refcount of DT node

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20160414095957.GB10273@leverpostej>
Date:	Thu, 14 Apr 2016 10:59:57 +0100
From:	Mark Rutland <mark.rutland@....com>
To:	Russell King - ARM Linux <linux@....linux.org.uk>,
	rank Rowand <frowand.list@...il.com>,
	Rob Herring <robh+dt@...nel.org>,
	pantelis.antoniou@...sulko.com
Cc:	Masahiro Yamada <yamada.masahiro@...ionext.com>,
	devicetree@...r.kernel.org, Arnd Bergmann <arnd@...db.de>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [Question] refcount of DT node

On Thu, Apr 14, 2016 at 09:48:49AM +0100, Russell King - ARM Linux wrote:
> On Thu, Apr 14, 2016 at 04:47:57PM +0900, Masahiro Yamada wrote:
> > Hi experts.
> > 
> > My understanding of refcount of DT node is poor.
> 
> The message from DT people is... don't worry about DT node refcounting.
> Do whatever you want with it, they don't care whether you have correct
> refcounting or not.
> 
> The background behind that is that I've tried to fix the refcounting,
> and even had the coccinelle people generate some stuff to work on this
> issue, but DT people's attitude towards it is "don't bother".
> 
> So yes, people may get it wrong, but it seems it's something that DT
> people want ignored.

I'm not sure that's quite fair; the last discussion I recall about this
ended up concluding that we need a better API, rather than papering over
problems.

That said, there isn't much obvious progress on that front.

Frank, Pantelis, Rob, were there any conclusions on this from ELC, or is
this something that needs someone to propose something?

Mark.

[1] http://permalink.gmane.org/gmane.linux.drivers.devicetree/153777