* [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-03-13 19:21 [dpdk-dev] [PATCH 1/1] doc: announce change in power API Hajkowski
@ 2019-03-13 19:21 ` Hajkowski
2019-03-14 18:50 ` Rami Rosen
` (3 subsequent siblings)
4 siblings, 0 replies; 18+ messages in thread
From: Hajkowski @ 2019-03-13 19:21 UTC (permalink / raw)
To: john.mcnamara, marko.kovacevic; +Cc: dev, Marcin Hajkowski
From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
Function rte_power_set_env will no longer return
success on attempt to set env in initialized state.
Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
---
doc/guides/rel_notes/deprecation.rst | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst
index 1b4fcb7e6..7899e6874 100644
--- a/doc/guides/rel_notes/deprecation.rst
+++ b/doc/guides/rel_notes/deprecation.rst
@@ -75,3 +75,8 @@ Deprecation Notices
* crypto/aesni_mb: the minimum supported intel-ipsec-mb library version will be
changed from 0.49.0 to 0.52.0.
+
+* power: ``rte_power_set_env`` function will no longer return 0 on attempt
+ to set new power environment if power environment was already initialized.
+ Instead, the function will return -1 unless the environment is unset first
+ (using ``rte_power_unset_env``).
--
2.17.2
--------------------------------------------------------------
Intel Research and Development Ireland Limited
Registered in Ireland
Registered Office: Collinstown Industrial Park, Leixlip, County Kildare
Registered Number: 308263
This e-mail and any attachments may contain confidential material for the sole
use of the intended recipient(s). Any review or distribution by others is
strictly prohibited. If you are not the intended recipient, please contact the
sender and delete all copies.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-03-13 19:21 [dpdk-dev] [PATCH 1/1] doc: announce change in power API Hajkowski
2019-03-13 19:21 ` Hajkowski
@ 2019-03-14 18:50 ` Rami Rosen
2019-03-14 18:50 ` Rami Rosen
2019-04-18 14:33 ` Hunt, David
` (2 subsequent siblings)
4 siblings, 1 reply; 18+ messages in thread
From: Rami Rosen @ 2019-03-14 18:50 UTC (permalink / raw)
To: Hajkowski; +Cc: john.mcnamara, marko.kovacevic, dev
Hajkowski <marcinx.hajkowski@intel.com>:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> ---
>
For further patches, please remove the legal disclaimer at the bottom.
Reviewed-by: Rami Rosen <ramirose@gmail.com>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-03-14 18:50 ` Rami Rosen
@ 2019-03-14 18:50 ` Rami Rosen
0 siblings, 0 replies; 18+ messages in thread
From: Rami Rosen @ 2019-03-14 18:50 UTC (permalink / raw)
To: Hajkowski; +Cc: john.mcnamara, marko.kovacevic, dev
Hajkowski <marcinx.hajkowski@intel.com>:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> ---
>
For further patches, please remove the legal disclaimer at the bottom.
Reviewed-by: Rami Rosen <ramirose@gmail.com>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-03-13 19:21 [dpdk-dev] [PATCH 1/1] doc: announce change in power API Hajkowski
2019-03-13 19:21 ` Hajkowski
2019-03-14 18:50 ` Rami Rosen
@ 2019-04-18 14:33 ` Hunt, David
2019-04-18 14:33 ` Hunt, David
2019-05-09 23:28 ` Thomas Monjalon
2019-05-10 9:26 ` Burakov, Anatoly
2019-05-13 13:52 ` [dpdk-dev] [PATCH v2] " Hajkowski
4 siblings, 2 replies; 18+ messages in thread
From: Hunt, David @ 2019-04-18 14:33 UTC (permalink / raw)
To: Hajkowski, john.mcnamara, marko.kovacevic; +Cc: dev
On 13/3/2019 7:21 PM, Hajkowski wrote:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> ---
Acked-by: David Hunt <david.hunt@intel.com>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-04-18 14:33 ` Hunt, David
@ 2019-04-18 14:33 ` Hunt, David
2019-05-09 23:28 ` Thomas Monjalon
1 sibling, 0 replies; 18+ messages in thread
From: Hunt, David @ 2019-04-18 14:33 UTC (permalink / raw)
To: Hajkowski, john.mcnamara, marko.kovacevic; +Cc: dev
On 13/3/2019 7:21 PM, Hajkowski wrote:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> ---
Acked-by: David Hunt <david.hunt@intel.com>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-04-18 14:33 ` Hunt, David
2019-04-18 14:33 ` Hunt, David
@ 2019-05-09 23:28 ` Thomas Monjalon
2019-05-09 23:28 ` Thomas Monjalon
2019-05-10 9:28 ` Bruce Richardson
1 sibling, 2 replies; 18+ messages in thread
From: Thomas Monjalon @ 2019-05-09 23:28 UTC (permalink / raw)
To: dev; +Cc: Hunt, David, Hajkowski, john.mcnamara, marko.kovacevic
> > From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> >
> > Function rte_power_set_env will no longer return
> > success on attempt to set env in initialized state.
> >
> > Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Acked-by: David Hunt <david.hunt@intel.com>
Any other comment about this deprecation notice?
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-05-09 23:28 ` Thomas Monjalon
@ 2019-05-09 23:28 ` Thomas Monjalon
2019-05-10 9:28 ` Bruce Richardson
1 sibling, 0 replies; 18+ messages in thread
From: Thomas Monjalon @ 2019-05-09 23:28 UTC (permalink / raw)
To: dev; +Cc: Hunt, David, Hajkowski, john.mcnamara, marko.kovacevic
> > From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> >
> > Function rte_power_set_env will no longer return
> > success on attempt to set env in initialized state.
> >
> > Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Acked-by: David Hunt <david.hunt@intel.com>
Any other comment about this deprecation notice?
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-05-09 23:28 ` Thomas Monjalon
2019-05-09 23:28 ` Thomas Monjalon
@ 2019-05-10 9:28 ` Bruce Richardson
2019-05-10 9:28 ` Bruce Richardson
2019-05-10 9:33 ` Bruce Richardson
1 sibling, 2 replies; 18+ messages in thread
From: Bruce Richardson @ 2019-05-10 9:28 UTC (permalink / raw)
To: Thomas Monjalon
Cc: dev, Hunt, David, Hajkowski, john.mcnamara, marko.kovacevic
On Fri, May 10, 2019 at 01:28:09AM +0200, Thomas Monjalon wrote:
> > > From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> > >
> > > Function rte_power_set_env will no longer return
> > > success on attempt to set env in initialized state.
> > >
> > > Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> >
> > Acked-by: David Hunt <david.hunt@intel.com>
>
> Any other comment about this deprecation notice?
>
Seems ok to me, though the actual text is maybe a little unclear. It
implies that the function will always return -1 unless the variable is
unset when the function terminates (which seems to imply a failure case).
What I presume is meant is that we have three possibilities:
* The variable is set by the function -> return 0
* The varaible is already set, so no action needed -> return -1 (and set
rte_errno to EEXIST or EALREADY??)
* Setting the variable failed -> return -1 (and set rte_errno to ??)
Is my understanding correct? Can the deprecation notice be improved to make
it clear that only the middle case is the one being changed, e.g. by adding
"in this case" to the second sentence. It might also be worthwhile calling
out what the errno value will be to identify this failure vs regular
failures.
/Bruce
PS: For this case, is there a reason to make it an error? Would a +1 value
not also do, so anything non-zero implies no work done, and anything >=0
means that the value is set? Call set on something already set doesn't
really seem like an error case to me.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-05-10 9:28 ` Bruce Richardson
@ 2019-05-10 9:28 ` Bruce Richardson
2019-05-10 9:33 ` Bruce Richardson
1 sibling, 0 replies; 18+ messages in thread
From: Bruce Richardson @ 2019-05-10 9:28 UTC (permalink / raw)
To: Thomas Monjalon
Cc: dev, Hunt, David, Hajkowski, john.mcnamara, marko.kovacevic
On Fri, May 10, 2019 at 01:28:09AM +0200, Thomas Monjalon wrote:
> > > From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> > >
> > > Function rte_power_set_env will no longer return
> > > success on attempt to set env in initialized state.
> > >
> > > Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> >
> > Acked-by: David Hunt <david.hunt@intel.com>
>
> Any other comment about this deprecation notice?
>
Seems ok to me, though the actual text is maybe a little unclear. It
implies that the function will always return -1 unless the variable is
unset when the function terminates (which seems to imply a failure case).
What I presume is meant is that we have three possibilities:
* The variable is set by the function -> return 0
* The varaible is already set, so no action needed -> return -1 (and set
rte_errno to EEXIST or EALREADY??)
* Setting the variable failed -> return -1 (and set rte_errno to ??)
Is my understanding correct? Can the deprecation notice be improved to make
it clear that only the middle case is the one being changed, e.g. by adding
"in this case" to the second sentence. It might also be worthwhile calling
out what the errno value will be to identify this failure vs regular
failures.
/Bruce
PS: For this case, is there a reason to make it an error? Would a +1 value
not also do, so anything non-zero implies no work done, and anything >=0
means that the value is set? Call set on something already set doesn't
really seem like an error case to me.
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-05-10 9:28 ` Bruce Richardson
2019-05-10 9:28 ` Bruce Richardson
@ 2019-05-10 9:33 ` Bruce Richardson
2019-05-10 9:33 ` Bruce Richardson
1 sibling, 1 reply; 18+ messages in thread
From: Bruce Richardson @ 2019-05-10 9:33 UTC (permalink / raw)
To: Thomas Monjalon
Cc: dev, Hunt, David, Hajkowski, john.mcnamara, marko.kovacevic
On Fri, May 10, 2019 at 10:28:14AM +0100, Bruce Richardson wrote:
> On Fri, May 10, 2019 at 01:28:09AM +0200, Thomas Monjalon wrote:
> > > > From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> > > >
> > > > Function rte_power_set_env will no longer return
> > > > success on attempt to set env in initialized state.
> > > >
> > > > Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> > >
> > > Acked-by: David Hunt <david.hunt@intel.com>
> >
> > Any other comment about this deprecation notice?
> >
> Seems ok to me, though the actual text is maybe a little unclear. It
> implies that the function will always return -1 unless the variable is
> unset when the function terminates (which seems to imply a failure case).
> What I presume is meant is that we have three possibilities:
>
> * The variable is set by the function -> return 0
> * The varaible is already set, so no action needed -> return -1 (and set
> rte_errno to EEXIST or EALREADY??)
> * Setting the variable failed -> return -1 (and set rte_errno to ??)
>
> Is my understanding correct? Can the deprecation notice be improved to make
> it clear that only the middle case is the one being changed, e.g. by adding
> "in this case" to the second sentence. It might also be worthwhile calling
> out what the errno value will be to identify this failure vs regular
> failures.
>
> /Bruce
>
> PS: For this case, is there a reason to make it an error? Would a +1 value
> not also do, so anything non-zero implies no work done, and anything >=0
> means that the value is set? Call set on something already set doesn't
> really seem like an error case to me.
Sorry, forgot to put:
For changing the ABI itself, no issues, so with the small rewording asked
for, please add my ack.
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-05-10 9:33 ` Bruce Richardson
@ 2019-05-10 9:33 ` Bruce Richardson
0 siblings, 0 replies; 18+ messages in thread
From: Bruce Richardson @ 2019-05-10 9:33 UTC (permalink / raw)
To: Thomas Monjalon
Cc: dev, Hunt, David, Hajkowski, john.mcnamara, marko.kovacevic
On Fri, May 10, 2019 at 10:28:14AM +0100, Bruce Richardson wrote:
> On Fri, May 10, 2019 at 01:28:09AM +0200, Thomas Monjalon wrote:
> > > > From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> > > >
> > > > Function rte_power_set_env will no longer return
> > > > success on attempt to set env in initialized state.
> > > >
> > > > Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> > >
> > > Acked-by: David Hunt <david.hunt@intel.com>
> >
> > Any other comment about this deprecation notice?
> >
> Seems ok to me, though the actual text is maybe a little unclear. It
> implies that the function will always return -1 unless the variable is
> unset when the function terminates (which seems to imply a failure case).
> What I presume is meant is that we have three possibilities:
>
> * The variable is set by the function -> return 0
> * The varaible is already set, so no action needed -> return -1 (and set
> rte_errno to EEXIST or EALREADY??)
> * Setting the variable failed -> return -1 (and set rte_errno to ??)
>
> Is my understanding correct? Can the deprecation notice be improved to make
> it clear that only the middle case is the one being changed, e.g. by adding
> "in this case" to the second sentence. It might also be worthwhile calling
> out what the errno value will be to identify this failure vs regular
> failures.
>
> /Bruce
>
> PS: For this case, is there a reason to make it an error? Would a +1 value
> not also do, so anything non-zero implies no work done, and anything >=0
> means that the value is set? Call set on something already set doesn't
> really seem like an error case to me.
Sorry, forgot to put:
For changing the ABI itself, no issues, so with the small rewording asked
for, please add my ack.
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-03-13 19:21 [dpdk-dev] [PATCH 1/1] doc: announce change in power API Hajkowski
` (2 preceding siblings ...)
2019-04-18 14:33 ` Hunt, David
@ 2019-05-10 9:26 ` Burakov, Anatoly
2019-05-10 9:26 ` Burakov, Anatoly
2019-05-13 13:52 ` [dpdk-dev] [PATCH v2] " Hajkowski
4 siblings, 1 reply; 18+ messages in thread
From: Burakov, Anatoly @ 2019-05-10 9:26 UTC (permalink / raw)
To: Hajkowski, john.mcnamara, marko.kovacevic; +Cc: dev
On 13-Mar-19 7:21 PM, Hajkowski wrote:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> ---
Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
--
Thanks,
Anatoly
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH 1/1] doc: announce change in power API
2019-05-10 9:26 ` Burakov, Anatoly
@ 2019-05-10 9:26 ` Burakov, Anatoly
0 siblings, 0 replies; 18+ messages in thread
From: Burakov, Anatoly @ 2019-05-10 9:26 UTC (permalink / raw)
To: Hajkowski, john.mcnamara, marko.kovacevic; +Cc: dev
On 13-Mar-19 7:21 PM, Hajkowski wrote:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> ---
Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
--
Thanks,
Anatoly
^ permalink raw reply [flat|nested] 18+ messages in thread
* [dpdk-dev] [PATCH v2] doc: announce change in power API
2019-03-13 19:21 [dpdk-dev] [PATCH 1/1] doc: announce change in power API Hajkowski
` (3 preceding siblings ...)
2019-05-10 9:26 ` Burakov, Anatoly
@ 2019-05-13 13:52 ` Hajkowski
2019-05-13 13:52 ` Hajkowski
2019-05-13 21:35 ` Thomas Monjalon
4 siblings, 2 replies; 18+ messages in thread
From: Hajkowski @ 2019-05-13 13:52 UTC (permalink / raw)
To: david.hunt
Cc: dev, Marcin Hajkowski, Rami Rosen, Anatoly Burakov, Bruce Richardson
From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
Function rte_power_set_env will no longer return
success on attempt to set env in initialized state.
Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
Reviewed-by: Rami Rosen <ramirose@gmail.com>
Acked-by: David Hunt <david.hunt@intel.com>
Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
---
doc/guides/rel_notes/deprecation.rst | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst
index b47c8c254..504ca7ec6 100644
--- a/doc/guides/rel_notes/deprecation.rst
+++ b/doc/guides/rel_notes/deprecation.rst
@@ -82,3 +82,8 @@ Deprecation Notices
* cryptodev: the ``uint8_t *data`` member of ``key`` structure in the xforms
structure (``rte_crypto_cipher_xform``, ``rte_crypto_auth_xform``, and
``rte_crypto_aead_xform``) will be changed to ``const uint8_t *data``.
+
+* power: ``rte_power_set_env`` function will no longer return 0 on attempt
+ to set new power environment if power environment was already initialized.
+ In this case the function will return -1 unless the environment is unset first
+ (using ``rte_power_unset_env``). Other function usage scenarios will not change.
--
2.17.2
^ permalink raw reply [flat|nested] 18+ messages in thread
* [dpdk-dev] [PATCH v2] doc: announce change in power API
2019-05-13 13:52 ` [dpdk-dev] [PATCH v2] " Hajkowski
@ 2019-05-13 13:52 ` Hajkowski
2019-05-13 21:35 ` Thomas Monjalon
1 sibling, 0 replies; 18+ messages in thread
From: Hajkowski @ 2019-05-13 13:52 UTC (permalink / raw)
To: david.hunt
Cc: dev, Marcin Hajkowski, Rami Rosen, Anatoly Burakov, Bruce Richardson
From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
Function rte_power_set_env will no longer return
success on attempt to set env in initialized state.
Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
Reviewed-by: Rami Rosen <ramirose@gmail.com>
Acked-by: David Hunt <david.hunt@intel.com>
Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
Acked-by: Bruce Richardson <bruce.richardson@intel.com>
---
doc/guides/rel_notes/deprecation.rst | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst b/doc/guides/rel_notes/deprecation.rst
index b47c8c254..504ca7ec6 100644
--- a/doc/guides/rel_notes/deprecation.rst
+++ b/doc/guides/rel_notes/deprecation.rst
@@ -82,3 +82,8 @@ Deprecation Notices
* cryptodev: the ``uint8_t *data`` member of ``key`` structure in the xforms
structure (``rte_crypto_cipher_xform``, ``rte_crypto_auth_xform``, and
``rte_crypto_aead_xform``) will be changed to ``const uint8_t *data``.
+
+* power: ``rte_power_set_env`` function will no longer return 0 on attempt
+ to set new power environment if power environment was already initialized.
+ In this case the function will return -1 unless the environment is unset first
+ (using ``rte_power_unset_env``). Other function usage scenarios will not change.
--
2.17.2
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH v2] doc: announce change in power API
2019-05-13 13:52 ` [dpdk-dev] [PATCH v2] " Hajkowski
2019-05-13 13:52 ` Hajkowski
@ 2019-05-13 21:35 ` Thomas Monjalon
2019-05-13 21:35 ` Thomas Monjalon
1 sibling, 1 reply; 18+ messages in thread
From: Thomas Monjalon @ 2019-05-13 21:35 UTC (permalink / raw)
To: Hajkowski; +Cc: dev, david.hunt, Rami Rosen, Anatoly Burakov, Bruce Richardson
13/05/2019 15:52, Hajkowski:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> Reviewed-by: Rami Rosen <ramirose@gmail.com>
> Acked-by: David Hunt <david.hunt@intel.com>
> Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
Applied, thanks
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [dpdk-dev] [PATCH v2] doc: announce change in power API
2019-05-13 21:35 ` Thomas Monjalon
@ 2019-05-13 21:35 ` Thomas Monjalon
0 siblings, 0 replies; 18+ messages in thread
From: Thomas Monjalon @ 2019-05-13 21:35 UTC (permalink / raw)
To: Hajkowski; +Cc: dev, david.hunt, Rami Rosen, Anatoly Burakov, Bruce Richardson
13/05/2019 15:52, Hajkowski:
> From: Marcin Hajkowski <marcinx.hajkowski@intel.com>
>
> Function rte_power_set_env will no longer return
> success on attempt to set env in initialized state.
>
> Signed-off-by: Marcin Hajkowski <marcinx.hajkowski@intel.com>
> Reviewed-by: Rami Rosen <ramirose@gmail.com>
> Acked-by: David Hunt <david.hunt@intel.com>
> Acked-by: Anatoly Burakov <anatoly.burakov@intel.com>
> Acked-by: Bruce Richardson <bruce.richardson@intel.com>
Applied, thanks
^ permalink raw reply [flat|nested] 18+ messages in thread