<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/mrsas, branch releng/13.4</title>
<subtitle>FreeBSD source tree</subtitle>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/'/>
<entry>
<title>mrsas: Fix callout locking in mrsas_complete_cmd()</title>
<updated>2023-10-14T15:28:48+00:00</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2023-10-07T00:31:03+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=1b934004c04c64e96ed08b1a0c560225def21d94'/>
<id>1b934004c04c64e96ed08b1a0c560225def21d94</id>
<content type='text'>
callout_stop() requires the associated lock to be held.

This is a bit hacky, but I believe it's safe since the subsequent
mrsas_cmd_done() call will also acquire the SIM lock to stop a different
callout.

PR:		265484
Reviewed by:	imp
Tested by:	Jérémie Jourdin &lt;jeremie.jourdin@advens.fr&gt;
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D39559

(cherry picked from commit 4640df1b0a49697840b81f6bcd269a483514c6aa)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
callout_stop() requires the associated lock to be held.

This is a bit hacky, but I believe it's safe since the subsequent
mrsas_cmd_done() call will also acquire the SIM lock to stop a different
callout.

PR:		265484
Reviewed by:	imp
Tested by:	Jérémie Jourdin &lt;jeremie.jourdin@advens.fr&gt;
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D39559

(cherry picked from commit 4640df1b0a49697840b81f6bcd269a483514c6aa)
</pre>
</div>
</content>
</entry>
<entry>
<title>sys: Remove $FreeBSD$: one-line .c pattern</title>
<updated>2023-08-23T17:43:25+00:00</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2023-08-22T01:31:27+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=3bc80996974a61a4223eae4c1ccd47b6ee32a48a'/>
<id>3bc80996974a61a4223eae4c1ccd47b6ee32a48a</id>
<content type='text'>
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/

Similar commit in current:
(cherry picked from commit 685dc743dc3b)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Remove /^[\s*]*__FBSDID\("\$FreeBSD\$"\);?\s*\n/

Similar commit in current:
(cherry picked from commit 685dc743dc3b)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas: Fix a typo in a source code comment</title>
<updated>2023-05-17T09:57:08+00:00</updated>
<author>
<name>Zhenlei Huang</name>
<email>zlei@FreeBSD.org</email>
</author>
<published>2023-04-28T10:01:58+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=62af5091a4f757b2c356a1dbf8edf40548b0a724'/>
<id>62af5091a4f757b2c356a1dbf8edf40548b0a724</id>
<content type='text'>
- s/feild/field/

MFC after:	3 days

(cherry picked from commit bbfb244724e25933d7c7cf68b943e0c2a7d6e381)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- s/feild/field/

MFC after:	3 days

(cherry picked from commit bbfb244724e25933d7c7cf68b943e0c2a7d6e381)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas: Don't leak a stack pointer value in the softc.</title>
<updated>2023-05-03T00:12:37+00:00</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2022-12-21T18:45:26+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=256b5d40e5502323dddffd5a8db2ab431e9eea61'/>
<id>256b5d40e5502323dddffd5a8db2ab431e9eea61</id>
<content type='text'>
mrsas_issue_blocked_cmd stores a pointer to an on-stack variable
in its softc so that the driver can call wakeup() on the correct
pointer.  Once the loop around tsleep() has finished however, the
pointer is no longer needed and any further use would be invalid.
Clear sc-&gt;chan to NULL after the loop.

Reported by:	GCC -Wdangling-pointer
Differential Revision:	https://reviews.freebsd.org/D37628

(cherry picked from commit 9f0c0e6eede6aedb60e12888fc9751c40b364dc9)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
mrsas_issue_blocked_cmd stores a pointer to an on-stack variable
in its softc so that the driver can call wakeup() on the correct
pointer.  Once the loop around tsleep() has finished however, the
pointer is no longer needed and any further use would be invalid.
Clear sc-&gt;chan to NULL after the loop.

Reported by:	GCC -Wdangling-pointer
Differential Revision:	https://reviews.freebsd.org/D37628

(cherry picked from commit 9f0c0e6eede6aedb60e12888fc9751c40b364dc9)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas(4): Fix a typo in a source code comment</title>
<updated>2023-01-14T09:30:35+00:00</updated>
<author>
<name>Gordon Bergling</name>
<email>gbe@FreeBSD.org</email>
</author>
<published>2023-01-11T09:48:14+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=5c7e6e56d9cb4fa14a4cd350aeb1e085db92911b'/>
<id>5c7e6e56d9cb4fa14a4cd350aeb1e085db92911b</id>
<content type='text'>
- s/reqest/request/

(cherry picked from commit e018483b10e7cf2cd852406648ccaf1f159ecb8d)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- s/reqest/request/

(cherry picked from commit e018483b10e7cf2cd852406648ccaf1f159ecb8d)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas(4): Fix a typo in a source code comment</title>
<updated>2022-04-09T06:16:50+00:00</updated>
<author>
<name>Gordon Bergling</name>
<email>gbe@FreeBSD.org</email>
</author>
<published>2022-04-02T11:59:11+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=be03f2f9d94b16d625ad09a196bd049ff813f0f2'/>
<id>be03f2f9d94b16d625ad09a196bd049ff813f0f2</id>
<content type='text'>
- s/alloction/allocation/

(cherry picked from commit 32c601b6cfbcd6d99722faaacb8d246cd27116bd)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- s/alloction/allocation/

