NexusHD2 Android Forum

Hi dear NexusHD2 users especially use it in clk bootloader. We know clk is better bootloader than magldr. It has a lot future which magldr hasnt, for example; built-in recovery, built-in partition wizard, boot reasons, support fastboot commands, off-mode charging etc... But it hasnt rmnet support so the big part of us must use magldr:( Clk's wrappers dont work well. So we need a application to restart connection with several ways. I'm not a developer but I have an idea about potential fix. Maybe some developers help me, help us. I'm starting:)

1) Firstly, app will only work when data enabled and wifi disabled/disconnected.
2) It will check internet connection regularly. (For example twice a minute app will send ping google or something else.)
3) If data enabled, wifi disabled/disconnected and data isnt working well; app will check there is a continuing call and there isnt any will make these;
- Firstly, switch off and switch on data and checks again is data working or not.
- If data still isnt working, app will turn on aeroplane mode on and off and checks again is data working or not.
- If data still isnt working, app will make soft reboot

Any suggestion or help?
Thanks.

I hope you're having a good vacation and look forward to your return. In the meantime I'd like to chime in with my two cents here. I noticed in your signature here and at xda that you've modified MAGLDR. I've seen several of your postings on a Turkish website and tried my best to understand what you've accomplished already. Unfortunately, every translation site I used left something to be desired, as it was barely understandable to me. However, the fact that you've been able to modify it at all gives me hope that perhaps you're the right person to speak with, or perhaps you know how to get in touch with the right people.

Here is what we know as things stand currently. MAGLDR for the HD2 is no longer being developed by bebe, cotulla or anyone else in DFT. It supports multiple OS's and multiple installation methods, is rock stable and has both native rmnet and ppp support. On the downside it doesn't support offline charging so devices can't be turned off while charging, it doesn't support the native google android tools for administering ROMS, and must be reflashed whenever there is a change in partition size(s). It's also closed sourced with no one associated with DFT willing to divulge any code or how exactly it works, and cotulla has said there will be no further development for the HD2. So the current version is also the last one.

cLK or Black LK is stable, supports offline charging, boots up significantly faster, supports native google android tools, and is able to format and repartition on the fly. The downside is it only supports PPP which is inferior to rmnet in android and it doesn't support any other OS's. However, it's an open sourced project that can easily be modified as long as improvements are given back to the community.

Instead of trying to make PPP data connections more stable on clk I think the effort should be to bring rmnet support to it. There are several ways in which this could be accomplished. The easiest way of course would be if bebe, cotulla, or someone else at DFT contributes the portion of MAGLDR code that initiates rmnet to the clk developers so it could be incorporated into the project, but cotulla has made clear on an xda post that this isn't going to happen. The next and more difficult method would be to reverse engineer MAGLDR to learn how rmnet is accomplished then develop code that incorporates that function into cLK. Another option would be a binary blob that hooks into clk which is also a difficult proposition, but might be acceptable to either DFT or HTC as neither would have to divulge their sources. This is where I think we have the best chance to make progress because it gives us two avenues of pursuit to accomplish our aim.

If we could somehow convince cotulla, DFT, or HTC to release a blob that enables rmnet then all that would be required is for cLK to implement it. So this is where we could concentrate our effort either by a petition to HTC like was done to Qualcomm to get it to finally release snapdragon and adreno drivers, or by convincing cotulla and DFT to write the blob for cLK.

To me the logical place to start would be with HTC. It's their hardware and they already have android bootloaders for devices that are nearly identical to the HD2. If they could just be convinced to release one that allows the HD2 to support android natively then nothing else would be required. If that didn't work then perhaps they can be convinced to release the underlying code to developers who sign NDAs, who in turn could write a blob to incorporate rmnet into cLK. Finally, perhaps cotulla/DFT could be persuaded to write a blob that could be used with cLK.

These are just my observations, opinions and suggestions. Anyone feel free to chime in.

Ciao

Hi. Thanks for sharing your opinions with us and I am sorry for my english from now. I am not native english speaker.

Firstly, I am not right person to bring rmnet feature to LK from magldr, sorry for that. I am not a developer, coder, hacker, cracker ... etc. I only like tampering handhelds, tablets and PCs. I have very basic coding skills like m-shell for symbian os, mortrun for winmo and windows, batch and visual basic scripting for windows. And have very basic re-engineering skills like hexediting, sometimes disassemblying with ida. These aren't enough to bring rmnet to LK:(

