From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10956 invoked by alias); 21 Jan 2012 07:27:29 -0000 Received: (qmail 10941 invoked by uid 22791); 21 Jan 2012 07:27:27 -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 07:27:12 +0000 Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q0L7R8EC005218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 21 Jan 2012 02:27:08 -0500 Received: from [10.3.113.129] (ovpn-113-129.phx2.redhat.com [10.3.113.129]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q0L7R7hT031432; Sat, 21 Jan 2012 02:27:08 -0500 Message-ID: <4F1A68CB.8000409@redhat.com> Date: Sat, 21 Jan 2012 07:27: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> <4F1A1244.3010908@redhat.com> <20120121013535.GA8165@onthe.net.au> <20120121023012.GA8844@onthe.net.au> In-Reply-To: <20120121023012.GA8844@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/msg00035.txt.bz2 On 01/20/2012 06:30 PM, Chris Dunlop wrote: > On Sat, Jan 21, 2012 at 12:35:35PM +1100, Chris Dunlop wrote: >> I'm building from vanilla linux-3.1.10 (9bb1282), .config below. > > Oh, this is probably worth mentioning: whilst the problem is > occuring on debian wheezy/sid, both the kernel and systemtap are > being built on a different machine running Ubuntu 10.04. Those gcc are quite different -- looks like 4.4.3 vs 4.6.1/2? Perhaps try the "stap -p4" step from the same Ubuntu machine, with "-r DIR" to the kernel build directory since it's sort of cross compiling. Then ship that over and use staprun as before. The compiler used to create stap itself shouldn't matter much, but I could see some ABI difference causing issues between the kernel's gcc and that used by stap to produce its modules. If this is the case, we should think about ways to detect and preemptively stomp such mixing. Josh