Searched hist:1.144 (Results 1 - 25 of 455) sorted by relevance

1234567891011>>

/src/sys/compat/netbsd32/
H A Dnetbsd32_syscalls_autoload.c1.39 Sun Jul 30 06:53:13 GMT 2023 rin COMPAT_NETBSD32: Regen for syscalls.master,v 1.144
H A Dnetbsd32_systrace_args.c1.52 Sun Jul 30 06:53:13 GMT 2023 rin COMPAT_NETBSD32: Regen for syscalls.master,v 1.144
H A Dnetbsd32_sysent.c1.158 Sun Jul 30 06:53:13 GMT 2023 rin COMPAT_NETBSD32: Regen for syscalls.master,v 1.144
1.144 Mon Nov 04 11:33:01 GMT 2019 rin branches: 1.144.2;
regen
1.144 Mon Nov 04 11:33:01 GMT 2019 rin branches: 1.144.2;
regen
H A Dnetbsd32_syscall.h1.160 Sun Jul 30 06:53:13 GMT 2023 rin COMPAT_NETBSD32: Regen for syscalls.master,v 1.144
1.144 Sun Oct 13 22:31:31 GMT 2019 christos regen
1.160 Sun Jul 30 06:53:13 GMT 2023 rin COMPAT_NETBSD32: Regen for syscalls.master,v 1.144
1.144 Sun Oct 13 22:31:31 GMT 2019 christos regen
H A Dnetbsd32_syscallargs.h1.159 Sun Jul 30 06:53:13 GMT 2023 rin COMPAT_NETBSD32: Regen for syscalls.master,v 1.144
1.144 Mon Nov 04 11:21:36 GMT 2019 rin regen
H A Dnetbsd32_syscalls.c1.159 Sun Jul 30 06:53:13 GMT 2023 rin COMPAT_NETBSD32: Regen for syscalls.master,v 1.144
1.144 Mon Nov 04 11:21:36 GMT 2019 rin regen
/src/sys/arch/sun3/sun3/
H A Dpmap.c1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
1.144 Tue Jul 15 03:36:18 GMT 2003 lukem branches: 1.144.2; 1.144.6; 1.144.8;
__KERNEL_RCSID()
H A Dtrap.c1.144 Wed Mar 04 20:30:00 GMT 2015 martin branches: 1.144.18;
Handle EINVAL in the fault path and send SIGBUS on mmap'd access past EOF
1.144 Wed Mar 04 20:30:00 GMT 2015 martin branches: 1.144.18;
Handle EINVAL in the fault path and send SIGBUS on mmap'd access past EOF
/src/sys/dev/pcmcia/
H A Dif_ne_pcmcia.c1.144 Wed Aug 30 16:55:06 GMT 2006 christos branches: 1.144.2; 1.144.4;
fix initializers.
1.144 Wed Aug 30 16:55:06 GMT 2006 christos branches: 1.144.2; 1.144.4;
fix initializers.
1.144 Wed Aug 30 16:55:06 GMT 2006 christos branches: 1.144.2; 1.144.4;
fix initializers.
1.144 Wed Aug 30 16:55:06 GMT 2006 christos branches: 1.144.2; 1.144.4;
fix initializers.
1.144 Wed Aug 30 16:55:06 GMT 2006 christos branches: 1.144.2; 1.144.4;
fix initializers.
1.144 Wed Aug 30 16:55:06 GMT 2006 christos branches: 1.144.2; 1.144.4;
fix initializers.
/src/sys/arch/mac68k/mac68k/
H A Dlocore.s1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
1.144 Thu Mar 04 19:53:44 GMT 2004 nathanw branches: 1.144.14; 1.144.16; 1.144.26; 1.144.28;
Centralize identical copies of proc_trampoline code.

(lots more opportunites here for the bored hacker, such as rei and trap0...)
/src/sys/arch/netwinder/conf/
H A DGENERIC1.144 Thu Sep 29 10:10:08 GMT 2022 riastradh branches: 1.144.4;
swwdog(4): Add to GENERIC kernels.

Plus a handful of others that I'm familiar with. Lots of special-
purpose kernels should probably have this too but I'm not going
through all the arm, mips, and ppc evaluation board kernels to see
which ones are relevant.

Omitted from systems I know to be very small:
- sun2/GENERIC
- dreamcast/GENERIC
Feel free to remove it from others that need to be kept smaller.

Compile-tested a few of these just in case:
- alpha/GENERIC
- amd64/GENERIC
- evbmips/OCTEON
- i386/GENERIC
- riscv/GENERIC

