View Single Post
  #2115 (permalink)  
Old 03-25-2011, 02:29 PM
natemcnutty's Avatar
natemcnutty
VIP Member
Offline
Threadstarter
 
Join Date: Nov 2009
Posts: 845
Reputation: 3070
natemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIPnatemcnutty is still contributing even after becoming a VIP
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Re: NAND Boot Testing - 03-11: FRX05 on NAND (data working again!)

Quote:
Originally Posted by [ACL] View Post
I dont know about this padding stuff. From what wozzer told me it looks like this thing can end up in different locations so its impossible to predict where. So right now only testing will answer our questions.

I tried in the past to embed the recovery in the initrd, but its simply too big. This is a potential solution if we use LK, but we are too far from that right now.

Another temporary option is to build a small recovery kernel( make a new defconfig) and just disable all the unneeded options. If we can bring the kernel down to 1 meg, then recovery can fit fine in intrd. We just need a kernel to help us hop into the real kernel.. im open to ideas, this is new grown for all of us.
Cool, I'll mess around with trying to pack recovery into initrd and let you know how it goes. I have a few ideas of some things we can do to shrink our space.

Also, I just built the latest kernel/modules and installed. I am unable to get data working, but I have not tried the new RIL in the GSM folder. Wasn't sure if that was for GSM only or if that was required with the new kernel also.

Yesterday, I wasn't able to get service with the kernel I compiled, so at least I have that this time. I'll be testing out neopeek's idea for moving -d /dev/smd0 arg to build.prop next.
__________________
Reply With Quote