Searched +hist:1.37 +hist:2.5 (Results 1 - 25 of 77) sorted by relevance

1234

/src/sys/dev/pci/
H A Dif_rgereg.h1.15 Tue Nov 04 21:26:18 GMT 2025 pgoyette Clean up interrupt handling and add rge_detach().

Originally introduced in rev 1.37
1.1 Sat Jan 11 20:56:51 GMT 2020 sevan Import rge(4) from OpenBSD for Realtek's RTL8125 based 2.5GbE network cards.
H A Dif_rge.c1.43 Tue Nov 04 21:26:18 GMT 2025 pgoyette Clean up interrupt handling and add rge_detach().

Originally introduced in rev 1.37
1.37 Sat Oct 25 05:21:48 GMT 2025 pgoyette Clean up interrupt handling and add rge_detach().

Disable recognition of 8126-B until we know more about how
to drive it.
1.1 Sat Jan 11 20:56:51 GMT 2020 sevan Import rge(4) from OpenBSD for Realtek's RTL8125 based 2.5GbE network cards.
1.43 Tue Nov 04 21:26:18 GMT 2025 pgoyette Clean up interrupt handling and add rge_detach().

Originally introduced in rev 1.37
1.37 Sat Oct 25 05:21:48 GMT 2025 pgoyette Clean up interrupt handling and add rge_detach().

Disable recognition of 8126-B until we know more about how
to drive it.
1.1 Sat Jan 11 20:56:51 GMT 2020 sevan Import rge(4) from OpenBSD for Realtek's RTL8125 based 2.5GbE network cards.
/src/share/man/man8/
H A Dcompat_linux.81.37 Mon Nov 21 14:27:41 GMT 2011 njoly branches: 1.37.32;
Switch from .nf/.fi groff macros to .Bd -literal/.Ed blocks.
While here, convert .sp macro to .Pp.

ok wiz@.
1.37 Mon Nov 21 14:27:41 GMT 2011 njoly branches: 1.37.32;
Switch from .nf/.fi groff macros to .Bd -literal/.Ed blocks.
While here, convert .sp macro to .Pp.

ok wiz@.
1.12 Sun Oct 18 17:11:14 GMT 1998 perry Update to note linux_lib-2.5
/src/sys/arch/acorn32/stand/boot32/
H A Dboot32.c1.37 Sun Aug 02 11:20:37 GMT 2009 gavan branches: 1.37.4; 1.37.6; 1.37.8;
Don't reset devices if booting an Iyonix. It's fine for acorn32 devices
because we know how to configure all of the hardware, but as we don't know
how to configure the Iyonix graphics card we must rely on RISC OS to do
it for us.

While we're here, space separate the kernel arguments. It's a bit hard
parsing them in the kernel when they're all run together.
1.37 Sun Aug 02 11:20:37 GMT 2009 gavan branches: 1.37.4; 1.37.6; 1.37.8;
Don't reset devices if booting an Iyonix. It's fine for acorn32 devices
because we know how to configure all of the hardware, but as we don't know
how to configure the Iyonix graphics card we must rely on RISC OS to do
it for us.

While we're here, space separate the kernel arguments. It's a bit hard
parsing them in the kernel when they're all run together.
1.37 Sun Aug 02 11:20:37 GMT 2009 gavan branches: 1.37.4; 1.37.6; 1.37.8;
Don't reset devices if booting an Iyonix. It's fine for acorn32 devices
because we know how to configure all of the hardware, but as we don't know
how to configure the Iyonix graphics card we must rely on RISC OS to do
it for us.

While we're here, space separate the kernel arguments. It's a bit hard
parsing them in the kernel when they're all run together.
1.37 Sun Aug 02 11:20:37 GMT 2009 gavan branches: 1.37.4; 1.37.6; 1.37.8;
Don't reset devices if booting an Iyonix. It's fine for acorn32 devices
because we know how to configure all of the hardware, but as we don't know
how to configure the Iyonix graphics card we must rely on RISC OS to do
it for us.

While we're here, space separate the kernel arguments. It's a bit hard
parsing them in the kernel when they're all run together.
1.33 Sun Feb 03 14:59:16 GMT 2008 chris branches: 1.33.6;
Fix-up boot32 to work on A7000+

