On Tue, Jun 16, 2020 at 02:55:25PM +0300, Mika Westerberg wrote: > On Mon, Jun 15, 2020 at 10:54:52PM +0300, Yehezkel Bernat wrote: > > On Mon, Jun 15, 2020 at 6:55 PM Mika Westerberg > > <mika.westerb...@linux.intel.com> wrote: > > > > > > On Mon, Jun 15, 2020 at 06:41:32PM +0300, Yehezkel Bernat wrote: > > > > > I think you are talking about the "prtstns" property in the network > > > > > driver. There we only set TBNET_MATCH_FRAGS_ID (bit 1). This is the > > > > > thing that get exposed to the other side of the connection and we > > > > > never > > > > > announced support for full E2E. > > > > > > > > > > > > Ah, yes, this one, Thanks! > > > > As Windows driver uses it for flagging full-E2E, and we completely drop > > > > E2E > > > > support here, it may worth to mention there that this is what bit 2 is > > > > used in > > > > Windows so any reuse should consider the possible compatibility issue. > > > > > > Note we only drop dead code in this patch. It is that workaround for > > > Falcon Ridge controller we actually never used. > > > > > > I can add a comment to the network driver about the full E2E support > > > flag as a separate patch if you think it is useful. > > > > > > The network protocol will be public soon I guess because USB4 spec > > > refers to "USB4 Inter-Domain Specification, Revision 1.0, [to be > > > published] – (USB4 Inter-Domain Specification)" so I would expect it to > > > be explained there as well. > > > > I see. I leave it for your decision, then. > > Thanks for bearing with me. > > OK, I think it makes sense to add the comment so I'll do that as > a separate patch (will probably go next week since I have some other > patches to deal with this week, and Friday is holiday in Finland).
OK, I sent it now and can be found here: https://lore.kernel.org/netdev/20200622163022.53298-1-mika.westerb...@linux.intel.com/
