Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp233111pxf; Thu, 8 Apr 2021 01:36:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwp7SF4DtW6ftUjB3AfrP8JrvvZ1QL4kCqtZv473afMLlbk30WWPjopTeAgS+ORAKTtZp0b X-Received: by 2002:aa7:860f:0:b029:200:851:1bff with SMTP id p15-20020aa7860f0000b029020008511bffmr6487680pfn.64.1617870989918; Thu, 08 Apr 2021 01:36:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617870989; cv=none; d=google.com; s=arc-20160816; b=Rkhi8CSp9lbw61SlBpSdtu8f/ugVky4/lnmZ9HUdiJSL0G3uyqseQxXU31kHnzvFLS LWwKARCfO6DdinFT/LUcxQ3BjCnMkc+D9NXWUZ3rwz1HRe7iRvAgrEyIBeRTAbNuYAiJ istCC29RQ0sNjQ+cM/NzZDlodmkCHGcGizl1gZgfe3WjUaKtKJMPDPyznWh515Q3gFFN YIg6lEDrllvZFGusB2fOuYXPFT7yKLnqiMm0KJRyBDJBOQEGb4IsusddpslnIC2OMbBH IOntQTDdTImIms3rbQtGkkKHXEci4q6gXAiTNLVgVN3lKWxDhcTBPdvaCXctM8yp81qB jF3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date:dkim-signature; bh=5xU3qndBytpateniqVWM/NnI8mzOEBrmGYUVet8tPiY=; b=zqYuGv0kh0dBBwra0z4G8l1Isp8n3Ld77jMSdQ1puEXhGe+0s9ED//mvmNASIoENNT 7x6ZDjR/DIrgcnb3IcQiEYtoTcx9D2VMaOyNicLnGDNDWi/cwWM4crq5gC8of+F25P5H XcxRmB6VEJ4rTHqcXUt5vWk977hDfp6Aapf5J1mTYWkL/i9bD/dIGp8swELihqCmqfeb Y6tYPiUVK2aVsP5AhPQCVadC7Wqr2jIK0ED5auRwMRdTt0RNVFhGvITLIcP2qAGOvGO4 HhEllvrrXyqAGTd7PzsrA4B6Zw3Ucfb0ieKy6GauF2BL2+k0nH0XpOgCIHCJy0kq9QJt FcUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=rOlLpgA3; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mr16si2321633pjb.140.2021.04.08.01.36.16; Thu, 08 Apr 2021 01:36:29 -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=@kernel.org header.s=k20201202 header.b=rOlLpgA3; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230209AbhDHIff (ORCPT + 99 others); Thu, 8 Apr 2021 04:35:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:43020 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230143AbhDHIfd (ORCPT ); Thu, 8 Apr 2021 04:35:33 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D093061164; Thu, 8 Apr 2021 08:35:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1617870922; bh=BEaco4g2a06N1Cu9BMmZSo61MPIxsXW2hodAnCuxAxI=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=rOlLpgA32RNua4zMfU9JoxHhhwUwkoV54HuUZW8w8LZVM59n/WaowiIEiP1XdmJv2 Wxkue8OElnCYw4UIQeuvcn0bULQW/P4D1HnS6CCIF1FMDA1Fg+DJzmGwAR7huKvTMp 4Ni7JoFltjm4Y42DH4Ka+EOyxeSnkTqccyF4ZBu5zm5lXNkty7Pizy6cj+zGxZiv7U UOdbcdN1Ck9n/eApgGSbSjvCyvOPfVRADYxnclEM/LiBEVbSD6IXzC1T8/bNEcUkas 9GysknsOJwKIG2yqDF6iOlWQEoOHN5oHck5By9Y3NVOL1Qyi8J2rwxmJqXw1rebg1U py0z5+0YZkSgA== Date: Thu, 8 Apr 2021 10:35:17 +0200 (CEST) From: Jiri Kosina To: Greg KH cc: Thomas Gleixner , Luis Chamberlain , Minchan Kim , keescook@chromium.org, dhowells@redhat.com, hch@infradead.org, mbenes@suse.com, ngupta@vflare.org, sergey.senozhatsky.work@gmail.com, Jens Axboe , linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/2] zram: fix crashes due to use of cpu hotplug multistate In-Reply-To: Message-ID: References: <20210319190924.GK4332@42.do-not-panic.com> <20210322204156.GM4332@42.do-not-panic.com> <20210401235925.GR4332@42.do-not-panic.com> <87blap4kum.ffs@nanos.tec.linutronix.de> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 8 Apr 2021, Greg KH wrote: > > If there is a driver/subsystem code that can't handle the reverse > > operation to modprobe, it clearly can't handle error handling during > > modprobe (which, one would hope, is supported), and should be fixed. > > Huh? No, that's not the issue here, it's the issue of different > userspace code paths into the module at the same time that it is trying > to be unloaded. That has nothing to do with loading the module the > first time as userspace is not touching those apis yet. So do you claim that once the first (out of possibly many) userspace-visible sysfs entry has been created during module insertion and made available to userspace, there is never going to be rollback happening that'd be removing that first sysfs entry again? Thanks, -- Jiri Kosina SUSE Labs