From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10456 invoked by alias); 21 Jan 2012 01:18:18 -0000 Received: (qmail 10440 invoked by uid 22791); 21 Jan 2012 01:18:17 -0000 X-SWARE-Spam-Status: No, hits=-6.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 21 Jan 2012 01:18:01 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q0L1Hv82031118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 20 Jan 2012 20:17:57 -0500 Received: from [10.3.113.129] (ovpn-113-129.phx2.redhat.com [10.3.113.129]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id q0L1HuUG028887; Fri, 20 Jan 2012 20:17:57 -0500 Message-ID: <4F1A1244.3010908@redhat.com> Date: Sat, 21 Jan 2012 01:18:00 -0000 From: Josh Stone User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Chris Dunlop CC: systemtap@sourceware.org Subject: Re: Error removing module: Device or resource busy References: <20111223050020.GA11829@onthe.net.au> <4EF4E089.6060008@redhat.com> <20111225235927.GA2907@onthe.net.au> <4EF8BDF6.2070105@redhat.com> <20111228080728.GA12001@onthe.net.au> In-Reply-To: <20111228080728.GA12001@onthe.net.au> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2012-q1/txt/msg00031.txt.bz2 Hi Chris -- Sorry for my delayed reply, this fell to the back of my head over the holidays and travel afterward. On 12/28/2011 12:07 AM, Chris Dunlop wrote: > On Mon, Dec 26, 2011 at 10:33:26AM -0800, Josh Stone wrote: >> If only stap was working, so we could write some scripts to track down >> why stap isn't working... :/ > > :/ > > ... on the other hand, it seems to be working up to the point of unloading. So perhaps? If you're still having this issue, and willing to work on it, then I'll whip up a script around module activity. And if you can share your .config and which kernel tag you're building from now, I'll try to reproduce the issue in one of my test VMs. I guess you're probably building with some debian patches, but I'll want to try a vanilla kernel first. Josh