Searched hist:1.403 (Results 1 - 25 of 50) sorted by relevance

12

/src/sys/uvm/
H A Duvm_map.c1.403 Wed Nov 23 23:53:53 GMT 2022 riastradh branches: 1.403.2;
mmap(2): Avoid arithmetic overflow in search for free space.

PR kern/56900

Reported-by: syzbot+3833ae1d38037a263d05@syzkaller.appspotmail.com
https://syzkaller.appspot.com/bug?id=e542bcf59b2564cca1cb38c12f076fb08dcac37e

1.403 Wed Nov 23 23:53:53 GMT 2022 riastradh branches: 1.403.2;
mmap(2): Avoid arithmetic overflow in search for free space.

PR kern/56900

Reported-by: syzbot+3833ae1d38037a263d05@syzkaller.appspotmail.com
https://syzkaller.appspot.com/bug?id=e542bcf59b2564cca1cb38c12f076fb08dcac37e

/src/sys/dev/ata/
H A Dwd.c1.403 Wed May 29 00:47:48 GMT 2013 christos branches: 1.403.2;
phase 1 of disk geometry cleanup:
- centralize the geometry -> plist code so that we don't have
n useless copies of it.
1.403 Wed May 29 00:47:48 GMT 2013 christos branches: 1.403.2;
phase 1 of disk geometry cleanup:
- centralize the geometry -> plist code so that we don't have
n useless copies of it.
/src/sys/dev/usb/
H A Dusbdevs_data.h1.403 Tue Mar 15 17:54:17 GMT 2005 xtraeme branches: 1.403.2;
regen
1.403 Tue Mar 15 17:54:17 GMT 2005 xtraeme branches: 1.403.2;
regen
H A Dusbdevs1.403 Fri Jul 01 19:37:59 GMT 2005 drochner add ralink dev IDs, from FUKAUMI Naoki per PR kern/30449
H A Dusbdevs.h1.403 Wed Jun 01 09:16:07 GMT 2005 sekiya Regen.
/src/usr.bin/xlint/lint1/
H A Ddecl.c1.403 Sun May 12 18:49:36 GMT 2024 rillig branches: 1.403.2;
lint: add wrapper for <ctype.h> functions, for strict bool mode

When using the Clang preprocessor (with MKLLVM=yes), the preprocessor
output does not indicate which tokens come from a system header and
which tokens come from the user code. Lint's strict bool mode relies on
this information to treat the character classification functions from
<ctype.h> as if their return type were bool instead of int.

These wrapper functions are only used when their argument is indeed a
'char', but not when the argument might be 'EOF or representable as an
unsigned char', such as when reading a byte from the input.

1.403 Sun May 12 18:49:36 GMT 2024 rillig branches: 1.403.2;
lint: add wrapper for <ctype.h> functions, for strict bool mode

When using the Clang preprocessor (with MKLLVM=yes), the preprocessor
output does not indicate which tokens come from a system header and
which tokens come from the user code. Lint's strict bool mode relies on
this information to treat the character classification functions from
<ctype.h> as if their return type were bool instead of int.

These wrapper functions are only used when their argument is indeed a
'char', but not when the argument might be 'EOF or representable as an
unsigned char', such as when reading a byte from the input.

H A Dcgram.y1.403 Thu Apr 28 21:38:38 GMT 2022 rillig lint: revert resolving grammar conflicts for labeled statements

Restore the grammar rule for labeled_statement as it was before cgram.y
1.400 from 2022-04-24. This allows labels with attributes again. Fix
the wrong interpretation in the tests; the attributes belong to the
label, not to the statement.

Today in the morning, when I thought that the change in cgram.y 1.400
were innocent, I accidentally ran lint only with the options '-Sw' but
forgot the option '-g' for GNU mode. Without that option, the token
'__attribute__' is unknown, which unsurprisingly leads to lots of syntax
errors, and these didn't change with that commit. The actual change was
only visible in GNU mode.
/src/sys/netinet/
H A Dip_input.c1.403 Sat Jun 29 00:59:08 GMT 2024 riastradh branches: 1.403.2;
netinet: Use _NET_STAT* API instead of direct array access.

PR kern/58380

1.403 Sat Jun 29 00:59:08 GMT 2024 riastradh branches: 1.403.2;
netinet: Use _NET_STAT* API instead of direct array access.

PR kern/58380

/src/sys/arch/alpha/conf/
H A DGENERIC1.403 Sat Aug 01 08:20:47 GMT 2020 maxv Remove references to BRIDGE_IPF, it is now compiled in by default.
/src/share/misc/
H A Dacronyms.comp1.403 Tue Mar 11 14:13:32 GMT 2025 jschauma +HQC Hamming Quasi-Cyclic

(HQC was selected by NIST as the second PQC KEM.)

/src/sys/kern/
H A Dkern_sig.c1.403 Sat Mar 12 15:32:32 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.
H A Dinit_main.c1.403 Fri Oct 02 18:50:14 GMT 2009 elad First part of secmodel cleanup and other misc. changes:

- Separate the suser part of the bsd44 secmodel into its own secmodel
and directory, pending even more cleanups. For revision history
purposes, the original location of the files was

src/sys/secmodel/bsd44/secmodel_bsd44_suser.c
src/sys/secmodel/bsd44/suser.h

- Add a man-page for secmodel_suser(9) and update the one for
secmodel_bsd44(9).

- Add a "secmodel" module class and use it. Userland program and
documentation updated.

- Manage secmodel count (nsecmodels) through the module framework.
This eliminates the need for secmodel_{,de}register() calls in
secmodel code.

