Re: [PATCH RESEND] net: qrtr: support qrtr service and lookup route

From: çæè
Date: Thu Apr 09 2020 - 00:19:38 EST


From: David Miller <davem@xxxxxxxxxxxxx>
Date: 2020-04-09 05:33:27
To: wenhu.wang@xxxxxxxx
Cc: akpm@xxxxxxxxxxxxxxxxxxxx,kuba@xxxxxxxxxx,gregkh@xxxxxxxxxxxxxxxxxxx,tglx@xxxxxxxxxxxxx,bjorn.andersson@xxxxxxxxxx,hofrat@xxxxxxxxx,allison@xxxxxxxxxxx,johannes.berg@xxxxxxxxx,arnd@xxxxxxxx,cjhuang@xxxxxxxxxxxxxx,linux-kernel@xxxxxxxxxxxxxxx,netdev@xxxxxxxxxxxxxxx,kernel@xxxxxxxx
Subject: Re: [PATCH RESEND] net: qrtr: support qrtr service and lookup route>From: Wang Wenhu <wenhu.wang@xxxxxxxx>
>Date: Wed, 8 Apr 2020 03:46:35 -0700
>
>> QSR implements maintenance of qrtr services and lookups. It would
>> be helpful for developers to work with QRTR without the none-opensource
>> user-space implementation part of IPC Router.
>>
>> As we know, the extremely important point of IPC Router is the support
>> of services form different nodes. But QRTR was pushed into mainline
>> without route process support of services, and the router port process
>> is implemented in user-space as none-opensource codes, which is an
>> great unconvenience for developers.
>>
>> QSR also implements a interface via chardev and a set of sysfs class
>> files for the communication and debugging in user-space. We can get
>> service and lookup entries conveniently via sysfs file in /sys/class/qsr/.
>> Currently add-server, del-server, add-lookup and del-lookup control
>> packatets are processed and enhancements could be taken easily upon
>> currently implementation.
>>
>> Signed-off-by: Wang Wenhu <wenhu.wang@xxxxxxxx>
>
>New features are only appropriate for net-next which is closed right now.

See. And seems like the v5.7-rc1 is probably to be released next monday or so.
I will send a new patch taged with [PATCH net-next] then.

Please deprecate the current commit.

Thanks, Wenhu.