yashsingh1/xdaforums huggingface dataset:
[Xperia Play General] paxChristos:
I might have to reupload the newest zeusc (R800x) version (possible mediafire issue)

Pax

Edit: what's the md5sum on the latest zeusc?

Edit 2: latest md5sum should be

e8165b16073c42ee99d254d30328e459

Sent from my Xperia Play. Running Jelly Bean.
[Xperia Play General] joecoolman:
my md5

mine is showing up as 853aa9d38b041f3e60c9b1d00015d902
[Xperia Play General] aDigitalPhantom:
i don't know if anyone else has noticed this, but /system is too small to hold both jellybean and jellybean gapps
[Xperia Play General] CosmicDan:
See my post here, I upped the latest gapps with Gmail and Faceunlock removed - gives about 18MB left on /system to play with.

Trying to get adb enabled on boot is really ****ing me, did a full comparison of userdata before/after manually enabling it in UI but it seems to only be set in settings.db. Something is up with the init.*.rc scripts, I've tried a lot of random hacks to just get it to turn on like it does in Recovery but nope.

This is a debug build right? Not a user build?

---------- Post added at 03:11 PM ---------- Previous post was at 03:10 PM ----------

Sound is working fine with the ZIP and kernel from the other thread...
[Xperia Play General] paxChristos:
Shucks, mediafire removed it (I had too many files on)

I'm uploading a new copy & have cleaned up some space. (It;s 07-29-zeusc)

Mine is a userdebug, that's what cm always is.

What do you mean that it's not working on boot? It should start at boot animation.

Pax
[Xperia Play General] lightningdude:
Long quote, but hey, it's worth it. I'll make some changes in my ramdisk for ums in recovery and also start poking around with other stuff this week. Got a busy week ahead, so I may not contribute much more than I already have. I will, however, keep working on my own kernel for jb, if only to keep Mjolnir going.

Sent from my SCH-I500
[Xperia Play General] CosmicDan:
Something is odd because the bootrec script sets mass_storage to usb type already but doesnt seem to work, it needs the default.prop change. I assume its a ramdisk issue but i dunno.

Sent from Xperia Play (R800a) with Tapatalk
[Xperia Play General] CosmicDan:
Nope. Need to enable Developer features in the rom then turn it on manually..... which doesnt seem to create any new property.

Ill do some more digging, maybe compare ramdisk scripts with other devices JB ramdisk. A lot of this seems to be taken directly from ICS yeah?

EDIT: I'm using the ROM and Kernel from Post #2 in the other thread, are these the newest ones? I'll try with your cm-10-20120729-UNOFFICIAL-zeus.zip now.

Sent from Xperia Play (R800a) with Tapatalk
[Xperia Play General] paxChristos:
Zeusc temporarily hosted here: http://db.tt/PeuCdkgC

