From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74172 invoked by alias); 29 Jun 2016 17:41:12 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 74141 invoked by uid 89); 29 Jun 2016 17:41:06 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy= X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 29 Jun 2016 17:41:05 +0000 Received: from vapier.lan (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id E0521340A60; Wed, 29 Jun 2016 17:41:03 +0000 (UTC) Date: Wed, 29 Jun 2016 17:41:00 -0000 From: Mike Frysinger To: Yao Qi Cc: gdb-patches@sourceware.org Subject: Re: [PATCH] Set unknown_syscall differently on arm linux Message-ID: <20160629174103.GW4685@vapier.lan> Mail-Followup-To: Yao Qi , gdb-patches@sourceware.org References: <1467105996-18063-1-git-send-email-yao.qi@linaro.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hD6P3ib1XCFtz2ni" Content-Disposition: inline In-Reply-To: <1467105996-18063-1-git-send-email-yao.qi@linaro.org> X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00525.txt.bz2 --hD6P3ib1XCFtz2ni Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-length: 460 On 28 Jun 2016 10:26, Yao Qi wrote: > Currently, we use 123456789 as unknown or illegal syscall number, and > expect program return ENOSYS. Although 123456789 is an illegal syscall > number on arm linux, kernel sends SIGILL rather than returns -ENOSYS. err, what ? calling random syscalls should not result in signals being generated (ignoring obvious ones like __NR_kill). is the kernel broken ? i think this needs more investigation & explanation. -mike --hD6P3ib1XCFtz2ni Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJXdAgvAAoJEEFjO5/oN/WBIfAQAMkuhqDtsi80/aBQ5pIRoC3y O4wWgSoIvMMSWD6wjqkzfvZcSJ9wq+0r/NvbxHMPThIi8AlPEtzh1sbvT+AcmmdK Yab6iWUCw1T9OoHARJulkYByrEHU5g1ib6IFsDTadWER8hXbdZd4aFeY1KBwuEQm +5BHhpgUU8dQK+aG4Ksptj6b6ac1S2HhBzkXPlhHzLoju772PUWZHd6P1H9jJ9HD r8CFP2NgrITTFwzZreDZmh95D1CSTJekCXAO9gl9oWNCDyP/3H3Nypt1i1RnCC1K aV60q0B4UjQ21Nd4dQ0EbO+XkF1NiKS4GvPiotdozG2Eb6YKJIEwlkxoUVu3jQFh Z1AWDPimT12GfsE9SwuXiXvKO+lxNTo8uf/NCs/jZmzS8SyLRr3ga+OH8wd5FSzZ YL3I9C4k6h6agOVQqHfrsiCKIPdkiUO5asFzr8mmNBfuL0rSLAdagAZnTJRrRNQn rf+SnRAkgtZxWRc0vaYSNNMMuKeneKIHpQMFZXpnKfv9/FCthlaFXWjGy9lVFJWV gfVuOrBgcAM/IT4zLDlpwzoBlKU7xQdj1AgbsOPFkrbvtieEV79td8JkxNci2kG0 /sq36hk3Zz7YbKpqLwZmUhA8rBXRMe69Ryc2UC/TEnBMxtJVxWLDUlWuNlVn5brA 5/+5EYJeQmyjALOoLMnm =gexE -----END PGP SIGNATURE----- --hD6P3ib1XCFtz2ni--