Is anyone trying to work on the Honor 7? I've got the the point now where I can't continue.
Things I know:
Kernel source compiles with no issues
Boot image has secure boot for first 4095 bytes
Kernel and ramdisk can be extracted easily
Bootloader is crap! Doesn't allow fastboot boot
Things I can't do:
Repack a stock boot image! Tried countless ideas. Various unmkbootimg give differing offset values for kernel and ramdisk, tried all those, tried zeroing off the secureboot section. I either get hang on Honor or bootloader error
Superr's kitchen doesn't even recognise it as a valid boot.img, I thought that was my lifeline..
Can't create flashable zip, various update-binary's have been tried - including Huawei's own pulled from the 140 OTA, can't get any edify zip to run (I know shell scripts will work, that's how SU installs.)
It's either something I'm doing wrong (very likely), or this handset is so non-standard, we as a community are screwed! (less likely but possible)
Just to note - I'm not a dev, I'm a Linux admin by day...
Any sensible ideas welcomed :silly:
Hey there,
for differing Offset u tried this:
http://forum.xda-developers.com/showpost.php?p=61956115&postcount=54
For a flashable zip-file u should have a look at anykernel2 ... maybe u can find a solution here!
The secure boot shouldn't be a problem as ur bootloader is unlocked
Sent from my PLK-L01 using XDA Premium HD app
thanks @c0llal0 , some interesting things to look at there that I haven't tried :good:
Ur welcome! We all benefit from ur efforts.
In case i find some free time in the next days, i will try to help more...
Sent from my PLK-L01 using XDA Premium HD app
AnyKernel2 seems to be working :victory: - don't understand, as it's using still using umkbootimg and mkbootimg (arm) - need to put some debug in there to get the values it's using!
...but i've had to use use some force. I've had to disable the device check, which I'm not happy about (you know, some people may flash another device by "mistake")
Can u tell me where u disabled it? Maybe u could link to some code? Will have a look at those lines.
Sent from my PLK-L01 using XDA Premium HD app
in anykernel.sh
Code:
do.devicecheck=1
using
Code:
device.name1=HWPLK
device.name2=hi3635
as that's what is in build.prop
this is used in META-INF/com/google/android/update-binary
Code:
if [ "$(file_getprop /tmp/anykernel/anykernel.sh do.devicecheck)" == 1 ]; then
ui_print "Checking device...";
for i in 1 2 3 4 5; do
testname="$(file_getprop /tmp/anykernel/anykernel.sh device.name$i)";
if [ "$(getprop ro.product.device)" == "$testname" -o "$(getprop ro.build.product)" == "$testname" ]; then
ui_print "$testname";
match=1;
fi;
done;
ui_print " ";
if [ "$match" != 1 ]; then
abort "Unsupported device. Aborting...";
fi;
fi;
Always get unsupported device
I am on B170! Rooted.
My build.prop only shows HWPLK
No second device id here!
Sent from my PLK-L01 using XDA Premium HD app
added some extra ui_print - it's getting the value "HWGRA" ! that's not in build.prop :silly:
I had a look via TWRP and things get a little revealing
Code:
adb shell
~ # getprop
[ro.build.product]: [HWGRA]
[ro.product.device]: [HWGRA]
so, it looks as though this recovery is for the Huawei P8 / GRACE !
So now we have another job to do!
here's what Anykernel2 returns from unpackbootimg (also posting here for my own reference )
values here are yet again different from other unpackbootimg builds!
Code:
BOARD_KERNEL_CMDLINE mem=3072M mmcparts=mmcblk0:p1(vrl),p2(vrl_backup),p6(modemnvm_factory),p9(splash),p10(modemnvm_backup),p11(modemnvm_img),p12(modemnvm_system),p14(3rdmodemnvm),p15(3rdmodemnvmback),p17(modem_om),p20(modemnvm_update),p30(modem),p31(modem_dsp),p32(dfx),p33(3rdmodem) androidboot.selinux=enforcing
BOARD_KERNEL_BASE 00678000
BOARD_NAME
BOARD_PAGE_SIZE 2048
BOARD_KERNEL_OFFSET 00008000
BOARD_RAMDISK_OFFSET 07588000
BOARD_TAGS_OFFSET ffb88000
something else to try...
EDIT:
YESSSS! :victory: :victory: :victory:
that's the one!
Code:
mkbootimg --kernel zImage --ramdisk boot.img-ramdisk.gz --cmdline \
'mem=3072M mcparts=mmcblk0:p1(vrl),p2(vrl_backup),p6(modemnvm_factory),p9(splash),p10(modemnvm_backup),p11(modemnvm_img),p12(modemnvm_system),p14(3rdmodemnvm),p15(3rdmodemnvmback),p17(modem_om),p20(modemnvm_update),p30(modem),p31(modem_dsp),p32(dfx),p33(3rdmodem) androidboot.selinux=enforcing' \
--base 0x678000 --pagesize 2048 --ramdisk_offset 0x7588000 \
-o new_boot.img
Yep! There u go
Now we have a good base to start, at least, kernel development!
Great work!!!
Sent from my PLK-L01 using XDA Premium HD app
c0llal0 said:
Yep! There u go
Now we have a good base to start, at least, kernel development!
Great work!!!
Click to expand...
Click to collapse
thanks can you do one thing for me, as you're on 170
can you tell me what the kernel version is?
cheers :highfive:
Here we go
Sent from my PLK-L01 using XDA Premium HD app
c0llal0 said:
Here we go
Click to expand...
Click to collapse
3.10.61, cool thanks!
As u have a bootin' kernel, what comes out of those logfiles? U looked after drivers for sensors and stuff?
Is the phone behaviour like it should be?
Sent from my PLK-L01 using XDA Premium HD app
c0llal0 said:
As u have a bootin' kernel, what comes out of those logfiles? U looked after drivers for sensors and stuff?
Is the phone behaviour like it should be?
Sent from my PLK-L01 using XDA Premium HD app
Click to expand...
Click to collapse
phone is working fine, as it's the same kernel version, the module for sensors etc. are all loading and working normally
Hi guys,
I've been following these posts for a few weeks now als also the kernel development. Massive shout out to Sminki and the ON-OR kernel!!
But I'm really new to the development of kernels and ROMs and new to xda so I have some questions if you don't mind.
I guess you guys are working on the kernel, how long should this take since it's kind of safe to use? And can I help testing (pls keep in mind I'm not an expert, just used to flash roms and kernels on nexus 4, that's all my knowlege.)?
When you get the kernel up and running, does it take much to make roms? Like making them from scratch or just a few changes to existing roms?
And again, can I help testing those ROMs?
My buildnr is PLK-L01c432B121, as far as I understand, L01 means I have the European version and B121 stands for the firmware version (an old one i guess). What does C432 mean?
You're working on an L01 kernel, is this compatible for other versions? In other words, when there are other kernels available, should I keep in mind that I can use only L01 based kernels?
Thank you to all the people that are spending their free time and all your hard work!!!!
Sorry this is a long reply, i got carried away, but you did ask a lot!
Anderjax said:
Hi guys,
Massive shout out to Sminki and the ON-OR kernel!!
Click to expand...
Click to collapse
thanks
But I'm really new to the development of kernels and ROMs
Click to expand...
Click to collapse
Me too, although I have been using linux for about 13 years so I do have some understanding of the underlying system, compiling, kernel modules, etc.. However some bits of this post may be incorrect!
I guess you guys are working on the kernel, how long should this take since it's kind of safe to use?
Click to expand...
Click to collapse
It is safe, i added the experimental tag as mine went into un-wakeable sleep with bluactiv cpu governor, but it's current uptime is 85hrs using ondemand instead. i built it because i wanted to see if it would actually compile, i posted it because it worked (and no one else had, haha!)
When you get the kernel up and running, does it take much to make roms? Like making them from scratch or just a few changes to existing roms?
Click to expand...
Click to collapse
this is where it gets difficult. right now there is nothing, no AOSP, no CM, etc.. to port to
So to start from scratch you need a device tree, which is essentially a collection of files that give the rom the bits of info it needs to build for your device, roms are a little easier to build if you have a "sibling" or "ancestor" (similar/older) device with a custom ROM, one that is similar enough to use some of the device tree that custom ROM was built from.
As the CPU is Huawei's own HiSilicon Kirin, there really is nothing similar with the exception of codeworkx CM for the Honor 6, the P8 is a "sibling" (but no custom roms) and the mediapad x2, which is Kirin, but not a phone, but someone may be able to do something with the custom roms available (?)
I'm currently playing around with this when i have spare time
What does C432 mean?
Click to expand...
Click to collapse
no idea!
You're working on an L01 kernel, is this compatible for other versions? In other words, when there are other kernels available, should I keep in mind that I can use only L01 based kernels?
Click to expand...
Click to collapse
the Chinese PLK-AL10 is the PLK-L01 with more RAM - with the MarshMallow beta "blackbox" partitions flashed i was able to run the AL10 kernel and system (android 5.1.1) on the L01
The PLK-(UL/TL/CL) are all essentially the same (rom) in a smaller system partition (as I tried that too!) I've not looked into the Indian variant yet..
"blackbox" are things like "radio" that you can flash directly from fastboot on a nexus, but not on this device, this is where the problems would lie. So yes, kernel per device, unless the dev has considered the above, but there is only one kernel right now :silly:
sminki said:
Sorry this is a long reply, i got carried away, but you did ask a lot!
Nice one,
Thank you, this explaines a lot really. Have you ever made a tree like that?
Is there someway to help you by installing the kernel en sending you feedback errors and stuff?
Click to expand...
Click to collapse
Anderjax said:
Nice one,
Thank you, this explaines a lot really. Have you ever made a tree like that?
Is there someway to help you by installing the kernel en sending you feedback errors and stuff?
Click to expand...
Click to collapse
Never made a tree before, but I have something which might work, will find out soon
As for the kernel, you can try and install it but it may not work because:
a) your're on B121
b) you may have the chinese twrp
c) other
I'll post the B121 boot.img later (at work now) on the main kernel post should you need to go back to it.
However - I don't know how much I'll be able to debug as i'm not a dev, or that good at C, also the huawei source seems to be really non-standard! :silly:
Related
Okay, I managed to fix the sources and got it compiled.
This is based on 4.06/4.08 sources with 4.08 ramdisk.
Use it at your own risk. If you brick your phone, it will be your fault, not mine.
I do not own a Dell Venue and therefore cannot test this.
zImage :
fastboot flash zimage zImage
fastboot reboot
boot.img :
fastboot flash boot boot.img
fastboot reboot
Download :
dell-venue-dbg1.zip
dell-venue-dbg2.zip
dell-venue-dbg3.zip
WiFi module :
dhd.ko-dbg1.zip
Thanks.
Yes, we would.
Cool, right now I have a hard time finding the right defconfig.
In case someone could point me to the right file :
https://github.com/adridu59/dell-venue-kernel/tree/master/arch/arm/configs
Edit :
It seems to be codenamed "toucan".
adridu59 said:
Cool, right now I have a hard time finding the right defconfig.
In case someone could point me to the right file :
https://github.com/adridu59/dell-venue-kernel/tree/master/arch/arm/configs
Edit :
It seems to be codenamed "toucan".
Click to expand...
Click to collapse
I think you'll try all of them, then test on your real device and.....
)
nguyen_vh said:
I think you'll try all of them, then test on your real device and.....
)
Click to expand...
Click to collapse
I made an overlap comparaison and I think that this is it.
Right now I am fixing the sources, they are crap tbh.
adridu59 said:
i made an overlap comparaison and i think that this is it.
Right now i am fixing the sources, they are crap tbh.
Click to expand...
Click to collapse
thanks for your effort :d
Yes
Venue have Custom Kernel! I have one
Kinda busy right now working on my own device but you can contribute if ya want. github.com/adridu59
I'm excited about this topic! Please keep me up to date with this. BTW, I also think that v4.06 source from Dell OpenSource is crappy. Could you please public your change list after you complete the work, it's very helpful to us.
chacona said:
I'm excited about this topic! Please keep me up to date with this. BTW, I also think that v4.06 source from Dell OpenSource is crappy. Could you please public your change list after you complete the work, it's very helpful to us.
Click to expand...
Click to collapse
Well check my github, I haven't worked on this for a while but I'm not letting it down.
First build on first post, follow instructions. Thanks.
406 and 408 apparently use the same kernel according to dell. Though we've had the suspicion that there were differences, apparently there isnt.
TheManii said:
406 and 408 apparently use the same kernel according to dell. Though we've had the suspicion that there were differences, apparently there isnt.
Click to expand...
Click to collapse
Yes, that's what I was thinking. And otherwise they would've published the sources.
I tried to flash your zImage, what I received is "Flashing Error -2", in red background in fast boot mode.
BTW, I would like to ask the way you build the kernel. Did you build directly from /kernel folder (with .config), or you build from ROM's source tree (/kernel folder's parent, using "build/envsetup", then "choosecombo")? I would like to get my hands dirty with this work too!
If my dev pc wasnt broken at the moment, I could glue it together with the stock ramdisk and make a flashable zip.
Here's the stock 408 kernel: boot-408.img
You can glue it together with that ram disk if desired, but shouldnt it also generate a ramdisk when building the kernel?
Just as much the ramdisk's contents arnt that unusual, you could prob guess at a few things and reconstruct it without issue.
chacona said:
I tried to flash your zImage, what I received is "Flashing Error -2", in red background in fast boot mode.
BTW, I would like to ask the way you build the kernel. Did you build directly from /kernel folder (with .config), or you build from ROM's source tree (/kernel folder's parent, using "build/envsetup", then "choosecombo")? I would like to get my hands dirty with this work too!
Click to expand...
Click to collapse
Thanks for testing.
I just use the corresponding defconfig, that is the usual way to do it.
I don't really see what you mean by ROM source tree...
TheManii said:
If my dev pc wasnt broken at the moment, I could glue it together with the stock ramdisk and make a flashable zip.
Here's the stock 408 kernel: boot-408.img
You can glue it together with that ram disk if desired, but shouldnt it also generate a ramdisk when building the kernel?
Just as much the ramdisk's contents arnt that unusual, you could prob guess at a few things and reconstruct it without issue.
Click to expand...
Click to collapse
Nao, the ramdisk isn't compiled code. Usually you extract it from the stock kernel and build with mkbootimg or any similar tool.
Thanks for the link BTW.
Okay, I built the boot.img. Offset is 0x20000000.
Check first post, thanks.
adridu59 said:
Thanks for testing.
I just use the corresponding defconfig, that is the usual way to do it.
I don't really see what you mean by ROM source tree...
Thanks for the link BTW.
Click to expand...
Click to collapse
Sorry for not making it clear. By saying "from ROM source tree", I mean the way below (ftp.dell.com/opensource/venue/v4.06/Venue-HOW-TO-BUILD.txt)
Code:
kernel
1) download source tree of android froyo from Qualcomm.
2) replace kernel
3) build kernel by
. build/envsetup.sh
choosecombo
...
5) make -j4 kernel
# update on 4/27/2012 - 23:18 GMT+7
I built an update.zip, with all the files including boot.img and system/lib/modules. What I got is, the Dell logo is hung there like being fallen into an infinite loop.
chacona said:
Sorry for not making it clear. By saying "from ROM source tree", I mean the way below (ftp.dell.com/opensource/venue/v4.06/Venue-HOW-TO-BUILD.txt)
Code:
kernel
1) download source tree of android froyo from Qualcomm.
2) replace kernel
3) build kernel by
. build/envsetup.sh
choosecombo
...
5) make -j4 kernel
Click to expand...
Click to collapse
First time I see this kind of instructions.
Code:
export ARCH=arm
export CROSS_COMPILE=~/toolchains/arm-eabi-4.4.3/prebuilt/linux-x86/bin/arm-eabi-
make toucan-perf_defconfig
make
chacona said:
# update on 4/27/2012 - 23:18 GMT+7
I built an update.zip, with all the files including boot.img and system/lib/modules. What I got is, the Dell logo is hung there like being fallen into an infinite loop.
Click to expand...
Click to collapse
Would you try again using fastboot please ? thanks.
@Adridu59: still fail, flashing boot.img using fastboot gives the same result as I described above. I will try to get your config files and build a copy myself to see what's going on!
We all want Gpe KitKat, don't we?
I'm not a professional developer, so I'm just trying to replicate everything that DooMLoRD did for Z1 with respect to difference between our devices
Steps I imagine should be taken and results:
Find GPe kernel sources
Sony sources
Diff them with DooMLoRD's and upload to Github
Only small changes and buildscripts
My Github repo kernel tree
Diff changes to configs
No changes
Get the toolchain
The same as DoomLoRD's
change buildscripts
Don't know why but DoomLoRD uses strip from other toolchain. Will do the same
Compile kernel
Got compiled, but don't have the files from buildscript:
arch/arm/mach-msm/qdsp6v2/adsp-loader.ko
net/wireless/cfg80211.ko
./drivers/coresight/coresight-event.ko
./block/test-iosched.ko
./arch/arm/mach-msm/qdsp6v2/adsp-loader.ko
Should be ok because they don't have to be modules according to config. Maybe there is a reason I don't know why they are still in build_it
Compiled kernel can be downloaded here
Get a ramdisk
Currently here
On most devices I used before one could create a new ramdisk from scratch. Where should I get one?
Ran a lot of diffs, I belive I should use ramdisk from DooMLoRD's advanced GPe kernel for ZUGPe...
Pack in a boot.img
more steps to come to create a flashable zip
run KitKat and have fun
Help me, do it with me and all that
Don't have much time until the holidays are over and I have to study so we have to do it quickly :fingers-crossed:
We'll hello there sir we do want gpe on our zu and will help you in any way possible if you need a beta tester.
Thumbs up! I can't really support you but I really appreciate the work you're doing!
Sent with my Xiaomi MI2 with Tapatalk Pro
wooki said:
Thumbs up! I can't really support you but I really appreciate the work you're doing!
Sent with my Xiaomi MI2 with Tapatalk Pro
Click to expand...
Click to collapse
Now that my Z Ultra accidentally hard bricked after ordinary flashing .290 ftf I have a problem with moving on xD And have no more warranty because bootloader unlocked. Waiting for full discharge, maybe it will come back to life after that
thermatk said:
Now that my Z Ultra accidentally hard bricked after ordinary flashing .290 ftf I have a problem with moving on xD And have no more warranty because bootloader unlocked. Waiting for full discharge, maybe it will come back to life after that
Click to expand...
Click to collapse
I'm hoping we get progress. I can get fastboot to load an .img, and TWRP/CWM but no other screens on display if I had a .ZIP, otherwise I'm SOL. Worst case I return and pay for both but that would be a horrific scenario.
I'm trying to do pretty much what you're trying to do but I can't for the life of me get any kernels I build to boot. Did you have any luck even getting as far as the Sony/Google logo? I know I'm not very likely to get this working properly but it would be nice to learn a little.
I've got the zImage, dt.img and then I've used the ramdisk.cpio.gz that I've extracted from the GPe boot.img with the custom recoveries. Packaged it all up in a boot.img using the following command:
./mkbootimg --base 0x00000000 --kernel zImage --ramdisk_offset 0x02000000 --tags_offset 0x01E00000 --pagesize 2048 --cmdline "androidboot.hardware=qcom user_debug=31 maxcpus=2 msm_rtb.filter=0x3F ehci-hcd.park=3 msm_rtb.enable=0 lpj=192598 dwc3.maximum_speed=high dwc3_msm.prop_chg_detect=Y" --ramdisk ramdisk.cpio.gz --dt dt.img -o boot.img
All i get after flashing it to my device is the led flashing red. If someone can give me some pointers I'd really appreciate it.
Thanks
datty said:
I'm trying to do pretty much what you're trying to do but I can't for the life of me get any kernels I build to boot. Did you have any luck even getting as far as the Sony/Google logo? I know I'm not very likely to get this working properly but it would be nice to learn a little.
I've got the zImage, dt.img and then I've used the ramdisk.cpio.gz that I've extracted from the GPe boot.img with the custom recoveries. Packaged it all up in a boot.img using the following command:
./mkbootimg --base 0x00000000 --kernel zImage --ramdisk_offset 0x02000000 --tags_offset 0x01E00000 --pagesize 2048 --cmdline "androidboot.hardware=qcom user_debug=31 maxcpus=2 msm_rtb.filter=0x3F ehci-hcd.park=3 msm_rtb.enable=0 lpj=192598 dwc3.maximum_speed=high dwc3_msm.prop_chg_detect=Y" --ramdisk ramdisk.cpio.gz --dt dt.img -o boot.img
All i get after flashing it to my device is the led flashing red. If someone can give me some pointers I'd really appreciate it.
Thanks
Click to expand...
Click to collapse
Make sure the you're on 4.3 (.290) on your firmware. Easiest way to do this is to FTF 290 but exclude system and kernel.
That should get it booting, but then a lot of FC's. As long as you have debugging enabled in your ramdisk, you can check the logcat for the errors and debug from there.
Sent from my Nexus 5 using Tapatalk
datty said:
I'm trying to do pretty much what you're trying to do but I can't for the life of me get any kernels I build to boot. Did you have any luck even getting as far as the Sony/Google logo? I know I'm not very likely to get this working properly but it would be nice to learn a little.
Click to expand...
Click to collapse
I do get Sony or Google before lights out depending on the img I have loaded. I'm lost after that.
Make sure the you're on 4.3 (.290) on your firmware. Easiest way to do this is to FTF 290 but exclude system and kernel.
Click to expand...
Click to collapse
bigxie, I am also lost on the build details, but I think moving to 4.3 (290) is the main reason I'm SOL on the GPe device. Is it cool to go back to go forward?
Any news of gpe rom port to c6833 ?
Sent from my C6833 using xda app-developers app
We are still here and following you, Thermatk, so don't lose your motivation just yet. How's the project going?
LordManhattan said:
We are still here and following you, Thermatk, so don't lose your motivation just yet. How's the project going?
Click to expand...
Click to collapse
It seems that thermatk has joined the .290 FTF bricked XZ1+XZU club:
http://forum.xda-developers.com/showthread.php?p=49055487#post49055487
has taken down a few XZU's - including mine.
n0bleINtP said:
It seems that he has joined the .290 FTF bricked XZ1+XZU club:
http://forum.xda-developers.com/showthread.php?p=49055487#post49055487
has taken down a few XZU's - including mine.
Click to expand...
Click to collapse
I'm glad that there aren't the no of bricked ZU as there are Z1, it is disturbing the no. of dead Z1's
blueether said:
I'm glad that there aren't the no of bricked ZU as there are Z1, it is disturbing the no. of dead Z1's
Click to expand...
Click to collapse
there aren't as many zu as z1 around as a whole
Sent from my Xperia Z Ultra using Tapatalk
I will get a replacement motherboard for 150$ later this month
Anyway I like Z Ultra
thermatk said:
I will get a replacement motherboard for 150$ later this month
Anyway I like Z Ultra
Click to expand...
Click to collapse
Ouch.. that sucks.
thermatk said:
I will get a replacement motherboard for 150$ later this month
Anyway I like Z Ultra
Click to expand...
Click to collapse
will you replace it yourself?
Sent from my Xperia Z Ultra using Tapatalk
gbohm said:
will you replace it yourself?
Sent from my Xperia Z Ultra using Tapatalk
Click to expand...
Click to collapse
That's what I'm very afraid of. I mean it's easy to disassemble but to get it back being waterproof again is kind of impossible
Anyway :fingers-crossed:
You honestly don't need to do all this
Wait I will share link of the ZU GPe port to ZU that I was working on a while back...
Sent from my C6603 using xda app-developers app
thermatk said:
That's what I'm very afraid of. I mean it's easy to disassemble but to get it back being waterproof again is kind of impossible
Anyway :fingers-crossed:
Click to expand...
Click to collapse
http://feedly.com/k/1eL5fJy
Sent from my Xperia Z Ultra using Tapatalk
DooMLoRD said:
You honestly don't need to do all this
Wait I will share link of the ZU GPe port to ZU that I was working on a while back...
Sent from my C6603 using xda app-developers app
Click to expand...
Click to collapse
Is a lot of fun and experience
Can you share what I did wrong if i did it wrong(couldn't test anything because hard-brick got me during update the same day)? Or just links to github, buildscripts and all that?
This thread is NOT for general Q & A about using the kernel or configuring a specific version.
This thread IS for sharing source code or attempting to apply debugging to code changes.
In English: This is what a development thread really looks like. No downloads, No user manual.
Note to Mods: OT is welcome, so long as it is relevant to the kernel developer experience
Building the kernel 101:
A clean branch with only the build tools, ramdisks, and MacOS updates is at:
https://github.com/StarKissed/starkissed-kernel-trlte/tree/master
The stockish branch adds Linux patches, mainline updates, and SELinux mods
The deported branch is the customized version described in the OP feature list
You are going to need a few things, especially if building this kernel for MacOS.
GCC 4.7 (This is the version Samsung's documentation listed)
An updated mkbootimg (Must have DTS support)
A dtbtool (Included in the source, but only for Linux)
Insomnia (Not a requirement, but it will help you in the long run)
For MacOS, the tools are available from the following repositories:
https://github.com/StarKissed/android-toolchain-eabi-4.7
https://github.com/StarKissed/starkissed-build-tools
Let's jump ahead a moment for those of you who have built kernels and notice your boot.img is only around 11 MB while the versions you see listed here are all roughly 14 MB. This is where the new mkbootimg and dtbtool are necessary.
Attempting to retrieve the commandline arguments from the boot.img will not tell you one important piece:
Code:
./dtbtool -o dt.img -s 4096 -p ../scripts/dtc/ ../arch/arm/boot/dts/
chmod a+r dt.img
mkbootfs (ramdisk creation)
mkbootimg (mkbootimg params) --dt dt.img
This takes the DTSI that was built into a dtb as one of the first steps in the compile process and turns it into an image that is appended to the end of the boot.img. The dt.img just happens to be about 3 MB. (11 MB + 3 MB = 14 MB)
If you grabbed the original Samsung kernel source, you may notice that their default compile script directs the build to an "out" folder in the root of the kernel directory.
The obvious advantage to this is that their clean command runs into some errors, so the clean process is simply deleting the "out" folder and making a new one.
This doesn't work for a lot of the custom components you may want to add to your kernel, though. Some modifications, such as intelli-thermal, rely on a subdirectory that is referenced in the Makefile.
Building to this out folder will result in an error because it cannot find the output of that component, but building in the tree, or actual source, will also result in an error. The lesser of two evils is to fix in-tree builds.
Code:
Instructions for TRACE_INCLUDE_FILE in include/trace/define_trace.h say
"the path is relative to define_trace.h, not the file including it".
Fix in-tree compilation by making the path relative to define_trace.h.
What this means is that when you have a line that refers to the TRACE_INCLUDE_PATH or an include reference to a file that uses a relative location instead of a global, these need to be updated
The only two files that currently require updates in the stock source code are
Code:
drivers/scsi/ufs/ufs_test.c
#include -> #include "../sd.h"
and
Code:
drivers/video/msm/mdss/mdss_mdp_trace.h
#define TRACE_INCLUDE_PATH . -> #define TRACE_INCLUDE_PATH ../../drivers/video/msm/mdss/
If you want to be able to debug your kernel, you will need to enable last_kmsg.
Open up the arch/arm/configs/apq8084_sec_defconfig and add
Code:
CONFIG_SEC_DEBUG_NOCACHE_LOG_IN_LEVEL_LOW=y
CONFIG_PRINTK_PROCESS=y
CONFIG_SEC_DEBUG_LOW_LOG=y
More to come soon...
This is a great idea!
Looking fwd to seeing this thread take off...it will be very interesting for sure.
Sent from my SM-N910W8 using Tapatalk 2
@ktoonsez im back ready to play my man
@twistedumbrella my man i hope i dont become a ball buster on this thread but i have the 1st 2 questions on this thread:
1. How do you patch your kernels? (i use the p1 command.. is there another way?)
2. How did you manage to make the OC values show?
Disclaimer: I may have a lot of follow up questions
friedrich420 said:
@ktoonsez im back ready to play my man
@twistedumbrella my man i hope i dont become a ball buster on this thread but i have the 1st 2 questions on this thread:
1. How do you patch your kernels? (i use the p1 command.. is there another way?)
2. How did you manage to make the OC values show?
Disclaimer: I may have a lot of follow up questions
Click to expand...
Click to collapse
I use git am -3 so that any issue defaults to a merge then git mergetool to resolve it.
Switching the index in the dtsi that was modified was the only change to show it that I remember needing.
https://github.com/StarKissed/stark...mmit/695abe187620acf513b33237042925d60a99f0c1
friedrich420 said:
@ktoonsez im back ready to play my man
@twistedumbrella my man i hope i dont become a ball buster on this thread but i have the 1st 2 questions on this thread:
1. How do you patch your kernels? (i use the p1 command.. is there another way?)
2. How did you manage to make the OC values show?
Disclaimer: I may have a lot of follow up questions
Click to expand...
Click to collapse
Im back too.
ktoonsez said:
Im back too.
Click to expand...
Click to collapse
right on
any thoughts my man?
friedrich420 said:
right on
any thoughts my man?
Click to expand...
Click to collapse
Im in the process of just starting over from the "F" source and looking for testers on INTL thread. I wish I didnt have to start over but looks like Im going to have to
ktoonsez said:
Im in the process of just starting over from the "F" source and looking for testers on INTL thread. I wish I didnt have to start over but looks like Im going to have to
Click to expand...
Click to collapse
we know for sure that your source without bfq works fine... now its a matter of figuring out what of all the additions from yesterday's source to today's source caused the bootloop..
friedrich420 said:
we know for sure that your source without bfq works fine... now its a matter of figuring out what of all the additions from yesterday's source to today's source caused the bootloop..
Click to expand...
Click to collapse
I wonder if its any of the top 4 commits from here:
https://github.com/ktoonsez/KTNOTE4/commits/tw4.4?page=2
ktoonsez said:
I wonder if its any of the top 4 commits from here:
https://github.com/ktoonsez/KTNOTE4/commits/tw4.4?page=2
Click to expand...
Click to collapse
give me a little bit of time and ill revert it manually and compile again the one i compiled in the afternoon (your morning)
I got lost in Freedom Wars for a bit. I need to figure out an issue with thermal then I'll be back
friedrich420 said:
give me a little bit of time and ill revert it manually and compile again the one i compiled in the afternoon (your morning)
Click to expand...
Click to collapse
Here is a test one starting all over again, just has OC and Voltage control:
http://ktoonsez.jonathanjsimon.com/note4/TW/KT-NOTE4-KK4.4-TW-N910-11.13.2014D.zip
ktoonsez said:
Here is a test one starting all over again, just has OC and Voltage control:
http://ktoonsez.jonathanjsimon.com/note4/TW/KT-NOTE4-KK4.4-TW-N910-11.13.2014D.zip
Click to expand...
Click to collapse
Unfortunately same bahavior my man..
friedrich420 said:
Unfortunately same bahavior my man..
Click to expand...
Click to collapse
LOL, really? I just had 3 people boot up successfully, finally. You have the "F" or the "G"?
EDIT:
The guy I am testing with has the "G".
ktoonsez said:
LOL, really? I just had 3 people boot up successfully, finally. You have the "F" or the "G"?
Click to expand...
Click to collapse
the F...
friedrich420 said:
the F...
Click to expand...
Click to collapse
Just edited my post above, the guy that is answering me quick has the "G". Now Im really getting PISSED!!!!!!!!!! WTH!!
ktoonsez said:
Just edited my post above, the guy that is answering me quick has the "G". Now Im really getting PISSED!!!!!!!!!! WTH!!
Click to expand...
Click to collapse
Did anyone diff the ramdisk? If not, I can throw the two in git and see if anything lights up. I have the visual editor for Mac for exactly that.
ktoonsez said:
Just edited my post above, the guy that is answering me quick has the "G". Now Im really getting PISSED!!!!!!!!!! WTH!!
Click to expand...
Click to collapse
this may or may not confuse you more...
i made a test git repository : https://github.com/friedrich420/Note4-AEL-Kernel2
all i did was cherry pick your oc and voltage control commits..
It booted im running it @2.99ghz right now and its fine...
Could it be that you need the F source my man?
twistedumbrella said:
Did anyone diff the ramdisk? If not, I can throw the two in git and see if anything lights up. I have the visual editor for Mac for exactly that.
Click to expand...
Click to collapse
I started with stock N910F ramdisk in version "C", version "D" went back to my original universal ramdisk you can try the "C" and see if anything changes:
http://ktoonsez.jonathanjsimon.com/note4/TW/KT-NOTE4-KK4.4-TW-N910-11.13.2014C.zip
friedrich420 said:
this may or may not confuse you more...
i made a test git repository : https://github.com/friedrich420/Note4-AEL-Kernel2
all i did was cherry pick your oc and voltage control commits..
It booted im running it @2.99ghz right now and its fine...
Could it be that you need the F source my man?
Click to expand...
Click to collapse
That is exactly what I just merged in so the "D" that wont boot for you is pretty much the same thing, lol. See what happens on the "C" version which is stock N910F ramdisk.
Hello there.
Here is device tree:
DOWNLOAD from My github.
It is in Alpha (developers) release as probably You will need to fix few errors by hand....but, anyway, someone must to start with something....
Kernel is in this moment not released by HTC, but We can do some things with prebuilt kernel.
PREPARATION:
Please, after You pull it inside cm-13 source, GET VENDOR FILES by cd into device/htc/htc_a51ul and
Code:
./extract-files.sh
(with connected phone in adb enabled mode)
Second, please comment out in BoardConfig.mk following line:
Code:
TW_THEME := pure4
and uncomment:
Code:
TW_THEME := portrait_hdpi
as I wasn't release yet pure4 design skin to github.
Third, if You cannot handle "BSP" (and it's about 99% that You can't ) comment out:
Code:
TARGET_USES_QCOM_BSP := true
and remove flag
Code:
-DQCOM_BSP
from COMMON_GLOBAL_CFLAGS
Then You are ready to build (until first error come)
PLEASE, don't take advantage with this if You really don't know how to handle errors as I will NOT help or respond on PM's regarding help about building this.
When something come up, will make post/and/or attach possible working image.
Cheers
EDIT1: dts is attached, so if someone like to play with kernel... Check it out. I will put changes to 64bit kernel on My github soon with this device tree.
EDIT2: kernel is updated. You can grab it on MY GITHUB
EDIT3: BoardConfig.mk is changed, so no need to change twrp skin and BSP (steps second and third).
Thank you, btw. great job!
Great beginning!
So, things changed... Kernel updated, device tree updated, read.me updated.
Please be free to pull Kernel and make changes so We can got it working. I was made first steps and don't have so much time to make all this together work but if few of dev's come aboard and take work, We can make it work soon.
So i am quite interested in this device, don't own it yet so @fergy would appriciate it, if you could push vendor (too much work to do it all manually, especially the makefile ).
Thanks.
List of vendor files are under my github device tree... When you extract files, makefile will be builded under vendor/htc/devicename
fergy said:
List of vendor files are under my github device tree... When you extract files, makefile will be builded under vendor/htc/devicename
Click to expand...
Click to collapse
I know that, but since i don't own the device i can't pull blobs using the script (obviously), so it would be awesome if you could create the vendor (run the script), git init and push
btw i remade the device tree based on the htc a5, looks much better now: https://github.com/Thecrazyskull/device_htc_a51ul
Thanks.
Thecrazyskull said:
I know that, but since i don't own the device i can't pull blobs using the script (obviously), so it would be awesome if you could create the vendor (run the script), git init and push
btw i remade the device tree based on the htc a5, looks much better now: https://github.com/Thecrazyskull/device_htc_a51ul
Thanks.
Click to expand...
Click to collapse
https://github.com/Skorupa123/vendor_htc_htc_a51ul
Recently I uploaded it, so, enjoy!
Skorupa123 said:
https://github.com/Skorupa123/vendor_htc_htc_a51ul
Recently I uploaded it, so, enjoy!
Click to expand...
Click to collapse
Thanks a damn lot!!!
@Thecrazyskull Do you make cyanogenmod?
@Thecrazyskull
I know that fergy aboneded our project.. But you.. Do you continue? Can i help you?
Dragonfail said:
@Thecrazyskull
I know that fergy aboneded our project.. But you.. Do you continue? Can i help you?
Click to expand...
Click to collapse
I pretty much lost interest, especially since i dont want to develop without owning the device.
Thecrazyskull said:
I pretty much lost interest, especially since i dont want to develop without owning the device.
Click to expand...
Click to collapse
I can help you.. please.. continue...
Sent from my HTC Desire 820 using XDA Free mobile app
Dragonfail said:
I can help you.. please.. continue...
Sent from my HTC Desire 820 using XDA Free mobile app
Click to expand...
Click to collapse
Its a pain for myself, and i don't wanna go through that so i won't be developing for this device anymore unless i can get my hands on one (very unlikely)
What is thts device tree not understanding
chitranjn_k said:
What is thts device tree not understanding
Click to expand...
Click to collapse
This is not really the place to ask...
chitranjn_k said:
What is thts device tree not understanding
Click to expand...
Click to collapse
If you don't understand it you don't need it.
Wysłano z Tapatalk / Sent with Tapatalk
Any idea about htc desire 826 dual sim i.e. a52_dtul device tree ?
Hi,
Some of you all (who are reading this thread) might have seen me somewhere on subforums (either this subforum and/or other devices' subforum). I was previously maintained kernels for some devices (which I discontinued them later due to limited free time and I was no longer have them under my control).
Why I make this public?
I want to collect as many information as possible regarding building arm64 kernels (which I never do it before today), not limited to a developer, but as many as possible (if can)
I want to make my comeback on development by making an attempt to build a custom kernel for Redmi 3. So, I have these prepared:
Configured my netbook as building machine with LXLE.
Downloaded the required kernel source (I'm building for CM-14.1 based ROMs)
Grabbed UBERTC 4.9.4 aarch64
To make things easier without need to edit Makefile everytime I change toolchain, I created a script:
Code:
#!/bin/bash
# Placeholder - my system puts warnings everywhere about locale
export LC_ALL=en_US.UTF-8
# Environment variables
export ARCH=arm64
export CROSS_COMPILE=../../toolchains/aarch64-linux-android-4.9-kernel/bin/aarch64-linux-android-
# Actual command
make -s distclean
make -s cyanogenmod_ido_defconfig
make -s -j4
No problems during compilation process. All forbidden warnings triggered could be bypassed safely. Then, I tested my own build by creating a flashable zip. The process did flawlessly. However, it stucks forever on Mi logo.
Oh ya, I use -O3 optimizations on compilation.
Is there something I should do regarding the unbootable kernel?
I don't want to test every single toolchain out there due to my limited internet quota and my expectations on the same result.
Or... maybe suggestions?
Any help, suggestions, and comments are greatly appreciated. Thank you!
Regards.
Bump.
Seems like nothing noticed this thread. Should I mention every kernel developers here? I'm out of nowhere.
Sent from my ASUS_Z00A using XDA Labs
krasCGQ said:
Bump.
Seems like nothing noticed this thread. Should I mention every kernel developers here? I'm out of nowhere.
Sent from my ASUS_Z00A using XDA Labs
Click to expand...
Click to collapse
Hey,
well, your way of doing it looks good. Do you get a last_kmsg probably? Also did you use the correct ramdisk, etc?
Excuse me sir, i want ask for help for my battery issue. Why my battery drop to 98% after unplug just a few second?_ I am on mokee and RR rom before and now i already flash it to MIUI but still got like that. Please help me if any solution for that ? sorry for my bad english
BlueFlame4 said:
Hey,
well, your way of doing it looks good. Do you get a last_kmsg probably? Also did you use the correct ramdisk, etc?
Click to expand...
Click to collapse
Nope. It stuck all way at Mi logo. No sign of life at all. Tested on official CM-14.1 and MoKee 7.1.1.
I use the modified AnyKernel2 template (removed Busybox requirement and points to Image.gz instead).
I also tried to download other kernel and use the zip as the base and the output is same.
Sent from my ASUS_Z00A using XDA Labs
ghal17 said:
Excuse me sir, i want ask for help for my battery issue. Why my battery drop to 98% after unplug just a few second?_ I am on mokee and RR rom before and now i already flash it to MIUI but still got like that. Please help me if any solution for that ? sorry for my bad english
Click to expand...
Click to collapse
Hi,
It's better to stay on topic.
You may create your own separate thread so people could assist you better and won't mix up with this one.
Regards.
Sent from my ASUS_Z00A using XDA Labs
So you get a last_kmsg?
Problem solved.
The culprit is the missing DTB!
When I look into the source once again, there's something missing: DTB file.
The file doesn't exist on arch/arm64/boot/dts, but instead on arch/arm/boot/dts. So, I created a link:
Code:
$ ln -s ../../../arm/boot/dts/msm8939-qrd-wt88509_64.dtb ./arch/arm64/boot/dts/msm8939-qrd-wt88509_64.dtb
Then I enabled CONFIG_BUILD_ARM64_APPENDED_DTB and re-compile kernel (using Google's GCC). Re-test it again (but with a boot.img extracted from MoKee zip unpacked with AIK and finally it booted!
Thank you very much, anyway.
Thread marked as Solved for now.
Sent from my ASUS_Z00A using XDA Labs
krasCGQ said:
Problem solved.
The culprit is the missing DTB!
When I look into the source once again, there's something missing: DTB file.
The file doesn't exist on arch/arm64/boot/dts, but instead on arch/arm/boot/dts. So, I created a link:
Code:
$ ln -s ../../../arm/boot/dts/msm8939-qrd-wt88509_64.dtb ./arch/arm64/boot/dts/msm8939-qrd-wt88509_64.dtb
Then I enabled CONFIG_BUILD_ARM64_APPENDED_DTB and re-compile kernel (using Google's GCC). Re-test it again (but with a boot.img extracted from MoKee zip unpacked with AIK and finally it booted!
Thank you very much, anyway.
Thread marked as Solved for now.
Sent from my ASUS_Z00A using XDA Labs
Click to expand...
Click to collapse
Hey what did you change from original kernel? New features like hotplug? Is it easy to compile an booting kernel?
Sent from my Redmi 3 using XDA-Developers mobile app
rikusuicide said:
Hey what did you change from original kernel? New features like hotplug? Is it easy to compile an booting kernel?
Click to expand...
Click to collapse
For now, kernel patching.
Unless you have ever compiled one.
Sent from my ASUS_Z00A using XDA Labs
krasCGQ said:
For now, kernel patching.
Unless you have ever compiled one.
Sent from my ASUS_Z00A using XDA Labs
Click to expand...
Click to collapse
Will you release an costume kernel? CM 13, CM 14.1 or miui 8? Ya need testers?
Sent from my Redmi 3 using XDA-Developers mobile app
rikusuicide said:
Will you release an costume kernel? CM 13, CM 14.1 or miui 8? Ya need testers?
Click to expand...
Click to collapse
Maybe next year, as things go unpredictable.
EDIT: MIUI won't be supported due to lack of resources required.
I'll ask moderators to close this thread to prevent other type of nonsense discussions.
Sent from my ASUS_Z00A using XDA Labs
Thread closed at OPs request