Searched hist:1.163 (Results 1 - 25 of 376) sorted by relevance
| /src/sys/arch/x86/x86/ | ||
| H A D | intr.c | 1.163 Sat Oct 29 13:59:04 GMT 2022 riastradh branches: 1.163.2; x86: Add dtrace probes for interrupt handler entry and return. Arguments: 0: interrupt handler function 1: interrupt handler's private cookie argument 2: MD struct intrhand pointer 3: return value (true if relevant to this handler, false if not) The MD struct intrhand pointer makes the first two arguments redundant, but we might reuse the signature of the first two arguments for an MI SDT probe to make it easy to write MI dtrace scripts for monitoring interrupt handlers. The MD intrhand can be used for getting more information about the interrupt like ih_level, ih_pin, ih_slot, &c., which may not make sense as an MI API. 1.163 Sat Oct 29 13:59:04 GMT 2022 riastradh branches: 1.163.2; x86: Add dtrace probes for interrupt handler entry and return. Arguments: 0: interrupt handler function 1: interrupt handler's private cookie argument 2: MD struct intrhand pointer 3: return value (true if relevant to this handler, false if not) The MD struct intrhand pointer makes the first two arguments redundant, but we might reuse the signature of the first two arguments for an MI SDT probe to make it easy to write MI dtrace scripts for monitoring interrupt handlers. The MD intrhand can be used for getting more information about the interrupt like ih_level, ih_pin, ih_slot, &c., which may not make sense as an MI API. |
| /src/sys/arch/sparc/sparc/ | ||
| H A D | trap.c | 1.163 Mon Nov 14 03:30:49 GMT 2005 uwe branches: 1.163.2; 1.163.6; 1.163.8; 1.163.10; ANSIify. Same binary code is produced for GENERIC.MP + KGDB + DDB. 1.163 Mon Nov 14 03:30:49 GMT 2005 uwe branches: 1.163.2; 1.163.6; 1.163.8; 1.163.10; ANSIify. Same binary code is produced for GENERIC.MP + KGDB + DDB. 1.163 Mon Nov 14 03:30:49 GMT 2005 uwe branches: 1.163.2; 1.163.6; 1.163.8; 1.163.10; ANSIify. Same binary code is produced for GENERIC.MP + KGDB + DDB. 1.163 Mon Nov 14 03:30:49 GMT 2005 uwe branches: 1.163.2; 1.163.6; 1.163.8; 1.163.10; ANSIify. Same binary code is produced for GENERIC.MP + KGDB + DDB. 1.163 Mon Nov 14 03:30:49 GMT 2005 uwe branches: 1.163.2; 1.163.6; 1.163.8; 1.163.10; ANSIify. Same binary code is produced for GENERIC.MP + KGDB + DDB. |
| /src/sys/compat/linux/arch/i386/ | ||
| H A D | linux_machdep.c | 1.163 Sun Feb 05 10:42:22 GMT 2017 maxv branches: 1.163.4; 1.163.6; Rename ldt->ldtstore and gdt->gdtstore on i386. It reduces the diff with amd64, and makes it easier to track down these variables on nxr - 'ldt' and 'gdt' being common keywords. 1.163 Sun Feb 05 10:42:22 GMT 2017 maxv branches: 1.163.4; 1.163.6; Rename ldt->ldtstore and gdt->gdtstore on i386. It reduces the diff with amd64, and makes it easier to track down these variables on nxr - 'ldt' and 'gdt' being common keywords. 1.163 Sun Feb 05 10:42:22 GMT 2017 maxv branches: 1.163.4; 1.163.6; Rename ldt->ldtstore and gdt->gdtstore on i386. It reduces the diff with amd64, and makes it easier to track down these variables on nxr - 'ldt' and 'gdt' being common keywords. |
| /src/sys/netinet/ | ||
| H A D | ip_mroute.c | 1.163 Fri Sep 14 05:09:51 GMT 2018 maxv branches: 1.163.4; 1.163.12; Use non-variadic function pointer in protosw::pr_input. 1.163 Fri Sep 14 05:09:51 GMT 2018 maxv branches: 1.163.4; 1.163.12; Use non-variadic function pointer in protosw::pr_input. 1.163 Fri Sep 14 05:09:51 GMT 2018 maxv branches: 1.163.4; 1.163.12; Use non-variadic function pointer in protosw::pr_input. |
| /src/sys/arch/vax/conf/ | ||
| H A D | GENERIC | 1.163 Sat Mar 15 00:20:08 GMT 2008 matt branches: 1.163.2; 1.163.4; 1.163.6; Comment out xmi and nmi devices. 1.163 Sat Mar 15 00:20:08 GMT 2008 matt branches: 1.163.2; 1.163.4; 1.163.6; Comment out xmi and nmi devices. 1.163 Sat Mar 15 00:20:08 GMT 2008 matt branches: 1.163.2; 1.163.4; 1.163.6; Comment out xmi and nmi devices. 1.163 Sat Mar 15 00:20:08 GMT 2008 matt branches: 1.163.2; 1.163.4; 1.163.6; Comment out xmi and nmi devices. |
| /src/sys/nfs/ | ||
| H A D | nfs_socket.c | 1.163 Sun Aug 05 09:40:39 GMT 2007 yamt branches: 1.163.2; 1.163.6; 1.163.8; use kpause rather than lbolt. 1.163 Sun Aug 05 09:40:39 GMT 2007 yamt branches: 1.163.2; 1.163.6; 1.163.8; use kpause rather than lbolt. 1.163 Sun Aug 05 09:40:39 GMT 2007 yamt branches: 1.163.2; 1.163.6; 1.163.8; use kpause rather than lbolt. 1.163 Sun Aug 05 09:40:39 GMT 2007 yamt branches: 1.163.2; 1.163.6; 1.163.8; use kpause rather than lbolt. |
| H A D | nfs_serv.c | 1.163 Wed Feb 01 02:27:24 GMT 2012 matt branches: 1.163.2; 1.163.4; When using socket loaning, make sure the KVA used for the loan has the same color as the UVA being loaned. 1.163 Wed Feb 01 02:27:24 GMT 2012 matt branches: 1.163.2; 1.163.4; When using socket loaning, make sure the KVA used for the loan has the same color as the UVA being loaned. 1.163 Wed Feb 01 02:27:24 GMT 2012 matt branches: 1.163.2; 1.163.4; When using socket loaning, make sure the KVA used for the loan has the same color as the UVA being loaned. |
| /src/sys/uvm/ | ||
| H A D | uvm_glue.c | 1.163 Sun May 22 09:10:37 GMT 2016 maxv branches: 1.163.16; 1.163.18; Revert my previous change. I missed an entry on NXR. 1.163 Sun May 22 09:10:37 GMT 2016 maxv branches: 1.163.16; 1.163.18; Revert my previous change. I missed an entry on NXR. 1.163 Sun May 22 09:10:37 GMT 2016 maxv branches: 1.163.16; 1.163.18; Revert my previous change. I missed an entry on NXR. |
| /src/sys/kern/ | ||
| H A D | kern_subr.c | 1.163 Wed Aug 01 19:50:24 GMT 2007 degroote branches: 1.163.2; 1.163.4; Fix compilation in the POWERHOOK_DEBUG case 1.163 Wed Aug 01 19:50:24 GMT 2007 degroote branches: 1.163.2; 1.163.4; Fix compilation in the POWERHOOK_DEBUG case 1.163 Wed Aug 01 19:50:24 GMT 2007 degroote branches: 1.163.2; 1.163.4; Fix compilation in the POWERHOOK_DEBUG case |
| H A D | sys_process.c | 1.163 Sat Jan 04 00:10:03 GMT 2014 dsl branches: 1.163.4; Remove __HAVE_PROCESS_XFPREGS and add the extra parameter for the size of the fp save area to all the process_read_fpregs() and process_write_fpregs() functions. None of the functions have been modified to use the new parameters. The size is set for all the writes, but some of the arch-specific reads just pass NULL. The amd64 (and i386) need variable sized fp register save areas in order to support AVX and other enhanced register areas. These functions are rarely called - so the extra argument won't matter. 1.163 Sat Jan 04 00:10:03 GMT 2014 dsl branches: 1.163.4; Remove __HAVE_PROCESS_XFPREGS and add the extra parameter for the size of the fp save area to all the process_read_fpregs() and process_write_fpregs() functions. None of the functions have been modified to use the new parameters. The size is set for all the writes, but some of the arch-specific reads just pass NULL. The amd64 (and i386) need variable sized fp register save areas in order to support AVX and other enhanced register areas. These functions are rarely called - so the extra argument won't matter. |
| /src/sys/miscfs/procfs/ | ||
| H A D | procfs_vnops.c | 1.163 Mon Nov 26 19:02:16 GMT 2007 pooka branches: 1.163.2; 1.163.6; Remove the "struct lwp *" argument from all VFS and VOP interfaces. The general trend is to remove it from all kernel interfaces and this is a start. In case the calling lwp is desired, curlwp should be used. quick consensus on tech-kern 1.163 Mon Nov 26 19:02:16 GMT 2007 pooka branches: 1.163.2; 1.163.6; Remove the "struct lwp *" argument from all VFS and VOP interfaces. The general trend is to remove it from all kernel interfaces and this is a start. In case the calling lwp is desired, curlwp should be used. quick consensus on tech-kern 1.163 Mon Nov 26 19:02:16 GMT 2007 pooka branches: 1.163.2; 1.163.6; Remove the "struct lwp *" argument from all VFS and VOP interfaces. The general trend is to remove it from all kernel interfaces and this is a start. In case the calling lwp is desired, curlwp should be used. quick consensus on tech-kern |
| /src/sys/dev/ic/ | ||
| H A D | tulip.c | 1.163 Mon Apr 28 20:23:51 GMT 2008 martin branches: 1.163.6; 1.163.8; Remove clause 3 and 4 from TNF licenses 1.163 Mon Apr 28 20:23:51 GMT 2008 martin branches: 1.163.6; 1.163.8; Remove clause 3 and 4 from TNF licenses 1.163 Mon Apr 28 20:23:51 GMT 2008 martin branches: 1.163.6; 1.163.8; Remove clause 3 and 4 from TNF licenses |
| /src/sys/dev/isa/ | ||
| H A D | files.isa | 1.163 Mon Jun 10 07:14:02 GMT 2013 kardel branches: 1.163.10; 1.163.14; adjust soekrisgpio driver to NetBSD 1.163 Mon Jun 10 07:14:02 GMT 2013 kardel branches: 1.163.10; 1.163.14; adjust soekrisgpio driver to NetBSD 1.163 Mon Jun 10 07:14:02 GMT 2013 kardel branches: 1.163.10; 1.163.14; adjust soekrisgpio driver to NetBSD |
| /src/lib/libc/gen/ | ||
| H A D | Makefile.inc | 1.163 Fri Sep 05 04:52:34 GMT 2008 lukem branches: 1.163.4; 1.163.6; Add strunvisx(3) as a link to unvis(3) 1.163 Fri Sep 05 04:52:34 GMT 2008 lukem branches: 1.163.4; 1.163.6; Add strunvisx(3) as a link to unvis(3) 1.163 Fri Sep 05 04:52:34 GMT 2008 lukem branches: 1.163.4; 1.163.6; Add strunvisx(3) as a link to unvis(3) |
| /src/sys/dev/usb/ | ||
| H A D | umass.c | 1.163 Sun Jan 21 13:57:12 GMT 2018 skrll branches: 1.163.2; 1.163.4; PR kern/52931 Kernel panics with Atheros usb wireless interface Audit the flags to usbd_create_xfer so that USBD_FORCE_SHORT_XFER is supplied wherever such a transfer is setup. We can drop USBD_SHORT_XFER_OK as it has not bearing on number of TDs 1.163 Sun Jan 21 13:57:12 GMT 2018 skrll branches: 1.163.2; 1.163.4; PR kern/52931 Kernel panics with Atheros usb wireless interface Audit the flags to usbd_create_xfer so that USBD_FORCE_SHORT_XFER is supplied wherever such a transfer is setup. We can drop USBD_SHORT_XFER_OK as it has not bearing on number of TDs 1.163 Sun Jan 21 13:57:12 GMT 2018 skrll branches: 1.163.2; 1.163.4; PR kern/52931 Kernel panics with Atheros usb wireless interface Audit the flags to usbd_create_xfer so that USBD_FORCE_SHORT_XFER is supplied wherever such a transfer is setup. We can drop USBD_SHORT_XFER_OK as it has not bearing on number of TDs |
| H A D | usb.c | 1.166 Fri Sep 01 15:19:59 GMT 2017 skrll Add a missing break that should have been included in revision 1.163. Spotted by "sc dying" and reported on current-users 1.163 Tue Apr 26 00:58:48 GMT 2016 skrll branches: 1.163.2; Debug 1.163 Tue Apr 26 00:58:48 GMT 2016 skrll branches: 1.163.2; Debug |
| /src/usr.bin/ | ||
| H A D | Makefile | 1.163 Sat Mar 22 08:37:27 GMT 2008 mlelstv branches: 1.163.2; 1.163.4; Import Heimdal-1.1 1.163 Sat Mar 22 08:37:27 GMT 2008 mlelstv branches: 1.163.2; 1.163.4; Import Heimdal-1.1 1.163 Sat Mar 22 08:37:27 GMT 2008 mlelstv branches: 1.163.2; 1.163.4; Import Heimdal-1.1 |
| /src/sys/net/ | ||
| H A D | rtsock.c | 1.163 Sat Aug 09 05:33:01 GMT 2014 rtr branches: 1.163.2; 1.163.4; 1.163.8; split PRU_CONNECT2 & PRU_PURGEIF function out of pr_generic() usrreq switches and put into separate functions - always KASSERT(solocked(so)) even if not implemented (for PRU_CONNECT2 only) - replace calls to pr_generic() with req = PRU_CONNECT2 with calls to pr_connect2() - replace calls to pr_generic() with req = PRU_PURGEIF with calls to pr_purgeif() put common code from unp_connect2() (used by unp_connect() into unp_connect1() and call out to it when needed patch only briefly reviewed by rmind@ 1.163 Sat Aug 09 05:33:01 GMT 2014 rtr branches: 1.163.2; 1.163.4; 1.163.8; split PRU_CONNECT2 & PRU_PURGEIF function out of pr_generic() usrreq switches and put into separate functions - always KASSERT(solocked(so)) even if not implemented (for PRU_CONNECT2 only) - replace calls to pr_generic() with req = PRU_CONNECT2 with calls to pr_connect2() - replace calls to pr_generic() with req = PRU_PURGEIF with calls to pr_purgeif() put common code from unp_connect2() (used by unp_connect() into unp_connect1() and call out to it when needed patch only briefly reviewed by rmind@ 1.163 Sat Aug 09 05:33:01 GMT 2014 rtr branches: 1.163.2; 1.163.4; 1.163.8; split PRU_CONNECT2 & PRU_PURGEIF function out of pr_generic() usrreq switches and put into separate functions - always KASSERT(solocked(so)) even if not implemented (for PRU_CONNECT2 only) - replace calls to pr_generic() with req = PRU_CONNECT2 with calls to pr_connect2() - replace calls to pr_generic() with req = PRU_PURGEIF with calls to pr_purgeif() put common code from unp_connect2() (used by unp_connect() into unp_connect1() and call out to it when needed patch only briefly reviewed by rmind@ 1.163 Sat Aug 09 05:33:01 GMT 2014 rtr branches: 1.163.2; 1.163.4; 1.163.8; split PRU_CONNECT2 & PRU_PURGEIF function out of pr_generic() usrreq switches and put into separate functions - always KASSERT(solocked(so)) even if not implemented (for PRU_CONNECT2 only) - replace calls to pr_generic() with req = PRU_CONNECT2 with calls to pr_connect2() - replace calls to pr_generic() with req = PRU_PURGEIF with calls to pr_purgeif() put common code from unp_connect2() (used by unp_connect() into unp_connect1() and call out to it when needed patch only briefly reviewed by rmind@ |
| /src/sys/dev/mii/ | ||
| H A D | miidevs.h | 1.163 Fri Mar 13 04:44:58 GMT 2020 msaitoh Regen. |
| /src/sys/arch/sparc64/conf/ | ||
| H A D | files.sparc64 | 1.163 Wed Oct 21 13:31:52 GMT 2020 christos branches: 1.163.2; make process_machdep.c included always since it provides register i/o used by sys_process_getlwpstatus.c which is always included. 1.163 Wed Oct 21 13:31:52 GMT 2020 christos branches: 1.163.2; make process_machdep.c included always since it provides register i/o used by sys_process_getlwpstatus.c which is always included. |
| /src/sys/arch/powerpc/powerpc/ | ||
| H A D | trap.c | 1.163 Wed Jul 15 08:58:52 GMT 2020 rin branches: 1.163.20; Factor out emulation code for m[ft]msr in user mode from oea, and adjust it for systems without FPU. Now, it can be used from booke and ibm4xx in order to support fenv(3). 1.163 Wed Jul 15 08:58:52 GMT 2020 rin branches: 1.163.20; Factor out emulation code for m[ft]msr in user mode from oea, and adjust it for systems without FPU. Now, it can be used from booke and ibm4xx in order to support fenv(3). |
| /src/sys/arch/i386/conf/ | ||
| H A D | GENERIC_TINY | 1.163 Wed Feb 06 11:58:31 GMT 2019 rin branches: 1.163.6; Add ure(4) to kernel config files. Also add PHY drivers where necessary. 1.163 Wed Feb 06 11:58:31 GMT 2019 rin branches: 1.163.6; Add ure(4) to kernel config files. Also add PHY drivers where necessary. |
| /src/distrib/sets/lists/xbase/ | ||
| H A D | mi | 1.163 Tue Nov 10 21:47:41 GMT 2020 kamil branches: 1.163.2; Reintroduce the support of MKCATPAGES Requested by <mrg> 1.163 Tue Nov 10 21:47:41 GMT 2020 kamil branches: 1.163.2; Reintroduce the support of MKCATPAGES Requested by <mrg> |
| /src/include/ | ||
| H A D | unistd.h | 1.163 Tue May 31 13:42:59 GMT 2022 riastradh branches: 1.163.2; libc: Reintroduce getentropy. This was introduced two years ago when the getrandom/getentropy API question was still open, and removed because the discussion was ongoing. Now getentropy is more widely adopted and soon to be in POSIX. So reintroduce the symbol into libc since we'll be keeping it anyway. Discussion of details of the semantics, as interpreted by NetBSD, is ongoing, but the symbol needs to get in before the netbsd-10 branch. The draft POSIX text is (https://www.opengroup.org/austin/docs/austin_1110.pdf): SYNOPSIS #include <unistd.h> int getentropy(void *buffer, size_t length); DESCRIPTION The getentropy() function shall write length bytes of data starting at the location pointed to by buffer. The output shall be unpredictable high quality random data, generated by a cryptographically secure pseudo-random number generator. The maximum permitted value for the length argument is given by the {GETENTROPY_MAX} symbolic constant defined in <limits.h>. RETURN VALUES Upon successful completion, getentropy() shall return 0; otherwise, -1 shall be retunred and errno set to indicate the error. ERRORS The getentropy() function shall fail if: [EINVAL] The value of length is greater than {GETENTROPY_MAX}. The getentropy() function may fail if: [ENOSYS] The system does not provide the necessary source of entropy. RATIONALE The getentropy() function is not a cancellation point. Minor changes from the previous introduction of getentropy into libc: - Return EINVAL, not EIO, on buflen > 256. - Define GETENTROPY_MAX in limits.h. The declaration of getentropy in unistd.h and definition of GETENTROPY_MAX in limits.h are currently conditional on _NETBSD_SOURCE. When the next revision of POSIX is finalized, we can expose them also under _POSIX_C_SOURCE > 20yymmL as usual -- and this can be done as a pullup without breaking existing compiled programs. 1.163 Tue May 31 13:42:59 GMT 2022 riastradh branches: 1.163.2; libc: Reintroduce getentropy. This was introduced two years ago when the getrandom/getentropy API question was still open, and removed because the discussion was ongoing. Now getentropy is more widely adopted and soon to be in POSIX. So reintroduce the symbol into libc since we'll be keeping it anyway. Discussion of details of the semantics, as interpreted by NetBSD, is ongoing, but the symbol needs to get in before the netbsd-10 branch. The draft POSIX text is (https://www.opengroup.org/austin/docs/austin_1110.pdf): SYNOPSIS #include <unistd.h> int getentropy(void *buffer, size_t length); DESCRIPTION The getentropy() function shall write length bytes of data starting at the location pointed to by buffer. The output shall be unpredictable high quality random data, generated by a cryptographically secure pseudo-random number generator. The maximum permitted value for the length argument is given by the {GETENTROPY_MAX} symbolic constant defined in <limits.h>. RETURN VALUES Upon successful completion, getentropy() shall return 0; otherwise, -1 shall be retunred and errno set to indicate the error. ERRORS The getentropy() function shall fail if: [EINVAL] The value of length is greater than {GETENTROPY_MAX}. The getentropy() function may fail if: [ENOSYS] The system does not provide the necessary source of entropy. RATIONALE The getentropy() function is not a cancellation point. Minor changes from the previous introduction of getentropy into libc: - Return EINVAL, not EIO, on buflen > 256. - Define GETENTROPY_MAX in limits.h. The declaration of getentropy in unistd.h and definition of GETENTROPY_MAX in limits.h are currently conditional on _NETBSD_SOURCE. When the next revision of POSIX is finalized, we can expose them also under _POSIX_C_SOURCE > 20yymmL as usual -- and this can be done as a pullup without breaking existing compiled programs. |
| /src/sys/arch/macppc/macppc/ | ||
| H A D | machdep.c | 1.163 Tue Mar 13 17:26:05 GMT 2012 macallan branches: 1.163.2; we don't need malloc.h here 1.163 Tue Mar 13 17:26:05 GMT 2012 macallan branches: 1.163.2; we don't need malloc.h here |
Completed in 181 milliseconds