yashsingh1/xdaforums huggingface dataset:
[HTC One X] IllUMINATUz:
USB OTG Method

Happy Birthday Kohlk!!! :D

Thank you for the awesome kernel.. :D

and now guys.. I finally got the USB OTG working.. oh and I am on kernel v0.86 (Haven't updated in a while :P )

Here's the actual method (Pretty almost the same to what's on Page 1)

Get the following stuff

- Externally Powered USB Hub

- USB OTG Cable

- A Pen drive

- Your phone loaded with EPRJ Kernel (with the version that has USB-OTG working :P )

Before you do anything.. get some nice software like StickMount from Playstore installed.

Then fix up the hardware..

Connect the pen drive to the usb hub, the out-wire of the usb hub to the USB-OTG cable, and then power it up and connect the USB-OTG cable to the phone.

Your phone will automatically identify the attached device and start working.

here What I am implying is that where people get stuck is at the "Trigger the ID Pin" part and people who are clueless what the codes are and stuff.. I am just replacing that part with a software like StickMount.. It will automatically trigger the ID Pin and get the stuff working..

BTW I don't know why but don't just pull the plug.. just use

unmount

option on StickMount.. a

SERIOUS

advise.. coz it will give you troubles when mounting again..

Happy USB-OTG ing.. :D

P.S. I'll upload a video when I could.. :D

EDIT: I don't know why.. but after I unplug the usb cable I am not able to charge my device.. I have to restart it only then its charging.. maybe some bug.. but yeah.. its' a milestone coming this far what HTC couldn't do.. great job man!!
[HTC One X] hamdir:
Hey kholk, happy bday mate!

i have a question

does your kernel include this?

[PATCHv5,1/3] ARM: tegra: Add Tegra AHB driver

maybe it can help us improve memory bandwith? :)

and another request, why did you not give us swipe2wake yet? the latest version is runinng perfeclty on bricked and faux kernel

keep up the awesome mate ;)
[HTC One X] neuTrue:
Happy Birthday Kholk!

Seems you are busy this week, but when you are back would you mind to consider AHB overclocking interface? Also, do you think it will have a real gain in gaming?

Keep it up, buddy :)
[HTC One X] mkosem:
Let's hope s2w keeps itself out of this kernel. Every kernel I have tried with it has awful battery life. If it does show up, I'd hope it is switchable and off by default.

--Matt
[HTC One X] batna.antab:
Well, I have never found any problem with it , and if you don't like it you can just as switch it off like in all other kernels.

To kholk, I find eprj awesome. The device stay really cool and the battery is great , but I find it a little bit to conservative.
[HTC One X] vkass:
Would love to see volume wake working.
[HTC One X] hamdir:
This kernel is one of most advanced sense kernels on the One X :good:

One X Tegra 3 Gaming Review: EternityProject Kernel 3.4.0 v0.99b
[HTC One X] n3ocort3x:
Kholk and whole EP guys who worked on this are simply awesome.

