Searched hist:1.264 (Results 1 - 25 of 149) sorted by relevance
| /src/tests/usr.bin/xlint/lint1/ | ||
| H A D | op_colon.c | 1.1 Fri Apr 02 17:25:04 GMT 2021 rillig tests/lint: prevent typo from tree.c 1.264 from happening again |
| H A D | t_integration.sh | 1.38 Fri Apr 02 17:25:04 GMT 2021 rillig tests/lint: prevent typo from tree.c 1.264 from happening again |
| H A D | Makefile | 1.38 Fri Apr 02 17:25:04 GMT 2021 rillig tests/lint: prevent typo from tree.c 1.264 from happening again |
| /src/sys/netipsec/ | ||
| H A D | key.c | 1.264 Wed Jul 17 07:07:59 GMT 2019 ozaki-r Avoid a race condition between SA (sav) manipulations An sav can be removed from belonging list(s) twice resulting in an assertion failure of pslist. It can occur if the following two operations interleave: (i) a deletion or a update of an SA via the API, and (ii) a state change (key_sa_chgstate) of the same SA by the timer. Note that even (ii) removes an sav once from its list(s) on a update. The cause of the race condition is that the two operations are not serialized and (i) doesn't get and remove an sav from belonging list(s) atomically. So (ii) can be inserted between an acquisition and a removal of (i). Avoid the race condition by making (i) atomic. |
| /src/sys/dev/usb/ | ||
| H A D | uhci.c | 1.264 Tue Aug 05 06:35:24 GMT 2014 skrll branches: 1.264.2; 1.264.4; 1.264.8; Simplify the freeing of the interrupt pipe transfer. Inspired by OpenBSD. 1.264 Tue Aug 05 06:35:24 GMT 2014 skrll branches: 1.264.2; 1.264.4; 1.264.8; Simplify the freeing of the interrupt pipe transfer. Inspired by OpenBSD. 1.264 Tue Aug 05 06:35:24 GMT 2014 skrll branches: 1.264.2; 1.264.4; 1.264.8; Simplify the freeing of the interrupt pipe transfer. Inspired by OpenBSD. 1.264 Tue Aug 05 06:35:24 GMT 2014 skrll branches: 1.264.2; 1.264.4; 1.264.8; Simplify the freeing of the interrupt pipe transfer. Inspired by OpenBSD. |
| /src/sys/conf/ | ||
| H A D | Makefile.kern.inc | 1.264 Sat Feb 17 22:47:14 GMT 2018 joerg branches: 1.264.2; 1.264.4; Restrict -fno-delete-null-pointer-checks to GCC. 1.264 Sat Feb 17 22:47:14 GMT 2018 joerg branches: 1.264.2; 1.264.4; Restrict -fno-delete-null-pointer-checks to GCC. 1.264 Sat Feb 17 22:47:14 GMT 2018 joerg branches: 1.264.2; 1.264.4; Restrict -fno-delete-null-pointer-checks to GCC. |
| /src/sys/arch/sparc/sparc/ | ||
| H A D | machdep.c | 1.264 Sun Sep 03 22:27:45 GMT 2006 gdamore branches: 1.264.2; 1.264.4; Convert both sparc and sparc64 to MI todr. 1.264 Sun Sep 03 22:27:45 GMT 2006 gdamore branches: 1.264.2; 1.264.4; Convert both sparc and sparc64 to MI todr. 1.264 Sun Sep 03 22:27:45 GMT 2006 gdamore branches: 1.264.2; 1.264.4; Convert both sparc and sparc64 to MI todr. |
| H A D | autoconf.c | 1.264 Sun Jan 24 07:36:54 GMT 2021 mrg branches: 1.264.2; avoid using 'extern <func|data>;' inside a .c file, but instead use header files and ensure definitions are not duplicated or are technically (if not in codegen) wrong. 1.264 Sun Jan 24 07:36:54 GMT 2021 mrg branches: 1.264.2; avoid using 'extern <func|data>;' inside a .c file, but instead use header files and ensure definitions are not duplicated or are technically (if not in codegen) wrong. |
| /src/sys/arch/alpha/alpha/ | ||
| H A D | pmap.c | 1.267 Sun Aug 16 20:04:36 GMT 2020 thorpej - Undo part of rev 1.264; go back to not acquiring the pmap lock in pmap_activate(). As of rev 1.211, the pmap::pm_lev1map field is stable across the life of the pmap, and so the conditino that the change in 1.264 was intended to avoid would not have happened anyway. - Explicitly use __cacheline_aligned / COHERENCY_UNIT rather than 64 in a couple of places. - Update comments around the lev1map lifecycle, and add some assertions to enforce the assumptions being described. - Remove some dubious DEBUG tests that are not MP-safe. - Chage some long-form #ifdef DIAGNOSTIC checks / panics to KASSERTs. - Remove the PMAP_ACTIVATE() macro because it's no longer used anywhere except for pmap_activate(). Just open-code the equivalent there. - In pmap_activate(), only perform the SWPCTX if either the PTBR or the ASN are different than what the PCB already has. Also assert that preemption is disabled and that the specified lwp is curlwp. - In pmap_deactivate(), add similar assertions, and add a comment explaining why a SWPCTX to get off of the deactivated lev1map is not necessaray. - Refactor some duplicated code in pmap_growkernel() into a new pmap_kptpage_alloc() function. - In pmap_growkernel(), assert that any user pmap published on the all-pmaps list does not reference the kernel_lev1map. - In pmap_asn_alloc(), get out early if we're called with the kernel pmap, since all kernel mappings are ASM. Remove bogus assertions around the value of pmap::pm_lev1map and the current ASN, and simply assert that pmap::pm_lev1map is never kernel_lev1map. Also assert that preemption is disabled, since we're manipulating per-cpu data structures. - Convert the "too much uptime" panic to a simple KASSERT, and update the comment to reflect that we're only subject to the longer 75 billion year ASN generation overflow (because CPUs that don't implement ASNs never go through this code path). 1.267 Sun Aug 16 20:04:36 GMT 2020 thorpej - Undo part of rev 1.264; go back to not acquiring the pmap lock in pmap_activate(). As of rev 1.211, the pmap::pm_lev1map field is stable across the life of the pmap, and so the conditino that the change in 1.264 was intended to avoid would not have happened anyway. - Explicitly use __cacheline_aligned / COHERENCY_UNIT rather than 64 in a couple of places. - Update comments around the lev1map lifecycle, and add some assertions to enforce the assumptions being described. - Remove some dubious DEBUG tests that are not MP-safe. - Chage some long-form #ifdef DIAGNOSTIC checks / panics to KASSERTs. - Remove the PMAP_ACTIVATE() macro because it's no longer used anywhere except for pmap_activate(). Just open-code the equivalent there. - In pmap_activate(), only perform the SWPCTX if either the PTBR or the ASN are different than what the PCB already has. Also assert that preemption is disabled and that the specified lwp is curlwp. - In pmap_deactivate(), add similar assertions, and add a comment explaining why a SWPCTX to get off of the deactivated lev1map is not necessaray. - Refactor some duplicated code in pmap_growkernel() into a new pmap_kptpage_alloc() function. - In pmap_growkernel(), assert that any user pmap published on the all-pmaps list does not reference the kernel_lev1map. - In pmap_asn_alloc(), get out early if we're called with the kernel pmap, since all kernel mappings are ASM. Remove bogus assertions around the value of pmap::pm_lev1map and the current ASN, and simply assert that pmap::pm_lev1map is never kernel_lev1map. Also assert that preemption is disabled, since we're manipulating per-cpu data structures. - Convert the "too much uptime" panic to a simple KASSERT, and update the comment to reflect that we're only subject to the longer 75 billion year ASN generation overflow (because CPUs that don't implement ASNs never go through this code path). 1.264 Fri Mar 29 03:11:32 GMT 2019 thorpej branches: 1.264.6; Fix a couple of latent MP issues in the Alpha pmap: - In pmap_activate(), even though we manipulate the active mask with atomic ops, the lev1map pointer needs to stay consistent, so we do, in fact, have to take the pmap lock there. - In pmap_emulate_reference(), some of the DEBUG checks done here are race-prone, so don't do them. (Leave them #if 0'd out for documentary purposes.) 1.264 Fri Mar 29 03:11:32 GMT 2019 thorpej branches: 1.264.6; Fix a couple of latent MP issues in the Alpha pmap: - In pmap_activate(), even though we manipulate the active mask with atomic ops, the lev1map pointer needs to stay consistent, so we do, in fact, have to take the pmap lock there. - In pmap_emulate_reference(), some of the DEBUG checks done here are race-prone, so don't do them. (Leave them #if 0'd out for documentary purposes.) |
| /src/sys/compat/linux/common/ | ||
| H A D | linux_misc.c | 1.264 Sat Jun 29 13:46:10 GMT 2024 christos branches: 1.264.2; From gsoc 2024: Implement faccessat2 and getcpu (Shivraz) 1.264 Sat Jun 29 13:46:10 GMT 2024 christos branches: 1.264.2; From gsoc 2024: Implement faccessat2 and getcpu (Shivraz) |
| /src/sys/arch/i386/i386/ | ||
| H A D | trap.c | 1.264 Sat Jun 30 23:33:10 GMT 2012 rmind branches: 1.264.2; trap: move out info printing to trap_print() on amd64, reduce the differences between amd64 and i386, add lowest kernel stack address. 1.264 Sat Jun 30 23:33:10 GMT 2012 rmind branches: 1.264.2; trap: move out info printing to trap_print() on amd64, reduce the differences between amd64 and i386, add lowest kernel stack address. |
| /src/sys/arch/macppc/conf/ | ||
| H A D | GENERIC | 1.264 Fri May 30 20:10:02 GMT 2008 tsutsui branches: 1.264.4; Add options COMPAT_40 to files which have options COMPAT_30. 1.264 Fri May 30 20:10:02 GMT 2008 tsutsui branches: 1.264.4; Add options COMPAT_40 to files which have options COMPAT_30. |
| /src/usr.bin/make/ | ||
| H A D | make.c | 1.264 Sun Jun 02 15:31:26 GMT 2024 rillig branches: 1.264.2; make: sync VarEvalMode constant names with their debug log names 1.264 Sun Jun 02 15:31:26 GMT 2024 rillig branches: 1.264.2; make: sync VarEvalMode constant names with their debug log names |
| /src/sys/netinet/ | ||
| H A D | udp_usrreq.c | 1.264 Fri Nov 04 09:00:58 GMT 2022 ozaki-r branches: 1.264.8; inpcb: rename functions to inpcb_* Inspired by rmind-smpnet patches. 1.264 Fri Nov 04 09:00:58 GMT 2022 ozaki-r branches: 1.264.8; inpcb: rename functions to inpcb_* Inspired by rmind-smpnet patches. |
| /src/sys/sys/ | ||
| H A D | syscallargs.h | 1.264 Sun May 10 08:13:41 GMT 2015 pgoyette Regen for changes related to separation of compat_sysv syscalls into a separate module. |
| /src/share/misc/ | ||
| H A D | acronyms | 1.264 Sat Dec 02 01:36:38 GMT 2017 ginsbach Fix spelling mistake -- no el -- for previous |
| /src/sys/arch/mac68k/mac68k/ | ||
| H A D | machdep.c | 1.264 Sat Jun 02 18:09:14 GMT 2001 chs branches: 1.264.2; 1.264.4; replace vm_map{,_entry}_t with struct vm_map{,_entry} *. 1.264 Sat Jun 02 18:09:14 GMT 2001 chs branches: 1.264.2; 1.264.4; replace vm_map{,_entry}_t with struct vm_map{,_entry} *. 1.264 Sat Jun 02 18:09:14 GMT 2001 chs branches: 1.264.2; 1.264.4; replace vm_map{,_entry}_t with struct vm_map{,_entry} *. |
| /src/sys/kern/ | ||
| H A D | init_sysent.c | 1.264 Thu Mar 08 21:59:30 GMT 2012 joerg Implement sem_timedwait. |
| H A D | syscalls.c | 1.264 Tue Sep 03 21:30:43 GMT 2013 pooka regen |
| /src/sys/arch/sparc/conf/ | ||
| H A D | GENERIC | 1.264 Tue Feb 12 07:15:58 GMT 2019 mrg add commented QUOTA2 line. |
| /src/lib/libc/ | ||
| H A D | shlib_version | 1.264 Sat Apr 23 23:11:31 GMT 2016 christos add clock_getcpuclockid{2,} |
| /src/distrib/sets/lists/base/ | ||
| H A D | md.sparc64 | 1.264 Thu Jul 11 20:41:06 GMT 2024 riastradh distrib/sets/lists: Add a blank comment line between RCS id and body. This serves as a buffer between RCS id changes and other changes to the set lists, in an attempt to reduce the pain of merge conflicts around mass set list changes. No functional change intended. |
| /src/distrib/sets/lists/etc/ | ||
| H A D | mi | 1.264 Sun Jan 10 23:24:25 GMT 2021 riastradh Various entropy integration improvements. - New /etc/security check for entropy in daily security report. - New /etc/rc.d/entropy script runs (after random_seed and rndctl) to check for entropy at boot -- in rc.conf, you can: . set `entropy=check' to halt multiuser boot and enter single-user mode if not enough entropy . set `entropy=wait' to make multiuser boot wait until enough entropy Default is to always boot without waiting -- and rely on other channels like security report to alert the operator if there's a problem. - New man page entropy(7) discussing the higher-level concepts and system integration with cross-references. - New paragraph in afterboot(8) about entropy citing entropy(7) for more details. This change addresses many of the issues discussed in security/55659. This is a first draft; happy to take improvements to the man pages and scripted messages to improve clarity. I considered changing motd to include an entropy warning with a reference to the entropy(7) man page, but it's a little trickier: - Not sure it's appropriate for all users to see at login rather than users who have power to affect the entropy estimate (maybe it is, just haven't decided). - We only have a mechanism for changing once at boot; the message would remain until next boot even if an operator adds enough entropy. - The mechanism isn't really conducive to making a message appear conditionally from boot to boot. |
| /src/doc/ | ||
| H A D | BRANCHES | 1.264 Mon Jul 14 08:49:15 GMT 2008 simonb Make a note about rm of large files seeming "slow" on simonb-wapbl branch. |
| /src/usr.sbin/ | ||
| H A D | Makefile | 1.264 Fri Mar 23 21:30:57 GMT 2012 christos Disengage ipf |
Completed in 310 milliseconds