[PATCH 1/2] ARM: kirkwood: proper retain MAC address workaround on DT ethernet
From: davem@davemloft.net (David Miller)
Date: 2013-05-27 22:17:59
Also in:
linuxppc-dev, lkml, netdev
From: davem@davemloft.net (David Miller)
Date: 2013-05-27 22:17:59
Also in:
linuxppc-dev, lkml, netdev
From: Benjamin Herrenschmidt <benh@kernel.crashing.org> Date: Tue, 28 May 2013 07:50:06 +1000
On Mon, 2013-05-27 at 14:47 +0200, Arnd Bergmann wrote:quoted
On Monday 27 May 2013 21:50:04 Benjamin Herrenschmidt wrote:quoted
However, that wouldn't help much with the allocation/leak problem, though at least it would be easier to use. It could also *try* to re-use the current allocation if the new content is of smaller or equal size.I thought that dtc tried to aggressively save space by folding identical strings. If you tried to reuse a property that had its contents shared with another one, you would get interesting results I guess.It used to be only property names, unless that has changed in recent dtc. But that's a good point, we probably want a flag in struct property like we have for nodes, indicating whether it comes from the original fdt data pool or not.
This is similar to what the "OF_IS_DYNAMIC()" thing on sparc indicates.