History log of /external/parameter-framework/parameter/SelectionCriterionRule.cpp
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
f39078a6c340431a749ded1f69deb6c646de531c 29-Jan-2015 David Wagner <david.wagner@intel.com> Merge pull request #21 from krocard/Fix_error_message_in_case_of_unknown_criterion_value

Fix error message in case of unknown criterion value
2da73a39d90e9345e5dde9afed467b250d1e0f9c 29-Oct-2014 Kevin Rocard <kevinx.rocard@intel.com> Fix error message in case of unknown criterion value

When failing to parse a criterion rule, the pfw was outputing:
Value error:
This did not help to find the root cause.

With this patch it would have output:
Value error: <Input value> is not part of criterion <Criterion>

Signed-off-by: Kevin Rocard <kevinx.rocard@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
29fa61fc5bc02f72f99e66ad50e4de8cb6b8490b 19-Dec-2014 David Wagner <david.wagner@intel.com> Extract and specialize domain import- and export-specific contexts

Import and Export of ConfigurableDomains have different context needs: e.g. the
value representation is only used for export; auto-validation is only
meaningful for import whereas the "with settings" context is common to both.

We create two new classes, derived from XmlDomainSerializingContext and move
most of its content to each class it belongs to.

Change-Id: I56589cdb3a8ea417e11d2ed98ccd055d7cdead67
Signed-off-by: David Wagner <david.wagner@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
d9526499d6ab53b7d13d1434f748f6f2161c2e0a 20-Feb-2014 Sebastien Gonzalve <oznog@zarb.org> Remove using std::XXX from headers

This is a bad practice to have using in headers because it pollutes the
namespace of any user of that header.
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
b76c9d6de717a9a1cfd94e7a8eca7ee4a2035cd7 05-Feb-2014 David Wagner <david.wagner@intel.com> Change the license to 3-clause BSD

Add license header in all source files and Makefiles,
Add a "COPYING" file containing the license text.

Signed-off-by: David Wagner <david.wagner@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
93250d172612c405135d56ffd306deae5ebc6df1 19-Jul-2012 Kevin Rocard <kevinx.rocard@intel.com> PFW: Remove names from PFW license header

BZ: 47701

As parameter framework code is proprietary, it should not be signed (patrick Benavoli name inside the header).

Change-Id: I198f2851ee2a6cffed64a552fa399b072a0cbd3e
orig-Change-Id: I335ecce2fa22ad11d6fa24f57c7cbbae3423bf1e
Signed-off-by: Kevin Rocard <kevinx.rocard@intel.com>
Reviewed-on: http://android.intel.com:8080/59560
Reviewed-by: Mendi, EduardoX <eduardox.mendi@intel.com>
Tested-by: Mendi, EduardoX <eduardox.mendi@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
0bd50546a8d06a6865d32c695adf8893fa71250a 29-Nov-2011 Patrick Benavoli <patrickx.benavoli@intel.com> PFW: Rule handling from CLI

BZ: 15689

These changes enable handling changing the rules for configuration application
from the command line interface.
It is possible to assign a new rule, to display the existing one or to clear
it.
Restriction: like in XML, root rule must be compound.
Syntax is the following:
- Criterion rule expression:
<criterion> <verb> <object>
- Compound rule expression
(All|Any){<content>}
where <content> is a comma separated list of any kind of rules.
Example:
All{Any{SelectedOutputDevice Includes Headphones, SelectedOutputDevice
Includes Headset}, Any{Mode Is Normal, Mode Is RingTone}}
means the pertaining configuration will be applied when Selected device
includes either Headphones or Headset, while, ate the same time, Mode is
either Normal or RingTone.

Added dumpDomains remote command to show a summary of domains, configurations
as well as their application conditions (tree view).

Removed not anymore necessary guard against deletion of domains or
configurations that contain rules, ad now they're controlled from the CLI.

Change-Id: Iad2c183271b077b8bbc8ac2fc5f37c266004070f
Signed-off-by: Patrick Benavoli <patrickx.benavoli@intel.com>
Reviewed-on: http://android.intel.com:8080/26100
Reviewed-by: De Chivre, RenaudX <renaudx.de.chivre@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
082dd4728914bae6d6cb70e74c8cffa5155082a3 07-Nov-2011 Patrick Benavoli <patrickx.benavoli@intel.com> PFW: selection criteria rule constraints

