Searched hist:1.158 (Results 1 - 25 of 396) sorted by relevance

1234567891011>>

/src/sys/arch/x86/x86/
H A Dintr.c1.158 Thu Dec 23 02:10:53 GMT 2021 yamaguchi delete the extra space

/src/sys/net/
H A Dif_gif.c1.158 Sat Feb 10 18:43:53 GMT 2024 andvar branches: 1.158.2;
Fix various typos in comments, log messages and documentation.

1.158 Sat Feb 10 18:43:53 GMT 2024 andvar branches: 1.158.2;
Fix various typos in comments, log messages and documentation.

/src/sys/dev/mii/
H A Dmiidevs_data.h1.158 Tue Oct 17 14:08:13 GMT 2023 msaitoh branches: 1.158.6;
miidevs: Regen.

1.158 Tue Oct 17 14:08:13 GMT 2023 msaitoh branches: 1.158.6;
miidevs: Regen.

H A Dmiidevs.h1.158 Wed Oct 30 00:02:01 GMT 2019 msaitoh Regen.

/src/sys/arch/i386/conf/
H A DMakefile.i3861.158 Fri Jan 25 21:12:11 GMT 2008 joerg branches: 1.158.6; 1.158.10; 1.158.16;
Refactor in_cksum/in4_cksum/in6_cksum implementations:
- All three functions are included in the kernel by default.
They call a backend function cpu_in_cksum after possibly
computing the checksum of the pseudo header.
- cpu_in_cksum is the core to implement the one-complement sum.
The default implementation is moderate fast on most platforms
and provides a 32bit accumulator with 16bit addends for L32 platforms
and a 64bit accumulator with 32bit addends for L64 platforms.
It handles edge cases like very large mbuf chains (could happen with
native IPv6 in the future) and provides a good base for new native
implementations.
- Modify i386 and amd64 assembly to use the new interface.

This disables the MD implementations on !x86 until the conversion is
done. For Alpha, the portable version is faster.
1.158 Fri Jan 25 21:12:11 GMT 2008 joerg branches: 1.158.6; 1.158.10; 1.158.16;
Refactor in_cksum/in4_cksum/in6_cksum implementations:
- All three functions are included in the kernel by default.
They call a backend function cpu_in_cksum after possibly
computing the checksum of the pseudo header.
- cpu_in_cksum is the core to implement the one-complement sum.
The default implementation is moderate fast on most platforms
and provides a 32bit accumulator with 16bit addends for L32 platforms
and a 64bit accumulator with 32bit addends for L64 platforms.
It handles edge cases like very large mbuf chains (could happen with
native IPv6 in the future) and provides a good base for new native
implementations.
- Modify i386 and amd64 assembly to use the new interface.

This disables the MD implementations on !x86 until the conversion is
done. For Alpha, the portable version is faster.
1.158 Fri Jan 25 21:12:11 GMT 2008 joerg branches: 1.158.6; 1.158.10; 1.158.16;
Refactor in_cksum/in4_cksum/in6_cksum implementations:
- All three functions are included in the kernel by default.
They call a backend function cpu_in_cksum after possibly
computing the checksum of the pseudo header.
- cpu_in_cksum is the core to implement the one-complement sum.
The default implementation is moderate fast on most platforms
and provides a 32bit accumulator with 16bit addends for L32 platforms
and a 64bit accumulator with 32bit addends for L64 platforms.
It handles edge cases like very large mbuf chains (could happen with
native IPv6 in the future) and provides a good base for new native
implementations.
- Modify i386 and amd64 assembly to use the new interface.

This disables the MD implementations on !x86 until the conversion is
done. For Alpha, the portable version is faster.
1.158 Fri Jan 25 21:12:11 GMT 2008 joerg branches: 1.158.6; 1.158.10; 1.158.16;
Refactor in_cksum/in4_cksum/in6_cksum implementations:
- All three functions are included in the kernel by default.
They call a backend function cpu_in_cksum after possibly
computing the checksum of the pseudo header.
- cpu_in_cksum is the core to implement the one-complement sum.
The default implementation is moderate fast on most platforms
and provides a 32bit accumulator with 16bit addends for L32 platforms
and a 64bit accumulator with 32bit addends for L64 platforms.
It handles edge cases like very large mbuf chains (could happen with
native IPv6 in the future) and provides a good base for new native
implementations.
- Modify i386 and amd64 assembly to use the new interface.