[sent from an IceCold ncx'ed oneX]
[HTC One X] hamdir:
Hey guys can you help me please

i have stock 2.17 ROM with this EPRJ 3.4.0 v0.99b which i love :good:

i had to use the extra modules for the wifi to work

sadly i have a serious problem, my phone is no longer charging using the wall charger

USB charging works fine

anyone else faced this problem?

also if i can ask users of this kernel to help new comers

can someone list all the interfaces and their scripts?

UV, ZRam, GPU etc?

i need the charging issue fixed before i go ahead and add this kernel to my gaming recommendation guides
[HTC One X] neuTrue:
@hamdir:

Give this a try.

For zram it should be something like this:

You need to enable zram module first (I don't think you need it, just in case)

modprobe zram​

Then you need to set how many zram you want, it usually goes by the numbers of CPU cores and in theory, the more and smaller swap you have it should be better. Here for a test, I picked 1, but personally, I'd go for 4.

modprobe zram zram_num_devices=1​

Now, you need to set how many bytes your swap should be (

32mb

or 64mb is a good start)

echo (33554432) > /sys/block/zram0/disksize​

This will create the swap

mkswap /dev/zram0​

This will enable it (-p is the priority order)

swapon -p 10 /dev/zram0​

Now its done, you should confirm its running by either trying "free" or "swapon -s".

There could be typos or a mistake I made here or there, but I double checked and it seems all right.

Good Luck :)
[HTC One X] hamdir:
can i set up this using .sh script?
[HTC One X] batna.antab:
Hamdir search on the play store the app eternitytweak.
[HTC One X] hamdir:
thanks

update: it worked nevermind
[HTC One X] neuTrue:
Sure, given that you already tried it and it worked. You might as well, want to increase the swap, as I picked only 32mb.

For your other problem, I have no idea... :\
[HTC One X] hamdir:
nope ur script didnt work

and repack finally worked
[HTC One X] neuTrue:
Glade the repack worked.

But, what part didn't work?! Also, you need root (su) while executing the commands. :S

Or is something wrong with the zram?

(" ls /dev/zram* ") Should list something like /dev/zram0
[HTC One X] hamdir:
One more update

One X Tegra 3 Gaming Review: EternityProject Kernel 3.4.0 v0.99b

added info about the interfaces, app, ideal governor setup and included scripts including gaming Permaboost scripts

sadly there quiet a few issues with this kernel (listed in the review) preventing it from being the perfect kernel

---------- Post added at 12:50 PM ---------- Previous post was at 12:40 PM ----------

modpobe: chdir (/lib/modules): no such file or directory

syntax error '33554432' unexpected
[HTC One X] neuTrue:
So, it is more likely the module is already running (as in precompiled), or or less likely "zram" is not supported!

Still:

ls /dev/zram*​

Should at less show /dev/zram0 or /dev/zram1 ,which confirms the existence of zram!

Edit:

Interesting...

http://www.gitorious.org/eternity-prj/eternityprj-kernel-endeavoru-128/trees/master-3.5/drivers/amba

http://lxr.free-electrons.com/source/drivers/amba/

Hopefully, Kholk consider this :)
[HTC One X] hamdir:
no zdram
[HTC One X] neuTrue:
I wasn't clear in my last post.

Anyway, the problem (as I see it). zram module is not in "/lib/modules/" and it existed somewhere else (if it really supported in this kernel). The real question is what the default modules dir in this kernel or Android in general?

A more accurate way to confirm is run this command:

lsmod | grep zram​

Anyway, the ls /dev/zram* already confirmed zram module isn't loaded or not existed.
[HTC One X] XxVcVxX:
WiFi isn't working and I could not find extra modules, can somebody give me a link?
[HTC One X] hamdir:
you can find them usually here http://www.eternityproject.eu/topic/48-eternityproject-kernel-34-for-htc-one-x-endeavoru/

http://dlhg.eternityproject.eu/HTC/endeavor/eprj/EPRJKRN_MODULES3.4_v0.99b.zip

---------- Post added at 05:36 PM ---------- Previous post was at 05:33 PM ----------

Kholk mate, is it possible to fix the wakeup delays?
[HTC One X] vkass:
Can anyone use the camera while using eprjdemand governor?
[HTC One X] mkosem:
Are you using the eprjdemand governor? I have that issue with ondemand, but not eprjdemand.

No issues with it here on aosp.

--Matt
[HTC One X] XxVcVxX:
Hmm, kernel seems to like being on 1600 MHz or 51 MHz all the time. BetterBatterystats show nothing out of the ordinary though.
[HTC One X] hamdir:
i'm using interactive its the best for performance (which is why i'm using this kernel) and yes this governor suffers from wakeup delays

It's one of the few sense kernels where we can use interactive without breaking the quad, i really hope kholk can fix the wakeup issues
[HTC One X] timlambo:
Hamdir can you try and replicate the issue whilst running a logcat in adb. It will help kholk find the problem and solve it a lot quicker.
[HTC One X] hamdir:
guide me through it mate

it happens completely random

sometimes you wake it up and it takes a while to respond
[HTC One X] hamdir:
khlok where are you mate we have lots of things to disucss :laugh:

Fixing the odd wakeup delay on interactive governor (will provide logcat soon)

Discussing Tegra's AHB interface

Sweep2wake please please please, our power button is being destroyed by all the flashing :) the latest version from bricked is totally and completely bugs free
[HTC One X] muid02:
so this is a v3 kernel which is able to boot jellybean sense. so after flashing a JB ROM for ex: maximus with this kernel i should be able to boot up jellybean right? i am a voda cid and i think i will never get JB from vodafone or even if i get it i will not live that long. so with this kernel and JB sense ROM i can use JB sense right? is there any lackings? good for normal use?
[HTC One X] batna.antab:
No, you can't.

