Received: by 10.192.165.156 with SMTP id m28csp1275019imm; Wed, 18 Apr 2018 07:09:25 -0700 (PDT) X-Google-Smtp-Source: AIpwx48bN848mFpqNeZ44pdhLbkAT8bKNegGDfPexukC03+USOl8UXRN6Ru9PLXOhQ1KOcJhw7Ru X-Received: by 2002:a17:902:3c5:: with SMTP id d63-v6mr2202732pld.163.1524060565903; Wed, 18 Apr 2018 07:09:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524060565; cv=none; d=google.com; s=arc-20160816; b=Hyo7354ygojYNENBzZP0m9e8tHQLQAlbgvrCwp7vKowVTccElPqp05QaL8HAYHtJf4 7zCUes1sWuICx/yuQAUovmjz3PKGx4f8+LAydiOgd3HTOo2pj0rthpiGZ7IlwjNU1AT1 IX+5xgWm3X9BknPMayXOPdLR5MDtvXBSinNG2GSjAkr1wIyJmoz6XpToOyL/eLk+ehEm 7N4jzDtEb7Gk0WvoyXLuZ4J6aPFRQluBeybj8xnh/YrBMOBhGcp2GJz830ToLU5bcD0M wp+sjyJ0KZNWSEiBID9AulR/Kjx6OzlRt2pXkMSz4ckJ1PomUmpZq06nk0CA42IUrdvX omaA== 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:arc-authentication-results; bh=YZkGtt14xabkZUwdBCYMGWTKPzn1WHFHg1/KFNNt3kg=; b=O0CA8Vu9mC4LV0GdwTSMSRCDnbP4zIONxDVr+w5wuAHzSV3aQ7ziKTvSxvcVsyTe26 fxSEB7RDNF7hRbTtvT85SpciwB4ihrmTjNeuRCYaaSGg8YYYlg0w1MgmC0x+CIM56bFO 4HTugw/io5Aj/adUsWZYgCiGbT60596O57cTe4JEw3dnhiiERlugnyR86q5A7MCxavl3 n0sKpy+QrriQJcfSR7tNbNKm/Ain2/FcpONQZ5VSxgGPgkKX+TLnb4Ai8ntL0hrGlgL2 NhkqtiHLXljruP+ZCZwhXaOHyyYLBIG+XmgLKbL4Hv5yZqublF+S1NA0xcMB2lWdTViL sqBw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v7si1235791pfi.28.2018.04.18.07.09.11; Wed, 18 Apr 2018 07:09:25 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753364AbeDROH5 (ORCPT + 99 others); Wed, 18 Apr 2018 10:07:57 -0400 Received: from p3plsmtpa11-03.prod.phx3.secureserver.net ([68.178.252.104]:42528 "EHLO p3plsmtpa11-03.prod.phx3.secureserver.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752999AbeDROHz (ORCPT ); Wed, 18 Apr 2018 10:07:55 -0400 Received: from [192.168.0.55] ([24.218.182.144]) by :SMTPAUTH: with SMTP id 8nkWfYcb92JSb8nkXfYll2; Wed, 18 Apr 2018 07:07:54 -0700 Subject: Re: [Patch v3 2/6] cifs: Allocate validate negotiation request through kmalloc To: David Laight , "longli@microsoft.com" , Steve French , "linux-cifs@vger.kernel.org" , "samba-technical@lists.samba.org" , "linux-kernel@vger.kernel.org" , "linux-rdma@vger.kernel.org" Cc: "stable@vger.kernel.org" References: <20180418003358.25098-1-longli@linuxonhyperv.com> From: Tom Talpey Message-ID: Date: Wed, 18 Apr 2018 10:07:52 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfNiT0LOFN6e1EYCziSDzy+NTJi+27YOwi1IgGnqj3WIJvKFMam0XAe068TMV64q5oF/RNikHXHe94nhCrAnhQpuJsr84dKajj537xIB6NRGU8/KcmU2n Lr7FE3nMQBIhy7F3fwlh0pvi0LaMd1yF0xN+q4kCRAMDx/H0KzO5ZNykmmn/CemRILwkjiRn7YBd65AY24qO+w4vC106IjxQ1PJYvuBxHgeekhGZjnEchBnS BVmwMvnRNXO3ylGxTC6TDcM8SJlq1Ey1OtgcoSaCnHHaItEEWwG5gTUFNTtvROl3UvutY+ZAs3GywGG4Rdp70bzQSB8zZ8ifq43xCnLP89g5K4WsoXUAIGJy iYZTEa2vOHdA57OK21m9xHuLfIWmwJDEJLCoQQa3rf7n3bw0iH/YvP+LMpt99heAvhKrWTz0uzxpgbupzziIv86BNsXfkQ== Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/18/2018 9:08 AM, David Laight wrote: > From: Tom Talpey >> Sent: 18 April 2018 12:32 > ... >> On 4/17/2018 8:33 PM, Long Li wrote: >>> From: Long Li >>> >>> The data buffer allocated on the stack can't be DMA'ed, and hence can't send >>> through RDMA via SMB Direct. >> >> This comment is confusing. Any registered memory can be DMA'd, need to >> state the reason for the choice here more clearly. > > The stack could be allocated with vmalloc(). > In which case the pages might not be physically contiguous and there is no > (sensible) call to get the physical address required by the dma controller > (or other bus master). Memory registration does not requires pages to be physically contiguous. RDMA Regions can and do support very large physical page scatter/gather, and the adapter DMA's them readily. Is this the only reason? Tom.