<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/aac/aac_disk.c, branch release/8.2.0</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>MFC r212773 by emaste:</title>
<updated>2010-10-26T00:58:15+00:00</updated>
<author>
<name>Attilio Rao</name>
<email>attilio@FreeBSD.org</email>
</author>
<published>2010-10-26T00:58:15+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=47de14cf00f947b4dc47ed346155ea25b81fd5bb'/>
<id>47de14cf00f947b4dc47ed346155ea25b81fd5bb</id>
<content type='text'>
Use device_printf where possible, and otherwise at least include the
driver name in printf strings.

Sponsored by:	Sandvine Incorporated
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Use device_printf where possible, and otherwise at least include the
driver name in printf strings.

Sponsored by:	Sandvine Incorporated
</pre>
</div>
</content>
</entry>
<entry>
<title>Get correct maxio from the controller and drop the tunable.</title>
<updated>2009-07-11T08:10:18+00:00</updated>
<author>
<name>Jung-uk Kim</name>
<email>jkim@FreeBSD.org</email>
</author>
<published>2009-07-11T08:10:18+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=35ea6959ac1cd556d2165973d7424798d45da5be'/>
<id>35ea6959ac1cd556d2165973d7424798d45da5be</id>
<content type='text'>
The default (64K) is too pessimistic for "new comm" hardware.
Also, this is bad because multiple controllers get limited by
the global tunable.

Reviewed by:	scottl
Approved by:	re (kensmith)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The default (64K) is too pessimistic for "new comm" hardware.
Also, this is bad because multiple controllers get limited by
the global tunable.

Reviewed by:	scottl
Approved by:	re (kensmith)
</pre>
</div>
</content>
</entry>
<entry>
<title>Allow crashdumps on machines with &gt;4GB of RAM as long as the adapter can</title>
<updated>2008-04-03T23:29:31+00:00</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2008-04-03T23:29:31+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=77cd5850c89e360e1b7c5ac9e9ce7e5489c72059'/>
<id>77cd5850c89e360e1b7c5ac9e9ce7e5489c72059</id>
<content type='text'>
do 64-bit S/G.

Submitted by:	Alex Bencz
Reviewed by:	scottl
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
do 64-bit S/G.

Submitted by:	Alex Bencz
Reviewed by:	scottl
</pre>
</div>
</content>
</entry>
<entry>
<title>Add 64-bit array support for RAIDs &gt; 2TB.  This corresponds to ~ Adaptec</title>
<updated>2008-03-25T21:39:06+00:00</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2008-03-25T21:39:06+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=523da39bcc622ec0a121120062411b9b2a5303d2'/>
<id>523da39bcc622ec0a121120062411b9b2a5303d2</id>
<content type='text'>
driver build 15317.

Tested on:
Adaptec 2230S, Firmware 4.2-0 (8205)
ICP ICP5085BL, Firmware 5.2-0 (12814)

Submitted by:	Adaptec
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
driver build 15317.

Tested on:
Adaptec 2230S, Firmware 4.2-0 (8205)
ICP ICP5085BL, Firmware 5.2-0 (12814)

Submitted by:	Adaptec
</pre>
</div>
</content>
</entry>
<entry>
<title>Diff reduction to Adaptec's driver (around build 15317): catch up with a</title>
<updated>2008-03-24T19:23:33+00:00</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2008-03-24T19:23:33+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=31a0399e57f126106cf8a854afcdbcc397f57f0b'/>
<id>31a0399e57f126106cf8a854afcdbcc397f57f0b</id>
<content type='text'>
change in debugging routines.

The fwprintf macro in the AAC_DEBUG case (mapping to printf) isn't from the
Adaptec driver.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
change in debugging routines.

The fwprintf macro in the AAC_DEBUG case (mapping to printf) isn't from the
Adaptec driver.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix some busdma API violations in the dumpsys handler.</title>
<updated>2005-05-02T22:56:52+00:00</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2005-05-02T22:56:52+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=cbe4fd54ef5430aef54482eb8a0285f4869aab57'/>
<id>cbe4fd54ef5430aef54482eb8a0285f4869aab57</id>
<content type='text'>
MFC After: 3 days
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
MFC After: 3 days
</pre>
</div>
</content>
</entry>
<entry>
<title>Complete the repo-copy of aac_ioctl.h from sys/dev/aac/to sys/sys.</title>
<updated>2004-12-09T22:20:25+00:00</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2004-12-09T22:20:25+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=0b0594cd4f9ff0f73d344996ec539436bd8164b2'/>
<id>0b0594cd4f9ff0f73d344996ec539436bd8164b2</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove the AAC_LOCK macros.  They no longer abstract anything and only</title>
<updated>2004-08-12T05:05:06+00:00</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2004-08-12T05:05:06+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=bb6fe253cc602e4a0a4ba3a96b9d1da80f3c4e56'/>
<id>bb6fe253cc602e4a0a4ba3a96b9d1da80f3c4e56</id>
<content type='text'>
obfuscate the code.  No functional differences.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
obfuscate the code.  No functional differences.
</pre>
</div>
</content>
</entry>
<entry>
<title>Avoid casts as lvalues.</title>
<updated>2004-07-28T06:21:53+00:00</updated>
<author>
<name>Alexander Kabaev</name>
<email>kan@FreeBSD.org</email>
</author>
<published>2004-07-28T06:21:53+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=eec256de797ad952d7431e420d2367722d8cbf38'/>
<id>eec256de797ad952d7431e420d2367722d8cbf38</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Collapse sync fib locking into normal i/o locking.  The former didn't</title>
<updated>2004-06-02T18:15:48+00:00</updated>
<author>
<name>Scott Long</name>
<email>scottl@FreeBSD.org</email>
</author>
<published>2004-06-02T18:15:48+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=03b5fe51bfd6cb2d7987a4e9504cb9fdb0636558'/>
<id>03b5fe51bfd6cb2d7987a4e9504cb9fdb0636558</id>
<content type='text'>
protect the registers so it was trivially possible for a sync command and
i/o command to fight each other and confuse the controller.  Make the
sync fib alloc/release functions inline and remove the somewhat worthless
AAC_SYNC_LOCK_FORCE flag.  Thanks to Adil Katchi for helping me to track
this down in RELENG_4.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
protect the registers so it was trivially possible for a sync command and
i/o command to fight each other and confuse the controller.  Make the
sync fib alloc/release functions inline and remove the somewhat worthless
AAC_SYNC_LOCK_FORCE flag.  Thanks to Adil Katchi for helping me to track
this down in RELENG_4.
</pre>
</div>
</content>
</entry>
</feed>
