OK, that explanation makes sense to me. I guess I wasn't quite getting your
point previously. Part of my reluctance to implement the array of retry
counts was, as you point out, the lack of clarity in 27.007 (and the
related specs) about how subsidy and facility locks work. The fact that it
talks a
On Tue, 2011-11-01 at 14:45 -0400, Eric Shienbrood wrote:
> Back from vacation, catching up...
>
> On Wed, Oct 26, 2011 at 8:44 PM, Dan Williams wrote:
> On Wed, 2011-10-19 at 15:42 -0400, Eric Shienbrood wrote:
>
>
> I wonder if we shouldn't keep the change/disa
Back from vacation, catching up...
On Wed, Oct 26, 2011 at 8:44 PM, Dan Williams wrote:
> On Wed, 2011-10-19 at 15:42 -0400, Eric Shienbrood wrote:
>
> I wonder if we shouldn't keep the change/disable retries separate from
> the unlock retries though. I'm not 100% comfortable with having a
> si
On Wed, 2011-10-19 at 15:42 -0400, Eric Shienbrood wrote:
I wonder if we shouldn't keep the change/disable retries separate from
the unlock retries though. I'm not 100% comfortable with having a
situation where UnlockRetries means one thing if UnlockRequired is this,
and another thing if it's thi
On Wed, 2011-10-19 at 15:42 -0400, Eric Shienbrood wrote:
> From 7c718db20958c200bc9dcb086763bfe0ebb91399 Mon Sep 17 00:00:00 2001
> From: Eric Shienbrood
> Date: Thu, 14 Jul 2011 19:11:54 -0400
> Subject: [PATCH] Correctly track the number of SIM PIN retries left.
>
> There are other operations
From 7c718db20958c200bc9dcb086763bfe0ebb91399 Mon Sep 17 00:00:00 2001
From: Eric Shienbrood
Date: Thu, 14 Jul 2011 19:11:54 -0400
Subject: [PATCH] Correctly track the number of SIM PIN retries left.
There are other operations besides SendPin and SendPuk that
can result in the retry count being