Logically the previous code should have worked but didn't. It appeared to
fail when reading the relocation table from physical memory.

To work-around this issue we now compact the relocation table (it shrinks
from ~800 entries to ~15 on a 2.5MB kernel) The compacted table is small
enough to copy into the page of memory we use to do the relocations. The
relocation code can now find the table, and carry out the relocations.

To help with debugging the screen border will change colour:
Red: Running without the MMU turned on (IE 1-1 physical mapping)
Note that the border will stay red a while as we're copying the
kernel over at this point.
Green: We've finished copying the kernel over (unless the code breaks
this will be rarely seen)
Blue: We're running on the bootstrap L1 table, and just about to call
the kernel.

Other tweaks include:
* copy the kernel 32bits at a time, rather than 8 bits at a time.
* assert that the relocations are 32bit aligned (so the above works)
* flush the cache and write buffers before turning off the MMU.

Tested by myself on an A7000+. Tested by skrll@ on Risc-PC and A7000.
/src/sys/arch/i386/include/
H A Dpcb.h1.60 Thu Apr 24 01:50:39 GMT 2025 riastradh amd64: Allocate FPU save state outside pcb if it's too large.

We have seen x86_fpu_save_size values (CPUID[EAX=0x0d, ECX=0].ECX) as
large as 11008 bytes, notably with Intel AMX TILEDATA's 8192-byte
state.

We only do this for user threads, and only on machines where it's
necessary, to avoid incurring much overhead. There is still a tiny
bit of overhead when saving and restoring the FPU state by using a
pointer indirection instead of arithmetic indirection for access to
struct pcb::pcb_savefpu, but this is probably a drop in the bucket
compared to the memory traffic incurred by the FPU state save/restore
anyway.

For now, these paths are mostly disabled on i386. We could enable
them but it will require either rewriting cpu_uarea_alloc/free for
i386, or adopting a guard page like amd64 does, which might be costly
and so should be undertaken only with some thought and care. And
since Intel AMX instructions only work in 64-bit mode, it's not
likely to be useful on i386.

PR port-amd64/57661: Crash when booting on Xeon Silver 4416+ in
KVM/Qemu

These changes, as a side effect, may fix:

PR kern/57258: kthread_fpu_enter/exit problem

by making sure to allocate an FPU save space that is large enough to
guarantee fpu_kern_enter/leave work safely, instead of just using a
union savefpu object on the stack (which, at 576 bytes, may be too
small on some machines, particularly with AVX512 requiring ~2.5K).
(But we'll have to do some extra work with kthread_fpu_enter/exit_md
-- if we try doing them again on x86 -- to actually allocate the
separate pcb on these machines!)
1.37 Fri Feb 20 17:35:01 GMT 2004 yamt branches: 1.37.16; 1.37.30; 1.37.32; 1.37.34; 1.37.36; 1.37.38;
defer pmap switching until it's really needed
to avoid frequent loading of cr3 register, which involves tlb flush.

with some fixes/improvements from Stephan Uphoff and Bang Jun-Young.
1.37 Fri Feb 20 17:35:01 GMT 2004 yamt branches: 1.37.16; 1.37.30; 1.37.32; 1.37.34; 1.37.36; 1.37.38;
defer pmap switching until it's really needed
to avoid frequent loading of cr3 register, which involves tlb flush.

with some fixes/improvements from Stephan Uphoff and Bang Jun-Young.
1.37 Fri Feb 20 17:35:01 GMT 2004 yamt branches: 1.37.16; 1.37.30; 1.37.32; 1.37.34; 1.37.36; 1.37.38;
defer pmap switching until it's really needed
to avoid frequent loading of cr3 register, which involves tlb flush.

with some fixes/improvements from Stephan Uphoff and Bang Jun-Young.
1.37 Fri Feb 20 17:35:01 GMT 2004 yamt branches: 1.37.16; 1.37.30; 1.37.32; 1.37.34; 1.37.36; 1.37.38;
defer pmap switching until it's really needed
to avoid frequent loading of cr3 register, which involves tlb flush.

