src/sys/gnu, branch upstream/2.0.5_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=upstream%2F2.0.5_cvs 1995-06-10T19:44:55Z This commit was manufactured by cvs2svn to create tag 1995-06-10T19:44:55Z cvs2svn cvs2svn@FreeBSD.org 1995-06-10T19:44:55Z urn:sha1:fbe312c9f723b704a542825383058d1a2eb63f94 'RELENG_2_0_5_RELEASE'. This commit was manufactured to restore the state of the 2.0.5-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. This commit was manufactured by cvs2svn to create branch 'RELENG_2_0_5'. 1995-05-30T08:29:08Z cvs2svn cvs2svn@FreeBSD.org 1995-05-30T08:29:08Z urn:sha1:9347db35098be57530c997e1a0212f9927be848a Remove trailing whitespace. 1995-05-30T08:16:23Z Rodney W. Grimes rgrimes@FreeBSD.org 1995-05-30T08:16:23Z urn:sha1:9b2e535452929d6f2f798a2c01b23b1f547a0b0f Fix -Wformat warnings from LINT kernel. 1995-05-11T19:26:53Z Rodney W. Grimes rgrimes@FreeBSD.org 1995-05-11T19:26:53Z urn:sha1:b2b795f07c71a7ebef458372022686da4f002ddc Changes to get rid of ufslk2 hangs when doing read/write to/from 1995-04-24T05:13:28Z John Dyson dyson@FreeBSD.org 1995-04-24T05:13:28Z urn:sha1:e5f751a9b29d8ecbe528c905ae7e4dc126be08d3 mmap regions that are in the same file as the read/write. John Aycock's BSD copyrighted sequencer assembler and sequencer code. This 1995-04-15T21:45:56Z Justin T. Gibbs gibbs@FreeBSD.org 1995-04-15T21:45:56Z urn:sha1:3cddb2a3e214243cda592fee0ebf4cc684b65d5a is identical to the older version, just the copyright has changed. Many thanks go to Dean Gehnert of the Linux camp who went the extra mile to make this happen. Other changes: Update assembler man page to include the -v and -D options Merge in Dean's latest changes to the assembler Have the sequencer do a MSG_REJECT when the negotiated syncronous rate is lower than the adapter supports. This forces asyncronous mode which is faster at these rates anyway. This code will be moved shortly to the non-gpld portion of the tree. More code optimizations. Use a slightly different approach to decide 1995-04-09T06:40:16Z Justin T. Gibbs gibbs@FreeBSD.org 1995-04-09T06:40:16Z urn:sha1:0b000afb3b0735f8c6792e05eeb511bb9cc089e7 whether a reconnecting target is a tagged device or not. Off by one error in -MSG-START+0 was just Justin being tired -- revert to 1995-04-01T19:51:40Z Justin T. Gibbs gibbs@FreeBSD.org 1995-04-01T19:51:40Z urn:sha1:cc865dd008458259d9d2eb1922b70a65fa69db3b old value. Remove unnecessary check for active messages in setup SCB. This same test would also jump to p_mesgin_done which would "ACK" an extra time possibly confusing the target. Tell the kernel driver whenever we send an ABORT_TAG message. Major overhaul of the aic7xxx driver: 1995-03-31T14:06:02Z Justin T. Gibbs gibbs@FreeBSD.org 1995-03-31T14:06:02Z urn:sha1:5743c01c3f343dafa2554b8f7327768ec8979db7 - Report valid residual byte counts. We actually pause the sequencer when the residual is non-zero. I thought about using DMA to do this, bus sequencer program space is tight. - Fix embarassing off by one error in the computation of a 2's compliment variable. This was most likely the cause of the many problems reported with the tagged queuing code. - Handle "MAX_SYNC" as a special case (ie we are the ones starting the sync negotiation sequence). This was done so that the target scratch area can be initialed to 0 offset (asyncronous transfers) safely. The initialization to 0 (was 15) is necessary since in some cases a Wide negotiation could run into problems if SCSIRATE was set wrong and we went into data(in/out). - Trim the DMA routines a little by using some procedures. Net effect is more functionality with 3 less instructions after this update. - Toggle the WIDEODD bit of the DFCNTRL whenever this is not the last SG block. It has no effect in the 8bit bus configuration, but in the Wide configuration ensures that the overlap byte is held in the SCSI block if the transfer is odd so it will end up in the next SG (the correct behavior). Add and move declarations to fix all of the warnings from `gcc -Wimplicit' 1995-03-28T07:58:53Z Bruce Evans bde@FreeBSD.org 1995-03-28T07:58:53Z urn:sha1:3aa12267a55fa252598db360627fce79a0bf1608 (except in netccitt, netiso and netns) that I didn't notice when I fixed "all" such warnings before.