If somebody could upload to their mediafire (it doesn't have to be public) that makes it much easier when I re-upload it to mediafire tomorrow :P

Pax
[Xperia Play General] m2maddy:
How to remove the persistent Search bar in the homescreen, it is very annoying.

Review so far on JBX ROM (From Nick)

- Interface is smooth

- Flashed gapps mini and so far so good

- No FC's yet, tried Music, Browser...

- Not much Multitasking done yet

- WiFi works fine, account sync also fine

Will do detailed test and let you know on battery life and smoothness with more usage.

EDIT: Cannot install Root Browser from Play Store, says "Cannot install on USB storage or SD card". Any idea why?

--

Maddy
[Xperia Play General] paxChristos:
persistent search bar - use a different launcher/wait until cm crew get launcher settings added in.

Root browser - probably the dev hasn't updated for jb yet.

Sent from my Xperia Play. Running Jelly Bean.
[Xperia Play General] Smiley76:
about the APN/GSM data problem.. I saw that supervenom did have problems too and my log looks the same:

I get:

D/ConnectivityService( 329): ConnectivityService starting up

E/ConnectivityService( 329): Ignoring protectedNetwork 10

E/ConnectivityService( 329): Ignoring protectedNetwork 11

E/ConnectivityService( 329): Ignoring protectedNetwork 12

E/MobileDataStateTracker( 329): default: Ignoring feature request because could not acquire PhoneService

E/MobileDataStateTracker( 329): default: Could not enable APN type "default"

D/TelephonyProvider( 499): Preferred APN: -1

E/TelephonyProvider( 499): Failed setting numeric 'null' to the current operator

D/TelephonyProvider( 499): Preferred APN: -1

manually edit the APN actually saves it to the database (did check it with strings) but it isn't used.

so it can either be the sim-lock that is brought up (even tho the sim isnt locked) or perhaps we need some changes in SemcRIL.

I have tried setting this: http://code.google.com/p/hercskycm/issues/detail?id=8 but doesn't seem to help in JB. (Did look trough the source code and that patch from ICS isn't in there.. might explain that ;) )

Edit: I actually did a quick test and did disable the return of IccCard.State.NETWORK_LOCKED in IccCard.java It doesnt ask for the PIN anymore but same errors occurs when it's trying to bring up data.
[Xperia Play General] Motawa88:
everything works okay. mic doesnt work and googlenow is kinda broken.voice doesnt work and search crashes.
[Xperia Play General] Supervenom:
For Large GApps this is the solution: http://xdaforums.com/showthread.php?t=1541243

For Google Play problem (can't install on SD) I think it's Ramdisk related. Probably when we have fixed SD mounting we have missed something.
[Xperia Play General] m2maddy:
For Google Now voice, I believe you have to flash one APK.

Check this thread for more details.

http://xdaforums.com/showthread.php?t=1747224

--

Maddy
[Xperia Play General] CosmicDan:
That won't fix gapps, it's a custom kernel with mtdparts parameter taking space from system and giving it to userdata. But our system partition is the one that's too small for JB+gapps.

At least I think this is a mtdparts mod.... I never saw this before, thanks for the link. Maybe they already figured out how to access the ~133MB of read/write protected data located between userdata and cache. EDIT: Yeah, seems to be a custom loader to address the scattered nand map between userdata and cache.

Trying to sort out adb/usb in recovery, for some reason when I isntall the ROM it breaks adb in recovery. Tried flashing a ROM with persist.sys.usb.config=mass_storage,adb in build.prop but still the same fixed it for the moment (but still, shouldn't be needed).

Trying some more stuff.
[Xperia Play General] nickholtus:
hi,

i will try and make a ftf that hopefully fixes the low system space (such like the data partition increase)

If anyone wants to test it would be great, because i can't flash files with flashtool (i have restored my imei)
[Xperia Play General] MilkyJoePD:
I'll give it a test.
[Xperia Play General] CosmicDan:
Yeah for sure. Even with that existing FTF if you can give the 40MB gained to system instead of userdata should probably allow full gapps to fit, and same userdata size that we're used to.

Where can I get some CM10 sources at? I think I found the issue with adb not being on by default (related to "DEVELOPMENT_SETTINGS_ENABLED" flag checking/skipping).
[Xperia Play General] Supervenom:
At github, https://github.com/CyanogenMod/
[Xperia Play General] CosmicDan:
Nobody here has their zeus builds pushed anywhere? I'd like to be able to build and test changes :)
[Xperia Play General] lightningdude:
pax might, at https://github.com/paxchristos

Sent from my SCH-I500
[Xperia Play General] CosmicDan:
Nope, just kernel sources :(

Well at least I now know why there's like three different JB builds - nobody has bothered pushing to a repo yet :D

Regardless, this issue I'm having must be an AOSP/CM10 issue, it's a bug in settings provider. With this in build.prop:

persist.sys.usb.config=mass_storage,adb
persist.sys.root_access=3

We can get logcat and shell over adb from bootlogo, but as soon as the settings provider loads (and realizes that "Developer Tools" is not enabled in Settings) then logcat gets terminated without warning.

I know it's a relatively minor issue, but without this fixed we can't logcat properly from a fresh/clean boot. Regardless, I can occupy myself for the time being with building an MIUI4 based on JB (retarded I know, but it's fun).
[Xperia Play General] Supervenom:
I'm doing a common repo. Give me some time.
[Xperia Play General] CosmicDan:
Sweet action, no worries.
[Xperia Play General] Sythedragon:
I'm slightly confused by the discussion on storage, I flashed gapps yet still have 420mb storage (20 mb used, so 400 free)

Unless I'm being completely mistaken?

EDIT : Although flashing the new adreno drivers on Venoms post killed my ROM and I just get a black screen now, was his ROM I used to lol.
[Xperia Play General] Supervenom:
Very strange, I have flashed them and nothing happened. About storage don' worry, if you have enough space for GApps, there is no problem.

Here the GitHub repo: https://github.com/JBX , you are all members. I don't have commited anything yet.
[Xperia Play General] Sythedragon:
I always leave ROM's on my SD Card so it's easy to recover.

I'm back on your ROM as it was last night, will flash the drivers again, see what happens.

EDIT : Seems to work this time around.
[Xperia Play General] CosmicDan:
/system capacity of R800i/a = 312.5MB

Base ROM size of CM10 = about 201MB

"gapps-jb-20120726-signed" size = about 115MB

Total = About 316MB (over capacity by a few megs). The "mini" gapps I packed removed Faceunlock and Gmail (since Gmail is on market) which reduces gapps by about 30MB.

The 420MB you are talking about is userdata, gapps goes on system. Type "free" on shell and see how much space you have on /system after flashing gapps out of the 312.5MB. Unless for some reason your /system has higher capacity than others....

Probably because /system was full :p thats how I found out about it, tried to push something and got "insufficient space". When this happens it deletes the file and doesnt push the new one lol.

@Supervenom, maybe we should just compile a kernel with custom mtdparts. That custom userdata.sin is more than I understand, it was taken from Arc S ICS update apparently and I couldn't find any offsets relating to partition sizes. Anyway, here is a "stock" mtdparts parameter I was using in my own kernels before:

mtdparts=msm_nand:00320000k@00094720k(system),00389120k@00414720k(userdata),00103936k@00940544k(cache),00012800k@00081920k(boot),00136704k@00803840k(protected)

...i might take this opportunity again to reach out that if anyone can find a way to address (nuke) the "protected" space I have marked, please do! I spent a lot of research on it and found that it contains randomly scattered sectors that can be read/written to, a great number of tiny blocks that equate to roughly 40-50MB worth, the rest is unaddressable. My initial thoughts is that it reminded of old-school CD copy protection (sectors marked "bad") so it might have been used for DRM... dunno. But anyway that's off-topic.
[Xperia Play General] nickholtus:
ok i am uploading the ftf now.

please try it

before flashing do:

adb shell

df

and after flashing do it again and put the output here

REMEMBER: it will repartition /system and /data so you need to reflash the rom!!!

it will be up here: http://xperiaplanet.nl/jb/test.ftf

please download it in 25 minutes, it is uploading
[Xperia Play General] MilkyJoePD:
Has anybody noticed in the new APN settings bit what it says:
[Xperia Play General] Sythedragon:
Ignore
[Xperia Play General] MilkyJoePD:
I've tried that many times. I meant it says, "Choose screen lock".
[Xperia Play General] Smiley76:
logcat from boot with radio buffer selected:

https://gist.github.com/3206907

edit: things seems to fail at GET_IMSI
[Xperia Play General] lightningdude:
r800x users, remember that the other memory allocation ftf didn't work for us, so this one probably won't, either.

Sent from my SCH-I500
[Xperia Play General] CosmicDan:
Well I'm officially impressed :good:
[Xperia Play General] Supervenom:
How do you compile that images?
[Xperia Play General] paxChristos:
Here might be the problem with gsm data:

http://r.CyanogenMod.com/#/c/19704/

(My guess as to why cdma works is that Sony just used AOSP too for cdma)

Pax

Sent from my Xperia Play. Running Jelly Bean.
[Xperia Play General] nickholtus:
that images are from a arc (s) rom

you can't make them yourself (yet)

Anyone tried it yet? (i need a r800x and a r800i tester)
[Xperia Play General] Smiley76:
I tried with that one yesterday and got tombstones back from rild ;)
[Xperia Play General] paxChristos:
Yupp, that's what they're saying in the comments on the commit. What about messing with it after you've synced it?

Sent from my Xperia Play. Running Jelly Bean.
[Xperia Play General] MilkyJoePD:
Test what and how?
[Xperia Play General] nickholtus:
see previous page for increasing system partition

read the instructions (what to do bfore and after flashing)
[Xperia Play General] Supervenom:
Someone good at kernel development could look at latest commit at cyanogenmod gerrit? (not yet merged)
[Xperia Play General] lightningdude:
Looks to me like they got a fix for the graphic glitches in this one.

This one, too.

Aww, heck, it looks like all of the recent fixes are for the graphic glitches, to me, in one form or another. Maybe someone more adept with the actual code could verify?

Edit: Also, would someone with more time than I have test out those changes in a kernel and see if they do change anything? Might be best to start with a clean kernel, without all of the dirty hacks that have been made.
[Xperia Play General] Smiley76:
Thats great. Getting my ugly patches out from the code ;)

I will test them in a few hours time.

I saw that Xperia x10 has got a JB out with working GSM data. Did check the build.prop and they dont specify a rilClass at all so its using the shipped RIL.java. Have anyone tried if its working with that without using the semcril class?
[Xperia Play General] nickholtus:
ok, i am compiling a new kernel with that changes now.

will see what it changes:)

also added kamarush fixes:)

edit: no luck, only get a lot of errors when compiling:(
[Xperia Play General] paxChristos:
Iirc, semcril.java hasn't been implemented yet...

Sent from my Xperia Play. Running Jelly Bean.
[Xperia Play General] nickholtus:
ok, compiled the kernel with the last changes:)

going to test first, to be sure it works good:)