with some fixes/improvements from Stephan Uphoff and Bang Jun-Young.
1.37 Fri Feb 20 17:35:01 GMT 2004 yamt branches: 1.37.16; 1.37.30; 1.37.32; 1.37.34; 1.37.36; 1.37.38;
defer pmap switching until it's really needed
to avoid frequent loading of cr3 register, which involves tlb flush.

with some fixes/improvements from Stephan Uphoff and Bang Jun-Young.
1.37 Fri Feb 20 17:35:01 GMT 2004 yamt branches: 1.37.16; 1.37.30; 1.37.32; 1.37.34; 1.37.36; 1.37.38;
defer pmap switching until it's really needed
to avoid frequent loading of cr3 register, which involves tlb flush.

with some fixes/improvements from Stephan Uphoff and Bang Jun-Young.
1.37 Fri Feb 20 17:35:01 GMT 2004 yamt branches: 1.37.16; 1.37.30; 1.37.32; 1.37.34; 1.37.36; 1.37.38;
defer pmap switching until it's really needed
to avoid frequent loading of cr3 register, which involves tlb flush.

with some fixes/improvements from Stephan Uphoff and Bang Jun-Young.
/src/sys/dev/isa/
H A Disavar.h1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.23 Wed May 08 23:32:31 GMT 1996 thorpej Correct a couple of comments ... port 0x84 produces a 1.25us delay when
read, not 2.5us. (I must have been confused; thanks Charles, for
correcting me.)
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.23 Wed May 08 23:32:31 GMT 1996 thorpej Correct a couple of comments ... port 0x84 produces a 1.25us delay when
read, not 2.5us. (I must have been confused; thanks Charles, for
correcting me.)
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
1.37 Fri Mar 19 05:13:18 GMT 1999 cgd branches: 1.37.8; 1.37.16;
pull isa_machdep.h in from machine/ instead of from $(MACHINE)/isa/
/src/distrib/sparc64/xminiroot/
H A DMakefile1.37 Thu Jul 24 13:10:27 GMT 2025 christos bump for clang/llvm
1.12 Mon Jan 21 13:46:26 GMT 2002 mrg - don't put a copy of GENERIC in the netbsd.INSTALL kernel's embedded
filesystem's as /netbsd...

- reduce INSTALL size by 2.5MB.

- clean up list.m4
/src/sys/ddb/
H A Ddb_interface.h1.42 Fri Oct 13 19:07:08 GMT 2023 ad Simplify/streamline pipes a little bit:

- Allocate only one struct pipe not two (no need to be bidirectional here).
- Then use f_flag (FREAD/FWRITE) to figure out what to do in the fileops.
- Never wake the other side or acquire long-term (I/O) lock unless needed.
- Whenever possible, defer wakeups until after locks have been released.
- Do some things locklessly in pipe_ioctl() and pipe_poll().

Some notable results:

- -30% latency on a 486DX2/66 doing 1 byte ping-pong within a single process.
- 2.5x less lock contention during "make cleandir" of src on a 48 CPU machine.
- 1.5x bandwith with 1kB messages on the same 48 CPU machine (8kB: same b/w).
1.37 Sun Jun 02 06:09:17 GMT 2019 mrg branches: 1.37.10;
add two db_stack_print_trace frontends that emit to the system log
or the user's terminal.

kind of wrong to be called db_*() when they'll typically be used
outside of ddb itself, but db_stacktrace() itself is no different.
fix this by making the stack trace support separate from ddb?
1.37 Sun Jun 02 06:09:17 GMT 2019 mrg branches: 1.37.10;
add two db_stack_print_trace frontends that emit to the system log
or the user's terminal.

kind of wrong to be called db_*() when they'll typically be used
outside of ddb itself, but db_stacktrace() itself is no different.
fix this by making the stack trace support separate from ddb?
H A Ddb_xxx.c1.78 Fri Oct 13 19:07:08 GMT 2023 ad Simplify/streamline pipes a little bit:

