Root [DEV] Continuing Triumph ICS Development

Austrie · Apr 25, 2012

nitindeck said:
bro, why don't devs over MT aren't updating to 2.6.35.x(14), its been a long time since sources are out,
https://github.com/tjstyle/android_kernel_fih_msm7x30
-----
[ROM] Stock 2.3.5 from Taiwan Sharp SH8188U - xda-developers
kernel source is same for fih_fb0 only radio is different for cdma users & some touchscreen model difference

Why don't you do it since it's so easy?! Mantera already said that ideos x6 variant 2.6.35 kenel was giving us random reboots, which are hard to fix since their random and unpridictable. Since you believe it is so easy, patch the kernel to 2.6.35 then we'll follow your example and patch to 2.6.35.14.

Our greatest devs Isaac and TG left us, the original life of the Triumph, and we are scraping by with the devs we have now. The devs we have left don't have the experience like Tj_style, Isaac, or TG; so stop talking crap unless your able to help the cause instead of unmotivating the cause. We are trying to get farther, even though it's a slow pace, we are gonna reach the finish line somehow; but the devs of the Triumph don't need small people who can't do it themself nagging them. This is why devs leave community, because of the trolls and the negative people...

nitindeck · Apr 25, 2012

Austrie said:
Why don't you do it since it's so easy?! Mantera already said that ideos x6 variant 2.6.35 kenel was giving us random reboots, which are hard to fix since their random and unpridictable. Since you believe it is so easy, patch the kernel to 2.6.35 then we'll follow your example and patch to 2.6.35.14.

Our greatest devs Isaac and TG left us, the original life of the Triumph, and we are scraping by with the devs we have now. The devs we have left don't have the experience like Tj_style, Isaac, or TG; so stop talking crap unless your able to help the cause instead of unmotivating the cause. We are trying to get farther, even though it's a slow pace, we are gonna reach the finish line somehow; but the devs of the Triumph don't need small people who can't do it themself nagging them. This is why devs leave community, because of the trolls and the negative people...

calm down bro.. i wasn't into hurt or have some negative feeling for devs,
i don't know about the reboots prob. on truimph by new kernel, but yes i have successfully ported miui gb. to new kernel without any bugs (i'll be posting it tomorrow)

i don't know about kernel modding atm but m learning slowly..

Twizted6789 · Apr 25, 2012

nitindeck said:
calm down bro.. i wasn't into hurt or have some negative feeling for devs,
i don't know about the reboots prob. on truimph by new kernel, but yes i have successfully ported miui gb. to new kernel without any bugs (i'll be posting it tomorrow)

i don't know about kernel modding atm but m learning slowly..

For what phone did u port miui gb with new kernel ?

nitindeck · Apr 25, 2012

Twizted6789 said:
For what phone did u port miui gb with new kernel ?

i used miui ideos x5 as base
there are not enough roms available for .35 because of the lack of custom kernel, now people have atleast an option if they want to update

mantera · Apr 25, 2012

nitindeck said:
bro, why don't devs over MT aren't updating to 2.6.35.x(14), its been a long time since sources are out,
https://github.com/tjstyle/android_kernel_fih_msm7x30

both latest cm7 & 9 are using .35 vm 3g split based kernel, that can also boot miui ports
but a lot of custom kernel stuff is missing, so if you guys can update then we could get a good .35 custom kernel

for updating first you have to update bootloader like in the case with samsung phones by flashing a base kernel rom
[ROM] Stock 2.3.5 from Taiwan Sharp SH8188U - xda-developers
kernel source is same for fih_fb0 only radio is different for cdma users & some touchscreen model difference

See this:

http://androidforums.com/triumph-al...g-triumph-ics-development-21.html#post4060118

Confinest · Apr 25, 2012

But I just wanted to ask the question....

I keep hearing about people using old GB apps in ICS, so the question popped in my mind, "Why wouldn't the drivers/apps from GB work in ICS?"

Is it a complete overhaul, or can they be backwards compatible?

I dunno, it was just a random thought, and like I said, i'm sure everyone and their neighbor has tried this.. just wanted to ask anyway

Thanks

rukin5197 · Apr 25, 2012

Hey mantera, just a few things to notice.
In the BoardConfigVendor, tdm has the usb stub set to true, and also I see that he's using froyo camera libs. More info here: https://github.com/tdm/android_vendor_lge_VM670/blob/ics-cm/BoardConfigVendor.mk
You have it set to false.. why?