PR kern/29702
1.144 Thu Sep 29 10:10:08 GMT 2022 riastradh branches: 1.144.4;
swwdog(4): Add to GENERIC kernels.

Plus a handful of others that I'm familiar with. Lots of special-
purpose kernels should probably have this too but I'm not going
through all the arm, mips, and ppc evaluation board kernels to see
which ones are relevant.

Omitted from systems I know to be very small:
- sun2/GENERIC
- dreamcast/GENERIC
Feel free to remove it from others that need to be kept smaller.

Compile-tested a few of these just in case:
- alpha/GENERIC
- amd64/GENERIC
- evbmips/OCTEON
- i386/GENERIC
- riscv/GENERIC

PR kern/29702
/src/sys/dev/ieee1394/
H A Dfwohci.c1.144 Mon Oct 28 18:38:43 GMT 2019 joerg branches: 1.144.10;
Fix operand priority of bit op vs ternary operator.
1.144 Mon Oct 28 18:38:43 GMT 2019 joerg branches: 1.144.10;
Fix operand priority of bit op vs ternary operator.
/src/share/man/man7/
H A Dhier.71.144 Fri May 09 14:47:38 GMT 2025 wiz branches: 1.144.2;
hier(7): mention KERNEL_DIR in /stand section
1.144 Fri May 09 14:47:38 GMT 2025 wiz branches: 1.144.2;
hier(7): mention KERNEL_DIR in /stand section
/src/sys/dev/wscons/
H A Dwskbd.c1.144 Sun Dec 27 16:09:33 GMT 2020 tsutsui branches: 1.144.24;
Explicitly include generated ioconf.h for struct cfdrivers.
1.144 Sun Dec 27 16:09:33 GMT 2020 tsutsui branches: 1.144.24;
Explicitly include generated ioconf.h for struct cfdrivers.
/src/sys/uvm/
H A Duvm_km.c1.144 Sat Oct 28 00:37:13 GMT 2017 pgoyette branches: 1.144.2; 1.144.4;
Update the kernhist(9) kernel history code to address issues identified
in PR kern/52639, as well as some general cleaning-up...

(As proposed on tech-kern@ with additional changes and enhancements.)

Details of changes:

* All history arguments are now stored as uintmax_t values[1], both in
the kernel and in the structures used for exporting the history data
to userland via sysctl(9). This avoids problems on some architectures
where passing a 64-bit (or larger) value to printf(3) can cause it to
process the value as multiple arguments. (This can be particularly
problematic when printf()'s format string is not a literal, since in
that case the compiler cannot know how large each argument should be.)

* Update the data structures used for exporting kernel history data to
include a version number as well as the length of history arguments.

* All [2] existing users of kernhist(9) have had their format strings
updated. Each format specifier now includes an explicit length
modifier 'j' to refer to numeric values of the size of uintmax_t.

* All [2] existing users of kernhist(9) have had their format strings
updated to replace uses of "%p" with "%#jx", and the pointer
arguments are now cast to (uintptr_t) before being subsequently cast
to (uintmax_t). This is needed to avoid compiler warnings about
casting "pointer to integer of a different size."

* All [2] existing users of kernhist(9) have had instances of "%s" or
"%c" format strings replaced with numeric formats; several instances
of mis-match between format string and argument list have been fixed.

* vmstat(1) has been modified to handle the new size of arguments in the
history data as exported by sysctl(9).

* vmstat(1) now provides a warning message if the history requested with
the -u option does not exist (previously, this condition was silently
ignored, with only a single blank line being printed).

* vmstat(1) now checks the version and argument length included in the
data exported via sysctl(9) and exits if they do not match the values
with which vmstat was built.

* The kernhist(9) man-page has been updated to note the additional
requirements imposed on the format strings, along with several other
minor changes and enhancements.

[1] It would have been possible to use an explicit length (for example,
uint64_t) for the history arguments. But that would require another
"rototill" of all the users in the future when we add support for an
architecture that supports a larger size. Also, the printf(3) format
specifiers for explicitly-sized values, such as "%"PRIu64, are much
more verbose (and less aesthetically appealing, IMHO) than simply
using "%ju".

[2] I've tried very hard to find "all [the] existing users of kernhist(9)"
but it is possible that I've missed some of them. I would be glad to
update any stragglers that anyone identifies.
1.144 Sat Oct 28 00:37:13 GMT 2017 pgoyette branches: 1.144.2; 1.144.4;
Update the kernhist(9) kernel history code to address issues identified
in PR kern/52639, as well as some general cleaning-up...

