yashsingh1/xdaforums huggingface dataset:
[Xperia Play General] Supervenom:
This is the logcat when trying to move an app to SD: http://pastebin.com/crezrxU6
[Xperia Play General] sirkay:
have you try to enable these lines in kernel defconfig?

1. CONFIG_EXT4=y

2. CONFIG_EXT4_FS_XATTR=y

i enabled these in my defconfig and dont have prob move app to SD
[Xperia Play General] AntiBillOS:
Its work with phone that have Yaffs file system?
[Xperia Play General] Supervenom:
https://github.com/JBX
[Xperia Play General] Streykatorato:
My phone flickers all the time... When im on 2.3.4 it has the same bug as the first Pre Alpha of Jelly Bean.. Triple buffering error? Adreno libs problem? Gralloc issues? Im on 2.3.4 right now and i need an answer :)
[Xperia Play General] CosmicDan:
Yeah man, that just adds support for sdext formatted with ext4. The internal filesystem is still yaffs2 of course.

Use SuperVenoms ROM and kernel from post #4 in the JBX thread.

EDIT: Wait, are you saying that 2.3.4 ROM has flickering for you? Uh-oh sounds like your phone is dying :( You flashed latest .62 stock FTF back to stock to test?
[Xperia Play General] Streykatorato:
Im not on .62
[Xperia Play General] CosmicDan:
But you're on Gingerbread and still have flickering screen? Fix it by flashing .62 FTF.
[Xperia Play General] Streykatorato:
Flashing now.. Hopefully it will work as normal again

Edit: Same problem on .62
[Xperia Play General] paxChristos:
Then it's most likely a hw issue.
[Xperia Play General] AntiBillOS:
Try:

1. Out side you SD-card (if not do this sdcard be formated!!!)

2. Connect you phone to changer WITHOUT batery to 15-20min.

3. Insert SD-card and battery.

4. Flash phone with flashtool to .62 or .69 firmware.
[Xperia Play General] CosmicDan:
Thats new to me.... some kind of low-level factory reset? Where is that info from?

Sent from Xperia Play (R800a) with Tapatalk
[Xperia Play General] AntiBillOS:
Yea. Its like Hard Reset but it delete all - as /system, as /radio (modem, as i know it delete it).

So in far it make clean phone without anyrhin.

Info i see on 4pda.ru (Russian forum, i am Ukranian, so i undestent Russian %90)
[Xperia Play General] Streykatorato:
Gonna try this now... :)

Edit: still not working
[Xperia Play General] cj360:
Defiantly hardware failure. Time to send it in to service center.
[Xperia Play General] brainard52:
Wow, that reminds me of an old screen saver that I found on a Slackware distro a long time ago. It was meant to save the screen from imageburn xD

Edit: I forgot to actually post what I meant to O.o Pax, how's it looking? Or... Why do I get the feeling that you're unable to do stuff right now? Blah, I'm too lazy right now.
[Xperia Play General] KeiranFTW:
Flex cable. I have that too, just a line 20px down the left
[Xperia Play General] Streykatorato:
How do i fix it?
[Xperia Play General] paxChristos:
Tomorrow my CPU/HDD/Case come (i've been staring at my new mobo/ram/Video Card for the past day ...)

Then I can continue :P

Pax
[Xperia Play General] brainard52:
*flails* :D
[Xperia Play General] Streykatorato:
http://xdaforums.com/showthread.php?t=1817838 Please watch this tread.. I really need to know if i need to buy parts or just fix by software :)
[Xperia Play General] paxChristos:
Well, I either burnt out my new mono, or the power supply is bad so I'm still outta the game for an indefinite period...

:(

Pax
[Xperia Play General] KeiranFTW:
That's bad $hit mate, hope its the power supply, otherwise that sucks. Maybe you should sign up on goo.im and request buildbot access via ssh, it's all free thanks to their awesome team :)
[Xperia Play General] swebosdev:
Just return it as defective
[Xperia Play General] CosmicDan:
Or if out of warranty, try doing it yourself. Plenty of LCD flex cables for R800 are on eBay.
[Xperia Play General] Sythedragon:
Think he's on about his PC.
[Xperia Play General] CosmicDan:
No, it was a reply re: the dud flex cable in Xperia Play. Not pax's hardware.

Sent from Xperia Play (R800a) with Tapatalk
[Xperia Play General] Sythedragon:
http://xdaforums.com/showpost.php?p=29978435&postcount=487

You replied to swebosdev. That's swebosdev quoting and replying to Pax.

Pax's new mobo (Typo, he mentioned above he was getting a new mobo)

swebosdev suggested return as defective, you quoted and mentioned a flex cable to his post about returning a mobo.

Unless I'm mistaken.
[Xperia Play General] CosmicDan:
You're right, my mistake. Tapatalk fail :) lets try again....

If not under warranty, buy a new flex cable from eBay and replace it yourself.
[Xperia Play General] Streykatorato:
Thank you guys! Just bought a complete replacement to my PLAY : Front. Back, touchpad. gamepad buttons all of that ;) Haha you can see that my PLAY looks a bit busted ;)

Now i still Wonder why i bought an iPhone 4S instead of a new Android... ;)

My warranty is gone long time..
[Xperia Play General] AntiBillOS:
New Adreno libs (By me install via CWM).

http://xdaforums.com/showpost.php?p=30007421&postcount=270
[Xperia Play General] Sythedragon:
Break my JB ROM those drivers do.

I'm not the only one.

Not sure why you've posted it in the CM9 if they're for JB though.
[Xperia Play General] CosmicDan:
Yeah, they are in a CM9 thread. So are they compiled for 4.0 or 4.1? Does the Neo have the same Adreno processor as the Play?
[Xperia Play General] Sythedragon:
Cosmic, your mini gapps still installs G-mail for me :p.

Fresh install, G-mail's there.

Did you update your link at all? As I've kept the same file, though it has mini in its name.

EDIT : Unless of course it comes with Venoms ROM, although I haven't tried just the ROM on its own, I didn't think the ROM comes with the google stuff like that.
[Xperia Play General] CosmicDan:
There is no Gmail.apk inside the ZIP, open it up and see for yourself. I specifically removed it because it can be found on the Play Store, and Face Unlock because it's huge.
[Xperia Play General] beez1717:
Why not take something else out instead of the gmail app. It is super useful to me because I don't want to download the app yet another time...

Sent from my R800x
[Xperia Play General] CosmicDan:
Because nothing else in gapps can be downloaded from the Google Play Store. It's not my fault the gapps and jb ROM's are so huge and the R800 only has 312.5MB on /system.... You don't have to use it. Personally I would remove the /media/videos/ and Live Wallpapers from JBX, then Gmail.apk could easily fit on system. But I think getting Faceunlock on there is more important because unlike Gmail it's impossible for it to be placed on /data.

If it's that useful to you and you keep reinstalling the ROM and it's so painful to download it from Play Store (why?), then keep Gmail.apk on your PC then adb push it to /data/app/
[Xperia Play General] KeiranFTW:
I just had an idea, install faceunlock on data and symlink it to system?
[Xperia Play General] CosmicDan:
I guess, but it would probably be easier to just make system bigger and shrink usersdata with custom mtdparts - otherwise Faceunlock would be killed with a factory reset. But either way we'd have even less space on userdata :(

I have a question for those in the know about kernel, slightly O.T. sorry but if I start a new thread nobody will reply like always :) I've noticed that ICS supports triple buffering but is not enabled in the kernel. Does triple buffering improve performance at all or is it just a requirement for JB? Right now, all ICS/CM9 kernels only have one framebuffer.

I also noticed that using more than one framebuffer requires a significant RAM reservation, so the "less memory usage than ICS" aspect of JB is slightly diminished.
[Xperia Play General] aaron187:
I think it is only for JB because of gralloc issues etc so I think if used on CM9 it may bring issues...
[Xperia Play General] CosmicDan:
Well ICS seems to support it, it tries to load fb2 and 3 on init but they are not in the kernel. I might try a double buffer anyway and benchmark it.

Sent from Xperia Play (R800a) with Tapatalk
[Xperia Play General] aaron187:
Tell me the results of the double buffer..... maybe we could push for triple buffer?
[Xperia Play General] brainard52:
Will somebody try and explain the single/double/tripple buffer thing to me? I've heard the term a lot, but I have never heard a definition.
[Xperia Play General] natewiebe13:
Does the camera work?
[Xperia Play General] CosmicDan:
No.

