yashsingh1/xdaforums huggingface dataset:
[Dell Streak 7] giveen:
Lights solved;

New error

W/dalvikvm( 696): threadid=20: thread exiting with uncaught exception (group=0x40b38300)

I/Process ( 696): Sending signal. PID: 696 SIG: 9

I/SystemServer( 696): Vibrator Service

E/AndroidRuntime( 696): *** FATAL EXCEPTION IN SYSTEM PROCESS: UEventObserver

E/AndroidRuntime( 696): java.lang.RuntimeException: Unable to open socket for UEventObserver

E/AndroidRuntime( 696):	at android.os.UEventObserver.native_setup(Native Method)

E/AndroidRuntime( 696):	at android.os.UEventObserver.access$000(UEventObserver.java:39)

E/AndroidRuntime( 696):	at android.os.UEventObserver$UEventThread.run(UEventObserver.java:97)
[Dell Streak 7] azrael293:
Did some more research for ya. An android team member in a group question stated this type of error is likely due to a permissions issue (tho he didnt mention a fix).

Here is a link to some info on ueventobserver I found tho that could possibly help. http://www.androidjavadoc.com/1.1_r1_src/android/os/UEventObserver.html

Ill keep looking for more on it until we crack it.
[Dell Streak 7] ikutoisahobo:
Awesome, looks like this project is back on track!
[Dell Streak 7] giveen:
See OP.... ;)
[Dell Streak 7] snargledorf:
Congrats giveen :)
[Dell Streak 7] TheManii:
Any chance of looking to get 128dpi working? :D

128dpi would make the S7 have (roughly) the same DP as the N7

(DPs take into account the native res x DPI).

Unfortuantely though 128dpi is completely unsupported while 213dpi (aka TVDPI) is supported.

128dpi causes CM9-mod/systemui to simply crash

I ask since JB natively supports the N7 which is:

Res dpi	width (in DP)	height (in DP)
N7	1280x800@213	961.5023474178404	600.9389671361502
S7	800x480 @128	1000	600

(for the N7, round the values down)

Hence the N7 UI is roughly designed around 600dp(?)
[Dell Streak 7] giveen:
I'll try to bump it a bit more and see how GUI handles it.
[Dell Streak 7] FuzzyMeep Two:
160, and thatnk you, the added size from the GAPPS made nvflash errors more prevalent.
[Dell Streak 7] azrael293:
I wouldn't mind the 160, though the 120 default is tighter in my opinion and more likely to work correctly with the play store.
[Dell Streak 7] ElfinJNoty:
Go with the default 120. It is very easy to download a LCD density adjustment app if a user feels the need. Even the build.prop editor in market.

I'll say it now to try and avoid questions down the road:

To manually change the LCD density look for "ro.sf.lcd_density= " in system\build.prop and enter a value. (120/160/180...)

Again, build.prop editor from market makes this a breeze for the faint at heart. If a user does a Google search for "LCD density tablet" they would have no reason to ask a single question about it on here... ever again!
[Dell Streak 7] giveen:
After this build, I'm going to set it to 120 and compare if I like it.
[Dell Streak 7] giveen:
Thats annoying and new, build failed, removing what I think is the problem and starting over.
[Dell Streak 7] giveen:
No build today, getting compile errors that have nothing to do with my work.

