linux/arch/um/os-Linux/drivers
Jeff Dike b4fd310e16 [PATCH] uml: preserve errno in error paths
The poster child for this patch is the third tuntap_user hunk.  When an ioctl
fails, it properly closes the opened file descriptor and returns.  However,
the close resets errno to 0, and the 'return errno' that follows returns 0
rather than the value that ioctl set.  This caused the caller to believe that
the device open succeeded and had opened file descriptor 0, which caused no
end of interesting behavior.

The rest of this patch is a pass through the UML sources looking for places
where errno could be reset before being passed back out.  A common culprit is
printk, which could call write, being called before errno is returned.

In some cases, where the code ends up being much smaller, I just deleted the
printk.

There was another case where a caller of run_helper looked at errno after a
failure, rather than the return value of run_helper, which was the errno value
that it wanted.

Signed-off-by: Jeff Dike <jdike@addtoit.com>
Cc: Paolo Giarrusso <blaisorblade@yahoo.it>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-09-17 11:50:00 -07:00
..
etap.h Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
ethertap_kern.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
ethertap_user.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
Makefile Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
tuntap.h Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
tuntap_kern.c Linux-2.6.12-rc2 2005-04-16 15:20:36 -07:00
tuntap_user.c [PATCH] uml: preserve errno in error paths 2005-09-17 11:50:00 -07:00