From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 121470 invoked by alias); 4 Aug 2016 04:42:46 -0000 Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org Received: (qmail 121421 invoked by uid 89); 4 Aug 2016 04:42:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=HX-Received:10.98.32.138, oom X-HELO: mail-pf0-f177.google.com Received: from mail-pf0-f177.google.com (HELO mail-pf0-f177.google.com) (209.85.192.177) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Thu, 04 Aug 2016 04:42:35 +0000 Received: by mail-pf0-f177.google.com with SMTP id p64so83753274pfb.1 for ; Wed, 03 Aug 2016 21:42:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=FQTAxpEyS1MxSV6wbSpArim/6eMKvkCBMI4qXeyigPA=; b=j2H1O/29AgNSijsg4J24bMzG4TB+EfCR4Uhsw67+tcZYEL/6evQw2gnI+/YCpHwIBh fR+1M5mxoQWQ9p3gD63GEhREe7VU/27MiTKmtF7cG6uK8LB2iy8q76IEpagKSLMlleDm E8oI4yr8MPp8TWw7vqbvNy2p3LTzVq2UhsjZkmL5WXZdU8V2KAW6FeiJncSsNwBh1MKo usceuOyIEb5EHrKLBJJO+J9k3CHm1mEdxX4vTtPGdBXAfU8sqil6D9NZxRNpjXlFWBAY xSvrtl0Xs3e3lHhBQkKRfw8wTfdnQ7q/eRS71K5spW435bTHOY87mm+U8orCUIbRtuVk ycKw== X-Gm-Message-State: AEkoouvsTLe2LsI8pcZDPiO8qoWVFMAgnvuPhU/1kDqxSDGAsMoPaN/VAIaHrdEDy2o8RVYK X-Received: by 10.98.32.138 with SMTP id m10mr122552931pfj.146.1470285753393; Wed, 03 Aug 2016 21:42:33 -0700 (PDT) Received: from localhost ([122.180.189.31]) by smtp.gmail.com with ESMTPSA id xv9sm16190212pab.36.2016.08.03.21.42.31 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 03 Aug 2016 21:42:32 -0700 (PDT) Date: Thu, 04 Aug 2016 04:42:00 -0000 From: Pratyush Anand To: William Cohen Cc: David Long , systemtap@sourceware.org, Mark Brown , Jeremy Linton , David Smith , "Frank Ch. Eigler" Subject: Re: exercising current aarch64 kprobe support with systemtap Message-ID: <20160804044230.GB22191@localhost.localdomain> References: <576C29E1.8060805@linaro.org> <0a594132-796b-779d-b473-a06c0f3e8ae8@redhat.com> <20160627141840.GB8139@dhcppc9> <577EA7EE.2070607@linaro.org> <20160803131302.GC18785@localhost.localdomain> <2947a749-a518-d560-f768-60cc2f2c691e@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2947a749-a518-d560-f768-60cc2f2c691e@redhat.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-IsSubscribed: yes X-SW-Source: 2016-q3/txt/msg00125.txt.bz2 Hi Will, On 03/08/2016:01:39:47 PM, William Cohen wrote: > On 08/03/2016 09:13 AM, Pratyush Anand wrote: > > On 07/07/2016:03:58:37 PM, Frank Ch. Eigler wrote: > >> David Long writes: > >> > >>> [...] > >>>> - bug_handler() calls report_bug() which calls __warn() > >>>> - __warn() does lot of pr_warn() which invokes print_worker_info() > >>>> where we have a kprobe instrumented. > >>>> - Therefore, we are encountering this issue. > > > > Hi Will, > > > > Can you please cross-check if following branch works perfectly with > > kprobes_onthefly.exp and other systemtap tests. > > > > https://github.com/pratyushanand/linux/tree/uprobe/upstream_arm64_devel_v1.1 > > > > Following patch in above branch should solve this issue. > > https://github.com/pratyushanand/linux/commit/d0dcc6477f1279ab0bd99aefc30efdecb16c586e > > > > However, I am not yet sure that above modification could be the best solution, > > so discussing at arm kernel list. > > > > ~Pratyush > > > > I have an AMD seattle machine set up Fedora24, the upstream_arm64_devel_v1.1 branch kernel locally built, and a locally built checkout of systemtap (systemtap rpm in fc24 doesn't generate models for linux 4.6 and newer kernels). Tried to run the systemtap tests with: > > make installcheck RUNTESTFLAGS="--debug systemtap.onthefly/kprobes_onthefly.exp" > > However at some point the kernel starts having problems: > > http://paste.stg.fedoraproject.org/5375/ Yes, this is what you were getting with earlier code as well, but now it is not going to infinite unexpected EL1, so at least proposed kprobe improvement seems fine to me. In this failing test we are getting oom and the oom_killer is called. So, I think, this is another point of investigation that why this OOM occurs. ~Pratyush