Jellybean has triple buffering, which means that it will render three graphic "frames" ahead of what is being displayed. It's a requirement for JB apparently. On ICS it's only a single buffer, which means that it only pre-renders one frame (and waits for the next graphic frame to be rendered before displaying that one).

I figure a double or triple buffer might help with ICS performance even more, however the kernel requires more memory to use an extra buffer (so we'd lose a bit of RAM). But I'm doing some tests with Turbo Kernel on a double and triple buffer anyway. And I'm not sure but maybe the app/game has to actually support triple buffering before it will do anything, or maybe it's built-in to the new Adreno drivers.

Regardless, we've gone OT because of me :) Cheers.
[Xperia Play General] jerpelea:
to benefit from new drivers compatibility flag must be removed from msm7x30

then you have to rebuild the rom

triple buffering patch is merged in our kernel

so you can also benefit from it

switch composition type from dyn to gpu
[Xperia Play General] CosmicDan:
Great! Thanks for the info. I guess the compat. flag is already removed in CM9, since the new Adreno drivers for 4.1 work in there :)

EDIT: Sorry to go off-topic again but nobody else would know :) I ported the JB video drivers to ICS kernel but I get that issue where every frame update is drawn off by 50% on the y, much like it is only in recovery. I have the FB memory increase and debug.composition.type=gpu (also tried dyn like JBX ROM has), as well as some other random stuff to no avail.

How did you guys fix it?
[Xperia Play General] paxChristos:
Have you tried using a one of the old JB Kernels? Otherwise you'll need to build ics with JB changes to ./hardware/msm7k/libgralloc

Pax
[Xperia Play General] CosmicDan:
Yeah I saw the few patches to CM9, asked J if he wants to do it lol but he probably won't want to, I might take a shot at putting triple-buffer support in CM9.

That's an interesting idea. Tell me, does CM9 work with the JBX kernel? I guess I'll try it. Since I have both the Turbo ROM and Kernel I could update the kernel to be JBX compatible, as long as (a) I could rebuild the CM9 base to work with JBX kernel and (b) MIUI won't kill itself over any major library changes....

Although if the offset-drawing issue was fixed in the JBX kernel i.e. working at recovery, we wouldn't have this issue. But after trying all this I guess the JBX recovery glitching must be because it's using a double/triple buffer when it shouldn't be (or doesn't know how to use it).

Alright, so begins the process of the massive repo sync....
[Xperia Play General] cj360:
Working on aokp not really sure what this error means.

edit- cleaned some things corrected some make files trying again while I eat lunch.

another log, may just be false compiler errors I'm not sure. http://pastebin.com/i7XSxkw9
[Xperia Play General] nickholtus:
easy fix,

edit this line in boardconfig.mk: #TARGET_PREBUILT_KERNEL := device/semc/zeus/prebuilt/kernel

change it to TARGET_PREBUILT_KERNEL := device/semc/zeus/prebuilt/kernel
[Xperia Play General] cj360:
I tried that compiler still error'd out at point where I'm not sure what's doing it. SO I cloned cm's kernel dir and trying that.
[Xperia Play General] CosmicDan:
Does the CM10 kernel work with JBX?

There is a zRAM update on the CM10 kernel, with a new "snappy" compression that is much faster but slightly worse compression than the usual LZO. It's not enabled by default but I will probably use it in JB-Turbo kernel.

EDIT: The snappy compression itself isn't committed, but I've found the original Google source ;)

EDIT2: I've just done a full comparison between CM10 and JBX kernel now, the only change is the zRAM update I mentioned above. Good :)

EDIT3: Snappy zRAM works well in both CM9 and CM10/JBX kernel ;)
[Xperia Play General] cj360:
edit- fixed that waiting to how it does

another edit-

I'm using jb branch for the device trees as well so that may or may not be what I'm seeing.
[Xperia Play General] Smiley76:
Scrolling

Have anyone of you notice difference in scrolling performance between ICS and JB.

A good example is the notification drawer. In ICS (CM9 in my case) the scrolling down goes down 1 pixel each time while in JB (CM10) it seems to skip 2-3 pixels each time. Same when scrolling in lists like settings.