This disables the MD implementations on !x86 until the conversion is
done. For Alpha, the portable version is faster.
/src/sys/miscfs/procfs/
H A Dprocfs_vnops.c1.158 Sun Jul 22 13:37:13 GMT 2007 pooka branches: 1.158.4; 1.158.6; 1.158.8; 1.158.10;
Don't allow getcwd() on procfs vnodes and provide "/" as the path
instead of the result from getcwd(). The works around locking
panics caused by namei calling VOP_READLINK while holding on to a
directory lock and getcwd() trying to acquire that lock. The real
fix would be to get rid of getcwd() calls within VOPs (not locking
safe), but that's not a viable option in the netbsd-4 timeframe.

Suggestion for workaround from David Holland.

1.158 Sun Jul 22 13:37:13 GMT 2007 pooka branches: 1.158.4; 1.158.6; 1.158.8; 1.158.10;
Don't allow getcwd() on procfs vnodes and provide "/" as the path
instead of the result from getcwd(). The works around locking
panics caused by namei calling VOP_READLINK while holding on to a
directory lock and getcwd() trying to acquire that lock. The real
fix would be to get rid of getcwd() calls within VOPs (not locking
safe), but that's not a viable option in the netbsd-4 timeframe.

Suggestion for workaround from David Holland.

1.158 Sun Jul 22 13:37:13 GMT 2007 pooka branches: 1.158.4; 1.158.6; 1.158.8; 1.158.10;
Don't allow getcwd() on procfs vnodes and provide "/" as the path
instead of the result from getcwd(). The works around locking
panics caused by namei calling VOP_READLINK while holding on to a
directory lock and getcwd() trying to acquire that lock. The real
fix would be to get rid of getcwd() calls within VOPs (not locking
safe), but that's not a viable option in the netbsd-4 timeframe.

Suggestion for workaround from David Holland.

1.158 Sun Jul 22 13:37:13 GMT 2007 pooka branches: 1.158.4; 1.158.6; 1.158.8; 1.158.10;
Don't allow getcwd() on procfs vnodes and provide "/" as the path
instead of the result from getcwd(). The works around locking
panics caused by namei calling VOP_READLINK while holding on to a
directory lock and getcwd() trying to acquire that lock. The real
fix would be to get rid of getcwd() calls within VOPs (not locking
safe), but that's not a viable option in the netbsd-4 timeframe.

Suggestion for workaround from David Holland.

1.158 Sun Jul 22 13:37:13 GMT 2007 pooka branches: 1.158.4; 1.158.6; 1.158.8; 1.158.10;
Don't allow getcwd() on procfs vnodes and provide "/" as the path
instead of the result from getcwd(). The works around locking
panics caused by namei calling VOP_READLINK while holding on to a
directory lock and getcwd() trying to acquire that lock. The real
fix would be to get rid of getcwd() calls within VOPs (not locking
safe), but that's not a viable option in the netbsd-4 timeframe.

Suggestion for workaround from David Holland.

/src/sys/arch/vax/vax/
H A Dmachdep.c1.158 Sun Mar 04 06:01:01 GMT 2007 christos branches: 1.158.2; 1.158.18; 1.158.20; 1.158.26;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

1.158 Sun Mar 04 06:01:01 GMT 2007 christos branches: 1.158.2; 1.158.18; 1.158.20; 1.158.26;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

1.158 Sun Mar 04 06:01:01 GMT 2007 christos branches: 1.158.2; 1.158.18; 1.158.20; 1.158.26;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

1.158 Sun Mar 04 06:01:01 GMT 2007 christos branches: 1.158.2; 1.158.18; 1.158.20; 1.158.26;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

1.158 Sun Mar 04 06:01:01 GMT 2007 christos branches: 1.158.2; 1.158.18; 1.158.20; 1.158.26;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

/src/distrib/sets/lists/misc/
H A Dmi1.158 Thu Oct 30 21:37:55 GMT 2008 mrg branches: 1.158.2; 1.158.8;
more MKSHARE == no fixes:
- move installation of atf pkg-config files out of share/atf/
- don't install spell or ching share files
- update some directory entries to not have 'share' tag