- Allocate only one struct pipe not two (no need to be bidirectional here).
- Then use f_flag (FREAD/FWRITE) to figure out what to do in the fileops.
- Never wake the other side or acquire long-term (I/O) lock unless needed.
- Whenever possible, defer wakeups until after locks have been released.
- Do some things locklessly in pipe_ioctl() and pipe_poll().

Some notable results:

- -30% latency on a 486DX2/66 doing 1 byte ping-pong within a single process.
- 2.5x less lock contention during "make cleandir" of src on a 48 CPU machine.
- 1.5x bandwith with 1kB messages on the same 48 CPU machine (8kB: same b/w).
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.78 Fri Oct 13 19:07:08 GMT 2023 ad Simplify/streamline pipes a little bit:

- Allocate only one struct pipe not two (no need to be bidirectional here).
- Then use f_flag (FREAD/FWRITE) to figure out what to do in the fileops.
- Never wake the other side or acquire long-term (I/O) lock unless needed.
- Whenever possible, defer wakeups until after locks have been released.
- Do some things locklessly in pipe_ioctl() and pipe_poll().

Some notable results:

- -30% latency on a 486DX2/66 doing 1 byte ping-pong within a single process.
- 2.5x less lock contention during "make cleandir" of src on a 48 CPU machine.
- 1.5x bandwith with 1kB messages on the same 48 CPU machine (8kB: same b/w).
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
1.37 Sun Jan 22 01:08:50 GMT 2006 uwe branches: 1.37.2; 1.37.4; 1.37.6; 1.37.8; 1.37.10;
db_show_sched_qs: fix pointer cast lint considers troublesome.
/src/include/
H A Dtime.h1.47 Tue Oct 04 09:41:41 GMT 2016 kamil Add timespec_get(3) in <time.h> and enable unconditionally struct timespec

These changes conforms to the C11 standard
References:
- 7.27.1/3 Components of time (struct timespec)
- 7.27.2.5 The timespec_get function

According to ISO/IEC 9899:201x (draft) <time.h> defines the timespec
structure and declares the timespec_get(3) function with TIME_UTC
definition.

According to a C++17 standard draft <ctime> offers the same interface in
the std:: namespace.

The timespec_get function modifies the timespec object pointed by ts
to hold the current calendar time in the given base. The standard notes
only the TIME_UTC base with implementation defined value, set it to 1
as zero is reserved for error handling. Once operation was successful this
function returns passed base, otherwise exits with zero.

The timespec struct was already part of the POSIX standard in <time.h>.

Enable this interface unconditionally in the header to allow to use it
in a code prior C11 and C++17 as an extension.

Review notes from <christos>
1.37 Sun Sep 21 16:59:46 GMT 2008 christos branches: 1.37.6;
add missing attributes to the remaining calls, even the ones that gcc has
builtin attributes for (for symmetry and consistency). In the future this
might change to use compiler-neutral macros. On the other hand I don't
know of any other compiler that provides other macros with similar
functionality, so why bother?
1.37 Sun Sep 21 16:59:46 GMT 2008 christos branches: 1.37.6;
add missing attributes to the remaining calls, even the ones that gcc has
builtin attributes for (for symmetry and consistency). In the future this
might change to use compiler-neutral macros. On the other hand I don't
know of any other compiler that provides other macros with similar
functionality, so why bother?
/src/sys/sys/
H A Dpipe.h1.40 Fri Oct 13 19:07:09 GMT 2023 ad Simplify/streamline pipes a little bit:

- Allocate only one struct pipe not two (no need to be bidirectional here).
- Then use f_flag (FREAD/FWRITE) to figure out what to do in the fileops.
- Never wake the other side or acquire long-term (I/O) lock unless needed.
- Whenever possible, defer wakeups until after locks have been released.
- Do some things locklessly in pipe_ioctl() and pipe_poll().

Some notable results:

