[Extensions][Tizen] Pass app_id to ExtensionProcess.

Add a new tizen-specific switch so we can pass the WebApp id
to the extension process. This process, in turn, we will use this
id as its SMACK label on Tizen.
[Extensions][Tizen] Change Crosswalk Processes SMACK label.

In order to keep its privileges to a bare minimum, the
Crosswalk processes (BP, RP, EP) need to:

1- BrowserProcess should use "xwalk" label;
2- ExtensionProcess should change its SMACK label from "xwalk" to its web app id;
3- RenderProcess should change its SMACK label from "xwalk" to "xwalk_renderer"
4- All processes but the BrowserProcess should drop their CAP_MAC_ADMIN capability ASAP.

The first step is accomplished by giving the "xwalk" execution label (SMACK64EXEC) to Crosswalk
binary. Since all other process are forked from the same binary, they will all have
the same starting label. We should then change that label accordingly.
This will guarantee that both EP and RP not only run with a different SMACK label
from the runtime (xwalk) but it will also them run with a label that provides access to all
the capabilities needed by their corresponding web app.

The RenderProcess, on the other hand, needs an even more restricted label
due to its own sandboxed nature. Its SMACK rules file (/etc/smack/accesses.d/xwalk_rp.rule)
will only add what is needed to communicate with other processes (EP and BP) and nothing
else.

Other SMACK rules files are added so we enable the BP and EP to talk
to each other (and to RP, of course) (/etc/smack/accesses.d/xwalk_ep.rule).
For last but not least, this commit also adds the needed rules to get BP working again
(/etc/smack/accesses.d/xwalk.rule). These rules were gathered by debugging SMACK
with dmesg on Tizen 2.x, with kernel built with CONFIG_AUDIT=y.

The fourth step drops the capability that enables a process
to change its SMACK label or to execute other MAC related commands.