- Prepare for secmodel modularization by adding relevant module bits.
The secmodels don't allow auto unload. The bsd44 secmodel depends
on the suser and securelevel secmodels. The overlay secmodel depends
on the bsd44 secmodel. As the module class is only cosmetic, and to
prevent ambiguity, the bsd44 and overlay secmodels are prefixed with
"secmodel_".

- Adapt the overlay secmodel to recent changes (mainly vnode scope).

- Stop using link-sets for the sysctl node(s) creation.

- Keep sysctl variables under nodes of their relevant secmodels. In
other words, don't create duplicates for the suser/securelevel
secmodels under the bsd44 secmodel, as the latter is merely used
for "grouping".

- For the suser and securelevel secmodels, "advertise presence" in
relevant sysctl nodes (sysctl.security.models.{suser,securelevel}).

- Get rid of the LKM preprocessor stuff.

- As secmodels are now modules, there's no need for an explicit call
to secmodel_start(); it's handled by the module framework. That
said, the module framework was adjusted to properly load secmodels
early during system startup.

- Adapt rump to changes: Instead of using empty stubs for securelevel,
simply use the suser secmodel. Also replace secmodel_start() with a
call to secmodel_suser_start().

- 5.99.20.

Testing was done on i386 ("release" build). Spearated module_init()
changes were tested on sparc and sparc64 as well by martin@ (thanks!).

Mailing list reference:

http://mail-index.netbsd.org/tech-kern/2009/09/25/msg006135.html
/src/sys/arch/sparc64/sparc64/
H A Dlocore.s1.403 Wed Jan 04 20:19:29 GMT 2017 palle sun4v: make debugging kernel bringup a bit easier by using the slowtrap code path for currently unhandled trap level 1 trap entries 0x00-0x23 and 0x28-0x30
/src/sys/arch/i386/conf/
H A DALL1.403 Sat Nov 26 13:59:45 GMT 2016 christos mention PAX_SEGVGUARD dependency on FILEASSOC
H A Dfiles.i3861.403 Sat Apr 25 15:26:16 GMT 2020 bouyer Merge the bouyer-xenpvh branch, bringing in Xen PV drivers support under HVM
guests in GENERIC.
Xen support can be disabled at runtime with
boot -c
disable hypervisor
/src/sys/arch/arm/arm32/
H A Dpmap.c1.403 Mon Apr 13 00:27:16 GMT 2020 chs slightly change and fix the semantics of pool_set*wat(), pool_sethardlimit()
and pool_prime() (and their pool_cache_* counterparts):

- the pool_set*wat() APIs are supposed to specify thresholds for the count of
free items in the pool before pool pages are automatically allocated or freed
during pool_get() / pool_put(), whereas pool_sethardlimit() and pool_prime()
are supposed to specify minimum and maximum numbers of total items
in the pool (both free and allocated). these were somewhat conflated
in the existing code, so separate them as they were intended.

- change pool_prime() to take an absolute number of items to preallocate
rather than an increment over whatever was done before, and wait for
any memory allocations to succeed. since pool_prime() can no longer fail
after this, change its return value to void and adjust all callers.

- pool_setlowat() is documented as not immediately attempting to allocate
any memory, but it was changed some time ago to immediately try to allocate
up to the lowat level, so just fix the manpage to describe the current
behaviour.

- add a pool_cache_prime() to complete the API set.
/src/distrib/notes/common/
H A Dmain1.403 Sat Jul 26 23:17:09 GMT 2008 pgoyette Add myself to the list of developers.
/src/distrib/sets/lists/debug/
H A Dmi1.403 Tue Jun 06 08:27:44 GMT 2023 martin Fix markup of libh_ MKDEBUGLIB=yes only files
/src/etc/
H A DMakefile1.403 Tue Jan 29 20:21:02 GMT 2013 christos spwd.db should be 0600 (Brooks Davis)
/src/share/man/man9/
H A DMakefile1.403 Fri Mar 10 09:08:47 GMT 2017 martin PR misc/52058: replace all proc_trampoline with lwp_trampoline belatedly.
/src/share/mk/
H A Dbsd.README1.403 Mon May 18 21:19:35 GMT 2020 jmcneill Separate devicetree .dts -> .dtb building from kernel builds. They are now
part of a separate set, "dtb.tgz", and only built when MKDTB=yes. This
defaults to yes for earmv[67]* and aarch64, and no everywhere else.
H A Dbsd.lib.mk1.403 Mon May 06 08:43:37 GMT 2024 mrg use objcopy's --compress-debug-sections when creating debug files.

this reduces the size of the installed files by over half in most cases,
though the debug set size doesn't really change much (which looks like
close to 1GB of space on amd64 with xdebug installed, similar on arm64,
and about 600MB without xdebug.)

tested by running GDB on a few things, seems just as functional, on amd64,
arm64, and slightly on riscv64.

(first attempt for this feature used "gcc -gz=zlib", but that ends up
making CTF unhappy, but fortunately this works in binutils to create
the .debug files separate to any ctf usage of the main file.)

/src/share/man/man4/
H A Doptions.41.403 Fri Mar 18 22:19:31 GMT 2011 jruoho Fix xref; security(8) -> security(7).
/src/sys/dev/raidframe/
H A Drf_netbsdkintf.c1.403 Fri Mar 11 01:59:33 GMT 2022 mrg convert non-config-handled "DEBUG_ROOT" to aprint_debug().

now it's possible to get boot-time info about raidframe root
device selection with simple "boot -x".
/src/sys/dev/pci/
H A Dfiles.pci1.403 Sat Sep 22 05:24:22 GMT 2018 nakayama ixg and ixv depend on mii and mii_phy.

Completed in 592 milliseconds

12