Searched hist:1.314 (Results 1 - 25 of 99) sorted by relevance

1234

/src/
H A Dbuild.sh1.314 Sun Dec 18 19:39:05 GMT 2016 christos branches: 1.314.2;
add a trailing / to force symlink resolution.
1.314 Sun Dec 18 19:39:05 GMT 2016 christos branches: 1.314.2;
add a trailing / to force symlink resolution.
H A DUPDATING1.314 Sat Sep 12 08:31:39 GMT 2020 mrg switch to GCC 9 on arm and x86.

note GCC 8.3, 8.4 and 9.3 import dates. add an UPDATING entry.
/src/sys/arch/alpha/conf/
H A DGENERIC1.314 Sun Jun 24 21:17:31 GMT 2007 christos branches: 1.314.2; 1.314.4; 1.314.8;
Add options FILEASSOC; needed for veriexec.
1.314 Sun Jun 24 21:17:31 GMT 2007 christos branches: 1.314.2; 1.314.4; 1.314.8;
Add options FILEASSOC; needed for veriexec.
1.314 Sun Jun 24 21:17:31 GMT 2007 christos branches: 1.314.2; 1.314.4; 1.314.8;
Add options FILEASSOC; needed for veriexec.
1.314 Sun Jun 24 21:17:31 GMT 2007 christos branches: 1.314.2; 1.314.4; 1.314.8;
Add options FILEASSOC; needed for veriexec.
/src/sys/kern/
H A Dinit_sysent.c1.314 Fri Jan 13 06:20:31 GMT 2017 christos branches: 1.314.6;
regen
1.314 Fri Jan 13 06:20:31 GMT 2017 christos branches: 1.314.6;
regen
H A Dsyscalls.c1.314 Sun Sep 22 23:03:20 GMT 2019 christos branches: 1.314.2;
regen
1.314 Sun Sep 22 23:03:20 GMT 2019 christos branches: 1.314.2;
regen
H A Dkern_synch.c1.314 Fri Feb 16 07:04:51 GMT 2018 ozaki-r branches: 1.314.2;
Avoid a race condition between an LWP migration and curlwp_bind

curlwp_bind sets the LP_BOUND flag to l_pflags of the current LWP, which
prevents it from migrating to another CPU until curlwp_bindx is called.
Meanwhile, there are several ways that an LWP is migrated to another CPU and in
any cases the scheduler postpones a migration if a target LWP is running. One
example of LWP migrations is a load balancing; the scheduler periodically
explores CPU-hogging LWPs and schedule them to migrate (see sched_lwp_stats).
At that point the scheduler checks the LP_BOUND flag and if it's set to a LWP,
the scheduler doesn't schedule the LWP. A scheduled LWP is tried to be migrated
when it is leaving a running CPU, i.e., mi_switch. And mi_switch does NOT check
the LP_BOUND flag. So if an LWP is scheduled first and then it sets the
LP_BOUND flag, the LWP can be migrated regardless of the flag. To avoid this
race condition, we need to check the flag in mi_switch too.

For more details see https://mail-index.netbsd.org/tech-kern/2018/02/13/msg023079.html
1.314 Fri Feb 16 07:04:51 GMT 2018 ozaki-r branches: 1.314.2;
Avoid a race condition between an LWP migration and curlwp_bind

curlwp_bind sets the LP_BOUND flag to l_pflags of the current LWP, which
prevents it from migrating to another CPU until curlwp_bindx is called.
Meanwhile, there are several ways that an LWP is migrated to another CPU and in
any cases the scheduler postpones a migration if a target LWP is running. One
example of LWP migrations is a load balancing; the scheduler periodically
explores CPU-hogging LWPs and schedule them to migrate (see sched_lwp_stats).
At that point the scheduler checks the LP_BOUND flag and if it's set to a LWP,
the scheduler doesn't schedule the LWP. A scheduled LWP is tried to be migrated
when it is leaving a running CPU, i.e., mi_switch. And mi_switch does NOT check
the LP_BOUND flag. So if an LWP is scheduled first and then it sets the
LP_BOUND flag, the LWP can be migrated regardless of the flag. To avoid this
race condition, we need to check the flag in mi_switch too.

For more details see https://mail-index.netbsd.org/tech-kern/2018/02/13/msg023079.html
H A Dsyscalls.master1.314 Thu Oct 03 16:50:52 GMT 2024 christos Add semtimedop GSoC 2024 (Shivraj Jamgade)
/src/sys/arch/mac68k/mac68k/
H A Dmachdep.c1.314 Mon Mar 05 00:50:16 GMT 2007 tsutsui branches: 1.314.2; 1.314.4; 1.314.10;
Allocate msgbufaddr in pmap_bootstrap.c where it's initilized,
and move its declaration into <m68k/pmap_motorola.h>.

