<feed xmlns='http://www.w3.org/2005/Atom'>
<title>litmus-rt.git/arch/arm/mach-msm/proc_comm.h, branch 2012.2</title>
<subtitle>The LITMUS^RT kernel.</subtitle>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/'/>
<entry>
<title>arm: msm: smd: fix SMD modem processor sync condition</title>
<updated>2010-05-12T16:19:33+00:00</updated>
<author>
<name>Daniel Walker</name>
<email>c_dwalke@quicinc.com</email>
</author>
<published>2010-03-18T19:31:08+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=0aec66d493c1476daa88ec56b1076e51f1ceff0b'/>
<id>0aec66d493c1476daa88ec56b1076e51f1ceff0b</id>
<content type='text'>
When booting up we need to wait for the modem processor to
partially boot. This is because the modem processor does
resource allocation for us. If we don't wait the modem won't
honor our requests and we end up crashing or in an unknown
state. This change just formalizes the waiting process.

Signed-off-by: Daniel Walker &lt;c_dwalke@quicinc.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When booting up we need to wait for the modem processor to
partially boot. This is because the modem processor does
resource allocation for us. If we don't wait the modem won't
honor our requests and we end up crashing or in an unknown
state. This change just formalizes the waiting process.

Signed-off-by: Daniel Walker &lt;c_dwalke@quicinc.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>arm: msm: smd: checkpatch clean up of smd/proc_comm</title>
<updated>2010-05-12T16:15:39+00:00</updated>
<author>
<name>Daniel Walker</name>
<email>dwalker@codeaurora.org</email>
</author>
<published>2010-03-16T22:20:07+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=79848a2a7333eee6424b38c05b4ea4a0ce56eb47'/>
<id>79848a2a7333eee6424b38c05b4ea4a0ce56eb47</id>
<content type='text'>
This cleans up coding style. There are no run time changes.

Signed-off-by: Daniel Walker &lt;dwalker@codeaurora.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This cleans up coding style. There are no run time changes.

Signed-off-by: Daniel Walker &lt;dwalker@codeaurora.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[ARM] msm: Update list of proc_comm enums.</title>
<updated>2010-05-12T16:14:00+00:00</updated>
<author>
<name>Dima Zavin</name>
<email>dima@android.com</email>
</author>
<published>2009-09-09T03:15:37+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=5f5d585167dadce1c895a860ae0be0dc6f48ee82'/>
<id>5f5d585167dadce1c895a860ae0be0dc6f48ee82</id>
<content type='text'>
Signed-off-by: Dima Zavin &lt;dima@android.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Signed-off-by: Dima Zavin &lt;dima@android.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>[ARM] msm: add proc_comm support, necessary for clock and power control</title>
<updated>2008-10-22T09:39:32+00:00</updated>
<author>
<name>Brian Swetland</name>
<email>swetland@google.com</email>
</author>
<published>2008-09-09T16:36:50+00:00</published>
<link rel='alternate' type='text/html' href='http://rtsrv.cs.unc.edu/cgit/cgit.cgi/litmus-rt.git/commit/?id=b8a16e1fdfe9caed734df0e157ad74ae2b13e3bd'/>
<id>b8a16e1fdfe9caed734df0e157ad74ae2b13e3bd</id>
<content type='text'>
The proc_comm protocol is the lowest level protocol available for
communicating with the modem core.  It provides access to clock and
power control, among other things, and is safe for use from atomic
contexts, unlike the higher level SMD and RPC transports.

Signed-off-by: Brian Swetland &lt;swetland@google.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The proc_comm protocol is the lowest level protocol available for
communicating with the modem core.  It provides access to clock and
power control, among other things, and is safe for use from atomic
contexts, unlike the higher level SMD and RPC transports.

Signed-off-by: Brian Swetland &lt;swetland@google.com&gt;
</pre>
</div>
</content>
</entry>
</feed>