Also, maybe try adding these libs to the proprietary? MAybe taking them from froyo.
\system/lib/liboemcamera.so \obj/lib/liboemcamera.so \system/lib/libmmipl.so \system/lib/libmmjpeg.so \obj/lib/libmmjpeg.so \obj/lib/libmikecamera.so \system/lib/libmikecamera.so \obj/lib/libcamera_client.so \system/lib/libcamera_client.so \obj/lib/libcameraservice.so \system/lib/libcameraservice.so \obj/lib/hw/camera.thunderc.so \system/lib/hw/camera.thunderc.so

g60madman · Apr 25, 2012

gannon5197 said:
Hey mantera, just a few things to notice.
In the BoardConfigVendor, tdm has the usb stub set to true, and also I see that he's using froyo camera libs. More info here: https://github.com/tdm/android_vendor_lge_VM670/blob/ics-cm/BoardConfigVendor.mk
You have it set to false.. why?

Also, maybe try adding these libs to the proprietary? MAybe taking them from froyo.
\system/lib/liboemcamera.so \obj/lib/liboemcamera.so \system/lib/libmmipl.so \system/lib/libmmjpeg.so \obj/lib/libmmjpeg.so \obj/lib/libmikecamera.so \system/lib/libmikecamera.so \obj/lib/libcamera_client.so \system/lib/libcamera_client.so \obj/lib/libcameraservice.so \system/lib/libcameraservice.so \obj/lib/hw/camera.thunderc.so \system/lib/hw/camera.thunderc.so

/hw/camera.thunderc.so & \system/lib/hw/camera.thunderc.so are not part of our libs for the camera. The usb won't make a difference for the camera unless you are talking the camera stub. While I am working on CM7 g60 I am also trying some more stuff on the camera. So far I am 0/2 on builds.

Currently trying another build with some more edits. I really need to get some more ram and another CPU so I can crank on the build, it's taking about an hour on my machine for CM9 and about 30 mins for CM7. I don't expect to solve the camera issue but it can't hurt to keep trying :driver:

MT Camera:fight:MT Dev's

mantera · Apr 25, 2012

gannon5197 said:
Hey mantera, just a few things to notice.
In the BoardConfigVendor, tdm has the usb stub set to true, and also I see that he's using froyo camera libs. More info here: https://github.com/tdm/android_vendor_lge_VM670/blob/ics-cm/BoardConfigVendor.mk
You have it set to false.. why?

Also, maybe try adding these libs to the proprietary? MAybe taking them from froyo.
\system/lib/liboemcamera.so \obj/lib/liboemcamera.so \system/lib/libmmipl.so \system/lib/libmmjpeg.so \obj/lib/libmmjpeg.so \obj/lib/libmikecamera.so \system/lib/libmikecamera.so \obj/lib/libcamera_client.so \system/lib/libcamera_client.so \obj/lib/libcameraservice.so \system/lib/libcameraservice.so \obj/lib/hw/camera.thunderc.so \system/lib/hw/camera.thunderc.so

Isaac had it set to false in the beginning. Then I vaguely remember seeing someplace in one of the repos that call for it to be set to false but I don't remember exactly where though.

As for the libs, we either have most of them in the vendor repo already or they are built during the build; except for \obj/lib/hw/camera.thunderc.so \system/lib/hw/camera.thunderc.so which are specifically built for that particular board. Ours would be something like camera.msm7x30.so, etc. which our repo is already set to build.

Edit: If you want to change it to try and try a build, go ahead. The worst that could happen is you get an error during the build or it doesn't make a difference.

g60madman · Apr 25, 2012

Here is my current logcat from ICS with my applied changes. If anyone wants to chime in.

V/CameraHolder( 1236): open camera 0
E/CameraService( 123): Camera HAL module not loaded
E/CameraHolder( 1236): fail to connect Camera
E/CameraHolder( 1236): java.lang.RuntimeException: Fail to connect to camera service
E/CameraHolder( 1236): at android.hardware.Camera.native_setup(Native Method)
E/CameraHolder( 1236): at android.hardware.Camera.<init>(Camera.java:320)
E/CameraHolder( 1236): at android.hardware.Camera.open(Camera.java:280)
E/CameraHolder( 1236): at com.android.camera.CameraHolder.open(CameraHolder.java:131)
E/CameraHolder( 1236): at com.android.camera.Util.openCamera(Util.java:267)
E/CameraHolder( 1236): at com.android.camera.Camera$4.run(Camera.java:1121)
E/CameraHolder( 1236): at java.lang.Thread.run(Thread.java:856)

rukin5197 · Apr 25, 2012

g60madman said:
Here is my current logcat from ICS with my applied changes. If anyone wants to chime in.

