<br><br><div class="gmail_quote">On 30 March 2013 06:34, Adrian Chadd <span dir="ltr"><<a href="mailto:adrian@freebsd.org" target="_blank">adrian@freebsd.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Cool, thanks.<div><br></div><div>We'll eventually cut this code out. I don't think anyone shipped an AR7010+AR5418.</div><span class="HOEnZb"><font color="#888888"><div><br></div></font></span></blockquote><div><br>
</div><div>Oh, and the other thing to keep in mind - this is part of the Atheros "partial offload" architecture which we shipped for a few customers.</div><div><br></div><div>One AR7010 variant (AR7011? I think?) had an MII+ethernet interface rather than USB interface. So you'd talk to the device over the MII+ethernet interface direct from another master CPU.</div>
<div><br></div><div>So the master AP would have a CPU and wifi chip, and the slave/offload (AR7010 or derivative) would do offloaded frame transmission/reception.</div><div><br></div><div>So it's quite possible that there's some carrier / enterprise solution somewhere that uses the AR7010 as an offload CPU for an AR5418 device. But I don't think we'll see it for USB offload.</div>
<div><br></div><div>(Yes, I'd eventually like us to support the ethernet offload mode - even if it's just as a reference we can use internally at work when demo'ing stuff.)</div><div><br></div><div><br></div><div>
<br></div><div>Adrian</div><div><br></div></div>