[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAL_JsqL66PdCv7bFwfD9p6VQCcXOesz3EjPcYB9FGosgjOS8yw@mail.gmail.com>
Date: Tue, 7 May 2019 10:57:36 -0500
From: Rob Herring <robh@...nel.org>
To: David Miller <davem@...emloft.net>
Cc: Petr Štetiar <ynezz@...e.cz>,
netdev <netdev@...r.kernel.org>, devicetree@...r.kernel.org,
Matthias Brugger <matthias.bgg@...il.com>,
Andrew Lunn <andrew@...n.ch>,
Florian Fainelli <f.fainelli@...il.com>,
Heiner Kallweit <hkallweit1@...il.com>,
Frank Rowand <frowand.list@...il.com>,
Srinivas Kandagatla <srinivas.kandagatla@...aro.org>,
Maxime Ripard <maxime.ripard@...tlin.com>,
"moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE"
<linux-arm-kernel@...ts.infradead.org>,
"moderated list:ARM/Mediatek SoC support"
<linux-mediatek@...ts.infradead.org>
Subject: Re: [PATCH v4 00/10] of_net: Add NVMEM support to of_get_mac_address
On Sun, May 5, 2019 at 11:47 PM David Miller <davem@...emloft.net> wrote:
>
> From: Petr Štetiar <ynezz@...e.cz>
> Date: Fri, 3 May 2019 16:27:05 +0200
>
> > this patch series is a continuation of my previous attempt[1], where I've
> > tried to wire MTD layer into of_get_mac_address, so it would be possible to
> > load MAC addresses from various NVMEMs as EEPROMs etc.
> ...
>
> Series applied, thank you.
Patch 1 at least is still be discussed. What was implemented based on
my comments on v2 is really broken. Now the allocated buffer is
tracked by both devm and DT refcounting. Whoever's ref count drops
first will free the buffer.
Rob
Powered by blists - more mailing lists