Blacklist of locked Down Version´s of RK3188 CPU

[Magnus33]

Its clear the Model T aren't junk by any means but the huge quality difference between chips means there rushing them out the door with minimal testing.
Likely due to huge demand since they could easily charge more for ones like mine which seem to overclock like crazy.

Whats super annoying though is the fact that you can either give up speed fora more complete rom or get the speed and a incomplete rom.

For many of us the 1.7 rom wont load due to a check failure.

Fortunately the beta 2.1 does work with the overclocking roms and is mostly complete. (no spinning rims though)

[cass1977]

@cass-1977
Your story is amazing, but your flytouch 10 is a nice Allwinner A31 device and has nothing to do with Rockship Model T.
And I never noticed, that a device got 2000 antutus faster after rooting.


JDfense --->I8160

Actually its NOT an A31! Its pretty obvious just by the partition table, lol. It is a rockchip device and maybe NOT a 'T' chip! Ive had it open and no model number on the chip but the rest of the board has rockchip gear on it. The model 'Flytouch 10' is a simple build.prop mod to support the lieing SOB of this sellers con! Bought from Amazon by the way

Ive also found references to 'T7013N' (looks like a rockchip tv card) and 'm8pro' (rockchip pipo device) in the parameters (RockChip 3xxx devices!!). Its running Android 4.2.2 with no errors.

It uses the following hardware :

rk616 chip
Q1001_V1_1101 mainboard
skhynix RAM chip
AXP 202 (Powerchip???)


Im pretty sure it has the wrong firmware on it as it takes 2min30 to bootup but gets an Antutu score of 18k. Performance is sluggish at times but also very quick at times. Ive had the back off it and looked at the chips and the photo of the board is attached (NO branding on the CPU though ).

As for Antutu, Ive upped an A20 from 6k to 9k by rooting it and upped this crappy rk3188 from 15k (stock) to 18k (rooted). I know rooting it shouldnt make a difference but these are real-world results so maybe Antutu isnt as good as you guys think?

Im not stupd, I know its a RockChip, just not totally sure its a 'T'. Easy way to work it out is if Allwinner modding tools dont open the roms but RockChip ones do then Im thinking its a RockChip

I was hoping for constructive comments from people who could point me in the right direction as to finding out the correct chip its running? NOT just silly comments that anyone can google and look like an idiot for reposting! I know a flytouch 10 is an allwinner (How do you think I got the tab for free???). I also am starting to think there are very few people here who can help me with this

Anyone with any actual knowledge of these 3188t chips (or the 3188) - could you please give me some info and where and who to ask for help?

OR, MAYBE IM TOTALLY WRONG? Maybe you can spoof EVERY CPU TOOL into thinking an A31 is actually an rk3188?? If someone knows how to do that then please tell me???

Here is a pic of the mainboard (open in a new tab if you cant see it (Dropbox link)):



Chris

[cass1977]

Its clear the Model T aren't junk by any means but the huge quality difference between chips means there rushing them out the door with minimal testing.
Likely due to huge demand since they could easily charge more for ones like mine which seem to overclock like crazy.

Whats super annoying though is the fact that you can either give up speed fora more complete rom or get the speed and a incomplete rom.

For many of us the 1.7 rom wont load due to a check failure.

Fortunately the beta 2.1 does work with the overclocking roms and is mostly complete. (no spinning rims though)

Are you talking about TV cards or Tablets? I havent seen a model t rom that can overclock. The 'T's are no way rubbish. Mine has a battery that lasts over 24hours with my mods (But takes 6 hours to charge )!

I like the battery life on mine but dont like the random lag I get sometimes. I imagine this is due to my rom being wrong and issues with incorrect hardware for said rom?

Any help with the tablet version of these chips would be awesome

[Magnus33]

Are you talking about TV cards or Tablets? I havent seen a model t rom that can overclock. The 'T's are no way rubbish. Mine has a battery that lasts over 24hours with my mods (But takes 6 hours to charge )!