But, I modified magldr's strings with hexeditor and comparing it's lastest (1.13) version with previous versions (1.10,11,12) to understanding it is structure and created faster (maybe placebo effect I don't know) and eye-candy (I am sure from that ;D) variant of it for my personal use. In beggining (1.13.01), I wanted to share it with xda users. If I didnt remember wrong, HD2Toolkit creator, Kasual Subedi (KSubedi) shared his own unbranded magldr on xda too. But moderators deleted this topic. (also another topic which included my own flash.cfg creator for dft's daf.)

I tried to understanding magldr's structure, and operating principles many times. I learned how to remove and expand strings, adding lines, creating partitions without dft's daf via mtty commands. I also added to it 2.15.50.14 radio rom and a new splash screen on version 1.13.03. And I read nearly all conversations on #htclinux irc channel logs to understanding its development history. But no luck:( I also understood misc partition structure to creating partitions without PC with aroma installer but I need help for creating aroma installer. I will also post this structure on this forum when my holiday is over;)

A few weeks ago, I tired to learn basic arm disassembly but it was too hard for me and I cancelled it. I tried to disassembly unmodified 1.13 via ida pro, but ida didnt find any strings, bridges, marks, links ... etc. I tried to again with magldr 1.13 + 2.15.50.14 radio combination and I saw all of them finally;) But I didnt know what is what:( If somebody want to try to modify it, he/she must create a single nbh which included magldr (os.nb) and radio 2.15.50.14 (radio.nb) and open it with ida pro disassembler. I think only way this. (I also help him/her to do it ;D)

If you made a little search about rmnet and clk, you already saw cotulla's "black magic" on xda and irc logs. He looked desire hd's radio roms and find a way runing rmnet on leo. If you look magldr via hex editor, you will see some radio rom strings like HTCMISC ...etc in it. I think magldr is patching radio rom on "123456 go go go!" section but I don't know how to do:( Maybe you can look desire hd's radio roms for some easter eggs.

Another hint; why magldr is working only 2.08.hspl? maybe it is patching spl too, I don't know. If I had a nbh image of 2.08.hspl (it is impossible I think) maybe I found answer of this question. Maybe someone will help me for that.

Also, I talked about rmnet support of LK with Rick_1995 on xda via pm. He said; he has a LK variant with rmnet supported for his own use. As he said, cotulla helped him for that and he promised cotulla to not sharing this trick with anyone. Maybe he help us, if you can convince him;)

Kokotas also important brain, who gave us best lk variant in my opinion. I think, he can get rmnet compability to his lk if he try. But I also talked him and he said to me, he didnt know more about rmnet:(

If I don't remember wrong, I read anywhere on xda which I don't remember now, Rick_1995 said: "...no changes on bootloader, only need to edit kernel..." Maybe best developer I ever see, tytung will help us for that. He said before on xda; he is not a kernel developer, but he is a genius I think (I love to overstating him ), maybe he will find a way.

I think, dft and cotulla will never give anu tricks about that to us. But maybe we can do it. I say again; I am not right person, sorry:(

Another solution might be taken from the title of this thread.
tytung has said that ppp on HD2 is a "dirty hack", and that HD2 uses rmnet natively. Would it be possible to make ppp a cleaner hack?

Robbie P wrote:Another solution might be taken from the title of this thread.
tytung has said that ppp on HD2 is a "dirty hack", and that HD2 uses rmnet natively. Would it be possibletaughtck ppp a cleaner hack?

When I read things like this it really makes me wish I was a programmer. Unfortunately I'm just a tinkerer and a hobbyist. I bombed out of the only programming class I ever took in college. Back in those days there were no PCs and all computing classes were taught on mainframes with punch cards. You wrote your code freehand on paper, then typed into the cards. Make one mistake on a card and it was spoiled, or heaven forbid you dropped the stack and got them out of order, the program wouldn't compile. Trying to troubleshoot and debug....that's another story. It got so frustrating that I dropped out, which is why I became a truck driver.

I do know some basic and I also can write some shell scripts, but that's the extent of my programming skills. Although, I did recently fix a kernel patch that was failing to apply on recent kernels. It allows frame buffer decorations in a tty that was accepted by Gentoo into their tree. But it's a lot easier to fix a patch than to write one.

PPP is definitely a hack. Android uses rmnet natively. I still think it would be easier to add it (rmnet) to cLK than to bring offline charging and the ability to resize partitions to MAGLDR.

I hope, it will be useful for someone:
http://tjworld.net/wiki/Android/HTC/Vis ... otAnalysis