Searched hist:1.252 (Results 1 - 25 of 166) sorted by relevance

1234567

/src/usr.sbin/npf/npfctl/
H A Dnpf_scan.l1.13 Fri Sep 20 03:03:52 GMT 2013 rmind - NPF: change the group/ruleset syntax - simplify. Update npf.conf(5) manual.
- Add support for the inline pcap-filter(7) syntax in the rule, e.g.:
block out final pcap-filter "tcp and dst 10.1.1.252"

H A Dnpf_show.c1.2 Fri Sep 20 03:03:52 GMT 2013 rmind - NPF: change the group/ruleset syntax - simplify. Update npf.conf(5) manual.
- Add support for the inline pcap-filter(7) syntax in the rule, e.g.:
block out final pcap-filter "tcp and dst 10.1.1.252"

H A Dnpf.conf.51.31 Fri Sep 20 03:03:52 GMT 2013 rmind - NPF: change the group/ruleset syntax - simplify. Update npf.conf(5) manual.
- Add support for the inline pcap-filter(7) syntax in the rule, e.g.:
block out final pcap-filter "tcp and dst 10.1.1.252"

H A Dnpf_build.c1.27 Fri Sep 20 03:03:52 GMT 2013 rmind - NPF: change the group/ruleset syntax - simplify. Update npf.conf(5) manual.
- Add support for the inline pcap-filter(7) syntax in the rule, e.g.:
block out final pcap-filter "tcp and dst 10.1.1.252"

H A Dnpf_parse.y1.26 Fri Sep 20 03:03:52 GMT 2013 rmind - NPF: change the group/ruleset syntax - simplify. Update npf.conf(5) manual.
- Add support for the inline pcap-filter(7) syntax in the rule, e.g.:
block out final pcap-filter "tcp and dst 10.1.1.252"

H A Dnpfctl.h1.33 Fri Sep 20 03:03:52 GMT 2013 rmind - NPF: change the group/ruleset syntax - simplify. Update npf.conf(5) manual.
- Add support for the inline pcap-filter(7) syntax in the rule, e.g.:
block out final pcap-filter "tcp and dst 10.1.1.252"

/src/sys/arch/amiga/conf/
H A DGENERIC1.252 Mon Dec 31 15:31:48 GMT 2007 ad branches: 1.252.6; 1.252.10; 1.252.12; 1.252.16;
Remove systrace. Ok core@.

1.252 Mon Dec 31 15:31:48 GMT 2007 ad branches: 1.252.6; 1.252.10; 1.252.12; 1.252.16;
Remove systrace. Ok core@.

1.252 Mon Dec 31 15:31:48 GMT 2007 ad branches: 1.252.6; 1.252.10; 1.252.12; 1.252.16;
Remove systrace. Ok core@.

1.252 Mon Dec 31 15:31:48 GMT 2007 ad branches: 1.252.6; 1.252.10; 1.252.12; 1.252.16;
Remove systrace. Ok core@.

1.252 Mon Dec 31 15:31:48 GMT 2007 ad branches: 1.252.6; 1.252.10; 1.252.12; 1.252.16;
Remove systrace. Ok core@.

/src/sys/kern/
H A Dsyscalls.master1.252 Wed Aug 17 07:22:34 GMT 2011 manu branches: 1.252.2; 1.252.6;
Add futimens(2) and part of utimnsat(2)

1.252 Wed Aug 17 07:22:34 GMT 2011 manu branches: 1.252.2; 1.252.6;
Add futimens(2) and part of utimnsat(2)

1.252 Wed Aug 17 07:22:34 GMT 2011 manu branches: 1.252.2; 1.252.6;
Add futimens(2) and part of utimnsat(2)

H A Dsyscalls.c1.252 Sat Feb 11 23:18:13 GMT 2012 martin branches: 1.252.2;
Regen for posix_spawn

1.252 Sat Feb 11 23:18:13 GMT 2012 martin branches: 1.252.2;
Regen for posix_spawn

H A Duipc_mbuf.c1.252 Mon Nov 27 02:50:27 GMT 2023 ozaki-r branches: 1.252.2;
mbuf: avoid assertion failure when splitting mbuf cluster

From OpenBSD:

commit 7b4d35e0a60ba1dd4daf4b1c2932020a22463a89
Author: bluhm <bluhm@openbsd.org>
Date: Fri Oct 20 16:25:15 2023 +0000