1.314 Mon Mar 05 00:50:16 GMT 2007 tsutsui branches: 1.314.2; 1.314.4; 1.314.10;
Allocate msgbufaddr in pmap_bootstrap.c where it's initilized,
and move its declaration into <m68k/pmap_motorola.h>.

1.314 Mon Mar 05 00:50:16 GMT 2007 tsutsui branches: 1.314.2; 1.314.4; 1.314.10;
Allocate msgbufaddr in pmap_bootstrap.c where it's initilized,
and move its declaration into <m68k/pmap_motorola.h>.

1.314 Mon Mar 05 00:50:16 GMT 2007 tsutsui branches: 1.314.2; 1.314.4; 1.314.10;
Allocate msgbufaddr in pmap_bootstrap.c where it's initilized,
and move its declaration into <m68k/pmap_motorola.h>.

/src/sys/arch/amiga/conf/
H A DGENERIC1.314 Tue Dec 13 20:42:16 GMT 2016 christos branches: 1.314.8;
wildcard speaker attachments, now that we can handle many of them.
1.314 Tue Dec 13 20:42:16 GMT 2016 christos branches: 1.314.8;
wildcard speaker attachments, now that we can handle many of them.
/src/share/misc/
H A Dacronyms1.314 Mon Sep 26 17:55:35 GMT 2022 jschauma add PFA (please find attached)
H A Dacronyms.comp1.314 Sun Oct 18 10:17:09 GMT 2020 leot Add PBR and VBR

From Rocky Hotas, thanks!

/src/sys/arch/sparc/sparc/
H A Dpmap.c1.314 Mon Mar 12 18:18:27 GMT 2007 ad branches: 1.314.2; 1.314.8;
Pass an ipl argument to pool_init/POOL_INIT to be used when initializing
the pool's lock.

1.314 Mon Mar 12 18:18:27 GMT 2007 ad branches: 1.314.2; 1.314.8;
Pass an ipl argument to pool_init/POOL_INIT to be used when initializing
the pool's lock.

1.314 Mon Mar 12 18:18:27 GMT 2007 ad branches: 1.314.2; 1.314.8;
Pass an ipl argument to pool_init/POOL_INIT to be used when initializing
the pool's lock.

H A Dmachdep.c1.314 Mon Dec 12 19:03:11 GMT 2011 mrg implement bdev_size(9) wrapper around d_psize() routine, so we can take
the device lock in relevant places. avoid doing so while actually dumping.

tested i386 crash dumps still work, and that all touched files compile.

fixes PR#45705.
/src/doc/
H A DBRANCHES1.314 Thu Nov 24 15:27:10 GMT 2011 yamt yamt-pagecache: update
/src/sys/sys/
H A Dsyscall.h1.314 Sat May 16 18:31:53 GMT 2020 christos Add ACL support for FFS. From FreeBSD.
/src/sys/arch/i386/conf/
H A Dfiles.i3861.314 Wed Aug 29 23:38:03 GMT 2007 ad branches: 1.314.2;
Merge most x86 changes from the vmlocking branch, except the threaded soft
interrupt stuff. This is mostly comprised of changes to the pmap modules to
work on multiprocessor systems without kernel_lock, and changes to speed up
tlb shootdowns.
1.314 Wed Aug 29 23:38:03 GMT 2007 ad branches: 1.314.2;
Merge most x86 changes from the vmlocking branch, except the threaded soft
interrupt stuff. This is mostly comprised of changes to the pmap modules to
work on multiprocessor systems without kernel_lock, and changes to speed up
tlb shootdowns.
H A DINSTALL1.314 Sat Jun 30 00:30:34 GMT 2007 jmcneill Move ral@pci from INSTALL to INSTALL_LARGE, as requested by Manuel Bouyer.
/src/sys/arch/alpha/alpha/
H A Dmachdep.c1.314 Wed Jan 21 16:24:34 GMT 2009 he branches: 1.314.2;
Re-adapt to the changed return types for major() and minor().

1.314 Wed Jan 21 16:24:34 GMT 2009 he branches: 1.314.2;
Re-adapt to the changed return types for major() and minor().

/src/sys/dev/pci/
H A Dif_bge.c1.314 Tue Jun 26 06:48:01 GMT 2018 msaitoh branches: 1.314.2;
Implement the BPF direction filter (BIOC[GS]DIRECTION). It provides backward
compatibility with BIOC[GS]SEESENT ioctl. The userland interface is the same
as FreeBSD.

This change also fixes a bug that the direction is misunderstand on some
environment by passing the direction to bpf_mtap*() instead of checking
m->m_pkthdr.rcvif.

1.314 Tue Jun 26 06:48:01 GMT 2018 msaitoh branches: 1.314.2;
Implement the BPF direction filter (BIOC[GS]DIRECTION). It provides backward
compatibility with BIOC[GS]SEESENT ioctl. The userland interface is the same
as FreeBSD.

