Searched hist:1.204 (Results 1 - 25 of 246) sorted by relevance

12345678910

/src/tests/kernel/
H A Dt_filedesc.c1.2 Wed Aug 04 14:26:18 GMT 2010 pooka fixed in kern_descrip.c:1.204

/src/tests/lib/libc/sys/
H A Dt_ptrace_fork_wait.h1.2 Mon May 11 20:58:48 GMT 2020 kamil Fix race in fork_singalmasked

ELF RTLD after rtld.c r. 1.204 introduced locking that wraps the fork
syscall. This locking changes signal mask of the calling process during
the forking process.

Instead of comparing old and new signal mask, just after the forking
operation, check whether the expected signal is still masked and in
another test whether it is still ignored.

/src/lib/libc/
H A Dshlib_version1.204 Mon Aug 04 21:29:27 GMT 2008 matt branches: 1.204.4; 1.204.6; 1.204.8;
Add C99 functions imaxabs and imaxdiv.
1.204 Mon Aug 04 21:29:27 GMT 2008 matt branches: 1.204.4; 1.204.6; 1.204.8;
Add C99 functions imaxabs and imaxdiv.
1.204 Mon Aug 04 21:29:27 GMT 2008 matt branches: 1.204.4; 1.204.6; 1.204.8;
Add C99 functions imaxabs and imaxdiv.
1.204 Mon Aug 04 21:29:27 GMT 2008 matt branches: 1.204.4; 1.204.6; 1.204.8;
Add C99 functions imaxabs and imaxdiv.
/src/sys/arch/sparc64/conf/
H A DGENERIC1.204 Mon Feb 05 15:18:11 GMT 2018 maxv branches: 1.204.2; 1.204.4;
Nuke DIRECTED_BROADCAST, it is not documented and not enabled anywhere. It
probably wouldn't have built correctly anyway, since there is no associated
defflag.

These ten lines of code in ip_input.c already look a lot better.

1.204 Mon Feb 05 15:18:11 GMT 2018 maxv branches: 1.204.2; 1.204.4;
Nuke DIRECTED_BROADCAST, it is not documented and not enabled anywhere. It
probably wouldn't have built correctly anyway, since there is no associated
defflag.

These ten lines of code in ip_input.c already look a lot better.

1.204 Mon Feb 05 15:18:11 GMT 2018 maxv branches: 1.204.2; 1.204.4;
Nuke DIRECTED_BROADCAST, it is not documented and not enabled anywhere. It
probably wouldn't have built correctly anyway, since there is no associated
defflag.

These ten lines of code in ip_input.c already look a lot better.

/src/sys/dev/pci/
H A Dpccbb.c1.204 Mon Jan 30 19:41:22 GMT 2012 drochner branches: 1.204.2; 1.204.6; 1.204.10;
Use pci_aprint_devinfo(9) instead of pci_devinfo+aprint_{normal,naive}
where it looks straightforward, and pci_aprint_devinfo_fancy in a few
others where drivers want to supply their own device names instead
of the pcidevs generated one. More complicated cases, where names
are composed at runtime, are left alone for now. It certainly makes
sense to simplify the drivers here rather than inventing a catch-all API.
This should serve as as example for new drivers, and also ensure
consistent output in the AB_QUIET ("boot -q") case. Also, it avoids
excessive stack usage where drivers attach child devices because the
buffer for the device name is not kept on the local stack anymore.

1.204 Mon Jan 30 19:41:22 GMT 2012 drochner branches: 1.204.2; 1.204.6; 1.204.10;
Use pci_aprint_devinfo(9) instead of pci_devinfo+aprint_{normal,naive}
where it looks straightforward, and pci_aprint_devinfo_fancy in a few
others where drivers want to supply their own device names instead
of the pcidevs generated one. More complicated cases, where names
are composed at runtime, are left alone for now. It certainly makes
sense to simplify the drivers here rather than inventing a catch-all API.
This should serve as as example for new drivers, and also ensure
consistent output in the AB_QUIET ("boot -q") case. Also, it avoids
excessive stack usage where drivers attach child devices because the
buffer for the device name is not kept on the local stack anymore.

1.204 Mon Jan 30 19:41:22 GMT 2012 drochner branches: 1.204.2; 1.204.6; 1.204.10;
Use pci_aprint_devinfo(9) instead of pci_devinfo+aprint_{normal,naive}
where it looks straightforward, and pci_aprint_devinfo_fancy in a few
others where drivers want to supply their own device names instead
of the pcidevs generated one. More complicated cases, where names
are composed at runtime, are left alone for now. It certainly makes
sense to simplify the drivers here rather than inventing a catch-all API.
This should serve as as example for new drivers, and also ensure
consistent output in the AB_QUIET ("boot -q") case. Also, it avoids
excessive stack usage where drivers attach child devices because the
buffer for the device name is not kept on the local stack anymore.

