Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp2965903img; Mon, 25 Mar 2019 00:31:47 -0700 (PDT) X-Google-Smtp-Source: APXvYqy5N/uIwEw+e7qSwzOKzs4LZHqMkcBIlcf/UqKF40gUk58J1edFd+FFj3+uiL1Y7ZBQMsb8 X-Received: by 2002:a17:902:801:: with SMTP id 1mr23078373plk.299.1553499107293; Mon, 25 Mar 2019 00:31:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553499107; cv=none; d=google.com; s=arc-20160816; b=Ew0NNkNMAnc4Ne0y04rWtEOvKFnWEQj9ZoKmm02SSRs7Mo8vzlie03iYFLYPVtLLgo di7TVwwjwoe4OdHEKDGzVGjx0st1+qq4BX5pdwXYEw1NoEM382uHI27iLrpS2tmv/T6V ENWOF6tREtUMohgx+bQLwsspuOTz5NuCrY0NIcR5eLwhE4Nu1L6HNpPVrMIf83XixNgo KsCPZZYuvk2Yl1qrUjYNnXlL3k7HvjBWDbFtKrym5RMDEZODLWkrPoMHJZ5bqpXpc2fj 97LUz1gAe1igstBpZv5j2M7yPpRRQpAp/E7m01r0JTWC1rzk48r8palVJQxMlXR9Fp3y L3lQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=cJij71Rio9zV7FI6dEYGrorRrfXyiTqEUhbK0NeDFbE=; b=pPmPtAgr5tTMvrZ3f4SlyKgaDgc1s9KLbn/H4ruF7PQbkc/pMEMFhDJeyl0fy67u2d P/kNxQnUxTnku0Kc9PwLXT9Mw2VaGPLiz8pMc1ivo+vG7Ba5EVuJn0mJ5AOfWM2WDGxb SPcJGcks83S9UrGXoX25F0Aw0P57NrF6buxBB+v1YbLA2qcpXn6A5w/b6uIhUlyhX60P zmx+zvr0qteLQVdBxwSiz/g6nk0r2ti46A4hDsyhSTOmfQ1wX7NFbDRyz6n1zckTgl/J hUJe+nu2kX//H+AFvLuEm3koyRyho/M23cQdxGXa74eqgDejzIteXs6Pmq78/WwageKn axhw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 61si14285134plr.153.2019.03.25.00.31.32; Mon, 25 Mar 2019 00:31:47 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729836AbfCYHaq (ORCPT + 99 others); Mon, 25 Mar 2019 03:30:46 -0400 Received: from mx2.suse.de ([195.135.220.15]:57990 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729720AbfCYHaq (ORCPT ); Mon, 25 Mar 2019 03:30:46 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 7778FAE31; Mon, 25 Mar 2019 07:30:45 +0000 (UTC) Received: by unicorn.suse.cz (Postfix, from userid 1000) id 1459AE1404; Mon, 25 Mar 2019 08:30:45 +0100 (CET) Date: Mon, 25 Mar 2019 08:30:45 +0100 From: Michal Kubecek To: Sudip Mukherjee Cc: linux-kernel Subject: Re: regression (bisected): "modprobe parport_pc" hangs in current mainline Message-ID: <20190325073045.GC26076@unicorn.suse.cz> References: <20190313064557.GA14531@unicorn.suse.cz> <20190320211813.GE29968@unicorn.suse.cz> <1572645.oXzt2vILsi@alaris> <20190324193838.ubiljot22zhf5mjq@debian> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190324193838.ubiljot22zhf5mjq@debian> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Mar 24, 2019 at 07:38:38PM +0000, Sudip Mukherjee wrote: > And I was able to reproduce the problem using a vm and Suse Tumblewood with > next-20190322. Can you please try the attached patch and test on your vm and > machine and check if it fixes the problem. > > -- > Regards > Sudip > diff --git a/drivers/parport/share.c b/drivers/parport/share.c > index 0171b8dbcdcd..f87948fbfc34 100644 > --- a/drivers/parport/share.c > +++ b/drivers/parport/share.c > @@ -274,7 +274,7 @@ static int port_check(struct device *dev, void *dev_drv) > int __parport_register_driver(struct parport_driver *drv, struct module *owner, > const char *mod_name) > { > - if (list_empty(&portlist)) > + if (list_empty(&portlist) && strcmp(drv->name, "daisy_drv")) > get_lowlevel_driver(); > > if (drv->devmodel) { Yes, with this patch (on top of v5.1-rc2), both physical machine and VM let the module(s) load cleanly even with the alias line restored. Tested-by: Michal Kubecek Thank you, Michal