I like the battery life on mine but dont like the random lag I get sometimes. I imagine this is due to my rom being wrong and issues with incorrect hardware for said rom?

Any help with the tablet version of these chips would be awesome

This is the andriod tv player forum not the tablet forum so battery life really not a factor here...lol

[JDfense]

AW: Blacklist of locked Down Version´s of RK3188 CPU

Ahh tell the truth now the dilithium crystals cracked and she wont go to warp tell the replacements come in

No, I think the off topic containment field of the warp drive is breaking down. Beam me up Scotty.

JDfense --->I8160

[digger]

Im not stupd, I know its a RockChip, just not totally sure its a 'T'. Easy way to work it out is if Allwinner modding tools dont open the roms but RockChip ones do then Im thinking its a RockChip



Chris

Sorry Chris, you are offtopic here with your nice tablet.
But I have my stuped idea to help you to make shure that your CPU chip is RK3188 really.
Try to check it size with trammel
A 31 has 17.9x17.9 but RK3188;3168;3066 have 19x19
Second idea is to investigate PMU chip model soldered on your board. I think it must be different for A 31.

[d33]

Blacklist of locked Down Version´s of RK3188 CPU

Don't know if this has been mentioned before but the 1.4 frequency limit for T models is in the kernel source. It can be overridden in the leaked Kitkat beta.

So custom kernels built with jelly bean source will be fine as the leaked source was pre T chip.

All recent Stock built kernels will include the mod. It removes all freqs above 1.4 from table. Same for our custom KitKat ROMs as no-one is yet commenting out the limit


Sent from my iPhone using Tapatalk

[norbert6]

AW: Blacklist of locked Down Version´s of RK3188 CPU

Don't know if this has been mentioned before but the 1.4 frequency limit for T models is in the kernel source. It can be overridden in the leaked Kitkat beta.

So custom kernels built with jelly bean source will be fine as the leaked source was pre T chip.

All recent Stock built kernels will include the mod. It removes all freqs above 1.4 from table. Same for our custom KitKat ROMs as no-one is yet commenting out the limit


Sent from my iPhone using Tapatalk

So it is an easy fix? Sounds promising...
Do you think this will also fix the overall and especially the wifi performance?

[JDfense]

d33,

maybe silly question from a non kernel guy. Is it possible add the missing freq tables in the kernel or is compiling a new kernel with fitting sources the only way to fix the model T's?

JDfense

PS.: I see, you are a Pipo-Fan.

[scooter2014]

I find it very strange that rockchip would release a chipset with absolutely no specifications at all, So that said the T chipset is a cheaper locked CPU therefore faulty, If rockchip knew differently they have a moral obligation to disclose this, That fact they are Not says a lot!!


THEY KNOW ITS FAULTY AND ARE KEEPING QUITE IN THE HOPES IT GOES AWAY.



Pipo the shame ohhhhhhhhh my !!!!!

[d33]

Blacklist of locked Down Version´s of RK3188 CPU

d33,

maybe silly question from a non kernel guy. Is it possible add the missing freq tables in the kernel or is compiling a new kernel with fitting sources the only way to fix the model T's?

JDfense

PS.: I see, you are a Pipo-Fan.

The way the code works is to build up a list of frequencies for CPU, GPU and RAM created at compile time. During kernel initiation a check is made to see if the physical efuse (secure bit pattern) for a "T" processor is set, if it is, it iterates through the CPU table removing any frequency greater than 1.4 GHz

So the possibilities are to leave it as is (what I currently do), change the threshold to say 1.6 GHz or to remove the code altogether.

Given the variety of "T" chips it seems sensible to leave it in currently.


Sent from my iPhone using Tapatalk

[JDfense]

I find it very strange that rockchip would release a chipset with absolutely no specifications at all, So that said the T chipset is a cheaper locked CPU therefore faulty, If rockchip knew differently they have a moral obligation to disclose this, That fact they are Not says a lot!!


THEY KNOW ITS FAULTY AND ARE KEEPING QUITE IN THE HOPES IT GOES AWAY.