now my MKLINT=no MKSHARE=no MKPROFILE=no builds work again.
1.158 Thu Oct 30 21:37:55 GMT 2008 mrg branches: 1.158.2; 1.158.8;
more MKSHARE == no fixes:
- move installation of atf pkg-config files out of share/atf/
- don't install spell or ching share files
- update some directory entries to not have 'share' tag

now my MKLINT=no MKSHARE=no MKPROFILE=no builds work again.
1.158 Thu Oct 30 21:37:55 GMT 2008 mrg branches: 1.158.2; 1.158.8;
more MKSHARE == no fixes:
- move installation of atf pkg-config files out of share/atf/
- don't install spell or ching share files
- update some directory entries to not have 'share' tag

now my MKLINT=no MKSHARE=no MKPROFILE=no builds work again.
/src/sbin/sysctl/
H A Dsysctl.81.158 Fri May 02 18:11:05 GMT 2008 martin branches: 1.158.4;
Move TNF licenses to 2 clause form

1.158 Fri May 02 18:11:05 GMT 2008 martin branches: 1.158.4;
Move TNF licenses to 2 clause form

H A Dsysctl.c1.158 Sun Jul 31 23:30:28 GMT 2016 dholland branches: 1.158.2;
Apply patch from PR 43587, mostly from martin and kre. When writing a
sysctl variable using ?= fails with EPERM, don't print an error
message.

Ideally setting a sysctl to the same value it already has should also
not fail regardless of permissions, but this would need to be done in
the kernel.

1.158 Sun Jul 31 23:30:28 GMT 2016 dholland branches: 1.158.2;
Apply patch from PR 43587, mostly from martin and kre. When writing a
sysctl variable using ?= fails with EPERM, don't print an error
message.

Ideally setting a sysctl to the same value it already has should also
not fail regardless of permissions, but this would need to be done in
the kernel.

/src/sys/dev/pcmcia/
H A Dif_ne_pcmcia.c1.158 Sat Jan 02 01:43:11 GMT 2010 christos branches: 1.158.12;
convert to pmf

1.158 Sat Jan 02 01:43:11 GMT 2010 christos branches: 1.158.12;
convert to pmf

/src/sys/miscfs/kernfs/
H A Dkernfs_vnops.c1.158 Fri May 26 14:21:01 GMT 2017 riastradh branches: 1.158.2; 1.158.8;
Make VOP_RECLAIM do the last unlock of the vnode.

VOP_RECLAIM naturally has exclusive access to the vnode, so having it
locked on entry is not strictly necessary -- but it means if there
are any final operations that must be done on the vnode, such as
ffs_update, requiring exclusive access to it, we can now kassert that
the vnode is locked in those operations.

We can't just have the caller release the last lock because some file
systems don't use genfs_lock, and require the vnode to remain valid
for VOP_UNLOCK to work, notably unionfs.

1.158 Fri May 26 14:21:01 GMT 2017 riastradh branches: 1.158.2; 1.158.8;
Make VOP_RECLAIM do the last unlock of the vnode.

VOP_RECLAIM naturally has exclusive access to the vnode, so having it
locked on entry is not strictly necessary -- but it means if there
are any final operations that must be done on the vnode, such as
ffs_update, requiring exclusive access to it, we can now kassert that
the vnode is locked in those operations.

We can't just have the caller release the last lock because some file
systems don't use genfs_lock, and require the vnode to remain valid
for VOP_UNLOCK to work, notably unionfs.

1.158 Fri May 26 14:21:01 GMT 2017 riastradh branches: 1.158.2; 1.158.8;
Make VOP_RECLAIM do the last unlock of the vnode.

VOP_RECLAIM naturally has exclusive access to the vnode, so having it
locked on entry is not strictly necessary -- but it means if there
are any final operations that must be done on the vnode, such as
ffs_update, requiring exclusive access to it, we can now kassert that
the vnode is locked in those operations.

We can't just have the caller release the last lock because some file
systems don't use genfs_lock, and require the vnode to remain valid
for VOP_UNLOCK to work, notably unionfs.

/src/sys/arch/pmax/conf/
H A DGENERIC1.158 Sun Aug 10 15:31:21 GMT 2008 tls branches: 1.158.2; 1.158.8;
Add accept filters to GENERIC kernels where they exist.

