From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752505Ab3HUP7s (ORCPT ); Wed, 21 Aug 2013 11:59:48 -0400 Received: from www.linutronix.de ([62.245.132.108]:37631 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752023Ab3HUP7q (ORCPT ); Wed, 21 Aug 2013 11:59:46 -0400 Date: Wed, 21 Aug 2013 17:59:45 +0200 From: Sebastian Andrzej Siewior To: Steven Rostedt Cc: linux-kernel@vger.kernel.org, linux-rt-users , Thomas Gleixner , Carsten Emde , John Kacur , Clark Williams Subject: Re: [PATCH RT 0/3] hwlat-detector: Have it actually find hardware latency Message-ID: <20130821155945.GC16913@linutronix.de> References: <20130819213324.405942342@goodmis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20130819213324.405942342@goodmis.org> X-Key-Id: 97C4700B X-Key-Fingerprint: 09E2 D1F3 9A3A FF13 C3D3 961C 0688 1C1E 97C4 700B User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Steven Rostedt | 2013-08-19 17:33:24 [-0400]: >Thi patch series fixes up hwlat-detector to check the entire path >of time for a latency being hit, instead of the quick check between >two time stamps. > >It also uses the trace_local_clock() if available, which is much lighter >weight than ktime_get() which might produce false positives. As >the trace clock is used to detect irq latencies, it's suitable for >hardware latency. > >Finally, stop machine is removed and the test is run by a single thread. Applied, thanks. Sebastian