NAND Testing - 05-25 Update: New LK, Recovery.img, Kernel Updates through Recovery

[[ACL]]

Originally Posted by Lmiller1708

I'm able to get the 3G Icon now and was able to ping 8.8.8.8 with reply's

But still no dns...

Noticed when we do a netstat we have a couple of files missing... Maybe that has something do do with the dns??? Not sure just shooting in the wind.

I had that issue too. It was because the /system/bin/pppd isnt the same as the one in /bin. We need to move the one from rootfs on xdandroid into /system/bin/. Hmm i completely forgot if the one i just uploaded had that.. sheesh..

the correct pppd loads the scripts on /etc/pppd. The wrong one does not. I already told stine bout it so he will fix it

also i had luck with this mtd parts

mtdparts=msm_nand:0x20000000@0x0(nand),0x600000@0x6000000(recovery),0x0A000000@0x4800000(system),0xF800000@0xE800000(userdata),0x1E00000@0x1E000000(cache)

No more corruption and we can format the recovery with no issues.

[Lmiller1708]

Originally Posted by [ACL]

I had that issue too. It was because the /system/bin/pppd isnt the same as the one in /bin. We need to move the one from rootfs on xdandroid into /system/bin/. Hmm i completely forgot if the one i just uploaded had that.. sheesh..

the correct pppd loads the scripts on /etc/pppd. The wrong one does not. I already told stine bout it so he will fix it

also i had luck with this mtd parts

mtdparts=msm_nand:0x20000000@0x0(nand),0x600000@0x6000000(recovery),0x0A000000@0x4800000(system),0xF800000@0xE800000(userdata),0x1E00000@0x1E000000(cache)

No more corruption and we can format the recovery with no issues.

Ok I will give this a try shortly.




Your numbers are a bit off for your MTD parts. You are overwriting your system with your recovery.

mtdparts=msm_nand:0x20000000@0x0(nand),0x600000@0x6000000(recovery),0x0A000000@0x6600000(system),0xF800000@0x10600000(userdata),0x1E00000@0x1FE00000(cache)

Edit: Still no go.. I will post some logs in a bit. (Or I will be in chat)

Also my wifi does not seem to be working now either... It turns on, scans, and then says unable to scan for networks and then turns off. Any Ideas anyone?

Log as promised:http://pastebin.com/YNVtFsCv

[rpierce99]

Originally Posted by Lmiller1708

Also my wifi does not seem to be working now either... It turns on, scans, and then says unable to scan for networks and then turns off. Any Ideas anyone?

That issue isn't NAND specific, I had the same issue for quite a while running Haret. I replaced each file individually (system image, rootfs, kernel/modules, data) and nothing fixed it, but when I formatted fresh and started with fresh image, rootfs, kernel/modules and put my old data.img back in, it worked.
TL,DR: I have no idea what broke or how to fix it.

[[ACL]]

Originally Posted by rpierce99

That issue isn't NAND specific, I had the same issue for quite a while running Haret. I replaced each file individually (system image, rootfs, kernel/modules, data) and nothing fixed it, but when I formatted fresh and started with fresh image, rootfs, kernel/modules and put my old data.img back in, it worked.
TL,DR: I have no idea what broke or how to fix it.

This wasnt related at all. Lmiller just forgot a file while making frx5 for us. No biggie.

[[ACL]]

Originally Posted by Lmiller1708

Ok I will give this a try shortly.




Your numbers are a bit off for your MTD parts. You are overwriting your system with your recovery.

mtdparts=msm_nand:0x20000000@0x0(nand),0x600000@0x6000000(recovery),0x0A000000@0x6600000(system),0xF800000@0x10600000(userdata),0x1E00000@0x1FE00000(cache)

Edit: Still no go.. I will post some logs in a bit. (Or I will be in chat)

Also my wifi does not seem to be working now either... It turns on, scans, and then says unable to scan for networks and then turns off. Any Ideas anyone?

Log as promised:D/AT ( 134): AT> AT+CREG? D/RILJ ( 466): [0060]< QUERY_FACILITY_LOCK - Pastebin.com

Hmm your logs show ur actually on data.

[0084]< SETUP_DATA_CALL {1, ppp0, 255.255.255.255} < -- means you connected to pppd just fine. Now i had this happen where stale settings were being used meaning an old IP instead of the new one. go to airplane mode and run the ip-down script by hand in /data/ppp. Then disable airplane mode and a new ip should come up.

Wifi works good for me. Changes are your modules are shot? check dmesg, and logcat when making the connection. I cant replicate this on my end. Since i only have limited minutes on my test plan i rely on wifi heavily.

PLEASE fix my mtd parts.. i just did it so i can format it. You and Nate are the pros here. The cache part can wait since i couldnt replicate but the recovery needs to be moved back a bit. I decided to move it back 2mb and shrink the size 2mb but my math was probably off

Also the recovery is looking so good, im thinking of just removing replimenu completely. Replimenu works when we disable the kernel messages but being a in weird debug state right now makes it break alot. I suppose we could just remove em for autobuild and keep it for dev? thoughts?

Edit: chatted with lmiller about this. Looks like he was preparing frx5 for us . So he is all set now.