Can it be some framebuffer/tripple buffering/whatever setting missing? Or can it be some difference in the behaviour for the touch screen driver that makes it update less often?
[Xperia Play General] brainard52:
It sounds like it's either a lag issue or that it is actually programmed that way to conserve memory.
[Xperia Play General] AntiBillOS:
Hi guys can you help me?

I build AOKP_JB but after all it builds BUT stuck on otapackagemaker...

He build system.img BUT it snice 66mb after build!

I am use CyanogenMOD JB device configs.

Thanks.
[Xperia Play General] brainard52:
Where would I get a new USB cord to fit my play? I misplaced mine, and I can't flash anything now :/ It's too bad that fastboot is required to do anything with the kernel... I'd help test if I could.
[Xperia Play General] Fat_boy555:
If I am not wrong, any micro usb cable will do.
[Xperia Play General] paxChristos:
You're not wrong, I've used a Casio, HTC & moto cable to transfer data, be sure to pick up a microusb cable that is not an interchangeable tip, those tend to be charge only.

Pax
[Xperia Play General] brainard52:
I've noticed that cords not intended for the play tend to disconnect a lot if moved at all. I had to borrow my friend's HTC cord for a couple days, and it would sometimes not charge if it wasn't placed just right. I think it has something to do with the little nubs that push the contacts together. I'm currently using a charge-only cord that came with my mom's Motorola Droid to charge, and it works just fine because the nubs are relatively tall compared to the HTC cord, and it fits my phone better. I don't want to buy one that I'm going to have problems with.

EDIT: Also, sorry for the off-topic question :/

EDIT: Just as reference, the two nubs I'm talking about are the two on the top in this picture:
[Xperia Play General] fma965:
the *cough* blackberry *cough* cable works fine for me and It works with my raspberry pi aswell
[Xperia Play General] brainard52:
I think I found a place. The cords are about 50 cents a piece O.o Monoprice.com Thanks guys. I'll stop posting off topic now xD
[Xperia Play General] paxChristos:
Back on topic, i have a zeusc version with working data (uploading now :P)

Zeusc uploaded (mediafire link in sig)

Zeus uploading

Pax
[Xperia Play General] brainard52:
Jelly bean is to ICS as Gingerbread is to FroYo, correct? Is that why CM isn't continuing support for CM9? Also, I'll have to steal a friend's cord for the night so I can install :p
[Xperia Play General] CosmicDan:
Pretty much, yeah. Gingerbread was an incremental update to Froyo, same as Jellybean. Not a major milestone but a further refinement of the milestone that was ICS.
[Xperia Play General] olokos:
Even old micro USB cable from my mom's nokia e51 worked well :D

Tapped with Xperia Play running AOKP 4.0.4 Milestone 6
[Xperia Play General] szl.kiev:
We can salvaging about 5MB of ram causing by over allocated FB size

optimum setting for 480x854 is

864 x 480 x 4 x 3 = 4976640 (4FB000) for triple buffer

&

864 x 480 x 4 x 2 = 3317760 (32A000) for standard / double buffer

yes, 864 not 854 (it must be a multiply of 4096)

change values from

#ifdef CONFIG_FB_MSM_TRIPLE_BUFFER
#define MSM_FB_SIZE	0xA00000
#else
#define MSM_FB_SIZE	0x500000
#endif

to

#ifdef CONFIG_FB_MSM_TRIPLE_BUFFER
#define MSM_FB_SIZE	0x4FB000
#else
#define MSM_FB_SIZE	0x32A000
#endif

or can also be defined using a formula

#ifdef CONFIG_FB_MSM_TRIPLE_BUFFER
#define MSM_FB_SIZE	(864 * 480 * 4 * 3) /* 4bpp * 3 Pages */
#else
#define MSM_FB_SIZE	(864 * 480 * 4 * 2) /* 4bpp * 2 Pages */
#endif
[Xperia Play General] brainard52:
An additional 5 MB of ram? I'll take it :D What is currently available to user apps on JB?
[Xperia Play General] CosmicDan:
Nice find szl.kiev, I'll test that.

It's like 352MB or something, can't remember. Turbo Kernel for CM10 has another 33MB of user-available RAM though (18MB from disabling 720p support, another 15MB from further adsp pmem drop with no known side effects).
[Xperia Play General] CosmicDan:
I think I found the code responsible for earpiece volume in-call:

/arch/arm/mach-msm/qdsp5v2/snddev_data_marimba.c

static struct snddev_icodec_data snddev_iearpiece_data = {
.capability = (SNDDEV_CAP_RX | SNDDEV_CAP_VOICE),
.name = "handset_rx",
.copp_id = 0,
.acdb_id = ACDB_ID_HANDSET_SPKR,
.profile = &iearpiece_profile,
.channel_mode = 1,
.pmctl_id = NULL,
.pmctl_id_sz = 0,
.default_sample_rate = 48000,
.pamp_on = msm_hac_amp_on,
.pamp_off = msm_hac_amp_off,
.max_voice_rx_vol[VOC_NB_INDEX] = -200,
.min_voice_rx_vol[VOC_NB_INDEX] = -2200,
.max_voice_rx_vol[VOC_WB_INDEX] = -200,
.min_voice_rx_vol[VOC_WB_INDEX] = -2200
};

Though I'm too scared to change the values. I don't want to blow up my earpiece :)

Seems to be identical values to stock kernel, or at least DoomKernel ICS beta sources.....
[Xperia Play General] Smiley76:
I did look a bit on this yesterday. During the boot it says:

08-28 17:58:22.062 I/AudioHardwareMSM7X30( 134): Setting in-call volume to 0 (available range is 0 to 100)

08-28 17:58:22.062 E/AudioHardwareMSM7X30( 134): msm_set_voice_rx_vol(0) failed errno = 1

and after some investigation I found that msm_set_voice_rx_vol is part of libaudioalsa.so which is one of the properitary libs from ICS.

But lot of people has reported the last day that remove "audio_policy.msm7x30.so" solves the problem. But I don't know what side effects that have.. its more a workaround than a real fix.
[Xperia Play General] jerpelea:
i think that this maybe intersting

https://github.com/CyanogenMod/semc-kernel-msm7x30/commits/jellybean

adsp mem is used by omx and camera i advise that it should not be disabled
[Xperia Play General] paxChristos:
Thanks FXP!!

If we post tombstones/last_kmesg, will you get a chance to look over them?

Pax
[Xperia Play General] szl.kiev:
in other msm chipsets, incall volume can be set inside snd_soc_msm_2x, too bad our 7x30 don't build them because of that prebuilt lib.

for the mean time, I skip build audio_policy.msm7x30.so in my build, so its only depends on legacy audio_policy, so far so good for a temporary work around and since i don't use BT & wired earpiece i can't test the rest.

another fixes:

for AAC audio in mp4 file, add in media_codecs.xml

<MediaCodec name="OMX.qcom.audio.decoder.aac" type="audio/mp4a-latm"/>

one more thing, maybe someone can help solving this:

in this commit

https://www.codeaurora.org/gitweb/q...;hpb=8b712502b563129f2043c786fa719a5654146eb6

which is also in part of this mass commits http://r.cyanogenmod.com/#/c/21546/

at this change it give us 480p 720p mp4 playback, but no tumbnail.

if I revert it back, I get tumbnail in gallery but no playback :silly:

@@ -2706,18 +2716,9 @@ OMX_ERRORTYPE omx_vdec::get_parameter(OMX_IN OMX_HANDLETYPE hComp,
else if (1 == portFmt->nPortIndex)
{
portFmt->eCompressionFormat = OMX_VIDEO_CodingUnused;
-#ifdef MAX_RES_720P
- if (0 == portFmt->nIndex)
- portFmt->eColorFormat = OMX_COLOR_FormatYUV420SemiPlanar;
- else if(1 == portFmt->nIndex)
- portFmt->eColorFormat = (OMX_COLOR_FORMATTYPE)
- QOMX_COLOR_FormatYUV420PackedSemiPlanar64x32Tile2m8ka;
-#endif
-#ifdef MAX_RES_1080P
if(0 == portFmt->nIndex)
portFmt->eColorFormat = (OMX_COLOR_FORMATTYPE)
QOMX_COLOR_FormatYUV420PackedSemiPlanar64x32Tile2m8ka;
-#endif
else
{
DEBUG_PRINT_LOW("get_parameter: OMX_IndexParamVideoPortFormat:"\

in logcat, both cases failed in color converting.

in libI420colorconvert, seem only support QOMX_COLOR_FormatYUV420PackedSemiPlanar64x32Tile2m8ka for video decoding

in frameworks/av/media/libstagefright/OMXCodec.cpp support both of those color formats

so... where did i miss?
[Xperia Play General] jerpelea:
i will gladly help
[Xperia Play General] jerpelea:
this is mainly because our ancient kernel

omx in kernel must match the one from userspace

we have 2.6.35 htc omx (2.6.39 patches backported by htc ) backorted by me
[Xperia Play General] jerpelea:
msm7x30 does not use prebuilt audio !
[Xperia Play General] paxChristos:
Hey FXP, Crono posted some tombstones from 8/22 (my build, so approx. equal to 135) here: http://xdaforums.com/showthread.php?p=30874659

Looking over them, libril & libril-qc are two that stand out as crashing. He's using a zeusc build with the first patchset I uploaded as a workaround to zeusc not having a baseband.

Pax
[Xperia Play General] jerpelea:
http://review.cyanogenmod.com/#/c/21876/

should be enough
[Xperia Play General] paxChristos:
J, that's my patch, (I incorperated it to make sure R800x got data back, the merge on August 1st to semcril broke baseband for CDMA) :D

Pax

PS. Still working on patchset 2, life's been busy :P
[Xperia Play General] CosmicDan:
Horray for more RAM :)

Although I still found the further drop in adsp pmem has caused no issues whatsoever (jellybean-turbo branch in JBX kernel github).

Sent from Xperia Play (R800a) with Tapatalk
[Xperia Play General] szl.kiev:
Thanks, i'll dig deeper

what i meant was libaudioalsa.so

Another things, after this long, in my ST18i I just noticed that UMS in CWM v6.0.1.2 doesn't work.

by adding this line back seems to fix it, but need to unplug USB cable before mount USB storage.

device/semc_msm7x30-common/prebuilt/bootrec

/sbin/adbd recovery

in CWM v5.5.0.4 we don't need that line, and can be mounted/unmounted with cable attached

also i think we don't need this anymore, since it's already stated in bootrec-device CMIIW

echo 0 > /sys/class/android_usb/android0/enable
echo 0FCE > /sys/class/android_usb/android0/idVendor
echo 6161 > /sys/class/android_usb/android0/idProduct
echo mass_storage,adb > /sys/class/android_usb/android0/functions
echo 1 > /sys/class/android_usb/android0/enable
stop adbd
[Xperia Play General] CosmicDan:
I noticed this, but instead I changed persist.usb (or whatever) in default.prop to adb,mass_storage (was only adb before) and additionally commented-out the property in build.prop, because init seems to use that instead of default.prop (if present). No need to replug USB if done this way.

EDIT: See https://github.com/JBX/semc-kernel-msm7x30/tree/jellybean-turbo/ramdisk
[Xperia Play General] Smiley76:
I have had a lot of random freezes for the last two days. I did a complete clean build but the problem didn't go away. It did happen very often when changing to landscape mode (by pulling out the keyboard on the mk16) but also just scrolling in settings or open the gallery.

So I changed the adreno drivers from the ones in the proprietary repository to the ones that kamarush posted about a month ago (I think it was in this thread) and the random freezes are now gone (including the genlock failed message that appears in the logs from time to time)
[Xperia Play General] CosmicDan:
These new Adreno drivers are no good for latest CM10 on the zeus, they break video decoding. What makes your Xperia Pro problem relevant to this thread though? :confused:
[Xperia Play General] szl.kiev:
thanks for the very useful info :good:

you might exclude this commit in your build

https://github.com/CyanogenMod/andr...mmit/4d5348077b95e9883bf9f83ea4f7d8e5800da2f9

and re-use the new adreno libs
[Xperia Play General] CosmicDan:
Interesting. I don't notice anything bad about latest CM10 not being able to use those "new adreno libs", performance seems good. Also, it fixed HD video playback under my MIUI port. However, latest FXP135 has an occasional "white flash" for a single frame (not often) when the CPU is under load, which is new. I think I mentioned this already somewhere else :) Again, might be an issue with my JB MIUI port.