Received: by 2002:ac0:8845:0:0:0:0:0 with SMTP id g63csp553719img; Thu, 28 Feb 2019 04:11:52 -0800 (PST) X-Google-Smtp-Source: AHgI3IaLBKsLhcHvri5rOeID/3+wQkM48Dip99gsZcBJsM40SbIVNaBybPTWAgYYk6OiInpluX8a X-Received: by 2002:a17:902:e486:: with SMTP id cj6mr7626045plb.86.1551355912342; Thu, 28 Feb 2019 04:11:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551355912; cv=none; d=google.com; s=arc-20160816; b=G2eHNMQ/KYXi8+uysSpLXiMr9bn33WgkK68LGwXvVVuy77NlKWCVzd9k0qaUSO1w63 HYlSeQ52MH0CMK7kUXNMYMSp8KW+ui8u1Inpv3HcyVo3VPynbqiWrbLpYsa7DV3eC2mU yXEgg259EcwttVVX8H7U7JPziI0SgPGAC38W8Hqd5hHMbxiN4t4u4jsCx2yGjcnyxRY2 2XGuExpZCj7F0xtbUlYOcu/3FIZDvrwIVS7GiImq1Q+VITSiuRcFiTtRg56L7OEJ4fOf nnJJwGoaFp15TQl8dAfu1ZDNhFLQCEJsBzr2d9TR1viPhQIUykz6LBy7iJLEozuJXjiW GGpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=6K4nLnxWTlElpwUpbaQqbmL8oyRQ0zU+P3jccToXA0E=; b=LW+CURCc/czEoco83t48KzKCQLON4/9cvJ3YwmRC60Ir+mZhLQbQvV97Eiv4DTBwG8 ddwfmVJ2eRG/CD8fNPgns4t9ULXqCtiJNsUH2ONg6Q9Xf5IJhNfALHXMH/pPYOrTiU2l OgL4LA8Cbs3/YPSQ78j96E1PDsHBUKm2X/Vn0n2qlSzI+CtNuFaCgMAgqXoKktTh79ue tdSD5V9W0tGg+mRRKW3yznkyFdaD3xTAeoJ/yQ1sbrPP0w9snL9oOCgidZ0e2wAJqPqB 2J80YQCKC3lAIGYeLAv9suL+EwhpAuVO9zOGs/CkntnaLTwmM8ufxgs8o09cBdNIxCyF 4uwg== 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 q83si17636719pfa.205.2019.02.28.04.11.36; Thu, 28 Feb 2019 04:11:52 -0800 (PST) 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 S1731486AbfB1Kur (ORCPT + 99 others); Thu, 28 Feb 2019 05:50:47 -0500 Received: from Galois.linutronix.de ([146.0.238.70]:54714 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725934AbfB1Kur (ORCPT ); Thu, 28 Feb 2019 05:50:47 -0500 Received: from [5.158.153.52] (helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1gzJH1-0002Fn-LN; Thu, 28 Feb 2019 11:50:43 +0100 Date: Thu, 28 Feb 2019 11:50:43 +0100 (CET) From: Thomas Gleixner To: Chris Wilson cc: Sebastian Andrzej Siewior , LKML , David Airlie , intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, Peter Zijlstra Subject: Re: [Intel-gfx] [PATCH] drm/i915/fence: Do not use TIMER_IRQSAFE In-Reply-To: <155134918155.5847.17130320586410453868@skylake-alporthouse-com> Message-ID: References: <20190212162857.20003-1-bigeasy@linutronix.de> <20190226160038.5vwk465gwzfwn75i@linutronix.de> <155134800668.5847.13013477917200660218@skylake-alporthouse-com> <155134918155.5847.17130320586410453868@skylake-alporthouse-com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 28 Feb 2019, Chris Wilson wrote: > Quoting Thomas Gleixner (2019-02-28 10:09:26) > > On Thu, 28 Feb 2019, Chris Wilson wrote: > > > It may not be the best of api, but it's the only one available for the > > > driver to use... > > > > The comment in the header files says clearly: > > > > * Note: The irq disabled callback execution is a special case for > > * workqueue locking issues. It's not meant for executing random crap > > * with interrupts disabled. Abuse is monitored! > > > > So what's so special in drm that you need to call del_timer_sync() from > > interrupt context? > > There's no protection against fence signaling from inside interrupt > context, and a lot of pressure to do so. Whatever that means that still does not justify to pick something which is clearly stated not to be for general usage without talking to the people who added that restriction. I looked at that code and it's so well commented that's it's utterly obvious how all this is connected and why this is the only way to solve the problem. Oh well.. Thanks, tglx