[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49DD3B0F.2080108@lwfinger.net>
Date: Wed, 08 Apr 2009 19:02:23 -0500
From: Larry Finger <Larry.Finger@...inger.net>
To: Randy Dunlap <randy.dunlap@...cle.com>
CC: alan-jenkins@...fmail.co.uk, Rusty Russell <rusty@...tcorp.com.au>,
Arjan van de Ven <arjan@...ux.intel.com>,
LKML <linux-kernel@...r.kernel.org>,
"Rafael J. Wysocki" <rjw@...k.pl>,
wireless <linux-wireless@...r.kernel.org>
Subject: Re: Regression in 2.6.30-rc1 since commit acae0515 - wireless broken
Randy Dunlap wrote:
>
> Here's a quick explanation (Linus explained this to me 6-8 years ago;
> I bet his was better than mine, but I can't find his).
>
> 256 = 0x0100
>
> Inside the kernel, a program's exit code/status is split into 2 8-bit fields,
> so this exit status is (0x01, 0x00). The low 8 bits (0x00 in this example)
> store an internal code for why the program is exiting (or did exit). E.g.:
>
> 0xlow_7_bits = 0 => exited, exit status is in "high" 8 bits
> else 0x80 bit set => core dumped, else killed, with exit status in low 7 bits
>
>
> So it looks like /sbin/modprobe exited with an exit status of 1...
> whatever that means (fatal error or usage() printed or module not found).
>
>
> See kernel/[signal.c & exit.c] for uses of 0x80...
Thanks for the explanation. In all the cases where the returned value was
0x0100, the corresponding module does not exist. The comment is still wrong, but
at least non-zero is an error.
Larry
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists