Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp3786617iog; Tue, 28 Jun 2022 02:47:20 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tmWFvexy3SvOqVw4pxSSiXywwrj9+/fTbWLZvVMhgaL5nHY4e+HwnbBNgGdwRFPz6vHpVV X-Received: by 2002:a63:e44b:0:b0:40d:9516:a8de with SMTP id i11-20020a63e44b000000b0040d9516a8demr17045646pgk.538.1656409640681; Tue, 28 Jun 2022 02:47:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656409640; cv=none; d=google.com; s=arc-20160816; b=TxMmnHxDg5JbFUa3di7BbPKJ6W6uRSguVoM8hC5XHxsMsA4l3+3m5CgkKOvbwvVqCK vuGstQik7oedk6vW9bQKOZtBKQiNeoxH5PvkbnB21EoxalVx0bCR2G8Y/OeePKu1fx5i vpWATQd9p9u7YVqOB2xyzqtPD9Quj4tRN7phnvOsJT3nvxmoUqKcV62bzzHW4K4iop9Z 6qtukMUPDbtjCK2NlQr4XVqnt4HsEDrUeXIeot43+c1m9eUHb7++KA1i7eqD9ri1b8X0 bKh/MdimuXVTMZRhX+ot1kYyC3Mbwe5olFA6jGw8xghdqEmvV2YWSswUku8NeeaWMLsW 0FSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=+yrIQfdROxUqb5PEMDNBhvUTeb6+f45D96VymPXv6K4=; b=UyBGIsz/ny5sJLxlR/gUs6xOdheVW1j+XfMQOSzJ4ldr92rCXCNcTKymMe/n1pVS7P E5DkwjoDyl5gJ18wWyhhNeQjTTbYTjEt/I7wY9vf0sXj2T+KsE5jsm5wxbtLF1adVFVb 2r4ByZ83AGkjO9sG9Vk90B2plcXL5lQ7q2mZjdxkpbjTZR7T5yv23xQ7c7MdVvUnqLea YY5H3mkS8BcTsC9TFFHZ5+aNce4ORnSaE0X7aiNNSsbQ5xtGoKe2cLzOA4qArIE/sSaL mT1NE5qxl1wEgzGduoxg4RBUjV0X+kDvdrYce3y+OgWSXipLgJZlJhRDAOYoBvaUjYeF xlIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="0Lz1I4/7"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 23-20020a630017000000b003fe4da82aa6si18702554pga.744.2022.06.28.02.47.06; Tue, 28 Jun 2022 02:47:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="0Lz1I4/7"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230033AbiF1JLR (ORCPT + 99 others); Tue, 28 Jun 2022 05:11:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38400 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343919AbiF1JLK (ORCPT ); Tue, 28 Jun 2022 05:11:10 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4DB9A10578 for ; Tue, 28 Jun 2022 02:11:09 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id DF41A616EB for ; Tue, 28 Jun 2022 09:11:08 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C1C24C3411D; Tue, 28 Jun 2022 09:11:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1656407468; bh=rBGVIVW0p/BjBhPp3FAvn8AGSqX6kksyJLXvOIxCCvY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=0Lz1I4/74Yu+Vw7FvyHqQXtn9ye1W27z8j/GY00fWrsw32m29aOJa8zfLeWUTSS1J Z3yvDgy9jQFmTBSkxyjks/n9pdULKAFwwVvhPAmHXTz6hpm+6O6Z9GdhauDpwmf3VX efiQKGuVVIT5RcaMfYy0MqVDG3eAYq6nqstD47BY= Date: Tue, 28 Jun 2022 11:11:05 +0200 From: Greg Kroah-Hartman To: Yangxi Xiang Cc: Jiri Slaby , linux-kernel@vger.kernel.org, Johan Hovold , Igor Matheus Andrade Torrente , Christian Borntraeger , nick black Subject: Re: [PATCH] vt: fix memory overlapping when deleting chars in the buffer Message-ID: References: <466232ee-8d55-e33f-d2ca-e6b9fc0b8103@kernel.org> <20220628085922.22460-1-xyangxi5@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220628085922.22460-1-xyangxi5@gmail.com> X-Spam-Status: No, score=-7.5 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 28, 2022 at 04:59:22PM +0800, Yangxi Xiang wrote: > >> Both of them works, and I pick one of them. > > > > Sorry, I don't understand. > > We can use both scr_memcpyw() and scr_memmovew() for the not > overlapping case (cp <= nr), which is more likely to happen. > In this case I keep using scr_memcpyw(). The point is we should just do one type of copy, let's pick the one that always works and do that, no need to check anything here. thanks, greg k-h