From mboxrd@z Thu Jan 1 00:00:00 1970 From: Steve Grubb Subject: Re: [PATCH] Audit: EINTR instead of kernel private return codes in audit records Date: Sun, 18 Nov 2007 05:58:16 -0500 Message-ID: <200711180558.16921.sgrubb@redhat.com> References: <1195071728.2924.40.camel@localhost.localdomain> <200711141618.00090.sgrubb@redhat.com> <1195351113.2924.120.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1195351113.2924.120.camel@localhost.localdomain> Content-Disposition: inline List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: linux-audit-bounces@redhat.com Errors-To: linux-audit-bounces@redhat.com To: Eric Paris Cc: linux-audit@redhat.com, pmoore@hp.com List-Id: linux-audit@redhat.com On Saturday 17 November 2007 08:58:33 pm Eric Paris wrote: > It would be absolutely wrong for the audit system to translate > even ENOIOCTLCMD to anything else if this is what was actually returned > to the process. The point is, none of the errnos in that file should *ever* go to user space. glibc has no translation (strerror()) for them because they are internal to the kernel. So, they need to get translated to something. My only question is would these extra ones ever get picked up in this code path? -Steve