init and friends are getting ratelimted on /dev/kmsg. Let's keep
the logs by setting printk.devkmsg=on.
Bug: 62952768
Test: Check for init logs in kernel during boot
Change-Id: I103e3cc1d73880af1d9a0cdc4dae05223eb4c427
Bug: 162791243
Bug: 72471476
Test: build and using emul temp/running burn8 to verify it
Change-Id: I5ca475be8b73b940e4858634595a7918ae92f6ef
(cherry picked from commit 35e110fe669a7d2996ce503d7e31204554f972e3)
Signed-off-by: Chenyang Zhong <zhongcy95@gmail.com>
- TDLS off-channel feature is needed only for certification.
- Disable the feature in production builds.
Test: Basic wifi sanity test.
Change-Id: I4bef76edb8663835953e45274805c5e15dfea808
Testing response times to time.android.com from around the globe reveals
in ms:-
Europe <30
Middle East <68
North America <150
Johannesburg 183
Buenos Aires 220
Tokyo 226
Sydney 276
Hong Kong 285
Brisbane 295
Mumbai 349
Beijing 4691
Shanghai 4906
Russia n/a
Whilst time.android.com is NOT used for GPS NTP, North American time servers
are, by specifying north-america.pool.ntp.org as default in the framework,
to align with pixel devices. I am assuming similar response times to these
servers from around the world.
Great for North America and it appears Europe but it does not address the
global issue. Also, the pool.ntp.org project forbids both hardware and
software vendors from using these default zone names.
http://www.pool.ntp.org/en/vendors.html
It makes sense, therefore, to leverage the ntp.org's existing 'android' vendor
name to make the default ntp server for GPS purposes:
1.android.pool.ntp.org this will return a random but accurate NTP server in
close geopraphic proximity to the device.
Testing on my own build in the UK seems to improve hot and cold TTFF
considerably.
Change-Id: I144af45757efa35b32daf034eece6e046d2bde79
* Breaking /product/overlay
* Also this makes many platform specific overlays with current system API on vendor partition which breaks newer android version compatibilities (broken stuffs in gsis)
Change-Id: I45eb18b0754726fb4f779521a0245dfcb1259b17
All devices use pre-R audio.bluetooth_qti.default.so and platina uses
pre-R audio hal, in which the new set_event_callback API is not
implemented and the audio service will crash due to mismatched struct.
Change-Id: Ia330ac05d84d3dfb3a639458d66a3dc29689e67c
This patch enables zram-writeback job. It will run idle marking
at 60m since the device is boot. After that, it will do first
writeback after 3hour to sweep initiallized cold pages out.
After that, it periodically write out every 24hour.
Bug: 117682284
Bug: 127185055
Test: Confirm with manual testing
Change-Id: I6857c79ca3ce6a3619f4b7e200d7f17a8decd659
Redmi Note 7 has variants with 3GB as well as for 4GB RAM.
So use 50% for ZRAM size instead of current 3GB for both.
Parameter 'max_comp_streams' is obsolete and should not be set.
Kernel currently uses always num of online CPUs.
Change-Id: Ib0157c7b4ba686a9597fd33d268dace4e0171da7
The hal class is essentially triggered from the boot class, so it's
possible that the HAL starts before the permissions are set, and manual
intervention was added to deal with the issue. However, we can simply
move chown to an earlier stage to avoid playing with the workflow.
Change-Id: I189b247576151f76efaf26b2d266564dc7768fba
As per Android 11 Dalvik configurations
* dalvik.vm.boot-dex2oat-cpu-set: CPUs running dex2oat threads during boot time
Use both Silver and GOLD cluster for that
* dalvik.vm.image-dex2oat-cpu-set to build bootimage use only GOLD cluster
* dalvik.vm.dex2oat-cpu-set CPUs running dex2oat threads after boot time,this needs to have the same threads as the boot image compilation
Signed-off-by: klozz <klozz@vivaldi.net>
Signed-off-by: clarencelol <clarencekuiek@icloud.com>
* softap now expects hostapd configs in /data/vendor/wifi/hostapd
during hotspot turn on, qsap_sdk copies these configs to
/data/vendor/wifi/hostapd/
Change-Id: I632a29483cb7b2f5e8d768680afb911fa5f4f357
Signed-off-by: Adarsh-MR <adarshmr1998@gmail.com>
Signed-off-by: clarencelol <clarencekuiek@icloud.com>
- Improve code with reference and split gain category
This reverts commits
- 471da74
- de7135d
- f6c011d
All credit goes to Stylog, this is just revert commits with few improvement
Co-authored-by: clarencelol <clarencekuiek@icloud.com>
- Split preferences from audio category to avoid removing whole category upon nonexsting single preference
- Previously there were only headphone and microphone gain which were from same kernel driver and it was logical
to remove the category when one of the preferences does not exist.
