Am 2022-02-04 13:55, schrieb Jan Kiszka:
On 02.02.22 10:57, Jan Kiszka wrote:
..
What about also exposing a "is_unlocked" service? Seems that would
have
the semantic we need, and there is at least already
stm_is_unlocked_sr.
But no sst26_is_unlocked.
From my reading of sst26_is_locked, it
On 02.02.22 10:57, Jan Kiszka wrote:
> On 02.02.22 10:38, Jan Kiszka wrote:
>> On 02.02.22 09:21, Michael Walle wrote:
>>> Am 2022-02-02 07:35, schrieb Jan Kiszka:
From: Jan Kiszka
Do not suggest successful operation if a flash area to be changed is
actually locked, thus will n
On 02.02.22 10:38, Jan Kiszka wrote:
> On 02.02.22 09:21, Michael Walle wrote:
>> Am 2022-02-02 07:35, schrieb Jan Kiszka:
>>> From: Jan Kiszka
>>>
>>> Do not suggest successful operation if a flash area to be changed is
>>> actually locked, thus will not execute the request. Rather report an
>>>
Am 2022-02-02 10:38, schrieb Jan Kiszka:
On 02.02.22 09:21, Michael Walle wrote:
Am 2022-02-02 07:35, schrieb Jan Kiszka:
From: Jan Kiszka
Do not suggest successful operation if a flash area to be changed is
actually locked, thus will not execute the request. Rather report an
error and bail o
On 02.02.22 09:21, Michael Walle wrote:
> Am 2022-02-02 07:35, schrieb Jan Kiszka:
>> From: Jan Kiszka
>>
>> Do not suggest successful operation if a flash area to be changed is
>> actually locked, thus will not execute the request. Rather report an
>> error and bail out. That's way more user-frie
Am 2022-02-02 07:35, schrieb Jan Kiszka:
From: Jan Kiszka
Do not suggest successful operation if a flash area to be changed is
actually locked, thus will not execute the request. Rather report an
error and bail out. That's way more user-friendly than asking them to
manually check for this case.
6 matches
Mail list logo