Date:   Tue, 13 Apr 2021 21:40:12 +0000
From:   patchwork-bot+netdevbpf@...nel.org
To:     Michael Walle <michael@...le.cc>
Cc:     ath9k-devel@....qualcomm.com, UNGLinuxDriver@...rochip.com,
        linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
        linuxppc-dev@...ts.ozlabs.org, netdev@...r.kernel.org,
        linux-mediatek@...ts.infradead.org,
        linux-renesas-soc@...r.kernel.org,
        linux-stm32@...md-mailman.stormreply.com,
        linux-amlogic@...ts.infradead.org, linux-oxnas@...ups.io,
        linux-omap@...r.kernel.org, linux-wireless@...r.kernel.org,
        devicetree@...r.kernel.org, linux-staging@...ts.linux.dev,
        andrew@...n.ch, gregory.clement@...tlin.com,
        sebastian.hesselbarth@...il.com, linux@...linux.org.uk,
        mpe@...erman.id.au, benh@...nel.crashing.org, paulus@...ba.org,
        andreas@...sler.com, davem@...emloft.net, kuba@...nel.org,
        mripard@...nel.org, wens@...e.org, jernej.skrabec@...l.net,
        joyce.ooi@...el.com, chris.snook@...il.com, rafal@...ecki.pl,
        bcm-kernel-feedback-list@...adcom.com, f.fainelli@...il.com,
        nicolas.ferre@...rochip.com, claudiu.beznea@...rochip.com,
        sgoutham@...vell.com, fugang.duan@....com, madalin.bucur@....com,
        pantelis.antoniou@...il.com, claudiu.manoil@....com,
        leoyang.li@....com, yisen.zhuang@...wei.com,
        salil.mehta@...wei.com, hauke@...ke-m.de,
        thomas.petazzoni@...tlin.com, vkochan@...vell.com,
        tchornyi@...vell.com, mlindner@...vell.com,
        stephen@...workplumber.org, nbd@....name, john@...ozen.org,
        sean.wang@...iatek.com, Mark-MC.Lee@...iatek.com,
        matthias.bgg@...il.com, bryan.whitehead@...rochip.com,
        vz@...ia.com, sergei.shtylyov@...il.com, bh74.an@...sung.com,
        hayashi.kunihiko@...ionext.com, peppe.cavallaro@...com,
        alexandre.torgue@...com, joabreu@...opsys.com,
        mcoquelin.stm32@...il.com, shawnguo@...nel.org,
        s.hauer@...gutronix.de, kernel@...gutronix.de, festevam@...il.com,
        linux-imx@....com, khilman@...libre.com, narmstrong@...libre.com,
        jbrunet@...libre.com, martin.blumenstingl@...glemail.com,
        vkoul@...nel.org, nobuhiro1.iwamatsu@...hiba.co.jp,
        grygorii.strashko@...com, w-kwok2@...com, m-karicheri2@...com,
        michal.simek@...inx.com, radhey.shyam.pandey@...inx.com,
        kvalo@...eaurora.org, lorenzo.bianconi83@...il.com,
        ryder.lee@...iatek.com, stf_xl@...pl, helmut.schaa@...glemail.com,
        hkallweit1@...il.com, robh+dt@...nel.org, frowand.list@...il.com,
        gregkh@...uxfoundation.org, jerome.pouiller@...abs.com,
        vivien.didelot@...il.com, olteanv@...il.com
Subject: Re: [PATCH net-next v4 0/2] of: net: support non-platform devices in
 of_get_mac_address()

Hello:

This series was applied to netdev/net-next.git (refs/heads/master):

On Mon, 12 Apr 2021 19:47:16 +0200 you wrote:
> of_get_mac_address() is commonly used to fetch the MAC address
> from the device tree. It also supports reading it from a NVMEM
> provider. But the latter is only possible for platform devices,
> because only platform devices are searched for a matching device
> node.
> 
> Add a second method to fetch the NVMEM cell by a device tree node
> instead of a "struct device".
> 
> [...]

Here is the summary with links:
  - [net-next,v4,1/2] of: net: pass the dst buffer to of_get_mac_address()
    https://git.kernel.org/netdev/net-next/c/83216e3988cd
  - [net-next,v4,2/2] of: net: fix of_get_mac_addr_nvmem() for non-platform devices
    https://git.kernel.org/netdev/net-next/c/f10843e04a07

You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html

Powered by blists - more mailing lists