From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933598AbbHKXCd (ORCPT ); Tue, 11 Aug 2015 19:02:33 -0400 Received: from mail-oi0-f41.google.com ([209.85.218.41]:35018 "EHLO mail-oi0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933294AbbHKW75 (ORCPT ); Tue, 11 Aug 2015 18:59:57 -0400 MIME-Version: 1.0 In-Reply-To: <20150811224905.GC15639@lerouge> References: <60e90901eee611e59e958bfdbbe39969b4f88fe5.1435952415.git.luto@kernel.org> <20150811221822.GA15639@lerouge> <20150811224905.GC15639@lerouge> From: Andy Lutomirski Date: Tue, 11 Aug 2015 15:59:37 -0700 Message-ID: Subject: Re: [tip:x86/asm] x86/asm/entry/64: Migrate error and IRQ exit work to C and remove old assembly code To: Frederic Weisbecker , Paul McKenney Cc: Denys Vlasenko , Rik van Riel , Borislav Petkov , Peter Zijlstra , Brian Gerst , Denys Vlasenko , Kees Cook , Thomas Gleixner , Oleg Nesterov , Andrew Lutomirski , Linus Torvalds , Ingo Molnar , "H. Peter Anvin" , "linux-kernel@vger.kernel.org" , "linux-tip-commits@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 11, 2015 at 3:49 PM, Frederic Weisbecker wrote: > On Tue, Aug 11, 2015 at 03:25:04PM -0700, Andy Lutomirski wrote: >> Can you explain to me what context tracking does that rcu_irq_enter >> and vtime_account_irq_enter don't do that's expensive? Frankly, I'd >> rather drop everything except the context tracking callback. > > Irqs have their own hooks in the generic code. irq_enter() and irq_exit(). > And those take care of RCU and time accounting already. So arch code really > doesn't need to care about that. I'd love to have irq_enter_from_user and irq_enter_from_kernel instead. > > context tracking exists for the sole purpose of tracking states that don't > have generic hooks. Those are syscalls and exceptions. > > Besides, rcu_user_exit() is more costly than rcu_irq_enter() which have been > designed for the very purpose of providing a fast RCU tracking for non sleepable > code (which needs rcu_user_exit()). > So rcu_user_exit is slower because it's okay to sleep after calling it? Would it be possible to defer the overhead until we actually try to sleep rather than doing it on entry? (I have no idea what's going on under the hood.) Anyway, irq_enter_from_user would solve this problem completely. > > I've been thinking about pushing down syscalls and exceptions to generic > handlers. It might work for syscalls btw. But many exceptions have only > arch handlers, or significant amount of work is done on the arch level > which might make use of RCU (eg: breakpoint handlers on x86). I'm trying to port the meat of the x86 syscall code to C. Maybe the result will generalize. The exit code is already in C (in -tip). --Andy -- Andy Lutomirski AMA Capital Management, LLC