Pipo the shame ohhhhhhhhh my !!!!!

Calm down scooter. Maybe d33 has a clue to the solution, but you are right, Rockship is very quiet about there Model T specifications. Sooner or later this secret will be broken.

JDfense

[JDfense]

The way the code works is to build up a list of frequencies for CPU, GPU and RAM created at compile time. During kernel initiation a check is made to see if the physical efuse (secure bit pattern) for a "T" processor is set, if it is, it iterates through the CPU table removing any frequency greater than 1.4 GHz

So the possibilities are to leave it as is (what I currently do), change the threshold to say 1.6 GHz or to remove the code altogether.

Given the variety of "T" chips it seems sensible to leave it in currently.


Sent from my iPhone using Tapatalk

I understand the freq tablets, saw it in the rkpatchomatic, but why did older kernels with the full freq list fail in a bootloop. I checked this with my cs968 Model T. They must have changed more than this list in the kernel. The 2.07/2.08 bootloader for my model T work with android 4.22, but the 2.xx loader should be for kitkat and if I use any img file from an non t model I got a loop sooner(boot.img) or later(system.img). There must be a connection between the kernel/loader and the other imgs in the model T firmware.

Or do miss the point?

JDfense

[d33]

There must be a connection between the kernel/loader and the other imgs in the model T firmware.

Or do miss the point?

JDfense

Not sure I understand your point and it may be we are talking about different things but let me try to explain with examples.

[Kernel compile] The CPU frequency table is defined by the programmer in the board source file. Let's say the table is: 800, 1000, 1200, 1400, 1600. Each of these frequencies is paired with the required voltage.

[Original RK3188 + 'T' aware kernel] When the kernel code is initiated the frequency table is built up into memory and the CPUs are turned 'on', the CPU limiting code is then run through which defines what to do when the kernel gets hot (most of which is ignored!!), it also checks the eFuse pattern of the CPU to see if it is a 'T' model. The pattern isn't set and so the boot process continues.

Output is a kernel capable of flexing the CPUs between 800-1600 MHz.

[RK3188T + 'T' aware kernel] When the kernel code is initiated the frequency table is built up into memory and the CPUs are turned 'on', the CPU limiting code is then run through which defines what to do when the kernel gets hot (most of which is ignored!!), it also checks the eFuse pattern of the CPU to see if it is a 'T' model. The pattern is set which results in the code stripping all frequencies greater than 1400 from the table.

Output is a kernel capable of flexing the CPUs between 800-1400 MHz. This is the case of all newer 'stock' 4.2.2 kernels, all KitKat kernels (so far) and also includes all newer stock kernels patched by PHJAnderson's patchomatic script.

[RK3188T without 'T' aware code in kernel] When the kernel code is initiated the frequency table is built up into memory and the CPUs are turned 'on', the CPU limiting code is then run through which defines what to do when the kernel gets hot (most of which is ignored!!).

Output is a kernel capable of flexing the CPUs between 800-1600 MHz. This will be the case for old stock kernels (ones that pre-date the T chip), all custom kernels based on the leaked 4.2.2 source and older stock kernels patched by PHJAnderson's patchomatic script.

The difference is here that the T kernels APPEAR to be frequency unstable above 1400 MHz, some more than others. So when the CPU scales to a frequency above the 1400 cap it may or may not fail. This may explain why your T CPU fails at random points during the boot process. It is failing when a frequency above 1400 is being requested.

[Magnus33]

Iam also guessing that testing has been cut back and limited to 1.4 to get the cpu out to meet increased demand.

There just too much variance in cpu to have anything other then the quickest of tests being done.

Some here have t cpu that barely do 1.4 and others like me have model t cpu's that overclock as good as any none t cpu.

I think we have become victims of supply and demand rather then a major cpu revision.

The cpu not junk but its not whats advertised and i suspect the buyers got caught off guard by this.
A cross board mistake in speed from all sellers is just to unlikely so the cpu makers probably glossed over the cpu speed short comings.

PS: JDfense nice mod