Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1092571ybg; Tue, 2 Jun 2020 00:50:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx3IG6lrekgSqGIj9wIJwlnMSA1yYKEMREjFpZ+YjSqynPrG2Ih71mJjkeDBUNPUVm4wE5y X-Received: by 2002:a17:906:73d5:: with SMTP id n21mr2221454ejl.24.1591084241184; Tue, 02 Jun 2020 00:50:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591084241; cv=none; d=google.com; s=arc-20160816; b=iuQ1Ggs+euvm2skmLII1hnEHTXxToTHgaZ/D7Y9ByE3yOUniBng8mQlRfymTdrI191 wbNP7k+LeQBxGDJxjKRLsJEi1lZncorIZtTpp+6pGfV9GlIfacoJORwAD1DojM7Jk4Zs F22CTMJ13wsHwrVh63cZxhqIHb3aZn64WHMkDkEwFPzVicioXWKdtriLt8baX9hDmgDN IYpwwbT4zKlYg6i0ddt256m3Nd47N4ovcBcNQJFC/wjf1HI0I0eHly6AsOGDbh1Ey4+x WsCvz+RWuXTa+EnWmSXWlNn3QxQKKeiefeOls02sUazf9rmGwnc2OF/XG+qHNd4mwz4Y NCDA== 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:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=w2a2kwiPbUjvr/6pzMT/76S3o6L37MoCqPMAfwDbSHI=; b=dj5v5OCZYQAfcfYNP5iB1jAWT4qVWRibNWYW7Jg5aMHKIchF1SUx4LfdcqC/Exk1Bs 2QTNYfKetujefDLtbsVPrLhA8+g2AFSVH2KiQPlcpqjSGSksqTEAYqJv1w5lCfGRmFNx gaSAr1vwRfngbHDODMlFgIcUDp5lGkfvs/MH7m5SL2HcT7eVJpSCWnhBU0WqQrrsZIG3 6ARsAHcnDA0MezsA6gZTKmvbH7+uf7z7XC/QAdmHvH0FaOx3n+TduK3vFQmNEUbTNApO yJdkFJY9bD+q0Ub/aKu3914zJh/mpaxXkx8zZdafC++v8FF4FJftT32IAPGMVS1+fW7f 01UQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 65si1199112edj.392.2020.06.02.00.50.18; Tue, 02 Jun 2020 00:50:41 -0700 (PDT) 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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726110AbgFBHsb (ORCPT + 99 others); Tue, 2 Jun 2020 03:48:31 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:48610 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725900AbgFBHsb (ORCPT ); Tue, 2 Jun 2020 03:48:31 -0400 Received: from localhost (unknown [IPv6:2a01:e0a:2c:6930:5cf4:84a1:2763:fe0d]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id 90E452A0A5A; Tue, 2 Jun 2020 08:48:29 +0100 (BST) Date: Tue, 2 Jun 2020 09:48:25 +0200 From: Boris Brezillon To: Bean Huo Cc: miquel.raynal@bootlin.com, vigneshr@ti.com, s.hauer@pengutronix.de, derosier@gmail.com, Richard Weinberger , linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org, Bean Huo Subject: Re: [PATCH v6 0/5] Micron SLC NAND filling block Message-ID: <20200602094825.26396b06@collabora.com> In-Reply-To: <0a4fc94213ca5c2040796a66942f626587483721.camel@gmail.com> References: <20200525121814.31934-1-huobean@gmail.com> <829d76189beff5a50ddc56123d22bff3aa6a3378.camel@gmail.com> <0a4fc94213ca5c2040796a66942f626587483721.camel@gmail.com> Organization: Collabora X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bean, On Mon, 01 Jun 2020 23:10:43 +0200 Bean Huo wrote: > Hi Richard > would you please help us confirm below question?? Miquel suggested an approach that would allow us to deal with both JFFS2 and UBI/UBIFS without having any FS/wear-leveling specific code at the NAND level, but you decided to ignore his comments. Sorry but there's nothing we can do to help you if you don't listen to our recommendations. I've been quite disappointed by your behavior in the past, and it continues. Recently you've taken Miquel's patches and claimed ownership on them (probably not intentionally, but still) while you were clearly unable to rework your original series the way I suggested (which Miquel did after seeing you would never send new versions). And when Miquel suggested a change to the implementation he had done based on the discussion we had with Richard, you decided to ignore it and pursue in the original direction. So, quite frankly, I'm really not convinced you can conduct such a change. Regards, Boris