freebsd-nq/sys/mips/nlm
Ravi Pokala 144af011b4 Fix build for mips.XLP64 kernel, by re-ordering headers
The log for the failure contained errors like this:

| In file included from ${SRCTOP}/sys/mips/nlm/dev/net/xlpge.c:34:
| In file included from ${SRCTOP}/sys/sys/systm.h:44:
| In file included from ./machine/atomic.h:849:
| ${SRCTOP}/sys/sys/_atomic_subword.h:222:37: error: unknown type name 'u_long'; did you mean 'long'?
| atomic_testandset_acq_long(volatile u_long *p, u_int v)
|                                     ^~~~~~
|                                     long

And similar "unknown type name" errors for u_int, not recognizing bool as a type, etc.

This was caused by including <sys/param.h> too far down; move it up where it belongs.

While here, add a blank line after '__FBSDID()', in keeping with convention.

Reviewed by:	emaste
Sponsored by:	Panasas
Differential Revision:	https://reviews.freebsd.org/D24242
2020-03-31 20:09:20 +00:00
..
dev Fix build for mips.XLP64 kernel, by re-ordering headers 2020-03-31 20:09:20 +00:00
hal Refactor driver and consumer interfaces for OCF (in-kernel crypto). 2020-03-27 18:25:23 +00:00
board_cpld.c
board_eeprom.c
board.c
board.h
bus_space_rmi_pci.c
bus_space_rmi.c
clock.h
cms.c Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many) 2020-02-26 14:26:36 +00:00
files.xlp Use a GCC-compatile compiler flag in files.xlp 2020-03-22 22:18:06 +00:00
interrupt.h
intr_machdep.c
mpreset.S Rename assym.s to assym.inc 2018-03-20 17:58:51 +00:00
msgring.h
std.xlp
tick.c Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many) 2020-02-26 14:26:36 +00:00
uart_cpu_xlp.c
usb_init.c [mips] remove dublicate values in enable mask in nlm_usb_intr_en 2019-01-25 19:36:20 +00:00
xlp_machdep.c Move phys_avail definition into MI code. It is consumed in the MI layer and 2019-08-16 00:45:14 +00:00
xlp_pci.c
xlp_simplebus.c
xlp.h