Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp210634pxa; Wed, 26 Aug 2020 08:35:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz51SsRvn/7Zg6RDgkLutEpnInt8cb1wgZFDmWj5r1Waw8oe+txACz3fGEJhc/5coDO61ZR X-Received: by 2002:a17:906:7752:: with SMTP id o18mr15812411ejn.150.1598456138860; Wed, 26 Aug 2020 08:35:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598456138; cv=none; d=google.com; s=arc-20160816; b=dqZ59FVqndEVH4OZ28zDftRpH67g/EIK5bwe3VC2FcSqKHvNMEThFEK39ykDMi6G+6 jNBEBXhNzP+UaXvi8PwZh7uFc7opQgbl6CXaPtgVwBKSfK4xrDqQUJ8UoCOV+EDXshG4 zpCe03fODZ1affZbP9yCwo0TPzF3C2ddQaGtjKIp3mV49+klLsa6aRYi8bM3VTv2KTe1 Fhe+k3fitwosIpoh4+9nt/nxsOEvaw+zwDxXutWxUC1Q1Y8q1Wbu4U0aTHoxspbkYLmw nVLuVDwBpnJC9NAuJwY9Q0qgmNKN5tltNX///1fDjXqdrsJ3ttyxKWLcfcJeh/uloHp8 aGMg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=nIL1/58suiuSHSwi2XfS45sO4Fd/mY/wkCGtXqq6Pl4=; b=lpKAnYy4CRbsYMkmhdhVsx133CHTYGRt7EhIANbvdwY11U1i4qTjlNGCS6Q0KqcbXA s7vqtInVPH70BNfmz4xM547vkl2Yti/0WxOAWb7OvsijJSh9q7ZWpJ0f7AazH1+8iRm7 94SbdmpFr5DOrCDNFb/crqugb9k3RiVBCFrywzklZ4WtE26fzY/sgKqmNA+XLwV9zMQV 2EdpMW+PbERnF8M9A14wTgviY1GRSZfOzoqDiAsuzvwuZezrdXYMI4BVuD63yS42wYcx HLCssglKuHtHnNAJjeXsUINTDw4T/CGNQvKmBAo2FtNp8WFI5vvl4zEKdptxX4G0U4TT 85fw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=s5L2Zx9P; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i7si1710560ejf.217.2020.08.26.08.35.13; Wed, 26 Aug 2020 08:35:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=s5L2Zx9P; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727877AbgHZPd7 (ORCPT + 99 others); Wed, 26 Aug 2020 11:33:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40474 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726874AbgHZPd7 (ORCPT ); Wed, 26 Aug 2020 11:33:59 -0400 Received: from mail-oi1-x242.google.com (mail-oi1-x242.google.com [IPv6:2607:f8b0:4864:20::242]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0178AC061574; Wed, 26 Aug 2020 08:33:59 -0700 (PDT) Received: by mail-oi1-x242.google.com with SMTP id e6so1870050oii.4; Wed, 26 Aug 2020 08:33:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=nIL1/58suiuSHSwi2XfS45sO4Fd/mY/wkCGtXqq6Pl4=; b=s5L2Zx9P87gJCXiucHFa/GiwtzJYSjqf3aDzUrPtJOcN8Ptp5MHx1ZAtMJBzvuE+OE yKqRdZcNkQolvee9Fgze4jKXT8dm5xQ2vgoKFWoCKPlgMXMwmyJ7Iqcys14drKvzS8ib V3LYOUO2xU65CAOAFikF1LTlBSdF51pg9PJ+loFhZJq4fbFFXn1EFRR6Ezs3lKzk2Fw4 M/Il9t99nRHHAJKAkiPaQ4cj9UZJJsawgrF+d/n1HWbqMJ7/7cR19l0nyXoK/CTHZtCQ qH4vEjZt0vcq+erdKBdHWlZ7vjsMclnkB6UcTfT5ojSotFzatGIlvWflrofZvFDNzi1y MHqg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=nIL1/58suiuSHSwi2XfS45sO4Fd/mY/wkCGtXqq6Pl4=; b=NXtxKZ8jG9+uslqLxSVh6z2M+HLqY3nNStVNi+JqqC9F9IX01g1yPYlnhWIB3m7wpX OxVDBoY1ynsom21QUdHuHppVn4m0yIQ7jmLX849AzsHsTqHZbs7K2B69To64Fl5FZeYI P7TJYLXqRBNTbAPKM6Llxlb1ZD/H36OxxQw69qvDKAy3UQTguxQfblZGgOekESh4DJNY NkY5/XS967QMx+HRb/890rbnDlUCNddxArtJb9Mcn63T7nzJG7AgIrwmfATT1MUpZpFF VxSh4+lXtJzNuekuVRALUmT7DBNMDuCjnXrMRuXvNR779Tcu3BoceLmSTMbJnkvKOLkq OExw== X-Gm-Message-State: AOAM532DzO0fsskDasrXPdj1dcJoXbMr6HG0Mnhd3XJkKSGDQtsVzAn4 jx4E5YJYk0rSymEEkrLBb+v06LK5s3M= X-Received: by 2002:a54:4196:: with SMTP id 22mr4353036oiy.23.1598456037379; Wed, 26 Aug 2020 08:33:57 -0700 (PDT) Received: from ?IPv6:2605:6000:1025:4ecf::1e3f? ([2605:6000:1025:4ecf::1e3f]) by smtp.googlemail.com with ESMTPSA id 59sm562990otr.61.2020.08.26.08.33.55 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 26 Aug 2020 08:33:56 -0700 (PDT) Subject: Re: Issue with iwd + Linux 5.8.3 + WPA Enterprise To: Herbert Xu Cc: Andrew Zaborowski , Ard Biesheuvel , Paul Menzel , Caleb Jorden , Sasha Levin , iwd@lists.01.org, "# 3.4.x" , Greg KH , LKML , "David S. Miller" , Linux Crypto Mailing List References: <20200826055150.2753.90553@ml01.vlan13.01.org> <20200826114952.GA2375@gondor.apana.org.au> <20200826120832.GA2996@gondor.apana.org.au> <20200826130010.GA3232@gondor.apana.org.au> <20200826141907.GA5111@gondor.apana.org.au> From: Denis Kenzior Message-ID: <4bb6d926-a249-8183-b3d9-05b8e1b7808a@gmail.com> Date: Wed, 26 Aug 2020 10:25:48 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 MIME-Version: 1.0 In-Reply-To: <20200826141907.GA5111@gondor.apana.org.au> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-crypto-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Hi Herbert, On 8/26/20 9:19 AM, Herbert Xu wrote: > On Wed, Aug 26, 2020 at 08:57:17AM -0500, Denis Kenzior wrote: >> >> I'm just waking up now, so I might seem dense, but for my education, can you >> tell me why we need to set MSG_MORE when we issue just a single sendmsg >> followed immediately by recv/recvmsg? ell/iwd operates on small buffers, so >> we don't really feed the kernel data in multiple send operations. You can >> see this in the ell git tree link referenced in Andrew's reply. > > You obviously don't need MSG_MORE if you're doing a single sendmsg. > > The problematic code is in l_cipher_set_iv. It does a sendmsg(2) > that expects to be followed by more sendmsg(2) calls before a > recvmsg(2). That's the one that needs a MSG_MORE. > Gotcha. I fixed the set_iv part now in ell: https://git.kernel.org/pub/scm/libs/ell/ell.git/commit/?id=87c76bbc85fe286925cbdb53d733fc9f9fd2ed12 Regards, -Denis