Avoid assertion failure when splitting mbuf cluster.

m_split() calls m_align() to initialize the data pointer of newly
allocated mbuf. If the new mbuf will be converted to a cluster,
this is not necessary. If additionally the new mbuf is larger than
MLEN, this can lead to a panic.
Only call m_align() when a valid m_data is needed. This is the
case if we do not refecence the existing cluster, but memcpy() the
data into the new mbuf.

Reported-by: syzbot+0e6817f5877926f0e96a@syzkaller.appspotmail.com
OK claudio@ deraadt@

The issue is harmless if DIAGNOSTIC is not enabled.

XXX pullup-10
XXX pullup-9

1.252 Mon Nov 27 02:50:27 GMT 2023 ozaki-r branches: 1.252.2;
mbuf: avoid assertion failure when splitting mbuf cluster

From OpenBSD:

commit 7b4d35e0a60ba1dd4daf4b1c2932020a22463a89
Author: bluhm <bluhm@openbsd.org>
Date: Fri Oct 20 16:25:15 2023 +0000

Avoid assertion failure when splitting mbuf cluster.

m_split() calls m_align() to initialize the data pointer of newly
allocated mbuf. If the new mbuf will be converted to a cluster,
this is not necessary. If additionally the new mbuf is larger than
MLEN, this can lead to a panic.
Only call m_align() when a valid m_data is needed. This is the
case if we do not refecence the existing cluster, but memcpy() the
data into the new mbuf.

Reported-by: syzbot+0e6817f5877926f0e96a@syzkaller.appspotmail.com
OK claudio@ deraadt@

The issue is harmless if DIAGNOSTIC is not enabled.

XXX pullup-10
XXX pullup-9

H A Dvfs_bio.c1.252 Mon Sep 08 22:01:24 GMT 2014 joerg branches: 1.252.2;
Replace random with cprng_fast32. Reorganise computation to replace
(32bit) division with (long) multiplication.

1.252 Mon Sep 08 22:01:24 GMT 2014 joerg branches: 1.252.2;
Replace random with cprng_fast32. Reorganise computation to replace
(32bit) division with (long) multiplication.

H A Duipc_socket.c1.252 Thu Oct 13 19:10:23 GMT 2016 uwe branches: 1.252.2; 1.252.6;
Revert to revision 1.249 to undo changes from PR 49636.

Marking up some zeroes with a type suffix, while not marking others in
the very same function does nothing but places cognitive burden on the
reader.

Spelling "clear bits" as "&~" is actually not uncommon (and some say
is more readable).

1.252 Thu Oct 13 19:10:23 GMT 2016 uwe branches: 1.252.2; 1.252.6;
Revert to revision 1.249 to undo changes from PR 49636.

Marking up some zeroes with a type suffix, while not marking others in
the very same function does nothing but places cognitive burden on the
reader.

Spelling "clear bits" as "&~" is actually not uncommon (and some say
is more readable).

1.252 Thu Oct 13 19:10:23 GMT 2016 uwe branches: 1.252.2; 1.252.6;
Revert to revision 1.249 to undo changes from PR 49636.

Marking up some zeroes with a type suffix, while not marking others in
the very same function does nothing but places cognitive burden on the
reader.

Spelling "clear bits" as "&~" is actually not uncommon (and some say
is more readable).

/src/sys/dev/acpi/
H A Dacpi.c1.252 Mon Nov 14 02:44:59 GMT 2011 jmcneill branches: 1.252.4; 1.252.6;
add a machdep.dmi sysctl tree with the following read-only keys:
system-vendor, system-product, system-version, system-serial, system-uuid
bios-vendor, bios-version
board-vendor, board-product, board-version, board-serial
the *-serial and *-uuid keys are marked with CTLFLAG_PRIVATE

a few of the pmf platform key names changed so update callers to match

1.252 Mon Nov 14 02:44:59 GMT 2011 jmcneill branches: 1.252.4; 1.252.6;
add a machdep.dmi sysctl tree with the following read-only keys:
system-vendor, system-product, system-version, system-serial, system-uuid
bios-vendor, bios-version
board-vendor, board-product, board-version, board-serial
the *-serial and *-uuid keys are marked with CTLFLAG_PRIVATE

a few of the pmf platform key names changed so update callers to match