---------- Post added at 05:43 PM ---------- Previous post was at 05:42 PM ----------

I think he's busy with university.
[HTC One X] ctfTijG:
Are there any plans to support HBOOT 1.31 or JB Sense soon?
[HTC One X] batna.antab:
There's no jb kernel source yet.
[HTC One X] kholk:
@batna.antab

Thanks for replying to the users.

You gave the right answer, I'm a lot busy with the university.

@hamdir

Discuss on AHB?

My eyes are ready to read.
[HTC One X] IllUMINATUz:
Dude kohlk.. I am able to mount my USB storage and work pretty good with external power supply USB hub.. but what bothers me is the unmounting part.. do you have any idea for a safe unmounting and for immediate positive mount..? Coz when I unmount it won't let me mount until I restart the phone and give it some half an hour time.. I use stickmount and am on .99b.. flashed kernel modules as well.. WiFi working awesome.. I know this is still in testing phase.. but still.. just curious to know how its being with you..

Fired from my HTC One X running Cyanogenmod 10 and EPRJ Kernel..
[HTC One X] hamdir:
Nv has an AHB driver line of patches for T2/T3 http://lists.infradead.org/pipermail/linux-arm-kernel/2012-April/095963.html

is there anyway to use or configure this driver to improve the bus in tegra 3? memory bus is the main performance limiter on T3 (games)
[HTC One X] vkass:
Can you please add vol wake?
[HTC One X] hamdir:
Kholk? check this stuff :)
[HTC One X] ORStoner:
Wrong thread sorry
[HTC One X] lpachuong:
It has been half a month. I look forward to new updates.
[HTC One X] IllUMINATUz:
bluetooth not working.. doesn't transfer nor accept files.. :(

any help?
[HTC One X] kholk:
@hamdir

About AMBA, it is an interconnect specification for the communication between the various SoC components (explaining that easy)... and without it, the kernel can't really work.

So, you can imagine that we've got it since the first original hTC release..... :P

I've read about that resolution trick too. It looks really nasty xD

I'd say...

...it's possible, we can do that relatively easily and without any real problem, but I also think it's something stupid.

That resolution trick would lower the quality of the images on our phone, and since we've got the most powerful GPU here (meh, yeah, T3's GeForce ULP is the most powerful one in handheld world) I don't really see the point....... :P

Ah, about the interactive wakeup issue.... yeah, we'll work on it.

We didn't release any version for a long time because I want to make it rock solid for the v1.0.

The next version will be another RC and in there we'll surely solve the interactive wakeup problem.

EDIT:

Another note: About the interactive wakeup problems, try to set the minimum frequency to 102MHz for now. That should temporairily solve the issues.
[HTC One X] neuTrue:
I'd like Hamdir to excuse me for replying to Kholk about this.

@Kholk:

At the beginning, I am glad that you decided to take a look into this! :)

Regarding the AHB/AMBA specification, we were referring about AHB/memory interface. We like to be able to overclock AHB, in order to increase memory bandwidth / memory frequency, and so we can gain more FPS from GPU over-clocking.

About the resolution, it is true we will have a decrease in quality, but I remind you this is correct in big screens, and it will be hardly noticeable in our 4.7in screen with it's higher pixel density. The perfect decreased resolution (in my opinion), it should be 960x540 or 1024x567. You can try to reduce any 1280x720 picture or video, to the forth mentioned resolutions ,and then compare the difference on the One X. Although, the upscaling from lower resolution to higher might be more noticeable, but some games are already doing it with barely any significant side effects.

By the way, we are not interested in permanently running our devices on lower resolution, more like changing it on the fly ,or per app/game resolution.

OT (You can ignore this, but I had to ask):

Do you think if you managed to unlock/modify LG's 4X bootloader, will you then be able to use that acquired information to S-OFF HTC One X?

Thanks again :D
[HTC One X] hamdir:
@kholk thanks for awesome reply

like neuTrue said, we are asking about the latest patches for AHD + how to configure or OC it for more bandwith, OCing the GPU over 520 isn't producing anymore linear gains which means we have hit the memory bandwidth limitation