(As proposed on tech-kern@ with additional changes and enhancements.)

Details of changes:

* All history arguments are now stored as uintmax_t values[1], both in
the kernel and in the structures used for exporting the history data
to userland via sysctl(9). This avoids problems on some architectures
where passing a 64-bit (or larger) value to printf(3) can cause it to
process the value as multiple arguments. (This can be particularly
problematic when printf()'s format string is not a literal, since in
that case the compiler cannot know how large each argument should be.)

* Update the data structures used for exporting kernel history data to
include a version number as well as the length of history arguments.

* All [2] existing users of kernhist(9) have had their format strings
updated. Each format specifier now includes an explicit length
modifier 'j' to refer to numeric values of the size of uintmax_t.

* All [2] existing users of kernhist(9) have had their format strings
updated to replace uses of "%p" with "%#jx", and the pointer
arguments are now cast to (uintptr_t) before being subsequently cast
to (uintmax_t). This is needed to avoid compiler warnings about
casting "pointer to integer of a different size."

* All [2] existing users of kernhist(9) have had instances of "%s" or
"%c" format strings replaced with numeric formats; several instances
of mis-match between format string and argument list have been fixed.

* vmstat(1) has been modified to handle the new size of arguments in the
history data as exported by sysctl(9).

* vmstat(1) now provides a warning message if the history requested with
the -u option does not exist (previously, this condition was silently
ignored, with only a single blank line being printed).

* vmstat(1) now checks the version and argument length included in the
data exported via sysctl(9) and exits if they do not match the values
with which vmstat was built.

* The kernhist(9) man-page has been updated to note the additional
requirements imposed on the format strings, along with several other
minor changes and enhancements.

[1] It would have been possible to use an explicit length (for example,
uint64_t) for the history arguments. But that would require another
"rototill" of all the users in the future when we add support for an
architecture that supports a larger size. Also, the printf(3) format
specifiers for explicitly-sized values, such as "%"PRIu64, are much
more verbose (and less aesthetically appealing, IMHO) than simply
using "%ju".

[2] I've tried very hard to find "all [the] existing users of kernhist(9)"
but it is possible that I've missed some of them. I would be glad to
update any stragglers that anyone identifies.
1.144 Sat Oct 28 00:37:13 GMT 2017 pgoyette branches: 1.144.2; 1.144.4;
Update the kernhist(9) kernel history code to address issues identified
in PR kern/52639, as well as some general cleaning-up...

(As proposed on tech-kern@ with additional changes and enhancements.)

Details of changes:

* All history arguments are now stored as uintmax_t values[1], both in
the kernel and in the structures used for exporting the history data
to userland via sysctl(9). This avoids problems on some architectures
where passing a 64-bit (or larger) value to printf(3) can cause it to
process the value as multiple arguments. (This can be particularly
problematic when printf()'s format string is not a literal, since in
that case the compiler cannot know how large each argument should be.)

* Update the data structures used for exporting kernel history data to
include a version number as well as the length of history arguments.

* All [2] existing users of kernhist(9) have had their format strings
updated. Each format specifier now includes an explicit length
modifier 'j' to refer to numeric values of the size of uintmax_t.

* All [2] existing users of kernhist(9) have had their format strings
updated to replace uses of "%p" with "%#jx", and the pointer
arguments are now cast to (uintptr_t) before being subsequently cast
to (uintmax_t). This is needed to avoid compiler warnings about
casting "pointer to integer of a different size."

* All [2] existing users of kernhist(9) have had instances of "%s" or
"%c" format strings replaced with numeric formats; several instances
of mis-match between format string and argument list have been fixed.

* vmstat(1) has been modified to handle the new size of arguments in the
history data as exported by sysctl(9).

* vmstat(1) now provides a warning message if the history requested with
the -u option does not exist (previously, this condition was silently
ignored, with only a single blank line being printed).

* vmstat(1) now checks the version and argument length included in the
data exported via sysctl(9) and exits if they do not match the values
with which vmstat was built.

* The kernhist(9) man-page has been updated to note the additional
requirements imposed on the format strings, along with several other
minor changes and enhancements.

[1] It would have been possible to use an explicit length (for example,
uint64_t) for the history arguments. But that would require another
"rototill" of all the users in the future when we add support for an
architecture that supports a larger size. Also, the printf(3) format
specifiers for explicitly-sized values, such as "%"PRIu64, are much
more verbose (and less aesthetically appealing, IMHO) than simply
using "%ju".

