[CM7][GP3.6][LOGCAT] CM7 porting - Need some help - Samsung Galaxy Player 4.0, 5.0

Hello XDA community for the GPs,
some of you may heard about my project to port CyanogenMod 7.2 to the Galaxy Player 3.6.
The thing is.. I got it successfully compiled and installed on my player but it won't boot (it is stuck at zygote).
So I thin here are some really good CM porters and experts which could may help ... so...
Please be a community and help me a bit
The poor thing is that I'm the only dev for this device.
Here are some files...
If you need more information or files.. LET ME KNOW!
Here's the init.rc which I'm using to boot (I used the stock one as a base to write a new init.rc)
http://pastebin.com/nbkubMyx
That's the init.<devicename>.rc (devicename: aalto) (I fixed some things on the kernel so it gets executed)
http://pastebin.com/g0FxQUja
That's the logcat which gets made via init.rc (service: logcat)
http://pastebin.com/bN4yfPiq
Here's the logcat which gets made via ADB
https://www.dropbox.com/s/j1zbganc8whowly/log
Device tree
https://github.com/androthan/android_device_samsung_aalto
Thanks for any help in advance

---

If the 3.6 is anything like 5.0, the stock gingerbread had much more in it's initramfs than CM puts in there. Alot of the paths in the stock init.rc and init.(device).rc may point to locations expected to be there in the initramfs which cm has moved to the /system dir. You might want to try looking at the init.rc and init.(device).rc for a device that has a similar partition layout( and CM7 working). Maybe use that as a base instead of stock init.rc???
I've never built CM7. I'm actually pretty new to building CM but it looks like you've got mount point problems....
Hope this helps

---

