Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp127114pxb; Wed, 3 Feb 2021 01:10:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJxLx4nf7AFKZGKwS3nX4ezRyJm6QLqi50mYZ76AOdUgnYqqlo5TTNVejX8jk0fIQ+CehTLb X-Received: by 2002:a17:906:b50:: with SMTP id v16mr2127378ejg.298.1612343434603; Wed, 03 Feb 2021 01:10:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612343434; cv=none; d=google.com; s=arc-20160816; b=bVRqIDEOYtPcmrk2RgrRijH9o2nvHRVa0jwuonPFqBgXSlPGrQEwWjtx1HwfYH39Z2 EPAaz0Xtgmao9QxCC4Yftz7C+C4DO7WtbrYWNKdef/6GPS8trOS6fi5Zqob/n0ls2Waf rhRBmQ9FnwMs6q+LNUT9Efe2x8a/NShTH3kWkADzEBaRO5/s5sZRxcDpbYPWIsjokDuF Wv2DrTwuSa+oC6CJVlS/i6AVbPx0S6HWk35T3BTehbPwq1HQUXN2ZJNsh3sFVNyW0HVg K7lmSiwk3SclDCMLW3w6nrx5B9AjVoPrASnlPDXRsd8496K3ITT+KYN5a4ME9KNDgann 7A/A== 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=WQ59GC8Lkp/r4ay/GPFOyeYSnY4HBRK1QAx9TqOyJys=; b=tpw3mjZPkOma/nPb9qi08zYVYZqAaLm3e3D4X41n+d+VUp1+sD878yFRYgwq9G2LCm KSTaOY8fs1x9ggulTMrgYE3V5Q3GM9IFBGpM/BHnrs7BO8xobIjAga/F3HigRabciSsI ll5OAl2rMWylPS6E8Nt4R4rh7uC7lgDtF50BHuOOFnqVdupoaN6YDEsVyvkB1GIYkt7n q7aZ++72/Q2F8Yf5GhMKdwytvsACZXfHPkPQedxQjpVAgI8aSNx8eU/Y8n4GHQ4FlTqj poXqrW85v/6MPXASZhsr2cpKQusYj1S51q8p09K7ibYKwby+ag8TBhX2nMezvE7EfLaC IvLg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=ZllJEt1a; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w13si307817edc.122.2021.02.03.01.10.01; Wed, 03 Feb 2021 01:10:34 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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=@linuxfoundation.org header.s=korg header.b=ZllJEt1a; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S233201AbhBCJFs (ORCPT + 99 others); Wed, 3 Feb 2021 04:05:48 -0500 Received: from mail.kernel.org ([198.145.29.99]:46412 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233160AbhBCJEw (ORCPT ); Wed, 3 Feb 2021 04:04:52 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6566D64F6C; Wed, 3 Feb 2021 09:04:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1612343049; bh=dose+0ib77aWrtl0UBLIjf+G+tsVPcA/kSlPAgriyoE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ZllJEt1adPsuVtJA583pG/4Bf/bITj56J2fFSbdEeh89KWnvv3zcRutVZiLZYoCVY 1PWtaEcS9zjatbxvtoMgHrYZ6yRgcWDcLxh6Zzrn/C45HG2hTvLCckYUe5hUNqv3hV TQ9YN8ZcW7N8dg2aCVtVyVKMpPhoUcRR9gF6vXFo= Date: Wed, 3 Feb 2021 10:04:05 +0100 From: Greg KH To: Nicolas Boichat Cc: "Darrick J. Wong" , linux-fsdevel@vger.kernel.org, lkml , Amir Goldstein , Dave Chinner , Luis Lozano , iant@google.com Subject: Re: [BUG] copy_file_range with sysfs file as input Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 25, 2021 at 03:54:31PM +0800, Nicolas Boichat wrote: > Hi copy_file_range experts, > > We hit this interesting issue when upgrading Go compiler from 1.13 to > 1.15 [1]. Basically we use Go's `io.Copy` to copy the content of > `/sys/kernel/debug/tracing/trace` to a temporary file. Nit, the above file is NOT a sysfs file. Odds are it is either a debugfs, or a tracefs file, please check your mounts to determine which it is, as that matters a lot on the kernel backend side for trying to figure out what is going on here :) thanks, greg k-h