[2] I've tried very hard to find "all [the] existing users of kernhist(9)"
but it is possible that I've missed some of them. I would be glad to
update any stragglers that anyone identifies.
/src/sys/dev/isa/
H A Dfiles.isa1.144 Sat May 13 09:02:19 GMT 2006 xtraeme branches: 1.144.8; 1.144.12;
Driver for iTE IT87xxF and compatibles hardware monitor. Add
commented out entries on GENERIC and GENERIC_LAPTOP.

Adapted from OpenBSD.
1.144 Sat May 13 09:02:19 GMT 2006 xtraeme branches: 1.144.8; 1.144.12;
Driver for iTE IT87xxF and compatibles hardware monitor. Add
commented out entries on GENERIC and GENERIC_LAPTOP.

Adapted from OpenBSD.
1.144 Sat May 13 09:02:19 GMT 2006 xtraeme branches: 1.144.8; 1.144.12;
Driver for iTE IT87xxF and compatibles hardware monitor. Add
commented out entries on GENERIC and GENERIC_LAPTOP.

Adapted from OpenBSD.
/src/sys/arch/arm/include/arm32/
H A Dpmap.h1.144 Thu Jul 14 05:00:51 GMT 2016 skrll branches: 1.144.2; 1.144.4;
Spell PMAP_TLB_NEED_SHOOTDOWN correctly
1.144 Thu Jul 14 05:00:51 GMT 2016 skrll branches: 1.144.2; 1.144.4;
Spell PMAP_TLB_NEED_SHOOTDOWN correctly
1.144 Thu Jul 14 05:00:51 GMT 2016 skrll branches: 1.144.2; 1.144.4;
Spell PMAP_TLB_NEED_SHOOTDOWN correctly
/src/sys/arch/x68k/x68k/
H A Dmachdep.c1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
1.144 Sat Jul 14 09:50:04 GMT 2007 isaki branches: 1.144.8; 1.144.10;
Declare candbtimer_ch earlier.
/src/sys/net/
H A Dif_gif.c1.144 Fri Oct 19 00:12:56 GMT 2018 knakahara Fix panic when doing ioctl to multiple pseudo interfaces. Pointed out by k-goda@IIJ.

XXX pullup-8
/src/sys/dev/mii/
H A Dmiidevs.h1.144 Thu Mar 07 03:27:14 GMT 2019 msaitoh Regen.
H A Dmiidevs_data.h1.144 Thu Oct 17 09:22:00 GMT 2019 msaitoh Regen.
/src/sys/compat/sunos/
H A Dsunos_misc.c1.144 Fri Feb 09 21:55:24 GMT 2007 ad branches: 1.144.2;
Merge newlock2 to head.
1.144 Fri Feb 09 21:55:24 GMT 2007 ad branches: 1.144.2;
Merge newlock2 to head.
1.144 Fri Feb 09 21:55:24 GMT 2007 ad branches: 1.144.2;
Merge newlock2 to head.
1.144 Fri Feb 09 21:55:24 GMT 2007 ad branches: 1.144.2;
Merge newlock2 to head.
/src/sys/arch/sgimips/sgimips/
H A Dmachdep.c1.144 Fri Feb 10 04:00:48 GMT 2017 christos branches: 1.144.6;
kill variable stack allocation
1.144 Fri Feb 10 04:00:48 GMT 2017 christos branches: 1.144.6;
kill variable stack allocation
1.144 Fri Feb 10 04:00:48 GMT 2017 christos branches: 1.144.6;
kill variable stack allocation
1.144 Fri Feb 10 04:00:48 GMT 2017 christos branches: 1.144.6;
kill variable stack allocation
/src/sys/arch/sparc/dev/
H A Dfd.c1.144 Tue Jan 13 13:35:52 GMT 2009 yamt branches: 1.144.2;
g/c BUFQ_FOO() macros and use bufq_foo() directly.
1.144 Tue Jan 13 13:35:52 GMT 2009 yamt branches: 1.144.2;
g/c BUFQ_FOO() macros and use bufq_foo() directly.
/src/sys/arch/i386/conf/
H A DINSTALL_TINY1.144 Sat Sep 26 11:16:12 GMT 2015 maxv branches: 1.144.2;
Remove KMEMSTATS. Normally it's ok now.
1.144 Sat Sep 26 11:16:12 GMT 2015 maxv branches: 1.144.2;
Remove KMEMSTATS. Normally it's ok now.

Completed in 434 milliseconds

1234567891011>>