edit: kernel won't boot for some reason:(

edit2: got the kernel working, now compiling new gralloc:)
[Xperia Play General] Supervenom:
What do you mean by not implemented?
[Xperia Play General] paxChristos:
I was wrong :P

https://github.com/CyanogenMod/andr...a/com/android/internal/telephony/SemcRIL.java

Mind you, this is also in the works :P

http://r.cyanogenmod.com/#/c/20064/
[Xperia Play General] Smiley76:
I have compiled a clean libgralloc and kernel with the 7 patches for fixing the framebuffer issues and it's not as smooth as the ones I did ;)

you can see the graphic being a bit sluggish.. especially when looking at the Phase beam live wallpaper.. but can also been seen in the animations..

:(
[Xperia Play General] nickholtus:
it is quite smooth here (only live wallpaper, phase beam, has a little bit lag)
[Xperia Play General] Smiley76:
did you have the graphic glitch in recovery?
[Xperia Play General] nickholtus:
yes, i do
[Xperia Play General] Smiley76:
with the patch for framebuffer.cpp it looks ok again.
[Xperia Play General] CosmicDan:
Nice work, looking forward to the next build :)

Since I run a Core i5 PC (albeit with only 4GB RAM) I'd like to see how long compilation takes in my Ubuntu partition :) But no rush on getting that github synced, because that will slow down any work you guys are doing elsewhere :D

