Searched hist:1.351 (Results 1 - 25 of 78) sorted by relevance

1234

/src/sys/arch/powerpc/ibm4xx/dev/
H A Dcom_opb.c1.23 Sun Dec 15 09:38:40 GMT 2019 rin Belatedly catch up with MI com(4) change in com.c rev. 1.351:
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/dev/ic/com.c#rev1.351

XXX
pullup to netbsd-9

/src/
H A Dbuild.sh1.351 Wed May 26 21:58:58 GMT 2021 christos handle different flavors of date(1)
H A DUPDATING1.351 Mon Jun 10 01:53:35 GMT 2024 gutteridge UPDATING: fix an old typo
/src/sys/dev/pci/
H A Dif_txp.c1.54 Tue May 07 15:23:32 GMT 2019 msaitoh - Use bus_dmamem_unmap() correctly in txp_dma_free() to prevent panic.
The code was wrong since rev. 1.1. This panic was found by adding KASSERT
in uvm_map.c rev. 1.351. This bug may be related to PR kern/26204.
- Use aprint_normal() for non-error message.

/src/sys/ufs/lfs/
H A Dlfs_vfsops.c1.351 Thu Jul 07 06:55:44 GMT 2016 msaitoh branches: 1.351.2; 1.351.4;
KNF. Remove extra spaces. No functional change.
1.351 Thu Jul 07 06:55:44 GMT 2016 msaitoh branches: 1.351.2; 1.351.4;
KNF. Remove extra spaces. No functional change.
1.351 Thu Jul 07 06:55:44 GMT 2016 msaitoh branches: 1.351.2; 1.351.4;
KNF. Remove extra spaces. No functional change.
/src/doc/
H A DBRANCHES1.351 Tue Jul 30 15:56:53 GMT 2019 martin Welcome to NetBSD 9.99.1!
/src/sys/uvm/
H A Duvm_map.c1.351 Tue May 30 17:09:17 GMT 2017 chs branches: 1.351.2;
add assertions that would have caught the recent audio mmap bugs.

1.351 Tue May 30 17:09:17 GMT 2017 chs branches: 1.351.2;
add assertions that would have caught the recent audio mmap bugs.

/src/sys/dev/ata/
H A Dwd.c1.351 Sun Dec 09 20:27:54 GMT 2007 jmcneill branches: 1.351.2;
Merge jmcneill-pm branch.
1.351 Sun Dec 09 20:27:54 GMT 2007 jmcneill branches: 1.351.2;
Merge jmcneill-pm branch.
/src/etc/
H A DMakefile1.351 Wed Apr 30 16:48:53 GMT 2008 ad branches: 1.351.2;
Give i386 and amd64 a default boot.cfg.
1.351 Wed Apr 30 16:48:53 GMT 2008 ad branches: 1.351.2;
Give i386 and amd64 a default boot.cfg.
/src/sys/arch/alpha/conf/
H A DGENERIC1.351 Sat Apr 27 22:21:12 GMT 2013 christos more bogus number removal
/src/distrib/sets/lists/comp/
H A Dshl.mi1.351 Sun Dec 25 15:02:29 GMT 2022 jakllsch fix libopcodes.so.11.0 binutils condition
/src/distrib/sets/lists/debug/
H A Dshl.mi1.351 Tue Sep 24 21:34:41 GMT 2024 christos bump libssh
/src/share/misc/
H A Dacronyms.comp1.351 Tue Apr 04 20:13:02 GMT 2023 jschauma +RBL, DNSBL

reputation block list
real-time blackhole list
DNS block list

/src/share/mk/
H A Dbsd.prog.mk1.351 Thu Oct 31 23:56:44 GMT 2024 christos Add zstd
/src/sys/arch/macppc/conf/
H A DGENERIC1.351 Wed Feb 06 11:58:31 GMT 2019 rin Add ure(4) to kernel config files. Also add PHY drivers where necessary.
/src/sys/kern/
H A Dvfs_subr.c1.351 Mon Jun 23 11:23:39 GMT 2008 ad branches: 1.351.2;
PR kern/38990: Unmounting a disk fails the first time

vflush: process vrele_list at least once before looking at the mount.
1.351 Mon Jun 23 11:23:39 GMT 2008 ad branches: 1.351.2;
PR kern/38990: Unmounting a disk fails the first time

vflush: process vrele_list at least once before looking at the mount.
H A Dkern_sig.c1.351 Fri Mar 08 23:32:30 GMT 2019 kamil Stop resetting signal context on a trap signal under a debugger

In case of a crash signal, notify debugger immediately passing the signal
regardless of signal masking/ignoring.