1.204 Mon Jan 30 19:41:22 GMT 2012 drochner branches: 1.204.2; 1.204.6; 1.204.10;
Use pci_aprint_devinfo(9) instead of pci_devinfo+aprint_{normal,naive}
where it looks straightforward, and pci_aprint_devinfo_fancy in a few
others where drivers want to supply their own device names instead
of the pcidevs generated one. More complicated cases, where names
are composed at runtime, are left alone for now. It certainly makes
sense to simplify the drivers here rather than inventing a catch-all API.
This should serve as as example for new drivers, and also ensure
consistent output in the AB_QUIET ("boot -q") case. Also, it avoids
excessive stack usage where drivers attach child devices because the
buffer for the device name is not kept on the local stack anymore.

/src/sys/sys/
H A Dsyscallargs.h1.204 Wed Nov 19 18:40:03 GMT 2008 ad Regen.
1.197 Tue Jun 17 16:07:57 GMT 2008 tsutsui branches: 1.197.2;
Regen from syscalls.master rev 1.204:
> Include <sys/sched.h> before <sys/syscallargs.h> for cpuset_t.
H A Dsyscall.h1.215 Tue Jun 17 16:07:57 GMT 2008 tsutsui branches: 1.215.2;
Regen from syscalls.master rev 1.204:
> Include <sys/sched.h> before <sys/syscallargs.h> for cpuset_t.
1.204 Sun Feb 24 00:53:47 GMT 2008 martin Regen (old posix_fadvise ignored)
/src/sys/ufs/lfs/
H A Dlfs.h1.204 Thu Jan 10 06:31:04 GMT 2019 martin branches: 1.204.4; 1.204.6;
Update comment (overlooked in r1.179).
From Jos� Luis Rodr�guez Garc�a in PR kern/53849.
1.204 Thu Jan 10 06:31:04 GMT 2019 martin branches: 1.204.4; 1.204.6;
Update comment (overlooked in r1.179).
From Jos� Luis Rodr�guez Garc�a in PR kern/53849.
1.204 Thu Jan 10 06:31:04 GMT 2019 martin branches: 1.204.4; 1.204.6;
Update comment (overlooked in r1.179).
From Jos� Luis Rodr�guez Garc�a in PR kern/53849.
/src/sys/arch/i386/i386/
H A Dtrap.c1.204 Fri Mar 04 06:01:52 GMT 2005 mycroft branches: 1.204.2; 1.204.4;
Copyright maintenance.

1.204 Fri Mar 04 06:01:52 GMT 2005 mycroft branches: 1.204.2; 1.204.4;
Copyright maintenance.

1.204 Fri Mar 04 06:01:52 GMT 2005 mycroft branches: 1.204.2; 1.204.4;
Copyright maintenance.

/src/libexec/ftpd/
H A Dftpd.c1.204 Sat Apr 28 13:38:00 GMT 2018 riastradh branches: 1.204.2; 1.204.4;
Add -f option to ftpd to stay in foreground with -D.

From nia in PR bin/53221.

1.204 Sat Apr 28 13:38:00 GMT 2018 riastradh branches: 1.204.2; 1.204.4;
Add -f option to ftpd to stay in foreground with -D.

From nia in PR bin/53221.

1.204 Sat Apr 28 13:38:00 GMT 2018 riastradh branches: 1.204.2; 1.204.4;
Add -f option to ftpd to stay in foreground with -D.

From nia in PR bin/53221.

/src/sys/nfs/
H A Dnfs_subs.c1.204 Wed Jun 04 00:41:40 GMT 2008 ad branches: 1.204.2; 1.204.4;
vm_page: put TAILQ_ENTRY into a union with LIST_ENTRY, so we can use both.

1.204 Wed Jun 04 00:41:40 GMT 2008 ad branches: 1.204.2; 1.204.4;
vm_page: put TAILQ_ENTRY into a union with LIST_ENTRY, so we can use both.

1.204 Wed Jun 04 00:41:40 GMT 2008 ad branches: 1.204.2; 1.204.4;
vm_page: put TAILQ_ENTRY into a union with LIST_ENTRY, so we can use both.

/src/sys/kern/
H A Dinit_sysent.c1.227 Tue Jun 17 16:07:57 GMT 2008 tsutsui branches: 1.227.2;
Regen from syscalls.master rev 1.204:
> Include <sys/sched.h> before <sys/syscallargs.h> for cpuset_t.
1.204 Wed Jan 02 11:57:29 GMT 2008 ad Regen.
H A Dsyscalls.c1.218 Tue Jun 17 16:07:57 GMT 2008 tsutsui branches: 1.218.2;
Regen from syscalls.master rev 1.204:
> Include <sys/sched.h> before <sys/syscallargs.h> for cpuset_t.
1.204 Mon Jan 28 10:33:33 GMT 2008 yamt regen.
/src/sys/arch/vax/conf/
H A DGENERIC1.204 Tue Jan 23 14:47:56 GMT 2018 sevan branches: 1.204.2;
Alternate buffer queue strategies no longer considered experimental, update
description.

Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