---------- Post added at 12:53 PM ---------- Previous post was at 12:08 PM ----------

Before:

Filesystem Size Used Available Use% Mounted on
tmpfs 171.8M 80.0K 171.7M 0% /dev
tmpfs 171.8M 0 171.8M 0% /mnt/asec
tmpfs 171.8M 0 171.8M 0% /mnt/obb
/dev/block/mmcblk0p1 27.5G 6.8G 20.8G 25% /sdcard
/dev/block/mtdblock2 101.5M 1.2M 100.3M 1% /cache
/dev/block/mtdblock1 380.0M 339.4M 40.6M 89% /data
/dev/block/mtdblock0 312.5M 253.5M 59.0M 81% /system

After:

Filesystem Size Used Available Use% Mounted on
tmpfs 171.8M 80.0K 171.7M 0% /dev
tmpfs 171.8M 0 171.8M 0% /mnt/asec
tmpfs 171.8M 0 171.8M 0% /mnt/obb
/dev/block/mmcblk0p1 27.5G 6.8G 20.8G 25% /sdcard
/dev/block/mtdblock2 101.5M 1.2M 100.3M 1% /cache
/dev/block/mtdblock1 380.0M 1.2M 378.8M 0% /data
/dev/block/mtdblock0 312.5M 1.1M 311.4M 0% /system

