From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30272 invoked by alias); 27 Sep 2011 16:14:56 -0000 Received: (qmail 30260 invoked by uid 22791); 27 Sep 2011 16:14:54 -0000 X-SWARE-Spam-Status: No, hits=-6.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS 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; Tue, 27 Sep 2011 16:14:37 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p8RGEaYW020108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 27 Sep 2011 12:14:36 -0400 Received: from [10.3.113.76] (ovpn-113-76.phx2.redhat.com [10.3.113.76]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p8RGEaIn022926; Tue, 27 Sep 2011 12:14:36 -0400 Message-ID: <4E81F66C.2030005@redhat.com> Date: Tue, 27 Sep 2011 16:14:00 -0000 From: Josh Stone User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0.2) Gecko/20110906 Thunderbird/6.0.2 MIME-Version: 1.0 To: "Turgis, Frederic" CC: SystemTap Subject: Re: Met Problem on Enable SystemTap on Android References: <4E5D3AC7.8050106@redhat.com> <4E5D449B.70109@redhat.com> <4E5D6127.2070602@redhat.com> <13872098A06B02418CF379A158C0F146016301D041@dnce02.ent.ti.com> <4E5E5E8F.5070700@redhat.com> <13872098A06B02418CF379A158C0F146016301D593@dnce02.ent.ti.com> <4E80E5FE.103@redhat.com> <13872098A06B02418CF379A158C0F1460163824B7F@dnce02.ent.ti.com> In-Reply-To: <13872098A06B02418CF379A158C0F1460163824B7F@dnce02.ent.ti.com> Content-Type: text/plain; charset=windows-1252 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: 2011-q3/txt/msg00397.txt.bz2 On 09/27/2011 07:25 AM, Turgis, Frederic wrote: > Not sure this is same use case but "adb shell cat xxx" or "adb shell > xxx" performed on my host is expected to run the right thing on > target. The difference is whether that remote command needs stdin from the host. For "adb shell cat" with no file argument, it should be copying stdin to stdout, but it receives nothing. > For example, I could do "adb shell /data/systemtapxxx/bin/staprun > /data/systemtapxxx/test.ko" and get ouput directly on my host (but I > prefer dumping in a tmpfs then pull on host). This is silicon vendor > dev platform and not phone. So when we do stap --remote, we launch a stapsh that needs to go back and forth with a few queries -- what's your uname, upload this file, start staprun. If stdin isn't working, this gets nowhere. > I still have previous mail in my Inbox to have a look but this is > not top of my list :-( No problem, it's just moving back down my list too. :) Josh