From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:24712 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726202AbgCJJjA (ORCPT ); Tue, 10 Mar 2020 05:39:00 -0400 Received: from pps.filterd (m0098414.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 02A9XjxM098061 for ; Tue, 10 Mar 2020 05:38:59 -0400 Received: from e06smtp01.uk.ibm.com (e06smtp01.uk.ibm.com [195.75.94.97]) by mx0b-001b2d01.pphosted.com with ESMTP id 2ynr9d5ekk-1 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for ; Tue, 10 Mar 2020 05:38:59 -0400 Received: from localhost by e06smtp01.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 10 Mar 2020 09:38:57 -0000 Date: Tue, 10 Mar 2020 10:38:47 +0100 From: Heiko Carstens Subject: Re: [PATCH v3] s390: replace setup_irq() by request_irq() References: <20200304005049.5291-1-afzal.mohd.ma@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200304005049.5291-1-afzal.mohd.ma@gmail.com> Message-Id: <20200310093847.GD3951@osiris> Sender: linux-s390-owner@vger.kernel.org List-ID: To: afzal mohammed Cc: linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org, Vasily Gorbik , Christian Borntraeger , Sebastian Ott , Peter Oberparleiter On Wed, Mar 04, 2020 at 06:20:48AM +0530, afzal mohammed wrote: > request_irq() is preferred over setup_irq(). Invocations of setup_irq() > occur after memory allocators are ready. > > Per tglx[1], setup_irq() existed in olden days when allocators were not > ready by the time early interrupts were initialized. > > Hence replace setup_irq() by request_irq(). > > [1] https://lkml.kernel.org/r/alpine.DEB.2.20.1710191609480.1971@nanos > > Signed-off-by: afzal mohammed > --- > Hi s390 maintainers, > > if okay w/ this change, please consider taking it thr' your tree, else please > let me know. > > Regards > afzal Applied. However I changed the pr_err invocations to panic, since it doesn't make sense to continue if interrupt registration fails that early.