From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id B1B72C2B9F4 for ; Thu, 17 Jun 2021 10:06:38 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 64B28611CE for ; Thu, 17 Jun 2021 10:06:38 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 64B28611CE Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:58264 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ltouz-0000Kl-8B for qemu-devel@archiver.kernel.org; Thu, 17 Jun 2021 06:06:37 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58022) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltodK-0007AN-9X for qemu-devel@nongnu.org; Thu, 17 Jun 2021 05:48:23 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:29751) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ltodH-0001U1-Qn for qemu-devel@nongnu.org; Thu, 17 Jun 2021 05:48:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1623923299; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=F4MOxOkxZbEbEr1UIoGh7rzE7hDEShXz8OdWVW7vWrM=; b=EorByOyxju6salWGoHu9Xg+PIdaeXzy4VqK1BmW5if+0TUg6QcjISsC5hlgSy4npJ6SKMZ kGiEF4DuW3/WzWZ0yPq8KHyDyrM9Keyn5PceHGjrOP8qNIiGpxKnUeBwPbmqVRaSvbxsZ+ 6uHoCxnXnZ8MYurtJXGzDvxONM777ZE= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-230-jl5iPvDzPVGGAyitLgarNg-1; Thu, 17 Jun 2021 05:48:17 -0400 X-MC-Unique: jl5iPvDzPVGGAyitLgarNg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id C2DB414EE; Thu, 17 Jun 2021 09:48:16 +0000 (UTC) Received: from sirius.home.kraxel.org (ovpn-112-38.ams2.redhat.com [10.36.112.38]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 70B9C5D9D7; Thu, 17 Jun 2021 09:48:13 +0000 (UTC) Received: by sirius.home.kraxel.org (Postfix, from userid 1000) id DDC3D18000B2; Thu, 17 Jun 2021 11:48:11 +0200 (CEST) Date: Thu, 17 Jun 2021 11:48:11 +0200 From: Gerd Hoffmann To: Claudio Fontana Subject: Re: [PATCH 0/4] modules: add support for target-specific modules. Message-ID: <20210617094811.gatatv7vla2rxqgc@sirius.home.kraxel.org> References: <20210610101553.943689-1-kraxel@redhat.com> <5953598.eXybCX72BP@pizza> <20210615050930.bmgup2axfr7sqvoa@sirius.home.kraxel.org> <2963309.4TrVdrBa0x@pizza> <20210616092815.rjznyjnvgrrfojq6@sirius.home.kraxel.org> <20210617053759.uibvdpu2wtq3fqwv@sirius.home.kraxel.org> <2be72be7-5c3f-e25d-fb84-cf58b573bf27@suse.de> MIME-Version: 1.0 In-Reply-To: <2be72be7-5c3f-e25d-fb84-cf58b573bf27@suse.de> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=kraxel@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received-SPF: pass client-ip=170.10.133.124; envelope-from=kraxel@redhat.com; helo=us-smtp-delivery-124.mimecast.com X-Spam_score_int: -29 X-Spam_score: -3.0 X-Spam_bar: --- X-Spam_report: (-3.0 / 5.0 requ) BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.199, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "Michael S. Tsirkin" , Christian Schoenebeck , Greg Kurz , "qemu-devel@nongnu.org" , =?utf-8?B?Sm9zw6k=?= Ricardo Ziviani , Paolo Bonzini , Philippe =?utf-8?Q?Mathieu-Daud=C3=A9?= Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" Hi, > Do we need to be able to unload modules that we previously loaded? Or is this not a realistic requirement? Surely doable, but it's work and needs infrastructure we don't have right now. We must be able to unregister everything modules can register, which is only partly the case today. We need usage counters so we can figure whenever a module is in use or not. Maybe more. I don't see a use case justifying that work. The linux kernel can unload modules (when enabled at build time), and pretty much the only reason I've ever used that is device driver development: test new driver version without reboot (as long as you don't make a mistake which Oopses the kernel ...). take care, Gerd