*** corein has joined #xdandroid | 00:53 | |
*** corein has quit IRC | 01:09 | |
*** Bruce_Wayne has joined #xdandroid | 01:25 | |
*** rpierce99 has quit IRC | 01:55 | |
*** XirXes_ has quit IRC | 01:59 | |
*** XirXes has joined #xdandroid | 02:10 | |
*** disco_y2k has joined #xdandroid | 02:25 | |
*** disco_y2k has left #xdandroid | 02:26 | |
*** bzo has quit IRC | 02:31 | |
*** jonpry has quit IRC | 02:45 | |
*** jonpry has joined #xdandroid | 03:00 | |
*** Bruce_Wayne has quit IRC | 03:01 | |
hyc | we ought to add a patch to the kernel to force stock clocks at initial boot | 04:25 |
---|---|---|
hyc | unless things are dying before the kernel even loads | 04:26 |
hyc | kexec doesn't work with OC either | 04:26 |
*** sythezn has joined #xdandroid | 04:47 | |
sythezn | mgross029, nah, build/target/product | 04:47 |
sythezn | from build/buildspec.mk.default: | 04:48 |
sythezn | # Choose a product to build for. Look in the products directory for ones that work. | 04:49 |
*** hardwalker has quit IRC | 04:58 | |
*** kalemas has joined #xdandroid | 05:17 | |
*** teemodk has joined #xdandroid | 05:26 | |
teemodk | my company block git:// so I ran repo init via xda-tether ... question: will repo sync use same port? Thus I have to use tethering for sync :( ? | 05:31 |
*** sythezn has quit IRC | 05:43 | |
*** virsys has quit IRC | 05:54 | |
*** virsys has joined #xdandroid | 05:55 | |
teemodk | ... and 155min/1324MB of tethering later: - error: android.googlesource.com: <urlopen error [Errno 8] _ssl.c:499: EOF occurred in violation of protocol> | 08:30 |
*** helicopter88 has joined #xdandroid | 08:51 | |
*** detule has joined #xdandroid | 09:11 | |
*** fishhead2567 has joined #xdandroid | 09:30 | |
teemodk | repo sync (GB): I get 403 on ../samsung/crespo/info/refs and ../external/dbus/info/refs ... should I be concerned ? | 09:38 |
*** Achill has joined #xdandroid | 09:45 | |
*** emwe has joined #xdandroid | 10:03 | |
*** mgross029 has joined #xdandroid | 10:19 | |
detule | hey emwe | 10:20 |
emwe | hihi | 10:20 |
detule | how does one go hunting for the gsensor power on/off gpios? | 10:21 |
emwe | detule: you got any failed wakes /WSODs since you added htc_ls_microp? | 10:21 |
emwe | detule: haret. already got it. but it has no effect... | 10:21 |
detule | emwe, never added ls_microp, i think i mentioned that with it in place i can not turn off hw auto-bl | 10:21 |
emwe | ah. i think it causes failed wakes... or keeps the device stall so to speak | 10:22 |
emwe | it#s the last thing i see that microp is suspended it thinks and that's the last thign i see in kmsg. | 10:22 |
detule | last thing before a sod? | 10:22 |
emwe | yap | 10:22 |
emwe | it might trigger userland reading data forever or something. | 10:22 |
emwe | just an assumption. | 10:22 |
emwe | by signaling to userland all is fine by returning 0 on error... | 10:23 |
detule | maybe it needs a disable_irq_nosync or something | 10:23 |
emwe | going to test... | 10:23 |
emwe | we'll see. | 10:23 |
emwe | so here's the gpio: | 10:23 |
emwe | static struct msm_gpio htcrhodium_bma150_spi_gpio_config_data[] = { | 10:23 |
emwe | { GPIO_CFG(49, 0, GPIO_CFG_INPUT, GPIO_CFG_NO_PULL, GPIO_CFG_2MA), "bma150_irq" }, | 10:23 |
emwe | }; | 10:23 |
emwe | gpio 49 toggles on changed orientation in wince | 10:23 |
emwe | but it does not seem power related in some way | 10:23 |
emwe | i disabled the gpio in the power on hook of the bosch bma150 driver, but gsensor sitll works. | 10:24 |
emwe | also has no (noticebable) power effect. | 10:24 |
emwe | think i'll push it nevertheless.. | 10:24 |
emwe | there's likely a vreg involved. there's on board on CAs tree where they use a vreg. and two other boards where they got GPIO. | 10:25 |
detule | hm so that gpio is orientation related....ok got it | 10:25 |
emwe | yeah, traced with haret on orientation change in wince. | 10:25 |
detule | but the driver seems to work fine without it in pdata right? | 10:25 |
emwe | yap, it's just the implemented power hooks. | 10:26 |
emwe | expclitely setting the gpio off doesn't stop bma from working... so i whonder... | 10:26 |
emwe | tracing vregs is hard. | 10:26 |
detule | there's no app or setting in winmo that toggles auto rotate on/off? | 10:26 |
emwe | as they are controlled via proc_comm_wince messages and one would have to trace the pcom data memory location. | 10:27 |
emwe | puh, good question. if we could find that... | 10:27 |
emwe | i just tested with media library in sense which has rotation. | 10:27 |
emwe | some disabling app comes into your mind? not for me. | 10:27 |
*** kalemas has left #xdandroid | 10:27 | |
detule | i'll be booting in winmo shortly i'll look around, some day you'll have to give me pointers on haret tracing | 10:27 |
emwe | the best would be IDA :) | 10:27 |
emwe | i am just doing the non-fancy stuff :) | 10:28 |
detule | and by "you'll have to" i mean "it would be nice if you could" | 10:28 |
emwe | lol, your welcome. | 10:28 |
emwe | man... i could even pull /proc/last_kmsg earlier when it was WSODed. | 10:28 |
emwe | but i could not pull dynamic "data". /proc/kmsg didn't work. | 10:29 |
emwe | i read all logs from the weekend. seems wis is on a OC run, eh? | 10:31 |
*** teemodk has quit IRC | 10:31 | |
emwe | and... do you guys stil hold on to the theory that JIT is actually slower? I somehow feel it's worse after some days... | 10:32 |
mgross029 | detule: http://forum.xda-developers.com/showthread.php?t=502871 Found this on XDA to disable gsensor in WM. | 10:33 |
detule | well i just pulled some of the PM (idle vs suspend) adjustments, and I am having some issues waking up the device | 10:33 |
detule | no idea about how the OC is going, it so hard to quantify results | 10:33 |
detule | as far as JIT, i guess that's another "feels this way or that", but yeah it feels more responsive with :fast | 10:34 |
emwe | imho it feels somehow laggier. dunno. we'll see. | 10:34 |
emwe | perhaps i should look at gsensor.dll ... no idea how i shall grasp something out of it... | 10:35 |
detule | emwe, if you feel like you are in a teaching mood perhaps you can shed some light on the differences between _udc and _otg | 10:35 |
emwe | i don't have the slightest idea. | 10:36 |
emwe | otg supports usb host mode afaict | 10:36 |
emwe | but even that might be false info. | 10:36 |
detule | you use _udc in .35 right? | 10:37 |
detule | and no _otg? | 10:37 |
detule | we have both in .39 and i can't figure out which one is doing what | 10:37 |
emwe | _otg is used of what i can tell. that's why the quite different setup. | 10:40 |
detule | yeah but we'are also registering a msm_hsusb device (this is in _udc) | 10:41 |
emwe | hm | 10:42 |
mgross029 | emwe: Found the HTCSensoSDK http://dl.dropbox.com/u/45928762/htcsensorsdk.zip Said it was for the Diamond but I doubt it changed much. | 10:42 |
mgross029 | s/HTCSensoSDK/HTCSensorSDK | 10:43 |
emwe | mgross029: ouch. i'd need VStudio for that. | 10:43 |
mgross029 | You want the raw code in text docs? | 10:44 |
mgross029 | You should also be able to open with Notepad++ | 10:45 |
emwe | nah, for foring it up i'd need to compile and put that on the device. | 10:45 |
emwe | the thing is if the trick is to disabled a registry value we don't see something happening to the driver adn the gpio. | 10:46 |
emwe | we'll find it one day :) | 10:46 |
mgross029 | Well I have VStudio if you want to send me the code to compile. | 10:47 |
emwe | it's in the sdk zip. dunno how much it will help to see what gpio and/or vreg is toggled to power the sensor off | 10:48 |
emwe | because that should be on a much lower level... | 10:48 |
*** emwe has quit IRC | 11:09 | |
*** NeoMatrixJR has joined #xdandroid | 11:31 | |
*** virsys has quit IRC | 11:32 | |
*** virsys has joined #xdandroid | 11:37 | |
*** detule has quit IRC | 11:37 | |
*** virsys has quit IRC | 11:56 | |
*** virsys has joined #xdandroid | 11:58 | |
*** sythezn has joined #xdandroid | 12:01 | |
sythezn | anyone speak java? | 12:02 |
sythezn | PassFailButtons.java:191: onCreateDialog(int,android.os.Bundle) in android.app.Activity cannot implement onCreateDialog(int,android.os.Bundle) in com.android.cts.verifier.PassFailButtons.PassFailActivity; attempting to assign weaker access privileges; was public | 12:03 |
*** mgross029 has quit IRC | 12:03 | |
*** vinceweis has joined #xdandroid | 12:10 | |
jonpry | means the base class declared a method as public, and the overrider is private or protected | 12:13 |
sythezn | okaaayyy... | 12:15 |
sythezn | so why would it be stopping my build? | 12:16 |
sythezn | wait, this means i've just gotta change the override to public? | 12:17 |
helicopter88 | What error does it show? | 12:19 |
helicopter88 | 41? | 12:20 |
sythezn | yeah | 12:20 |
sythezn | [out/target/common/obj/APPS/CtsVerifier_intermediates/classes-full-debug.jar] Error 41 | 12:20 |
helicopter88 | sad for you | 12:20 |
helicopter88 | what java do you have? | 12:20 |
* sythezn raises an eyebrow | 12:20 | |
helicopter88 | *jdk | 12:20 |
helicopter88 | what jdk do you have? | 12:22 |
sythezn | java 6 as far as i can see | 12:25 |
*** virsys has quit IRC | 12:28 | |
*** virsys has joined #xdandroid | 12:30 | |
sythezn | helicopter88, it wouldn't continue without the right version would it? | 12:31 |
helicopter88 | well,here failed till i removed all the jdk i had and installed 6_u29 | 12:32 |
sythezn | hmmm... and you can't just config? | 12:33 |
helicopter88 | config? | 12:34 |
sythezn | yeah... update-alternatives | 12:37 |
helicopter88 | i've first removed all the ubuntu's jdk | 12:38 |
helicopter88 | like openjdk | 12:39 |
sythezn | okay... | 12:39 |
sythezn | then installed only 6 u29? | 12:39 |
sythezn | lemme try that... *starts backup | 12:40 |
helicopter88 | why backup? | 12:41 |
sythezn | lol so i can restore when i fuckup :P | 12:41 |
helicopter88 | usually jdk do not fuckup :) | 12:42 |
sythezn | yeah, but i seem to be good at breaking diamonds | 12:42 |
helicopter88 | then backup 'em all | 12:43 |
sythezn | haha :D | 12:43 |
*** virsys has quit IRC | 12:49 | |
*** virsys has joined #xdandroid | 12:52 | |
*** mgross029 has joined #xdandroid | 12:54 | |
*** |Jeroen| has joined #xdandroid | 13:03 | |
*** |Jeroen| has quit IRC | 13:32 | |
*** AndersG has joined #xdandroid | 13:40 | |
*** sythezn has quit IRC | 13:40 | |
*** BulitPruf has quit IRC | 13:41 | |
*** detule has joined #xdandroid | 14:20 | |
detule | jonpry, you have a second to give me a quick tutorial on _udc vs _otg and why we are compiling both | 14:23 |
jonpry | i think otg just manages the host mode stuff | 14:25 |
detule | hm it seems to me all the pdata we are passing is to otg | 14:26 |
jonpry | msm_gadget_pdata is for udc | 14:29 |
*** fishhead2568 has joined #xdandroid | 14:38 | |
detule | jonpry, the only thing i see getting used out of that pdata in _udc is that flag is_phy_status_timer_on.....on the other hand the otg pdata is much more extensive and sees much usage in msm72k_otg | 14:40 |
detule | i guess i should learn something before making such comparisons as volume of pdata | 14:40 |
*** corein has joined #xdandroid | 14:43 | |
jonpry | well otg is kind of platform problem. could be using any phy or pmic. the udc stuff is all built in the soc. all it really uses is IOMEM | 14:43 |
detule | i guess that's kind of what confuses me, the only ioremaps i see or anything to do with IO addresses being passed in .resource are in msm_otg, _udc doesn't do anything with the .resource we pass to it | 14:48 |
jonpry | its able to use the msm_iomap defines. MSM_UDC_BASE or whatever | 14:49 |
*** corein has quit IRC | 14:57 | |
*** bzo has joined #xdandroid | 15:08 | |
*** emwe has joined #xdandroid | 15:09 | |
*** fishhead2567 has quit IRC | 15:24 | |
*** fishhead2568 has quit IRC | 15:26 | |
*** fishhead2567 has joined #xdandroid | 15:27 | |
*** AndersG has quit IRC | 16:07 | |
*** vinceweis has quit IRC | 16:19 | |
*** vinceweis has joined #xdandroid | 16:19 | |
*** helicopter88 has quit IRC | 16:24 | |
*** sythezn has joined #xdandroid | 16:42 | |
sythezn | how exactly do i go about installing java 6_u29? | 16:43 |
*** rpierce99 has joined #xdandroid | 16:51 | |
sythezn | hey rpierce99 | 17:01 |
emwe | arrrghhh: just fyi, that increasing dialtone issue seems to related to the automatic gain control programm of the tpa2016d2 speaker amplifier. i hard coded the volume and it still increases after some presses... spent the whole friday night with it. | 17:01 |
sythezn | thanks for the help the other day... | 17:02 |
sythezn | turns out ram was the prob with my server. | 17:02 |
emwe | arrrghhh: dunno if it's worth pursuing the issue further. other then that, no acoustic issues for me from my limited usage. | 17:02 |
rpierce99 | did i help? well other than telling you to go with your dreams | 17:02 |
sythezn | removed 4 of the modules and it's building a lot faster now | 17:03 |
sythezn | yeah you did... support's always appreciated :P | 17:03 |
rpierce99 | well moral support is about all i'm good for 90% of the time, but glad to help where i can | 17:05 |
sythezn | lol thanks anyway :D | 17:05 |
emwe | removed four memory modules? | 17:05 |
sythezn | yeah... 4 1gb ram modules | 17:06 |
sythezn | chips, boards, whatever you wanna call them | 17:07 |
emwe | aha | 17:07 |
rpierce99 | modules is good, unless it's rambus, not sure what the technical name for those is, but everything else is some kind of an inline memory module | 17:08 |
sythezn | as far as i can see, running with 9 jobs seems to be the quickest, but i'm still failing | 17:08 |
emwe | you are trying to build gb? | 17:09 |
*** corein has joined #xdandroid | 17:09 | |
sythezn | rambus is big money tho *drool* | 17:09 |
sythezn | yeah... i'm trying o setup jdk 6_u29 atm | 17:10 |
sythezn | according to helicopter88 he/she had probs before upgrading | 17:10 |
sythezn | good thing i copied my vdisk pre-try too... what a fuckup | 17:11 |
sythezn | 'scewz my french | 17:13 |
sythezn | anyways... wife's gonna kill me. catcha laters | 17:15 |
emwe | laters. | 17:15 |
*** sythezn has quit IRC | 17:15 | |
mgross029 | later emwe | 17:30 |
emwe | night. | 17:30 |
*** mgross029 has quit IRC | 17:32 | |
*** emwe has quit IRC | 17:38 | |
*** detule has quit IRC | 17:47 | |
*** corein has quit IRC | 17:50 | |
*** fishhead2567 has quit IRC | 18:00 | |
*** vinceweis has quit IRC | 18:59 | |
*** rpierce99 has quit IRC | 19:27 | |
*** Achill has quit IRC | 19:59 | |
*** rpierce99 has joined #xdandroid | 20:12 | |
*** babijoee has joined #xdandroid | 20:31 | |
*** detule has joined #xdandroid | 20:37 | |
*** hardwalker has joined #xdandroid | 20:39 | |
*** ImCoKeMaN has quit IRC | 20:48 | |
*** CoKeSero has joined #xdandroid | 21:02 | |
*** CoKeSero is now known as ImCoKeMaN | 21:18 | |
*** NeoMatrixJR has quit IRC | 21:58 | |
*** XirXes_ has joined #xdandroid | 22:01 | |
*** XirXes has quit IRC | 22:04 | |
*** TheSeven has quit IRC | 22:25 | |
*** [7] has joined #xdandroid | 22:26 | |
*** rpierce99 has quit IRC | 22:53 | |
*** babijoee has quit IRC | 23:28 | |
*** detule has quit IRC | 23:55 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!