[MOD] BlaY0's kernel 2.6.29 with UTF-8 NLS support + additional modules

[BlaY0]

Hi,

I decided to post here two kernel updates I mainly use or have used on my Legend. They are nothing special (not overclocked), with several additions and changes, just something I want to share with the Legend scene. They corespond to two different (stock) extraversions:

2.6.29-5f084974

Based on stock HTC kernel version 13be9c9c available from their Developer Center. The kernel is perflocked by default (123-246 MHz screen OFF , 246-600 MHz screen ON, 123-600 MHz scaling for ondemand governor). Modules (drivers) included:

• aufs.ko (overlay file system driver)
• cifs.ko (CIFS file system driver)
• cpufreq_conservative.ko (conservative scaling governor)
• cpufreq_interactive.ko (interactive scaling governor)
• cpufreq_powersave.ko (powersave scaling governor)
• lzo_compress.ko (lzo compressor)
• lzo_decompress.ko (lzo decompressor)
• perflock_disable.ko (forcibly disables perflock)
• ramzswap.ko (Compcache driver)
• sdio.ko (TI SDIO driver)
• squashfs.ko (SQUASHFS 4 file system driver)
• tiwlan_drv.ko (TI Wlan driver)
• tun.ko (TUN/TAP driver)
• ext4.ko (ext4 file system driver)
• jbd2.ko (ext4 dependency)
• lockd.ko (NFS)
• nfs.ko (NFS)
• sunrpc.ko (NFS)

2.6.29-8d705e0d

Based on CM's 2.6.29.6 GIT with some additions from Alex's GIT. Specs are the same as for above version.


UTF-8

As an option, I also prepared two kernels same as above but with UTF-8 NLS support set as default.


Installation

Just flash the update via ClockworkMod... it will run over your previous kernel and modules.


Note

These kernels are ment for those using stock based ROMs (like chefs using stock ROMs as a base) and are missing support for things mentioned above (nfs, aufs, cifs, tun, interactive governor...). Those using CM based ROMs don't need any of these... CM already has kernel with all support mentioned above.


Warning!!!

Please read the whole post before you download (it's really not so long)! Do not apply these updates if you don't know what they actually do!

 

[vadatte]

Hello,
this one : 2.6.29-8d705e0d doesn't work with Azure Nightly 8.
The touch screen don't work !

 

[Kwen]

Hello,
this one : 2.6.29-8d705e0d doesn't work with Azure Nightly 8.
The touch screen don't work !

Build 8 quite bogus, random reboots and non working TTS
have you tried with build 7?

 

[vadatte]

I have similar problem with Azure Nightly 7 and Kernel 2.6.29-8d705e0d
Touch screen don't work !

 

[BlaY0]

Probably I should've mentioned that these kernels have been primarily ment for stock based ROMs.

I don't get it guys... I believe I mentioned in 1st post that second kernel is based on CM's so why would one ever want to us my kernel with CM... CM already has the right kernel with all the modules and statically built support for anything I mentioned above.

If you guys are trying nightlies expect problems but most important learn how to debug them. If you just write that it doesn't work, you basically did nothing to help solving the problem or improving things.

One more thing... did you guys try dumfaq's OC kernels with those CM nightlies?

Sent from my HTC Legend using XDA App

 

[vadatte]

If you just write that it doesn't work, you basically did nothing to help solving the problem or improving things.

One more thing... did you guys try dumfaq's OC kernels with those CM nightlies?

With Azure Nightly 7 the phone starts correctly, I can not use the touch screen (it's impossible to navigate with my fingers )

And no I don't try dumfaq's OC kernels with cyano nightlies.

 

[TheGrammarFreak]

I would like to say something:

If you don't have any idea what these kernels actually change, then don't use them. There's no point in going "Duuh, BlaYo made a kernel, it must be awesome! I'll use it", when you don't know the advantages of using them. This kind of thing goes for a lot of stuff on these forums. If you don't understand what it does, or if you wouldn't know where to start with debugging errors, then either don't use it, or do research and make an informed decision on whether you actually need it.

And this goes for yez nightly users, too: nightly builds are almost never better than the stable. If you want CM, use Azure, not the nightlies. Unless of course your doing real testing, debugging and then feeding it back to CM developers.

 

[BlaY0]

Exactly!

Sent from my HTC Legend using XDA App

 

[TheGrammarFreak]

Exactly!

Sent from my HTC Legend using XDA App

We live and learn.

 

[KahKah!]

Request: nls_utf8 module please.

Hello BlaY0, Thank you for you posting the kernel.
I am enjoying cifs with your 2.6.29-5f084974 on Azure, thank you!
Would you please add one more module "nls_utf8"? This helps converting filenames written in lot of languages other than English.

 

[BlaY0]

That can be arranged. But I have a question for you. What's keeping you from compiling it yourself? Since you know what those modules are for, I'd suspect you have done it before... at least for x86 architecture?

 

[KahKah!]

Thank you for your reply!
I am sorry, I've not tried it yet, only read FAQ #2 in "CifsManager" created by f3d0r.

forum.xda-developers.com/showthread.php?t=756158

Q: I mounted my favorite share successfully but files with special characters are not displayed correctly.
A: Try to use a kernel with explicit UTF-8 support or try to find/load the kernel module nls_utf8.ko via a simple init script.

May I try it with your help?

 

[KahKah!]

Hi BlaY0, please hold my request.
I found your message at "[Q] Custom Kernel" thread. I will try by myself with kyosa's config. Thank you!

 

[BlaY0]

Check this one too...

 

[BlaY0]

I added nfs support to 1st one and ext4 to both. I also prepared optional kernels (same versions) with UTF-8 NLS support set as default.

 

[ali ba]

My two cents:

For a few of these it doesn't really make sense to compile them as modules. tun, lzo, utf_nls don't really bloat the kernel or negatively affect performance for example.

 

[BlaY0]

I know... I just put them here because you can freely extract them and use them with plain (not modified) stock kernel. That's why I'm using stock kernel extraversions and not my own.

As for NLS it is already statically compiled (not as modules) in those two kernels...

 

[hureile]

Hi BlaYo, Thank you for your new kernels! "5f084974" kernel and modules worked perfectly with Azure1.01! I can now read any filenames on my file server. I am so happy!!

Ah-- Yes, last weekend I gave up. I could not make wifi active...
(Of course, I re-compiled tiwlan_drv.ko) So I gratefully accept your favor.


Hello Ali ba!! Thank you, I found "nls_utf8" was already enabled in your nightly build. (I saw in config.gz) I am sorry I've not test them yet. I will test and report about this!