Searched hist:220 (Results 1 - 24 of 24) sorted by relevance
| /freebsd-11.0-release/tools/regression/security/open_to_operation/ | ||
| H A D | Makefile | 176294 Thu Feb 14 20:57:38 MST 2008 rwatson Add open_to_operation, a security regression test that opens files with various open flags and then tests various operations to make sure that they are properly constrained by open flags. Various I/O mechansms are tried, including aio if compiled into the kernel or loaded as a module. There's more to be done here but it's a useful start, running about 220 individual tests. This is in support of FreeBSD-SA-08:03.sendfile. |
| H A D | open_to_operation.c | 176294 Thu Feb 14 20:57:38 MST 2008 rwatson Add open_to_operation, a security regression test that opens files with various open flags and then tests various operations to make sure that they are properly constrained by open flags. Various I/O mechansms are tried, including aio if compiled into the kernel or loaded as a module. There's more to be done here but it's a useful start, running about 220 individual tests. This is in support of FreeBSD-SA-08:03.sendfile. |
| /freebsd-11.0-release/etc/periodic/daily/ | ||
| H A D | Makefile | diff 244484 Thu Dec 20 11:41:59 MST 2012 bapt make installation of the 220.backup-pkgdb periodic script depend on PKGTOOLS knob diff 220049 Sun Mar 27 03:14:01 MDT 2011 dougb Hook the 220.backup-pkgdb script I added to the build unconditionally Hook up 610.ipf6denied based on MK_IPFILTER as 510.ipfdenied is now Poked by: Andrzej Tobola <ato@iem.pw.edu.pl> diff 112956 Tue Apr 01 20:32:01 MST 2003 jhb Remove 220.backup-distfile since it has been deleted. Reported by: mdodd Pointy hat to: jhb |
| /freebsd-11.0-release/etc/periodic/security/ | ||
| H A D | Makefile | diff 220049 Sun Mar 27 03:14:01 MDT 2011 dougb Hook the 220.backup-pkgdb script I added to the build unconditionally Hook up 610.ipf6denied based on MK_IPFILTER as 510.ipfdenied is now Poked by: Andrzej Tobola <ato@iem.pw.edu.pl> |
| /freebsd-11.0-release/contrib/telnet/telnet/ | ||
| H A D | telnet.c | diff 144231 Mon Mar 28 14:45:12 MST 2005 nectar Correct a pair of buffer overflows in the telnet(1) command: (CAN-2005-0468) A heap buffer overflow in env_opt_add() and related functions. (CAN-2005-0469) A global uninitialized data section buffer overflow in slc_add_reply() and related functions. As a result of these vulnerabilities, it may be possible for a malicious telnet server or active network attacker to cause telnet(1) to execute arbitrary code with the privileges of the user running it. Security: CAN-2005-0468, CAN-2005-0469 Security: FreeBSD-SA-05:01.telnet Security: http://www.idefense.com/application/poi/display?id=220&type=vulnerabilities Security: http://www.idefense.com/application/poi/display?id=221&type=vulnerabilities These fixes are based in part on patches Submitted by: Solar Designer <solar@openwall.com> |
| /freebsd-11.0-release/sys/arm/ti/ | ||
| H A D | ti_machdep.c | diff 260292 Sat Jan 04 22:14:40 MST 2014 ian Convert static device mapping to use the new arm_devmap_add_entry(), and add static mappings that cover most of the on-chip peripherals with 1MB section mappings. This adds about 220MB or so available kva space by not using a hard-coded 0xF0000000 as the mapping address. |
| /freebsd-11.0-release/lib/msun/src/ | ||
| H A D | s_tanf.c | diff 176569 Mon Feb 25 22:19:17 MST 2008 bde Inline __ieee754__rem_pio2f(). On amd64 (A64) and i386 (A64), this gives an average speedup of about 12 cycles or 17% for 9pi/4 < |x| <= 2**19pi/2 and a smaller speedup for larger x, and a small speeddown for |x| <= 9pi/4 (only 1-2 cycles average, but that is 4%). Inlining this is less likely to bust caches than inlining the float version since it is much smaller (about 220 bytes text and rodata) and has many fewer branches. However, the float version was already large due to its manual inlining of the branches and also the polynomial evaluations. |
| H A D | s_cosf.c | diff 176569 Mon Feb 25 22:19:17 MST 2008 bde Inline __ieee754__rem_pio2f(). On amd64 (A64) and i386 (A64), this gives an average speedup of about 12 cycles or 17% for 9pi/4 < |x| <= 2**19pi/2 and a smaller speedup for larger x, and a small speeddown for |x| <= 9pi/4 (only 1-2 cycles average, but that is 4%). Inlining this is less likely to bust caches than inlining the float version since it is much smaller (about 220 bytes text and rodata) and has many fewer branches. However, the float version was already large due to its manual inlining of the branches and also the polynomial evaluations. |
| H A D | s_sinf.c | diff 176569 Mon Feb 25 22:19:17 MST 2008 bde Inline __ieee754__rem_pio2f(). On amd64 (A64) and i386 (A64), this gives an average speedup of about 12 cycles or 17% for 9pi/4 < |x| <= 2**19pi/2 and a smaller speedup for larger x, and a small speeddown for |x| <= 9pi/4 (only 1-2 cycles average, but that is 4%). Inlining this is less likely to bust caches than inlining the float version since it is much smaller (about 220 bytes text and rodata) and has many fewer branches. However, the float version was already large due to its manual inlining of the branches and also the polynomial evaluations. |
| H A D | e_rem_pio2f.c | diff 176569 Mon Feb 25 22:19:17 MST 2008 bde Inline __ieee754__rem_pio2f(). On amd64 (A64) and i386 (A64), this gives an average speedup of about 12 cycles or 17% for 9pi/4 < |x| <= 2**19pi/2 and a smaller speedup for larger x, and a small speeddown for |x| <= 9pi/4 (only 1-2 cycles average, but that is 4%). Inlining this is less likely to bust caches than inlining the float version since it is much smaller (about 220 bytes text and rodata) and has many fewer branches. However, the float version was already large due to its manual inlining of the branches and also the polynomial evaluations. |
| /freebsd-11.0-release/etc/ | ||
| H A D | services | diff 169784 Sun May 20 03:31:52 MDT 2007 grog Bring the well known ports of /etc/services into sync with the IANA list. This is only for the well known known ports (port 1-1023) for tcp and udp only. Changes: - Removed "problems" comments around port 57, 77 and 87 - Removed audionews (port 114) - Added imap3 (port 220) - Removed yak-chat (port 258) - Removed concert (port 786) - Added a lot of new allocations Submitted by: edwin diff 108664 Sat Jan 04 16:03:56 MST 2003 schweikh Comment out imap3@220 and imap4-ssl@585 which are not used. PR: conf/46294 Submitted by: Larry Rosenman <ler@lerctr.org> MFC after: 2 weeks |
| /freebsd-11.0-release/sys/netpfil/ipfw/ | ||
| H A D | ip_fw_table.h | diff 269252 Tue Jul 29 20:03:47 MDT 2014 melifaro * Add new ipfw cidr algorihm: hash table. Algorithm works with both IPv4 and IPv6 prefixes, /32 and /128 ranges are assumed by default. It works the following way: input IP address is masked to specified mask, hashed and searched inside hash bucket. Current implementation does not support "lookup" method and hash auto-resize. This will be changed soon. some examples: ipfw table mi_test2 create type cidr algo cidr:hash ipfw table mi_test create type cidr algo "cidr:hash masks=/30,/64" ipfw table mi_test2 info +++ table(mi_test2), set(0) +++ type: cidr, kindex: 7 valtype: number, references: 0 algorithm: cidr:hash items: 0, size: 220 ipfw table mi_test info +++ table(mi_test), set(0) +++ type: cidr, kindex: 6 valtype: number, references: 0 algorithm: cidr:hash masks=/30,/64 items: 0, size: 220 ipfw table mi_test add 10.0.0.5/30 ipfw table mi_test add 10.0.0.8/30 ipfw table mi_test add 2a02:6b8:b010::1/64 25 ipfw table mi_test list +++ table(mi_test), set(0) +++ 10.0.0.4/30 0 10.0.0.8/30 0 2a02:6b8:b010::/64 25 diff 269252 Tue Jul 29 20:03:47 MDT 2014 melifaro * Add new ipfw cidr algorihm: hash table. Algorithm works with both IPv4 and IPv6 prefixes, /32 and /128 ranges are assumed by default. It works the following way: input IP address is masked to specified mask, hashed and searched inside hash bucket. Current implementation does not support "lookup" method and hash auto-resize. This will be changed soon. some examples: ipfw table mi_test2 create type cidr algo cidr:hash ipfw table mi_test create type cidr algo "cidr:hash masks=/30,/64" ipfw table mi_test2 info +++ table(mi_test2), set(0) +++ type: cidr, kindex: 7 valtype: number, references: 0 algorithm: cidr:hash items: 0, size: 220 ipfw table mi_test info +++ table(mi_test), set(0) +++ type: cidr, kindex: 6 valtype: number, references: 0 algorithm: cidr:hash masks=/30,/64 items: 0, size: 220 ipfw table mi_test add 10.0.0.5/30 ipfw table mi_test add 10.0.0.8/30 ipfw table mi_test add 2a02:6b8:b010::1/64 25 ipfw table mi_test list +++ table(mi_test), set(0) +++ 10.0.0.4/30 0 10.0.0.8/30 0 2a02:6b8:b010::/64 25 |
| H A D | ip_fw_table_algo.c | diff 269252 Tue Jul 29 20:03:47 MDT 2014 melifaro * Add new ipfw cidr algorihm: hash table. Algorithm works with both IPv4 and IPv6 prefixes, /32 and /128 ranges are assumed by default. It works the following way: input IP address is masked to specified mask, hashed and searched inside hash bucket. Current implementation does not support "lookup" method and hash auto-resize. This will be changed soon. some examples: ipfw table mi_test2 create type cidr algo cidr:hash ipfw table mi_test create type cidr algo "cidr:hash masks=/30,/64" ipfw table mi_test2 info +++ table(mi_test2), set(0) +++ type: cidr, kindex: 7 valtype: number, references: 0 algorithm: cidr:hash items: 0, size: 220 ipfw table mi_test info +++ table(mi_test), set(0) +++ type: cidr, kindex: 6 valtype: number, references: 0 algorithm: cidr:hash masks=/30,/64 items: 0, size: 220 ipfw table mi_test add 10.0.0.5/30 ipfw table mi_test add 10.0.0.8/30 ipfw table mi_test add 2a02:6b8:b010::1/64 25 ipfw table mi_test list +++ table(mi_test), set(0) +++ 10.0.0.4/30 0 10.0.0.8/30 0 2a02:6b8:b010::/64 25 diff 269252 Tue Jul 29 20:03:47 MDT 2014 melifaro * Add new ipfw cidr algorihm: hash table. Algorithm works with both IPv4 and IPv6 prefixes, /32 and /128 ranges are assumed by default. It works the following way: input IP address is masked to specified mask, hashed and searched inside hash bucket. Current implementation does not support "lookup" method and hash auto-resize. This will be changed soon. some examples: ipfw table mi_test2 create type cidr algo cidr:hash ipfw table mi_test create type cidr algo "cidr:hash masks=/30,/64" ipfw table mi_test2 info +++ table(mi_test2), set(0) +++ type: cidr, kindex: 7 valtype: number, references: 0 algorithm: cidr:hash items: 0, size: 220 ipfw table mi_test info +++ table(mi_test), set(0) +++ type: cidr, kindex: 6 valtype: number, references: 0 algorithm: cidr:hash masks=/30,/64 items: 0, size: 220 ipfw table mi_test add 10.0.0.5/30 ipfw table mi_test add 10.0.0.8/30 ipfw table mi_test add 2a02:6b8:b010::1/64 25 ipfw table mi_test list +++ table(mi_test), set(0) +++ 10.0.0.4/30 0 10.0.0.8/30 0 2a02:6b8:b010::/64 25 |
| /freebsd-11.0-release/etc/defaults/ | ||
| H A D | periodic.conf | diff 112949 Tue Apr 01 17:45:27 MST 2003 jhb Complete removal of 320.rdist by removing its entry from periodic.conf and removing the related 220.backup-distfile script and associatd periodic.conf entry. Discussed with: obrien |
| /freebsd-11.0-release/sys/dev/usb/net/ | ||
| H A D | if_axe.c | diff 197566 Mon Sep 28 08:06:13 MDT 2009 thompsa Increase the rx buffer size to 16384 bytes, this increases RX performance from 50Mbps to 220Mbps on PLANEX GU-1000T. Submitted by: yongari |
| /freebsd-11.0-release/sys/dev/usb/storage/ | ||
| H A D | umass.c | diff 213931 Sat Oct 16 19:39:31 MDT 2010 mav Allow umass to use bigger transactions for USB 3.0 devices. It is less important for USB 2.0 devices and some of them reported to have problems with large transactions. But USB 3.0 benchmarks show that limited number of transactions per second on USB makes impossible to reach high transfer speeds without using bigger transactions. On my tests this change allows to read up to 220MB/s from USB-attached SSD (at block size of 256-512KB), comparing to only 113MB/s without it. Reviewed by: hselasky |
| /freebsd-11.0-release/sys/kern/ | ||
| H A D | sysv_msg.c | diff 11626 Sat Oct 21 19:50:00 MDT 1995 bde Start including <sys/sysproto.h> to get the correct args structs and prototypes for all syscalls. The args structs are still declared in comments as in VOP implementation functions. I don't like the duplication for this, but several more layers of changes are required to get it right. First we need to catch up with 4.4lite2, which uses macros to handle struct padding. Then we need to catch up with NetBSD, which passes the args correctly (as void *). Then we need to handle varargs functions and struct padding better. I think all the details can be hidden in machine-generated functions so that the args structs and verbose macros to reference them don't have to appear in the core sources. Add prototypes. Add bogus casts to hide the evil type puns exposed by the previous steps. &uap[1] was used to get at the args after the first. This worked because only the first arg in *uap was declared. This broke when the machine- genenerated args struct declared all the args (actually it declares extra args in some cases and depends on the user stack having some accessible junk after the last arg, not to mention the user args being on the stack. It isn't possible to declare a correct args struct for a varargs syscall). The msgsys(), semsys() and shmsys() syscall interfaces are BAD because they multiplex several syscalls that have different types of args. There was no reason to duplicate this sysv braindamage but now we're stuck with it. NetBSD has reimplemented the syscalls properly as separate syscalls #220-231. Declare static functions as static in both their prototype and their implementation (the latter is optional, and this misfeature was used). Remove gratuitous #includes. Continue cleaning up new init stuff. |
| H A D | sysv_sem.c | diff 11626 Sat Oct 21 19:50:00 MDT 1995 bde Start including <sys/sysproto.h> to get the correct args structs and prototypes for all syscalls. The args structs are still declared in comments as in VOP implementation functions. I don't like the duplication for this, but several more layers of changes are required to get it right. First we need to catch up with 4.4lite2, which uses macros to handle struct padding. Then we need to catch up with NetBSD, which passes the args correctly (as void *). Then we need to handle varargs functions and struct padding better. I think all the details can be hidden in machine-generated functions so that the args structs and verbose macros to reference them don't have to appear in the core sources. Add prototypes. Add bogus casts to hide the evil type puns exposed by the previous steps. &uap[1] was used to get at the args after the first. This worked because only the first arg in *uap was declared. This broke when the machine- genenerated args struct declared all the args (actually it declares extra args in some cases and depends on the user stack having some accessible junk after the last arg, not to mention the user args being on the stack. It isn't possible to declare a correct args struct for a varargs syscall). The msgsys(), semsys() and shmsys() syscall interfaces are BAD because they multiplex several syscalls that have different types of args. There was no reason to duplicate this sysv braindamage but now we're stuck with it. NetBSD has reimplemented the syscalls properly as separate syscalls #220-231. Declare static functions as static in both their prototype and their implementation (the latter is optional, and this misfeature was used). Remove gratuitous #includes. Continue cleaning up new init stuff. |
| H A D | sysv_shm.c | diff 11626 Sat Oct 21 19:50:00 MDT 1995 bde Start including <sys/sysproto.h> to get the correct args structs and prototypes for all syscalls. The args structs are still declared in comments as in VOP implementation functions. I don't like the duplication for this, but several more layers of changes are required to get it right. First we need to catch up with 4.4lite2, which uses macros to handle struct padding. Then we need to catch up with NetBSD, which passes the args correctly (as void *). Then we need to handle varargs functions and struct padding better. I think all the details can be hidden in machine-generated functions so that the args structs and verbose macros to reference them don't have to appear in the core sources. Add prototypes. Add bogus casts to hide the evil type puns exposed by the previous steps. &uap[1] was used to get at the args after the first. This worked because only the first arg in *uap was declared. This broke when the machine- genenerated args struct declared all the args (actually it declares extra args in some cases and depends on the user stack having some accessible junk after the last arg, not to mention the user args being on the stack. It isn't possible to declare a correct args struct for a varargs syscall). The msgsys(), semsys() and shmsys() syscall interfaces are BAD because they multiplex several syscalls that have different types of args. There was no reason to duplicate this sysv braindamage but now we're stuck with it. NetBSD has reimplemented the syscalls properly as separate syscalls #220-231. Declare static functions as static in both their prototype and their implementation (the latter is optional, and this misfeature was used). Remove gratuitous #includes. Continue cleaning up new init stuff. |
| /freebsd-11.0-release/sys/mips/include/ | ||
| H A D | cpuregs.h | diff 290218 Sat Oct 31 00:08:39 MDT 2015 adrian mips74k: use cache-writeback for memory, not writethrough. When I ported this code from netbsd I was .. slightly mips74k greener. I used writethrough because (a) it's what netbsd did, and (b) if I used writethrough then things "didn't work." Fast-forward a couple years, more MIPS hacking and a whole lot more understanding of the bus APIs (the last few commits notwithstanding; it's been a long week, ok?) and I have this working for arge, argemdio, spi and ath. Hans has it working for USB. The ath barrier code will come in a later commit. This gets the routing throughput up from 220mbit -> 337mbit. I'm sure the bridging throughput will be similarly improved. Tested: * QCA955x SoC, routing workload. |
| /freebsd-11.0-release/share/termcap/ | ||
| H A D | termcap | diff 7380 Sun Mar 26 01:02:54 MST 1995 ache vt100/102/220 entries affected: major cleanup add lot of missing capabilities |
| /freebsd-11.0-release/sys/cddl/contrib/opensolaris/uts/common/fs/zfs/ | ||
| H A D | dmu_send.c | diff 283525 Mon May 25 12:08:50 MDT 2015 avg zfs: fixes for a full stream received into an existing dataset - this should fail early unless the force flag is set - if the force flag is set then any local modifications including snapshots should be undone See: https://www.illumos.org/issues/5912 See: https://reviews.csiden.org/r/220/ Reviewed by: mahrens, Paul Dagnelie <pcd@delphix.com> MFC after: 15 days Sponsored by: ClusterHQ |
| /freebsd-11.0-release/sys/dev/fxp/ | ||
| H A D | if_fxp.c | diff 142655 Sun Feb 27 15:12:50 MST 2005 mux Fix a stupid bogon from myself, sc->revision wasn't initialized when testing it to know whether we should enable the 82503 serial mode... Move code to the right location and disallow the use of the 82503 serial mode if the sc->revision field is 0 again. This makes fxp(4) work correctly with ATMEL 350 93C46 cards (3 port 82559 based with a 82555 PHY), as well as with the older ATMEL 220 93C46 (same flavour) and with the even older 10Mbps-only 82557 cards with the 82503 serial interface. Tested by: Andre Albsmeier <andrer@albsmeier.net>, krion MFC after: 2 weeks |
| /freebsd-11.0-release/tools/build/mk/ | ||
| H A D | OptionalObsoleteFiles.inc | diff 244512 Thu Dec 20 22:22:24 MST 2012 bapt Add etc/periodic/daily/220.backup-pkgdb to OptionalObsoleteFiles.inc |
Completed in 747 milliseconds