diff for duplicates of <20110608163653.GA9592@redhat.com> diff --git a/a/1.txt b/N1/1.txt index bbcc037..2216d81 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -13,7 +13,7 @@ On 06/07, Eric Paris wrote: > > No harm is done calling twice. The first call will do the real work and > cleanup. It will set a flag in the audit data that the work has been -> done (in_syscall = 0) thus the second call will then not do any real +> done (in_syscall == 0) thus the second call will then not do any real > work and won't have anything to clean up. Hmm... and I assume context->previous != NULL is not possible on x86_64. diff --git a/a/content_digest b/N1/content_digest index 1a6a005..5fd413d 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,8 +2,8 @@ "ref\020110607171952.GA25729@redhat.com\0" "ref\01307472796.2052.12.camel@localhost.localdomain\0" "From\0Oleg Nesterov <oleg@redhat.com>\0" - "Subject\0Re: [PATCH -v2] Audit: push audit success and retcode into arch\0" - "Date\0Wed, 08 Jun 2011 16:36:53 +0000\0" + "Subject\0Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h\0" + "Date\0Wed, 8 Jun 2011 18:36:53 +0200\0" "To\0Eric Paris <eparis@redhat.com>\0" "Cc\0linux-kernel@vger.kernel.org" tony.luck@intel.com @@ -50,7 +50,7 @@ ">\n" "> No harm is done calling twice. The first call will do the real work and\n" "> cleanup. It will set a flag in the audit data that the work has been\n" - "> done (in_syscall = 0) thus the second call will then not do any real\n" + "> done (in_syscall == 0) thus the second call will then not do any real\n" "> work and won't have anything to clean up.\n" "\n" "Hmm... and I assume context->previous != NULL is not possible on x86_64.\n" @@ -62,4 +62,4 @@ "\n" Oleg. -5cd1aed01dda3234419ea6a9c55f2a7ef9d3f88c91d5320917ad6fcb804de59d +ca1144c905d35c95c79ff74566a607bf67521efd8756b6c346306a4b79ce08cd
diff --git a/a/1.txt b/N2/1.txt index bbcc037..b1b8735 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -13,7 +13,7 @@ On 06/07, Eric Paris wrote: > > No harm is done calling twice. The first call will do the real work and > cleanup. It will set a flag in the audit data that the work has been -> done (in_syscall = 0) thus the second call will then not do any real +> done (in_syscall == 0) thus the second call will then not do any real > work and won't have anything to clean up. Hmm... and I assume context->previous != NULL is not possible on x86_64. @@ -24,3 +24,8 @@ microoptimize the case when TIF_SYSCALL_AUDIT is the only reason for the slow path. I wonder if it really makes the measureble difference... Oleg. + +_______________________________________________ +Linuxppc-dev mailing list +Linuxppc-dev@lists.ozlabs.org +https://lists.ozlabs.org/listinfo/linuxppc-dev diff --git a/a/content_digest b/N2/content_digest index 1a6a005..60cc1c4 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,37 +2,36 @@ "ref\020110607171952.GA25729@redhat.com\0" "ref\01307472796.2052.12.camel@localhost.localdomain\0" "From\0Oleg Nesterov <oleg@redhat.com>\0" - "Subject\0Re: [PATCH -v2] Audit: push audit success and retcode into arch\0" - "Date\0Wed, 08 Jun 2011 16:36:53 +0000\0" + "Subject\0Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h\0" + "Date\0Wed, 8 Jun 2011 18:36:53 +0200\0" "To\0Eric Paris <eparis@redhat.com>\0" - "Cc\0linux-kernel@vger.kernel.org" - tony.luck@intel.com + "Cc\0linux-mips@linux-mips.org" + linux-ia64@vger.kernel.org + linux-sh@vger.kernel.org + heiko.carstens@de.ibm.com + paulus@samba.org + hpa@zytor.com + sparclinux@vger.kernel.org + linux-s390@vger.kernel.org + richard@nod.at + x86@kernel.org + mingo@redhat.com fenghua.yu@intel.com + user-mode-linux-devel@lists.sourceforge.net + microblaze-uclinux@itee.uq.edu.au + jdike@addtoit.com + viro@zeniv.linux.org.uk + tglx@linutronix.de monstr@monstr.eu + tony.luck@intel.com + linux-kernel@vger.kernel.org ralf@linux-mips.org - benh@kernel.crashing.org - paulus@samba.org + lethal@linux-sh.org schwidefsky@de.ibm.com - heiko.carstens@de.ibm.com linux390@de.ibm.com - lethal@linux-sh.org - davem@davemloft.net - jdike@addtoit.com - richard@nod.at - tglx@linutronix.de - mingo@redhat.com - hpa@zytor.com - x86@kernel.org - viro@zeniv.linux.org.uk akpm@linux-foundation.org - linux-ia64@vger.kernel.org - microblaze-uclinux@itee.uq.edu.au - linux-mips@linux-mips.org linuxppc-dev@lists.ozlabs.org - linux-s390@vger.kernel.org - linux-sh@vger.kernel.org - sparclinux@vger.kernel.org - " user-mode-linux-devel@lists.sourceforge.net\0" + " davem@davemloft.net\0" "\00:1\0" "b\0" "On 06/07, Eric Paris wrote:\n" @@ -50,7 +49,7 @@ ">\n" "> No harm is done calling twice. The first call will do the real work and\n" "> cleanup. It will set a flag in the audit data that the work has been\n" - "> done (in_syscall = 0) thus the second call will then not do any real\n" + "> done (in_syscall == 0) thus the second call will then not do any real\n" "> work and won't have anything to clean up.\n" "\n" "Hmm... and I assume context->previous != NULL is not possible on x86_64.\n" @@ -60,6 +59,11 @@ "microoptimize the case when TIF_SYSCALL_AUDIT is the only reason for the\n" "slow path. I wonder if it really makes the measureble difference...\n" "\n" - Oleg. + "Oleg.\n" + "\n" + "_______________________________________________\n" + "Linuxppc-dev mailing list\n" + "Linuxppc-dev@lists.ozlabs.org\n" + https://lists.ozlabs.org/listinfo/linuxppc-dev -5cd1aed01dda3234419ea6a9c55f2a7ef9d3f88c91d5320917ad6fcb804de59d +d8cae7ff02a21164bc982e22c288120c7617f8bfccccd5196b3cb21ab032f8ad
diff --git a/a/1.txt b/N3/1.txt index bbcc037..2216d81 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -13,7 +13,7 @@ On 06/07, Eric Paris wrote: > > No harm is done calling twice. The first call will do the real work and > cleanup. It will set a flag in the audit data that the work has been -> done (in_syscall = 0) thus the second call will then not do any real +> done (in_syscall == 0) thus the second call will then not do any real > work and won't have anything to clean up. Hmm... and I assume context->previous != NULL is not possible on x86_64. diff --git a/a/content_digest b/N3/content_digest index 1a6a005..3e48a35 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -2,37 +2,36 @@ "ref\020110607171952.GA25729@redhat.com\0" "ref\01307472796.2052.12.camel@localhost.localdomain\0" "From\0Oleg Nesterov <oleg@redhat.com>\0" - "Subject\0Re: [PATCH -v2] Audit: push audit success and retcode into arch\0" - "Date\0Wed, 08 Jun 2011 16:36:53 +0000\0" + "Subject\0Re: [PATCH -v2] Audit: push audit success and retcode into arch ptrace.h\0" + "Date\0Wed, 8 Jun 2011 18:36:53 +0200\0" "To\0Eric Paris <eparis@redhat.com>\0" - "Cc\0linux-kernel@vger.kernel.org" - tony.luck@intel.com + "Cc\0linux-mips@linux-mips.org" + linux-ia64@vger.kernel.org + linux-sh@vger.kernel.org + heiko.carstens@de.ibm.com + paulus@samba.org + hpa@zytor.com + sparclinux@vger.kernel.org + linux-s390@vger.kernel.org + richard@nod.at + x86@kernel.org + mingo@redhat.com fenghua.yu@intel.com + user-mode-linux-devel@lists.sourceforge.net + microblaze-uclinux@itee.uq.edu.au + jdike@addtoit.com + viro@zeniv.linux.org.uk + tglx@linutronix.de monstr@monstr.eu + tony.luck@intel.com + linux-kernel@vger.kernel.org ralf@linux-mips.org - benh@kernel.crashing.org - paulus@samba.org + lethal@linux-sh.org schwidefsky@de.ibm.com - heiko.carstens@de.ibm.com linux390@de.ibm.com - lethal@linux-sh.org - davem@davemloft.net - jdike@addtoit.com - richard@nod.at - tglx@linutronix.de - mingo@redhat.com - hpa@zytor.com - x86@kernel.org - viro@zeniv.linux.org.uk akpm@linux-foundation.org - linux-ia64@vger.kernel.org - microblaze-uclinux@itee.uq.edu.au - linux-mips@linux-mips.org linuxppc-dev@lists.ozlabs.org - linux-s390@vger.kernel.org - linux-sh@vger.kernel.org - sparclinux@vger.kernel.org - " user-mode-linux-devel@lists.sourceforge.net\0" + " davem@davemloft.net\0" "\00:1\0" "b\0" "On 06/07, Eric Paris wrote:\n" @@ -50,7 +49,7 @@ ">\n" "> No harm is done calling twice. The first call will do the real work and\n" "> cleanup. It will set a flag in the audit data that the work has been\n" - "> done (in_syscall = 0) thus the second call will then not do any real\n" + "> done (in_syscall == 0) thus the second call will then not do any real\n" "> work and won't have anything to clean up.\n" "\n" "Hmm... and I assume context->previous != NULL is not possible on x86_64.\n" @@ -62,4 +61,4 @@ "\n" Oleg. -5cd1aed01dda3234419ea6a9c55f2a7ef9d3f88c91d5320917ad6fcb804de59d +bcdb83549b8a1b895b073cb340ee6360ecce60321754f9c00e10e5ef86f16c73
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.