Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751444AbcDFQeA (ORCPT ); Wed, 6 Apr 2016 12:34:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44680 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750973AbcDFQd7 (ORCPT ); Wed, 6 Apr 2016 12:33:59 -0400 Date: Wed, 6 Apr 2016 11:33:56 -0500 From: Josh Poimboeuf To: Petr Mladek Cc: Jiri Kosina , Jessica Yu , Miroslav Benes , linux-kernel@vger.kernel.org, live-patching@vger.kernel.org, Vojtech Pavlik Subject: Re: [RFC PATCH v1.9 05/14] sched: horrible way to detect whether a task has been preempted Message-ID: <20160406163356.hba6jzkloaukknn4@treble.redhat.com> References: <24db5a6ae5b63dfcd2096a12d18e1399a351348e.1458933243.git.jpoimboe@redhat.com> <20160406130619.GA5218@pathway.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20160406130619.GA5218@pathway.suse.cz> User-Agent: Mutt/1.5.23.1 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1062 Lines: 37 On Wed, Apr 06, 2016 at 03:06:19PM +0200, Petr Mladek wrote: > On Fri 2016-03-25 14:34:52, Josh Poimboeuf wrote: > > This is a horrible way to detect whether a task has been preempted. > > Come up with something better: task flag? or is there already an > > existing mechanism? > > What about using kallsyms_lookup_size_offset() to check the address. > It is more heavyweight but less hacky. The following code seems > to work for me: > > bool in_preempt_schedule_irq(unsigned long addr) > { > static unsigned long size; > > if (unlikely(!size)) { > int ret; > > ret = kallsyms_lookup_size_offset( > (unsigned long)preempt_schedule_irq, > size, NULL); > > /* > * Warn when the function is used without kallsyms or > * when it is unable to locate preempt_schedule_irq(). > * Be conservative and always return true in this case. > */ > if (WARN_ON(!ret)) > size = -1L; > } > > return (addr - (unsigned long)preempt_schedule_irq <= size); > } Yeah, that would definitely be better. Though still somewhat hacky. -- Josh