1.158 Sun Aug 10 15:31:21 GMT 2008 tls branches: 1.158.2; 1.158.8;
Add accept filters to GENERIC kernels where they exist.

1.158 Sun Aug 10 15:31:21 GMT 2008 tls branches: 1.158.2; 1.158.8;
Add accept filters to GENERIC kernels where they exist.

/src/sys/arch/mips/mips/
H A Dlocore.S1.183 Sat Feb 26 13:58:34 GMT 2011 tsutsui - clear MIPS_FPU_EXCEPTION_BITS in MIPS_FPU_CSR in SIGILL case
as noted in commit log of rev 1.158
- update comment to reflect changes in rev 1.109

1.158 Thu Mar 04 20:17:01 GMT 2004 drochner branches: 1.158.8; 1.158.10;
fix some problems with FPU exception signaling:
-The MachFPTrap did generate pre-siginfo arguments to trapsignal(),
leading to an immediate crash.
Put the siginfo generation into a separate .c file for simplicity.
-The exception bits in MIPS_FPU_CSR didn't get cleared, leading to
trouble later ("kernel used FPU" on pmax).
XXX This should probably be done for the "unimplemented fpu instruction"
case as well, but I don't know how to test this. Or, even better -
centralize the CSR clearing before the branch in MachFPTrap.

1.158 Thu Mar 04 20:17:01 GMT 2004 drochner branches: 1.158.8; 1.158.10;
fix some problems with FPU exception signaling:
-The MachFPTrap did generate pre-siginfo arguments to trapsignal(),
leading to an immediate crash.
Put the siginfo generation into a separate .c file for simplicity.
-The exception bits in MIPS_FPU_CSR didn't get cleared, leading to
trouble later ("kernel used FPU" on pmax).
XXX This should probably be done for the "unimplemented fpu instruction"
case as well, but I don't know how to test this. Or, even better -
centralize the CSR clearing before the branch in MachFPTrap.

1.158 Thu Mar 04 20:17:01 GMT 2004 drochner branches: 1.158.8; 1.158.10;
fix some problems with FPU exception signaling:
-The MachFPTrap did generate pre-siginfo arguments to trapsignal(),
leading to an immediate crash.
Put the siginfo generation into a separate .c file for simplicity.
-The exception bits in MIPS_FPU_CSR didn't get cleared, leading to
trouble later ("kernel used FPU" on pmax).
XXX This should probably be done for the "unimplemented fpu instruction"
case as well, but I don't know how to test this. Or, even better -
centralize the CSR clearing before the branch in MachFPTrap.

/src/sys/netinet/
H A Dtcp_var.h1.158 Wed Aug 06 15:01:23 GMT 2008 plunky branches: 1.158.2; 1.158.4; 1.158.10;
Convert socket options code to use a sockopt structure
instead of laying everything into an mbuf.

approved by core

1.158 Wed Aug 06 15:01:23 GMT 2008 plunky branches: 1.158.2; 1.158.4; 1.158.10;
Convert socket options code to use a sockopt structure
instead of laying everything into an mbuf.

approved by core

1.158 Wed Aug 06 15:01:23 GMT 2008 plunky branches: 1.158.2; 1.158.4; 1.158.10;
Convert socket options code to use a sockopt structure
instead of laying everything into an mbuf.

approved by core

1.158 Wed Aug 06 15:01:23 GMT 2008 plunky branches: 1.158.2; 1.158.4; 1.158.10;
Convert socket options code to use a sockopt structure
instead of laying everything into an mbuf.

approved by core

/src/sys/nfs/
H A Dnfs_subs.c1.158 Wed Mar 01 00:38:32 GMT 2006 yamt branches: 1.158.2; 1.158.4; 1.158.6;
merge yamt-uio_vmspace branch.

- use vmspace rather than proc or lwp where appropriate.
the latter is more natural to specify an address space.
(and less likely to be abused for random purposes.)
- fix a swdmover race.

1.158 Wed Mar 01 00:38:32 GMT 2006 yamt branches: 1.158.2; 1.158.4; 1.158.6;
merge yamt-uio_vmspace branch.

- use vmspace rather than proc or lwp where appropriate.
the latter is more natural to specify an address space.
(and less likely to be abused for random purposes.)
- fix a swdmover race.

