From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B2DF8C4743D for ; Tue, 8 Jun 2021 20:59:05 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 9E67561285 for ; Tue, 8 Jun 2021 20:59:05 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234015AbhFHVA6 (ORCPT ); Tue, 8 Jun 2021 17:00:58 -0400 Received: from novek.ru ([213.148.174.62]:60402 "EHLO novek.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233988AbhFHVA5 (ORCPT ); Tue, 8 Jun 2021 17:00:57 -0400 X-Greylist: delayed 441 seconds by postgrey-1.27 at vger.kernel.org; Tue, 08 Jun 2021 17:00:56 EDT Received: from [192.168.0.18] (unknown [37.228.234.253]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by novek.ru (Postfix) with ESMTPSA id 0F43B50048B; Tue, 8 Jun 2021 23:49:58 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 novek.ru 0F43B50048B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=novek.ru; s=mail; t=1623185400; bh=gDD54G8wjksTjk2nvyCoV1yuxaYYJHATQuKZyY57tz4=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=LIxGfllljjWPr4Yp9zzKCDOQA3Tl3ueOR3vhYBFQIrGmJYgkg65j/HTZqrAOWq91V 1ToFRtsXFlZ7uOvNlMaGKVRxzSh1H0HzpuOrofBbQAvGeWOGy+udaOCBYvFh3TGUNh 5uoxb6VtiWGx4xxaFTaqx01Z8qlrZCczo74eYHmw= Subject: Re: quic in-kernel implementation? To: Alexander Ahring Oder Aring , netdev@vger.kernel.org Cc: linux-nfs@vger.kernel.org, linux-cifs@vger.kernel.org, smfrench@gmail.com, Leif Sahlberg , Steven Whitehouse References: From: Vadim Fedorenko Message-ID: <6b4027c4-7c25-fa98-42bc-f5b3a55e1d5a@novek.ru> Date: Tue, 8 Jun 2021 21:51:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On 07.06.2021 16:25, Alexander Ahring Oder Aring wrote: > Hi, > > as I notice there exists several quic user space implementations, is > there any interest or process of doing an in-kernel implementation? I > am asking because I would like to try out quic with an in-kernel > application protocol like DLM. Besides DLM I've heard that the SMB > community is also interested into such implementation. > > - Alex > Hi! I'm working on test in-kernel implementation of quic. It's based on the kernel-tls work and uses the same ULP approach to setup connection configuration. It's mostly about offload crypto operations of short header to kernel and use user-space implementation to deal with any other types of packets. Hope to test it till the end of June with some help from Jakub. Vadim