On Wed, Jul 26, 2017 at 7:54 AM, Icenowy Zheng <icenowy@xxxxxxx> wrote: > > > 于 2017年7月25日 GMT+08:00 下午10:31:27, Maxime Ripard <maxime.ripard@xxxxxxxxxxxxxxxxxx> 写到: >>On Tue, Jul 25, 2017 at 05:18:19AM +0200, Adam Borowski wrote: >>> On Tue, Jul 25, 2017 at 11:04:24AM +0800, icenowy@xxxxxxx wrote: >>> > 在 2017-07-24 15:58,Maxime Ripard 写道: >>> > > On Sat, Jul 22, 2017 at 10:28:49AM +0800, Icenowy Zheng wrote: >>> > > > Allwinner A64 SoC has an EMAC which is used to provide Ethernet >>> > > > function on several boards. >>> > > > >>> > > > The EMAC itself doesn't have a fixed MAC address, but the sunxi >>> > > > mainline U-Boot have the ability to generate one based on the >>eFUSE >>> > > > SID in the chip, and add the generated MAC address to the >>device >>> > > > tree when booting. >>> > > > >>> > > > The MAC address setting step is based on the device tree's >>aliases, >>> > > > and device tree nodes prefixed "ethernet" will get the MAC >>address >>> > > > added. However, in several A64 boards' device tree, the alias >>is not >>> > > > set up, so that the U-Boot won't set the MAC address. >>> > > > >>> > > > Add the ethernet0 aliases to these boards. >>> > > > >>> > > > I hope this patchset can be queued in 4.13, otherwise 4.13 >>kernels >>> > > > won't get non-volatile MAC addresses, and will use random ones >>> > > > instead, which is annoying to many users. >>> > > > >>> > > > Icenowy Zheng (3): >>> > > > arm64: allwinner: a64: add ethernet0 alias for BPi M64 EMAC >>node >>> > > > arm64: allwinner: a64: add ethernet0 alias for Pine64 EMAC >>node >>> > > > arm64: allwinner: a64: add ethernet0 alias for SoPine EMAC >>node >>> > > >>> > > Applied all three, thanks! >>> > >>> > Sorry, but could you queue them to 4.13? >>> > >>> > Otherwise 4.13 kernel release will have annoying random MAC >>problem, >>> > which heavily affects headless usages. >>> >>> Perhaps it would be better to reword the commit subject as "fix >>missing >>> ethernet0 alias ..."? That'd convey that the previous behaviour is a >>defect >>> that needs these patches as a fix. >> >>Yes, definitely. >> >>That and having a fixes: tag. > > Should I resend them with different commit message? Yes please. And add the "Fixes:" tag. ChenYu -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html