Searched hist:1.361 (Results 1 - 25 of 73) sorted by relevance
| /src/ | ||
| H A D | build.sh | 1.361 Fri Dec 31 15:43:35 GMT 2021 christos Don't try to install netbsd-CONFIG.debug files build with kernel= |
| H A D | UPDATING | 1.361 Wed Oct 16 09:26:39 GMT 2024 martin OpenSSL changes require a full rebuild |
| /src/sys/dev/ic/ | ||
| H A D | com.c | 1.361 Wed Sep 30 14:56:34 GMT 2020 jmcneill branches: 1.361.2; 1.361.4; Set sc_fifolen=1 for the no fifo case 1.361 Wed Sep 30 14:56:34 GMT 2020 jmcneill branches: 1.361.2; 1.361.4; Set sc_fifolen=1 for the no fifo case 1.361 Wed Sep 30 14:56:34 GMT 2020 jmcneill branches: 1.361.2; 1.361.4; Set sc_fifolen=1 for the no fifo case |
| /src/share/man/man4/ | ||
| H A D | options.4 | 1.361 Sat Mar 22 00:29:01 GMT 2008 jmmv branches: 1.361.2; 1.361.6; Beleatedly document the MODULAR kernel option and mk.conf's MKMODULAR. Per hubertf@'s request. 1.361 Sat Mar 22 00:29:01 GMT 2008 jmmv branches: 1.361.2; 1.361.6; Beleatedly document the MODULAR kernel option and mk.conf's MKMODULAR. Per hubertf@'s request. 1.361 Sat Mar 22 00:29:01 GMT 2008 jmmv branches: 1.361.2; 1.361.6; Beleatedly document the MODULAR kernel option and mk.conf's MKMODULAR. Per hubertf@'s request. |
| /src/doc/ | ||
| H A D | BRANCHES | 1.361 Sat Aug 07 14:19:12 GMT 2021 thorpej Document thorpej-futex2. |
| /src/sys/ufs/lfs/ | ||
| H A D | lfs_vfsops.c | 1.361 Sat Oct 28 00:37:13 GMT 2017 pgoyette branches: 1.361.2; 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.361 Sat Oct 28 00:37:13 GMT 2017 pgoyette branches: 1.361.2; 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/arch/sparc64/sparc64/ | ||
| H A D | locore.s | 1.411 Sat May 06 21:46:31 GMT 2017 palle branches: 1.411.2; sun4v: The %ver register is not available on sun4v - use GET_MAXCWP introduced in rev. 1.361. Verified using qemu (sun4u and sun4v) and on real sun4v hw (t2000) 1.361 Mon Jun 30 00:59:48 GMT 2014 palle sun4v: The maximum number of register windows is a constant and thus not available via the %ver register (sun4u only). Introduce a macro GET_MAXCWP that handles this, so cpu_switchto() works properly on sun4v. Other relevant reference to %ver can be adapted to use GET_MAXCWP as the sun4v port progresses. OK martin@ |
| /src/sys/arch/sparc/sparc/ | ||
| H A D | pmap.c | 1.361 Thu Dec 22 14:47:59 GMT 2016 cherry branches: 1.361.8; switch all ports to use uvm_init.c:uvm_md_init() uvm_setpagesize() is now subsumed within this funciton. 1.361 Thu Dec 22 14:47:59 GMT 2016 cherry branches: 1.361.8; switch all ports to use uvm_init.c:uvm_md_init() uvm_setpagesize() is now subsumed within this funciton. |
| /src/sys/arch/i386/conf/ | ||
| H A D | ALL | 1.361 Tue Jun 18 04:33:57 GMT 2013 dholland branches: 1.361.2; Add LFS_KERNEL_RFW, a preexisting lfs option that should have been here all along. 1.361 Tue Jun 18 04:33:57 GMT 2013 dholland branches: 1.361.2; Add LFS_KERNEL_RFW, a preexisting lfs option that should have been here all along. |
| H A D | files.i386 | 1.361 Sat Aug 27 00:47:49 GMT 2011 bouyer branches: 1.361.2; Split gcscpcib into MI part, and MD pci attachement which is also in charge of attaching the MD pcib device. Will be used by the upcoming evbmips loongson support. 1.361 Sat Aug 27 00:47:49 GMT 2011 bouyer branches: 1.361.2; Split gcscpcib into MI part, and MD pci attachement which is also in charge of attaching the MD pcib device. Will be used by the upcoming evbmips loongson support. |
| /src/sys/arch/alpha/conf/ | ||
| H A D | GENERIC | 1.361 Wed Nov 12 10:47:20 GMT 2014 manu Support for UFS1 extended attributes in GENERIC and GENERIC-like kernels This change just brings UFS1 extended attribute *support* in the kernel, extended attributes are not enabled unless three conditions are met: 1) filesystem is UFS1 (newfs -O1) 2) .attribute/system and .attribute/user directories are created at fs root 3) filesystem is mounted with -o extattr Some GENERIC kernels are obviously memory constrained, the extended attributes options were not enabled for them, but just added commented out. (kernel were considered memory constrained if QUOTA option was disabled) |
| /src/distrib/sets/lists/comp/ | ||
| H A D | shl.mi | 1.361 Wed Aug 27 16:08:11 GMT 2025 christos add missing entries for version-specific binutils files. need to GC old versions |
| /src/distrib/sets/lists/debug/ | ||
| H A D | shl.mi | 1.361 Fri Apr 18 16:08:25 GMT 2025 wiz Update for expat 2.7.1. |
| /src/share/misc/ | ||
| H A D | acronyms.comp | 1.361 Mon Aug 28 15:50:17 GMT 2023 jschauma +IAB - Internet Architecture Board |
| /src/sys/arch/macppc/conf/ | ||
| H A D | GENERIC | 1.361 Mon Jan 20 18:38:20 GMT 2020 thorpej Remove FDDI support. |
| /src/sys/kern/ | ||
| H A D | kern_exec.c | 1.361 Sun Jun 09 01:13:47 GMT 2013 riz branches: 1.361.2; Add another field to the SDT_PROBE_DEFINE macro, so our DTrace probes can named the same as those on other platforms. For example, proc:::exec-success, not proc:::exec_success. Implementation follows the same basic principle as FreeBSD's; add another field to the SDT_PROBE_DEFINE macro which is the name as exposed to userland. 1.361 Sun Jun 09 01:13:47 GMT 2013 riz branches: 1.361.2; Add another field to the SDT_PROBE_DEFINE macro, so our DTrace probes can named the same as those on other platforms. For example, proc:::exec-success, not proc:::exec_success. Implementation follows the same basic principle as FreeBSD's; add another field to the SDT_PROBE_DEFINE macro which is the name as exposed to userland. |
| H A D | kern_sig.c | 1.361 Tue Jun 18 23:53:55 GMT 2019 kamil Add support for KTR logs of SIGTRAP for TRAP_CHILD events Previously it was disabled due to vfork(2) synchronization issues. These problems are now gone. While there, set l_vforkwaiting to false in posix_spawn. This is not very needed but it does not make harm to keep it initialized explicitly. |
| H A D | kern_synch.c | 1.361 Wed Oct 04 20:28:06 GMT 2023 ad Eliminate l->l_ncsw and l->l_nivcsw. From memory think they were added before we had per-LWP struct rusage; the same is now tracked there. |
| /src/sys/ufs/ffs/ | ||
| H A D | ffs_vfsops.c | 1.361 Tue Jan 01 10:06:55 GMT 2019 hannken Add "void *extra" argument to vcache_new() so a file system may pass more information about the file to create. Welcome to 8.99.30 |
| /src/sys/uvm/ | ||
| H A D | uvm_map.c | 1.361 Thu Jul 11 17:07:10 GMT 2019 maxv Fix info leak: 'map_attrib' is not used in UVM, and contains uninitialized heap garbage. Return zero. Maybe we should remove the field completely. |
| /src/sys/dev/ata/ | ||
| H A D | wd.c | 1.361 Mon Apr 28 20:23:47 GMT 2008 martin Remove clause 3 and 4 from TNF licenses |
| /src/sys/arch/alpha/alpha/ | ||
| H A D | machdep.c | 1.361 Sat Aug 29 19:06:32 GMT 2020 thorpej - cpu_need_resched(): Explicitly cover each RESCHED_* case, and add a comment explaining why we don't need to act on IDLE+REMOTE. - cpu_signotify(): Move to machdep.c, and if we're asked to notify an LWP running on another CPU, send an AST IPI to that CPU. Add some assertions. - cpu_need_proftick(): Move to machdep.c, add some assertions. |
| /src/sys/arch/amd64/amd64/ | ||
| H A D | machdep.c | 1.361 Sun Dec 26 21:33:48 GMT 2021 riastradh sys: Skip suspendsched on cpu_reboot if we're in ddb. If we're in ddb, the scheduler and all other CPUs are quiesced anyway. But suspendsched will try to take an adaptive lock, which causes it to crash and re-enter ddb, which isn't very useful for rebooting. |
| /src/sys/arch/arm/arm32/ | ||
| H A D | pmap.c | 1.361 Wed Nov 01 21:13:26 GMT 2017 skrll Unwrap two lines. NFC. |
| /src/distrib/notes/common/ | ||
| H A D | main | 1.361 Sun Oct 28 09:31:15 GMT 2007 jnemeth group rwhod -> _rwhod and add user _rwhod |
Completed in 401 milliseconds