Searched hist:83 (Results 1 - 25 of 47) sorted by relevance
/freebsd-10.0-release/usr.bin/file2c/ | ||
H A D | Makefile | 5996 Sat Jan 28 22:49:57 MST 1995 phk This is a small little program used to execute a bad practice a clean way :-) It will read a file on stdin and write it as decimal integers on stdout, this is useful for embedding files in c-sources. There are a few places where this is needed, and this is a better way than the current practice of hand-editing the sources. The command: date | file2c 'const char date[] = {' ',0};' will produce: const char date[] = { 83,97,116,32,74,97,110,32,50,56,32,49,54,58,52,55,58,51,51,32,80,83,84, 32,49,57,57,53,10 ,0}; The manual page is 2 lines longer than the source :-) 5996 Sat Jan 28 22:49:57 MST 1995 phk This is a small little program used to execute a bad practice a clean way :-) It will read a file on stdin and write it as decimal integers on stdout, this is useful for embedding files in c-sources. There are a few places where this is needed, and this is a better way than the current practice of hand-editing the sources. The command: date | file2c 'const char date[] = {' ',0};' will produce: const char date[] = { 83,97,116,32,74,97,110,32,50,56,32,49,54,58,52,55,58,51,51,32,80,83,84, 32,49,57,57,53,10 ,0}; The manual page is 2 lines longer than the source :-) |
H A D | file2c.1 | 5996 Sat Jan 28 22:49:57 MST 1995 phk This is a small little program used to execute a bad practice a clean way :-) It will read a file on stdin and write it as decimal integers on stdout, this is useful for embedding files in c-sources. There are a few places where this is needed, and this is a better way than the current practice of hand-editing the sources. The command: date | file2c 'const char date[] = {' ',0};' will produce: const char date[] = { 83,97,116,32,74,97,110,32,50,56,32,49,54,58,52,55,58,51,51,32,80,83,84, 32,49,57,57,53,10 ,0}; The manual page is 2 lines longer than the source :-) 5996 Sat Jan 28 22:49:57 MST 1995 phk This is a small little program used to execute a bad practice a clean way :-) It will read a file on stdin and write it as decimal integers on stdout, this is useful for embedding files in c-sources. There are a few places where this is needed, and this is a better way than the current practice of hand-editing the sources. The command: date | file2c 'const char date[] = {' ',0};' will produce: const char date[] = { 83,97,116,32,74,97,110,32,50,56,32,49,54,58,52,55,58,51,51,32,80,83,84, 32,49,57,57,53,10 ,0}; The manual page is 2 lines longer than the source :-) |
H A D | file2c.c | 5996 Sat Jan 28 22:49:57 MST 1995 phk This is a small little program used to execute a bad practice a clean way :-) It will read a file on stdin and write it as decimal integers on stdout, this is useful for embedding files in c-sources. There are a few places where this is needed, and this is a better way than the current practice of hand-editing the sources. The command: date | file2c 'const char date[] = {' ',0};' will produce: const char date[] = { 83,97,116,32,74,97,110,32,50,56,32,49,54,58,52,55,58,51,51,32,80,83,84, 32,49,57,57,53,10 ,0}; The manual page is 2 lines longer than the source :-) 5996 Sat Jan 28 22:49:57 MST 1995 phk This is a small little program used to execute a bad practice a clean way :-) It will read a file on stdin and write it as decimal integers on stdout, this is useful for embedding files in c-sources. There are a few places where this is needed, and this is a better way than the current practice of hand-editing the sources. The command: date | file2c 'const char date[] = {' ',0};' will produce: const char date[] = { 83,97,116,32,74,97,110,32,50,56,32,49,54,58,52,55,58,51,51,32,80,83,84, 32,49,57,57,53,10 ,0}; The manual page is 2 lines longer than the source :-) |
/freebsd-10.0-release/sys/dev/snc/ | ||
H A D | dp83932reg.h | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | dp83932subr.h | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | if_sncreg.h | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | if_sncvar.h | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | dp83932subr.c | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | dp83932var.h | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | if_snc.c | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | if_snc_cbus.c | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | if_snc_pccard.c | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
H A D | dp83932.c | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
/freebsd-10.0-release/sys/modules/snc/ | ||
H A D | Makefile | 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
/freebsd-10.0-release/lib/msun/ld128/ | ||
H A D | s_exp2l.c | diff 176231 Wed Feb 13 08:44:44 MST 2008 bde Fix exp2*(x) on signaling NaNs by returning x+x as usual. This has the side effect of confusing gcc-4.2.1's optimizer into more often doing the right thing. When it does the wrong thing here, it seems to be mainly making too many copies of x with dependency chains. This effect is tiny on amd64, but in some cases on i386 it is enormous. E.g., on i386 (A64) with -O1, the current version of exp2() should take about 50 cycles, but took 83 cycles before this change and 66 cycles after this change. exp2f() with -O1 only speeded up from 51 to 47 cycles. (exp2f() should take about 40 cycles, on an Athlon in either i386 or amd64 mode, and now takes 42 on amd64). exp2l() with -O1 slowed down from 155 cycles to 123 for some args; this is unimportant since the i386 exp2l() is a fake; the wrong thing for it seems to involve branch misprediction. |
/freebsd-10.0-release/lib/msun/ld80/ | ||
H A D | s_exp2l.c | diff 176231 Wed Feb 13 08:44:44 MST 2008 bde Fix exp2*(x) on signaling NaNs by returning x+x as usual. This has the side effect of confusing gcc-4.2.1's optimizer into more often doing the right thing. When it does the wrong thing here, it seems to be mainly making too many copies of x with dependency chains. This effect is tiny on amd64, but in some cases on i386 it is enormous. E.g., on i386 (A64) with -O1, the current version of exp2() should take about 50 cycles, but took 83 cycles before this change and 66 cycles after this change. exp2f() with -O1 only speeded up from 51 to 47 cycles. (exp2f() should take about 40 cycles, on an Athlon in either i386 or amd64 mode, and now takes 42 on amd64). exp2l() with -O1 slowed down from 155 cycles to 123 for some args; this is unimportant since the i386 exp2l() is a fake; the wrong thing for it seems to involve branch misprediction. |
/freebsd-10.0-release/lib/msun/src/ | ||
H A D | s_exp2.c | diff 176231 Wed Feb 13 08:44:44 MST 2008 bde Fix exp2*(x) on signaling NaNs by returning x+x as usual. This has the side effect of confusing gcc-4.2.1's optimizer into more often doing the right thing. When it does the wrong thing here, it seems to be mainly making too many copies of x with dependency chains. This effect is tiny on amd64, but in some cases on i386 it is enormous. E.g., on i386 (A64) with -O1, the current version of exp2() should take about 50 cycles, but took 83 cycles before this change and 66 cycles after this change. exp2f() with -O1 only speeded up from 51 to 47 cycles. (exp2f() should take about 40 cycles, on an Athlon in either i386 or amd64 mode, and now takes 42 on amd64). exp2l() with -O1 slowed down from 155 cycles to 123 for some args; this is unimportant since the i386 exp2l() is a fake; the wrong thing for it seems to involve branch misprediction. |
H A D | s_exp2f.c | diff 176231 Wed Feb 13 08:44:44 MST 2008 bde Fix exp2*(x) on signaling NaNs by returning x+x as usual. This has the side effect of confusing gcc-4.2.1's optimizer into more often doing the right thing. When it does the wrong thing here, it seems to be mainly making too many copies of x with dependency chains. This effect is tiny on amd64, but in some cases on i386 it is enormous. E.g., on i386 (A64) with -O1, the current version of exp2() should take about 50 cycles, but took 83 cycles before this change and 66 cycles after this change. exp2f() with -O1 only speeded up from 51 to 47 cycles. (exp2f() should take about 40 cycles, on an Athlon in either i386 or amd64 mode, and now takes 42 on amd64). exp2l() with -O1 slowed down from 155 cycles to 123 for some args; this is unimportant since the i386 exp2l() is a fake; the wrong thing for it seems to involve branch misprediction. |
/freebsd-10.0-release/sys/cam/scsi/ | ||
H A D | scsi_enc_ses.c | diff 251654 Wed Jun 12 11:46:12 MDT 2013 mav Make CAM return and GEOM DISK pass through new GEOM::lunid attribute. SPC-4 specification states that serial number may be property of device, but not a specific logical unit. People reported about FC storages using serial number in that way, making it unusable for purposes of LUN multipath detection. SPC-4 states that designators associated with logical unit from the VPD page 83h "Device Identification" should be used for that purpose. Report first of them in the new attribute in such preference order: NAA, EUI-64, T10 and SCSI name string. While there, make GEOM DISK properly report GEOM::ident in XML output also using d_getattr() method, if available. This fixes serial numbers reporting for SCSI disks in `geom disk list` output and confxml. Discussed with: gibbs, ken Sponsored by: iXsystems, Inc. MFC after: 2 weeks |
/freebsd-10.0-release/usr.sbin/ppp/ | ||
H A D | sig.h | diff 45126 Mon Mar 29 22:44:57 MST 1999 brian Maintain a `necessary' marker to indicate that we *probably* need to process a signal (usually a SIGALRM). Check to see if we need to process a signal both before *and* after calling select() as older (pre-2.0) versions of ppp used to. This handles the possibility that ppp may block at some point (maybe due to an open() of a misconfigured device). Previously, we'd potentially lock up in select(). The `necessary' marker reduces the increased signal checking overhead so that at full speed with no compression transferring an 83Mb file via a ``!ppp -direct'' device, we get a 1% throughput gain. |
H A D | sig.c | diff 45126 Mon Mar 29 22:44:57 MST 1999 brian Maintain a `necessary' marker to indicate that we *probably* need to process a signal (usually a SIGALRM). Check to see if we need to process a signal both before *and* after calling select() as older (pre-2.0) versions of ppp used to. This handles the possibility that ppp may block at some point (maybe due to an open() of a misconfigured device). Previously, we'd potentially lock up in select(). The `necessary' marker reduces the increased signal checking overhead so that at full speed with no compression transferring an 83Mb file via a ``!ppp -direct'' device, we get a 1% throughput gain. |
/freebsd-10.0-release/usr.bin/indent/ | ||
H A D | lexi.c | diff 125618 Mon Feb 09 10:52:15 MST 2004 bde Backed out rev.1.4 and 1.7 so they they can be implemented and committed properly. Of the 3 changes mentioned in the log message for rev.1.4, the first (implementing -[n]fcb) was correct but didn't touch this file, the second (no-space-after-sizeof) was not actually done (it is the default and is controlled by the undcoumented -[n]bs options), and the third (no-space-after 'struct foo *') was very buggy and was reduced to wrong comments and other style bugs by backing out the main part of it in rev.1.6. Rev.1.4 had 2 changes which were not mentioned in its commit log: expand specials[] so that more than -83 typedef-names can be specified (this was the one working change in rev.1.4), and add "const" and "volatile" to specials[] (this was buggy). |
/freebsd-10.0-release/sys/dev/ed/ | ||
H A D | if_edreg.h | diff 5807 Mon Jan 23 17:06:08 MST 1995 dg Much better fix/support for the 83c795 based cards (the new SMC EtherEZ) by steve@simon.chi.il.us (Steven E. Piette). Minor changes by me. diff 1349 Sun Apr 10 18:06:28 MDT 1994 dg Fixed brokeness in the support of the 83C790/Elite Ultra (now that I finally have the f**king documentation!): 1) Changed all the numeric register offsets to symbolic ones (it should have been this way originally). 2) If 16 bit, disable the shared memory when not using it. Apparantly switching between 8/16bit mode makes the Ultra unhappy unless this is done (i.e. it trashes the bus). |
/freebsd-10.0-release/sys/pc98/conf/ | ||
H A D | GENERIC.hints | diff 66550 Mon Oct 02 12:27:20 MDT 2000 nyan Added NEC PC-9801-83, 84, PC-9801-103, 104, PC-9801N-25 and PC-9801N-J02R support which use National Semiconductor DP8393X (SONIC) as ethernet controller. Currently, this driver is used on only PC-98. Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp> Obtained from: NetBSD/pc98 |
/freebsd-10.0-release/usr.bin/uudecode/ | ||
H A D | uudecode.c | diff 24263 Tue Mar 25 12:31:31 MST 1997 wosch Be tolerant to old uuencode programs which encode the ASCII NUL character as character 32 (space) instead character 64 (`). See also 'The UNIX-HATERS Handbook', page 82-83. |
Completed in 323 milliseconds