View Single Post
  #1597 (permalink)  
Old 03-09-2011, 11:53 PM
Lmiller1708's Avatar
Lmiller1708
Flashaholic!
Offline
Location: La Crosse, WI
 
Join Date: Aug 2008
Posts: 873
Reputation: 2160
Lmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIPLmiller1708 is a VIP
Mentioned: 0 Post(s)
Tagged: 0 Thread(s)
Re: NAND Boot Testing - 03-08: Full NAND FRX05 Testing (Data not working for some)

Quote:
Originally Posted by natemcnutty View Post
For the mtdparts I posted, I am able to format it without any issues, but I haven't attempted to write anything to the recovery partition. LMiller's recent mtdparts just replaces the nand reference size thing for a boot partition. Not really sure if we even need either really.

Cool, I just wanted to check on some of that stuff. For the keyboard crap, I'll get that taken care of when I get home.

I thought the netd script was interesting. Didn't know if it was needed or not.

I like the idea of moving it into system as /system/init and then using the recovery version in initrd. I haven't tested it, but I should

And by installer, I just meant I have a chunk of code that checks for /sdcard/andboot/androidupdate.tgz. If found, it applies it and then renames the file to androidupdate-disabled.tgz. I saw it as a way to update system or data partition files while being able to remove replimenu, but it won't help with kernel updates or anything like that.
For my mtdparts I did remove the 0x20000000@0x0(nand) because I found that it was trying to write to different locations, thus giving us the errors.
But we still need to match up the mtd numbers so thats why I have a boot part in there.. Its small and can most likly go smaller it need be. I was also able to get it to work starting at a higher location like you did but it seemed like a waste of space. I then noticed the Vogue is setup this way so I gave it a try. And it works just fine for me, and we are not losing much space.

My replimenu will take the install-seq.sh from the sdcard/andboot and run that (if they select the correct option). It will find the install-seq-disabled.sh and use that if need be. Once the install-seq.sh is finished it runs the fixperms after. We could really do the same for your install system. My goal is to not have to remove the sdcard if you don't have to, just me being lazy!

I have the replimenu working good, but would like to see what ACL has in-store for us!
__________________
Reply With Quote
This post has been thanked 1 times.