- -30% latency on a 486DX2/66 doing 1 byte ping-pong within a single process.
- 2.5x less lock contention during "make cleandir" of src on a 48 CPU machine.
- 1.5x bandwith with 1kB messages on the same 48 CPU machine (8kB: same b/w).
1.37 Thu Jun 25 14:22:19 GMT 2020 jdolecek branches: 1.37.2;
remove experimental direct pipe code (using uvm_loan()) I added in 2001 - it's
slower than the non-direct variant on MP systems, if anybody wants
to hack on this further it's available in Attic
1.37 Thu Jun 25 14:22:19 GMT 2020 jdolecek branches: 1.37.2;
remove experimental direct pipe code (using uvm_loan()) I added in 2001 - it's
slower than the non-direct variant on MP systems, if anybody wants
to hack on this further it's available in Attic
H A Drnd.h1.37 Thu Jun 20 23:21:42 GMT 2013 christos Initialize the rnd softint explicitly via a function late in main. Avoids
LOCKDEBUG panic since softint_establish() was called via wdcintr -> wddone
from an interrupt context and tried to acquire a non-spin mutex.
1.28 Sat Dec 17 20:05:40 GMT 2011 tls Separate /dev/random pseudodevice implemenation from kernel entropy pool
implementation. Rewrite pseudodevice code to use cprng_strong(9).

The new pseudodevice is cloning, so each caller gets bits from a stream
generated with its own key. Users of /dev/urandom get their generators
keyed on a "best effort" basis -- the kernel will rekey generators
whenever the entropy pool hits the high water mark -- while users of
/dev/random get their generators rekeyed every time key-length bits
are output.

The underlying cprng_strong API can use AES-256 or AES-128, but we use
AES-128 because of concerns about related-key attacks on AES-256. This
improves performance (and reduces entropy pool depletion) significantly
for users of /dev/urandom but does cause users of /dev/random to rekey
twice as often.

Also fixes various bugs (including some missing locking and a reseed-counter
overflow in the CTR_DRBG code) found while testing this.

For long reads, this generator is approximately 20 times as fast as the
old generator (dd with bs=64K yields 53MB/sec on 2Ghz Core2 instead of
2.5MB/sec) and also uses a separate mutex per instance so concurrency
is greatly improved. For reads of typical key sizes for modern
cryptosystems (16-32 bytes) performance is about the same as the old
code: a little better for 32 bytes, a little worse for 16 bytes.
/src/sbin/fdisk/
H A Dfdisk.81.86 Sun Sep 11 03:35:08 GMT 2016 sevan branches: 1.86.2;
- Document the HISTORY of fdisk based on the original post to comp.unix.bsd by
Julian Elischer [1] and the Mach 2.5 Installation notes [2].
I was unable to pin point the exact version of Mach the fdisk utility appeared
as I didn't find documentation older than version 2.5 & no source code or repo
history. fdisk utility appears as a separate utility[3] in v2.5. Due to this,
I've avoided stating the exact version fdisk first appeared in Mach.
- Make correction pointed by textproc/igor
- Bump date

[1] https://groups.google.com/forum/#!searchin/comp.unix.bsd/14-Dec-89$20Robert$20Baron$20(rvb)$20at$20Carnegie-Mellon$20University%7Csort:relevance/comp.unix.bsd/Hhi45vAHxDg

[2] ftp://ftp.mcs.vuw.ac.nz/doc/misc/mach-i386-doc/i386_install.ps
[3] ftp://ftp.mcs.vuw.ac.nz/doc/misc/mach-i386-doc/i386_manpages.ps
1.86 Sun Sep 11 03:35:08 GMT 2016 sevan branches: 1.86.2;
- Document the HISTORY of fdisk based on the original post to comp.unix.bsd by
Julian Elischer [1] and the Mach 2.5 Installation notes [2].
I was unable to pin point the exact version of Mach the fdisk utility appeared
as I didn't find documentation older than version 2.5 & no source code or repo
history. fdisk utility appears as a separate utility[3] in v2.5. Due to this,
I've avoided stating the exact version fdisk first appeared in Mach.
- Make correction pointed by textproc/igor
- Bump date

[1] https://groups.google.com/forum/#!searchin/comp.unix.bsd/14-Dec-89$20Robert$20Baron$20(rvb)$20at$20Carnegie-Mellon$20University%7Csort:relevance/comp.unix.bsd/Hhi45vAHxDg