While there pass signals emitted by a debugger to debuggee. Debugger calls
proc_unstop() that sets p_stat to SACTIVE and this signal wasn't passed
to tracee.

This scenario appeared to be triggered in recently added crash signal ATF
ptrace(2) tests.
H A Dkern_synch.c1.351 Wed Jun 29 22:27:01 GMT 2022 riastradh sleepq(9): Pass syncobj through to sleepq_block.

Previously the usage pattern was:

sleepq_enter(sq, l, lock); // locks l
...
sleepq_enqueue(sq, ..., sobj, ...); // assumes l locked, sets l_syncobj
... (*)
sleepq_block(...); // unlocks l

As long as l remains locked from sleepq_enter to sleepq_block,
l_syncobj is stable, and sleepq_block uses it via ktrcsw to determine
whether the sleep is on a mutex in order to avoid creating ktrace
context-switch records (which involves allocation which is forbidden
in softint context, while taking and even sleeping for a mutex is
allowed).

However, in turnstile_block, the logic at (*) also involves
turnstile_lendpri, which sometimes unlocks and relocks l. At that
point, another thread can swoop in and sleepq_remove l, which sets
l_syncobj to sched_syncobj. If that happens, ktrcsw does what is
forbidden -- tries to allocate a ktrace record for the context
switch.

As an optimization, sleepq_block or turnstile_block could stop early
if it detects that l_syncobj doesn't match -- we've already been
requested to wake up at this point so there's no need to mi_switch.
(And then it would be unnecessary to pass the syncobj through
sleepq_block, because l_syncobj would remain stable.) But I'll leave
that to another change.

Reported-by: syzbot+8b9d7b066c32dbcdc63b@syzkaller.appspotmail.com
/src/sys/ufs/ffs/
H A Dffs_vfsops.c1.351 Sat Apr 01 19:35:56 GMT 2017 riastradh KASSERT(mutex_owned(vp->v_interlock)) in vnode iterator selector.
/src/sys/arch/sparc64/sparc64/
H A Dlocore.s1.351 Fri Dec 27 21:11:19 GMT 2013 palle a) make the hunt through the cpus list more generic b) sun4v: ensure that the interrupt stack is mapped permanently and the TSB is setup properly - parts from OpenBSD. OK martin@
/src/sys/arch/sparc/sparc/
H A Dpmap.c1.351 Fri Nov 01 06:22:46 GMT 2013 mrg sprinkle some __diagused where appropriate.

/src/sys/dev/ic/
H A Dcom.c1.351 Sat Dec 08 17:46:13 GMT 2018 thorpej Clean up initialization of com_regs structure, in preparation for
some additional changers.
/src/sys/arch/i386/conf/
H A DALL1.351 Fri Mar 01 18:25:43 GMT 2013 joerg Retire OSI network stack. OK core@
H A Dfiles.i3861.351 Sun Aug 09 19:35:02 GMT 2009 christos move spic to common acpi.
/src/sys/arch/alpha/alpha/
H A Dmachdep.c1.351 Mon Sep 03 16:29:22 GMT 2018 riastradh Rename min/max -> uimin/uimax for better honesty.

These functions are defined on unsigned int. The generic name
min/max should not silently truncate to 32 bits on 64-bit systems.
This is purely a name change -- no functional change intended.

HOWEVER! Some subsystems have

#define min(a, b) ((a) < (b) ? (a) : (b))
#define max(a, b) ((a) > (b) ? (a) : (b))

even though our standard name for that is MIN/MAX. Although these
may invite multiple evaluation bugs, these do _not_ cause integer
truncation.

To avoid `fixing' these cases, I first changed the name in libkern,
and then compile-tested every file where min/max occurred in order to
confirm that it failed -- and thus confirm that nothing shadowed
min/max -- before changing it.

I have left a handful of bootloaders that are too annoying to
compile-test, and some dead code:

cobalt ews4800mips hp300 hppa ia64 luna68k vax
acorn32/if_ie.c (not included in any kernels)
macppc/if_gm.c (superseded by gem(4))

It should be easy to fix the fallout once identified -- this way of
doing things fails safe, and the goal here, after all, is to _avoid_
silent integer truncations, not introduce them.

Maybe one day we can reintroduce min/max as type-generic things that
never silently truncate. But we should avoid doing that for a while,
so that existing code has a chance to be detected by the compiler for
conversion to uimin/uimax without changing the semantics until we can
properly audit it all. (Who knows, maybe in some cases integer
truncation is actually intended!)

Completed in 479 milliseconds

1234