Meticulus said:
If the 3.6 is anything like 5.0, the stock gingerbread had much more in it's initramfs than CM puts in there. Alot of the paths in the stock init.rc and init.(device).rc may point to locations expected to be there in the initramfs which cm has moved to the /system dir. You might want to try looking at the init.rc and init.(device).rc for a device that has a similar partition layout( and CM7 working). Maybe use that as a base instead of stock init.rc???
I've never built CM7. I'm actually pretty new to building CM but it looks like you've got mount point problems....
Hope this helps
Click to expand...
Click to collapse
Yeah that's what I've seen. Though here's a beginning for what you can do @Androthan
1. Make a cleaner vold.fstab (yours look like stock samsung crap, even vold can't read it as per your logcat says ), you can base yourself here: https://github.com/dhiru1602/android_device_samsung_galaxysl/blob/gingerbread/etc/vold.fstab
Also you can remove that sdcard mounting in your init.rc as it is already supposed to be mounted with vold.
2. Looks like from the log that your device can't access dalvik cache needed for the apps. Here's a commit I've found that will replace the path location from /cache to /dbdata. Though perhaps it would be better if it could be /cache. For this I would need to check dmesg as well to see if something haven't broke during the process. Here's the commit for the path change in case you need it:
https://github.com/dhiru1602/android_device_samsung_galaxysl/commit/5c2a2a54541448565a8d2418cfd75a1a4882342d
My guess would be that maybe cache doesn't get mounted right but it's not only logcat that can tell me this.
Hope it helps!
EDIT: Looks like it's better to use /data for dalvik-cache instead of /cache then make a symlink to it as per the commit says...

---

This commit shows how mounting was done in for the 5.0 in CM7 : https://github.com/ambrice/android_...mmit/891c1f59058d4d7e082d44ca40f9fcf3addd6188 . Not exactly sure how far @ambrice got with CM7 though...
I know that the partition table is different for 3.6 but I thought it might give you an idea of how it's should be.
EDIT: I should mention that in the 5.0, we try to mount ext4 first but we fail back to rfs if we can't mount ext4....
Another thing I noticed is that you are trying to mount mmcblk0p1. I don't know how it is on the 3.6 but on the 5.0 that partition represents the entire extended partition and I don't think it can actually be mounted....

---

Meticulus said:
This commit shows how mounting was done in for the 5.0 in CM7 : https://github.com/ambrice/android_...mmit/891c1f59058d4d7e082d44ca40f9fcf3addd6188 . Not exactly sure how far @ambrice got with CM7 though...
I know that the partition table is different for 3.6 but I thought it might give you an idea of how it's should be.
EDIT: I should mention that in the 5.0, we try to mount ext4 first but we fail back to rfs if we can't mount ext4....
Another thing I noticed is that you are trying to mount mmcblk0p1. I don't know how it is on the 3.6 but on the 5.0 that partition represents the entire extended partition and I don't think it can actually be mounted....
Click to expand...
Click to collapse
The mmcblk0p1 is the efs partition which is why it is needed to be mounted as reperesented here:
https://github.com/zaclimon/initramfs-ypgs1/blob/master/init.aalto.rc#L68
However he looks like he doesn't put the mounting flags to his partition so that to be done as well. Also those devices mounts as ext4 by default as well.

---

Meticulus said:
If the 3.6 is anything like 5.0, the stock gingerbread had much more in it's initramfs than CM puts in there. Alot of the paths in the stock init.rc and init.(device).rc may point to locations expected to be there in the initramfs which cm has moved to the /system dir. You might want to try looking at the init.rc and init.(device).rc for a device that has a similar partition layout( and CM7 working). Maybe use that as a base instead of stock init.rc???
I've never built CM7. I'm actually pretty new to building CM but it looks like you've got mount point problems....
Hope this helps
Click to expand...
Click to collapse
zaclimon said:
Yeah that's what I've seen. Though here's a beginning for what you can do @Androthan
1. Make a cleaner vold.fstab (yours look like stock samsung crap, even vold can't read it as per your logcat says ), you can base yourself here: https://github.com/dhiru1602/android_device_samsung_galaxysl/blob/gingerbread/etc/vold.fstab
Also you can remove that sdcard mounting in your init.rc as it is already supposed to be mounted with vold.
2. Looks like from the log that your device can't access dalvik cache needed for the apps. Here's a commit I've found that will replace the path location from /cache to /dbdata. Though perhaps it would be better if it could be /cache. For this I would need to check dmesg as well to see if something haven't broke during the process. Here's the commit for the path change in case you need it:
https://github.com/dhiru1602/androi...mmit/5c2a2a54541448565a8d2418cfd75a1a4882342d
My guess would be that maybe cache doesn't get mounted right but it's not only logcat that can tell me this.
Hope it helps!
EDIT: Looks like it's better to use /data for dalvik-cache instead of /cache then make a symlink to it as per the commit says...
Click to expand...
Click to collapse
Thank you both for answering my thread
I used the init.rc from <cmsource>/system/core/rootdir and added the things from the stock init.rc. I also cleaned up init.aalto.rc and modified it to work with CM.
I already tried to symlink /cache/dalvik-cache and /data/dalvik-cache
but this doesn't fixed my issue that it can't create the DEX caches.
I think I'll have to fix...
... the vold.fstab (like you said)
... Add some folders to ramdisk
... libaudio.so (libaudio doesn't get located but its needed to start the system server
... Figure why it doesn't mount cache
... Figurebwhy dbus can't find etc/dbus.conf (even when /system/etc is symlinked to /etc)
BTW, zaclimon you said you need a 'dmesg'. What is it and how can I get it?
Thanks, Androthan
Sent from my Nexus 7 using xda app-developers app

---

Androthan said:
Thank you both for answering my thread
I used the init.rc from <cmsource>/system/core/rootdir and added the things from the stock init.rc. I also cleaned up init.aalto.rc and modified it to work with CM.
I already tried to symlink /cache/dalvik-cache and /data/dalvik-cache
but this doesn't fixed my issue that it can't create the DEX caches.
I think I'll have to fix...
... the vold.fstab (like you said)
... Add some folders to ramdisk
... libaudio.so (libaudio doesn't get located but its needed to start the system server
... Figure why it doesn't mount cache
... Figurebwhy dbus can't find etc/dbus.conf (even when /system/etc is symlinked to /etc)
BTW, zaclimon you said you need a 'dmesg'. What is it and how can I get it?
Thanks, Androthan
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
Thing is the approach for the dalvik cache is different from the one you maybe made. This one implies that you make a dalvik-cache folder inside /dbdata which is in /data, then symlink it to make it /cache/dalvik-cache as well. For the moment these are the most important. Also as for cache, I didn't say that it won't mount it, I said that maybe it won't mount it because of some issues unless the dalvik-cache isn't made here.
Also the dmesg is the kernel log (it's basically a logcat but from a kernel side instead, here you can see how the kernel make it's initialization. You can have it either with this:
adb shell dmesg > dmesg.log
A proc/last_ksmg is a dmesg too but from the previous boot.
It's better to do one at a time then fix the other things after (this way you could get other problems than the one you have already)

---

Androthan said:
Thank you both for answering my thread
I used the init.rc from <cmsource>/system/core/rootdir and added the things from the stock init.rc. I also cleaned up init.aalto.rc and modified it to work with CM.
I already tried to symlink /cache/dalvik-cache and /data/dalvik-cache
but this doesn't fixed my issue that it can't create the DEX caches.
I think I'll have to fix...
... the vold.fstab (like you said)
... Add some folders to ramdisk
... libaudio.so (libaudio doesn't get located but its needed to start the system server
... Figure why it doesn't mount cache
... Figurebwhy dbus can't find etc/dbus.conf (even when /system/etc is symlinked to /etc)
BTW, zaclimon you said you need a 'dmesg'. What is it and how can I get it?
Thanks, Androthan
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
Here is the dmesg man:
http://unixhelp.ed.ac.uk/CGI/man-cgi?dmesg+8
Normally you could get a dmesg by being root and typing dmesg > nameoffile.log but you'd need to be in a directory that you can write to for that. You can type dmesg as root in the shell and it will output to the screen...
I normally just
adb root
adb shell
dmesg
EDIT: Sorry @zaclimon, I didn't think you were going to answer

---

Meticulus said:
Here is the dmesg man:
http://unixhelp.ed.ac.uk/CGI/man-cgi?dmesg+8
Normally you could get a dmesg by being root and typing dmesg > nameoffile.log but you'd need to be in a directory that you can write to for that. You can type dmesg as root in the shell and it will output to the screen...
I normally just
adb root
adb shell
dmesg
EDIT: Sorry @zaclimon, I didn't think you were going to answer
Click to expand...
Click to collapse
Haha ya well perhaps it wouldn't have worked if he didn't made adb root so I guess this is a team work after all.
Envoyé depuis mon Nexus 7 avec Tapatalk 4

---

zaclimon said:
Haha ya well perhaps it wouldn't have worked if he didn't made adb root so I guess this is a team work after all.
Envoyé depuis mon Nexus 7 avec Tapatalk 4
Click to expand...
Click to collapse
Meticulus said:
Here is the dmesg man:
http://unixhelp.ed.ac.uk/CGI/man-cgi?dmesg+8
Normally you could get a dmesg by being root and typing dmesg > nameoffile.log but you'd need to be in a directory that you can write to for that. You can type dmesg as root in the shell and it will output to the screen...
I normally just
adb root
adb shell
dmesg
EDIT: Sorry @zaclimon, I didn't think you were going to answer
Click to expand...
Click to collapse
Thanks for the tip and the explanation of dmsg.
I'm now testing a new build with the following changes :
- added lines to init.rc "export ANDROID_CACHE /cache and export DOWNLOD_CACHE /cache/download"
- Added mounting flags (for example: nodev,noexec,wait...)
- symlinked /dbdata/dalvik-cache /cache/dalvik-cache
Another question... Do I have to use the libaudio.so library (and libasound.so) from the device (proprietary way) or can I use the libaudio which gets compiled with CM7 (ALSA sound) ?
Greetings, Androthan
Sent from my Nexus 7 using xda app-developers app

---

Androthan said:
...
Another question... Do I have to use the libaudio.so library (and libasound.so) from the device (proprietary way) or can I use the libaudio which gets compiled with CM7 (ALSA sound) ?
...
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
I honestly don't know but If I were you, I'd do which ever one worked and if they both worked, then I'd do which ever one worked better...:cyclops:

---

Androthan said:
Thanks for the tip and the explanation of dmsg.
I'm now testing a new build with the following changes :
- added lines to init.rc "export ANDROID_CACHE /cache and export DOWNLOD_CACHE /cache/download"
- Added mounting flags (for example: nodev,noexec,wait...)
- symlinked /dbdata/dalvik-cache /cache/dalvik-cache
Another question... Do I have to use the libaudio.so library (and libasound.so) from the device (proprietary way) or can I use the libaudio which gets compiled with CM7 (ALSA sound) ?
Greetings, Androthan
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
As meticulus said, I'd probably test which one sound better but it would be better to use the open source variant. Though it would be better as I said earlier to make the thing booting first.
As for the dalvik cache, be sure to make a directory in dbdata before symlink it to /cache.
Envoyé depuis mon Nexus 7 avec Tapatalk 4

---

Androthan said:
Thank you both for answering my thread
I used the init.rc from <cmsource>/system/core/rootdir and added the things from the stock init.rc. I also cleaned up init.aalto.rc and modified it to work with CM.
I already tried to symlink /cache/dalvik-cache and /data/dalvik-cache
but this doesn't fixed my issue that it can't create the DEX caches.
I think I'll have to fix...
... the vold.fstab (like you said)
... Add some folders to ramdisk
... libaudio.so (libaudio doesn't get located but its needed to start the system server
... Figure why it doesn't mount cache
... Figurebwhy dbus can't find etc/dbus.conf (even when /system/etc is symlinked to /etc)
BTW, zaclimon you said you need a 'dmesg'. What is it and how can I get it?
Thanks, Androthan
Sent from my Nexus 7 using xda app-developers app
Click to expand...
Click to collapse
So, I reworked some things and fixed...
... vold.fstab (rewrote it)
... dbus.conf (deleted etc in the ramdisk)
... dalvik-cache (the rootfilesystem '/' system was mounted as 'read only' so we hadn't the right permissions // symlinked /cache/dalvik-cache and /dbdata/dalvik-cache )
My/Our problem is now the libaudio.so:
It is needed to load the SystemServer.
I'm actually using the stock libaudio files (libaudiopolicy.so, libaudioflinger.so, libasound.so, libsoundpool.so,...) but theres an error in libaudio.so , something doesn't get located.
Some websites are saying that libaudio.so contains the proprietary code (HAL implementation) for the audio device (like libcamera.so for the camera).
How to fix that? Did I missed a proprietary file?
Greetings, Androthan

---

Androthan said:
So, I reworked some things and fixed...
... vold.fstab (rewrote it)
... dbus.conf (deleted etc in the ramdisk)
... dalvik-cache (the rootfilesystem '/' system was mounted as 'read only' so we hadn't the right permissions // symlinked /cache/dalvik-cache and /dbdata/dalvik-cache )
My/Our problem is now the libaudio.so:
It is needed to load the SystemServer.
I'm actually using the stock libaudio files (libaudiopolicy.so, libaudioflinger.so, libasound.so, libsoundpool.so,...) but theres an error in libaudio.so , something doesn't get located.
Some websites are saying that libaudio.so contains the proprietary code (HAL implementation) for the audio device (like libcamera.so for the camera).
How to fix that? Did I missed a proprietary file?
Greetings, Androthan
Click to expand...
Click to collapse
Logs?

---

Androthan said:
So, I reworked some things and fixed...
... vold.fstab (rewrote it)
... dbus.conf (deleted etc in the ramdisk)
... dalvik-cache (the rootfilesystem '/' system was mounted as 'read only' so we hadn't the right permissions // symlinked /cache/dalvik-cache and /dbdata/dalvik-cache )
My/Our problem is now the libaudio.so:
It is needed to load the SystemServer.
I'm actually using the stock libaudio files (libaudiopolicy.so, libaudioflinger.so, libasound.so, libsoundpool.so,...) but theres an error in libaudio.so , something doesn't get located.
Some websites are saying that libaudio.so contains the proprietary code (HAL implementation) for the audio device (like libcamera.so for the camera).
How to fix that? Did I missed a proprietary file?
Greetings, Androthan
Click to expand...
Click to collapse
Well as a temporary solution you could use the one found in the stock rom and then copy it to your vendor files so it can be copied into your lib folder. This way it'll work no problem. Also as @Meticulus said, a bunch of logs is always appreciated.
Envoyé depuis mon Nexus 7 avec Tapatalk 4