Searched hist:1.251 (Results 1 - 25 of 162) sorted by relevance

1234567

/src/distrib/sets/lists/etc/
H A Dmi1.251 Sat Feb 17 03:02:04 GMT 2018 uwe branches: 1.251.2; 1.251.4;
Actually install dhcpd6 rc script. Organize CONFIGFILES
alphabetically again while where.

PR 53018
1.251 Sat Feb 17 03:02:04 GMT 2018 uwe branches: 1.251.2; 1.251.4;
Actually install dhcpd6 rc script. Organize CONFIGFILES
alphabetically again while where.

PR 53018
1.251 Sat Feb 17 03:02:04 GMT 2018 uwe branches: 1.251.2; 1.251.4;
Actually install dhcpd6 rc script. Organize CONFIGFILES
alphabetically again while where.

PR 53018
/src/sys/sys/
H A Dsyscallargs.h1.251 Fri Mar 14 00:56:37 GMT 2014 pooka branches: 1.251.2;
regen: time/timer related syscalls for rump kernels
1.251 Fri Mar 14 00:56:37 GMT 2014 pooka branches: 1.251.2;
regen: time/timer related syscalls for rump kernels
/src/sys/arch/sparc/sparc/
H A Dmachdep.c1.251 Wed Jun 30 21:16:39 GMT 2004 pk branches: 1.251.4; 1.251.6;
Introduce bus_space_tag_alloc() for the common parts of bus tag allocation.
1.251 Wed Jun 30 21:16:39 GMT 2004 pk branches: 1.251.4; 1.251.6;
Introduce bus_space_tag_alloc() for the common parts of bus tag allocation.
1.251 Wed Jun 30 21:16:39 GMT 2004 pk branches: 1.251.4; 1.251.6;
Introduce bus_space_tag_alloc() for the common parts of bus tag allocation.
H A Dautoconf.c1.251 Tue Apr 16 06:57:06 GMT 2013 jdc branches: 1.251.4;
Add PCI fixup for MicroSPARC-IIep.
Unconfigured PCI-PCI bridges and devices behind them are configured.

1.251 Tue Apr 16 06:57:06 GMT 2013 jdc branches: 1.251.4;
Add PCI fixup for MicroSPARC-IIep.
Unconfigured PCI-PCI bridges and devices behind them are configured.

H A Dcpuvar.h1.97 Wed Jan 17 07:38:20 GMT 2018 mrg fix previous:
CPUFLG_SUN4CACHEBUG was renamed to CACHE_TRAPPAGEBUG and moved
into the cacheinfo. don't revive the no longer used value, but
fix the non-sun4m code to match cpu.c 1.251.

H A Dcpu.c1.252 Wed Jan 17 07:38:20 GMT 2018 mrg fix previous:
CPUFLG_SUN4CACHEBUG was renamed to CACHE_TRAPPAGEBUG and moved
into the cacheinfo. don't revive the no longer used value, but
fix the non-sun4m code to match cpu.c 1.251.

1.251 Tue Jan 16 08:23:17 GMT 2018 mrg implement cpuctl identify for sparc and sparc64.

sparc:
- move enum vactype and struct cacheinfo into cpu.h
- move the cache flags from cpuinfo.flags into CACHEINFO.c_flags
(this allows the new cache_printf_backend() to see them.)
remove unused CPUFLG_CACHEIOMMUTABLES and CPUFLG_CACHEDVMA.
- align xmpsg to 64 bytes
- move cache_print() into cache_print.h so it can be shared with
cpuctl. it only depends upon a working printf().
- if found, store the CPU node's "name" into cpu_longname. this
changes the default output to show the local CPU not the
generic CPU family. eg:
cpu0 at mainbus0: mid 8: Ross,RT625 @ 90 MHz, on-chip FPU
vs the generic "RT620/625" previously shown.
- for each CPU export these things:
- name
- fpuname
- mid
- cloc
- freq
- psr impl and version
- mmu impl, version, and number of contexts
- cacheinfo structure (which changed for the first time ever
with this commit.)

sparc64:
- add a minimal "cacheinfo" structure to export the i/d/e-cache
size and linesize.
- store %ver, cpu node "name" and cacheinfo in cpu_info.
- set cpu_info ver, name and cacheinfo in cpu_attach(), and
export them via sysctl, as well as CPU ID and clock freq

cpuctl:
- add identifycpu_bind() that returns false on !x86 as their
identify routines do not need to run on a particular CPU to
obtain its information, and use it to avoid trying to set
affinity when not needed.
- add sparc and sparc64 cpu identify support using the newly
exported values.