(cherry picked from commit 32c601b6cfbcd6d99722faaacb8d246cd27116bd)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas: if controller reset is in progress, refrain from firing DCMDs to</title>
<updated>2022-04-06T16:27:25+00:00</updated>
<author>
<name>Chandrakanth Patil</name>
<email>chandrakanth.patil@broadcom.com</email>
</author>
<published>2022-01-21T09:24:37+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=09e161a29ee5b0e52494c861f451de35b286e327'/>
<id>09e161a29ee5b0e52494c861f451de35b286e327</id>
<content type='text'>
firmware in shutdown

If controller reset is in progress, at same time if system shutdown is
issued then corresponding shutdown function in driver will be invoked
where driver is waiting 15 seconds to complete the controller reset.

If the reset is not complteted within that time frame driver will go
ahead and fire cache flush and shutdown DCMDs which will end up
accessing the the queues which are not initialized due to undergoing
reset leads to FMU error in firmware.

Fix:
In shutdown function, if controller reset is not finished within 15
seconds than driver will return to the OS without firing any DCMDs.

Reviewed by: imp
PR: 261375

(cherry picked from commit 79c4c4be9618470711480f46ef2cd3a15c00cdd2)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
firmware in shutdown

If controller reset is in progress, at same time if system shutdown is
issued then corresponding shutdown function in driver will be invoked
where driver is waiting 15 seconds to complete the controller reset.

If the reset is not complteted within that time frame driver will go
ahead and fire cache flush and shutdown DCMDs which will end up
accessing the the queues which are not initialized due to undergoing
reset leads to FMU error in firmware.

Fix:
In shutdown function, if controller reset is not finished within 15
seconds than driver will return to the OS without firing any DCMDs.

Reviewed by: imp
PR: 261375

(cherry picked from commit 79c4c4be9618470711480f46ef2cd3a15c00cdd2)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas: remove additional MPT command allocation for R1 FP command</title>
<updated>2022-04-06T16:27:25+00:00</updated>
<author>
<name>Chandrakanth Patil</name>
<email>chandrakanth.patil@broadcom.com</email>
</author>
<published>2022-01-21T12:11:49+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=2ebe51859723fd3cb4cf02dc560441fc0ec50dc1'/>
<id>2ebe51859723fd3cb4cf02dc560441fc0ec50dc1</id>
<content type='text'>
There is an additional MPT command allocation for R1 fp command which
will lead to MPT command unavailablity in case of rigorous R1 FP IOs.

Remove additional MPT command allocation for R1 FP.

Reviewed by: imp
PR: 261377

(cherry picked from commit 241bb95552a39d440519162b544c776adcb7cf57)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There is an additional MPT command allocation for R1 fp command which
will lead to MPT command unavailablity in case of rigorous R1 FP IOs.

Remove additional MPT command allocation for R1 FP.

Reviewed by: imp
PR: 261377

(cherry picked from commit 241bb95552a39d440519162b544c776adcb7cf57)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas(4): Report more correct maximum I/O size.</title>
<updated>2021-08-02T15:56:10+00:00</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2021-07-01T19:28:55+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=156b889469d2f59743f1811f731040dfdc3e5e14'/>
<id>156b889469d2f59743f1811f731040dfdc3e5e14</id>
<content type='text'>
Subtract one SGE for the case of misaligned address.  Also take into
account maximum number of sectors reported by firmware, that gives
nicer 256KB limit instead of 276KB calculated from the SGE limit.

While there, remove number of I/O size checks, duplicating what is
already checked by CAM and busdma(9).

MFC after:	1 month
Sponsored by:	iXsystems, Inc.

(cherry picked from commit fa3d57c256104649217b5022947de9c1c59a326e)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Subtract one SGE for the case of misaligned address.  Also take into
account maximum number of sectors reported by firmware, that gives
nicer 256KB limit instead of 276KB calculated from the SGE limit.

While there, remove number of I/O size checks, duplicating what is
already checked by CAM and busdma(9).

MFC after:	1 month
Sponsored by:	iXsystems, Inc.

(cherry picked from commit fa3d57c256104649217b5022947de9c1c59a326e)
</pre>
</div>
</content>
</entry>
<entry>
<title>mrsas: unbreak i386 build</title>
<updated>2021-02-05T19:50:21+00:00</updated>
<author>
<name>Alfredo Dal'Ava Junior</name>
<email>alfredo@FreeBSD.org</email>
</author>
<published>2021-02-05T18:43:48+00:00</published>
<link rel='alternate' type='text/html' href='http://cgit.freebsd.org/src/commit/?id=6bf9668d9d02bdf3e0dafc4ba1010ef6a9b12247'/>
<id>6bf9668d9d02bdf3e0dafc4ba1010ef6a9b12247</id>
<content type='text'>
Fix build regression introduced by
e34a057ca6ebdf8e30ec8b0dc21d18eb450bf36a

Reviewed by:	jhibbits
Sponsored by:	Eldorado Research Institute (eldorado.org.br)
Differential Revision:	https://reviews.freebsd.org/D28494

(cherry picked from commit 59fffbcf46ba6369420e655ff9173571410c643d)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Fix build regression introduced by
e34a057ca6ebdf8e30ec8b0dc21d18eb450bf36a

Reviewed by:	jhibbits
Sponsored by:	Eldorado Research Institute (eldorado.org.br)
Differential Revision:	https://reviews.freebsd.org/D28494

(cherry picked from commit 59fffbcf46ba6369420e655ff9173571410c643d)
</pre>
</div>
</content>
</entry>
</feed>
