From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JCgNg-00089s-Kl for qemu-devel@nongnu.org; Wed, 09 Jan 2008 14:14:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JCgNf-00087e-3h for qemu-devel@nongnu.org; Wed, 09 Jan 2008 14:14:28 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JCgNe-00087O-NJ for qemu-devel@nongnu.org; Wed, 09 Jan 2008 14:14:26 -0500 Received: from nz-out-0506.google.com ([64.233.162.237]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JCgNe-0004u7-FI for qemu-devel@nongnu.org; Wed, 09 Jan 2008 14:14:26 -0500 Received: by nz-out-0506.google.com with SMTP id f1so862569nzc.37 for ; Wed, 09 Jan 2008 11:14:26 -0800 (PST) Message-ID: <9c10c9f0801091114r4afe0cf2ncf3d0d3538808191@mail.gmail.com> Date: Wed, 9 Jan 2008 16:14:25 -0300 From: "Lauro Ramos Venancio" Subject: Re: [Qemu-devel] [PATCH] zero/NULL fixes. In-Reply-To: <1197420123.2947.90.camel@phantasm.home.enterpriseandprosperity.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1197420123.2947.90.camel@phantasm.home.enterpriseandprosperity.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: thayne@c2.net, qemu-devel@nongnu.org I think these patches are important bugfixes and they should be applied on the qemu head. They fix some LTP tests. Lauro 2007/12/11, Thayne Harbaugh : > The EFAULT changes use a result of NULL to detect a failure from lock*() > functions. There are syscalls that accept NULL as a valid argument and > now the syscalls return -EFAULT. These patches allow appropriate > syscalls to accept NULL. > > I have put together a regression test harness wrapped around the Linux > Test Project (LTP). I've been able to find regressions that were caused > by the EFAULT changes. It's more exhaustive than running an ls > executable and has helped find existing bugs as well as regressions. It > will run regression tests for multiple architectures. > > I'll be sending a few more patches for this same type of regression. I > should also be sending in the test harness once I've worked out a few > more details. > >