<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Sat, Jan 25, 2014 at 8:46 AM, Aleksander Morgado <span dir="ltr"><<a href="mailto:aleksander@lanedo.com" target="_blank">aleksander@lanedo.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On 25/01/14 03:16, Greg Suarez wrote:<br>
>>> It looks like I'm going to need to either modify mbim_device_open() to<br>
>>> > > accept a flags parameter to specify whether to use the proxy.  Would it<br>
>> > be<br>
>>> > > better to create a new function mbim_device_proxy_open() or should we<br>
>> > force<br>
>>> > > the change on existing clients?<br>
>> ><br>
>> > A new method is better. What I'm not sure is what it should look like.<br>
>> > Is it better a method explicitly specifying that the proxy will be used,<br>
>> > or otherwise a more generic method (e.g. mbim_device_proxy_open_full())<br>
>> > where we just start accepting a set of flags, like libqmi does?<br>
>> ><br>
>> ><br>
> I'm almost to the point where I would try to get it compiling... except I'm<br>
> trying to figure out<br>
> how to pass the file path from the client to the proxy.  I was thinking<br>
> about using one of the<br>
> reserved BASIC_CONNECT CIDs (17,18) to pass along the file path.  What do<br>
> you think?<br>
> Maybe Bjorn has an opinion on this too?<br>
<br>
</div>A completely new service, defined by us, would be a good idea. It<br>
wouldn't be a 'real' service, as the device will not know anything about<br>
it, but from client-side it will look as any other service.<br><span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Sounds good, I'll use a dummy service in the mean time.</div>
<div><br></div><div>Regards,</div><div><br></div><div>Greg </div></div><br></div></div>