V/CameraHolder( 1236): open camera 0
E/CameraService( 123): Camera HAL module not loaded
E/CameraHolder( 1236): fail to connect Camera
E/CameraHolder( 1236): java.lang.RuntimeException: Fail to connect to camera service
E/CameraHolder( 1236): at android.hardware.Camera.native_setup(Native Method)
E/CameraHolder( 1236): at android.hardware.Camera.<init>(Camera.java:320)
E/CameraHolder( 1236): at android.hardware.Camera.open(Camera.java:280)
E/CameraHolder( 1236): at com.android.camera.CameraHolder.open(CameraHolder.java:131)
E/CameraHolder( 1236): at com.android.camera.Util.openCamera(Util.java:267)
E/CameraHolder( 1236): at com.android.camera.Camera$4.run(Camera.java:1121)
E/CameraHolder( 1236): at java.lang.Thread.run(Thread.java:856)

You know, it's funny. I'm building a ROM from source right now and it stopped at this part:

Code:

make: *** [out/target/product/triumph/obj/SHARED_LIBRARIES/camera.msm7x30_intermediates/cameraHAL.o] Error 1
make: *** Waiting for unfinished jobs....

It seems to be similar. Try looking in the cameraHAL.o and maybe comparing it with the one from CM7.

rukin5197 · Apr 25, 2012

We should all go through this thread carefully. Starting from here: [Development] CyanogenMod porting - Page 223 - xda-developers
They seem to have the same exact problem and I don't know if they have found a solution yet.

EDIT: this seems to be the thread for the ROM: http://forum.xda-developers.com/showthread.php?t=1492165

Keep a nice clean watch for sources and what not.

dlmeeker · Apr 26, 2012

Mantera,

I've been doing research for fixing the camera to come across this:
https://github.com/JackpotClavin/Droid-Pro-ICS/tree/ics/device/moto/venus2.

Unfortunately, I do not have the time to try and merge his developments into your source; however, out of almost all things I have researched, this seems to be most promising in relation to the Triumph. The camera for the Venus2 seems to be the same as ours except for the facts that it has dual LED flashes and no front facing camera. Maybe you have the time to check it out and pass on your thoughts. Until then, I'll try to find time to work it in myself and let you know hoe it goes.

mantera · Apr 27, 2012

That last cm9 push from upstream broke ril. So if you try to do a repo sync, you won't have ril and phone for now. just a warning.

mantera · Apr 27, 2012

dlmeeker said:
Mantera,

I've been doing research for fixing the camera to come across this:
https://github.com/JackpotClavin/Droid-Pro-ICS/tree/ics/device/moto/venus2.

Unfortunately, I do not have the time to try and merge his developments into your source; however, out of almost all things I have researched, this seems to be most promising in relation to the Triumph. The camera for the Venus2 seems to be the same as ours except for the facts that it has dual LED flashes and no front facing camera. Maybe you have the time to check it out and pass on your thoughts. Until then, I'll try to find time to work it in myself and let you know hoe it goes.

I don't have a lot of extra time either atm. But we'll see. thanks.

rukin5197 · Apr 27, 2012

Got the Triumph today and am doing everything at the moment. Let's see if I can merge those files and try for camera.

EDIT: has anybody seen this

mantera · Apr 27, 2012

mantera said:
That last cm9 push from upstream broke ril. So if you try to do a repo sync, you won't have ril and phone for now. just a warning.

RIL is fixed again. If you do a repo sync, you should be good to go. You'll also get a couple of the planned 0.6.13.x changes...

mantera · Apr 27, 2012

gannon5197 said:
EDIT: has anybody seen this

Yes, it would still need a lot of work for us.

pitbrawlzant · Apr 27, 2012

I don't know if this would be possible to port, but its awesome

And thanks devs for all the work you've done to make this phone what it should have been out of the box :adore:

rukin5197 · Apr 27, 2012

Hey mantera, do you have your own hardware/qcom/gps?
Mine isn't want to compile it..

Code:

hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_ni.h:55: warning: 'loc_eng_ni_callback' initialized and declared 'extern'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_ni.h:55: error: 'rpc_loc_event_mask_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_ni.h:56: error: expected primary-expression before 'const'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_ni.h:57: error: initializer expression list treated as compound expression
In file included from hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.h:50,
                 from hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:62:
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:34: warning: 'loc_eng_callback_log_header' initialized and declared 'extern'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:34: error: 'rpc_loc_client_handle_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:35: error: 'rpc_loc_event_mask_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:36: error: expected primary-expression before 'const'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:37: error: initializer expression list treated as compound expression
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:40: warning: 'loc_eng_callback_log' initialized and declared 'extern'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:40: error: 'rpc_loc_event_mask_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:41: error: expected primary-expression before 'const'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:42: error: initializer expression list treated as compound expression
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:44: warning: 'loc_get_event_name' initialized and declared 'extern'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng_log.h:44: error: 'rpc_loc_event_mask_type' was not declared in this scope
In file included from hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:62:
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.h:82: error: 'rpc_loc_client_handle_type' does not name a type
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.h:99: error: 'rpc_loc_event_mask_type' does not name a type
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.h:108: error: 'rpc_loc_server_connection_handle' does not name a type
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:97: error: 'rpc_loc_client_handle_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:98: error: 'rpc_loc_event_mask_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:99: error: expected primary-expression before 'const'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:99: error: initializer expression list treated as compound expression
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: In function 'int loc_eng_init(GpsCallbacks*)':
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:266: error: 'struct loc_eng_data_s_type' has no member named 'loc_event'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:291: error: 'rpc_loc_event_mask_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:291: error: expected ';' before 'event'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:299: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:299: error: 'event' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:299: error: 'loc_open' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:300: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:307: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: In function 'int loc_eng_deinit()':
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:345: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:345: error: 'loc_close' cannot be used as a function
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: In function 'int loc_eng_start()':
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:441: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:441: error: 'loc_start_fix' cannot be used as a function
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: In function 'int loc_eng_stop()':
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:504: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:504: error: 'loc_stop_fix' cannot be used as a function
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: In function 'int loc_eng_set_position_mode(GpsPositionMode, GpsPositionRecurrence, uint32_t, uint32_t, uint32_t)':
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:574: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:597: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'valid_mask'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:599: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'min_interval'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:603: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'min_interval'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:604: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'valid_mask'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:609: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'min_interval'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:612: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'preferred_accuracy'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:613: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'valid_mask'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:616: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'preferred_response_time'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:617: error: 'struct rpc_loc_fix_criteria_s_type' has no member named 'valid_mask'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:630: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:634: error: 'loc_eng_ioctl' cannot be used as a function
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: In function 'int loc_eng_inject_time(GpsUtcTime, int64_t, int)':
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:676: error: 'struct rpc_loc_assist_data_time_s_type' has no member named 'time_utc'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:677: error: 'struct rpc_loc_assist_data_time_s_type' has no member named 'time_utc'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:678: error: 'struct rpc_loc_assist_data_time_s_type' has no member named 'uncertainty'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:681: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:685: error: 'loc_eng_ioctl' cannot be used as a function
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: In function 'int loc_eng_inject_location(double, double, float)':
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:725: error: 'struct rpc_loc_assist_data_pos_s_type' has no member named 'valid_mask'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:744: error: 'struct loc_eng_data_s_type' has no member named 'client_handle'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:748: error: 'loc_eng_ioctl' cannot be used as a function
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp: At global scope:
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:973: error: redefinition of 'int32 loc_event_cb'
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:97: error: 'int32 loc_event_cb' previously defined here
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:973: error: 'rpc_loc_client_handle_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:974: error: 'rpc_loc_event_mask_type' was not declared in this scope
hardware/qcom/gps/loc_api/libloc_api_50001/loc_eng.cpp:975: error: expected primary-expression before 'const'
make: *** [out/target/product/triumph/obj/SHARED_LIBRARIES/gps.triumph_intermediates/loc_eng.o] Error 1

mantera · Apr 27, 2012

gannon5197 said:
Hey mantera, do you have your own hardware/qcom/gps?
Mine isn't want to compile it..

If you synced from my github, you should have my gps repo also.

rukin5197 · Apr 27, 2012

mantera said:
If you synced from my github, you should have my gps repo also.

No I'm using your device and vendor folders only.

mantera · Apr 27, 2012

gannon5197 said:
No I'm using your device and vendor folders only.

Then you're missing out on a bunch of triumph specific changes.

rukin5197 · Apr 27, 2012

mantera said:
Then you're missing out on a bunch of triumph specific changes.

Sounds like fun.. what would you recommend for this error?

19wilkerson99 · Apr 27, 2012

Hey I can combine the codes for you since i have a lot of free time all I need is to know what software to use.

Root [DEV] Continuing Triumph ICS Development

Android Expert

Newbie

Well-Known Member

Newbie

Android Expert

Newbie

Android Enthusiast

g60madman

Guest

Android Expert

g60madman

Guest

Android Enthusiast

Android Enthusiast

Lurker

Android Expert

Android Expert

Android Enthusiast

Android Expert

Android Expert

Newbie

Android Enthusiast

Android Expert

Android Enthusiast

Android Expert

Android Enthusiast

Member

BEST TECH IN 2023

Smartphones

Best Android Phones

Upcoming

Best iPhones

Upcoming

Tablets

Best Tablets

Upcoming

Laptops

Best Laptops

Upcoming

Televisions

Best TVs

Upcoming

Game Consoles

Best Game Consoles

Upcoming

Wearables

Best Wearables

Upcoming

Smart Home

Smart Home Tech

Upcoming

Similar threads