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

12

/src/lib/libc/softfloat/
H A Dsoftfloat-specialize1.10 Sun Apr 27 15:23:27 GMT 2025 riastradh libc softfloat: Make SIGFPE for trapped fp exceptions non-ignorable.

In hardfloat, when the kernel delivers SIGFPE for a floating-point
exception trap, if SIGFPE is masked or ignored, it is handled _as if_
SIGFPE were unmasked and had the default signal disposition:

964 /*
965 * If the signal is masked or ignored, then unmask it and
966 * reset it to the default action so that the process or
967 * its tracer will be notified.
968 */
969 const bool ignored = action == SIG_IGN;
970 if (masked || ignored) {
971 mutex_enter(&ps->sa_mutex);
972 sigdelset(mask, signo);
973 sigdelset(&p->p_sigctx.ps_sigcatch, signo);
974 sigdelset(&p->p_sigctx.ps_sigignore, signo);
975 sigdelset(&SIGACTION_PS(ps, signo).sa_mask, signo);
976 SIGACTION_PS(ps, signo).sa_handler = SIG_DFL;
977 mutex_exit(&ps->sa_mutex);
978 }

https://nxr.netbsd.org/xref/src/sys/kern/kern_sig.c?r=1.410#964

In other words, if you have asked for floating-point exception traps
via fpsetmask(3) or feeenableexcept(3), then you can't simply defer
or ignore them at the signal level any more than you can defer or
ignore SIGBUS or SIGSEGV. And if the signal handler returns, it will
restart the instruction and -- if nothing has changed in the set of
trapped floating-point exceptions -- trap again, delivering the same
signal again.

Since we can't lock access to signal dispositions, I don't think we
can guarantee the same effect from userland atomically, but we can
get a close approximation (should be good enough for single-threaded
programs, at least) by mimicking this logic and calling sigqueueinfo
in a loop.

PR misc/56820: Many FPE related tests fail on softfloat machines

/src/sys/arch/alpha/conf/
H A DGENERIC1.410 Mon Sep 28 03:30:47 GMT 2020 thorpej branches: 1.410.6; 1.410.8;
Fix typo in rev 1.408.

1.410 Mon Sep 28 03:30:47 GMT 2020 thorpej branches: 1.410.6; 1.410.8;
Fix typo in rev 1.408.

1.410 Mon Sep 28 03:30:47 GMT 2020 thorpej branches: 1.410.6; 1.410.8;
Fix typo in rev 1.408.

/src/sys/arch/sparc64/sparc64/
H A Dlocore.s1.410 Tue Apr 18 20:02:50 GMT 2017 palle branches: 1.410.2;
sun4v: Add handling of trap 0x06c @ trap level 1 - based on code from OpenBSD, but slightly adapted to NetBSD. verified using qemu
1.410 Tue Apr 18 20:02:50 GMT 2017 palle branches: 1.410.2;
sun4v: Add handling of trap 0x06c @ trap level 1 - based on code from OpenBSD, but slightly adapted to NetBSD. verified using qemu
/src/sys/dev/raidframe/
H A Drf_netbsdkintf.c1.410 Sun Aug 28 00:37:41 GMT 2022 oster branches: 1.410.4;
Simplify the check for what ioctls can be done in raidioctl() without
the device being initialized.

1.410 Sun Aug 28 00:37:41 GMT 2022 oster branches: 1.410.4;
Simplify the check for what ioctls can be done in raidioctl() without
the device being initialized.

/src/sys/dev/usb/
H A Dusbdevs_data.h1.410 Mon Jul 04 17:43:15 GMT 2005 drochner branches: 1.410.2;
regen
1.410 Mon Jul 04 17:43:15 GMT 2005 drochner branches: 1.410.2;
regen
H A Dusbdevs1.410 Wed Aug 03 23:08:08 GMT 2005 augustss There is no need to include the vendor name in the product description,
so remove some.
H A Dusbdevs.h1.410 Thu Jul 07 09:59:09 GMT 2005 pooka regen for panasonic tp
/src/share/misc/
H A Dacronyms.comp1.410 Wed Jun 25 01:26:39 GMT 2025 jschauma +PCR Platform Configuration Register

/src/sys/kern/
H A Dkern_exec.c1.410 Sun Nov 09 17:50:01 GMT 2014 maxv branches: 1.410.2;
Do not uselessly include <sys/malloc.h>.
1.410 Sun Nov 09 17:50:01 GMT 2014 maxv branches: 1.410.2;
Do not uselessly include <sys/malloc.h>.
H A Dkern_sig.c1.410 Thu Mar 13 00:48:21 GMT 2025 riastradh execve(2), posix_spawn(2): Don't flush _all_ pending signals.

We need only flush those pending signals whose dispositions have been
reset to the default action when that action is to ignore them --
e.g., if the parent had a signal handler function for SIGCHLD or
SIGWINCH, this is reset to the default disposition, which is to
ignore the signal, so any pending SIGCHLD or SIGWINCH need to be
flushed.

And we have logic to do this already in execsigs(9), via
sigclearset(9), which clears the specified set of signals:

