Hey Gerd,<div><br></div><div>Yes, it's perfect. Now there is no error anymore. Thank you very much!!<br><br><br>zeus.<br><br><br><div class="gmail_quote">2012/2/16 Gerd Zellweger <span dir="ltr"><<a href="mailto:zgerd@student.ethz.ch">zgerd@student.ethz.ch</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
Hi Andrew and Zeus,<br>
<br>
I have written a replacement for the nameserver a couple of days
ago. However, over time additional functionality has been added to
chips to write implementations for posixcompat: A capability storage
and a distributed semaphore API. The error Zeus is seeing right now
seems related to the capability storage since shmget/shmat is using
this piece of code. I have discussed this with Adrian a bit today
and we're currently not sure if these APIs should remain in chips or
if I should transfer these over to the new service (which would be a
hack as the new service builds upon the SKB and the SKB does not
(yet) support storage for capabilities).<br>
In addition, because the ECLiPSe CLP engine (used by the SKB) uses
some inline x86 assembler we still need chips for non-x86
architectures at the moment. Since we can't get completely rid of
chips yet I made a patch that should fix the send handlers.<br>
<br>
@Zeus: I could not reproduce your bug on my machine but the error
should be fairly straight-forward to fix. Feedback is appreciated if
this works for you.<br>
<br>
Gerd<div><div class="h5"><br>
<br>
<br>
On 02/16/2012 05:18 PM, Baumann Andrew wrote:
</div></div><blockquote type="cite"><div><div class="h5">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Hi
Zeus,<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">This
is an implementation bug in chips: it doesn’t handle the
TX_BUSY error (and gets away with it, because most clients
use chips only as an RPC service). It would be possible to
fix that by queuing up the sends, as we do in other
services, but I’m not in a hurry to do that as I believe
there was a masters project at ETH to replace chips with
something better… perhaps someone can fill us in on the
status of this, and if there are any merge plans?<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Andrew<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"" lang="EN-US">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"" lang="EN-US"> Zeus Gómez Marmolejo
[<a href="mailto:zeus.gomez@bsc.es" target="_blank">mailto:zeus.gomez@bsc.es</a>]
<br>
<b>Sent:</b> Thursday, 16 February, 2012 4:50<br>
<b>To:</b> <a href="mailto:barrelfish-users@lists.inf.ethz.ch" target="_blank">barrelfish-users@lists.inf.ethz.ch</a><br>
<b>Subject:</b> [Barrelfish-users] System V Shared memory<u></u><u></u></span></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">Hi all,<u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I have been trying the shmget() shmat()
functions present in the posixcompat library, which are not
used by any program in Barrelfish. I've made two very simple
programs shm_client and shm_server which export a shared
memory and waits for the other to write on it. I attach the
two programs.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">The system seems to work even on
different cores, but in this case I always get an error on
chips forcing it to abort:<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<div>
<p class="MsoNormal">ERROR: chips.0 in
get_service_reference_handler()
/home/zeus/bsc/bf/usr/chips/framework.c:167<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">get_service_reference_response failed<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Failure: ( flounder) Cannot queue
message for transmit: queue is full [FLOUNDER_ERR_TX_BUSY]<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">(I removed the original assert to see
the error).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I guess the waitset has to be serviced
to process the ACKs and empty the queue. But, this
function is being called on the event handler.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Do you think is there an easy fix to
this problem?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt">-- <br>
Zeus Gómez Marmolejo<br>
Barcelona Supercomputing Center<br>
PhD student<br>
<a href="http://www.bsc.es" target="_blank">http://www.bsc.es</a><br>
<br>
<u></u><u></u></p>
</div>
</div>
<br>
<fieldset></fieldset>
<br>
</div></div><pre>_______________________________________________
Barrelfish-users mailing list
<a href="mailto:Barrelfish-users@lists.inf.ethz.ch" target="_blank">Barrelfish-users@lists.inf.ethz.ch</a>
<a href="https://lists.inf.ethz.ch/mailman/listinfo/barrelfish-users" target="_blank">https://lists.inf.ethz.ch/mailman/listinfo/barrelfish-users</a>
</pre>
</blockquote>
<br>
</div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>Zeus Gómez Marmolejo<br>Barcelona Supercomputing Center<br>PhD student<br><a href="http://www.bsc.es" target="_blank">http://www.bsc.es</a><br><br><br>
</div>