This change also fixes a bug that the direction is misunderstand on some
environment by passing the direction to bpf_mtap*() instead of checking
m->m_pkthdr.rcvif.

/src/sys/arch/sparc64/sparc64/
H A Dpmap.c1.314 Sat Mar 12 15:32:31 GMT 2022 riastradh sys: Membar audit around reference count releases.

If two threads are using an object that is freed when the reference
count goes to zero, we need to ensure that all memory operations
related to the object happen before freeing the object.

Using an atomic_dec_uint_nv(&refcnt) == 0 ensures that only one
thread takes responsibility for freeing, but it's not enough to
ensure that the other thread's memory operations happen before the
freeing.

Consider:

Thread A Thread B
obj->foo = 42; obj->baz = 73;
mumble(&obj->bar); grumble(&obj->quux);
/* membar_exit(); */ /* membar_exit(); */
atomic_dec -- not last atomic_dec -- last
/* membar_enter(); */
KASSERT(invariant(obj->foo,
obj->bar));
free_stuff(obj);

The memory barriers ensure that

obj->foo = 42;
mumble(&obj->bar);

in thread A happens before

KASSERT(invariant(obj->foo, obj->bar));
free_stuff(obj);

in thread B. Without them, this ordering is not guaranteed.

So in general it is necessary to do

membar_exit();
if (atomic_dec_uint_nv(&obj->refcnt) != 0)
return;
membar_enter();

to release a reference, for the `last one out hit the lights' style
of reference counting. (This is in contrast to the style where one
thread blocks new references and then waits under a lock for existing
ones to drain with a condvar -- no membar needed thanks to mutex(9).)

I searched for atomic_dec to find all these. Obviously we ought to
have a better abstraction for this because there's so much copypasta.
This is a stop-gap measure to fix actual bugs until we have that. It
would be nice if an abstraction could gracefully handle the different
styles of reference counting in use -- some years ago I drafted an
API for this, but making it cover everything got a little out of hand
(particularly with struct vnode::v_usecount) and I ended up setting
it aside to work on psref/localcount instead for better scalability.

I got bored of adding #ifdef __HAVE_ATOMIC_AS_MEMBAR everywhere, so I
only put it on things that look performance-critical on 5sec review.
We should really adopt membar_enter_preatomic/membar_exit_postatomic
or something (except they are applicable only to atomic r/m/w, not to
atomic_load/store_*, making the naming annoying) and get rid of all
the ifdefs.

/src/sys/dev/
H A DDEVNAMES1.314 Fri Sep 21 18:38:25 GMT 2018 maxv Remove iavc(4).

/src/distrib/sets/lists/comp/
H A Dshl.mi1.314 Mon Apr 16 00:25:18 GMT 2018 christos fix the sets for binutils-2.30
/src/distrib/sets/lists/debug/
H A Dshl.mi1.314 Wed Jul 05 22:42:46 GMT 2023 riastradh tests/libexec/ld.elf_so: Fix helper library makefiles.

1. Consolidate logic into a single helper.mk to reduce duplication.
2. Set NO* variables, not MK* variables which are reserved for user.
3. Avoid eager X!= in favour of lazy ${X:sh}.
4. Mark _g.a set list entries obsolete. Never should've been built!

PR misc/57462
/src/share/mk/
H A Dbsd.prog.mk1.314 Thu Jun 21 11:24:38 GMT 2018 kamil Refactor MKSANITIZER flags in mk rules

Introduce a new variable SANITIZERFLAGS that contains all the sanitizer
specific flags. These flags are designed to be passed to CFLAGS, CXXFLAGS
and LDFLAGS.

Pass SANITIZERFLAGS in bsd.prog.mk rules to CFLAGS, CXXFLAGS and LDFLAGS.

Pass SANITIZERFLAGS in bsd.lib.mk rules to *_pic.a build flags. The *_pic.a
libraries are designed to construct .so libraries. All .so libraries with
few exceptions are expected to be prebuilt with a sanitizer. Another
purpuse of *_pic.a files can be constructing static PIE programs, however
they are not supported as of now and there is no sanitization of static
programs either.

Once MKSTATICPIE will be supported, it will be initially incompatible with
MKSANITIZER.

This change also makes it easier to build other targets like kernel and
kernel modules without userland sanitizers.

No functional change intended for MKSANITIZER=no users.
H A Dbsd.sys.mk1.314 Sat Jun 03 21:24:57 GMT 2023 lukem bsd.*.mk: move MKSTRIPSYM default to bsd.own.mk

Add default for MKSTRIPSYM=yes to to bsd.own.mk _MKVARS.no.
Test ${MKSTRIPSYM} != "no".

Completed in 409 milliseconds

1234