as for the resolution trick, i know it's nasty but no one really wants it for the UI my friend, unlike what Nvidia would like everyone to believe the Tegra 3 GPU is pretty weak as a GPU purely on its own brute force, THD games use the CPUs to assist but at the end of the day 90% of non THD 3D games are running pretty badly

look at the GL benchmarks tests, T3 Geforce ULP is pretty weak in terms of pixel fillrate

vector units games like RipeTidge GP and Beach Buggy Blitz are running at lower resolutions by default to run smoothly on tegra 3, also Horn our jewel T3 game is running at under 720p resolution, so you can see some game devs were clever enough to counter this pixel rate weakness using the resolution trick and since the One X screen is so dense we can get away with around 30% resolution decrease without it being noticeable during gameplay

sadly 90% of the game devs simply favor to release it in native res regardless of FPS, gameloft hates Tegra 3 so much that they release them at native with effects disabled and still lagging

it would be a dream if we can switch resolutions on the fly for gaming but not the UI

i know its a crazy project :)

thanks for the wakeup delay information, i think its wise to kill the 51mhz step all together like many kernel devs do, looking forward v1.0 :good:
[HTC One X] batna.antab:
Gosh, that's a really long and helpful reply :0

The download link for the aosp version still downloads the 0.99 and not the 0.99b, your app, eternitytweaks, does not ask for su on miui.
[HTC One X] batna.antab:
Still nothing about the download issue?
[HTC One X] hamdir:
@kholk

you the man, really awesome disucssin things with you my friend

yes ok Geforce is so great and im all aware of the power of the NV extensions

but at the end of the day Android is a huge diverse ecosystem and game devs are unable to just specifically develop for Nvidia, experience have revealed how Tegra gets little love

giving how 99% of the games are just iOS ports coming from PowerVR roots is making things even worse

also lets not forget despite their GPU godness, the ULP doesnt support MSAA (which can be forced for other GPUs on android 4.2 dev options)

but but but your reply is gold

TO HELL with resolution switch man! TO HELL with memory OC, you are genius finding out the trick Sammy applied to get gains on the same old Mali400, give us 16bits, this switch alone would make games fly! thats an excellent find my friend

why the hell is 24bit used on a mobile device anyway! (i know 16bits = artifacts)

in fact given the situation and bad vibes tegra 3 is collecting in the media about gaming, im surprised Nvidia didn't hack it themselves yet!

finally one vital request for v1.0 my friend, please introduce sweep2wake from bricked, its vital for the One X size and far power button, it can be a switchable

so many thanks, anxious for your reply about 16bits

and one question, how did samsung avoid artifacts using 16bits? i tried many games on the S3 and never noticed the loss?

but check this from the mouth of ARM themselves

in other words, high precision is not needed for pixel shaders in a mobile device but in the vertex shader it should stay high precision in order to avoid polygons artifacts

but they say its not switchable in software....

16bit will show in 2d games badly but not as much in 3d games, so if its a switchable parameter it would be awesome ;) we can then trigger it using the gaming boost app or scripts (but not by default)

do you know the ULP on the T3 is actually very able when it comes to vertex power? if we brute fix the fillrate with 16bit regardless of the quality loss (its a mobile device in the end of the day with a dense screen, you will probably not notice) you will literally fix the GPU my friend!

If you already experimenting with it and worried about quality loss, im willing to beta test it for you my friend :)
[HTC One X] fjlour:
Hi, I'm trying this kernel with ARHD 9.7.2 but wifi does not work. What do I have to do?

I've installed the repacked version.
[HTC One X] hamdir:
download the extra modules
[HTC One X] fjlour:
I'm afraid I've searched and read your post about those "other modules", but I don't understand where are they and that they are.

Could you please help me? Thanks

---------- Post added at 10:17 PM ---------- Previous post was at 10:09 PM ----------

Nevermind, I've found it.

Houston we have wifi connection. :)
[HTC One X] batna.antab:
As far as I remember in aosp in the performance menu there's an option to force 16bit I may be wrong.
[HTC One X] hamdir:
this might just OS based and not global to the GPU 3d usage, still kholk will know better, seems transparency only?

according to the description this might be the same thing we are talking about, worth the try...
[HTC One X] kholk:
@hamdir

What you've paster from the ARM forums isn't really true... Mali 400MP's performance is REALLY BAD (lots of hacks for making it to be useable...).