No dice.

I think this is too much trouble to worry about, just use kernel commandline in ramdisk... we can live without faceunlock until that (or a better solution) comes about. Just found the tools to edit/rebuild SIN images myself, I will take a crack at it. Much byte swapping and hex calculations to be done :P I will give an extra 20MB to system and the rest to userdata.

EDIT2: I've discovered that the Arc S +40MB mod is a bit dodgy. The offset for data has to be pushed back in order to stay outside the protected area, yet system is not resized. With that FTF mod, system has lost a full 40MB due to data offset reduction but system size was not modified. Thus, the last 40MB of system in that FTF - if populated - would destroy userdata :eek: I thought it seemed fishy, I did a lot of research and there is no "spare unmapped space" bordering system or userdata. Thus, the FTF I am making will have to reduce data by 15MB and give it to system. That should give us around 10MB space left on /system with CM10 + full gapps installed.

EDIT3: Nope, no matter what I do I always get some sort of verification failure when trying to flash a modded (parition verification failed) or rebuilt SIN (unable to verify SIN header) images. I'm using the_laser's sintest binary to rebuilt the SIN images, maybe the nand block size and spare size per block parameters are wrong for the R800. Anyway, here are the numbers I was using - just for reference.

index? ?? offset size
|------||------||------||------|

system
0400000001000080E4020000C4090000 (Original)
0400000001000080E40200003C0A0000 (+15MB MOD)
type:0A
fs:yaffs2

userdata
0900000001000080A80C0000E00B0000 (Original)
0900000001000080200D0000680B0000 (>15MB, -15MB)
type:0A
fs:yaffs2
[Xperia Play General] AntiBillOS:
@nickholtus

Sorry for pleased you but can you also complere you kernel for haida (Xperia Neo V)?

(i am now have so bad internet - 6kbyte/sec and unstable connection, so i travel with CM10 source but not have semc_msm7x30_kernel source)

We be verry thanks!
[Xperia Play General] Supervenom:
Out of games for the moment, my PC has exploded... I have a notebook MAC.
[Xperia Play General] fma965:
why not just do what I do on ics move some of the system gapps to data? Works for on ics
[Xperia Play General] lightningdude:
That's fine for freeing up space when you need it, but it won't work if it won't actually install from not having enough room in the first place. At least, that's how I understand it.

Sent from my SCH-I500
[Xperia Play General] CosmicDan:
Exactly. We would need to either manually push the APK's to /data or still create a modified gapps package that flashes straight to data.

It's not that big a deal, I myself remove the live wallpapers, email, gallery and ROM Manager APK's from system because I don't use them. But if people are flashing full gapps on top of current JB they might get crashes related to gapps processes because it ran out of space while flashing. I've noticed that the JB launcher is a whopping 11MB now too :eek:

I myself don't care much for the direct SIN hacking idea of modifying partitions when it's much easier (and safer) to change the partition map on the kernel commandline.
[Xperia Play General] Smiley76:
SemcRIL updates in gerrit now!

http://review.cyanogenmod.com/#/c/20421/
[Xperia Play General] paxChristos:
Also, pay attention to this one: http://review.cyanogenmod.com/#/c/20064/
[Xperia Play General] szl.kiev:
patch set 3 working, confirmed!!!!!
[Xperia Play General] AntiBillOS:
Guys thanks @Tenacius D (thanks him to complete kernel!)

I am get system booted but...

Its boot only with connected USB! :D

Please look my logcat and help me fix some maybe?
[Xperia Play General] Smiley76:
what other settings do you have? it works better (I can edit APN and it tries to connect)

do you run rild with the root patch?

