Searched hist:274 (Results 1 - 16 of 16) sorted by relevance
| /freebsd-11.0-release/usr.bin/locate/locate/ | ||
| H A D | util.c | diff 274847 Sat Nov 22 12:26:19 MST 2014 dim Fix the following -Werror warnings from clang 3.5.0, while building usr.bin/locate: usr.bin/locate/locate/util.c:249:29: error: taking the absolute value of unsigned type 'unsigned int' has no effect [-Werror,-Wabsolute-value] MAXPATHLEN, abs(i) < abs(htonl(i)) ? i : htonl(i)); ^ usr.bin/locate/locate/util.c:249:29: note: remove the call to 'abs' since unsigned values cannot be negative MAXPATHLEN, abs(i) < abs(htonl(i)) ? i : htonl(i)); ^~~ usr.bin/locate/locate/util.c:274:32: error: taking the absolute value of unsigned type 'unsigned int' has no effect [-Werror,-Wabsolute-value] MAXPATHLEN, abs(word) < abs(htonl(word)) ? word : ^ usr.bin/locate/locate/util.c:274:32: note: remove the call to 'abs' since unsigned values cannot be negative MAXPATHLEN, abs(word) < abs(htonl(word)) ? word : ^~~ The problem is that ntohl() always returns an unsigned quantity. In this case, it's expected to be cast back to a signed integer, but to stop complaints about abs() we just store it into an integer, and don't call ntohl() again. Reviewed by: ngie MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D1196 diff 274847 Sat Nov 22 12:26:19 MST 2014 dim Fix the following -Werror warnings from clang 3.5.0, while building usr.bin/locate: usr.bin/locate/locate/util.c:249:29: error: taking the absolute value of unsigned type 'unsigned int' has no effect [-Werror,-Wabsolute-value] MAXPATHLEN, abs(i) < abs(htonl(i)) ? i : htonl(i)); ^ usr.bin/locate/locate/util.c:249:29: note: remove the call to 'abs' since unsigned values cannot be negative MAXPATHLEN, abs(i) < abs(htonl(i)) ? i : htonl(i)); ^~~ usr.bin/locate/locate/util.c:274:32: error: taking the absolute value of unsigned type 'unsigned int' has no effect [-Werror,-Wabsolute-value] MAXPATHLEN, abs(word) < abs(htonl(word)) ? word : ^ usr.bin/locate/locate/util.c:274:32: note: remove the call to 'abs' since unsigned values cannot be negative MAXPATHLEN, abs(word) < abs(htonl(word)) ? word : ^~~ The problem is that ntohl() always returns an unsigned quantity. In this case, it's expected to be cast back to a signed integer, but to stop complaints about abs() we just store it into an integer, and don't call ntohl() again. Reviewed by: ngie MFC after: 3 days Differential Revision: https://reviews.freebsd.org/D1196 |
| /freebsd-11.0-release/share/man/man4/ | ||
| H A D | aha.4 | diff 7858 Sat Apr 15 21:48:31 MDT 1995 gibbs To celibrate the new status of the ahc driver, give it a man page. Add references to the ahc driver to the other adaptec man pages. Remove the "NOTE" section of the ahb man page that complained about Adaptec's NDA policy preventing 274x driver development. |
| H A D | ahb.4 | diff 7858 Sat Apr 15 21:48:31 MDT 1995 gibbs To celibrate the new status of the ahc driver, give it a man page. Add references to the ahc driver to the other adaptec man pages. Remove the "NOTE" section of the ahb man page that complained about Adaptec's NDA policy preventing 274x driver development. |
| H A D | ahc.4 | 7858 Sat Apr 15 21:48:31 MDT 1995 gibbs To celibrate the new status of the ahc driver, give it a man page. Add references to the ahc driver to the other adaptec man pages. Remove the "NOTE" section of the ahb man page that complained about Adaptec's NDA policy preventing 274x driver development. |
| /freebsd-11.0-release/sys/dev/aic7xxx/aicasm/ | ||
| H A D | aicasm_symbol.h | diff 29897 Sat Sep 27 19:37:31 MDT 1997 gibbs Add support to aicasm for "downloaded constants". These are immediate operands that are set during seqeuncer program download instead of at assembly time. Convert the sequencer code to use" downloaded constants" for four run time constants that vary depending on the board type. This frees up 4 bytes of sequencer scratch ram space where these constants used to be stored and also removes the additional instructions required to load their values into the accumulator prior to using them. Remove the REJBYTE sram variable. The host driver can just as easly read the accumulator to get this value. The scratch ram savings is important as the old code used to clober the SCSICONF register on 274X cards which sits near the top of scratch ram space. The SCSICONF register controls bus termination, and clobbering it is not a good thing. Now we have 4 bytes to spare. This should fix the reported problems with cards that don't have devices attached to them failing with a stream of "Somone reset bus X" messages. Doug Ledford determined the cause of the problem, fixes by me. |
| H A D | Makefile | diff 29897 Sat Sep 27 19:37:31 MDT 1997 gibbs Add support to aicasm for "downloaded constants". These are immediate operands that are set during seqeuncer program download instead of at assembly time. Convert the sequencer code to use" downloaded constants" for four run time constants that vary depending on the board type. This frees up 4 bytes of sequencer scratch ram space where these constants used to be stored and also removes the additional instructions required to load their values into the accumulator prior to using them. Remove the REJBYTE sram variable. The host driver can just as easly read the accumulator to get this value. The scratch ram savings is important as the old code used to clober the SCSICONF register on 274X cards which sits near the top of scratch ram space. The SCSICONF register controls bus termination, and clobbering it is not a good thing. Now we have 4 bytes to spare. This should fix the reported problems with cards that don't have devices attached to them failing with a stream of "Somone reset bus X" messages. Doug Ledford determined the cause of the problem, fixes by me. |
| H A D | aicasm_gram.y | diff 29897 Sat Sep 27 19:37:31 MDT 1997 gibbs Add support to aicasm for "downloaded constants". These are immediate operands that are set during seqeuncer program download instead of at assembly time. Convert the sequencer code to use" downloaded constants" for four run time constants that vary depending on the board type. This frees up 4 bytes of sequencer scratch ram space where these constants used to be stored and also removes the additional instructions required to load their values into the accumulator prior to using them. Remove the REJBYTE sram variable. The host driver can just as easly read the accumulator to get this value. The scratch ram savings is important as the old code used to clober the SCSICONF register on 274X cards which sits near the top of scratch ram space. The SCSICONF register controls bus termination, and clobbering it is not a good thing. Now we have 4 bytes to spare. This should fix the reported problems with cards that don't have devices attached to them failing with a stream of "Somone reset bus X" messages. Doug Ledford determined the cause of the problem, fixes by me. |
| H A D | aicasm_scan.l | diff 29897 Sat Sep 27 19:37:31 MDT 1997 gibbs Add support to aicasm for "downloaded constants". These are immediate operands that are set during seqeuncer program download instead of at assembly time. Convert the sequencer code to use" downloaded constants" for four run time constants that vary depending on the board type. This frees up 4 bytes of sequencer scratch ram space where these constants used to be stored and also removes the additional instructions required to load their values into the accumulator prior to using them. Remove the REJBYTE sram variable. The host driver can just as easly read the accumulator to get this value. The scratch ram savings is important as the old code used to clober the SCSICONF register on 274X cards which sits near the top of scratch ram space. The SCSICONF register controls bus termination, and clobbering it is not a good thing. Now we have 4 bytes to spare. This should fix the reported problems with cards that don't have devices attached to them failing with a stream of "Somone reset bus X" messages. Doug Ledford determined the cause of the problem, fixes by me. |
| H A D | aicasm_symbol.c | diff 29897 Sat Sep 27 19:37:31 MDT 1997 gibbs Add support to aicasm for "downloaded constants". These are immediate operands that are set during seqeuncer program download instead of at assembly time. Convert the sequencer code to use" downloaded constants" for four run time constants that vary depending on the board type. This frees up 4 bytes of sequencer scratch ram space where these constants used to be stored and also removes the additional instructions required to load their values into the accumulator prior to using them. Remove the REJBYTE sram variable. The host driver can just as easly read the accumulator to get this value. The scratch ram savings is important as the old code used to clober the SCSICONF register on 274X cards which sits near the top of scratch ram space. The SCSICONF register controls bus termination, and clobbering it is not a good thing. Now we have 4 bytes to spare. This should fix the reported problems with cards that don't have devices attached to them failing with a stream of "Somone reset bus X" messages. Doug Ledford determined the cause of the problem, fixes by me. |
| /freebsd-11.0-release/usr.bin/touch/ | ||
| H A D | touch.c | diff 9446 Sat Jul 08 16:47:47 MDT 1995 joerg PR # bin/274 > The command: > > touch -t 199504011200 testfile > > gives the error message: > > touch: out of range or illegal time specification: [[CC]YY]MMDDhhmm[.SS] Submitted by: mpp@legarto.minn.net (Mike Pritchard) |
| /freebsd-11.0-release/sys/netpfil/ipfw/ | ||
| H A D | ip_fw_dynamic.c | diff 291001 Tue Nov 17 20:46:51 MST 2015 bdrewery Fix dynamic IPv6 rules showing junk for non-specified address masks. For example: 00002 0 0 (19s) PARENT 1 tcp 10.10.0.5 0 <-> 0.0.0.0 0 00002 4 412 (1s) LIMIT tcp 10.10.0.5 25848 <-> 10.10.0.7 22 00002 10 777 (1s) LIMIT tcp 2001:894:5a24:653::503:1 52023 <-> 2001:894:5a24:653:ca0a:a9ff:fe04:3978 22 00002 0 0 (17s) PARENT 1 tcp 2001:894:5a24:653::503:1 0 <-> 80f3:70d:23fe:ffff:1005:: 0 Fix this by zeroing the unused address, as is done for IPv4: 00002 0 0 (18s) PARENT 1 tcp 10.10.0.5 0 <-> 0.0.0.0 0 00002 36 14952 (1s) LIMIT tcp 10.10.0.5 25848 <-> 10.10.0.7 22 00002 0 0 (0s) PARENT 1 tcp 2001:894:5a24:653::503:1 0 <-> :: 0 00002 4 345 (274s) LIMIT tcp 2001:894:5a24:653::503:1 34131 <-> 2001:470:1f11:262:ca0a:a9ff:fe04:3978 22 MFC after: 2 weeks |
| /freebsd-11.0-release/sys/dev/aic7xxx/ | ||
| H A D | aic7xxx.reg | diff 102672 Sat Aug 31 06:42:38 MDT 2002 gibbs Convert to new assembler field syntax. Document the SXFRCTL2 register found on U2 and U160 controllers. Overload the MWI_RESIDUAL field for use as the SCB to be downloaded for "immediate" (or those without the disconnect privledge) transactions. Add scratch ram locations for the 274X that give us a bit more information including whether to enable extended translation. diff 29897 Sat Sep 27 19:37:31 MDT 1997 gibbs Add support to aicasm for "downloaded constants". These are immediate operands that are set during seqeuncer program download instead of at assembly time. Convert the sequencer code to use" downloaded constants" for four run time constants that vary depending on the board type. This frees up 4 bytes of sequencer scratch ram space where these constants used to be stored and also removes the additional instructions required to load their values into the accumulator prior to using them. Remove the REJBYTE sram variable. The host driver can just as easly read the accumulator to get this value. The scratch ram savings is important as the old code used to clober the SCSICONF register on 274X cards which sits near the top of scratch ram space. The SCSICONF register controls bus termination, and clobbering it is not a good thing. Now we have 4 bytes to spare. This should fix the reported problems with cards that don't have devices attached to them failing with a stream of "Somone reset bus X" messages. Doug Ledford determined the cause of the problem, fixes by me. |
| H A D | aic7xxx.seq | diff 29897 Sat Sep 27 19:37:31 MDT 1997 gibbs Add support to aicasm for "downloaded constants". These are immediate operands that are set during seqeuncer program download instead of at assembly time. Convert the sequencer code to use" downloaded constants" for four run time constants that vary depending on the board type. This frees up 4 bytes of sequencer scratch ram space where these constants used to be stored and also removes the additional instructions required to load their values into the accumulator prior to using them. Remove the REJBYTE sram variable. The host driver can just as easly read the accumulator to get this value. The scratch ram savings is important as the old code used to clober the SCSICONF register on 274X cards which sits near the top of scratch ram space. The SCSICONF register controls bus termination, and clobbering it is not a good thing. Now we have 4 bytes to spare. This should fix the reported problems with cards that don't have devices attached to them failing with a stream of "Somone reset bus X" messages. Doug Ledford determined the cause of the problem, fixes by me. diff 5326 Sat Dec 31 19:26:54 MST 1994 gibbs Update the sequencer code to handle both channels of Twin channel devices. You can now sling 14 devices off of a 274xT. In the process of adding twin channel support, I removed all evident restrictions on supporting Wide channeled devices, but I do not have a Wide controller to test them on. aic7770_seq.h, the pre-compiled header, is no longer needed since config handles this dependancy. |
| H A D | aic7xxx.c | diff 50221 Mon Aug 23 12:08:45 MDT 1999 peter Disable some apparently stray debug printfs: ahc0: <Adaptec 274X SCSI host adapter> at 0x1c00-0x1cff, irq 11 (edge) ahc0: on eisa0 slot 1 ahc0: aic7770 >= Rev E, SBLKCTL = 0x8 SSTAT0 = 0x0 SFUNCT = 0x0 Twin Channel, A SCSI Id=7, B SCSI Id=7, primary A, 4/255 SCBs Not objected to by: gibbs |
| /freebsd-11.0-release/sys/i386/conf/ | ||
| H A D | NOTES | diff 7434 Tue Mar 28 08:14:55 MST 1995 jkh Change ahc driver comment to note that it's not just the 274x controller it supports. |
| /freebsd-11.0-release/sys/conf/ | ||
| H A D | NOTES | diff 7434 Tue Mar 28 08:14:55 MST 1995 jkh Change ahc driver comment to note that it's not just the 274x controller it supports. |
Completed in 774 milliseconds