1.158 Wed Mar 01 00:38:32 GMT 2006 yamt branches: 1.158.2; 1.158.4; 1.158.6;
merge yamt-uio_vmspace branch.

- use vmspace rather than proc or lwp where appropriate.
the latter is more natural to specify an address space.
(and less likely to be abused for random purposes.)
- fix a swdmover race.

1.158 Wed Mar 01 00:38:32 GMT 2006 yamt branches: 1.158.2; 1.158.4; 1.158.6;
merge yamt-uio_vmspace branch.

- use vmspace rather than proc or lwp where appropriate.
the latter is more natural to specify an address space.
(and less likely to be abused for random purposes.)
- fix a swdmover race.

/src/sys/arch/cobalt/conf/
H A DGENERIC1.158 Mon Apr 09 20:16:16 GMT 2018 christos branches: 1.158.2;
rename panel to lcdpanel.

1.158 Mon Apr 09 20:16:16 GMT 2018 christos branches: 1.158.2;
rename panel to lcdpanel.

/src/sys/compat/linux/arch/i386/
H A Dlinux_machdep.c1.158 Wed Feb 19 21:23:02 GMT 2014 dsl branches: 1.158.4;
Add explicit #include <x86/fpu.h> instead of relying on pcb.h including it.

1.158 Wed Feb 19 21:23:02 GMT 2014 dsl branches: 1.158.4;
Add explicit #include <x86/fpu.h> instead of relying on pcb.h including it.

/src/sys/compat/sunos/
H A Dsunos_misc.c1.158 Thu Dec 27 17:05:28 GMT 2007 martin branches: 1.158.6;
Remove now superflous (and wrong) extern declaration for maxfiles.

1.158 Thu Dec 27 17:05:28 GMT 2007 martin branches: 1.158.6;
Remove now superflous (and wrong) extern declaration for maxfiles.

/src/sbin/route/
H A Droute.c1.158 Wed Dec 13 17:42:44 GMT 2017 christos branches: 1.158.2;
Use the definitions from the standard header files and replace homebrew
snprintb with the libutil one.

1.158 Wed Dec 13 17:42:44 GMT 2017 christos branches: 1.158.2;
Use the definitions from the standard header files and replace homebrew
snprintb with the libutil one.

/src/sys/arch/amiga/conf/
H A DDRACO1.158 Thu Jun 07 23:32:47 GMT 2012 rkujawa branches: 1.158.2;
Regen configs.

1.158 Thu Jun 07 23:32:47 GMT 2012 rkujawa branches: 1.158.2;
Regen configs.

/src/etc/mtree/
H A DNetBSD.dist.tests1.158 Thu Apr 04 19:50:47 GMT 2019 kamil branches: 1.158.2;
Register ./usr/tests/usr.bin/indent

1.158 Thu Apr 04 19:50:47 GMT 2019 kamil branches: 1.158.2;
Register ./usr/tests/usr.bin/indent

/src/sys/dev/pci/
H A Dauich.c1.158 Fri Dec 06 07:27:07 GMT 2019 maxv branches: 1.158.2;
Minor changes, reported by the LGTM bot.

1.158 Fri Dec 06 07:27:07 GMT 2019 maxv branches: 1.158.2;
Minor changes, reported by the LGTM bot.

/src/sys/sys/
H A Dexec_elf.h1.158 Mon Nov 06 17:56:25 GMT 2017 christos branches: 1.158.2;
Since _RUMPKERNEL is really userland code it needs ARCH_ELFSIZE,
not KERN_ELFSIZE, make it so!
1.158 Mon Nov 06 17:56:25 GMT 2017 christos branches: 1.158.2;
Since _RUMPKERNEL is really userland code it needs ARCH_ELFSIZE,
not KERN_ELFSIZE, make it so!
/src/sys/kern/
H A Dvfs_vnops.c1.158 Mon Jun 02 16:08:41 GMT 2008 ad branches: 1.158.2; 1.158.4;
Don't needlessly acquire v_interlock.

1.158 Mon Jun 02 16:08:41 GMT 2008 ad branches: 1.158.2; 1.158.4;
Don't needlessly acquire v_interlock.

1.158 Mon Jun 02 16:08:41 GMT 2008 ad branches: 1.158.2; 1.158.4;
Don't needlessly acquire v_interlock.

Completed in 202 milliseconds

1234567891011>>