<div dir="ltr">OK, all makes sense now. <div><br></div><div>I will work on the PR.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 12, 2016 at 9:32 AM, Poul-Henning Kamp <span dir="ltr"><<a href="mailto:phk@phk.freebsd.dk" target="_blank">phk@phk.freebsd.dk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">--------<br>
In message <<a href="mailto:CAJV_h0YEqgoh9b%2BqrBVW05CeRezr0Etq5Zkv8y4n19OxT15wLQ@mail.gmail.com">CAJV_h0YEqgoh9b+<wbr>qrBVW05CeRezr0Etq5Zkv8y4n19OxT<wbr>15wLQ@mail.gmail.com</a>><br>
<span class="">, Federico Schwindt writes:<br>
<br>
>In other words, for cache insertions default / no setting means RR and NULL<br>
>means failure?<br>
<br>
</span>yes.<br>
<span class=""><br>
>I believe that'd work.<br>
<br>
>About this:<br>
><br>
>> If at the end of v_b_r{} beresp->storage is non-NULL, we use that stevedore<br>
>and only that stevedore.<br>
><br>
>If someone sets the wrong storage, because e.g. they had a typo, we will<br>
>fail the request or fallback to Transient?<br>
<br>
</span>beresp->storage is typed and type-checked, so if you have a typo,<br>
the compiler complains unless you happen to name one of your other<br>
stevedores with the typo.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20<br>
phk@FreeBSD.ORG         | TCP/IP since RFC 956<br>
FreeBSD committer       | BSD since 4.3-tahoe<br>
Never attribute to malice what can adequately be explained by incompetence.<br>
</div></div></blockquote></div><br></div>