This allows the device to boot with software rendering
using build/target/board/generic/sepolicy as reference
Signed-off-by: Wolfgang Wiedmeyer <wolfgit@wiedmeyer.de>
System server needs to be able to create a pipe in the cache partition
for uncrypting OTAs. Uncrypt needs to be able to read and write the
pipe.
Change-Id: Ie03ee7d637eaecff8fe38bf03dc733b3915cd336
* wap? WAP? What?!? Are we living in the dark ages with our dumbphones? :)
* Remove redundant Telenor entries
* Tele2 are part of NetCom now, and all users have been transferred there
* Talkmore and djuice can use the Telenor APN
* Remove providers that doesn't exist anymore
* Update some APNs according to info on providers webpage
* Consolidate some APNs
Change-Id: I2bd6441e476aebf1c0c63b34d659efce40e42847
For the record, I do not like my name being first here. When all is
said and done, u-ra chose his handle unwisely and is relegated to the
end of the alphabet -- a doltish move.
Change-Id: Ib1f15af12c1118e6fda5673b08e870dfdb941e15
System server needs to be able to create a pipe in the cache partition
for uncrypting OTAs. Uncrypt needs to be able to read and write the
pipe.
Change-Id: Ie03ee7d637eaecff8fe38bf03dc733b3915cd336
* Allow both IPv4 and IPv6 protocols for data and mms
* Provide an apn name for the initial attach profile
With respect to initial attach, it seems at least the qcom ril blobs
on my device require the apn field to be set. The following error is
produced and data will not connect on boot unless radio resets (e.g.
airplane mode toggle) so that the default APN is used.
E RILQ : (0/231): RIL[0][cmd-111(680)] qcril_data_request_set_lte_attach_profile: ril_apn (provided NULL) is mandatory param for looking up profile.
E RILQ : (0/231): RIL[0][cmd-111(680)] qcril_data_request_set_lte_attach_profile: EXIT with FAILURE
E RILQ : (0/231): RIL[0][cmd-111(680)] qcril_qmi_nas_set_initial_attach_apn: Data RIL call for Attach APN failed with Error code 2
Change-Id: Ie983474780a7443c870911994234ea2f2025de12
We now use a temporary context when mounting /data, so add permissions
to do that, and add permissions necessary to do the recursive wipe.
Change-Id: Ic925c70f1cf01c8b19a6ac48a9468d6eb9205321
AdrianDC also in the crew now while Marcelo doesn't have the device anymore.
This patch was requested by AdrianDC.
Change-Id: I57a27655537d96c7f5dc33f33d8e7d7e3982d6db
Also allow apps to read the contents of mounted OBBs.
See AOSP Change-Id: I66df236eade3ca25a10749dd43d173ff4628cfad
and Change-Id: I49b722b24c1c7d9ab084ebee7c1e349d8d660ffa
Change-Id: I757a2a8831c69d41c0496025a39eaf79ceb0e65f
Maven APK (Why are these in maven anyways?) will crash due to it not
needing to generate a jack file. This wasn't noticed before as brunch
succeeded, however, doing an mmm on one will cause this to fail. This
adds in logic to not generate a jack file for an apk in maven.
Change-Id: I44036bfd51ae3edd9437b153898b419ffc6ba2d6
Prebuilts weren't generating their .jack file when doing an mm or mmm
but would work with a brunch or full make. This makes it so mmm/mm
will properly generate it.
Change-Id: If5ccd1b557ef124b3c57fa09b172ec11caff886e
There are two T-Mobile CZ APNs which specify the MMS proxy as http
proxy (which doesn't work). Get rid of them, there are correct APNs
available. Also remove duplicate IMS and wrong MMS APN.
Remove two wrong and one deprecated Vodafone CZ APNs. The separate
'ointernet' APN for prepaid cards has been deprecated since 2010.
Change-Id: Idf8e7c8df7bb843cdfafe7dbce710d09aa47eda1
Noverca is out of business, so the APN is unneeded. Vodafone IT
has duplicate entries and the type of APN associated to web.omnitel.it
is wrong, so fix it.
Change-Id: I4ddc0dbc13d44f8dc8ef2bc307496155230e720c
'COOPVOCE' is the same as 'WEB COOP', except for mvno_type and
mvno_match_data, so get rid of it.
'Unefon' uses the exact same APN of 'Iusacell', so duplicate the
entries and assign the right mvno_type and mvno_match_data.
Change-Id: Ibae12b3c179528ccd115849929995c79fa91ed0f