make: *** [out/target/common/obj/APPS/FrameworksTelephonyTests_intermediates/classes-full-debug.jar] Error 41
[Dell Streak 7] amccue:
:crying: Darn
[Dell Streak 7] giveen:
I did a sync and did see a few new framework patches perhaps it was fixed. We'll see tomorrow
[Dell Streak 7] Nocturnal_50:
if you could get a keyboard working with 100 then that would be pretty neat, I set DPI to 100 once but after realising that I need to type stuff occasionally and the OSK (on screen keyboard for you n00bs) wouldn't initiate, it would be nice to see as it delivers a much cleaner image that doesn't treat everyone as if they are blind (personal opinion, and you'll have to do and ADB push of that build.prop with 120 for DPI if you cant get keyboard working)
[Dell Streak 7] giveen:
Actually way easier to do run from adb setprop ro.sf.lcd_density=120
[Dell Streak 7] giveen:
So compiling a new build now, normally I clobber but decided to do a clean this time and removed unnecessary junk out of my build so hopefully no more java building errors.

failed again, it is getting hung up on something that I think only appears in OpenJDK, so I switched to that away from Sun Java and attempting to build again.
[Dell Streak 7] giveen:
I might need to blow the entire cm10 environment away and all the packages and start fresh. Now I am getting even more errors.
[Dell Streak 7] erulai:
Hell of a night for ya there Giveen. I appreciate all your hard work, I'm sure others feel the same.

Edit: Oh I guess that would be a hell of a morning for you... ignore my apparent lack of attention today.
[Dell Streak 7] giveen:
Totally killed the server, crap, sigh.
[Dell Streak 7] amccue:
Murderer
[Dell Streak 7] giveen:
sigh, I know.

JDK was having issues, so I switched to OpenJDK and then things were compiling period, so I attempted to repair packages and accidently uninstalled apt, which is the program needed to get any packages, so couldn't repair period.

And I don't even know who to talk to have them reinstall the OS or repair the installation, so all I can do is copy my data off and leave it behind.
[Dell Streak 7] Nocturnal_50:
use dpkg to install apt if you can find apt binaries
[Dell Streak 7] giveen:
Yup. What I plan on doing.
[Dell Streak 7] Nocturnal_50:
well it was either that of extract the binaries from the iso and push them across, you could probably get it to return to a restore point.

might be getting a new server with at least a (that means the possibility for 2 or more) Intel Xeon E7 8870 in the next few months, would be good to compile builds with 10 cores per CPU
[Dell Streak 7] giveen:
Except I don't have access to the server, since it hosted by a company in New York and I'm not the owner of the account so they won't talk to me and I can't get a hold of Steve.
[Dell Streak 7] Nocturnal_50:
so access has been cut off altogether? surely one could just push the files through SCP into their rightful spots, would it help to have another server set up or another machine to work with? I can set up one of my old desktops for this within 12 hours, might be a halfassed improvised one but it will have to do until 8 weeks time (or whenever this new server I plan on getting this server arrives)
[Dell Streak 7] giveen:
Got it taken care of, took me all night.

I still had ssh access. Had to use debian package installer to install a bunch of dependencies, but now I have apt back and using aptitutde to finish installing dependecies and clean up all the debian packages to upgrade them to ubuntu version.

And I'm back to package installation errors for a VERY required package 'ia32-libs' error: "ia32-libs : Depends: lib32v4l-0 (>= 0.5.0)" Unable to correct problems, you have held broken packages.
[Dell Streak 7] giveen:
hah ha, got it fixed, had to downgrade a three level down dependency package, then the other dependencies installed, and then ia32 installed.
[Dell Streak 7] giveen:
server is hosed, dependencies issues, trust me, its a nightmare, I need a re-install, but I can't get a hold of Steve.
[Dell Streak 7] giveen:
A little swamped with school work, but I will be switching to building on my desktop, I need to add necessary files and then do a couple test builds before I begin test releases.
[Dell Streak 7] ElfinJNoty:
You guys familiar with v6 supercharger script?

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

Now has a few options for JB integration.

I've used it on every phone I've used but never a tab. If you are not familiar I'd rather let you read the op then do a hack job of describing it.

Not that I'm experiencing very much lag if any, but it gives better multitasking and memory management.

Of course I'll test it myself(back home tomorrow)... just looking for some input on weather its needed? Or if its possible to do more harm than good?
[Dell Streak 7] giveen:
Looks like cm10 is building on my desktop. We'll see how far it goes.
[Dell Streak 7] giveen:
Some errors but I'll work on it.
[Dell Streak 7] amccue:
You the man
[Dell Streak 7] giveen:
Fixed the errors, new compile going now :)
[Dell Streak 7] giveen:
And I am back to the same dang error that was on the server.

