android_kernel_xiaomi_sm8350

History

Steven Rostedt 69be8f1896 [PATCH] convert signal handling of NODEFER to act like other Unix boxes. It has been reported that the way Linux handles NODEFER for signals is not consistent with the way other Unix boxes handle it. I've written a program to test the behavior of how this flag affects signals and had several reports from people who ran this on various Unix boxes, confirming that Linux seems to be unique on the way this is handled. The way NODEFER affects signals on other Unix boxes is as follows: 1) If NODEFER is set, other signals in sa_mask are still blocked. 2) If NODEFER is set and the signal is in sa_mask, then the signal is still blocked. (Note: this is the behavior of all tested but Linux _and_ NetBSD 2.0 ). The way NODEFER affects signals on Linux: 1) If NODEFER is set, other signals are _not_ blocked regardless of sa_mask (Even NetBSD doesn't do this). 2) If NODEFER is set and the signal is in sa_mask, then the signal being handled is not blocked. The patch converts signal handling in all current Linux architectures to the way most Unix boxes work. Unix boxes that were tested: DU4, AIX 5.2, Irix 6.5, NetBSD 2.0, SFU 3.5 on WinXP, AIX 5.3, Mac OSX, and of course Linux 2.6.13-rcX. NetBSD was the only other Unix to behave like Linux on point #2. The main concern was brought up by point #1 which even NetBSD isn't like Linux. So with this patch, we leave NetBSD as the lonely one that behaves differently here with #2. Signed-off-by: Linus Torvalds <torvalds@osdl.org>		2005-08-29 10:03:11 -07:00
..
configs	[PATCH] v850: Add defconfigs	2005-07-27 16:26:02 -07:00
kernel	[PATCH] convert signal handling of NODEFER to act like other Unix boxes.	2005-08-29 10:03:11 -07:00
lib
Kconfig	[NET]: add a top-level Networking menu to *config	2005-07-11 21:03:49 -07:00
Kconfig.debug
Makefile	[PATCH] v850: Add defconfigs	2005-07-27 16:26:02 -07:00
README	[PATCH] v850: Add defconfigs	2005-07-27 16:26:02 -07:00

README

This port to the NEC V850E processor supports the following platforms:

   "sim"
	The gdb v850e simulator (CONFIG_V850E_SIM).

   "rte-ma1-cb"
	The Midas labs RTE-V850E/MA1-CB and RTE-V850E/NB85E-CB evaluation
	boards (CONFIG_RTE_CB_MA1 and CONFIG_RTE_CB_NB85E).  This support
	has only been tested when running with the Multi-debugger monitor
	ROM (for the Green Hills Multi debugger).  The optional NEC
	Solution Gear RTE-MOTHER-A motherboard is also supported, which
	allows PCI boards to be used (CONFIG_RTE_MB_A_PCI).

   "rte-me2-cb"
	The Midas labs RTE-V850E/ME2-CB evaluation board (CONFIG_RTE_CB_ME2).
     	This has only been tested using a kernel downloaded via an ICE
     	connection using the Multi debugger.  Support for the RTE-MOTHER-A is
     	present, but hasn't been tested (unlike the other Midas labs cpu
     	boards, the RTE-V850E/ME2-CB includes an ethernet adaptor).

   "as85ep1"
	The NEC AS85EP1 V850E evaluation chip/board (CONFIG_V850E_AS85EP1).

   "anna"
	The NEC `Anna' (board/chip) implementation of the V850E2 processor
	(CONFIG_V850E2_ANNA).

   "sim85e2c", "sim85e2s"
   	The sim85e2c and sim85e2s simulators, which are verilog simulations
	of the V850E2 NA85E2C/NA85E2S cpu cores (CONFIG_V850E2_SIM85E2C and
	CONFIG_V850E2_SIM85E2S).

   "fpga85e2c"
	A FPGA implementation of the V850E2 NA85E2C cpu core
	(CONFIG_V850E2_FPGA85E2C).

To get a default kernel configuration for a particular platform, you can
use a <platform>_defconfig make target (e.g., "make rte-me2-cb_defconfig");
to see which default configurations are possible, look in the directory
"arch/v850/configs".

Porting to anything with a V850E/MA1 or MA2 processor should be simple.
See the file <asm-v850/machdep.h> and the files it includes for an example of
how to add platform/chip-specific support.