/src/sys/arch/amiga/conf/
H A DGENERIC1.251 Wed Oct 17 19:53:14 GMT 2007 garbled branches: 1.251.2; 1.251.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.
1.251 Wed Oct 17 19:53:14 GMT 2007 garbled branches: 1.251.2; 1.251.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.
1.251 Wed Oct 17 19:53:14 GMT 2007 garbled branches: 1.251.2; 1.251.8;
Merge the ppcoea-renovation branch to HEAD.

This branch was a major cleanup and rototill of many of the various OEA
cpu based PPC ports that focused on sharing as much code as possible
between the various ports to eliminate near-identical copies of files in
every tree. Additionally there is a new PIC system that unifies the
interface to interrupt code for all different OEA ppc arches. The work
for this branch was done by a variety of people, too long to list here.

TODO:
bebox still needs work to complete the transition to -renovation.
ofppc still needs a bunch of work, which I will be looking at.
ev64260 still needs to be renovated
amigappc was not attempted.

NOTES:
pmppc was removed as an arch, and moved to a evbppc target.
/src/sys/kern/
H A Dinit_sysent.c1.251 Tue Jan 18 17:34:28 GMT 2011 pooka branches: 1.251.2;
regen: include sys/sched.h in syscallargs.h
1.251 Tue Jan 18 17:34:28 GMT 2011 pooka branches: 1.251.2;
regen: include sys/sched.h in syscallargs.h
H A Dkern_descrip.c1.251 Tue Jun 29 22:40:53 GMT 2021 dholland branches: 1.251.10;
Add containment for the cloning devices hack in vn_open.

Cloning devices (and also things like /dev/stderr) work by allocating
a struct file, stuffing it in the file table (which is a layer
violation), stuffing the file descriptor number for it in a magic
field of struct lwp (which is gross), and then "failing" with one of
two magic errnos, EDUPFD or EMOVEFD.

Before this commit, all callers of vn_open in the kernel (there are
quite a few) were expected to check for these errors and handle the
situation. Needless to say, none of them except for open() itself did,
resulting in internal negative errnos being returned to userspace.

This hack is fairly deeply rooted and cannot be eliminated all at
once. This commit adds logic to handle the magic errnos inside
vn_open; now on success vn_open returns either a vnode or an integer
file descriptor, along with a flag that says whether the underlying
code requested EDUPFD or EMOVEFD. Callers not prepared to cope with
file descriptors can pass NULL for the extra return values, in which
case if a file descriptor would be produced vn_open fails with
EOPNOTSUPP.

Since I'm rearranging vn_open's signature anyway, stop exposing struct
nameidata. Instead, take three arguments: an optional vnode to use as
the starting point (like openat()), the path, and additional namei
flags to use, restricted to NOCHROOT and TRYEMULROOT. (Other namei
behavior, e.g. NOFOLLOW, can be requested via the open flags.)

This change requires a kernel bump. Ride the one an hour ago.
(That was supposed to be coordinated; did not intend to let an hour
slip by. My fault.)

1.251 Tue Jun 29 22:40:53 GMT 2021 dholland branches: 1.251.10;
Add containment for the cloning devices hack in vn_open.

Cloning devices (and also things like /dev/stderr) work by allocating
a struct file, stuffing it in the file table (which is a layer
violation), stuffing the file descriptor number for it in a magic
field of struct lwp (which is gross), and then "failing" with one of
two magic errnos, EDUPFD or EMOVEFD.

Before this commit, all callers of vn_open in the kernel (there are
quite a few) were expected to check for these errors and handle the
situation. Needless to say, none of them except for open() itself did,
resulting in internal negative errnos being returned to userspace.

This hack is fairly deeply rooted and cannot be eliminated all at
once. This commit adds logic to handle the magic errnos inside
vn_open; now on success vn_open returns either a vnode or an integer
file descriptor, along with a flag that says whether the underlying
code requested EDUPFD or EMOVEFD. Callers not prepared to cope with
file descriptors can pass NULL for the extra return values, in which
case if a file descriptor would be produced vn_open fails with
EOPNOTSUPP.

Since I'm rearranging vn_open's signature anyway, stop exposing struct
nameidata. Instead, take three arguments: an optional vnode to use as
the starting point (like openat()), the path, and additional namei
flags to use, restricted to NOCHROOT and TRYEMULROOT. (Other namei
behavior, e.g. NOFOLLOW, can be requested via the open flags.)

