Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4662812yba; Wed, 8 May 2019 00:10:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqzqIR2Tnji+0gaWjk/yUPeS1XkTFS2Pu0x51/yoOg99WDA7FBw43uKzInz5G5NEMOYVkx2X X-Received: by 2002:aa7:8e55:: with SMTP id d21mr46285120pfr.62.1557299426682; Wed, 08 May 2019 00:10:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1557299426; cv=none; d=google.com; s=arc-20160816; b=oUUll1Ho1segNVykGseFU2d+8VrA+kBprZxixudF/QcWk9kCeEDMQJW2VjsND2lr3j r+J5N4qlzkyZ0sxPBMjAzVZnja1sMDUYKfjLARfKbuyhyBJWKkAaw/WsptxkFSWl8po/ th1SZyPBoiZv5KKsrO4edNLVnAJdCh9yBGMyOkw9pDNuz1feTK9pAJjtBJ8/Vx26fzCG 0jITVjJn2QIEoagxAAIsGHiVPcw1EHogdWUyEFRW5oZnVTcNuQULU52sY0pMzVJl3IcL HbfMiuwkrzQgyXcHEjJmBNfyv+CxAqMnVPdfFA4jF2lxsM2WXyrhZCAykkW6qWtBTM8d lzJQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:cc:to:subject; bh=m+HRUrh+jcA73BYaJGXLZkrEiviuWlMANTBeQc+auB8=; b=zCe7ojyYQP/VO3TbVBGn9XaXduBbLGRYBDsorFnQJF6iuPmBvgI+wHUUnKIx6icvck Kfg5OHA02KMnH3+8XgINSuuORYKUgtQJXhcN3LRsPqVFq5Kbxyxvkuil5NyCVSi2/jVm H7FZovW6WUIc189l2EM7r3KnhHDizaXkW/jOgkisJQIPboMkkEX0Ig+2+SJTWu3V8Ko/ yoHZ66yiGlDGFy079Va7xuxdnopAElQOqwSTZ4Jgi8S79/1YbAwG2Jq4I1g3/bfLDxsY hjiuaqP38fFSjWk/rYG0Nm71D23pBLC5oEB1swUrVORwm2cUgFlJSjyt7WeQpesF83rE vdLQ== 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 t23si13818155plo.292.2019.05.08.00.10.10; Wed, 08 May 2019 00:10:26 -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 S1726678AbfEHHJQ (ORCPT + 99 others); Wed, 8 May 2019 03:09:16 -0400 Received: from ivanoab6.miniserver.com ([5.153.251.140]:51094 "EHLO www.kot-begemot.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725884AbfEHHJP (ORCPT ); Wed, 8 May 2019 03:09:15 -0400 Received: from [192.168.17.6] (helo=jain.kot-begemot.co.uk) by www.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hOGhU-0004P0-0x; Wed, 08 May 2019 07:09:12 +0000 Received: from erebus.kot-begemot.co.uk ([192.168.3.72]) by jain.kot-begemot.co.uk with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.89) (envelope-from ) id 1hOGhM-00080l-AJ; Wed, 08 May 2019 08:09:09 +0100 Subject: Re: [RESEND PATCH 4/4] um: irq: don't set the chip for all irqs To: Richard Weinberger , Bartosz Golaszewski Cc: Jeff Dike , Richard Weinberger , Geert Uytterhoeven , Bartosz Golaszewski , linux-um@lists.infradead.org, LKML References: <20190411094944.12245-1-brgl@bgdev.pl> <20190411094944.12245-5-brgl@bgdev.pl> From: Anton Ivanov Organization: Cambridge Greys Message-ID: <0e8fbdf3-c40d-e4e8-6235-c744ec7317c3@cambridgegreys.com> Date: Wed, 8 May 2019 08:09:04 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 X-Spam-Score: -1.0 X-Clacks-Overhead: GNU Terry Pratchett Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 07/05/2019 22:26, Richard Weinberger wrote: > On Thu, Apr 11, 2019 at 11:50 AM Bartosz Golaszewski wrote: >> >> From: Bartosz Golaszewski >> >> Setting a chip for an interrupt marks it as allocated. Since UM doesn't >> support dynamic interrupt numbers (yet), it means we cannot simply >> increase NR_IRQS and then use the free irqs between LAST_IRQ and NR_IRQS >> with gpio-mockup or iio testing drivers as irq_alloc_descs() will fail >> after not being able to neither find an unallocated range of interrupts >> nor expand the range. >> >> Only call irq_set_chip_and_handler() for irqs until LAST_IRQ. >> >> Signed-off-by: Bartosz Golaszewski >> Reviewed-by: Anton Ivanov >> Acked-by: Anton Ivanov > > Just noticed that this triggers the following errors while bootup: > Trying to reregister IRQ 11 FD 8 TYPE 0 ID (null) > write_sigio_irq : um_request_irq failed, err = -16 > Trying to reregister IRQ 11 FD 8 TYPE 0 ID (null) > write_sigio_irq : um_request_irq failed, err = -16 > VFS: Mounted root (hostfs filesystem) readonly on > > Can you please check? > This patch is already queued in -next. So we need to decide whether to > revert or fix it now. > I am looking at it. It passed tests in my case (I did the usual round). -- Anton R. Ivanov Cambridgegreys Limited. Registered in England. Company Number 10273661 https://www.cambridgegreys.com/