1.204 Tue Jan 23 14:47:56 GMT 2018 sevan branches: 1.204.2;
Alternate buffer queue strategies no longer considered experimental, update
description.

Discussed on tech-kern
http://mail-index.netbsd.org/tech-kern/2018/01/21/msg023002.html

/src/lib/libc/sys/
H A DMakefile.inc1.204 Mon Jan 10 04:41:27 GMT 2011 christos branches: 1.204.2;
add sigqueue
1.204 Mon Jan 10 04:41:27 GMT 2011 christos branches: 1.204.2;
add sigqueue
/src/lib/libm/
H A DMakefile1.204 Wed Jun 13 08:19:36 GMT 2018 kamil branches: 1.204.2;
Disable sanitizers for libm and librt

The sanitizers are designed to use pristine OS versions of these libraries,
install interceptors for public symbols in them and link with them in every
sanitized executable.

Having unmodified base libraries (c, m, rt, pthread) also makes the system
usable with programs linking with them and without sanitization, as there
are no fatal issues during the resolving of missing symbols.

The remaining libraries like libutil, libintl etc are prebuilt with
sanitization and all their users in the MKSANITIZER=yes distribution are
required to use the same sanitizer.

libc and libpthread are already marked with the NOSANITIZER flag.

1.204 Wed Jun 13 08:19:36 GMT 2018 kamil branches: 1.204.2;
Disable sanitizers for libm and librt

The sanitizers are designed to use pristine OS versions of these libraries,
install interceptors for public symbols in them and link with them in every
sanitized executable.

Having unmodified base libraries (c, m, rt, pthread) also makes the system
usable with programs linking with them and without sanitization, as there
are no fatal issues during the resolving of missing symbols.

The remaining libraries like libutil, libintl etc are prebuilt with
sanitization and all their users in the MKSANITIZER=yes distribution are
required to use the same sanitizer.

libc and libpthread are already marked with the NOSANITIZER flag.

/src/usr.bin/
H A DMakefile1.204 Sat Oct 08 19:16:54 GMT 2011 christos branches: 1.204.2;
descend into cleantags

1.204 Sat Oct 08 19:16:54 GMT 2011 christos branches: 1.204.2;
descend into cleantags

/src/sys/net/
H A Dif_ethersubr.c1.204 Sun Aug 10 16:44:36 GMT 2014 tls branches: 1.204.2; 1.204.4; 1.204.6;
Merge tls-earlyentropy branch into HEAD.

1.204 Sun Aug 10 16:44:36 GMT 2014 tls branches: 1.204.2; 1.204.4; 1.204.6;
Merge tls-earlyentropy branch into HEAD.

1.204 Sun Aug 10 16:44:36 GMT 2014 tls branches: 1.204.2; 1.204.4; 1.204.6;
Merge tls-earlyentropy branch into HEAD.

1.204 Sun Aug 10 16:44:36 GMT 2014 tls branches: 1.204.2; 1.204.4; 1.204.6;
Merge tls-earlyentropy branch into HEAD.

/src/sys/arch/sparc64/sparc64/
H A Dlocore.s1.204 Sat Feb 12 21:32:56 GMT 2005 chs branches: 1.204.4; 1.204.6; 1.204.8;
in sparc_interrupt(), wait to enable interrupts until just before calling
the handler and disable them again right after the handler returns.
we don't want another hardware interrupt coming in while we're mucking
with the list pointers. also, clear the intrhand's ih_pending pointer
before calling the handler rather than after, so that if another interrupt
comes in while the handler is running, we can put the intrhand back on
the list so it will be called again.

in send_softint(), disable interrupts via %pstate instead of %pil, so that
hardware interrupts at higher levels are blocked while we manipulate the
intrpending list. also, if the intrhand already has ih_pending set,
don't bother poking the SET_SOFTINT register again, since being on the list
implies that there is already a softint pending in the hardware.

these appear to fix PR 21750 (the "sleep forever" problem).

while I'm here, remove more vestiges of the !INTRLIST softint stuff
(code and comments). and in sparc64_ipi_flush_all(), interrupts are
already disabled so we don't need to fiddle with %pstate.
1.204 Sat Feb 12 21:32:56 GMT 2005 chs branches: 1.204.4; 1.204.6; 1.204.8;
in sparc_interrupt(), wait to enable interrupts until just before calling
the handler and disable them again right after the handler returns.
we don't want another hardware interrupt coming in while we're mucking
with the list pointers. also, clear the intrhand's ih_pending pointer
before calling the handler rather than after, so that if another interrupt
comes in while the handler is running, we can put the intrhand back on
the list so it will be called again.