[2] ftp://ftp.mcs.vuw.ac.nz/doc/misc/mach-i386-doc/i386_install.ps
[3] ftp://ftp.mcs.vuw.ac.nz/doc/misc/mach-i386-doc/i386_manpages.ps
1.37 Thu May 01 10:43:58 GMT 2003 dsl a mbr -> an mbr
/src/sys/opencrypto/
H A Dcryptodev.h1.37 Thu Jun 15 00:41:18 GMT 2017 knakahara Divide crp_devflags from crp_flags to write exclusively.

CRYPTO_F_DQRETQ(new name is CRYPTODEV_F_RET) is used by cryptodev.c only.
It should be divided to other member.
1.5 Thu Aug 21 19:44:14 GMT 2003 jonathan branches: 1.5.4; 1.5.10; 1.5.12;
Pull in FreeBSD sys/opencrypto/cryptodev.h, revision 1.2.2.5 -> 1.2.2.6.
Sam Leffler's FreeBSD commit message was
``to eliminate context switch when returning results from the
software crypto driver''
but the patch also contains the CRYPTO_SESID*() macros used in newer
ubsec and hifn drivers.
1.4 Thu Aug 21 16:08:05 GMT 2003 jonathan Pull up `done' flag for crypto operations from FreeBSD. FreeBSD deltas:
cryptodev.c: 1.4.2.3 -> 1.4.2.4
cryptodev.h: 1.4.2.4 -> 1.4.2.5
/src/usr.sbin/ypbind/
H A Dypbind.c1.37 Fri Aug 21 09:39:04 GMT 1998 bouyer - Makes ypbind use syslog() (with LOG_DAEMON) instead of warn()/err().
Messages will still be printed to stderr if ypbind is started in debug mode.
- Don't exist if none of the servers listed in
/var/yp/binding/<domainname>.ypservers are reacheable. It's a temporary
failure that can be recovered from.
1.29 Wed Oct 02 05:55:06 GMT 1996 thorpej Change name of ypservers file to /var/yp/binding/domain.ypservers.
This is a compromise between the Solaris 2.5 naming of this file
(/var/yp/binding/domain/ypservers and /var/yp/binding/domain/vers)
and traditional NetBSD naming (/var/yp/binding/domain.vers).
Changing to the Solaris naming makes the C library incompatible
with ypbind. While it's easy to change the C library, I don't feel
right about introducing a gratuitous incompatibility.

The current name (/var/yp/domain/ypservers) conflicts with the name
of the YP map listing slave servers for a domain.

Per discussion w/ Chris Demetriou and Luke Mewburn.
1.28 Tue Oct 01 01:38:00 GMT 1996 thorpej .ypservers -> ypservers, to match Solaris 2.5
/src/sys/arch/newsmips/conf/
H A DINSTALL1.37 Fri Apr 16 13:48:34 GMT 2010 pooka Remove unused count (invariably "4") from pseudo-device fss.
1.13 Sun Apr 14 02:30:22 GMT 2002 tsutsui Expand MEMORY_DISK_ROOT_SIZE to 2.5Mbytes.
/src/share/man/man4/
H A Drnd.41.37 Fri Jan 15 15:54:20 GMT 2021 riastradh rnd(4): Fix formatting of authors paragraph with `.An -nosplit'.
1.17 Sat Dec 17 20:05:38 GMT 2011 tls Separate /dev/random pseudodevice implemenation from kernel entropy pool
implementation. Rewrite pseudodevice code to use cprng_strong(9).

The new pseudodevice is cloning, so each caller gets bits from a stream
generated with its own key. Users of /dev/urandom get their generators
keyed on a "best effort" basis -- the kernel will rekey generators
whenever the entropy pool hits the high water mark -- while users of
/dev/random get their generators rekeyed every time key-length bits
are output.

The underlying cprng_strong API can use AES-256 or AES-128, but we use
AES-128 because of concerns about related-key attacks on AES-256. This
improves performance (and reduces entropy pool depletion) significantly
for users of /dev/urandom but does cause users of /dev/random to rekey
twice as often.

Also fixes various bugs (including some missing locking and a reseed-counter
overflow in the CTR_DRBG code) found while testing this.

