<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Sat, Jul 30, 2016 at 10:48 AM Loganaden Velvindron <<a href="mailto:loganaden@gmail.com">loganaden@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sat, Jul 30, 2016 at 5:04 PM, Mario Ferreira <<a href="mailto:liouxbsd@gmail.com" target="_blank">liouxbsd@gmail.com</a>> wrote:<br>
> You could also use a custom kernel that would allow you to add fq_codel/cake<br>
> then add custom rules to it.<br>
><br>
CeroAndroid :)<br></blockquote><div><br></div><div>  Nothing so grand. As in all things software, <span style="line-height:32.04px">simpler/</span><span style="line-height:1.5">smaller/faster is better (usually in that order). There are TOO many voices to interfere.</span></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> I would advise a setup such as: AFWall to run scripts depending on whether<br>
> it's WiFi or Mobile (3G/4G). The script would be a simplified debloat.sh<br>
> just adding simple tc fq_codel/cake commands.<br>
<br>
I was thinking along the same line. However, my end goal would be to<br>
build a case for Android to consider shipping fq_codel instead of<br>
fifo_fast for android one. Instead of keeping the patches out of<br>
android one tree, at least we could try to make them accept it.<br></blockquote><div><br></div><div>  My experience has been that you FIRST make a proof of concept. Get it working, write the instructions, make it baby proof to code merge, etc. THEN, you try to convince them to accept it.</div><div><br></div><div>  Franco kernel or any other custom kernel follows the official Android git. We need to get it out there so that it gets attention. David Taht et al have been working for YEARS on getting people to notice something that has PHYSICAL verifiable proof = facts. It's a technical/political/financial/faith/crazy issue. No intention to offend anyone.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
> I tried this before on the Samsung Galaxy Nexus back on 2013 [1] [2] with<br>
> AK_Kernel. I had interesting results though mixed ones. It was mostly due to<br>
> mobile data quality being awfully varied. Therefore, I wasn't knowledgeable<br>
> to find a good script setup that catered for all the moving parts.<br>
> Nonetheless, it improved my situation. I recommend it.<br>
><br>
> I've been meaning to try this again using a modified Franco kernel [2] for<br>
> Huawei Nexus 6P. However, as with everyone else, Real Life(TM) has a<br>
> tendency to get in the way. :) I don't use custom ROMs. It would be a stock<br>
> Nexus ROM installation, SU root for scripts/tc and custom kernel for<br>
> fq_codel/cake kernels.<br>
><br>
> We could try if people are interested. However, I can only be of help after<br>
> November.<br>
><br>
<br>
I think that if I could get some kind of BQL/DQL into the mediatek<br>
driver, and convince the mediatek folks to take the patch by showing<br>
them the benefits, we could get a long way towards seeing an upcoming<br>
release of android with support for this.<br>
<br>
The nice thing is that it appears that the mediatek driver on the<br>
android repository is complete.</blockquote><div><br></div><div>  I am all for it. Keep us posted. :) A lot of folks here have experience on getting GOOD/NECESSARY/PROVED things going when everyone else disagrees. Reach out. We can all benefit from it.</div></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><p dir="ltr">Mario S F Ferreira - Brazil - "I guess this is a signature."<br>
feature, n: a documented bug | bug, n: an undocumented feature</p>
</div></div>