in send_softint(), disable interrupts via %pstate instead of %pil, so that
hardware interrupts at higher levels are blocked while we manipulate the
intrpending list. also, if the intrhand already has ih_pending set,
don't bother poking the SET_SOFTINT register again, since being on the list
implies that there is already a softint pending in the hardware.

these appear to fix PR 21750 (the "sleep forever" problem).

while I'm here, remove more vestiges of the !INTRLIST softint stuff
(code and comments). and in sparc64_ipi_flush_all(), interrupts are
already disabled so we don't need to fiddle with %pstate.
1.204 Sat Feb 12 21:32:56 GMT 2005 chs branches: 1.204.4; 1.204.6; 1.204.8;
in sparc_interrupt(), wait to enable interrupts until just before calling
the handler and disable them again right after the handler returns.
we don't want another hardware interrupt coming in while we're mucking
with the list pointers. also, clear the intrhand's ih_pending pointer
before calling the handler rather than after, so that if another interrupt
comes in while the handler is running, we can put the intrhand back on
the list so it will be called again.

in send_softint(), disable interrupts via %pstate instead of %pil, so that
hardware interrupts at higher levels are blocked while we manipulate the
intrpending list. also, if the intrhand already has ih_pending set,
don't bother poking the SET_SOFTINT register again, since being on the list
implies that there is already a softint pending in the hardware.

these appear to fix PR 21750 (the "sleep forever" problem).

while I'm here, remove more vestiges of the !INTRLIST softint stuff
(code and comments). and in sparc64_ipi_flush_all(), interrupts are
already disabled so we don't need to fiddle with %pstate.
1.204 Sat Feb 12 21:32:56 GMT 2005 chs branches: 1.204.4; 1.204.6; 1.204.8;
in sparc_interrupt(), wait to enable interrupts until just before calling
the handler and disable them again right after the handler returns.
we don't want another hardware interrupt coming in while we're mucking
with the list pointers. also, clear the intrhand's ih_pending pointer
before calling the handler rather than after, so that if another interrupt
comes in while the handler is running, we can put the intrhand back on
the list so it will be called again.

in send_softint(), disable interrupts via %pstate instead of %pil, so that
hardware interrupts at higher levels are blocked while we manipulate the
intrpending list. also, if the intrhand already has ih_pending set,
don't bother poking the SET_SOFTINT register again, since being on the list
implies that there is already a softint pending in the hardware.

these appear to fix PR 21750 (the "sleep forever" problem).

while I'm here, remove more vestiges of the !INTRLIST softint stuff
(code and comments). and in sparc64_ipi_flush_all(), interrupts are
already disabled so we don't need to fiddle with %pstate.
/src/sys/dev/pcmcia/
H A Dpcmciadevs.h1.204 Fri Aug 06 19:07:27 GMT 2004 mycroft Regen.

H A Dpcmciadevs_data.h1.204 Fri Aug 06 19:07:27 GMT 2004 mycroft Regen.

/src/sys/rump/librump/rumpkern/
H A Drump_syscalls.c1.9 Tue Jun 17 16:13:37 GMT 2008 tsutsui Regen from syscalls.master rev 1.204.

/src/sys/ufs/ext2fs/
H A Dext2fs_vfsops.c1.204 Thu Aug 25 07:18:35 GMT 2016 christos branches: 1.204.2;
put back second strlcpy; pointed out by dholland.

1.204 Thu Aug 25 07:18:35 GMT 2016 christos branches: 1.204.2;
put back second strlcpy; pointed out by dholland.

/src/sys/uvm/
H A Duvm_fault.c1.204 Tue May 08 19:33:57 GMT 2018 christos branches: 1.204.2;
don't store the rssmax in the lwp rusage, it is a per proc property. Instead
utilize an unused field in the vmspace struct to store it. Also conditionalize
on platforms that have pmap statistics available.

1.204 Tue May 08 19:33:57 GMT 2018 christos branches: 1.204.2;
don't store the rssmax in the lwp rusage, it is a per proc property. Instead
utilize an unused field in the vmspace struct to store it. Also conditionalize
on platforms that have pmap statistics available.

H A Duvm_swap.c1.204 Sun May 23 00:36:36 GMT 2021 mrg branches: 1.204.2;
avoid taking locks that aren't initialised.

fixes panic when typing 'reboot' at the askroot prompt.

1.204 Sun May 23 00:36:36 GMT 2021 mrg branches: 1.204.2;
avoid taking locks that aren't initialised.

fixes panic when typing 'reboot' at the askroot prompt.

Completed in 307 milliseconds

12345678910