> > On 09/28/2014 10:36 AM, Maxim Kuvyrkov wrote:
> >> This patch fixes an issue that rsh_exec does bails on tests in
> > just 10sec, even when board specifies a longer timeout. The
> > problem is that lib/rsh.exp:rsh_exec (which is called via
> > remote.exp:remote_exec) reads its timeout from gl
On Mon, Sep 29, 2014 at 11:12:25AM +0400, Maxim Kuvyrkov wrote:
> This patch fixes an issue that rsh_exec does bails on tests in just
> 10sec, even when board specifies a longer timeout. The problem is
> that lib/rsh.exp:rsh_exec (which is called via
> remote.exp:remote_exec) reads its timeout fr
On Sep 29, 2014, at 1:26 AM, Rob Savoye wrote:
> On 09/28/2014 10:36 AM, Maxim Kuvyrkov wrote:
>> This patch fixes an issue that rsh_exec does bails on tests in just 10sec,
>> even when board specifies a longer timeout. The problem is that
>> lib/rsh.exp:rsh_exec (which is called via remote.ex
On 09/28/2014 10:36 AM, Maxim Kuvyrkov wrote:
> This patch fixes an issue that rsh_exec does bails on tests in just 10sec,
> even when board specifies a longer timeout. The problem is that
> lib/rsh.exp:rsh_exec (which is called via remote.exp:remote_exec) reads its
> timeout from global timeou
Hi,
This patch fixes an issue that rsh_exec does bails on tests in just 10sec, even
when board specifies a longer timeout. The problem is that
lib/rsh.exp:rsh_exec (which is called via remote.exp:remote_exec) reads its
timeout from global timeout variable, and remote_exec is operating on a loc
