Searched hist:1.144 (Results 1 - 25 of 452) 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

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()

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.

/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...)

/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/include/
H A DMakefile1.144 Mon Oct 16 11:38:25 GMT 2017 maya branches: 1.144.4;
Add endian.h header. Simply includes sys/endian.h

<endian.h> has been accepted by the austin group.

1.144 Mon Oct 16 11:38:25 GMT 2017 maya branches: 1.144.4;
Add endian.h header. Simply includes sys/endian.h

<endian.h> has been accepted by the austin group.

/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.

H A Duvm_mmap.c1.144 Fri Jan 27 19:48:41 GMT 2012 para branches: 1.144.6; 1.144.10;
extending vmem(9) to be able to allocated resources for it's own needs.
simplifying uvm_map handling (no special kernel entries anymore no relocking)
make malloc(9) a thin wrapper around kmem(9)
(with private interface for interrupt safety reasons)

releng@ acknowledged

1.144 Fri Jan 27 19:48:41 GMT 2012 para branches: 1.144.6; 1.144.10;
extending vmem(9) to be able to allocated resources for it's own needs.
simplifying uvm_map handling (no special kernel entries anymore no relocking)
make malloc(9) a thin wrapper around kmem(9)
(with private interface for interrupt safety reasons)

releng@ acknowledged

1.144 Fri Jan 27 19:48:41 GMT 2012 para branches: 1.144.6; 1.144.10;
extending vmem(9) to be able to allocated resources for it's own needs.
simplifying uvm_map handling (no special kernel entries anymore no relocking)
make malloc(9) a thin wrapper around kmem(9)
(with private interface for interrupt safety reasons)

releng@ acknowledged

/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.

/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/amiga/amiga/
H A Dlocore.s1.144 Wed Oct 17 19:53:12 GMT 2007 garbled branches: 1.144.2; 1.144.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

1.144 Wed Oct 17 19:53:12 GMT 2007 garbled branches: 1.144.2; 1.144.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

1.144 Wed Oct 17 19:53:12 GMT 2007 garbled branches: 1.144.2; 1.144.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.

/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/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.

Completed in 157 milliseconds

1234567891011>>