Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp1662630pxb; Fri, 1 Oct 2021 16:26:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwCv7to0Lw/MxOTZ1UDvVMKQPfFrpNXB5RZ3Bwyg8+5XJM1ec9DUWFA3K4D/i8fZvIQWjgv X-Received: by 2002:a17:906:7007:: with SMTP id n7mr768665ejj.275.1633130771588; Fri, 01 Oct 2021 16:26:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633130771; cv=none; d=google.com; s=arc-20160816; b=ACi1tG+xOLtUUk/src/S8kZ0MQHrExe4Jxlukq979pq5QV41IbREnu/u1Q/mqT26XT nG2S/KkDH24h3eVPcXwrSj1XQ5wyvoJPavlkWshqnYL3CPwGS0rfOB58qxjzrrzR3IuH KeaGYzwUUPOo+HWUk2hm8vh6OEnRSqK6uEW/NePDTz/UrO08IihYU/oZ7u77iIiOJeZS jbD4DtaBQnD4CR5AaAzvcG52e0qFWDARC8XVKuYyGwtP3xAlZOf1M/DHOMop0rf/2pJa 0kSUK1LL8q7MXjhCSDyPROhvtw9fNoGyv+pP3WYmcCQiugGWnx3cWeO+/6z680HwHHCo HtGA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=J0iFBWXHEMjzXUhTOfGr22kpfh7mLGdimV2fOyh57hs=; b=HaB0ce9TF2YE/QzId3MXOPPe+DETSNyFItmEVP9Fq9Mil+MsBly3SBHIozR/nbxxmh FoCGuOx/EV/xpYOU45piAUfWq5sWyWleaRpbzdUvZONoyRXyNloujxHdn7zoKL1St9mr RqEcwfX5A6TIPRnfoYVEFO3JTtAwaQOzdvDV9ynIj8D/Xm3DLIPY8bLuRn4Q9ZsE7+5M Im6Mycrr4c55o0zer+JOY1sXxAFgYAZiFxcCRwDeFLOXtbFCB8RmQGLvlLtTsH32Aomf RNVeq0juVK2TIdiQnhACz7mxHR+L/ECIssVMD7L0hKc5Ocp1Di3WQXkJwkR/U7go2dWR sG+g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=dQva2a1O; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c19si7698486ejj.206.2021.10.01.16.25.47; Fri, 01 Oct 2021 16:26:11 -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; dkim=pass header.i=@linux-foundation.org header.s=korg header.b=dQva2a1O; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231185AbhJAXXv (ORCPT + 99 others); Fri, 1 Oct 2021 19:23:51 -0400 Received: from mail.kernel.org ([198.145.29.99]:41404 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231168AbhJAXXt (ORCPT ); Fri, 1 Oct 2021 19:23:49 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7E13561242; Fri, 1 Oct 2021 23:22:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1633130524; bh=48kjGt07XBXeXXNfXIiZPlrFB+e8fc/lTBUd5CtkDpU=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=dQva2a1ObWFaFe3AYuTtygyRk4aWa7w/7tFSY05KA7dL91MgCiWKWdCGzQhS6BlDR k4Vj6fHYc4cGxSgLiT5gqKvbSy7PZHxxlMUBG10hq79mi2y2LBaYC++u0DGN7EswEg eLMYkX1Dtecbltiz15dX8dM1za7l8Rw4GNPb+BGQ= Date: Fri, 1 Oct 2021 16:22:04 -0700 From: Andrew Morton To: Brian Geffon Cc: Minchan Kim , Nitin Gupta , Sergey Senozhatsky , Jonathan Corbet , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-block@vger.kernel.org, Suleiman Souhlal , Jesse Barnes Subject: Re: [PATCH] zram: Allow backing device to be assigned after init Message-Id: <20211001162204.f8d20e62e8b528f5e2e5fa3e@linux-foundation.org> In-Reply-To: <20211001181627.394921-1-bgeffon@google.com> References: <20211001181627.394921-1-bgeffon@google.com> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 1 Oct 2021 11:16:27 -0700 Brian Geffon wrote: > There does not appear to be a technical reason to not > allow the zram backing device to be assigned after the > zram device is initialized. > > This change will allow for the backing device to be assigned > as long as no backing device is already assigned. In that > event backing_dev would return -EEXIST. Why is this useful?