BZ: 13907

Selection criteria rules' constraints previously applied
on the inclusive type of criteria while those should support
all kinds of predicates. Now inclusive types support all
predicates and exclusive ones support only identity predicates.

Change-Id: If5d9d4bd338748950eb4927d833d9d3da7ad48ee
Signed-off-by: Patrick Benavoli <patrickx.benavoli@intel.com>
Reviewed-on: http://android.intel.com:8080/25402
Reviewed-by: Barthes, FabienX <fabienx.barthes@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
592ae56e6f8bc22c57224eb0528dd80caffa70de 05-Sep-2011 Patrick Benavoli <patrickx.benavoli@intel.com> parameter-framework: Improvements & corrections 2

BZ: 9026

1. auto sync off now causes a global forward resynchronization
2. Added version info
3. Libxml2 cleanup correclty scheduled for process end
4. Changed criterion rule id / name association array to const
5. Nesting counter used for logs now mutable

Change-Id: I1f86ee9a56a501ded97706a1d6b877b80950a021
Orig-Change-Id: I5a852736f3c5dd592795a2a70eef42ed9d4695b7
Signed-off-by: Patrick Benavoli <patrickx.benavoli@intel.com>
Reviewed-on: http://android.intel.com:8080/20206
Reviewed-by: Barthes, FabienX <fabienx.barthes@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
6ba361d96bc2581667b3400f87ff89fae6449e1f 31-Aug-2011 Patrick Benavoli <patrickx.benavoli@intel.com> parameter-framework: improvements and corrections

BZ: 6721

- Bug correction concerning selection criteria display (inclusive type)
- Adapted XML format to allow for only on parameter to be associated to
a domain
- Removed unused files in parameter project

Change-Id: I9f42d08ff8cb60354714fe3d6b0f0b321ad0a7bf
Orig-Change-Id: I837e553070f5acf2d275082c986ba29433493e31
Signed-off-by: Patrick Benavoli <patrickx.benavoli@intel.com>
Reviewed-on: http://android.intel.com:8080/16878
Reviewed-by: Mahe, Erwan <erwan.mahe@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp
68a912857707864bbaaff9808717813105072a6e 31-Aug-2011 Patrick Benavoli <patrickx.benavoli@intel.com> parameter-framework: initial commit

BZ: 6081

Parameter-framework is still-under-development, Intel proprietary,
multi-platform (standard C++, for now only linux, no dependency on
Android) software that allows system-wide parameter management. It
relies on a number of configurations files, from which it knows how
/ when to hand out settings towards the hardware (subsystems) at
runtime.
3 kinds of configuration files are used:
- Structure description files indicating the actual parameter
structure, types, min/max values, data representation.
- Configurable domain description file containing the actual
distribution of parameters over different domains, that is, different
set of configurations, each of which being dynamically activated
based on selection criteria rules that are themselves configurable.
Configurable domains file contain the tuned settings along the tuning
process, that is during the period where the system is being tuned.
- Binary settings file used to store the settings when the tuning
process is complete.

Changing any of those files causes no recompilation of the framework.
This project is based on a open plugin architecture allowing any kind
of subsystems to be handled, whatever their respective Endianness.
It fully relies on the platform SW to provide it with with the
kowledge of exisitng selection criteria (selected device, current
mode), as well as change events that occuring on them, thus
triggering the application of corresponding configuration settings
wherever appropriate.
It supports handling mutliple parameter classes (Audio, Energy
management) through TCP/IP interface.
For now tuning commands can be sent to parameter-framework instances
through a command-line utility, via adb over USB or via ethernet/WIFI.

Change-Id: If7709c464db118f367f953e0824f49cce9fd0402
Orig-Change-Id: I7842e8808a4cfc0c615e0365e6d02101971ae2dc
Signed-off-by: Patrick Benavoli <patrickx.benavoli@intel.com>
Reviewed-on: http://android.intel.com:8080/16877
Reviewed-by: Mahe, Erwan <erwan.mahe@intel.com>
Tested-by: Barthes, FabienX <fabienx.barthes@intel.com>
Reviewed-by: buildbot <buildbot@intel.com>
Tested-by: buildbot <buildbot@intel.com>
/external/parameter-framework/parameter/SelectionCriterionRule.cpp