1.252 Mon Nov 14 02:44:59 GMT 2011 jmcneill branches: 1.252.4; 1.252.6;
add a machdep.dmi sysctl tree with the following read-only keys:
system-vendor, system-product, system-version, system-serial, system-uuid
bios-vendor, bios-version
board-vendor, board-product, board-version, board-serial
the *-serial and *-uuid keys are marked with CTLFLAG_PRIVATE

a few of the pmf platform key names changed so update callers to match

/src/sys/nfs/
H A Dnfs_vnops.c1.252 Sun Mar 04 06:03:38 GMT 2007 christos branches: 1.252.2; 1.252.4;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

1.252 Sun Mar 04 06:03:38 GMT 2007 christos branches: 1.252.2; 1.252.4;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

1.252 Sun Mar 04 06:03:38 GMT 2007 christos branches: 1.252.2; 1.252.4;
Kill caddr_t; there will be some MI fallout, but it will be fixed shortly.

/src/sys/net/
H A Dbpf.c1.252 Mon Jul 31 17:41:18 GMT 2023 christos branches: 1.252.6;
Don't call versioned stuff "old". Follow the naming convention for versioning
and name them after the last version of the OS they appeared on.

1.252 Mon Jul 31 17:41:18 GMT 2023 christos branches: 1.252.6;
Don't call versioned stuff "old". Follow the naming convention for versioning
and name them after the last version of the OS they appeared on.

H A Drtsock.c1.252 Sun Sep 01 18:54:38 GMT 2019 roy branches: 1.252.2;
inet6: Send RTM_MISS when we fail to resolve an address.

Takes the same approach as when adding a new address - we no longer
announce the new lladdr right away but we announce the result.
This will either be RTM_ADD or RTM_MISS.
RTM_DELETE is only sent if we have a lladdr assigned OR gc'ed.

This results in less messages via route(4) and tells us when a new
lladdr has been added (RTM_ADD), changed (RTM_CHANGE), deleted (RTM_DELETED)
or has failed to been resolved (RTM_MISS). The latter case can be
interpreted as unreachable.

1.252 Sun Sep 01 18:54:38 GMT 2019 roy branches: 1.252.2;
inet6: Send RTM_MISS when we fail to resolve an address.

Takes the same approach as when adding a new address - we no longer
announce the new lladdr right away but we announce the result.
This will either be RTM_ADD or RTM_MISS.
RTM_DELETE is only sent if we have a lladdr assigned OR gc'ed.

This results in less messages via route(4) and tells us when a new
lladdr has been added (RTM_ADD), changed (RTM_CHANGE), deleted (RTM_DELETED)
or has failed to been resolved (RTM_MISS). The latter case can be
interpreted as unreachable.