Then... 16bits = artifacts? pffffff....... :P

I've had a Samsung Galaxy S II and I can assure you, with all those GPU hacks there wasn't any graphics casualty at all!

By the way, 24bits is being used on mobile devices because ... well, let's talk about that specifically on the hTC One X (yeah leave the others) ... our phone for example has got a really good panel, capable of showing "lots of colors".

You won't really notice the 16bits on GPU. Not really. Not on a phone.

Assuming that you know something about colors etc, it's simple: the display is so small that you won't notice anything is most of the cases.

On 2D games you say it would be more noticeable.

I can say that it's the same (or almost..), 2D or 3D!

I knew that our GPU's strength is on vertex shaders and I was imagining that prior making it to be sure in my mind because that's nVidia's way of making GPUs ;)

About that 16bits thing... well... I have to admit I already did some tests when this kernel was at version 0.20 (something like that), so, a very long time ago... and I won't hide you that I did get very poor results (if I well remember, green display and nothing working at all).

However, me and my team, we were doing this for fun. Mostly... I was, just for the sake of curiosity.... but then there were lots of important things to do on the kernel, so I left the curiosity after seeing that it would have required more than 60 seconds to make it to work as desired.

The only thing I'm worried about is quality loss while watching photos (not videos), because usually you're paying lots of attention while doing that and it's easier to notice "strangenesses".

Talking about the possibility to switch from 16 to 24 and vice-versa on-the-fly... this should be possible, but I don't know right now how much time and efforts will that require!

Surely, for making that to be easier for users, that will be integrated in EternityTweak.

@batna.antab

I can remember an option like that too, but that's not exactly what we're talking about.

An option in a settings menu will "give 16-bits to render", but the GPU should still work at 24-bits, so it will oversample the "images" to be rendered. That makes the whole thing to be pointless and would give a performance improvement of less than 0.5% or less than 1%.

That option would anyway force 16-bit rendering only for the Android OS (not for NATIVE parts of apps that are being executed, like games) and well, from my perspective the OS is smooth enough on Tegra 3, isn't it? :P

EDIT:

After reading the latest post by hamdir, well, yeah it's only about transparencies of the OS graphics (still nothing about apps running on top of it)
[HTC One X] hamdir:
@kholk well i found in /sys/devices/tegradc.0/graphics/fb0/bits_per_pixel

and i was able to change it to 16 somehow lol it did change and stick, ofcourse it didn't change anything on screen or speed, rebooting reset it to 32bit

yes yes i know this is not it, but im too damn excited now and cant wait :laugh:

ill be your beta tester man i have extremely pixel picky eyes :laugh:

by the way i tried to set the min clock to 102 like you suggest for interactive, but for some reason it doesn't work, even checking the parameter value, (scaling_min_freq) its actually 1500000! i think you will have to fix it from your end

on thing i have to say your kernel is already the fastest in games for the One X, its the only one running NFSMW with my 1300 patch at full smoothness

finally yes Tegra 3 + the One X super fast IO is excellent for UI speed, sadly we really need to fix 720p 3d games

i really think its worth it, i can even rally a big donation for you in order to make it happen with a switchable parameter, everyone around here is in love with their One X and can easily keep it for at least one more year, but many are about to jump ship because we are very frustrated at our gaming situation

i made the gaming boost scripts and with the help of mwilkyyy we made it into an app, tons of guides and game patches as well, but im really reaching a dead end, we really need to free this GPU from the heavy fill rate burden, and in theory i anticipate massive boost with such a hack and might very well destroy the S3 GPU (ULP is 3x to 4x faster than Mali400 in vertex)
[HTC One X] hamdir:
Guys is there anyway to fix the wall charger issue? Replugging is not working :(

@kholk the following issues are preventing this kernel from being stable for daily use

Serious issues:

- Wakeup delay and we can't change minimum frequency in SetCPU or even Eternity tweak

- Wall charging, its a matter of luck for it to actually charge, remind me of the old c64 tapes ;)

Vital features:

- Sweep2wake

- Init.d support in the stock RAM disk (no need for the user to repack just for this)

Eternity Tweak issues:

- What is sleep lock? its forcing the device to reboot when you press it

Dream Feature:

- GPU Boost/16bit hack, will try to collect you a nice bounty for this project!