HomeSort by: relevance | last modified time | path
    Searched hist:1.207 (Results 1 - 25 of 360) sorted by relevancy

1 2 3 4 5 6 7 8 91011>>

  /src/tests/net/net/
t_pktinfo_send.c 1.2.2.2 Thu Dec 21 21:08:13 UTC 2017 snj Pull up following revision(s) (requested by ryo in ticket #445):
distrib/sets/lists/debug/mi: revision 1.222
distrib/sets/lists/tests/mi: revision 1.760
share/man/man4/ip.4: revision 1.38
sys/netinet/in.c: revision 1.207
sys/netinet/in.h: revision 1.101
sys/netinet/in_pcb.c: revision 1.179
sys/netinet/in_pcb.h: revision 1.64
sys/netinet/ip_output.c: revision 1.284, 1.286
sys/netinet/ip_var.h: revision 1.120-1.121
sys/netinet/raw_ip.c: revision 1.166-1.167
sys/netinet/udp_usrreq.c: revision 1.235-1.236
sys/netinet/udp_var.h: revision 1.42
tests/net/net/Makefile: revision 1.21
tests/net/net/t_pktinfo_send.c: revision 1.1-1.2
Add support IP_PKTINFO for sendmsg(2).
The source address or output interface can be specified by adding IP_PKTINFO
to the control part of the message on a SOCK_DGRAM or SOCK_RAW socket.
Reviewed by ozaki-r@ and christos@. thanks.
--
As is the case with IPV6_PKTINFO, IP_PKTINFO can be sent without EADDRINUSE
even if the UDP address:port in use is specified.

Makefile 1.20.4.1 Thu Dec 21 21:08:13 UTC 2017 snj Pull up following revision(s) (requested by ryo in ticket #445):
distrib/sets/lists/debug/mi: revision 1.222
distrib/sets/lists/tests/mi: revision 1.760
share/man/man4/ip.4: revision 1.38
sys/netinet/in.c: revision 1.207
sys/netinet/in.h: revision 1.101
sys/netinet/in_pcb.c: revision 1.179
sys/netinet/in_pcb.h: revision 1.64
sys/netinet/ip_output.c: revision 1.284, 1.286
sys/netinet/ip_var.h: revision 1.120-1.121
sys/netinet/raw_ip.c: revision 1.166-1.167
sys/netinet/udp_usrreq.c: revision 1.235-1.236
sys/netinet/udp_var.h: revision 1.42
tests/net/net/Makefile: revision 1.21
tests/net/net/t_pktinfo_send.c: revision 1.1-1.2
Add support IP_PKTINFO for sendmsg(2).
The source address or output interface can be specified by adding IP_PKTINFO
to the control part of the message on a SOCK_DGRAM or SOCK_RAW socket.
Reviewed by ozaki-r@ and christos@. thanks.
--
As is the case with IPV6_PKTINFO, IP_PKTINFO can be sent without EADDRINUSE
even if the UDP address:port in use is specified.

  /src/tests/usr.bin/shmif_pcapin/
Makefile 1.1.2.2 Thu Sep 05 09:22:43 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests

d_pcap.in.bz2.uue 1.1.2.2 Thu Sep 05 09:22:43 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests

d_pcap.out.bz2.uue 1.1.2.2 Thu Sep 05 09:22:43 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests

t_basic.sh 1.1.2.2 Thu Sep 05 09:22:43 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests

  /src/usr.bin/shmif_pcapin/
Makefile 1.1.2.2 Thu Sep 05 09:22:42 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests

shmif_pcapin.1 1.1.2.2 Thu Sep 05 09:22:42 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests

shmif_pcapin.c 1.1.2.2 Thu Sep 05 09:22:42 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests

  /src/lib/libc/sys/
extattr_get_file.2 1.3.32.1 Sun Jul 17 15:36:03 UTC 2011 riz Pull up following revision(s) (requested by manu in ticket #1645):
lib/libc/sys/Makefile.inc 1.207 via patch
lib/libc/sys/extattr_get_file.2 patch
lib/libpuffs/dispatcher.c 1.34,1.36 via patch
lib/libpuffs/puffs.c 1.107 via patch
lib/libpuffs/puffs.h 1.115,1.118 via patch
sys/fs/puffs/puffs_msgif.h 1.71,1.76 via patch
sys/fs/puffs/puffs_vfsops.c 1.88 via patch
sys/fs/puffs/puffs_vnops.c 1.145,1.154 via patch
sys/kern/vfs_xattr.c 1.24-1.27 via patch
sys/kern/vnode_if.c 1.87 via patch
sys/sys/Makefile 1.133 via patch
sys/sys/extattr.h 1.6 via patch
sys/sys/vnode_if.h 1.81 via patch
sys/ufs/ffs/ffs_vnops.c patch
sys/ufs/ufs/ufs_extattr.c 1.31,1.34 via patch

* support extended attributes
* bump major due to structure growth
* add some spare space
* remove ABI sillyness
Support extended attributes.
Fix multiple non compliances in our Linux-like extattr API, and make it
public so that it can be used.
Improve a bit listxattr(2). It attemps to list both system and user
extended attributes, and it faled if calling user did not have privilege
for reading system EA. Now we just lise user EA and skip system EA in
reading them is not allowed.
Fix bug introduced in previous commuit: Do not vrele() a vnode we did not
obtained.
Improve UFS1 extended attributes usability
- autocreate attribute backing file for new attributes
- autoload attributes when issuing extattrctl start
- when autoloading attributes, do not display garbage warning when looking
up entries that got ENOENT
Add a flag to VOP_LISTEXTATTR(9) so that the vnode interface can tell the
filesystem in which format extended attribute shall be listed.
There are currently two formats:
- NUL-terminated strings, used for listxattr(2), this is the default.
- one byte length-pprefixed, non NUL-terminated strings, used for
extattr_list_file(2), which is obtanined by setting the
EXTATTR_LIST_PREFIXLEN flag to VOP_LISTEXTATTR(9)
This approach avoid the need for converting the list back and forth, except
in libperfuse, since FUSE uses NUL-terminated strings, and the kernel may
have requested EXTATTR_LIST_PREFIXLEN.
  /src/share/man/man4/
rge.4 1.3.6.2 Wed Nov 26 19:00:18 UTC 2025 martin Pull up following revision(s) (requested by pgoyette in ticket #1201):

sys/arch/amd64/conf/XEN3_DOM0: revision 1.206
sys/arch/amd64/conf/XEN3_DOM0: revision 1.207
sys/dev/pci/if_rge.c: revision 1.35
sys/dev/pci/if_rge.c: revision 1.36
share/man/man4/rge.4: revision 1.10
sys/dev/pci/if_rge.c: revision 1.37
sys/dev/pci/if_rge.c: revision 1.38
sys/dev/pci/if_rge.c: revision 1.39
share/man/man4/sem.4: revision 1.7
share/man/man4/sem.4: revision 1.8
sys/arch/amd64/conf/GENERIC: revision 1.620
sys/dev/pci/pcidevs.h: revision 1.1511
sys/arch/amd64/conf/ALL: revision 1.195
sys/arch/amd64/conf/ALL: revision 1.196
sys/dev/pci/pcidevs: revision 1.1532
sys/dev/pci/if_rge.c: revision 1.40
sys/dev/pci/if_rge.c: revision 1.41
sys/dev/pci/if_rge.c: revision 1.42
sys/dev/pci/pcidevs_data.h: revision 1.1510
sys/dev/pci/if_rge.c: revision 1.43
sys/dev/pci/if_rge.c: revision 1.44
sys/dev/pci/if_rge.c: revision 1.45
sys/dev/pci/if_rgereg.h: revision 1.10
sys/dev/pci/if_rge.c: revision 1.46
share/man/man4/rge.4: revision 1.6
sys/dev/pci/if_rgereg.h: revision 1.11
share/man/man4/rge.4: revision 1.7
sys/dev/pci/if_rgereg.h: revision 1.12
share/man/man4/rge.4: revision 1.8
sys/dev/pci/if_rgereg.h: revision 1.13
share/man/man4/rge.4: revision 1.9
sys/dev/pci/if_rgereg.h: revision 1.14
sys/arch/amd64/conf/GENERIC: revision 1.619
sys/dev/pci/if_rgereg.h: revision 1.15
sys/dev/pci/if_rgereg.h: revision 1.16
sys/dev/pci/if_rgereg.h: revision 1.17

Add MODULE glue

Add Realtek 8126 to comment for rge*

Recognize the RT8126 Rev B.
XXX Assume for now that it works the same as Rev A. Neither
XXX Free- nor OpenBSD give any clues on Rev B details.

Clean up interrupt handling and add rge_detach().

Disable recognition of 8126-B until we know more about how
to drive it.

We only suppoprt the MAC_CFG2_8126 (hwrev 0x649000000). Disable the
others.

Based on driver code from Realtek, all three of these are "8126A"
models ...

Update RTL8125 microcode.
From openbsd, if_rge.c rev 1.13, if_rgereg.h rev 1.7

Update microcode, initialization and reset behavior. From
OpenBSD, if_rge.c rev 1.23 and if_rgereg.h rev 1.10.
XXX In the same commit, two chip variants were de-supported,
with an expectation that those two variants were never
shipped in any product. It's not clear that this is
true, so I did NOT remove support for them.

Undo recent changes since they seem to have broken something.

Will reexamine moving forward from last time we synched with
OpenBSD - January 20, 2021

One more attempt to revert

Clean up interrupt handling and add rge_detach().
Originally introduced in rev 1.37

Add Realtek 8127

Regen

Update rge* comment to include soon-to-arrive preliminary support
for RTL8127

Update for RTL8127

Revert accidental commit

Note 8127 support as experimental

Sync with OpenBSD. Don't list chip variations, only list the chips.
Update adapter list to include 8126

Synch with upstream (OpenBSD) head as of today. Tested by various
people (thanks!) on various chips/models.
XXX Still has no support for Jumbo frames, and no support for any
checksum or segmentation off-loads, same restrictions as on
upstream...

Clean up mbuf list management. Missed during merge/synch from OpenBSD.

Enable checksum offload for ipv4
Should be enough to satisfy PR kern/59724.

Catch up with recnt changes.
PR kern/59724

1.5.2.1 Mon Nov 24 17:32:48 UTC 2025 martin Pull up following revision(s) (requested by pgoyette in ticket #106):

sys/arch/amd64/conf/XEN3_DOM0: revision 1.206
sys/arch/amd64/conf/XEN3_DOM0: revision 1.207
sys/dev/pci/if_rge.c: revision 1.35
sys/dev/pci/if_rge.c: revision 1.36
share/man/man4/rge.4: revision 1.10
sys/dev/pci/if_rge.c: revision 1.37
sys/dev/pci/if_rge.c: revision 1.38
sys/dev/pci/if_rge.c: revision 1.39
share/man/man4/sem.4: revision 1.7
share/man/man4/sem.4: revision 1.8
sys/arch/amd64/conf/GENERIC: revision 1.620
sys/dev/pci/pcidevs.h: revision 1.1511
sys/arch/amd64/conf/ALL: revision 1.195
sys/arch/amd64/conf/ALL: revision 1.196
sys/dev/pci/pcidevs: revision 1.1532
sys/dev/pci/if_rge.c: revision 1.40
sys/dev/pci/if_rge.c: revision 1.41
sys/dev/pci/if_rge.c: revision 1.42
sys/dev/pci/pcidevs_data.h: revision 1.1510
sys/dev/pci/if_rge.c: revision 1.43
sys/dev/pci/if_rge.c: revision 1.44
sys/dev/pci/if_rge.c: revision 1.45
sys/dev/pci/if_rgereg.h: revision 1.10
sys/dev/pci/if_rge.c: revision 1.46
share/man/man4/rge.4: revision 1.6
sys/dev/pci/if_rgereg.h: revision 1.11
share/man/man4/rge.4: revision 1.7
sys/dev/pci/if_rgereg.h: revision 1.12
share/man/man4/rge.4: revision 1.8
sys/dev/pci/if_rgereg.h: revision 1.13
share/man/man4/rge.4: revision 1.9
sys/dev/pci/if_rgereg.h: revision 1.14
sys/arch/amd64/conf/GENERIC: revision 1.619
sys/dev/pci/if_rgereg.h: revision 1.15
sys/dev/pci/if_rgereg.h: revision 1.16
sys/dev/pci/if_rgereg.h: revision 1.17

Add MODULE glue

Add Realtek 8126 to comment for rge*

Recognize the RT8126 Rev B.
XXX Assume for now that it works the same as Rev A. Neither
XXX Free- nor OpenBSD give any clues on Rev B details.

Clean up interrupt handling and add rge_detach().

Disable recognition of 8126-B until we know more about how
to drive it.

We only suppoprt the MAC_CFG2_8126 (hwrev 0x649000000). Disable the
others.

Based on driver code from Realtek, all three of these are "8126A"
models ...

Update RTL8125 microcode.
From openbsd, if_rge.c rev 1.13, if_rgereg.h rev 1.7

Update microcode, initialization and reset behavior. From
OpenBSD, if_rge.c rev 1.23 and if_rgereg.h rev 1.10.
XXX In the same commit, two chip variants were de-supported,
with an expectation that those two variants were never
shipped in any product. It's not clear that this is
true, so I did NOT remove support for them.

Undo recent changes since they seem to have broken something.
Will reexamine moving forward from last time we synched with
OpenBSD - January 20, 2021

One more attempt to revert

Clean up interrupt handling and add rge_detach().
Originally introduced in rev 1.37

Add Realtek 8127

Update rge* comment to include soon-to-arrive preliminary support
for RTL8127

Update for RTL8127

Revert accidental commit

Note 8127 support as experimental

Sync with OpenBSD. Don't list chip variations, only list the chips.
Update adapter list to include 8126

Synch with upstream (OpenBSD) head as of today. Tested by various
people (thanks!) on various chips/models.
XXX Still has no support for Jumbo frames, and no support for any
checksum or segmentation off-loads, same restrictions as on
upstream...

Clean up mbuf list management. Missed during merge/synch from OpenBSD.

Enable checksum offload for ipv4
Should be enough to satisfy PR kern/59724.

hdaudio.4 1.4.2.2 Sat Sep 26 19:52:09 UTC 2009 snj Pull up following revision(s) (requested by jmcneill in ticket #946):
distrib/sets/lists/man/mi: revision 1.1155
doc/CHANGES: revision 1.1285
etc/MAKEDEV.tmpl: revision 1.128
share/man/man4/Makefile: revision 1.498 via patch
share/man/man4/hdaudio.4: revision 1.1-1.3
share/man/man8/MAKEDEV.8: revision 1.36
sys/arch/amd64/conf/GENERIC: revision 1.250-1.251
sys/arch/amd64/conf/XEN3_DOM0: revision 1.44-1.45
sys/arch/i386/conf/ALL: revision 1.206-1.207
sys/arch/i386/conf/GENERIC: revision 1.942-1.943
sys/arch/i386/conf/XEN3_DOM0: patch
sys/conf/majors: revision 1.47 via patch
sys/dev/pci/hdaudio/files.hdaudio: revision 1.1-1.2
sys/dev/pci/hdaudio/hdaudio.c: revision 1.1-1.4
sys/dev/pci/hdaudio/hdaudio_afg.c: revisions 1.1-1.14
sys/dev/pci/hdaudio/hdaudio_mixer.h: revisions 1.1-1.3
sys/dev/pci/hdaudio/hdaudio_pci.c: revisions 1.1-1.2
sys/dev/pci/hdaudio/hdaudioio.h: revisions 1.1-1.2
sys/dev/pci/hdaudio/hdaudioreg.h: revisions 1.1-1.3
sys/dev/pci/hdaudio/hdaudiovar.h: revisions 1.1-1.4
sys/dev/pci/files.pci: revisions 1.319 and 1.322 via patch
hdaudio(4) is a standards-compliant driver for High Definition Audio.
It will replace azalia(4) after testing.
To use, comment out azalia in your kernel configuration and uncomment the
hdaudio and hdafg lines so it reads:
hdaudio* at pci? dev ? function ?
hdafg* at hdaudiobus?
You should also:
cd /dev
sh MAKEDEV audio

  /src/share/man/man9/
callout.9 1.25.10.2 Sun Dec 07 15:09:32 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #1201):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111-1.112 (patch)
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23 (patch)
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28 (patch)

Replace callout_stop with callout_halt and ensure the callout
is not running before destroying it.

1.27.2.1 Mon Dec 01 11:38:43 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #279):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.112
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
Discussed with martin@ and riastradh@.
Make it clear that we should use not callout_stop but callout_halt
before callout_destroy
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete.
Reviewed by riastradh@.
Kill sme_callout_mtx and use sme_mtx instead
We can use sme_mtx for the callout as well. Actually we should do so
because sme_events_list and some other data that are touched in the
callout should be protected by sme_mtx, not sme_callout_mtx.
Discussed with riastradh@ in
http://mail-index.netbsd.org/tech-kern/2014/11/11/msg017956.html
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete. And also we make sure that SME_CALLOUT_INITIALIZED
is unset before calling callout_halt to prevent the callout from calling
callout_schedule. This is the same as what we did in sys/netinet6/mld6.c@1.61.
Reviewed by riastradh@.

  /src/sys/arch/x86/pci/
fwhrng.c 1.5.2.1 Sun Dec 07 15:09:32 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #1201):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111-1.112 (patch)
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23 (patch)
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28 (patch)

Replace callout_stop with callout_halt and ensure the callout
is not running before destroying it.

1.7.2.1 Mon Dec 01 11:38:43 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #279):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.112
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
Discussed with martin@ and riastradh@.
Make it clear that we should use not callout_stop but callout_halt
before callout_destroy
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete.
Reviewed by riastradh@.
Kill sme_callout_mtx and use sme_mtx instead
We can use sme_mtx for the callout as well. Actually we should do so
because sme_events_list and some other data that are touched in the
callout should be protected by sme_mtx, not sme_callout_mtx.
Discussed with riastradh@ in
http://mail-index.netbsd.org/tech-kern/2014/11/11/msg017956.html
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete. And also we make sure that SME_CALLOUT_INITIALIZED
is unset before calling callout_halt to prevent the callout from calling
callout_schedule. This is the same as what we did in sys/netinet6/mld6.c@1.61.
Reviewed by riastradh@.

  /src/sys/dev/pcmcia/
btbc.c 1.15.16.1 Sun Dec 07 15:09:32 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #1201):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111-1.112 (patch)
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23 (patch)
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28 (patch)

Replace callout_stop with callout_halt and ensure the callout
is not running before destroying it.

1.16.2.1 Mon Dec 01 11:38:43 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #279):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.112
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
Discussed with martin@ and riastradh@.
Make it clear that we should use not callout_stop but callout_halt
before callout_destroy
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete.
Reviewed by riastradh@.
Kill sme_callout_mtx and use sme_mtx instead
We can use sme_mtx for the callout as well. Actually we should do so
because sme_events_list and some other data that are touched in the
callout should be protected by sme_mtx, not sme_callout_mtx.
Discussed with riastradh@ in
http://mail-index.netbsd.org/tech-kern/2014/11/11/msg017956.html
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete. And also we make sure that SME_CALLOUT_INITIALIZED
is unset before calling callout_halt to prevent the callout from calling
callout_schedule. This is the same as what we did in sys/netinet6/mld6.c@1.61.
Reviewed by riastradh@.

  /src/sys/rump/net/lib/libshmif/
shmifvar.h 1.11.22.1 Thu Sep 05 09:22:44 UTC 2024 martin Pull up following revision(s) (requested by ozaki-r in ticket #817):

tests/usr.bin/Makefile: revision 1.41 (patch)
distrib/sets/lists/base/mi: revision 1.1350 (patch)
usr.bin/shmif_pcapin/shmif_pcapin.1: revision 1.1
distrib/sets/lists/man/mi: revision 1.1787 (patch)
distrib/sets/lists/debug/mi: revision 1.447 (patch)
tests/usr.bin/shmif_pcapin/d_pcap.out.bz2.uue: revision 1.1
sys/rump/net/lib/libshmif/if_shmem.c: revision 1.88
etc/mtree/NetBSD.dist.tests: revision 1.207
sys/rump/net/lib/libshmif/shmifvar.h: revision 1.12
usr.bin/shmif_pcapin/shmif_pcapin.c: revision 1.1
usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/t_basic.sh: revision 1.1
usr.bin/Makefile: revision 1.240
distrib/sets/lists/tests/mi: revision 1.1335 (patch)
tests/usr.bin/shmif_pcapin/Makefile: revision 1.1
tests/usr.bin/shmif_pcapin/d_pcap.in.bz2.uue: revision 1.1

shmif: export LOCK_* definitions
They will be used by upcoming shmif_pcapin.

Add shmif_pcapin(1) utility program

It can send any frames that are stored in a pcap(3) file format to
shmif(4) Ethernet interface via the bus of it. If you want to write
some tests for networking with rump kernels and the tests need to send
frames that are difficult to generate by stock programs, shmif_pcapin
can be helpful.

The author of shmif_pcapin is k-goda@IIJ and the man page is written
by ozaki-r.

tests: add a basic test for shmif_pcapin

The original author of the test is k-goda@IIJ. ozaki-r tweaked
the test to improve stability and added comments.
distrib, etc: install shmif_pcapin and its tests
  /src/sys/sys/
extattr.h 1.4.74.1 Sun Jul 17 15:36:04 UTC 2011 riz Pull up following revision(s) (requested by manu in ticket #1645):
lib/libc/sys/Makefile.inc 1.207 via patch
lib/libc/sys/extattr_get_file.2 patch
lib/libpuffs/dispatcher.c 1.34,1.36 via patch
lib/libpuffs/puffs.c 1.107 via patch
lib/libpuffs/puffs.h 1.115,1.118 via patch
sys/fs/puffs/puffs_msgif.h 1.71,1.76 via patch
sys/fs/puffs/puffs_vfsops.c 1.88 via patch
sys/fs/puffs/puffs_vnops.c 1.145,1.154 via patch
sys/kern/vfs_xattr.c 1.24-1.27 via patch
sys/kern/vnode_if.c 1.87 via patch
sys/sys/Makefile 1.133 via patch
sys/sys/extattr.h 1.6 via patch
sys/sys/vnode_if.h 1.81 via patch
sys/ufs/ffs/ffs_vnops.c patch
sys/ufs/ufs/ufs_extattr.c 1.31,1.34 via patch

* support extended attributes
* bump major due to structure growth
* add some spare space
* remove ABI sillyness
Support extended attributes.
Fix multiple non compliances in our Linux-like extattr API, and make it
public so that it can be used.
Improve a bit listxattr(2). It attemps to list both system and user
extended attributes, and it faled if calling user did not have privilege
for reading system EA. Now we just lise user EA and skip system EA in
reading them is not allowed.
Fix bug introduced in previous commuit: Do not vrele() a vnode we did not
obtained.
Improve UFS1 extended attributes usability
- autocreate attribute backing file for new attributes
- autoload attributes when issuing extattrctl start
- when autoloading attributes, do not display garbage warning when looking
up entries that got ENOENT
Add a flag to VOP_LISTEXTATTR(9) so that the vnode interface can tell the
filesystem in which format extended attribute shall be listed.
There are currently two formats:
- NUL-terminated strings, used for listxattr(2), this is the default.
- one byte length-pprefixed, non NUL-terminated strings, used for
extattr_list_file(2), which is obtanined by setting the
EXTATTR_LIST_PREFIXLEN flag to VOP_LISTEXTATTR(9)
This approach avoid the need for converting the list back and forth, except
in libperfuse, since FUSE uses NUL-terminated strings, and the kernel may
have requested EXTATTR_LIST_PREFIXLEN.

  /src/sys/arch/i386/i386/
trap.c 1.207 Sat Dec 24 20:07:10 UTC 2005 perry branches: 1.207.4; 1.207.6; 1.207.8; 1.207.10;
Remove leading __ from __(const|inline|signed|volatile) -- it is obsolete.
Sat Dec 24 20:07:10 UTC 2005 perry branches: 1.207.4; 1.207.6; 1.207.8; 1.207.10;
Remove leading __ from __(const|inline|signed|volatile) -- it is obsolete.
.4; 1.207.6; 1.207.8; 1.207.10;
Remove leading __ from __(const|inline|signed|volatile) -- it is obsolete.
.6; 1.207.8; 1.207.10;
Remove leading __ from __(const|inline|signed|volatile) -- it is obsolete.
.8; 1.207.10;
Remove leading __ from __(const|inline|signed|volatile) -- it is obsolete.
1.207.10.3 Sat May 06 23:31:25 UTC 2006 christos - Move kauth_cred_t declaration to <sys/types.h>
- Cleanup struct ucred; forward declarations that are unused.
- Don't include <sys/kauth.h> in any header, but include it in the c files
that need it.

Approved by core.
1.207.10.2 Wed Apr 19 02:32:45 UTC 2006 elad sync with head - hopefully this will work
1.207.10.1 Wed Mar 08 00:43:06 UTC 2006 elad Adapt to kernel authorization KPI.

I expect *some* lossage here...
1.207.8.3 Fri Aug 11 15:41:54 UTC 2006 yamt sync with head
1.207.8.2 Wed May 24 10:56:52 UTC 2006 yamt sync with head.
  /src/sys/dev/bluetooth/
bcsp.c 1.20.8.2 Sun Dec 07 15:09:32 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #1201):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111-1.112 (patch)
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23 (patch)
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28 (patch)

Replace callout_stop with callout_halt and ensure the callout
is not running before destroying it.

1.24.2.1 Mon Dec 01 11:38:43 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #279):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.112
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
Discussed with martin@ and riastradh@.
Make it clear that we should use not callout_stop but callout_halt
before callout_destroy
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete.
Reviewed by riastradh@.
Kill sme_callout_mtx and use sme_mtx instead
We can use sme_mtx for the callout as well. Actually we should do so
because sme_events_list and some other data that are touched in the
callout should be protected by sme_mtx, not sme_callout_mtx.
Discussed with riastradh@ in
http://mail-index.netbsd.org/tech-kern/2014/11/11/msg017956.html
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete. And also we make sure that SME_CALLOUT_INITIALIZED
is unset before calling callout_halt to prevent the callout from calling
callout_schedule. This is the same as what we did in sys/netinet6/mld6.c@1.61.
Reviewed by riastradh@.

  /src/sys/dev/isa/
aps.c 1.14.10.1 Sun Dec 07 15:09:31 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #1201):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111-1.112 (patch)
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23 (patch)
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28 (patch)

Replace callout_stop with callout_halt and ensure the callout
is not running before destroying it.

1.15.14.1 Mon Dec 01 11:38:42 UTC 2014 martin Pull up following revision(s) (requested by ozaki-r in ticket #279):
sys/kern/kern_ktrace.c: revision 1.166
sys/dev/isa/aps.c: revision 1.16
sys/dev/sysmon/sysmonvar.h: revision 1.45
sys/dev/ir/irframe_tty.c: revision 1.60
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.111
sys/dev/sysmon/sysmon_envsys_events.c: revision 1.112
sys/dev/pci/pccbb.c: revision 1.207
sys/dev/wscons/wskbd.c: revision 1.135
sys/dev/usb/ohci.c: revision 1.254
sys/net/if_ecosubr.c: revision 1.41
sys/dev/pcmcia/btbc.c: revision 1.17
sys/arch/x86/x86/via_padlock.c: revision 1.23
sys/dev/sdmmc/sdmmc.c: revision 1.23
sys/dev/bluetooth/btkbd.c: revision 1.17
sys/dev/bluetooth/bcsp.c: revision 1.25
sys/arch/x86/pci/fwhrng.c: revision 1.8
sys/dev/ic/nslm7x.c: revision 1.61
share/man/man9/callout.9: revision 1.28
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
Discussed with martin@ and riastradh@.
Make it clear that we should use not callout_stop but callout_halt
before callout_destroy
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete.
Reviewed by riastradh@.
Kill sme_callout_mtx and use sme_mtx instead
We can use sme_mtx for the callout as well. Actually we should do so
because sme_events_list and some other data that are touched in the
callout should be protected by sme_mtx, not sme_callout_mtx.
Discussed with riastradh@ in
http://mail-index.netbsd.org/tech-kern/2014/11/11/msg017956.html
Replace callout_stop with callout_halt
In order to call callout_destroy for a callout safely, we have to ensure
the function of the callout is not running and pending. To do so, we should
use callout_halt, not callout_stop.
In this case, we need to pass an interlock to callout_halt to wait for
the callout complete. And also we make sure that SME_CALLOUT_INITIALIZED
is unset before calling callout_halt to prevent the callout from calling
callout_schedule. This is the same as what we did in sys/netinet6/mld6.c@1.61.
Reviewed by riastradh@.

  /src/sys/dev/pci/
if_rgereg.h 1.6.4.3 Wed Nov 26 19:00:18 UTC 2025 martin Pull up following revision(s) (requested by pgoyette in ticket #1201):

sys/arch/amd64/conf/XEN3_DOM0: revision 1.206
sys/arch/amd64/conf/XEN3_DOM0: revision 1.207
sys/dev/pci/if_rge.c: revision 1.35
sys/dev/pci/if_rge.c: revision 1.36
share/man/man4/rge.4: revision 1.10
sys/dev/pci/if_rge.c: revision 1.37
sys/dev/pci/if_rge.c: revision 1.38
sys/dev/pci/if_rge.c: revision 1.39
share/man/man4/sem.4: revision 1.7
share/man/man4/sem.4: revision 1.8
sys/arch/amd64/conf/GENERIC: revision 1.620
sys/dev/pci/pcidevs.h: revision 1.1511
sys/arch/amd64/conf/ALL: revision 1.195
sys/arch/amd64/conf/ALL: revision 1.196
sys/dev/pci/pcidevs: revision 1.1532
sys/dev/pci/if_rge.c: revision 1.40
sys/dev/pci/if_rge.c: revision 1.41
sys/dev/pci/if_rge.c: revision 1.42
sys/dev/pci/pcidevs_data.h: revision 1.1510
sys/dev/pci/if_rge.c: revision 1.43
sys/dev/pci/if_rge.c: revision 1.44
sys/dev/pci/if_rge.c: revision 1.45
sys/dev/pci/if_rgereg.h: revision 1.10
sys/dev/pci/if_rge.c: revision 1.46
share/man/man4/rge.4: revision 1.6
sys/dev/pci/if_rgereg.h: revision 1.11
share/man/man4/rge.4: revision 1.7
sys/dev/pci/if_rgereg.h: revision 1.12
share/man/man4/rge.4: revision 1.8
sys/dev/pci/if_rgereg.h: revision 1.13
share/man/man4/rge.4: revision 1.9
sys/dev/pci/if_rgereg.h: revision 1.14
sys/arch/amd64/conf/GENERIC: revision 1.619
sys/dev/pci/if_rgereg.h: revision 1.15
sys/dev/pci/if_rgereg.h: revision 1.16
sys/dev/pci/if_rgereg.h: revision 1.17

Add MODULE glue

Add Realtek 8126 to comment for rge*

Recognize the RT8126 Rev B.
XXX Assume for now that it works the same as Rev A. Neither
XXX Free- nor OpenBSD give any clues on Rev B details.

Clean up interrupt handling and add rge_detach().

Disable recognition of 8126-B until we know more about how
to drive it.

We only suppoprt the MAC_CFG2_8126 (hwrev 0x649000000). Disable the
others.

Based on driver code from Realtek, all three of these are "8126A"
models ...

Update RTL8125 microcode.
From openbsd, if_rge.c rev 1.13, if_rgereg.h rev 1.7

Update microcode, initialization and reset behavior. From
OpenBSD, if_rge.c rev 1.23 and if_rgereg.h rev 1.10.
XXX In the same commit, two chip variants were de-supported,
with an expectation that those two variants were never
shipped in any product. It's not clear that this is
true, so I did NOT remove support for them.

Undo recent changes since they seem to have broken something.

Will reexamine moving forward from last time we synched with
OpenBSD - January 20, 2021

One more attempt to revert

Clean up interrupt handling and add rge_detach().
Originally introduced in rev 1.37

Add Realtek 8127

Regen

Update rge* comment to include soon-to-arrive preliminary support
for RTL8127

Update for RTL8127

Revert accidental commit

Note 8127 support as experimental

Sync with OpenBSD. Don't list chip variations, only list the chips.
Update adapter list to include 8126

Synch with upstream (OpenBSD) head as of today. Tested by various
people (thanks!) on various chips/models.
XXX Still has no support for Jumbo frames, and no support for any
checksum or segmentation off-loads, same restrictions as on
upstream...

Clean up mbuf list management. Missed during merge/synch from OpenBSD.

Enable checksum offload for ipv4
Should be enough to satisfy PR kern/59724.

Catch up with recnt changes.
PR kern/59724
1.9.2.1 Mon Nov 24 17:32:48 UTC 2025 martin Pull up following revision(s) (requested by pgoyette in ticket #106):

sys/arch/amd64/conf/XEN3_DOM0: revision 1.206
sys/arch/amd64/conf/XEN3_DOM0: revision 1.207
sys/dev/pci/if_rge.c: revision 1.35
sys/dev/pci/if_rge.c: revision 1.36
share/man/man4/rge.4: revision 1.10
sys/dev/pci/if_rge.c: revision 1.37
sys/dev/pci/if_rge.c: revision 1.38
sys/dev/pci/if_rge.c: revision 1.39
share/man/man4/sem.4: revision 1.7
share/man/man4/sem.4: revision 1.8
sys/arch/amd64/conf/GENERIC: revision 1.620
sys/dev/pci/pcidevs.h: revision 1.1511
sys/arch/amd64/conf/ALL: revision 1.195
sys/arch/amd64/conf/ALL: revision 1.196
sys/dev/pci/pcidevs: revision 1.1532
sys/dev/pci/if_rge.c: revision 1.40
sys/dev/pci/if_rge.c: revision 1.41
sys/dev/pci/if_rge.c: revision 1.42
sys/dev/pci/pcidevs_data.h: revision 1.1510
sys/dev/pci/if_rge.c: revision 1.43
sys/dev/pci/if_rge.c: revision 1.44
sys/dev/pci/if_rge.c: revision 1.45
sys/dev/pci/if_rgereg.h: revision 1.10
sys/dev/pci/if_rge.c: revision 1.46
share/man/man4/rge.4: revision 1.6
sys/dev/pci/if_rgereg.h: revision 1.11
share/man/man4/rge.4: revision 1.7
sys/dev/pci/if_rgereg.h: revision 1.12
share/man/man4/rge.4: revision 1.8
sys/dev/pci/if_rgereg.h: revision 1.13
share/man/man4/rge.4: revision 1.9
sys/dev/pci/if_rgereg.h: revision 1.14
sys/arch/amd64/conf/GENERIC: revision 1.619
sys/dev/pci/if_rgereg.h: revision 1.15
sys/dev/pci/if_rgereg.h: revision 1.16
sys/dev/pci/if_rgereg.h: revision 1.17

Add MODULE glue

Add Realtek 8126 to comment for rge*

Recognize the RT8126 Rev B.
XXX Assume for now that it works the same as Rev A. Neither
XXX Free- nor OpenBSD give any clues on Rev B details.

Clean up interrupt handling and add rge_detach().

Disable recognition of 8126-B until we know more about how
to drive it.

We only suppoprt the MAC_CFG2_8126 (hwrev 0x649000000). Disable the
others.

Based on driver code from Realtek, all three of these are "8126A"
models ...

Update RTL8125 microcode.
From openbsd, if_rge.c rev 1.13, if_rgereg.h rev 1.7

Update microcode, initialization and reset behavior. From
OpenBSD, if_rge.c rev 1.23 and if_rgereg.h rev 1.10.
XXX In the same commit, two chip variants were de-supported,
with an expectation that those two variants were never
shipped in any product. It's not clear that this is
true, so I did NOT remove support for them.

Undo recent changes since they seem to have broken something.
Will reexamine moving forward from last time we synched with
OpenBSD - January 20, 2021

One more attempt to revert

Clean up interrupt handling and add rge_detach().
Originally introduced in rev 1.37

Add Realtek 8127

Update rge* comment to include soon-to-arrive preliminary support
for RTL8127

Update for RTL8127

Revert accidental commit

Note 8127 support as experimental

Sync with OpenBSD. Don't list chip variations, only list the chips.
Update adapter list to include 8126

Synch with upstream (OpenBSD) head as of today. Tested by various
people (thanks!) on various chips/models.
XXX Still has no support for Jumbo frames, and no support for any
checksum or segmentation off-loads, same restrictions as on
upstream...

Clean up mbuf list management. Missed during merge/synch from OpenBSD.

Enable checksum offload for ipv4
Should be enough to satisfy PR kern/59724.
  /src/usr.bin/ftp/
ssl.h 1.2.4.1 Thu Nov 05 05:26:38 UTC 2015 riz Pull up following revision(s) (requested by wiz in ticket #981):
usr.bin/ftp/ftp.1: revision 1.135
usr.bin/ftp/ssl.c: revision 1.3
usr.bin/ftp/ssl.c: revision 1.4
usr.bin/ftp/ssl.h: revision 1.3
usr.bin/ftp/version.h: revision 1.86
usr.bin/ftp/version.h: revision 1.87
usr.bin/ftp/fetch.c: revision 1.207
usr.bin/ftp/main.c: revision 1.123
Add -x xferbufsize to set xferbuf size.
Implement -x xferbufsize set the socket send and receive buffer size,
as per 'xferbuf' in interactive mode.
Patch from Nicholas Mills (via private mail), with minor adjustment by me.
Add Server Name Indication (SNI) support for https.
Needed for e.g. some github URLs.
Bump version for SNI support.
servername cannot be NULL here.
Noted by joerg@.

  /src/sys/arch/x86/x86/
errata.c 1.23.10.2 Tue Jul 25 09:15:28 UTC 2023 martin Pull up following revision(s) (requested by mrg in ticket #1851):

sys/arch/x86/include/specialreg.h: revision 1.207
sys/arch/x86/x86/errata.c: revision 1.31

x86: turn off zenbleed chicken bit on Zen2 cpus.

this is based upon Taylor's original work. i just made the list
of CPUs to run on correct as i could determine. (also, add some
Zen3 and Zen4 cpuids not yet used by any errata.)

(might be nice to have a better way to expression revision ranges
rather than specific cpuid matches, eg, 0x30-0x4f models in a cpu
family, etc.)

tested on ryzen 3600, and a ported zenbleed PoC that no longer
shows any obtained text. (a similar module-version of it stopped
the PoC on a ryzen 3950x without having to reboot.)

https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7008.html
https://lock.cmpxchg8b.com/zenbleed.html

1.26.2.1 Tue Jul 25 09:12:36 UTC 2023 martin Pull up following revision(s) (requested by mrg in ticket #1664):

sys/arch/x86/include/specialreg.h: revision 1.207
sys/arch/x86/x86/errata.c: revision 1.31

x86: turn off zenbleed chicken bit on Zen2 cpus.

this is based upon Taylor's original work. i just made the list
of CPUs to run on correct as i could determine. (also, add some
Zen3 and Zen4 cpuids not yet used by any errata.)

(might be nice to have a better way to expression revision ranges
rather than specific cpuid matches, eg, 0x30-0x4f models in a cpu
family, etc.)

tested on ryzen 3600, and a ported zenbleed PoC that no longer
shows any obtained text. (a similar module-version of it stopped
the PoC on a ryzen 3950x without having to reboot.)

https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7008.html
https://lock.cmpxchg8b.com/zenbleed.html

1.27.4.1 Tue Jul 25 09:10:32 UTC 2023 martin Pull up following revision(s) (requested by mrg in ticket #243):

sys/arch/x86/include/specialreg.h: revision 1.207
sys/arch/x86/x86/errata.c: revision 1.31

x86: turn off zenbleed chicken bit on Zen2 cpus.

this is based upon Taylor's original work. i just made the list
of CPUs to run on correct as i could determine. (also, add some
Zen3 and Zen4 cpuids not yet used by any errata.)

(might be nice to have a better way to expression revision ranges
rather than specific cpuid matches, eg, 0x30-0x4f models in a cpu
family, etc.)

tested on ryzen 3600, and a ported zenbleed PoC that no longer
shows any obtained text. (a similar module-version of it stopped
the PoC on a ryzen 3950x without having to reboot.)

https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7008.html
https://lock.cmpxchg8b.com/zenbleed.html

  /src/share/misc/
acronyms 1.207 Sun Aug 28 08:41:01 UTC 2011 jnemeth branches: 1.207.2;
add TINLA -> this is not legal advice
Sun Aug 28 08:41:01 UTC 2011 jnemeth branches: 1.207.2;
add TINLA -> this is not legal advice
1.207.2.3 Thu May 22 11:37:53 UTC 2014 yamt sync with head.

for a reference, the tree before this commit was tagged
as yamt-pagecache-tag8.

this commit was splitted into small chunks to avoid
a limitation of cvs. ("Protocol error: too many arguments")
1.207.2.2 Tue Oct 30 18:59:45 UTC 2012 yamt sync with head
1.207.2.1 Tue Apr 17 00:05:49 UTC 2012 yamt sync with head
  /src/sys/dev/scsipi/
scsiconf.c 1.207 Sun Jun 29 22:30:40 UTC 2003 fvdl branches: 1.207.2;
Back out the lwp/ktrace changes. They contained a lot of colateral damage,
and need to be examined and discussed more.
Sun Jun 29 22:30:40 UTC 2003 fvdl branches: 1.207.2;
Back out the lwp/ktrace changes. They contained a lot of colateral damage,
and need to be examined and discussed more.
1.207.2.9 Sun Dec 11 10:29:05 UTC 2005 christos Sync with head.
1.207.2.8 Thu Nov 10 14:07:47 UTC 2005 skrll Sync with HEAD. Here we go again...
1.207.2.7 Fri Mar 04 16:50:33 UTC 2005 skrll Sync with HEAD.

Hi Perry!
1.207.2.6 Tue Sep 21 13:33:23 UTC 2004 skrll Fix the sync with head I botched.
1.207.2.5 Sat Sep 18 14:51:24 UTC 2004 skrll Sync with HEAD.
1.207.2.4 Wed Aug 25 06:58:43 UTC 2004 skrll Sync with HEAD.
1.207.2.3 Thu Aug 12 11:42:05 UTC 2004 skrll Sync with HEAD.
1.207.2.2 Tue Aug 03 10:51:14 UTC 2004 skrll Sync with HEAD

Completed in 162 milliseconds

1 2 3 4 5 6 7 8 91011>>