/src/sys/arch/sparc64/sparc64/
H A Dmachdep.c1.252 Thu Mar 04 08:01:35 GMT 2010 mrg branches: 1.252.2;
- in _bus_dmamap_unload(), pmap_page_protect() and pmap_clear_reference()
switch the dcache_flush_page() into a dcache_flush_page_all()
- in both pmap_kremove()/pmap_remove(), remove the blast_dcache() call
and replace it with dcache_flush_page_all()
- in pmap_get_page() [used to allocate PTP's], always call pmap_zero_page(pa)
- flush the dcache of the dst page in pmap_{copy,zero}_page() by redirecting
throught a C function that calls the (renamed) asm. the old asm code had a
comment about needing to do this...
- add a couple of membar #Sync's that the USIII manual recommends


based on discussions with chuq@, skrll@ and martin@.


these help my SB2000 / SB2500 with both disk / nfs builds and other tasks,
sometimes lasting for several hours before failing or asserting.
1.252 Thu Mar 04 08:01:35 GMT 2010 mrg branches: 1.252.2;
- in _bus_dmamap_unload(), pmap_page_protect() and pmap_clear_reference()
switch the dcache_flush_page() into a dcache_flush_page_all()
- in both pmap_kremove()/pmap_remove(), remove the blast_dcache() call
and replace it with dcache_flush_page_all()
- in pmap_get_page() [used to allocate PTP's], always call pmap_zero_page(pa)
- flush the dcache of the dst page in pmap_{copy,zero}_page() by redirecting
throught a C function that calls the (renamed) asm. the old asm code had a
comment about needing to do this...
- add a couple of membar #Sync's that the USIII manual recommends


based on discussions with chuq@, skrll@ and martin@.


these help my SB2000 / SB2500 with both disk / nfs builds and other tasks,
sometimes lasting for several hours before failing or asserting.
H A Dlocore.s1.252 Fri Jul 06 07:36:46 GMT 2007 martin branches: 1.252.4; 1.252.8;
A few nits for 32bit SMP kernels, noticed by mrg.
While there, simplify the fpstate IPIs a bit.
1.252 Fri Jul 06 07:36:46 GMT 2007 martin branches: 1.252.4; 1.252.8;
A few nits for 32bit SMP kernels, noticed by mrg.
While there, simplify the fpstate IPIs a bit.
1.252 Fri Jul 06 07:36:46 GMT 2007 martin branches: 1.252.4; 1.252.8;
A few nits for 32bit SMP kernels, noticed by mrg.
While there, simplify the fpstate IPIs a bit.
/src/sys/arch/macppc/conf/
H A DGENERIC1.252 Thu Feb 15 02:06:48 GMT 2007 macallan branches: 1.252.2;
add battery at pmu

1.252 Thu Feb 15 02:06:48 GMT 2007 macallan branches: 1.252.2;
add battery at pmu

/src/sys/sys/
H A Dsyscallargs.h1.252 Wed Apr 09 23:57:26 GMT 2014 pooka regen

H A Dproc.h1.252 Mon Jul 09 21:11:33 GMT 2007 ad branches: 1.252.2; 1.252.6;
Merge some of the less invasive changes from the vmlocking branch:

- kthread, callout, devsw API changes
- select()/poll() improvements
- miscellaneous MT safety improvements

1.252 Mon Jul 09 21:11:33 GMT 2007 ad branches: 1.252.2; 1.252.6;
Merge some of the less invasive changes from the vmlocking branch:

- kthread, callout, devsw API changes
- select()/poll() improvements
- miscellaneous MT safety improvements

1.252 Mon Jul 09 21:11:33 GMT 2007 ad branches: 1.252.2; 1.252.6;
Merge some of the less invasive changes from the vmlocking branch:

- kthread, callout, devsw API changes
- select()/poll() improvements
- miscellaneous MT safety improvements

/src/share/misc/
H A Dacronyms1.252 Tue Jan 31 03:44:14 GMT 2017 riastradh NB: nota bene

/src/sys/dev/ic/
H A Dwdc.c1.252 Mon Jan 28 18:17:05 GMT 2008 dyoung branches: 1.252.2; 1.252.6;
If something still holds a reference to our scsipi_adapter, do not
warn and complete the detachment, but return EBUSY.

1.252 Mon Jan 28 18:17:05 GMT 2008 dyoung branches: 1.252.2; 1.252.6;
If something still holds a reference to our scsipi_adapter, do not
warn and complete the detachment, but return EBUSY.

1.252 Mon Jan 28 18:17:05 GMT 2008 dyoung branches: 1.252.2; 1.252.6;
If something still holds a reference to our scsipi_adapter, do not
warn and complete the detachment, but return EBUSY.

/src/sys/arch/alpha/alpha/
H A Dpmap.c1.252 Thu Nov 26 00:19:11 GMT 2009 matt branches: 1.252.2; 1.252.4;
Kill proc0paddr. Use lwp0.l_addr instead.

1.252 Thu Nov 26 00:19:11 GMT 2009 matt branches: 1.252.2; 1.252.4;
Kill proc0paddr. Use lwp0.l_addr instead.

1.252 Thu Nov 26 00:19:11 GMT 2009 matt branches: 1.252.2; 1.252.4;
Kill proc0paddr. Use lwp0.l_addr instead.

/src/
H A DMakefile1.252 Tue Mar 18 04:24:38 GMT 2008 lukem branches: 1.252.2; 1.252.4;
Consistently document RELEASEDIR/RELEASEMACHINEDIR.
1.252 Tue Mar 18 04:24:38 GMT 2008 lukem branches: 1.252.2; 1.252.4;
Consistently document RELEASEDIR/RELEASEMACHINEDIR.
1.252 Tue Mar 18 04:24:38 GMT 2008 lukem branches: 1.252.2; 1.252.4;
Consistently document RELEASEDIR/RELEASEMACHINEDIR.

Completed in 251 milliseconds

1234567