| *** Xofrats has quit IRC | 00:27 | |
| *** arrrghhh has joined #xdandroid | 01:20 | |
| arrrghhh | I'm deeply bothered that the DIAM is not considered a Legacy / Low Activity device. | 01:20 |
|---|---|---|
| arrrghhh | on xda-devs | 01:20 |
| *** arrrghhh has quit IRC | 01:30 | |
| *** emwe has joined #xdandroid | 01:56 | |
| hyc | heh | 02:08 |
| hyc | OK, so it looks like nobody else is gonna write a new smd_tty patch huh | 02:09 |
| hyc | I'll take a look at bringing jonpry's original patch in, and see if that helps the smd_tty buffer mismatch errors | 02:09 |
| hyc | http://highlandsun.com/hyc/FRX06+/zImage-01336 | 02:32 |
| hyc | and modules-2.6.27.46-01336-g019636e.tar.gz | 02:32 |
| hyc | would appreciate some DIAM/RAPH user testing it | 02:32 |
| emwe | hyc: hah, nobody has time and at least me not the expertise ;) | 03:03 |
| emwe | hyc: did you mod that specific smd for the msm7500 or what have you done? | 03:04 |
| *** programmer8922 has quit IRC | 03:06 | |
| hyc | I just reverted back to jonpry's original version of the smd_tty patch | 03:12 |
| hyc | https://gitorious.org/~hyc/linux-on-qualcomm-s-msm/hycs-linux-msm/commit/019636e4db74df96edd97870e284da90312790aa | 03:14 |
| hyc | I'm not sure it will make any difference | 03:14 |
| hyc | just figured it's worth a try | 03:14 |
| hyc | probably the smart thing to do would've been to add the actual values to the error message so we can see what the mismatch amounts to | 03:16 |
| hyc | doh | 03:16 |
| emwe | ok, and as i see in logs the RAPH800 has SMD7? | 03:18 |
| hyc | yeah | 03:18 |
| emwe | shit | 03:18 |
| emwe | that means i need to pull htc_hw over to .35 | 03:18 |
| hyc | well, looking at the smd_tty code, it doesn't have any device-specific init. | 03:18 |
| hyc | so every model gets smd7 | 03:18 |
| emwe | hm, we could reverse that reroute hack which is in place in smd_tty_open | 03:19 |
| emwe | i think we could have left it as is i think then ;) | 03:20 |
| emwe | open smd1 and reroute for topa, raph and some others. | 03:20 |
| emwe | rhod | 03:20 |
| emwe | don't have the code at hand | 03:20 |
| hyc | eh, whatever | 03:20 |
| emwe | so if i am missing htc_hw it defaults to CDMA? | 03:22 |
| hyc | I guess so | 03:22 |
| emwe | hmpfs | 03:23 |
| emwe | has the smd_tty patch been tested yet on the diam500/raph800? | 03:26 |
| emwe | hyc: and what i was talking about in smd_tty_open: https://gitorious.org/linux-on-qualcomm-s-msm/hycs-linux-msm/blobs/019636e4db74df96edd97870e284da90312790aa/arch/arm/mach-msm/smd_tty.c#line139 | 03:27 |
| hyc | the current autobuild kernels are all dying on raph800 with smd_tty buffer mismatch | 03:27 |
| emwe | yes i know they die. just trying to figure if your reversal patch can be pushed to autobuild | 03:28 |
| hyc | I just wrote it just now | 03:28 |
| hyc | so no, nobody has tested it | 03:28 |
| emwe | ah heh. then let's wait some hours. ;) | 03:28 |
| emwe | sorry | 03:28 |
| *** rpierce99 has quit IRC | 03:29 | |
| hyc | and if it solves the problem, I don't really know why | 03:29 |
| hyc | since most of the code is functionally the same | 03:29 |
| hyc | unless it's a big difference between work and delayed_work callbacks | 03:30 |
| hyc | heck, I'm going to extend that error message while we're waiting | 03:31 |
| emwe | if their's a diff between their usages then it sounds like buffers aren't filled up fast enough? ah heck. i am too ignorant in all that smd hacks :) | 03:31 |
| hyc | ok, rebuilt kernel with better error message | 03:33 |
| hyc | same zImage-01336, but now http://highlandsun.com/hyc/FRX06+/modules-2.6.27.46-01336-g019636e-dirty.tar.gz | 03:34 |
| emwe | i will post up your links to arrrghhh for public testing | 03:38 |
| emwe | hyc: now tell me... did color-led notifications from userland always work? like receiving a mail, red led, charging red, on full batt, switch to green led? | 03:43 |
| hyc | not that I know of | 03:43 |
| emwe | lol, ok, that works fine here haha | 03:43 |
| emwe | it must be the fixed brightness tables then ;) | 03:44 |
| hyc | cool | 03:44 |
| emwe | or just a correct microp-led impl on .35 | 03:44 |
| hyc | but that also makes no sense :P | 03:44 |
| hyc | ok, that makes more sense | 03:44 |
| emwe | they should not retrieve any led brightness for color leds from the tables.. but who knows... really :) | 03:44 |
| hyc | yeah, not me :P | 03:48 |
| *** GPFerror has joined #xdandroid | 04:03 | |
| emwe | xdandroid later tell Xofrats can you please get back to me regarding the iowait stuff you observed? thanks. | 04:08 |
| xdandroid | emwe: The operation succeeded. | 04:08 |
| hyc | have you tried running with higher sdcc clock? | 04:09 |
| emwe | .35 has it to 50MHz but the only clock we have around in clock-wince is 40MHz | 04:10 |
| emwe | it doesn#t solve my class10 issues | 04:10 |
| hyc | ok | 04:10 |
| hyc | that's the only answer that matters ;) | 04:10 |
| emwe | i really have high iowaits and system get#s unbearably slow | 04:10 |
| emwe | on class6 rhod, though | 04:11 |
| emwe | i reduced read ahead back to 256kb and it makes it better | 04:11 |
| emwe | i enabled vm block_dumps and the max it reads is 256 sectors at once | 04:11 |
| emwe | dunno if that can be tuned to read more at once. | 04:11 |
| emwe | or is there some loop-mount options perhaps for tuning loop reads? | 04:12 |
| hyc | dunno | 04:12 |
| hyc | and probably reading more than 256 sectors at once would just continue to slow things down | 04:12 |
| emwe | but that is just 128kb if i am right, am i? | 04:13 |
| hyc | yes | 04:13 |
| hyc | the point is that readahead is only valuable when you've got a lot of sequential reads | 04:14 |
| emwe | unsure how dalvik+jit has an impact here... | 04:14 |
| hyc | and that really only applies when loading code | 04:14 |
| emwe | yeah, loading apps is sick | 04:14 |
| emwe | tages ages and cpu spikes up for ages | 04:14 |
| emwe | s/tages/takes | 04:14 |
| emwe | need someone handing me over powertop or iotop for android | 04:15 |
| hyc | I'm guessing the lowmemory killer settings also affect that | 04:15 |
| hyc | cpu spike is probably more due to paging out | 04:15 |
| hyc | dunno | 04:15 |
| emwe | lowmemkiller being to aggressive? | 04:15 |
| hyc | no, not aggressive enough | 04:15 |
| hyc | keeping too many apps loaded | 04:15 |
| emwe | cpu spikes come from mmcqd, loop0, loop1 | 04:16 |
| hyc | instead of leaving RAM to be used by cache | 04:16 |
| hyc | eh ok | 04:16 |
| emwe | we have vfs_cache_pressure to 200 allowing kernel do drop some cached dirents and inodes earlier | 04:16 |
| emwe | default is 100 which is said to be "fair". | 04:16 |
| *** kalemas has joined #xdandroid | 04:17 | |
| emwe | hyc: btw, coincidence has hit. rhod died tonight. apart from it dying during the day as well while driving around. it still reacted to plugs/unplugs (charging led toggling fine) just couldn't get panel to wake. might be an msm_ts driver thingy actually. | 04:20 |
| hyc | that would make more sense | 04:21 |
| emwe | strange thing is though, one can't adb into the device | 04:21 |
| emwe | which sounds like... userland is fscked up | 04:21 |
| hyc | yeah | 04:21 |
| emwe | kernel is up fine it seems. | 04:22 |
| emwe | i need a permalogger thingy it seems. | 04:23 |
| emwe | you once told me the stuff you did/do. do you have that written down somewhere? | 04:23 |
| emwe | gscripts something? | 04:23 |
| hyc | yeah | 04:23 |
| hyc | but I didn't have a good logger for kernel msgs | 04:24 |
| hyc | was thinking about adding that to the logcat cmd | 04:24 |
| emwe | redirect dmesg to logcat? yeah. i had that idea once too. | 04:25 |
| emwe | cool thing would be you have kernel and logcat in one file with the high probability that they are in time. | 04:25 |
| hyc | well, my patched dmesg fixes the timestamps so they match logcat | 04:26 |
| emwe | even with kernel being in UTC? | 04:27 |
| hyc | yep | 04:27 |
| hyc | here's my gscript cd /sdcard; mv logg.txt logg.0.txt; mv logr.txt logr.0.txt | 04:27 |
| hyc | nohup logcat -v time > logg.txt & nohup logcat -v time -b radio > logr.txt & nohup cat /proc/kmsg > klog.txt & | 04:27 |
| emwe | could this also be stuffed in <build>.user.conf? | 04:29 |
| hyc | mebbe. I seem to recall someone tried that, and starting scbs would interfere for some reason | 04:29 |
| emwe | going to give it a try, thanks. | 04:29 |
| *** kalemas has left #xdandroid | 05:11 | |
| smiley- | oops im in queue buying the new xperia | 05:15 |
| emwe | tststs | 05:28 |
| *** GlemSom has joined #xdandroid | 05:54 | |
| *** lotjuh has joined #xdandroid | 06:06 | |
| *** hardwalker has quit IRC | 06:18 | |
| smiley- | the kovsky celebrate with rebooting twice | 06:24 |
| lotjuh | can anyone tell me how I can fix the problem that my htc doesn't want to run the haret.exe file cause it doesn't have the right certificates? | 07:53 |
| ryannathans | use a new winmo ROM | 07:58 |
| ryannathans | redownload haret or the package, maybe corrupt. | 07:59 |
| lotjuh | hm | 07:59 |
| *** rpierce99 has joined #xdandroid | 08:03 | |
| emwe | hm, i think there where some nocert patches for winmo roms | 08:26 |
| lotjuh | ah, I'll look for that | 08:26 |
| emwe | some .cab to install if your rom is not certificate-less | 08:26 |
| lotjuh | cause I'm pretty sure my files are not corrupted | 08:26 |
| emwe | nocert.cab or similar. don't recall exactl.y | 08:26 |
| lotjuh | kk, thx (-: | 08:26 |
| emwe | np | 08:26 |
| lotjuh | hm, only found 1 nocert.cab file, and my phone can't install it | 08:54 |
| emwe | look harder. sorry, can't help right now. | 09:20 |
| lotjuh | hehe, np, I'm still looking (-: | 09:22 |
| lotjuh | trying to find a different windows 6.1 rom | 09:22 |
| emwe | lotjuh: See this post for the nocert cab file (http://forum.xda-developers.com/showpost.php?p=1286970&postcount=157) | 09:59 |
| emwe | dunno if you tried this. | 09:59 |
| emwe | found this text in a xda forum | 09:59 |
| emwe | gtg. bye. | 09:59 |
| *** emwe has quit IRC | 09:59 | |
| *** ORi| has joined #xdandroid | 10:08 | |
| *** ORi| is now known as ORi|ON | 10:09 | |
| *** |Jeroen| has joined #xdandroid | 10:29 | |
| SpecR | well, FRX07 is working correctly in raph800 with the library copied and the conf file modified | 11:40 |
| rpierce99 | data too? | 11:41 |
| SpecR | what do you mean by data? | 11:43 |
| rpierce99 | 3g | 11:43 |
| rpierce99 | evdo | 11:43 |
| rpierce99 | 1x | 11:43 |
| SpecR | i use the raph only as a wi-fi device | 11:43 |
| SpecR | here we have no cdma network | 11:43 |
| rpierce99 | oh, yeah arrrghhh tested that | 11:44 |
| *** Detule has quit IRC | 11:57 | |
| *** sigma6 has quit IRC | 11:58 | |
| *** D3tul3 has joined #xdandroid | 12:13 | |
| *** arrrghhh has joined #xdandroid | 12:16 | |
| arrrghhh | SpecR: like i said before, if you don't use service then all the fantastic benefits of the new RIL are moot for you. | 12:16 |
| arrrghhh | would be nice to have someone with a RAPH800 that actually has service confirm the rest of the crap from the new RIL | 12:19 |
| arrrghhh | MMS, netloc, data... | 12:19 |
| *** D3tul3 is now known as Detule | 12:24 | |
| smiley- | mm new xperia is grrreat | 12:32 |
| arrrghhh | meh | 12:33 |
| arrrghhh | hyc: i haz bootani on my RAPH800 | 12:34 |
| arrrghhh | i never ran a kernel with the smd_tty patch that broke things, so i'd assume this is a good sign :P | 12:34 |
| arrrghhh | seems to be workin great | 12:36 |
| arrrghhh | i guess i'll boot a few more times just to make sure... | 12:36 |
| *** touchpro has joined #xdandroid | 12:44 | |
| touchpro | hyc, initial test on raph800 that zimage and modules lets the system boot up, but something is hanging the system up to a point where its barely usable, thanks for looking into this for us cdma punks | 12:45 |
| arrrghhh | touchpro: works great on my RAPH800 | 12:45 |
| arrrghhh | you also have the new RIL? | 12:45 |
| touchpro | i havnt shoehorned that in yet, in previous tests i had to let the data.img be created without having the raph plugged in (for adb) so im just restarting now and im gonna copy the new ril over | 12:47 |
| arrrghhh | please do | 12:47 |
| arrrghhh | unless you're on FRX06 with this new kernel | 12:47 |
| arrrghhh | if you're running the RIL from FRX07, then that explains the slowness. | 12:47 |
| touchpro | i dont have service at the moment to test out data but i should in a few days, and im on frx07 right now | 12:48 |
| arrrghhh | damnit jim | 12:49 |
| arrrghhh | new RIL | 12:49 |
| arrrghhh | have you seen mah post? | 12:49 |
| touchpro | arrrghhh do you still have problems with adb? | 12:49 |
| arrrghhh | hyc: are you planning on committing this, or should i add your test kernel to my post? | 12:50 |
| arrrghhh | touchpro: yea, i never get any notification on the phone or on the PC. it charges via USB, but there's no other indication that USB is actually connected. | 12:50 |
| touchpro | are you plugged in to computer when you boot frx? thats the only way i have ever gotten adb to work on raph800 | 12:50 |
| arrrghhh | ah | 12:53 |
| arrrghhh | i asked about that | 12:53 |
| arrrghhh | smiley- made me sound like i'm crazy and it 'just works' on his crapintosh. | 12:54 |
| touchpro | nah its been a known bug for a while, i think we may be the only device that still has to do that | 12:54 |
| *** Ivo has joined #xdandroid | 12:55 | |
| arrrghhh | heh | 12:55 |
| arrrghhh | kovsky still has some oddities like that | 12:55 |
| arrrghhh | alrighty, that would explain my lack of ADB | 12:55 |
| *** fishhead2567 has quit IRC | 12:55 | |
| arrrghhh | i do remember that now, you have to boot with activesync enabled specifically, right? | 12:55 |
| arrrghhh | like you can't boot in usb mass storage mode... | 12:55 |
| touchpro | yeah lol im logcatting right now as im booting frx07 now, i dont know about the activesync i dont even have it installed on my lappy, i just plug up and boot | 12:56 |
| arrrghhh | hum | 12:56 |
| arrrghhh | ok | 12:56 |
| touchpro | is bootani slow for you? | 12:57 |
| arrrghhh | eh | 12:59 |
| arrrghhh | i would say "no" | 12:59 |
| arrrghhh | mainly because it's always been a little choppy | 12:59 |
| arrrghhh | with the RIL that shipped with FRX07, it was painfully slow | 12:59 |
| arrrghhh | and would outright freeze at times | 12:59 |
| touchpro | usually on mine its choppy for a few seconds, then corrects itself, but it doesnt seem to, its probably the ril | 12:59 |
| touchpro | damn adb cut out halfway through the boot process, something killed it so im gonna have to bindmount the ril | 13:00 |
| *** emwe has joined #xdandroid | 13:03 | |
| arrrghhh | didn't you do that..? | 13:04 |
| arrrghhh | FFFFFFFFFFUUUUUUUUUUUUU Phone.apk | 13:04 |
| arrrghhh | ugh | 13:04 |
| emwe | meep | 13:04 |
| arrrghhh | emwe: really getting tired of missing calls :/ | 13:04 |
| emwe | .27? | 13:05 |
| arrrghhh | yes | 13:05 |
| emwe | pm.[idle_]sleep_mode=1 i assume? | 13:05 |
| arrrghhh | pretty sure it happened on .35/.39, but i haven't run those for more than a day or two at a time. no extended testing. | 13:05 |
| arrrghhh | sleep_mode=1 yes. i don't have any idle_sleep_mode setting in my startup.. | 13:05 |
| emwe | ok, just making sure. | 13:06 |
| emwe | i get so less phone calls i can hardly judge i miss any ;) | 13:06 |
| emwe | i only know it takes ages bringing up the phone app | 13:06 |
| emwe | but i am no got verfication candiate as .35 is on my phones. | 13:06 |
| arrrghhh | hum | 13:06 |
| arrrghhh | yea | 13:06 |
| arrrghhh | taking ages when there's an incoming call is killing me. | 13:07 |
| arrrghhh | i thought i read something about G1 guys placing Phone.apk permanently in RAM | 13:07 |
| arrrghhh | sounds dangerous, but if it allows me to answer calls i'm all for it. what do you think? | 13:07 |
| emwe | nah, that's not gonna work out. | 13:07 |
| emwe | we only have that refresh thread in rootfs | 13:07 |
| emwe | it's all only half baked solutions iirc | 13:07 |
| arrrghhh | damnit | 13:08 |
| arrrghhh | shoehorn a snapdragon into mah RHOD? :D | 13:08 |
| emwe | even cyano has done some stuff, but in the last ressort, nothing can keep it in ram i think if the system wants it away | 13:08 |
| arrrghhh | might as well see if i can cram some more RAM in while i'm at it. | 13:08 |
| emwe | oh yeah, i am getting pissed by the slowness ;) | 13:08 |
| arrrghhh | hum | 13:08 |
| arrrghhh | i really do like this hardware platform. | 13:08 |
| arrrghhh | curious if NAND would assist in this at all. i have to think it would help *some8 | 13:09 |
| arrrghhh | er | 13:09 |
| arrrghhh | *some* | 13:09 |
| emwe | yeah, the sd is burried with io. if that wouldn't be, i think we can get a nicer feel for everything. | 13:09 |
| arrrghhh | indeed | 13:10 |
| arrrghhh | full NAND ahead :P | 13:10 |
| arrrghhh | just gotta convince hyc it's a good idea. | 13:10 |
| arrrghhh | perhaps some roofies will convince him... | 13:10 |
| Detule | imo a partitioned build is a nice intermediary between looped and nand | 13:10 |
| touchpro | vogue runs great on nand lmao im gonna run away now | 13:10 |
| Detule | i've experienced less i/o mucking | 13:10 |
| arrrghhh | Detule: i noticed performance was WAY worse on dedicated partitions | 13:10 |
| arrrghhh | perhaps my SD card is on its way out... i don't know. | 13:10 |
| emwe | arrrghhh: btw, i got userland led notifications up. that is neato. charge led and mail noti and so on. | 13:11 |
| arrrghhh | don't tell the users taht | 13:11 |
| emwe | plays nicely with sleep indicator led as well | 13:11 |
| arrrghhh | :P | 13:12 |
| arrrghhh | orly? | 13:12 |
| emwe | it's just a matter of implementing correctly in .27 i think | 13:12 |
| emwe | something's missing there | 13:12 |
| Detule | emwe: you have this somewhere up on gitorious?:) | 13:12 |
| Detule | oh not finished on the kernel side, got it | 13:12 |
| emwe | Detule: it's just a matter of actually setting the leds in the hooks | 13:12 |
| emwe | that#s my assumption. really dunno why that was never tracked | 13:12 |
| emwe | i just had some stubbed color led hook and just implemented it for rhod/topa on .35 | 13:13 |
| emwe | which is a copy of .27 micropklt code that is. | 13:13 |
| emwe | now i am gonna see if i need htc_hw... damn raph800 :P | 13:14 |
| emwe | according to the re-established radio mode detection ril code i have to... | 13:14 |
| arrrghhh | haha | 13:15 |
| emwe | and if that doesn't cost me a shitload of time, debug h2w headset malfunction | 13:15 |
| emwe | we need machine variant detection from htc_hw for 35mm and rhodw panel stuff anyway | 13:15 |
| arrrghhh | yea | 13:16 |
| emwe | btw, there's still one rhod400 gsm user who complains still to loose signal over night | 13:16 |
| emwe | he always reports on the autobuild comments. | 13:16 |
| emwe | i can't complain at all | 13:16 |
| emwe | Detule: you've been around yesterday where Xofrats talked about some IO findings? | 13:17 |
| emwe | eek, does this sound less-perf? Running ENG build: no pre-dexopt! | 13:18 |
| Detule | i saw the post on xda | 13:18 |
| emwe | Detule: do you by chance have a link handy? otherwise which forum? | 13:18 |
| arrrghhh | http://forum.xda-developers.com/showthread.php?t=1203638 | 13:19 |
| arrrghhh | emwe: ^^ | 13:19 |
| Detule | emwe: so it's these calls micropklt_set_led_states that set the led to amber and green -> i would love to change those | 13:19 |
| Detule | arrrghhh beat me to it | 13:19 |
| Detule | also the one about changing sdcc manually | 13:20 |
| emwe | Detule: micropklt_set_color_led_state | 13:21 |
| emwe | Detule: that one is currently only called on suspend resume... on .35 i have it green on suspend, and wake nothing. which i really do favour. i don't wan't any blinking or amber during sleep because that would drive my gf crazy when that thing os on over night :) | 13:23 |
| touchpro | grrr whats the best way to edit system.ext2 so i can just put this ril in manually without bindmounts? | 13:23 |
| *** |Jeroen| has quit IRC | 13:23 | |
| arrrghhh | touchpro: loop mount on ubuntu box? | 13:23 |
| arrrghhh | bindmounts are fine.. | 13:23 |
| arrrghhh | i should say loop mount on linux box ;) | 13:24 |
| emwe | Detule: ahem... as i just see, there's no green/amber led sysfs devices publised?! | 13:24 |
| touchpro | arrrghhh when you bindmounted the ril did it correctly detect cdma phone? mine still says gsm phone detected on haret boot | 13:24 |
| arrrghhh | i didn't look at dmesg | 13:24 |
| emwe | Detule: can you do a adb shell ls -la /sys/class/leds on .27 please? | 13:24 |
| arrrghhh | but i could make a call & i had service... | 13:24 |
| touchpro | k did you see the cdma menus instead of gsm in system settings etc? | 13:25 |
| emwe | make sure you are bind mounting to /system/lib/ since frx07 | 13:25 |
| touchpro | emwe ill have to check, thanks for the advice | 13:25 |
| emwe | or easier, remount /system rw and adb push to /system/lib | 13:25 |
| emwe | way easier than this bindmounting foobar | 13:26 |
| emwe | 08-05 19:18:38.860 D/RIL ( 1306): Using CDMA Phone | 13:26 |
| emwe | ^^ i hate you | 13:26 |
| touchpro | lol i wanted to do the remount and adb push but adb dies for me halfway through boot for some reason, never did before | 13:26 |
| arrrghhh | touchpro: definitely in CDMA mode | 13:27 |
| Detule | emwe: would .39 do | 13:27 |
| arrrghhh | i have system select, "change the cdma roaming mode" | 13:27 |
| emwe | Detule: pardon? | 13:27 |
| arrrghhh | obviously i can't swtich to GSM, this isn't a worldphone | 13:27 |
| touchpro | k, emwe's advice about mounting to /system/lib was a correct assumption, i was following the original ril post mounting to /lib | 13:28 |
| arrrghhh | touchpro: that's NOT what my post said. | 13:28 |
| arrrghhh | my post directs you to bindmount to /system/lib... | 13:28 |
| emwe | touchpro: rild is setup to look in /system/lib since frx07 | 13:28 |
| touchpro | oh sorry i hadnt seen your post arrrghhh | 13:28 |
| arrrghhh | ... | 13:28 |
| emwe | Detule: you meant if .39 has led notifications? if so then no, because the code got copied from .27 verbatim more or less | 13:28 |
| emwe | arrrghhh: adb shell ls -la /sys/class/leds if you can | 13:29 |
| Detule | pstebin.com/JqXAPYXP | 13:29 |
| emwe | oh ;) | 13:29 |
| Detule | er | 13:30 |
| emwe | Detule: haha... no amber/red or green led devices publised | 13:30 |
| emwe | Detule: if these are present liblights uses them and voila, led notifications work | 13:30 |
| Detule | well we need those devices then | 13:31 |
| emwe | Detule: https://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/08e25bc0cc6389587af19c0b4f636f36cf1581c1/arch/arm/mach-msm/board-htctopaz-led.c (currently used for topa and rhod, dirty hack, needs refactor) | 13:31 |
| emwe | Detule: are you gonna look into it then? ;) | 13:31 |
| Detule | not if there are any expectations attached:) | 13:32 |
| emwe | lol | 13:32 |
| emwe | btw, there's a "stupid" copy of the function we talked earlier. micropklt_speaker_led() is basically the same code just also sets back-led for some rhods. should be made on function having 2 args, color for front and back | 13:33 |
| emwe | just didn't do that yet for .35 | 13:33 |
| emwe | arrrghhh: that back led is not on our rhod400, no? (magically hidden? never seen it) | 13:34 |
| arrrghhh | it works in winmo | 13:35 |
| arrrghhh | and wistilt2 made it turn on when doing voice command, etc | 13:35 |
| emwe | uh?! we have that too? | 13:35 |
| emwe | rhod400? | 13:35 |
| arrrghhh | yes | 13:35 |
| arrrghhh | on the mute button | 13:35 |
| emwe | is it shining through the button? | 13:35 |
| arrrghhh | i've only seen it green or red | 13:35 |
| emwe | aha | 13:35 |
| arrrghhh | but i think it can do blue too | 13:35 |
| arrrghhh | yes | 13:35 |
| emwe | hmhmhm | 13:35 |
| emwe | man, i wanted htc_hw and h2w not led... | 13:35 |
| emwe | ok, convinced. i wanna see that. | 13:36 |
| arrrghhh | cam | 13:37 |
| arrrghhh | can't seem to get adb working on this PC | 13:37 |
| arrrghhh | oh well | 13:37 |
| Detule | emwe: thanks for the pointers, first thing i want to change the sleep/wake led pattern on my rhod, and i gather i can do that with that set_color_led_state function | 13:37 |
| emwe | Detule: yap, exactly. you can also look at the little bit cleaner code i linked for you. | 13:38 |
| Detule | thanks again | 13:39 |
| emwe | Detule: microp_led_set_color_led() is your friend. might get some love later on ;) | 13:39 |
| emwe | Detule: your welcome. i am always glad to point and help if i am able to. | 13:39 |
| arrrghhh | training about over, cya guys later. | 13:41 |
| *** arrrghhh has quit IRC | 13:41 | |
| *** Ivo has quit IRC | 13:54 | |
| *** Ivo has joined #xdandroid | 13:54 | |
| *** touchpro has quit IRC | 14:30 | |
| *** rpierce99 has quit IRC | 14:32 | |
| *** rpierce99 has joined #xdandroid | 14:33 | |
| hyc | i don't have commit access to the kernel tree, i don't think. and i still don't know what the functional difference is between the two patches. | 14:34 |
| hyc | would like to understand that.... | 14:34 |
| emwe | lol, i think i found teh color led testmode | 14:35 |
| emwe | front led can do yellow as well | 14:35 |
| rpierce99 | yellow + red = orange? | 14:36 |
| emwe | yeah, it's a dirty yellow. call it orange, yes | 14:36 |
| rpierce99 | oh, my orange is orange | 14:37 |
| emwe | back can do red orange and gree | 14:37 |
| emwe | (if that thing is really the testmode... looks like) | 14:37 |
| *** fishhead2567 has joined #xdandroid | 14:49 | |
| hyc | hmmm. the only difference between work and delayed_work is being able to specify a time delay | 14:53 |
| hyc | and jonpry's patch uses a time delay of zero | 14:53 |
| hyc | duh | 14:53 |
| hyc | ok, need to clean up that patch some more | 14:53 |
| *** arrrghhh has joined #xdandroid | 15:11 | |
| lotjuh | emwe: I got it to work to upgrade to windows 6.5 first | 15:11 |
| emwe | lotjuh: ok. | 15:11 |
| emwe | arrrghhh: you sure wis said he got blue also for back? | 15:11 |
| emwe | arrrghhh: i got quite some combinations now, but not blue. | 15:11 |
| arrrghhh | emwe, it wasn't wis who said that | 15:12 |
| emwe | ah sorry | 15:12 |
| arrrghhh | i was thinking there was more than just green/red | 15:12 |
| arrrghhh | i've definitely seen green/red | 15:12 |
| arrrghhh | i thought there was some other color tho... | 15:12 |
| emwe | we got orange as well ;) | 15:12 |
| arrrghhh | ah | 15:12 |
| arrrghhh | pretty easy to do, just like the front LED | 15:12 |
| emwe | and amber+green flash 2s | 15:12 |
| arrrghhh | it can do orange, but i've never seen it in WinMo? | 15:12 |
| emwe | back can do green red and orange | 15:12 |
| arrrghhh | i guess it doesn't matter what winmo can do | 15:13 |
| arrrghhh | just what the hw is capable of ;) | 15:13 |
| hyc | one more test kernel for you | 15:13 |
| arrrghhh | moi? | 15:13 |
| hyc | same filename for zImage | 15:13 |
| hyc | yes | 15:13 |
| arrrghhh | aw you shouldn't have. | 15:13 |
| emwe | hyc: does your first reversal patch skip that smd_readx() or is that still in place? | 15:13 |
| hyc | plus modules-2.6.27.46-01336-g85e1331.tar.gz | 15:13 |
| hyc | emwe: that's gone | 15:14 |
| emwe | ok | 15:14 |
| hyc | and this current patch deletes it | 15:14 |
| hyc | https://gitorious.org/~hyc/linux-on-qualcomm-s-msm/hycs-linux-msm/commit/85e1331f97f1a886e351b6a784f24ff527dad6f1 | 15:14 |
| hyc | if it runs fine for arrrghhh then I think you should merge this commit | 15:14 |
| emwe | hyc: i am ready more or less ;) | 15:15 |
| hyc | cool | 15:16 |
| arrrghhh | i'll try to get adb mojo flowin too | 15:18 |
| arrrghhh | w00t, adb | 15:20 |
| arrrghhh | emwe, you just wanted to see the beginning of the boot process, yes? | 15:21 |
| arrrghhh | http://pastebin.com/W28D4ukE | 15:21 |
| emwe | arrrghhh: just the SMD setup :) | 15:21 |
| arrrghhh | tell me if that's sufficient | 15:21 |
| arrrghhh | hyc, so far so good. anything specific i should do/try? | 15:21 |
| hyc | nope. if it boots up and there's no smd_tty buffer mismatch errors, it's good. | 15:26 |
| hyc | testing data would be best but we obviously have to leave that to someone else | 15:26 |
| arrrghhh | heh | 15:26 |
| hyc | hm, tho you could also run it on your rhod | 15:26 |
| arrrghhh | yea, someone mentioned that data didn't work on their DIAM500 | 15:26 |
| rpierce99 | yeah fixing the raph and breaking the rhod would be no bueno | 15:27 |
| hyc | lol | 15:27 |
| hyc | pretty sure it will be fine, jonpry must've tested this originally on his rhod | 15:27 |
| hyc | but yeah, nice to have confirmation | 15:27 |
| arrrghhh | that's all he haz | 15:27 |
| arrrghhh | is RHOD | 15:27 |
| arrrghhh | alright. i need to get this new RIL on my RHOD | 15:28 |
| hyc | well, give it a try on your rhod too | 15:28 |
| arrrghhh | so i'll just get it all on thar | 15:28 |
| hyc | ok | 15:28 |
| arrrghhh | sure, 1 sec | 15:28 |
| arrrghhh | emwe, looks like SMD setup is in that paste, let me know if you need moar | 15:28 |
| emwe | arrrghhh: nah, that was enough. keeping local copies of these outputs. that's why i asked :) | 15:29 |
| arrrghhh | haahaha | 15:29 |
| arrrghhh | nice | 15:29 |
| arrrghhh | RAPH800 boot was a gap eh? :P | 15:29 |
| emwe | diam500 and raph800 both have the MSM7500 that's why diam500 should suffer equally well | 15:29 |
| arrrghhh | indeed | 15:30 |
| Detule | emwe: yikes microp-ng | 15:37 |
| Detule | you could have warned me | 15:37 |
| hyc | oh. I suppose I still need to update the ril to use RSINFO for the baseband version | 15:38 |
| emwe | Detule: why? doesn't matter which "backend" you use. -ng for me just looks like handier registration, nothing more, nothing less. anything other technical is up to alex to explain ;) | 15:39 |
| emwe | it's just the write call which is different | 15:39 |
| hyc | arrrghhh: did you ever get radiooptions 11 to show you AT@v ? | 15:40 |
| Detule | k, i guess i shouldn't try to hard figuring out how it differs maybe i'll just bring it all together in my tree | 15:40 |
| arrrghhh | perhaps i'm doing it wrong | 15:40 |
| arrrghhh | hyc, is it radiooptions 11 <enter> then AT@v | 15:40 |
| arrrghhh | or all one line... | 15:40 |
| arrrghhh | ? | 15:40 |
| hyc | all one line | 15:40 |
| hyc | radiooptions 11 "AT@v" | 15:41 |
| arrrghhh | k, that's how i was passing it | 15:41 |
| arrrghhh | and it didn't work... | 15:41 |
| arrrghhh | hrm i think i might've used a single quote | 15:41 |
| hyc | then it sounds like you don't have the patched rild | 15:41 |
| arrrghhh | let me try again | 15:41 |
| hyc | or libril.so actually | 15:41 |
| rpierce99 | on mine it didn't error as long as i was root, but i didn't see a response either | 15:41 |
| arrrghhh | i bind mounted 'em | 15:41 |
| hyc | weird | 15:41 |
| arrrghhh | and i checked the md5sum's | 15:41 |
| arrrghhh | they matched... | 15:41 |
| hyc | and no response in the logcat at all? | 15:42 |
| arrrghhh | i saw some errors that i thought might've been related | 15:43 |
| arrrghhh | but i didn't see the command itself in the log, if that's expected. | 15:44 |
| arrrghhh | i can answer a call with radiooptions? | 15:46 |
| arrrghhh | my problem is solved, i just always have to be adb'd into my phone lol | 15:46 |
| arrrghhh | hyc, it worked | 15:47 |
| arrrghhh | i'm using adb this time, maybe it makes a difference. | 15:47 |
| hyc | cool | 15:47 |
| arrrghhh | the answer it returned isn't the same as what's in rsinfo tho | 15:47 |
| hyc | well, you need to be root obviously | 15:47 |
| hyc | no, it should be different | 15:47 |
| arrrghhh | oh ok | 15:47 |
| arrrghhh | and i was root before... | 15:47 |
| hyc | ok | 15:47 |
| arrrghhh | it threw an error that it couldn't open it before | 15:47 |
| hyc | just gimme the output | 15:47 |
| arrrghhh | meh | 15:47 |
| arrrghhh | lol sorry | 15:48 |
| arrrghhh | 08-05 13:47:01.520 D/AT ( 1365): AT< 2.00.00 | 15:48 |
| arrrghhh | good, or do you want the whole log? | 15:48 |
| hyc | I think that's fine | 15:49 |
| arrrghhh | AT+CLAC returned... nada it seems | 15:50 |
| hyc | just wanted to make sure the rest looks sane | 15:50 |
| arrrghhh | AT< 4 lol | 15:50 |
| hyc | ok | 15:50 |
| arrrghhh | here i'll pastebin the whole thing | 15:50 |
| *** GlemSom has quit IRC | 15:50 | |
| hyc | is rsinfo in your pastebin too? | 15:50 |
| hyc | I guess I have an older one here somewhere | 15:50 |
| arrrghhh | have at it | 15:50 |
| arrrghhh | you can see the CLAC and @v at the bottom | 15:51 |
| hyc | cool, got it | 15:52 |
| arrrghhh | excellent | 15:52 |
| arrrghhh | uhhh | 15:53 |
| arrrghhh | so far RHOD is not happy | 15:53 |
| hyc | bummer | 15:56 |
| hyc | by the way new ril2-test.zip | 15:56 |
| hyc | this should get the right version info | 15:56 |
| hyc | so it should show up in settins/about phone | 15:56 |
| arrrghhh | fuck | 15:56 |
| arrrghhh | i'm retarded | 15:56 |
| arrrghhh | booting again... | 15:57 |
| hyc | what happened? wrong modules? | 15:57 |
| arrrghhh | nagh | 15:57 |
| arrrghhh | i forgot to rename the rootfs... d'oh. | 15:57 |
| arrrghhh | i was doing many things all at once, i know that's the best way to do it. | 15:57 |
| arrrghhh | :D | 15:57 |
| hyc | lol | 15:57 |
| arrrghhh | so... what should show up in settings/about phone? | 15:58 |
| arrrghhh | you didn't fix baseband yet | 15:58 |
| arrrghhh | oh | 15:58 |
| arrrghhh | you did | 15:59 |
| arrrghhh | and you're telling me to download a new test RIL | 15:59 |
| hyc | yes | 15:59 |
| arrrghhh | i think i need to go back to bed and try today again. | 15:59 |
| hyc | heh. | 15:59 |
| arrrghhh | RHOD seems fine. | 16:00 |
| hyc | ok, good | 16:00 |
| hyc | emwe: I think that patch is ready to go | 16:00 |
| arrrghhh | lol, sleep LED freaked me out then i remembered this if from your local tree :P | 16:01 |
| hyc | heh yeah, probably better not to hand this one out if people are gonna freak. | 16:01 |
| hyc | just let it get into the autobuild and forget about it | 16:02 |
| arrrghhh | meh, the fix is really for RAPH/DIAM folk | 16:02 |
| arrrghhh | which have a completely different sleep indicator | 16:02 |
| hyc | ok | 16:02 |
| arrrghhh | but yea, since this patch seems good then commit & forget. | 16:02 |
| arrrghhh | hrm | 16:03 |
| arrrghhh | what's interesting is ADB works just as expected assuming i boot with USB in | 16:03 |
| arrrghhh | so the kernel just isn't initing it on its own | 16:03 |
| emwe | naaaaaaah right in this moment my mother in law calls with a computer issue | 16:08 |
| arrrghhh | haha | 16:09 |
| arrrghhh | teamviewer | 16:09 |
| emwe | exactly. just need to install here on openSUSE | 16:09 |
| emwe | .27 is just building. | 16:10 |
| hyc | I believe, tho I have no proof, that in winmo the arm9 clock is faster, so MPEG4 video decode is faster | 16:18 |
| arrrghhh | hum | 16:18 |
| arrrghhh | OC ARM9? :P | 16:18 |
| hyc | but my attempts to muck with the clocks never got any results | 16:18 |
| arrrghhh | bummer | 16:19 |
| arrrghhh | i know that alex figured out how to OC the gfx proc on kovsky, BLAC and I think RAPH/DIAM as well | 16:19 |
| hyc | I think we should get this thread closed/deleted http://forum.xda-developers.com/showthread.php?t=1204576 | 16:25 |
| hyc | since he says his work is based on tiad8 | 16:25 |
| hyc | most likely that means there's no source code for anything he "fixed" ... | 16:25 |
| emwe | arrrghhh: what's been teh results with that wistilt occassional incall audio fix? | 16:26 |
| arrrghhh | haven't seen anything overwhelmingly positive | 16:28 |
| arrrghhh | but it doesn't seem to break anything either | 16:28 |
| arrrghhh | and wistilt2 said it fixed all 15 of his RHOD300's. | 16:28 |
| hyc | couldn't hurt, sure | 16:29 |
| emwe | asking because i got that also in the commits. didn't notice even ;) | 16:29 |
| emwe | if it doesn't hurt but fixes 15 rhod300 then fine. | 16:30 |
| emwe | done. | 16:31 |
| arrrghhh | k | 16:32 |
| emwe | so unfortunately now those poor guys need a fixed up ril, too, right? | 16:32 |
| arrrghhh | yea | 16:33 |
| arrrghhh | i made a post on that | 16:33 |
| arrrghhh | for FRX08 i guess... | 16:33 |
| hyc | you tested the latest ril2-test already? got baseband version reported now? | 16:34 |
| arrrghhh | yup | 16:35 |
| arrrghhh | 1.12.34f_2.00.00 | 16:35 |
| hyc | ok cool | 16:35 |
| arrrghhh | thanks for the reminder, i got distracted there :P | 16:35 |
| hyc | then anything else that's still unsupported can just rot | 16:36 |
| hyc | pushed | 16:37 |
| lotjuh | hm, wireless on rhod100 with frx06 should work right? (-: | 16:37 |
| emwe | lotjuh: why the hell are you using an old release? | 16:39 |
| hyc | ok, post updated with new ril2 binary | 16:39 |
| lotjuh | I tried frx07, but it was hanging in the boot | 16:39 |
| lotjuh | it kept looping | 16:39 |
| arrrghhh | lotjuh, where | 16:39 |
| arrrghhh | many RHOD100 users are on 07 | 16:39 |
| lotjuh | sec, I'll start it up again | 16:40 |
| emwe | arrrghhh: i was just about to note the ts-calibration file might be missing, but i will stop trying to take your role. you can do that better. | 16:40 |
| lotjuh | the kernel packed with it just rebooted my phone during the boot | 16:40 |
| arrrghhh | emwe, lol | 16:41 |
| arrrghhh | lotjuh, did you try updating? | 16:41 |
| arrrghhh | and how far in the boot process did you get? | 16:41 |
| lotjuh | so I got the latest bzimage and initrd | 16:41 |
| lotjuh | and that one was looping | 16:41 |
| arrrghhh | where | 16:41 |
| lotjuh | I'm checking (-; | 16:41 |
| arrrghhh | ok | 16:42 |
| lotjuh | it's rebooting | 16:42 |
| arrrghhh | sure | 16:42 |
| xdandroid | New kernel available (20110805_223228) at http://zimages.googlecode.com/files/htc-msm-linux-20110805_223228-package.tar.bz2 | 16:42 |
| arrrghhh | emwe, thanks for the push, i shall update my thread ;) | 16:42 |
| hyc | cool, that should settle everything then | 16:43 |
| lotjuh | I get a lot of Ignored duplicate definition messages | 16:44 |
| emwe | arrrghhh: what you could do is put a link to the xda-forum post for the updated/required ril in the autobuild comment section in TIAD8'ish capitalization | 16:44 |
| arrrghhh | emwe, meh | 16:44 |
| lotjuh | in /init.rc it seems | 16:44 |
| hyc | ignore those | 16:45 |
| arrrghhh | lotjuh, what do you mean you get messages in /init.rc... | 16:45 |
| arrrghhh | lotjuh, do you ever see the boot animation? | 16:45 |
| hyc | in /init.rc there are duplicate service definitions | 16:45 |
| hyc | or /init.android thinks there are | 16:45 |
| hyc | like I said, ignore it | 16:45 |
| lotjuh | well it keeps looping in it | 16:45 |
| lotjuh | I get the same dupplicate messges over and over again | 16:46 |
| lotjuh | and I see snd_ioct comming by every now and then as well | 16:46 |
| lotjuh | it's the same message block I keep seeing | 16:46 |
| lotjuh | so it's not going any further | 16:46 |
| hyc | then possibly a corrupted binary | 16:47 |
| arrrghhh | lotjuh, redownload the full bundle, format the card with the hp tool, try again from step 1. | 16:47 |
| lotjuh | I'll try copying it again, I use the same for the frx06 and that one does work | 16:47 |
| arrrghhh | use the same what | 16:47 |
| lotjuh | kernel / initrd | 16:47 |
| arrrghhh | ok, that shouldn't matter. | 16:48 |
| hyc | sure, same kernel / initrd should work regardless | 16:48 |
| lotjuh | yeah, that's what I thought | 16:48 |
| lotjuh | but my wireless doesn't work on them | 16:48 |
| lotjuh | anyway, I'll recopy it | 16:48 |
| hyc | but rootfs / system / data ... nope | 16:48 |
| lotjuh | maybe it did get corrupted | 16:48 |
| arrrghhh | wireless... | 16:48 |
| arrrghhh | i thought you couldn't even boot -_- | 16:48 |
| lotjuh | I can't boot in 07 | 16:48 |
| lotjuh | I can on 06 | 16:48 |
| *** vahid2222 has joined #xdandroid | 16:55 | |
| arrrghhh | hi vahid2222 | 16:56 |
| arrrghhh | you can talk in the channel, it's ok :P | 16:56 |
| lotjuh | hehe | 16:56 |
| vahid2222 | lol | 16:56 |
| arrrghhh | so no data eh? | 16:56 |
| arrrghhh | you said you're on Sprint? | 16:56 |
| vahid2222 | no, nothing | 16:56 |
| arrrghhh | did you check the APNs? | 16:56 |
| vahid2222 | no, i'm on bell | 16:56 |
| arrrghhh | oh right | 16:57 |
| arrrghhh | you're that bell guy | 16:57 |
| vahid2222 | yep, not working | 16:57 |
| vahid2222 | apparently i am | 16:57 |
| arrrghhh | so leaving the default values for MNC/MCC or whatever it still disappears? | 16:57 |
| vahid2222 | no, if i leave them at default, the apn could be saved | 16:57 |
| vahid2222 | but no data | 16:57 |
| arrrghhh | MCC?MNC | 16:57 |
| vahid2222 | both of them | 16:58 |
| arrrghhh | ok, and the APN is "selected"? | 16:58 |
| arrrghhh | by that i mean the radio button is green | 16:58 |
| vahid2222 | yes, | 16:58 |
| arrrghhh | not gray | 16:58 |
| vahid2222 | selected | 16:58 |
| arrrghhh | hum | 16:58 |
| vahid2222 | it is green | 16:58 |
| arrrghhh | well i guess logs are going to be necessary and hopefully hyc can take a peek | 16:58 |
| arrrghhh | unless anyone can think of another reason why data wouldn't work...? | 16:58 |
| arrrghhh | i'm thinkin logs will be good | 16:58 |
| vahid2222 | how do i get a log? | 16:58 |
| arrrghhh | there's this fantastic app | 16:59 |
| arrrghhh | getlogs | 16:59 |
| arrrghhh | you can install it in Android if you have a file explorer app installed | 16:59 |
| arrrghhh | or if you're in winmo, move the apk to AndroidApps | 16:59 |
| arrrghhh | the apk is in AndroidApps\Other FYI | 16:59 |
| vahid2222 | what's apk | 16:59 |
| arrrghhh | it's like a cab for Android | 17:00 |
| arrrghhh | all app's have an APK to install them | 17:00 |
| vahid2222 | k, lemme see what i can do | 17:00 |
| arrrghhh | sure | 17:00 |
| lotjuh | frx07 with the original kernel etc loops at the same spot | 17:01 |
| arrrghhh | lotjuh, so you never see the boot animation? | 17:01 |
| lotjuh | nope | 17:01 |
| arrrghhh | do you ever see A N D R O I D in the terminal? | 17:01 |
| lotjuh | yeah, after that shows the dupplicate messages right? | 17:02 |
| arrrghhh | or is it before that point... | 17:02 |
| arrrghhh | i'm not sure tbh | 17:02 |
| arrrghhh | obviously you have a ts-calibration file | 17:02 |
| arrrghhh | uhm what else | 17:02 |
| lotjuh | yeah, it asked me to touch the 5 points so it created the file | 17:02 |
| arrrghhh | you'd get a rootfs error if you had everything in a folder and a bad/missing rel_path setting | 17:03 |
| arrrghhh | you were able to do that on FRX07? | 17:03 |
| vahid2222 | arrrghhh, i don't have data, how do i get this getlogs on my phone, can't find it online | 17:03 |
| lotjuh | idd, had the wrong rel_path earlier, so that's fixed now | 17:03 |
| lotjuh | yeah I was on FRX07 | 17:03 |
| arrrghhh | vahid2222, uhm.. the apk is in AndroidApps\Other | 17:03 |
| lotjuh | but it asks for the points while you're still in the console | 17:03 |
| arrrghhh | lotjuh, yea but it usually knocks them off the page before you can hit all of 'em | 17:03 |
| arrrghhh | the kernel vomit messes it up | 17:04 |
| lotjuh | ah, well I was able to get past that point at least (-: | 17:04 |
| arrrghhh | hence why i suggest using an old kernel in the steps | 17:04 |
| arrrghhh | hrm | 17:04 |
| vahid2222 | got it | 17:04 |
| hyc | does that still happen? I removed a bunch of those idiot kernel messages | 17:04 |
| arrrghhh | lotjuh, do you have adb? | 17:04 |
| hyc | it should be perfectly fine now | 17:04 |
| arrrghhh | hyc, on autobuild? | 17:04 |
| hyc | yep | 17:04 |
| lotjuh | I don't know what it is, so I don't think so | 17:04 |
| arrrghhh | orly | 17:04 |
| arrrghhh | damnit i don't test these things frequently :P | 17:05 |
| hyc | well apparently it was fine for lotjuh | 17:05 |
| arrrghhh | apparently | 17:05 |
| arrrghhh | :P | 17:05 |
| lotjuh | (-= | 17:05 |
| arrrghhh | it's been a while since ive tested that | 17:05 |
| lotjuh | I could try the kernel packed with FRX06 | 17:05 |
| arrrghhh | hyc, when did you do that | 17:05 |
| arrrghhh | lotjuh, that's old | 17:05 |
| lotjuh | I know | 17:05 |
| lotjuh | but the current one doesn't seem to want to boot d-: | 17:05 |
| arrrghhh | so... have you tried any other kernels on FRX07? | 17:06 |
| arrrghhh | i'm honestly not sure what would bungle it up | 17:06 |
| arrrghhh | do you have adb? | 17:06 |
| lotjuh | although it could be the initrd though | 17:06 |
| lotjuh | since it seems to fail there | 17:06 |
| arrrghhh | hasn't changed since april | 17:06 |
| lotjuh | hm, true | 17:06 |
| lotjuh | and no, as I said I don't know what adb is (_= | 17:06 |
| arrrghhh | although FRX06 predates it | 17:06 |
| lotjuh | so I don't think I have it (-; | 17:06 |
| lotjuh | ah! | 17:06 |
| hyc | arrrghhh: commit 57d2faf May 30 | 17:06 |
| lotjuh | so it could still be the initrd | 17:06 |
| arrrghhh | hyc, damn. | 17:07 |
| lotjuh | shall I try the FRX06 one then? | 17:07 |
| arrrghhh | lotjuh, you should be on FRX07-everything | 17:07 |
| hyc | initrd is rock solid | 17:07 |
| arrrghhh | forget FRX06 | 17:07 |
| arrrghhh | delete it | 17:07 |
| lotjuh | well yeah, but as long as we don't know what exactly is failing... | 17:07 |
| arrrghhh | FRX07 has a full bundle just like 06 did | 17:07 |
| lotjuh | I downloaded the full FRX07 bundle | 17:07 |
| arrrghhh | although there's been a bunch of fixes since | 17:07 |
| arrrghhh | ok | 17:07 |
| arrrghhh | and you didn't mix/match anything just ran it? | 17:08 |
| lotjuh | idd | 17:08 |
| arrrghhh | crap | 17:08 |
| arrrghhh | well you tried latest rootfs/kernel and still fail? | 17:08 |
| lotjuh | I even used the hp tool to format my disk etc | 17:08 |
| lotjuh | idd | 17:08 |
| lotjuh | hm | 17:08 |
| lotjuh | not the latest rootfs for 07 | 17:08 |
| lotjuh | only the latest kernel | 17:08 |
| arrrghhh | ok | 17:08 |
| arrrghhh | grab the latest rootfs | 17:08 |
| arrrghhh | and there's another new kernel | 17:09 |
| hyc | yeah, need latest rootfs | 17:09 |
| arrrghhh | as of a few minutes ago | 17:09 |
| lotjuh | kk | 17:09 |
| arrrghhh | shouldn't matter much for your phone | 17:09 |
| arrrghhh | but still | 17:09 |
| arrrghhh | grab it :P | 17:09 |
| lotjuh | I'll see if this laptop understands the phone as well (linux) | 17:10 |
| lotjuh | my bf took mine with windows on it to play a game -.- | 17:10 |
| arrrghhh | linux is better for most things | 17:12 |
| arrrghhh | 'cept well, gaming. | 17:12 |
| lotjuh | ah, got it mounted (-: | 17:12 |
| lotjuh | hehe, I know (-; | 17:12 |
| lotjuh | hence why I want it on my phone as well d-: | 17:13 |
| arrrghhh | haha | 17:13 |
| lotjuh | latest rootfs is from 27-07? | 17:15 |
| arrrghhh | yup | 17:15 |
| lotjuh | kk | 17:15 |
| lotjuh | camping wireless is slow (-= | 17:17 |
| arrrghhh | camping wireless..?? | 17:17 |
| lotjuh | yeah, I'm on the camping atm | 17:17 |
| lotjuh | in our tent | 17:17 |
| *** dadaR6 has joined #xdandroid | 17:17 | |
| arrrghhh | when i go camping | 17:17 |
| arrrghhh | no laptops are ever allowed | 17:18 |
| lotjuh | going to CCC next week | 17:18 |
| lotjuh | haha | 17:18 |
| lotjuh | I can't go camping without my laptop (-; | 17:18 |
| arrrghhh | then you're not camping! | 17:18 |
| arrrghhh | i usually go places where normal cars can't get to | 17:18 |
| arrrghhh | gotta go 'wheelin | 17:18 |
| dadaR6 | hello | 17:18 |
| arrrghhh | howdy | 17:18 |
| dadaR6 | I have the issue that most people have about service drop after receiving a call | 17:19 |
| arrrghhh | tried new RIL? | 17:19 |
| dadaR6 | are you able to reproduce it or you need some of my logs? | 17:19 |
| dadaR6 | yes, i just did | 17:19 |
| arrrghhh | i can't reproduce it, no. | 17:19 |
| arrrghhh | so with the new RIL, it still happens? | 17:19 |
| arrrghhh | and you verified with logs that you're on the new RIL...? | 17:19 |
| dadaR6 | [HTC Vogue Community RIL hyc e787acd 2011-08-05 13:36:38 -0700] | 17:20 |
| arrrghhh | k | 17:20 |
| arrrghhh | can you provide hyc with full logs...? | 17:20 |
| arrrghhh | ofc after the issue has occurred | 17:20 |
| arrrghhh | so recreate the problem, pull logs, submit pastebin of said logs :D | 17:20 |
| dadaR6 | yes, i just need to clean up some personal info i guess | 17:20 |
| arrrghhh | np | 17:20 |
| arrrghhh | getlogs does most of that for you | 17:21 |
| arrrghhh | if not all of it... depending on what you care about | 17:21 |
| dadaR6 | yes, i just used it, but with files instead of pastebin | 17:21 |
| arrrghhh | does the same thing | 17:21 |
| arrrghhh | this is so odd... | 17:21 |
| arrrghhh | you're VZ? | 17:22 |
| arrrghhh | or what carrier | 17:22 |
| dadaR6 | sprint | 17:22 |
| arrrghhh | orly | 17:22 |
| arrrghhh | dang... | 17:22 |
| arrrghhh | i definitely do not have that problem. "old" RIL or not. | 17:22 |
| dadaR6 | :-( | 17:22 |
| dadaR6 | can i PM you the logs on xda? | 17:23 |
| arrrghhh | ..sure? | 17:23 |
| arrrghhh | i'm going to give them to hyc | 17:23 |
| dadaR6 | ok, give me 1min | 17:23 |
| arrrghhh | assuming that's OK at least | 17:23 |
| arrrghhh | cuz i can look, but he fixes :P | 17:23 |
| lotjuh | gah, same thing | 17:24 |
| emwe | arrrghhh: force_cdma can be dropped and shouldn't be used anymore, right? | 17:24 |
| arrrghhh | correct | 17:24 |
| emwe | thanks | 17:24 |
| arrrghhh | it's ignored... if you think that's causing an issue? | 17:24 |
| arrrghhh | although RAPH folk never used it | 17:24 |
| emwe | nono, just pulling over .27 htc_hw | 17:24 |
| arrrghhh | never needed to, they're not... ok | 17:24 |
| arrrghhh | sorry | 17:24 |
| emwe | and dropping a shitload of stuff from the file | 17:24 |
| Detule | emwe: compiling 39 with that spiffy led code | 17:24 |
| arrrghhh | my brain just freakin runs when i try to troubleshoot this crap sometimes | 17:24 |
| lotjuh | right after the A N D R O I D message it start doing stuff with init and then it says something with "untracked pid exited" and it starts again with the init stuff and dupplicates | 17:25 |
| arrrghhh | Detule, nice. is it configurable, or is it just how it is...? | 17:25 |
| emwe | Detule: i do still have to do some "debuggin" in the sense of trial and error to figure other led combinations. need to get orange somehow. dunno the values, yet :) | 17:25 |
| arrrghhh | lotjuh, that's... bad. so you're on linux? is adb installed on that rig? | 17:25 |
| arrrghhh | emwe, wistilt2 had all that crap sorted out... | 17:26 |
| arrrghhh | i don't know if the logs will cut it | 17:26 |
| arrrghhh | crap i was supposed to find that section of the logs too | 17:26 |
| emwe | irclogs? | 17:26 |
| arrrghhh | he gave me some test kernels | 17:26 |
| arrrghhh | that basically ran thru all the possible combinations | 17:26 |
| lotjuh | arrrghhh: nope, but I could fix that I guess | 17:27 |
| Detule | arrrghhh: dont know probably need to sit down and explore....i just hope whatever zImage comes out actually works | 17:27 |
| arrrghhh | lol | 17:27 |
| Detule | emwe: that board-led code does look nicer than whatever is in microp-klt | 17:27 |
| Detule | and by nicer i mean i can halfway understand what's happening | 17:28 |
| emwe | Detule: yes, but i am already facing some issues. that code currently deals only with one microp client. but for button backlight, rhod needs the "ksc" one. | 17:28 |
| vahid2222 | arrgghh, I installed getlogs, I can gather the logs and email them, is that all? | 17:28 |
| emwe | Detule: and... rhodium audio microp code has another client to klt. i somehow need to get both clients in there. haven't looked deeper yet. | 17:28 |
| arrrghhh | vahid2222, there's a pastebin button that will upload 'em directly to pastebin | 17:29 |
| arrrghhh | or to a file on your sd card | 17:29 |
| vahid2222 | do i neet to change the apn or anything? | 17:29 |
| vahid2222 | before i gather the logs | 17:29 |
| arrrghhh | no | 17:29 |
| Detule | ok, you're thinking ahead, that's good....i'll just be happy if i can gain a measure of control over teh stupid led | 17:29 |
| arrrghhh | it should've tried to connect | 17:29 |
| arrrghhh | emwe, <WisTilt2> hey, you know where the blue led might be controlled? it is stuck on from whatever lights change i did and can't find it to save my life! | 17:30 |
| arrrghhh | lol | 17:30 |
| arrrghhh | there's a blue LED somewhere | 17:30 |
| Detule | i think rpierce99 had the best suggestion in the forums, something like light ON only if ARM is working AND screen off | 17:30 |
| Detule | s/light/LED/ | 17:31 |
| Detule | k i gotta jet later fellas thanks again emwe | 17:32 |
| emwe | Detule: have fun | 17:32 |
| emwe | np | 17:32 |
| emwe | arrrghhh: lol, ok. looking for blue somehow. haha... | 17:32 |
| emwe | arrrghhh: but there's no extra leds on some rhod variants, no? ;) | 17:32 |
| *** touchpro has joined #xdandroid | 17:32 | |
| arrrghhh | i... don't think so | 17:33 |
| arrrghhh | but i can't say i know for sure | 17:33 |
| arrrghhh | these bastards and their RHOD100's. front cam's and what not. | 17:33 |
| touchpro | hey arrrghhh can you package up the bundle your using and send it my way please? im having trouble getting things to work now, keep getting a rootfs not found issue | 17:33 |
| arrrghhh | touchpro, uh | 17:33 |
| arrrghhh | that's a simple fix | 17:33 |
| touchpro | ? | 17:33 |
| arrrghhh | you have a rootfs.img, right? | 17:33 |
| arrrghhh | named just that ^^ | 17:33 |
| touchpro | yep | 17:33 |
| arrrghhh | do you have Android in a folder | 17:34 |
| touchpro | checked it 5 times | 17:34 |
| arrrghhh | haret.exe | 17:34 |
| touchpro | nope on root | 17:34 |
| arrrghhh | rootfs.img | 17:34 |
| touchpro | yes | 17:34 |
| touchpro | yes | 17:34 |
| arrrghhh | it's all a the root? | 17:34 |
| arrrghhh | ok | 17:34 |
| touchpro | yes | 17:34 |
| arrrghhh | in startup.txt, do you have a rel_path...? | 17:34 |
| touchpro | nope | 17:34 |
| arrrghhh | you're sure. | 17:34 |
| touchpro | positive | 17:34 |
| arrrghhh | ... | 17:34 |
| arrrghhh | those are literally the only reasons | 17:34 |
| arrrghhh | you don't have file extensions hidden or something | 17:34 |
| arrrghhh | and have rootfs.img.img | 17:34 |
| arrrghhh | someone managed to pull that the other day | 17:35 |
| lotjuh | hehe | 17:35 |
| arrrghhh | made me want to stab myself in the face | 17:35 |
| touchpro | lol no rootfs.img.img | 17:35 |
| lotjuh | first thing I always do in windows, turn off the hidden extensions option (-= | 17:35 |
| arrrghhh | heh | 17:35 |
| arrrghhh | touchpro, then your rootfs is messed up...? | 17:36 |
| arrrghhh | you didn't rename the zip did you? lol | 17:36 |
| touchpro | no, but im pretty sure damn vogue linux put a damn folder named andboot on my sdcard, so ill delete that and try again | 17:36 |
| arrrghhh | seriously tho, those are the only reasons for that error. some issue with the rootfs, wrong location of stuff, rel_path set wrong, something along those lines. | 17:37 |
| arrrghhh | uhm | 17:37 |
| arrrghhh | Android puts an 'android' folder | 17:37 |
| touchpro | rel_path isnt set in my startup.txt so im not sure that would be an issue though | 17:37 |
| dadaR6 | arrrghhh: here are my logs: http://pastebin.com/XdY4y9fW | 17:37 |
| touchpro | andboot not android | 17:37 |
| arrrghhh | touchpro, XDAndroid does not create any such folder. | 17:37 |
| dadaR6 | I leave them on for a bit, but will remove them | 17:37 |
| touchpro | yes i know, vogue droid does, and i cant find my other memory card to test the raph with so im using the one out of my vogue | 17:38 |
| arrrghhh | dadaR6, you said service drops to 0? x on the bars? | 17:38 |
| dadaR6 | I see a X in the signal bar | 17:39 |
| touchpro | lmao wow how random, the andboot folder created by my vogue stops it from booting, must be a remnant somewhere left over in the initrd (my guess) | 17:39 |
| dadaR6 | and I cannot make any calls | 17:40 |
| arrrghhh | weird.. i thought that was signal strength -> AT< $HTC_CSQ: 6,4 | 17:40 |
| dadaR6 | Searching for service in the lock screen | 17:40 |
| arrrghhh | dadaR6, did you try making a call? | 17:40 |
| arrrghhh | in this log | 17:40 |
| dadaR6 | yes | 17:40 |
| arrrghhh | k thx | 17:40 |
| arrrghhh | hyc, you see this? | 17:40 |
| dadaR6 | i get error saying no service available | 17:40 |
| dadaR6 | I am in good service area, I usually get full bars | 17:40 |
| lotjuh | install sdk platform-tools | 17:41 |
| dadaR6 | Service just came back now (dropped when i first talked to you) | 17:41 |
| dadaR6 | so it eventually come back, ahaha | 17:41 |
| lotjuh | installing* | 17:41 |
| lotjuh | should have adb then | 17:41 |
| dadaR6 | without doing anything | 17:41 |
| arrrghhh | dadaR6, can you pull another set to compare? | 17:42 |
| dadaR6 | radio only? | 17:42 |
| arrrghhh | uhm | 17:42 |
| arrrghhh | i usually pull all of them | 17:42 |
| dadaR6 | k | 17:42 |
| arrrghhh | not sure if hyc needs all of 'em | 17:42 |
| touchpro | if [ "$CARD_PATH" = "" ];then CARD_PATH="andboot" fi (straight from init in initrd.gz) i dont know how to patch but can we change that? it probably only affects me | 17:43 |
| arrrghhh | logcat & radio would probably be good | 17:43 |
| arrrghhh | not sure if dmesg is needed or not... | 17:43 |
| dadaR6 | let me get them all | 17:43 |
| arrrghhh | touchpro, if you're using andboot, then use andboot | 17:43 |
| lotjuh | must be an andboot initrd.gz then | 17:43 |
| touchpro | andboot on vogue is used to hold the androidinstall.tar and androidupdate, on our builds it isnt used unless you partition (just a guess) | 17:44 |
| arrrghhh | no it's used | 17:45 |
| touchpro | do you know for what? | 17:45 |
| arrrghhh | uhm | 17:45 |
| arrrghhh | it basically says if you don't have a rel_path | 17:45 |
| arrrghhh | but andboot exists | 17:45 |
| arrrghhh | then rel_path is andboot... | 17:45 |
| lotjuh | arrrghhh: so now I have adb, what now? (-= | 17:46 |
| touchpro | oh, andboot, androot, tomato tomahto lmao | 17:46 |
| arrrghhh | lotjuh, logssss | 17:46 |
| arrrghhh | lotjuh, i'd guess it's something that dmesg or logcat will expose. doubt it's a radio issue. | 17:46 |
| lotjuh | arrrghhh: how does it work? I got the adb on the laptop | 17:47 |
| arrrghhh | is the device showing up? | 17:47 |
| arrrghhh | adb devices | 17:47 |
| dadaR6 | arrrghhh: second logs after service recovers: http://pastebin.com/58vsEcGj | 17:48 |
| lotjuh | well, the device is currently running windows since I can't boot the FRX07 d-: | 17:48 |
| arrrghhh | FRX06 works you said? | 17:49 |
| arrrghhh | dadaR6, thx | 17:49 |
| lotjuh | yeah, I'll start that then, wasn't sure if that would work | 17:49 |
| arrrghhh | eh? | 17:49 |
| arrrghhh | wait | 17:50 |
| arrrghhh | lotjuh, i'm just curious if FRX06 works | 17:50 |
| lotjuh | it works | 17:50 |
| arrrghhh | ok | 17:50 |
| arrrghhh | have you updated FRX06 at all? | 17:50 |
| dadaR6 | arrrghhh: is that ok to remove those pastebin now that you got them? I dont like to leave things around (I will forget about it) | 17:50 |
| arrrghhh | yea that's fine | 17:51 |
| lotjuh | yes, new kernel and new rootfs for FRX06 | 17:51 |
| lotjuh | old initrd though | 17:51 |
| arrrghhh | lotjuh, so newest stuff boots on FRX06? | 17:51 |
| lotjuh | yeah | 17:52 |
| arrrghhh | wth... | 17:52 |
| lotjuh | that's what I said from the start (-= | 17:52 |
| lotjuh | only difference between FRX06 and FRX07 is the initrd I think | 17:52 |
| lotjuh | want me to see if it will show up in adb while it's looping during the startup of 07? | 17:54 |
| lotjuh | I'm not sure what exactly is needed for adb to recognize my device | 17:55 |
| arrrghhh | well there's plenty of differences in the system image | 17:57 |
| lotjuh | gah, this windows 6.5 rom keeps enabling my data connection while I don't want it to | 17:57 |
| lotjuh | arrrghhh: yeah, that's true | 17:57 |
| arrrghhh | so what i want you to do is make sure this works - FRX06 with the newest everything | 17:57 |
| arrrghhh | initrd, rootfs, & kernel. | 17:57 |
| lotjuh | ok, 07 has the latest initrd right? (-: | 17:58 |
| *** dadaR6 has quit IRC | 17:59 | |
| arrrghhh | yes | 18:01 |
| *** vahid2222 has quit IRC | 18:02 | |
| *** dadaR6 has joined #xdandroid | 18:03 | |
| lotjuh | is there a seperate page where I can get the latest rootfs for 06 or should that already be the latest one in the zip file? | 18:03 |
| *** touchpro has quit IRC | 18:03 | |
| dadaR6 | arrrghhh: about the lost service | 18:03 |
| dadaR6 | it seems this is only happening when missing a call | 18:04 |
| dadaR6 | if i pick the call, or reject it, it is all fine | 18:04 |
| dadaR6 | only when i missed it | 18:04 |
| dadaR6 | (person hangs up before going to voicemail or i pick it up) | 18:05 |
| arrrghhh | dadaR6, odd... thx | 18:07 |
| lotjuh | arrrghhh: 06 boots with the 07 initrd and latest kernel | 18:07 |
| lotjuh | just not sure if I got the latest bootfs for it | 18:07 |
| lotjuh | rootfs* | 18:07 |
| arrrghhh | hrm | 18:08 |
| arrrghhh | why do you do these things to me... | 18:08 |
| lotjuh | haha, yeah sorry | 18:09 |
| lotjuh | I wish it would just work as well (-; | 18:09 |
| arrrghhh | then use 06 i guess? | 18:10 |
| lotjuh | 06 doesn't work completely tough | 18:10 |
| lotjuh | when I attach it to my laptop and choose USB connect it keeps searching | 18:10 |
| arrrghhh | that'll never work on looped mounts | 18:10 |
| lotjuh | and my wireless doesn't want to start | 18:10 |
| arrrghhh | so... not fixed in 07 | 18:11 |
| lotjuh | ah ok | 18:11 |
| arrrghhh | 06 & 07 should be same for wifi | 18:11 |
| arrrghhh | as far as core functionality goes | 18:11 |
| lotjuh | wonder why my wifi says error then | 18:11 |
| arrrghhh | there was some stuff changed, so it should work better | 18:11 |
| lotjuh | I know it used to work | 18:11 |
| arrrghhh | have you read the FAQ? | 18:11 |
| lotjuh | on 04 orso | 18:11 |
| arrrghhh | it did used to work | 18:11 |
| arrrghhh | hrm | 18:11 |
| arrrghhh | then you probably don't have to do the wifi-nvram trick | 18:11 |
| arrrghhh | it's not wep? | 18:11 |
| lotjuh | it doesn't even want to start the wireless device (-: | 18:12 |
| arrrghhh | Oo | 18:12 |
| arrrghhh | if you swapped kernels | 18:12 |
| arrrghhh | did you also swap modules? | 18:12 |
| arrrghhh | those go hand-in-hand.. they must match | 18:12 |
| dadaR6 | arrrghhh: a ssimple guess would be that the phone thinks that it lost signal because the call dropped, and signal a service lost | 18:12 |
| lotjuh | I got a new modules file | 18:12 |
| lotjuh | didn't download it myself though | 18:12 |
| dadaR6 | when in fact, the service was not lost | 18:12 |
| lotjuh | it created it itself | 18:12 |
| arrrghhh | lotjuh, that's not possble. | 18:13 |
| arrrghhh | possible* | 18:13 |
| lotjuh | it said on the wiki that when you download a new kernel you should remove the old one because of the modules | 18:13 |
| lotjuh | but it doesn't say you have to get new modules yourself | 18:14 |
| arrrghhh | wow | 18:14 |
| lotjuh | and as I said, I got 2 mocules files now | 18:14 |
| arrrghhh | you really sure that's what it says? | 18:14 |
| lotjuh | modules* | 18:14 |
| lotjuh | sec (-: | 18:14 |
| lotjuh | Edit the startup.txt to change the line set KERNEL zImage to set KERNEL zImage_VERSION, OR | 18:15 |
| lotjuh | Delete the original zImage file and rename the new zImage_VERSION file to zImage. Delete the original modules-VERSION.tar.gz file to avoid any confusion as to which modules go to which kernel. The kernel must match the modules, or several advanced features will not work - the main one being wifi. | 18:15 |
| arrrghhh | delete the original modules | 18:15 |
| lotjuh | I did the first | 18:15 |
| lotjuh | it said OR (_= | 18:15 |
| arrrghhh | uhm | 18:15 |
| lotjuh | anyway, where did that new file come from then o.O | 18:16 |
| arrrghhh | that OR is either in the wrong place | 18:16 |
| arrrghhh | or | 18:16 |
| arrrghhh | i don't know | 18:16 |
| lotjuh | hehe | 18:16 |
| arrrghhh | hrm | 18:16 |
| arrrghhh | that is kinda confusing now that i'm re-reading that... shit. | 18:16 |
| lotjuh | and there's no download link for modules on that Incremental Updates page either | 18:16 |
| arrrghhh | the zimage and modules come together | 18:17 |
| arrrghhh | in that .tar.gz file | 18:17 |
| arrrghhh | and the way that is worded is poor, i apologize | 18:17 |
| lotjuh | ahh, well I guess that's where that file came from then (-; | 18:17 |
| arrrghhh | gonna check if someone changed it or if i'm that retarded | 18:17 |
| lotjuh | I will remove the old one to make sure it uses the new modules file | 18:18 |
| lotjuh | hehe | 18:18 |
| arrrghhh | hrm | 18:19 |
| arrrghhh | y'know... i guess that would work | 18:19 |
| arrrghhh | you don't have to delete 'em if you edit the startup.txt | 18:19 |
| arrrghhh | i don't think i wrote that part either, someone much smarter than me did probably. | 18:20 |
| arrrghhh | cuz i never mess w/the startup.txt's reference to the kernel. i always just leave it zImage heh | 18:20 |
| *** Xofrats has joined #xdandroid | 18:21 | |
| Xofrats | I is here | 18:21 |
| arrrghhh | ah crap | 18:21 |
| lotjuh | I'm just gonna remove the old ones completely and rename it to zImage as well (-: | 18:21 |
| arrrghhh | there goes the neighborhood | 18:21 |
| arrrghhh | lotjuh, heh ok. just make sure startup.txt matches ;) | 18:21 |
| Xofrats | Nah, the neighborhood was already gone by the time you got here | 18:21 |
| arrrghhh | ...zing? | 18:22 |
| Xofrats | btw the wince clock for msmsdcc is id=21 | 18:22 |
| Xofrats | So I assume setting fmax does increase the clock | 18:22 |
| emwe | Xofrats: it looks for the next lower | 18:23 |
| emwe | Xofrats: btw, it's "mweirauch" here :) | 18:23 |
| Xofrats | Does it? How can I test it? | 18:23 |
| *** dadaR6 has quit IRC | 18:23 | |
| emwe | Xofrats: just set clock_wince.debug_mask=15 as i wrote and watch in dmesg | 18:23 |
| emwe | you'll see what it actually sets. | 18:23 |
| * Xofrats found that class4 nonHS card and the 16GB card output weird | 18:24 | |
| emwe | the code is in clock-wince.c if you wan't to look at it. | 18:24 |
| Xofrats | OK, I'll do it once I get ntop compiled | 18:24 |
| hyc | I didn't see dadaR6's pastes before he deleted 'em | 18:24 |
| hyc | arrrghhh: you have copies of them? | 18:25 |
| arrrghhh | hyc, yes. pm comin | 18:25 |
| Xofrats | The only other thing of interest is in core.c | 18:25 |
| emwe | that is? | 18:29 |
| Xofrats | something about wait_for_completion or something | 18:31 |
| Xofrats | Which is where I sometime see oops | 18:32 |
| *** dadaR6 has joined #xdandroid | 18:33 | |
| Xofrats | But I suspect that's from the sdio side | 18:33 |
| lotjuh | ok, I could turn Wi-Fi on now, then it started scanning, but it turned itself off, and when I tried to turn it back on it says 'Error' | 18:34 |
| *** ringer has joined #xdandroid | 18:35 | |
| arrrghhh | lotjuh, this is FRX06? | 18:36 |
| lotjuh | yeah | 18:36 |
| arrrghhh | can't support that | 18:36 |
| lotjuh | with the kernel that was just pushed | 18:36 |
| stinebd | frx06 blows | 18:36 |
| arrrghhh | lol | 18:36 |
| lotjuh | well at least it boots d-: | 18:36 |
| lotjuh | can't say that from frx07 yet (-= | 18:36 |
| arrrghhh | stinebd, for some reason she can't boot FRX07. trying to sort that out (i thought) | 18:36 |
| stinebd | are you aware your smilies are upside-down? | 18:36 |
| lotjuh | yeah (-; | 18:37 |
| arrrghhh | LOL | 18:37 |
| arrrghhh | cocaine's one hell of a drug | 18:37 |
| Xofrats | My smiles are right side up ^^) | 18:37 |
| stinebd | ;) | 18:37 |
| lotjuh | that's what you get when you learn 'chatting' in irc when there was no msn yet d-: | 18:37 |
| stinebd | we have a lot of people with trouble booting frx07 for some reason | 18:37 |
| arrrghhh | stinebd, a lot? | 18:37 |
| Xofrats | I predate icq and msn too | 18:37 |
| stinebd | well not a lot by your standards | 18:37 |
| stinebd | but by mine | 18:38 |
| arrrghhh | i don't know of a specific issue on RHOD | 18:38 |
| arrrghhh | some devices need an updated kernel | 18:38 |
| emwe | non-keyboarders ^^ | 18:38 |
| arrrghhh | and the CDMA RAPH/DIAM issue is pretty much licked, thanks to hyc | 18:38 |
| Xofrats | My frx07 had trouble until I removed all the arrrghhh stuck in it | 18:38 |
| stinebd | to save me from backlogging, what's the model in question here? | 18:38 |
| stinebd | 400? | 18:38 |
| lotjuh | RHOD100 | 18:38 |
| stinebd | ooh | 18:39 |
| stinebd | a strange one perhaps | 18:39 |
| lotjuh | dutch | 18:39 |
| arrrghhh | yup | 18:39 |
| arrrghhh | but i don't know of any RHOD100 users that have trouble booting | 18:39 |
| stinebd | what does it do on frx07? ever see any scrolling text? | 18:39 |
| lotjuh | I guess I'm gonna start the process all over again tomorrow, format the sd, just get FRX07 on it and see if it helps | 18:39 |
| lotjuh | yeah, it gets past the android message | 18:39 |
| arrrghhh | yea | 18:39 |
| Xofrats | There was a patch on the msm aosp that changed wait_for_completion to completion_io | 18:39 |
| arrrghhh | doesn't hit bootani tho | 18:39 |
| stinebd | sweet, i'd love the logcat | 18:40 |
| Xofrats | But that just seems cosmetic | 18:40 |
| lotjuh | and then it starts looping in the duplicate messages | 18:40 |
| stinebd | ah | 18:40 |
| arrrghhh | stinebd, i tried to get her up on adb | 18:40 |
| arrrghhh | haven't finished that yet | 18:40 |
| arrrghhh | and i'm not sure how well that will work on 07 .. | 18:40 |
| stinebd | logcat works fine without su | 18:40 |
| stinebd | anyway if you need it i can whip up a current rootfs with secure off | 18:41 |
| stinebd | only 5 more consecutive days of work and then i might be useful again | 18:41 |
| Xofrats | Can't you setprop via local.prop? | 18:41 |
| stinebd | not that | 18:41 |
| Xofrats | Wihout baking a new rootfs | 18:41 |
| Xofrats | That or froyo.user.conf | 18:42 |
| stinebd | understandably android is quite picky about ro.secure | 18:42 |
| stinebd | once it's set, that's it for the session | 18:42 |
| Xofrats | Ppl underestimate how powerful *.user.conf is | 18:43 |
| stinebd | i'm not people | 18:43 |
| stinebd | if you wanna go around remounting and sed'ing in user.conf that's fine, but i don't trust those things | 18:43 |
| Xofrats | I forgot, you're an android ^^)' | 18:44 |
| Xofrats | Actually, during userinit everything is rw | 18:44 |
| Xofrats | As I found out | 18:44 |
| stinebd | arrrghhh: you've got mail | 18:44 |
| Xofrats | Man ntop compiles slow... | 18:45 |
| stinebd | and it's funny | 18:45 |
| arrrghhh | k | 18:45 |
| stinebd | not ha-ha funny | 18:45 |
| stinebd | more like stab-stab funny | 18:45 |
| lotjuh | lol | 18:45 |
| stinebd | do a search for "like i found in the build" and you'll see what i mean | 18:46 |
| arrrghhh | oh yea | 18:47 |
| arrrghhh | that dude was in htc-linux | 18:47 |
| stinebd | k | 18:47 |
| stinebd | maybe i'll reply | 18:47 |
| stinebd | i feel especially stabby | 18:47 |
| hyc | arrrghhh: new ril2-test.zip should fix the BSINFO problem | 18:48 |
| arrrghhh | ok | 18:48 |
| arrrghhh | i... can't reproduce this isse | 18:48 |
| arrrghhh | issue* | 18:48 |
| stinebd | then consider it fixed | 18:48 |
| hyc | yeah, need to feed it to dadaR6 or someone else with it | 18:48 |
| arrrghhh | mind if i download it, host it and pass it out like candy? | 18:48 |
| arrrghhh | yea | 18:48 |
| hyc | go ahead | 18:48 |
| arrrghhh | thx | 18:48 |
| dadaR6 | hyc: I m here | 18:48 |
| dadaR6 | anything i can try? | 18:49 |
| arrrghhh | stinebd, i couldn't reproduce the issue in the first place | 18:49 |
| arrrghhh | dadaR6, yes, new RIL :P | 18:49 |
| stinebd | then it's fixed | 18:49 |
| dadaR6 | where to get it? | 18:49 |
| Xofrats | Is riltest for raph/diam onry? | 18:49 |
| arrrghhh | Xofrats, no | 18:49 |
| hyc | I'll let arrrghhh post it for dadaR6 | 18:49 |
| stinebd | rong time | 18:49 |
| stinebd | arrrghhh will end up putting it on some file sharing site | 18:50 |
| arrrghhh | dropbox | 18:50 |
| Xofrats | rilwarez | 18:50 |
| stinebd | more like virusbox | 18:50 |
| arrrghhh | lol | 18:50 |
| arrrghhh | stinebd, multiupload | 18:50 |
| arrrghhh | your fave | 18:50 |
| Xofrats | 0day ril | 18:50 |
| stinebd | yes, the porn banners are a nice touch | 18:50 |
| arrrghhh | all the respectable sites have porn banners | 18:51 |
| Xofrats | Not if you have privoxy | 18:51 |
| Xofrats | Which I am half tempted to run on my rhod | 18:51 |
| arrrghhh | dadaR6, http://dl.dropbox.com/u/12691845/ril2-test.zip | 18:51 |
| arrrghhh | or http://db.tt/bDHkp89 | 18:52 |
| arrrghhh | y'know, whatever | 18:52 |
| arrrghhh | the second one has a higher chance of giving you cancer tho | 18:52 |
| stinebd | first one has a higher chance of giving you aids | 18:52 |
| Xofrats | std or terminal illness | 18:52 |
| arrrghhh | choose wisely | 18:52 |
| dadaR6 | arrrghhh, thanks, rebooting with it | 18:53 |
| arrrghhh | np | 18:53 |
| Xofrats | Damn thing needs to compile already... | 18:54 |
| Xofrats | At least one good thing about this compile: Phone hasn't segfaulted even at 691mhz | 18:58 |
| stinebd | arrrghhh: question | 19:00 |
| dadaR6 | hyc, looking good so far | 19:00 |
| dadaR6 | I was not able to reproduce it anymore | 19:00 |
| hyc | ok | 19:00 |
| hyc | please send new log | 19:00 |
| hyc | there's still something else funky in the last logs you sent | 19:00 |
| dadaR6 | I see the data goes to 3g, 1x, triangle(?), then back | 19:01 |
| stinebd | until a certain unknown and inconsistent point, my atrix will stop waking up very often for processing and will become very battery efficient. why? and how come it isn't always very battery efficient? | 19:01 |
| Xofrats | triangle is roaming | 19:01 |
| stinebd | not sure if i should blame motorola or nvidia | 19:01 |
| dadaR6 | ah, i never saw that one before :-P | 19:01 |
| arrrghhh | stinebd, as i learned in my training class today, blame God. | 19:02 |
| Xofrats | No, blame yourself, or God | 19:02 |
| stinebd | i prefer to blame things that cannot shove lightning bolts up my bum | 19:02 |
| arrrghhh | lol | 19:02 |
| arrrghhh | seriously, the instructor kept saying "we'll let God take care of it.." etc | 19:03 |
| dadaR6 | hyc, getting the logs for you | 19:03 |
| arrrghhh | meaning, let the system take care of it automagically. dumb. | 19:03 |
| Xofrats | OK, system is running out of memory, brb | 19:03 |
| *** Xofrats has quit IRC | 19:04 | |
| stinebd | heh | 19:05 |
| stinebd | poor guy | 19:05 |
| stinebd | i assume | 19:05 |
| stinebd | hard to keep track of genders on irc | 19:05 |
| dadaR6 | hyc, http://pastebin.com/6XLNedUq | 19:08 |
| hyc | ok got it | 19:08 |
| dadaR6 | up for 10 mins | 19:09 |
| dadaR6 | i forgot to boot with air plane mode, I hope it did not screw up anything... | 19:10 |
| hyc | looks fine | 19:11 |
| hyc | your log shows that the modem still screwed up the same as before, and that the patch handled it as expected. | 19:11 |
| hyc | so that's all good | 19:11 |
| dadaR6 | ok, nice | 19:12 |
| dadaR6 | also, I dont know if WinMo are tweaking how they display their signal strength | 19:12 |
| dadaR6 | but usually I get 'weaker' signal reported on XDAndroid | 19:12 |
| dadaR6 | I know it does not mean anything, just want to mention it... | 19:12 |
| arrrghhh | i think my winmo ROM has more bars | 19:13 |
| stinebd | i know of airports with many bars | 19:13 |
| hyc | yeah, at this point it doesn't mean much | 19:14 |
| stinebd | is the ril reporting snr correctly at least? | 19:14 |
| stinebd | or whatever that thing is that means stuff | 19:15 |
| dadaR6 | yep, it does not matter as long as we can keep service :-) | 19:15 |
| hyc | the ril reports whatever the modem reports | 19:15 |
| hyc | here I think the modem reports strength 0-7 | 19:15 |
| hyc | the ril has a hardcoded lookup table to turn that into dBm | 19:15 |
| stinebd | hah | 19:16 |
| hyc | the table values were defined by me, using a dartboard | 19:16 |
| hyc | so, whatever dude | 19:16 |
| stinebd | <3 htc radios | 19:16 |
| stinebd | 0-7 is pretty freaking random | 19:16 |
| arrrghhh | hahahah | 19:17 |
| dadaR6 | easy then, just report a +1 value ahaha | 19:17 |
| dadaR6 | that's what Apple did with their iPhone, isnt it? :-P | 19:17 |
| dadaR6 | it makes user feel better | 19:17 |
| stinebd | i was able to get their leaked signal algorithm | 19:17 |
| stinebd | if (radioSignalPercent < 99) radioSignalPercent = 99; | 19:18 |
| dadaR6 | sounds about right :-) | 19:18 |
| stinebd | plus tax | 19:19 |
| hyc | anyway, it's more complicated than that. the modem reports 2 values - CDMA strength and EVDO strength | 19:19 |
| stinebd | what about gsm? | 19:19 |
| hyc | on dadaR6's last log, the CDMA strength is always higher than EVDO | 19:19 |
| hyc | yeah, GSM/WCDMA have two values to | 19:20 |
| stinebd | makes sense | 19:20 |
| hyc | anyway, Android will report the one you're currently using. so if it says you're on EVDO | 19:20 |
| hyc | (and current report is CDMA 6 / EVDO 3) | 19:20 |
| hyc | you will see a low number of bars | 19:20 |
| hyc | even though the CDMA signal is very strong | 19:20 |
| dadaR6 | yes, this is the same as WinMo | 19:21 |
| dadaR6 | i usually get 4 bars or so in EDVO | 19:21 |
| dadaR6 | then i make a call, and jump to 7-8 bars | 19:21 |
| arrrghhh | yea, i've noticed higher signal strength when in 1x | 19:22 |
| dadaR6 | which is what you describe | 19:22 |
| arrrghhh | then it drops when in ev | 19:22 |
| dadaR6 | yep | 19:22 |
| *** programmer8922 has joined #xdandroid | 19:22 | |
| stinebd | is that attributable to the higher error tolerance in that modulation? | 19:22 |
| stinebd | buzzwords | 19:22 |
| hyc | no idea | 19:23 |
| dadaR6 | but i still think they cheat on their EDVO reported signal | 19:23 |
| hyc | it's always possible | 19:23 |
| hyc | and really, like I said, I came up with these table values without any guide whatsoever | 19:24 |
| hyc | so the fact that the EVDO bars are anywhere close is just random chance | 19:24 |
| hyc | mebbe I'll start using rand() in the next revision | 19:24 |
| stinebd | sounds good | 19:28 |
| stinebd | a nice gingerbread feature | 19:28 |
| hyc | heh. | 19:29 |
| hyc | new ril2-test.zip. one more try at smoothing out the call status notifications | 19:29 |
| *** Xofrats has joined #xdandroid | 19:29 | |
| hyc | http://highlandsun.com/hyc/ril2-test.zip | 19:29 |
| hyc | dadaR6: feel free to try this one too | 19:29 |
| Xofrats | Meh, so why would clock-wince lie about the freq | 19:29 |
| hyc | to help us nail folks like you who fall prey to placebo effect | 19:30 |
| *** programmer8922 has quit IRC | 19:30 | |
| *** ringer has quit IRC | 19:31 | |
| dadaR6 | hyc, ok, trying... | 19:31 |
| emwe | Xofrats: it does not lie. it sets to the best possible it knows. and those clock register setups have been REd and no better are know. ok, on .35 there is a 40MHz one. try that on .27 and see if it improves it for you. | 19:33 |
| Xofrats | Well, the cmdline referenced msmsdcc_fmax | 19:34 |
| Xofrats | emwe: and how would I do that? | 19:35 |
| emwe | Xofrats: look at .35 clock-wince, find the difference in the table, copy it to .27, compile, go. ;) | 19:35 |
| Xofrats | Yeah, turtle and goliath problem... git wants me to pull 700MB before I can compile | 19:36 |
| emwe | Xofrats: btw, i was wrong... its 48MHz clock in there... | 19:36 |
| emwe | MSM_CLOCK_REG(48000000, 1, 0x04, 0x02, 0, 2, 4, 1, 245760000), /* UART_HS, 48MHz */ | 19:36 |
| emwe | hmhmhm now i whonder what is taken. | 19:36 |
| emwe | was it you who compiles on his phone? | 19:38 |
| Xofrats | Yes | 19:38 |
| emwe | get a computer. | 19:38 |
| Xofrats | [ 6.442871] clock-wince: set_mdns_host_clock: 21, freq=32000000 calc_freq=32000000 pll1=960000000 expected pll =768000000 | 19:38 |
| Xofrats | [ 99.149230] clock-wince: pc_clk_set_rate: id=19 rate=48000000 | 19:38 |
| Xofrats | [ 99.149261] clock-wince: set mdns: 19, 48000000; bitidx=0, offset=a4 | 19:38 |
| Xofrats | [ 99.149353] clock-wince: set_mdns_host_clock: 19, freq=32000000 calc_freq=32000000 pll1=960000000 expected pll =768000000 | 19:38 |
| Xofrats | Any particular reason why msmsdcc is capped at 32mhz on .27? | 19:39 |
| Xofrats | And if the freq is set, how is it supposed to do variable clocking that it supposedly does? | 19:40 |
| emwe | [ 3.270690] clock-wince: a11_clk_set_rate: id=21 rate=49152000 | 19:40 |
| emwe | [ 3.270721] clock-wince: set_mdns_host_clock(21, 49152000); bitidx=0, offset=ac | 19:40 |
| emwe | [ 3.270751] clock-wince: a11_clk_is_enabled not implemented for clock: id=21 | 19:40 |
| emwe | [ 3.270782] clock-wince: set_mdns_host_clock: 21, freq=48000000 calc_freq=61440000 pll4=0 expected pll =245760000 | 19:40 |
| arrrghhh | rboot brb | 19:40 |
| emwe | no idea why. because it was enough for low end cards it seems | 19:40 |
| emwe | it always selects the next lower clock because these reverse engineered clock tables aren't complete. | 19:41 |
| emwe | so its 32MHz on .27 that's it. alex added the 48MHz one. | 19:42 |
| emwe | i think i should leave now. really late. | 19:42 |
| emwe | gnight. | 19:42 |
| *** arrrghhh has quit IRC | 19:45 | |
| *** emwe has quit IRC | 19:47 | |
| *** Xofrats has quit IRC | 19:51 | |
| hyc | hmmmm. when you have data active, and a voice call comes in, and then the voice call hangs up, the ril also hangs up the data session. | 19:51 |
| hyc | stupid POS | 19:51 |
| hyc | I hate finding out that I created a bug... | 19:52 |
| rpierce99 | well i for one hate you for that, good lord hyc can you do anything right? lol | 19:56 |
| rpierce99 | i guess since maybe you fixed one or two other things we might be able to forgive you for this one, but don't let it happen again | 19:56 |
| hyc | whimmper whimper | 19:57 |
| *** Xofrats has joined #xdandroid | 19:59 | |
| Xofrats | OK now gitorious's web interface is being evil... | 19:59 |
| Xofrats | I'm in the .35 branch, on clock-wince, and when I try to raw blob, gives me .27... | 20:00 |
| * Xofrats wonders if it's opera mini... | 20:01 | |
| *** Xofrats has quit IRC | 20:02 | |
| hyc | on my rhod210 when a call is dropped, I get an @HTCDIS message for voice calls and a +PCD message for data calls | 20:05 |
| hyc | it doesn't look like CDMA reports these messages | 20:05 |
| hyc | cany anyone confirm? | 20:05 |
| hyc | I guess it's not a huge deal... | 20:06 |
| rpierce99 | on cdma we don't drop calls | 20:07 |
| dadaR6 | hyc, the new ril you sent works too | 20:07 |
| hyc | :P | 20:07 |
| hyc | daraR6 ok cool thanks | 20:07 |
| dadaR6 | however, I am often stuck in roaming now... | 20:07 |
| hyc | well, that's a side-effect of this patch | 20:07 |
| dadaR6 | after a call drop (hangs up before i pick up) | 20:07 |
| hyc | the modem returns a result that has zero information | 20:07 |
| hyc | so until it regains its senses, it has no idea what network it's talking to | 20:08 |
| dadaR6 | your previous RIL did not do that I think | 20:08 |
| hyc | no, it would simply fail the request, which made the Phone.apk think you had no service | 20:08 |
| dadaR6 | no no, not that 'old' one | 20:08 |
| hyc | oh the one immediately before? | 20:09 |
| dadaR6 | the one from earlier today (3:40pm?) | 20:09 |
| dadaR6 | yes | 20:09 |
| hyc | that seems unlikely, since the patches were in completely different areas | 20:09 |
| dadaR6 | i saw the roaming, but it disappear quickly | 20:09 |
| dadaR6 | now it stays | 20:09 |
| dadaR6 | until i place a call | 20:10 |
| hyc | eh. | 20:10 |
| hyc | send new logs if you want me to investigate | 20:11 |
| hyc | otherwise nothing | 20:11 |
| rpierce99 | hyc have you figured out what it is about these phones that make them do this, I have no problem, obviously | 20:11 |
| dadaR6 | ok, let me gather them | 20:11 |
| hyc | not a clue. | 20:11 |
| rpierce99 | radio version? | 20:11 |
| hyc | I just see what's in the radiologs. the modem stops providing useful info. | 20:11 |
| hyc | could be. | 20:11 |
| rpierce99 | could be easier to just up/down grade everyones radio that runs into this | 20:12 |
| hyc | what radio version are you running? rpierce99 and dadaR6 ? | 20:12 |
| rpierce99 | is that baseband version? | 20:12 |
| hyc | yep | 20:12 |
| dadaR6 | how to get the radio version? | 20:13 |
| hyc | Settings / About Phone | 20:13 |
| rpierce99 | 61.27W.25.23U_2.32.00WF | 20:13 |
| hyc | actually it's in the getlogs output | 20:13 |
| hyc | I see that dadaR6 has 61.27W.25.23U_1.96.00WF | 20:13 |
| hyc | hmmm | 20:14 |
| rpierce99 | same phone? | 20:14 |
| *** Xofrats has joined #xdandroid | 20:14 | |
| hyc | I dunno what models you guys have | 20:14 |
| rpierce99 | rhod400 | 20:14 |
| dadaR6 | same | 20:14 |
| rpierce99 | so yeah, maybe if dadar6 upgrades his radio the issue will go away | 20:14 |
| hyc | then perhaps it's all just due to that radio version | 20:15 |
| Xofrats | OK is it me or does the .35 clock-wince not define the 48mhz for the cdma pll? | 20:15 |
| rpierce99 | http://forum.ppcgeeks.com/cdma-tp2-development/90342-radio-collection-update-06-17-10-rhodium_w-radio-roms-mirrors-included.html | 20:15 |
| rpierce99 | SPCS 2.32.00WF | 20:16 |
| dadaR6 | logs: | 20:17 |
| hyc | hm, mebbe you should be running 2.32.00WU so you can use your GSM | 20:17 |
| dadaR6 | http://pastebin.com/0TiRd8QN | 20:17 |
| hyc | but anyway... | 20:17 |
| Xofrats | Yeah, the 6.5 sprint rom is 2.32 | 20:17 |
| hyc | an upgrade may be a good idea | 20:17 |
| dadaR6 | it is possible that upgrading will help | 20:17 |
| Xofrats | Yes | 20:17 |
| dadaR6 | I am using an old version still on WinMo 6.1 | 20:18 |
| Xofrats | 2.32 is pretty decent | 20:18 |
| rpierce99 | you should just upgrade to 6.5 then while your'e at it | 20:18 |
| Xofrats | Agreed, although 6.x is dead regardless | 20:18 |
| dadaR6 | not really, i dont need it, no benefit for me | 20:18 |
| rpierce99 | yeah i suppose, some people still bounce into winmo on occasion | 20:18 |
| Xofrats | If I were to download the msm kernel tarball, what else would I need to compile a working kernel+module, without going into git and the 700mb madness? | 20:19 |
| dadaR6 | it's not broken, so I am not going to fix it :-) | 20:19 |
| Xofrats | Your radio is broken though | 20:20 |
| dadaR6 | which might broke it more | 20:20 |
| Xofrats | Should be able to just find the radio ruu | 20:20 |
| rpierce99 | it's linked in that post | 20:20 |
| rpierce99 | well it's an exe, so should be even easier | 20:20 |
| Xofrats | it's a self-extracting zip | 20:21 |
| hyc | ok whatever. I see sometimes the info is there, sometimes it's missing in your log | 20:21 |
| rpierce99 | oh, haha | 20:21 |
| hyc | nothing I can do about that. | 20:21 |
| dadaR6 | well, this is fixed as far i am concerned | 20:21 |
| dadaR6 | i dont care much about that triangle :-P | 20:21 |
| hyc | cool | 20:21 |
| hyc | I certainly don't care | 20:22 |
| dadaR6 | I still get service, so this is all i care | 20:22 |
| rpierce99 | as long as it's not actually bouncing you over to a verizon tower for some reason | 20:22 |
| dadaR6 | even if it is, then what? | 20:22 |
| rpierce99 | then you pay roaming charges... | 20:23 |
| dadaR6 | roaming is included for me as most of plans? | 20:23 |
| Xofrats | Excessive roaming will get you booted | 20:23 |
| rpierce99 | no idea, i have 2 sprint phones, one is a company phone, no idea what's included, the other is an old 3rd part employee plan i'm grandfathered into | 20:23 |
| Xofrats | Supposedly more than 50% usage or 800min/month | 20:23 |
| dadaR6 | as soon as i dial in, roaming goes away | 20:23 |
| dadaR6 | and I am way below 800 min/month | 20:24 |
| dadaR6 | like 10 times lower ahaha | 20:24 |
| dadaR6 | for all my calls | 20:24 |
| Xofrats | hyc: Do I need anything other than the tarball from gitorious to compile a working kernel+module? | 20:25 |
| rpierce99 | we should have arrrghhh post to the thread though that for those who have this issue they should see if their radio is up to date | 20:25 |
| hyc | you need the compiler | 20:25 |
| Xofrats | Well, he posted it on the raph forum | 20:25 |
| hyc | tools | 20:25 |
| hyc | blah blah bla | 20:25 |
| Xofrats | ... I know that, I meant source-wise | 20:25 |
| dadaR6 | hyc, thanks a lot | 20:26 |
| hyc | n/p | 20:26 |
| hyc | no, just the source | 20:26 |
| rpierce99 | the cross compiler, right? | 20:26 |
| Xofrats | this is a rhod-specific issue, rhod400 | 20:26 |
| Xofrats | No, I compile on ze rhodium | 20:26 |
| rpierce99 | haha oh | 20:26 |
| Xofrats | Linux localhost 2.6.27.46-01342-gb9e00e1 #30 PREEMPT Mon Jul 18 22:34:22 CEST 2011 armv6l GNU/Linux | 20:26 |
| Xofrats | hyc: Think you could look at the .35 clockwince and see what needs to be banged up for cdma 48mhz? | 20:27 |
| hyc | nope | 20:28 |
| hyc | I've had zero luck with the clock code | 20:28 |
| Xofrats | Hmmm, k | 20:28 |
| Xofrats | I guess I need the ti.git too? | 20:32 |
| hyc | dunno. you have ti wlan? | 20:32 |
| Xofrats | rhod does no? | 20:34 |
| hyc | rhod is broadcom | 20:34 |
| hyc | so no | 20:34 |
| Xofrats | OK, so I'm good to go | 20:34 |
| dadaR6 | hyc, your fixes are ok to submit btw? | 20:35 |
| *** Xofrats has quit IRC | 20:35 | |
| hyc | yes, I've already pushed them to xdandroid repo | 20:36 |
| dadaR6 | cool | 20:36 |
| dadaR6 | byee | 20:37 |
| *** dadaR6 has quit IRC | 20:37 | |
| hyc | bye | 20:37 |
| *** D3tul3 has joined #xdandroid | 20:37 | |
| stinebd | hyc: you should work on your important project | 20:39 |
| hyc | yeah | 20:40 |
| hyc | don't remind me :P | 20:40 |
| hyc | ? have you been looking at my other projects? | 20:44 |
| stinebd | no | 20:44 |
| stinebd | you mentioned something about it after the release | 20:44 |
| hyc | yeah, it's been slow going | 20:45 |
| hyc | figure I need to get to feature complete by this month so I can start into testing next month | 20:45 |
| *** ORi|ON has quit IRC | 21:03 | |
| *** ORi| has joined #xdandroid | 21:04 | |
| rpierce99 | hyc, don't worry about it, follow the advice of the most interesting man in the world: http://tinyurl.com/3ve9qbr | 21:12 |
| *** Entropy512 has joined #xdandroid | 21:23 | |
| *** programmer8922 has joined #xdandroid | 21:26 | |
| *** programmer8922 has quit IRC | 21:27 | |
| *** rpierce99 has quit IRC | 21:30 | |
| *** programmer8922 has joined #xdandroid | 21:39 | |
| *** whiteE has joined #xdandroid | 22:15 | |
| *** [7] has quit IRC | 22:38 | |
| *** TheSeven has joined #xdandroid | 22:38 | |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!