This change requires a kernel bump. Ride the one an hour ago.
(That was supposed to be coordinated; did not intend to let an hour
slip by. My fault.)

H A Dsyscalls.c1.251 Wed Feb 01 05:42:18 GMT 2012 dholland Regen syscalls with proper id info.
/src/sys/dev/acpi/
H A Dacpi.c1.251 Tue Oct 18 23:47:26 GMT 2011 jmcneill branches: 1.251.2;
clear fixed events and disable GPEs before re-enabling interrupts on resume
from S1

1.251 Tue Oct 18 23:47:26 GMT 2011 jmcneill branches: 1.251.2;
clear fixed events and disable GPEs before re-enabling interrupts on resume
from S1

/src/sys/compat/linux/common/
H A Dlinux_misc.c1.251 Thu Jun 11 22:21:05 GMT 2020 ad branches: 1.251.2;
Counter tweaks:

- Don't need to count anonpages+filepages any more; clean+unknown+dirty for
each kind of page can be summed to get the totals.

- Track the number of free pages with a counter so that it's one less thing
for the allocator to do, which opens up further options there.

- Remove cpu_count_sync_one(). It has no users and doesn't save a whole lot.
For the cheap option, give cpu_count_sync() a boolean parameter indicating
that a cached value is okay, and rate limit the updates for cached values
to hz.

1.251 Thu Jun 11 22:21:05 GMT 2020 ad branches: 1.251.2;
Counter tweaks:

- Don't need to count anonpages+filepages any more; clean+unknown+dirty for
each kind of page can be summed to get the totals.

- Track the number of free pages with a counter so that it's one less thing
for the allocator to do, which opens up further options there.

- Remove cpu_count_sync_one(). It has no users and doesn't save a whole lot.
For the cheap option, give cpu_count_sync() a boolean parameter indicating
that a cached value is okay, and rate limit the updates for cached values
to hz.

/src/sys/arch/mips/mips/
H A Dtrap.c1.251 Tue Mar 10 04:04:45 GMT 2020 thorpej branches: 1.251.2;
Comment out the diagnostic message in the TLB_MOD handler that's logged if
pmap_tlb_update_addr() indicates that the VA+ASID was not found in the TLB.
It's a harmless race condition that can happen for legitimate reasons (e.g.
a TLB miss in an interrupt handler that evicts the entry from the TLB).

See discussion:
http://mail-index.netbsd.org/port-mips/2020/03/07/msg000927.html

1.251 Tue Mar 10 04:04:45 GMT 2020 thorpej branches: 1.251.2;
Comment out the diagnostic message in the TLB_MOD handler that's logged if
pmap_tlb_update_addr() indicates that the VA+ASID was not found in the TLB.
It's a harmless race condition that can happen for legitimate reasons (e.g.
a TLB miss in an interrupt handler that evicts the entry from the TLB).

See discussion:
http://mail-index.netbsd.org/port-mips/2020/03/07/msg000927.html

/src/lib/
H A DMakefile1.251 Sun May 21 15:28:41 GMT 2017 riastradh branches: 1.251.2;
Remove MKCRYPTO option.

Originally, MKCRYPTO was introduced because the United States
classified cryptography as a munition and restricted its export. The
export controls were substantially relaxed fifteen years ago, and are
essentially irrelevant for software with published source code.

In the intervening time, nobody bothered to remove the option after
its motivation -- the US export restriction -- was eliminated. I'm
not aware of any other operating system that has a similar option; I
expect it is mainly out of apathy for churn that we still have it.
Today, cryptography is an essential part of modern computing -- you
can't use the internet responsibly without cryptography.

The position of the TNF board of directors is that TNF makes no
representation that MKCRYPTO=no satisfies any country's cryptography
regulations.

My personal position is that the availability of cryptography is a
basic human right; that any local laws restricting it to a privileged
few are fundamentally immoral; and that it is wrong for developers to
spend effort crippling cryptography to work around such laws.

As proposed on tech-crypto, tech-security, and tech-userlevel to no
objections:

https://mail-index.netbsd.org/tech-crypto/2017/05/06/msg000719.html
https://mail-index.netbsd.org/tech-security/2017/05/06/msg000928.html
https://mail-index.netbsd.org/tech-userlevel/2017/05/06/msg010547.html

