| Home | Sort by: relevance | last modified time | path |
| /src/tests/lib/libpthread/ | |
| t_stack.c | 1.6.6.2 Sat Dec 09 13:36:02 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1924): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 1.6.4.2 Sat Dec 09 13:24:23 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1775): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 1.6.2.2 Tue Nov 28 13:17:11 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #478): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 |
| Makefile | 1.12.6.2 Sat Dec 09 13:36:02 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1924): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 1.14.2.1 Sat Dec 09 13:24:23 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1775): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 1.15.6.1 Tue Nov 28 13:17:11 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #478): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 |
| /src/sys/dev/usb/ | |
| usbdevs.h | 1.424 Wed Dec 07 10:18:10 UTC 2005 augustss branches: 1.424.2; Regen. Wed Dec 07 10:18:10 UTC 2005 augustss branches: 1.424.2; Regen. 1.424.2.2 Sat Feb 18 15:39:12 UTC 2006 yamt sync with head. 1.424.2.1 Wed Feb 01 14:52:20 UTC 2006 yamt sync with head. |
| usbdevs_data.h | 1.424 Mon Nov 28 19:32:29 UTC 2005 augustss Regen. |
| /src/lib/libpthread/ | |
| pthread.c | 1.147.8.4 Sat Dec 09 13:36:03 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1924): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 1.153.2.3 Sat Dec 09 13:24:24 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #1775): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 1.181.2.1 Tue Nov 28 13:17:11 UTC 2023 martin Pull up following revision(s) (requested by riastradh in ticket #478): tests/lib/libpthread/Makefile: revision 1.16 lib/libpthread/pthread.c: revision 1.184 distrib/sets/lists/debug/mi: revision 1.424 distrib/sets/lists/tests/mi: revision 1.1297 tests/lib/libpthread/t_stack.c: revision 1.1 tests/lib/libpthread/t_stack.c: revision 1.2 tests/lib/libpthread/t_stack.c: revision 1.3 tests/lib/libpthread/t_stack.c: revision 1.4 tests/lib/libpthread/t_stack.c: revision 1.5 tests/lib/libpthread/t_stack.c: revision 1.6 pthread: Add tests for pthread user stack allocation. PR lib/57721 libpthread/t_stack: Make this more robust to the guard size bug. Make sure to allocate enough space for the thread's stack for a guard even though there shouldn't be one, so that when we run the thread, it doesn't start with the stack pointer pointing into someone else's allocation (like malloc) causing stack frames to trash another data structure -- or causing the user of that data structure to trash the stack frames. PR lib/57721 libpthread/t_stack: Omit needless cast in previous. Arose from an earlier draft of the change. PR lib/57721 libpthread/t_stack: Appease gcc12 maybe-uninitialized warning. The jmp_buf is not, in fact, uninitialized at the point of use, but it doesn't hurt to narrow the scope a bit to between when the jmp_buf is initialized by setjmp, and when the signal handler might be called after sigaction. Noted by prlw1. PR lib/57721 libpthread/t_stack: Fix format string for size_t. Tested this on i386 since that had been crashing before, but i386 doesn't see %zu for unsigned int as a problem. PR lib/57721 pthread: Don't adjust user-allocated stack addresses by guardsize. PR lib/57721 |
| /src/share/man/man4/ | |
| options.4 | 1.424 Thu Jun 06 08:34:05 UTC 2013 wiz branches: 1.424.2; fix typo. Thu Jun 06 08:34:05 UTC 2013 wiz branches: 1.424.2; fix typo. 1.424.2.1 Tue Jul 23 21:07:32 UTC 2013 riastradh sync with HEAD |
| /src/sys/netinet/ | |
| tcp_input.c | 1.424 Tue Sep 29 02:58:53 UTC 2020 msaitoh branches: 1.424.2; s/occurence/occurrence/ Tue Sep 29 02:58:53 UTC 2020 msaitoh branches: 1.424.2; s/occurence/occurrence/ 1.424.2.1 Sat Apr 03 22:29:01 UTC 2021 thorpej Sync with HEAD. |
| /src/sys/dev/pci/ | |
| pcidevs | 1.424 Wed May 15 14:14:34 UTC 2002 augustss branches: 1.424.2; Give a more suitable name to the DEC 21554 bridge. Wed May 15 14:14:34 UTC 2002 augustss branches: 1.424.2; Give a more suitable name to the DEC 21554 bridge. 1.424.2.4 Thu Aug 29 05:22:41 UTC 2002 gehenna catch up with -current. 1.424.2.3 Mon Jul 15 10:35:40 UTC 2002 gehenna catch up with -current. 1.424.2.2 Thu Jun 20 16:33:41 UTC 2002 gehenna catch up with -current. 1.424.2.1 Thu May 30 14:46:16 UTC 2002 gehenna Catch up with -current. |
| /src/sys/kern/ | |
| init_main.c | 1.424 Thu Dec 16 00:42:22 UTC 2010 eeh branches: 1.424.2; ubc_init needs to run while we're still cold or uvmhist breaks. Thu Dec 16 00:42:22 UTC 2010 eeh branches: 1.424.2; ubc_init needs to run while we're still cold or uvmhist breaks. 1.424.2.1 Mon Jun 06 09:09:26 UTC 2011 jruoho Sync with HEAD. |
| vfs_subr.c | 1.424 Mon Jul 11 08:27:37 UTC 2011 hannken Change VOP_BWRITE() to take a vnode as its first argument like all other VOPs do. Layered file systems no longer have to modify bp->b_vp and run into trouble when an async VOP_BWRITE() uses the wrong vnode. - change all occurences of VOP_BWRITE(bp) to VOP_BWRITE(bp->b_vp, bp). - remove layer_bwrite(). - welcome to 5.99.55 Adresses PR kern/38762 panic: vwakeup: neg numoutput No objections from tech-kern@. |
| /src/usr.bin/xlint/lint1/ | |
| decl.c | 1.424 Tue Jan 20 23:33:05 UTC 2026 rillig lint: accept _Complex type specifiers in any order C23 6.7.3.1p2 says so. Seen in external/gpl3/gcc/dist/libquadmath/quadmath.h:33. |
| cgram.y | 1.424 Sat Oct 01 09:42:40 UTC 2022 rillig lint: add hyphen to adjective 'old-style' |
| tree.c | 1.424 Sat Apr 09 23:41:22 UTC 2022 rillig lint: distinguish between storage class and declaration kind These types overlap but are not the same. No functional change. |
| /src/sys/net/ | |
| if.c | 1.424 Thu May 24 05:27:29 UTC 2018 msaitoh Print "NET_MPSAFE enabled" if it's enabled. 1.394.2.13 Fri Jul 13 16:01:12 UTC 2018 martin Pull up following revision(s) (requested by msaitoh in ticket #915): sys/net/if.c: revision 1.424 Print "NET_MPSAFE enabled" if it's enabled. |
| /src/share/man/man9/ | |
| Makefile | 1.424 Sun Jun 03 01:52:47 UTC 2018 pgoyette Also add new entries in the .Nm list, and update Makefile to actually build the MLINKS |
| /src/share/mk/ | |
| bsd.README | 1.424 Sun Dec 05 04:54:20 UTC 2021 msaitoh s/from from/from/ in comment. |
| /src/usr.bin/make/ | |
| job.c | 1.424 Sun Apr 04 10:05:08 UTC 2021 rillig make: rename a few functions to be more descriptive No functional change. |
| parse.c | 1.424 Wed Nov 04 04:49:32 UTC 2020 rillig make(1): negate discardUndefined to preserveUndefined |
| /src/distrib/notes/common/ | |
| main | 1.424 Wed Oct 29 13:09:25 UTC 2008 tsutsui - remove rarely maintained whatis files - wipe out changes lists for 4.0 (newer ones might be pulled from doc/CHANGES) - list some updated 3rd party programs |
| /src/etc/ | |
| Makefile | 1.424 Mon Aug 31 06:08:07 UTC 2015 uebayasi Exclude duplicate kernel config names in set generation. Suppress warnings of defining duplicate make(1) targets. |
| /src/sys/arch/arm/arm32/ | |
| pmap.c | 1.424 Fri Jan 29 07:00:28 UTC 2021 skrll More debug |
| /src/sys/arch/i386/conf/ | |
| ALL | 1.424 Sat Jul 29 18:08:58 UTC 2017 maxv Remove TCP_COMPAT_42 from the config files. Pass 3. |
| /src/sys/arch/x86/x86/ | |
| pmap.c | 1.424 Sun Jul 16 19:55:43 UTC 2023 riastradh x86: Sprinkle extensive commentary about %fs/%gs initialization. Plus some other side quests like the three-stage GDT metamorphosis lifecycle. No functional change intended. |
| /src/sys/dev/ata/ | |
| wd.c | 1.424 Fri Jul 22 04:08:10 UTC 2016 jakllsch Add ATA8-ACS Long Logical Sector Feature Set support to wd(4). |
| /src/sys/uvm/ | |
| uvm_map.c | 1.424 Wed Aug 14 22:24:09 UTC 2024 rin uvm_map: Fix build failure with DIAGNOSTIC for rev 1.422 PR kern/51254: uvm assertion "!topdown || hint <= orig_hint" failed |