For long reads, this generator is approximately 20 times as fast as the
old generator (dd with bs=64K yields 53MB/sec on 2Ghz Core2 instead of
2.5MB/sec) and also uses a separate mutex per instance so concurrency
is greatly improved. For reads of typical key sizes for modern
cryptosystems (16-32 bytes) performance is about the same as the old
code: a little better for 32 bytes, a little worse for 16 bytes.
/src/sys/dev/mii/
H A Dciphy.c1.37 Thu Oct 17 09:22:49 GMT 2019 msaitoh - Match a lot of Cicada and Vitesse devices correctly. This change also fixes
a bug that ciphy_fixup() didn't work.
- Match VSC8221, VSC8234 and VSC8641.
1.5 Sun Mar 12 22:41:41 GMT 2006 chs branches: 1.5.2;
from OpenBSD:
We need to special case ciphy to ask for RGMII interface at 2.5V for nfe.
This makes Cicada/Vitesse PHYs attached to nfe work.
Many thanks to Bill Paul for diagnosing the problem and suggesting a solution.
/src/distrib/sets/lists/xdebug/
H A Dshl.mi1.37 Thu Dec 15 00:56:52 GMT 2016 kre branches: 1.37.2;

More sets list sorting (maybe this time they're really all done)
1.37 Thu Dec 15 00:56:52 GMT 2016 kre branches: 1.37.2;

More sets list sorting (maybe this time they're really all done)
1.21 Thu Mar 12 07:58:05 GMT 2015 snj update for freetype 2.5.5
/src/distrib/sets/lists/xbase/
H A Dshl.mi1.60 Thu Mar 12 07:58:05 GMT 2015 snj update for freetype 2.5.5
1.55 Thu Mar 20 09:05:28 GMT 2014 mrg branches: 1.55.4;
merge freetype 2.5.3.
1.37 Sun May 23 04:26:19 GMT 2010 mrg bump libpixman-1.so minor. avoid double defining PIXMAN_DISABLE_DEPRECATED.
/src/sys/arch/sparc64/include/
H A Dparam.h1.49 Fri Mar 09 10:42:12 GMT 2012 jdc Restrict NKMEMPAGES to 2.5GB, otherwise we will run out of space in the
kernel_map on machines with 8GB (or more) main memory.

XXX: Moving KERNBASE/KERNEND is a better long term solution, but this allows
those machines to boot now.
1.37 Tue Oct 17 22:26:05 GMT 2006 mrg allocate 128KB (as opposed to 64KB) per-cpu, and place the interrupt
stack, cpu_info structure, panicstack, idle uarea and normal kernel
stack in here. the idle uarea and kernel stack are in the 2nd 64KB
page. the interrupt stack and cpu_info structure are as the same
place in the 1st 64KB page, and the panicstack grows down from the
top of this page. update comments in param.h to suit (XXX: a lot
of these constants should move to a header file that will not pollute
the name space so much.) map these pages identically between
cpu_initialise() and cpu_mp_startup(), and deal with the two 64KB
pages in pmap_extract(). keep an unmapped 64KB page between them.

don't initialise the unused "ci_eintstack" member of the cpu_info
structure

use constants to initialise many addresses in the cpu_info structure,
consolidating these assignments from cpu0 and cpu>0

delete u0/estack0/panicstack from locore.s

clean up some wrong comments in locore.s

fix a 32bit-only bug in cpu_mp_startup().

delete 'u0' entirely.


this fixes recent random lossage seen on port-sparc64: processes
stuck in RUN state, data faults, and hangs.
/src/sys/arch/x86/x86/
H A Dvm_machdep.c1.47 Thu Apr 24 01:50:39 GMT 2025 riastradh amd64: Allocate FPU save state outside pcb if it's too large.

We have seen x86_fpu_save_size values (CPUID[EAX=0x0d, ECX=0].ECX) as
large as 11008 bytes, notably with Intel AMX TILEDATA's 8192-byte
state.

We only do this for user threads, and only on machines where it's
necessary, to avoid incurring much overhead. There is still a tiny
bit of overhead when saving and restoring the FPU state by using a
pointer indirection instead of arithmetic indirection for access to
struct pcb::pcb_savefpu, but this is probably a drop in the bucket
compared to the memory traffic incurred by the FPU state save/restore
anyway.

For now, these paths are mostly disabled on i386. We could enable
them but it will require either rewriting cpu_uarea_alloc/free for
i386, or adopting a guard page like amd64 does, which might be costly
and so should be undertaken only with some thought and care. And
since Intel AMX instructions only work in 64-bit mode, it's not
likely to be useful on i386.

PR port-amd64/57661: Crash when booting on Xeon Silver 4416+ in
KVM/Qemu

These changes, as a side effect, may fix:

PR kern/57258: kthread_fpu_enter/exit problem

by making sure to allocate an FPU save space that is large enough to
guarantee fpu_kern_enter/leave work safely, instead of just using a
union savefpu object on the stack (which, at 576 bytes, may be too
small on some machines, particularly with AVX512 requiring ~2.5K).
(But we'll have to do some extra work with kthread_fpu_enter/exit_md
-- if we try doing them again on x86 -- to actually allocate the
separate pcb on these machines!)
1.37 Mon Feb 11 14:59:33 GMT 2019 cherry We reorganise definitions for XEN source support as follows:

XEN - common sources required for baseline XEN support.
XENPV - sources required for support of XEN in PV mode.
XENPVHVM - sources required for support for XEN in HVM mode.
XENPVH - sources required for support for XEN in PVH mode.
/src/sys/arch/arc/conf/
H A DRAMDISK1.37 Sat Jun 14 02:40:42 GMT 2003 tsutsui Don't enable both pc0 and vga0 at isa.
1.32 Mon Feb 10 11:18:56 GMT 2003 tsutsui Bump md_root size to 2.5Mbytes.
/src/sys/arch/mac68k/dev/
H A Dncr5380.c1.37 Mon Dec 16 16:17:09 GMT 1996 scottr Convert all foo_match() functions to use a `struct cfdata *' for their
second argument. The NuBus autoconfig code had to be reorganized as a
result of this, and looks much more like a directly-attached bus now.
These changes eliminate __BROKEN_INDIRECT_CONFIG.
1.30 Fri Jun 07 02:44:15 GMT 1996 briggs Wait longer (2.5 sec) in wait_req_true/false. Some targets take a long time.
/src/sys/dev/pci/ixgbe/
H A Dixgbe_common.c1.37 Fri Dec 10 11:25:22 GMT 2021 msaitoh Fix infinite recursion on PCIe link down.

- FreeBSD: 8270b7174c48417a4d5f3effa4a4f4588205e687 or ix-3.3.14
- DPDK: 2d04b9e856125197ec8e967471426d56ab7efcf0

In some corner cases the functions ixgbe_clear_rar_generic and
ixgbe_clear_vmdq_generic may call one another leading to infinite
recursion.

When ixgbe_clear_vmdq_generic is called with IXGBE_CLEAR_VMDQ_ALL
flag, it's going to clear MPSAR registers, and proceed to call
ixgbe_clear_rar_generic, which in turn will clear the RAR registers,
and recursively call back ixgbe_clear_vmdq_generic. Normally, the
latter would detect that MPSAR registers have already been cleared
and terminate the recursion.

However, when PCIe link is down, and before the driver has had the
opportunity to shut itself down, all register reads return 0xFFFFFFFF,
and all register writes fail silently. In such case, because
ixgbe_clear_vmdq_generic blindly assumes that clearing MPSAR registers
succeeded, it's going to always call ixgbe_clear_rar_generic, which
in turn will always call back ixgbe_clear_vmdq_generic, creating
infinite recursion.

This patch re-reads MPSAR register values after they had been cleared.
In case of PCIe link failure, the values read will be non-zero, which
will terminate the recursion. On the other hand, under normal
circumstances the value read from MPSAR registers is going to be equal
to the value previously written, so this patch is expected not to cause
any regressions.

- Note that NetBSD doesn't support VMDQ.
1.15 Fri Oct 13 08:17:44 GMT 2017 msaitoh Show 2.5GBASE-T and 5GBASE-T correctly on ixv(4). Tested on a virtual function
on X550 T1.

Completed in 164 milliseconds

1234