402 sigemptyset(&tset);
403 for (signo = 1; signo < NSIG; signo++) {
404 if (sigismember(&p->p_sigctx.ps_sigcatch, signo)) {
405 prop = sigprop[signo];
406 if (prop & SA_IGNORE) {
407 if ((prop & SA_CONT) == 0)
408 sigaddset(&p->p_sigctx.ps_sigignore,
409 signo);
410 sigaddset(&tset, signo);
411 }
412 SIGACTION_PS(ps, signo).sa_handler = SIG_DFL;
...
420 sigclearall(p, &tset, &kq);

https://nxr.netbsd.org/xref/src/sys/kern/kern_sig.c?r=1.409#394

But back in 2003, when ksiginfo_t was introduced, before that logic
was written, we sprouted an exithook to clear _all_ the signals (and,
more importantly for the time, free the ksiginfo_t records to avoid
leaking memory) -- and we wired it up as an _exechook_ too:

+/*
+ * free all pending ksiginfo on exit
+ */
+static void
+ksiginfo_exithook(struct proc *p, void *v)
+{
+ ksiginfo_t *ksi, *hp = p->p_sigctx.ps_siginfo;
+
+ if (hp == NULL)
+ return;
+ for (;;) {
+ pool_put(&ksiginfo_pool, ksi);
+ if ((ksi = ksi->ksi_next) == hp)
+ break;
+ }
+}
...
+ exithook_establish(ksiginfo_exithook, NULL);
+ exechook_establish(ksiginfo_exithook, NULL);

https://mail-index.netbsd.org/source-changes/2003/09/14/msg133910.html

(The first iteration of ksiginfo_exithook had another bug, of course!
But it was soon fixed; that's not the issue here.)

Later, during the newlock2 branch, sigclearall got added for execsigs
to free only the ksiginfo_t records for those signals whose
disposition is being reset to a default action of ignoring the
signal:

void
execsigs(struct proc *p)
{
...
+ sigset_t tset;
...
- for (signum = 1; signum < NSIG; signum++) {
- if (sigismember(&p->p_sigctx.ps_sigcatch, signum)) {
- prop = sigprop[signum];
+ sigemptyset(&tset);
+ for (signo = 1; signo < NSIG; signo++) {
+ if (sigismember(&p->p_sigctx.ps_sigcatch, signo)) {
+ prop = sigprop[signo];
if (prop & SA_IGNORE) {
if ((prop & SA_CONT) == 0)
sigaddset(&p->p_sigctx.ps_sigignore,
- signum);
- sigdelset(&p->p_sigctx.ps_siglist, signum);
+ signo);
+ sigaddset(&tset, signo);
...
}
+ sigclearall(p, &tset);

https://mail-index.netbsd.org/source-changes/2006/10/21/msg176390.html

And the _exithook_ was removed somewhere along the way in the
newlock2 branch (in favour of simply calling sigclearall in exit1),
but the _exechook_ remained:

-static void ksiginfo_exithook(struct proc *, void *);
+static void ksiginfo_exechook(struct proc *, void *);
...
- exithook_establish(ksiginfo_exithook, NULL);
- exechook_establish(ksiginfo_exithook, NULL);
+ exechook_establish(ksiginfo_exechook, NULL);
...
/*
- * ksiginfo_exithook:
+ * ksiginfo_exechook:
*
- * Free all pending ksiginfo entries from a process on exit.
+ * Free all pending ksiginfo entries from a process on exec.
* Additionally, drain any unused ksiginfo structures in the
* system back to the pool.
+ *
+ * XXX This should not be a hook, every process has signals.
*/
static void
-ksiginfo_exithook(struct proc *p, void *v)
+ksiginfo_exechook(struct proc *p, void *v)
{

https://mail-index.netbsd.org/source-changes/2007/02/05/msg180796.html

The symptom of this mistake is that a signal delivered _during_
execve(2) may be simply discarded, even if it should be caught and
cause the process to terminate.

On the bright side, isn't it a nice feeling when you can solve
problems by commits that consist exclusively of deletions?

PR kern/58091: after fork/execve or posix_spawn, parent kill(child,
SIGTERM) has race condition making it unreliable

/src/sys/uvm/
H A Duvm_map.c1.410 Sat Sep 23 18:21:12 GMT 2023 ad Repply this change with a couple of bugs fixed:

- Do away with separate pool_cache for some kernel objects that have no special
requirements and use the general purpose allocator instead. On one of my
test systems this makes for a small (~1%) but repeatable reduction in system
time during builds presumably because it decreases the kernel's cache /
memory bandwidth footprint a little.
- vfs_lockf: cache a pointer to the uidinfo and put mutex in the data segment.

/src/sys/dev/ata/
H A Dwd.c1.410 Fri Jul 25 08:22:08 GMT 2014 dholland Implement d_discard for wd.

/src/sys/arch/i386/conf/
H A DALL1.410 Tue Dec 27 01:11:52 GMT 2016 pgoyette Add BIOHIST (and belatedly, UVMHIST) to the ALL kernels for i386 and amd64.

XXX Perhaps it should be added to others as well? Perhaps just as comments?

H A DGENERIC1.410 Sun Jul 08 16:32:18 GMT 2001 abs branches: 1.410.2;
Standardise TCP_COMPAT_42 as commented out, grouped with other COMPAT options,
and with the comment '4.2BSD TCP/IP bug compat. Not recommended'
Add commented out 'TCP_DEBUG # Record last TCP_NDEBUG packets with SO_DEBUG'
(All hail amiga and atari which make some attempt to automate the
multiplicity of config files...)
1.410 Sun Jul 08 16:32:18 GMT 2001 abs branches: 1.410.2;
Standardise TCP_COMPAT_42 as commented out, grouped with other COMPAT options,
and with the comment '4.2BSD TCP/IP bug compat. Not recommended'
Add commented out 'TCP_DEBUG # Record last TCP_NDEBUG packets with SO_DEBUG'
(All hail amiga and atari which make some attempt to automate the
multiplicity of config files...)
/src/sys/arch/arm/arm32/
H A Dpmap.c1.410 Sun Apr 19 19:36:49 GMT 2020 kre
Give UVMHIST_LOG() the 6 args it requires. Unbreak builds.

/src/distrib/notes/common/
H A Dmain1.410 Thu Sep 04 15:14:10 GMT 2008 cegger Document that Xen version of at least 3.1 will be required after netbsd-5.
ok bouyer@
/src/distrib/sets/lists/debug/
H A Dmi1.410 Tue Aug 01 06:35:55 GMT 2023 mrg various updates for GCC 12

- bump some shlibs
- add new header files
- add compiler-version header files
- disable sanitizer libraries for gcc12 for now
/src/etc/
H A DMakefile1.410 Mon Aug 19 16:34:29 GMT 2013 matt if softfloat, Install a ld.so.conf to use libc_vfp.so if there is a VFP on
evbarm (no other arm ports a CPU supporting VFP).
/src/share/man/man9/
H A DMakefile1.410 Sun Apr 30 00:30:00 GMT 2017 pgoyette Make the primary name for this man-page devsw

/src/share/mk/
H A Dbsd.README1.410 Mon Jul 13 07:22:51 GMT 2020 mrg MKLLVMRT is automatically enabled on x86 and arm64, not mesa18+.

H A Dbsd.lib.mk1.410 Fri Nov 01 23:06:17 GMT 2024 christos We need -fPIC too otherwise we end up with R_X86_64_PLT32 and not
R_X86_64_REX_GOTPCRELX and we can't build .so objects. I think we can
remove the -fPIE and use only -fPIC but this works for now.

/src/share/man/man4/
H A Doptions.41.410 Mon Jan 09 15:16:31 GMT 2012 drochner Make FAST_IPSEC the default IPSEC implementation which is built
into the kernel if the "IPSEC" kernel option is given.
The old implementation is still available as KAME_IPSEC.
Do some minimal manpage adjustment -- kame_ipsec(4) is a copy
of the old ipsec(4) and the latter is now a copy of fast_ipsec(4).
/src/sys/dev/pci/
H A Dfiles.pci1.410 Sat Nov 24 18:23:29 GMT 2018 bouyer Add mpii(4), a driver for LSI Megaraid Fusion controllers.
Ported from OpenBSD. This driver is MP-safe.
Note that the earlier fusion controllers (Megaraid 2208, codenamed Thunderbold)
are also supported by mfi(4). mpii will take precedence if both drivers
are enabled.
Tested on a
mfii0 at pci6 dev 0 function 0: "PERC H740P Adapter ", firmware 50.3.0-1512, 819
2MB cache
mfii0: interrupting at ioapic2 pin 2
scsibus0 at mfii0: 64 targets, 8 luns per target
scsibus0: waiting 2 seconds for devices to settle...
sd0 at scsibus0 target 0 lun 0: <DELL, PERC H740P Adp, 5.03> disk fixed
sd0: fabricating a geometry
sd0: 99 GB, 102399 cyl, 64 head, 32 sec, 512 bytes/sect x 209714688 sectors
sd0: tagged queueing
sd1 at scsibus0 target 1 lun 0: <DELL, PERC H740P Adp, 5.03> disk fixed
sd1: fabricating a geometry
sd1: 22254 GB, 22788608 cyl, 64 head, 32 sec, 512 bytes/sect x 46671069696 sectors
sd1: fabricating a geometry

It supports bioctl(8) ioctls, as well as sensors for the BBU and logical
drives.

Sponsored by LIP6.

/src/usr.bin/xlint/lint1/
H A Dcgram.y1.410 Sat Apr 30 22:31:23 GMT 2022 rillig lint: inline macro 'sflag'

Mark all places where lint's C90 mode is stricter than its C99 mode.

Most of the situations in which lint produces only warnings instead of
errors covered by the "Constraints" sections in the relevant standards.
This doesn't prevent a specific compiler from accepting it though.

No functional change.
H A Ddecl.c1.410 Fri Nov 29 06:57:43 GMT 2024 rillig lint: remove premature optimization for non-query scenarios

Completed in 934 milliseconds

12