have you applied http://review.cyanogenmod.com/#/c/20064/ and set the flag?

and what settings do you have in init.semc.rc for netmgrd, qmux and port-bridge?

https://gist.github.com/3218847 radio logcat
[Xperia Play General] paxChristos:
Missed this one until now, damn, that's a shame. What happened?

Pax
[Xperia Play General] BPaul:
Update gralloc.***.so
[Xperia Play General] Supervenom:
Power pack (I don't know it's name in English) has exploded, with a big sound and a spark... Damn it! Tomorrow I will have more precise informations and maybe a solution (if mother board and CPU are ok)
[Xperia Play General] paxChristos:
Power supply, but how did that happen ?!??
[Xperia Play General] Supervenom:
I was adding a RAM module (BTW probably broken) and when I closed the case and powered on... boom!

EDIT: Now that FXP has released/is going to release their CM10, what are we going to do? Move on AOSP? I personally think that will move on AOKP. Tell me.
[Xperia Play General] Motawa88:
i dont think that the cm 10 is better( didnt test it yet)

CM10.0 - ALPHA

- latest cm 10.0

- recovery adb/mass storage (S)

- mass storage (S)

- NFC (S)

- Torch (S)

- Wifi P2P (S)

- LED fixes (S)

- Clock fixes (S)

- LED notificatin (S)

- new boot logo (by Adrian Castillo)

S stands for xperia S, i guess.

i dont think they got camera and data working.
[Xperia Play General] TheCraig:
AOKP is nice
[Xperia Play General] KeiranFTW:
Yep, AOKP is much better than CM. At least from a developer perspective :)
[Xperia Play General] szl.kiev:
Yes, rild as root

plus add this flag

-DRIL_VERSION_2_SUPPORT

also change min ril version from 6 to 2 without using ifdef
[Xperia Play General] lightningdude:
According to their changelog, it's just the GSM Play, so it'd be great if we could still continue work on the CDMA version. Assuming, of course, that the CM9 CDMA fix zip won't work on JB. I don't know why it wouldn't, but hey, we've found lots of differences already, right?
[Xperia Play General] nickholtus:
did anyone compile a kernel with the last changes (from gerrit code) and the wifi fix in ramdisk?

i can't acces my files anymore till i have a new pc, and the kernel from me is on my harddisk:P
[Xperia Play General] Motawa88:
sticking with your rom nick. its faster and has touchpad support on n64oid.
[Xperia Play General] nickholtus:
i think i have got data working, can anyone test it?

i maked this on my phone:)

edit: here it is: http://www.mediafire.com/?y836w9hs28yf8ia
[Xperia Play General] Sythedragon:
I flashed it (On Venoms ROM) KO'ed my signal and no data, I'll give it a fresh try with your ROM.
[Xperia Play General] AntiBillOS:
Please give me Gralloc? And can i add it to CM build or need build manualy?
[Xperia Play General] Sonic5317:
R800I

Just flashed your fix on my GSM play and it didn't seem to change anything, I still get a signal for calls though just no data.
[Xperia Play General] nickholtus:
hmmm ok:(
[Xperia Play General] szl.kiev:
Is anyone here beside zeus/zeusc also build for mogami device?

I mean my real question is, has anyone run script set_wl12xx_semc ?
[Xperia Play General] nickholtus:
Ok i sold my tablet to buy parts for a server.

What I have bought now: 4gb ddr3 ram

What I have here @ home from a broken pc:

Mobo

I3 2e generation 3.6 ghz

1000gb hdd (from my friends old pc)

What I still need:

Power supply

Maybe more ram

And maybe a better cpu
[Xperia Play General] paxChristos:
If you know somebody who could ship parts out to you, pcpartpicker.com might be helpful...
[Xperia Play General] nickholtus:
Most important fo now a cheap but "green" power supply (and silent)
[Xperia Play General] szl.kiev:
I suggest you invest more for ram. I use 8gb, allocate 5gb in virtualbox
[Xperia Play General] brainard52:
Nice work, pax :D What is the resource usage compared to CM9 so far?