frameworks/base/telephony/tests/telephonytests/src/com/android/internal/telephony/gsm/UsimDataDownloadTest.java:146: cannot find symbol
symbol : class Handler
location: class com.android.internal.telephony.gsm.UsimDataDownloadTest
public void setOnCatSendSmsResult(Handler h, int what, Object obj) {
^
frameworks/base/telephony/tests/telephonytests/src/com/android/internal/telephony/gsm/UsimDataDownloadTest.java:150: cannot find symbol
symbol : class Handler
location: class com.android.internal.telephony.gsm.UsimDataDownloadTest
public void unSetOnCatSendSmsResult(Handler h) {
^
frameworks/base/telephony/tests/telephonytests/src/com/android/internal/telephony/gsm/UsimDataDownloadCommands.java:35: com.android.internal.telephony.gsm.UsimDataDownloadCommands is not abstract and does not override abstract method unSetOnCatSendSmsResult(android.os.Handler) in com.android.internal.telephony.CommandsInterface
class UsimDataDownloadCommands extends BaseCommands {
^
frameworks/base/telephony/tests/telephonytests/src/com/android/internal/telephony/gsm/UsimDataDownloadTest.java:145: method does not override or implement a method from a supertype
@Override
^
frameworks/base/telephony/tests/telephonytests/src/com/android/internal/telephony/gsm/UsimDataDownloadTest.java:149: method does not override or implement a method from a supertype
@Override
^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
target Java: ImfTestTests (out/target/common/obj/APPS/ImfTestTests_intermediates/classes)
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
5 errors
target Java: KeyStoreTests (out/target/common/obj/APPS/KeyStoreTests_intermediates/classes)
make: *** [out/target/common/obj/APPS/FrameworksTelephonyTests_intermediates/classes-full-debug.jar] Error 41
[Dell Streak 7] giveen:
Think I got it figured out....hope it boots, compile was successful after a change.

So I had modified the init.rc and told the make file to copy it over, this had worked for us in the past, and it allowed the device to boot. But I guess after some patch CM10 did, it really screwed up things. This really makes me mad because I jacked up the server for no good reason now.

So compile was successful, flash from my linux box was successful after modifying some commands, and I got boot animation, but that is it.

I've remove this line "TARGET_PROVIDES_INIT_RC := true" and will do a compile maybe later today or tomorrow morning to see if that helps.
[Dell Streak 7] giveen:
Sigh I feel like I have lost three months of work. Compiles are going now and completing sorta and then it gets stuck on boot animation. I installed one more required Linux package to build android that I missed and we shall see if it helps.

Right now dexopt is missing and I am not sure why.
[Dell Streak 7] giveen:
Still can't figure out why dexopt isn't copying over. Its compiled. This is the program that verifies the integrity if the framework java files and if its not working (or missing) android will not boot.
[Dell Streak 7] jpmi23:
Thanks for the updates Given. It helps me sort of understand more. Just wish I could help.
[Dell Streak 7] amccue:
Nevermind
[Dell Streak 7] giveen:
Okay.......lol

No updates at this moment. Still trying to figure out boot issues.
[Dell Streak 7] amccue:
I was having app issues then I just reflashed everything and they worked out. I just noticed as well that Google Now is working, minus mic and talk back. but still pretty sweet. Good luck with the booting. I'm eagerly waiting to test some new stuff out
[Dell Streak 7] Nocturnal_50:
Giveen you better not be holding out for a 3.4 kernel, as dells clusterf***s are bigger that that of Apple's (and Apple itself is a clusterf*** of f***clusters) in other words you are going to be waiting until at least christmas for a partially working port of some drivers
[Dell Streak 7] giveen:
Yup. Trust me I spent two months trying to port to 2.6.39.
[Dell Streak 7] Nocturnal_50:
did you have partial/complete success?
[Dell Streak 7] giveen:
Yeah.....everything except our stuff compiled, lol.
[Dell Streak 7] Nocturnal_50:
well lets hope this time it works
[Dell Streak 7] giveen:
Got another build going now. I put the init.rc back in. I am hoping it compiles just fine. Activated the hidden fourth core on my desktop in hopes of speeding up build time.

Last build was 98 minutes so I am hoping for 5-10 minutes cut of time.
[Dell Streak 7] giveen:
Build completed in 71 minutes :)

Flashing now for testing.

Still dexopt not copying over correctly and when I do it manually still loads of problems.
[Dell Streak 7] ElfinJNoty:
Just so I understand: this equals to a ROM that won't boot?
[Dell Streak 7] giveen:
Exactly. Dexopt unpacks and checks the integrity of the various frameworks.jar that are needed for android to boot.
[Dell Streak 7] amccue:
Crap Crap Crap :crying:

Is there anything we can do to help. I can follow directions really well, I just don't comprehend the meaning.
[Dell Streak 7] giveen:
Nothing. Not sure what is going on. Still trying to find time to work on it.
[Dell Streak 7] giveen:
Might have an idea but compile is going with my idea. Sigh yet another attempt
[Dell Streak 7] ElfinJNoty:
We'll expect an update 72 and a 1/2 minutes later :p
[Dell Streak 7] giveen:
And we are back in business :) Flash successful, boot successful.

So here is the status, no sound and sensors still. I do see sensors attempting to load, which makes me think its possibly a kernel issue, I've tracked down through logcat our sensor module, got the required kernel configuration stuff, and will attempt it in my next build.

Sound is really looking like its trying, but something keeps crashing it. Not sure

DPI was 160, everything was squished and you could barely use keyboard or lockscreen, switched now back to 120DPI, looks much better.
[Dell Streak 7] giveen:
On another note...I might have a HAL for our camera. Now don't get your hopes up, but digging through my treasure chest of lines of code I have tucked away, I found a HAL that should produce a 'camera.tegra.so' but it needs to be updated to work for CM10, basically I have to go through and change all "LOG" stuff to "ALOG", and trust me....there is a lot of them.

Also, in the same pack is the stuff that may get sound to work. I just need to slowly introduce the code otherwise it could result in so many errors that I don't want to deal with.
[Dell Streak 7] giveen:
Wow...all quiet on the eastern front, lol.
[Dell Streak 7] amccue:
I'm patiently waiting.
[Dell Streak 7] giveen:
LOL, we'll my hope is tomorrow morning to go through the code of the camera, and maybe put out a new version tomorrow, that won't have camera necessarily working, but it will have the latest patches from CM10. So it will be v1.0.0.1 or something crazy number scheme like that.

Gapps are no longer baked in so flashing time and boot time are way down, so you will have to flash gapps yourself.

I think I am really going to work on the external and internal sd card mounting correctly. I think that is a big priority along with sound.
[Dell Streak 7] amccue:
Sounds like a plan. For me though sound is a higher priority as this is mostly a toy for me. Thanks for finding time for this device
[Dell Streak 7] ElfinJNoty:
+1 for sound. The things I want to put on my SD card require being heard(songs and movies)

Thanks for the updates and continued support
[Dell Streak 7] giveen:
I'm so close to sound, I can taste it, the logs are looking good, but then it crashes. I see kernel drivers loaded, I see configuration of those at the Android level....then crash. I am thinking once I truly get tegra_alsa completely figured out, then it MIGHT work.
[Dell Streak 7] wptski:
Any of this tie into the fact that CM10 can't play a MP4 right now without sound?
[Dell Streak 7] ikutoisahobo:
Sounds like you've got something

Sounds like you've got something going. I'm really excited!
[Dell Streak 7] giveen:
it can't play any sound.
[Dell Streak 7] wptski:
I understand that but CM10 shows something like, "unable to load file" right now. Unless this is something to do with the "sdcard" problem that some apps have??

The Battery Monitor Widget doesn't show the history but gives no error but does normally store a .TXT file in \sdcard\. You've mentioned the external and internal mounting correctly. ES File Explorer shows a "sdcard" folder but it's empty and you can't write to it. I know the Logcat shows one of my problem apps looking for a file there. Actually I don't know why it even installed because the missing file is created at install.
[Dell Streak 7] TheManii:
Just because the sdcard folder exists doesnt mean it's anything useful.

The way the kernal+rom mounts is:

Make folder named <whatever partition you're mounting>

Mount the partition

Symlink if needed

In this case it would be <sdcard>.

If it fails at step 2 you get left with a virtual folder that isnt attached to anything.

You cant write to it isnt actually connected to any storage location.

This is the same logic as /dev, /proc, /sys, they're all virtual and are populated by the kernal, anything saved to them is lost at reboot/power off as they're all in ram.
[Dell Streak 7] wptski:
That's what I'm asking really. I find the Android file system rather confusing or it may be just the way a particular file manager shows it. Connect to your PC in MTP mode and you see a series of folders, then look from the S7 with ES File Explorer and I doubt if you'll find any directory that has those same folders shown.
[Dell Streak 7] TheManii:
I havnt tried CM10 yet as I'm waiting for sound, but otherwise android is just a *nix type filesystem layout.

What's being shown over MTP even? And now many drives is it presenting?
[Dell Streak 7] m.is.for.michael:
The folder that you see on your pc when connected via MTP won't be / (root), as whatever user MTP is authenticating as won't have permissions to see the directory.

Admittedly, I'm on stock rom, but I can see two sd cards via MTP, and they correlate exactly with the contents of /mnt/sdcard and /mnt/sdcard2 (the latter being my external storage) when I look with a root shell.

Edit: in case it's useful to anyone, here are my mount points:

$ su

# mount | grep sdcard

/dev/SDC /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

/dev/block/vold/179:129 /mnt/sdcard2 vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0

tmpfs /mnt/sdcard2/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
[Dell Streak 7] wptski:
MTP doesn't work in CM10 yet. In ICS-B4 for instance, a particular app its folder is in \media\internal\ but also in \media\sdcard\ but through MTP it's in the root. Folders overlap or contents appear in more than one place.
[Dell Streak 7] giveen:
Mtp right now shows external sdcard but no access.
[Dell Streak 7] wptski:
I couldn't get it to install drivers but maybe it's the same issue I had with ADB drivers. I'm not on CM10 now to try again.
[Dell Streak 7] ElfinJNoty:
I'm wondering if your next update will be released as replacement .img's through the nvflash package... or if you are moving closer to the flashable .Zip's

I understand the gapps being removed... just not entirely sure how to implement them into the nvflash process

Either way, very much so looking forward to what you've been cooking up:thumbup:
[Dell Streak 7] TheManii:
/data/media partitions (ie ICS-B4) already had a working TWRP, in fact it was the one that got the port 1st.

The Gapps package I made will run on any device with ICS, just like how the generic ICS and JB ones should work when flashed with it.

I assume my update script should work with giveen's version of TWRP (I dont know what version it is exactly offhand, but it should be recent enough)

For the same reasons the script wont need any changes to build an update zip
[Dell Streak 7] giveen:
It is my every intent to start doing flashable zips BUT ......it does require some effort on my part to get it set up, and frankly I rather just work on getting the OS working right now. Perhaps after sound and sensors and storage working great.
[Dell Streak 7] wptski:
I TWRP'd back to CM10 again. Device manager shows "unknown device", normal channels to update driver states that I have the best driver but there isn't a driver installed! WTF?

I tried what the route I had to take with the ADB driver or by picking the device. Pointed it right to the "Dell_wpdmtp.inf" file and it stated that it's not compatible.

MTP works with ICS-B4 though but I don't remeber if it shows the external sdcard.
[Dell Streak 7] giveen:
Yes, the issue all lies in init.streak7.usb.rc which lies in the boot.img

I know exactly where the issue is and have ever intent of fixing it, lol.
[Dell Streak 7] giveen:
Made a lot of changes that I am hoping resolves internal storage, external storage, and usb connection problems. Going to do a test build later today or tonight.
[Dell Streak 7] giveen:
Did I mention I love my Nexus 7? Hit 7491 on Quadrant.
[Dell Streak 7] TheManii:
Oh yea?

:D

On a more serious note: would you be willing to test a new TWRP port for /data/media?

I only expect that a couple lines need to be changed in recovery.fstab and I should be able to maintain it in the future.

But as I dont use the layout I'm hesitant to release anything.

After that's taken care of, either layouts should be fine with the same install script.

The only changes needed should (possibly be) the ramdisk if needed.

I'd like to make a clear seperation between the layouts when flashing so users cant flash a rom from the wrong layout and end up with something that doesnt boot.
[Dell Streak 7] giveen:
Sure, PM me, and I'll throw it in and test it out.

Usually after I create a successful build, I put my TWRP port in test it and see if it can access things.

Oh and your 2D and 3D scores suck. (and yes, I do know how you did that)
[Dell Streak 7] TheManii:
The cpu scores suck too, blame goog+intel for not enabling multicore support or actual gpu support :D

Do you expect to be able to support both layouts with 1 ramdisk?

I'm considering making a hybrid update where it checks which layout you're using and flashes the approporate ramdisk as needed, as the rest of the rom is layout independant.
[Dell Streak 7] giveen:
Not sure on how do that.

Eventually I would like to do a stock partition layout as well as the ICS-B4 layout and that will be coming from snargledorf's B5 build info, but all that is future goals after I get this rom into beta status.
[Dell Streak 7] TheManii:
Ok fair enough: when you're far enough along with CM10 that you want to do a more general release (ie worth the time to make a proper update.zip) I'll just take the /data/media ramdisk and modify it, then make a hybrid update.zip and hope it works.

So it'll be like:

META-INF

system

<whatever else you want>

boot.img - stock layout

bootex.img - /data/media layout

and the update script will (hopefully) decide which should be flashed.

Assuming that it was the same method to modify to get working with the stock layout that I did for B4.

I'll also try and make a JB gapps package like I previous did for GB/ICS soon. (this part is very easy fortunately)

Once we can get it working as an update zip, we really shouldnt include Gapps if we can avoid it.

I would like to avoid us having 2 seperate zips as they really on differ just by the ramdisk, just like B4.

Edit3: I think I got a good donor rom, I'll have a gapps prepared hopefully by the weekend.