P.S. Reviewing all the uses of MKCRYPTO in src revealed a lot of
*bad* crypto that was conditional on it, e.g. DES in telnet... That
should probably be removed too, but on the grounds that it is bad,
not on the grounds that it is (nominally) crypto.
1.251 Sun May 21 15:28:41 GMT 2017 riastradh branches: 1.251.2;
Remove MKCRYPTO option.

Originally, MKCRYPTO was introduced because the United States
classified cryptography as a munition and restricted its export. The
export controls were substantially relaxed fifteen years ago, and are
essentially irrelevant for software with published source code.

In the intervening time, nobody bothered to remove the option after
its motivation -- the US export restriction -- was eliminated. I'm
not aware of any other operating system that has a similar option; I
expect it is mainly out of apathy for churn that we still have it.
Today, cryptography is an essential part of modern computing -- you
can't use the internet responsibly without cryptography.

The position of the TNF board of directors is that TNF makes no
representation that MKCRYPTO=no satisfies any country's cryptography
regulations.

My personal position is that the availability of cryptography is a
basic human right; that any local laws restricting it to a privileged
few are fundamentally immoral; and that it is wrong for developers to
spend effort crippling cryptography to work around such laws.

As proposed on tech-crypto, tech-security, and tech-userlevel to no
objections:

https://mail-index.netbsd.org/tech-crypto/2017/05/06/msg000719.html
https://mail-index.netbsd.org/tech-security/2017/05/06/msg000928.html
https://mail-index.netbsd.org/tech-userlevel/2017/05/06/msg010547.html

P.S. Reviewing all the uses of MKCRYPTO in src revealed a lot of
*bad* crypto that was conditional on it, e.g. DES in telnet... That
should probably be removed too, but on the grounds that it is bad,
not on the grounds that it is (nominally) crypto.
/src/share/misc/
H A Dacronyms1.251 Wed Jan 18 17:29:52 GMT 2017 riastradh DNFT: do not feed troll
/src/sys/dev/ic/
H A Dcom.c1.251 Tue Aug 08 10:32:09 GMT 2006 mrg branches: 1.251.2; 1.251.4;
fix a GCC uninitialised variable warning only seen at -O3.
1.251 Tue Aug 08 10:32:09 GMT 2006 mrg branches: 1.251.2; 1.251.4;
fix a GCC uninitialised variable warning only seen at -O3.
1.251 Tue Aug 08 10:32:09 GMT 2006 mrg branches: 1.251.2; 1.251.4;
fix a GCC uninitialised variable warning only seen at -O3.
/src/sys/arch/sparc/conf/
H A DGENERIC1.251 Sat Nov 26 13:59:46 GMT 2016 christos mention PAX_SEGVGUARD dependency on FILEASSOC

/src/lib/libc/
H A Dshlib_version1.251 Fri Jun 13 15:45:05 GMT 2014 joerg Add asysctl(3) and asysctlbyname(3) wrappers for the common idiom of
fetching dynamically sized data via sysctl.
/src/lib/libc/sys/
H A DMakefile.inc1.251 Mon Jul 10 02:31:54 GMT 2023 christos Add memfd_create(2) from GSoC 2023 by Theodore Preduta
/src/sbin/ifconfig/
H A Difconfig.c1.251 Tue Aug 20 08:18:24 GMT 2024 ozaki-r ifconfig: show link state on -v

We could guess it through "media" or "status" output, however, we
sometimes want to know it directly for debugging or testing.

It is shown only if the -v option is specified.

/src/distrib/sets/lists/base/
H A Dmd.sparc641.251 Fri Apr 17 19:35:25 GMT 2015 christos bump liblzma
/src/doc/
H A DBRANCHES1.251 Mon May 19 02:14:14 GMT 2008 yamt yamt-nfs-mp-base2
H A DHACKS1.251 Fri Apr 18 18:21:17 GMT 2025 riastradh binutils: Remove local hack to disable secureplt by default on alpha.

ld.elf_so can handle it now, so there's no need to patch it out of
binutils. Users can always use -Wl,--no-secureplt to disable it if
they want.

PR port-alpha/57511: ld.elf_so(1) does not support secure PLT for alpha
PR port-alpha/57717: Alpha linker generates LOAD segments (and
generates warnings about them)
/src/etc/mtree/
H A DNetBSD.dist.base1.251 Tue Aug 01 06:46:52 GMT 2023 mrg add gcc 12 subdirs, remove gcc 9.

/src/usr.bin/vmstat/
H A Dvmstat.c1.251 Wed Feb 09 07:51:45 GMT 2022 wiz Fix typo in usage.

Completed in 368 milliseconds

1234567