<div dir="ltr"><div><div><div>Seems this discussion has stalled a bit.<br></div>I guess it would be reasonable to ask: what could I do to help to get this moving both here and on LKML ?<br></div>I'll go ahead and say that I do not monitor LKML much since I haven't found a model (that suits me well) for monitoring discussions without getting my inbox too full.<br></div>That also means I'm not up to date with general stuff, so if just get corrected (or updated) here, that would make me happy too.<br><div><br></div><div>I've been reading up on this talk:<br><a href="http://thread.gmane.org/gmane.linux.network/351503">http://thread.gmane.org/gmane.linux.network/351503</a><br></div><div><br></div><div>At the moment we're updating the b53-swconfig version internally, and I haven't managed to find the time to re-implement the changes from my initial patchset (which I submitted).<br></div><div>If this gets accepted upstream, then I'd prefer to update it there.<br></div><div>Normally I don't mind to implement stuff multiple times (b53 in swconfig, and then b53 in the kernel when that gets accepted) but my time constraints don't allow me now to be so flexible at this time.<br></div><div><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 10, 2015 at 2:24 PM, Jonas Gorski <span dir="ltr"><<a href="mailto:jogo@openwrt.org" target="_blank">jogo@openwrt.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On Sat, Feb 28, 2015 at 9:22 AM, Rafał Miłecki <<a href="mailto:zajec5@gmail.com">zajec5@gmail.com</a>> wrote:<br>
> On 26 February 2015 at 19:24, Florian Fainelli <<a href="mailto:f.fainelli@gmail.com">f.fainelli@gmail.com</a>> wrote:<br>
>> On 25/02/15 07:24, Alexandru Ardelean wrote:<br>
>>> Feature implemented and tested on BCM53128.<br>
>>><br>
>>> Slave devices logic copied from the Linux kernel from Marvell's DSA<br>
>>> driver ( linux/net/dsa/ ).<br>
>>> Also the logic for the Broadcom tag processing has been copied from there.<br>
>><br>
>> There are different efforts here going on, and I would like to at least<br>
>> 3 different people (you, Rafal and myself) can converge to an identical<br>
>> solution that fits everybody here.<br>
><br>
> I agree. I think we should focus on getting this cleared and accepted<br>
> upstream. I don't think I want to keep adding features like port<br>
> interfaces to swconfig.<br>
<br>
</div></div>I agree with this, as it also has the potential of breaking switches<br>
because of different header formats used.<br>
<span class=""><font color="#888888"><br>
<br>
Jonas<br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
openwrt-devel mailing list<br>
<a href="mailto:openwrt-devel@lists.openwrt.org">openwrt-devel@lists.openwrt.org</a><br>
<a href="https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel" target="_blank">https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel</a><br>
</div></div></blockquote></div><br></div></div></div></div></div></div>