| *** raymonddull has joined #xdandroid | 00:11 | |
| *** ray|yar has quit IRC | 00:14 | |
| *** mayday_jay has joined #xdandroid | 00:32 | |
| *** rpierce99 has quit IRC | 00:44 | |
| *** raymonddull has quit IRC | 00:57 | |
| *** raymonddull has joined #xdandroid | 00:57 | |
| *** bzo has quit IRC | 01:36 | |
| *** ray|yar has joined #xdandroid | 02:36 | |
| *** raymonddull has quit IRC | 02:40 | |
| *** ryannathansSLEEP is now known as ryannathans | 03:09 | |
| *** AndersG has joined #xdandroid | 03:52 | |
| *** ray|yar has quit IRC | 03:54 | |
| *** ray|yar has joined #xdandroid | 03:54 | |
| *** kalemas has joined #xdandroid | 05:19 | |
| *** hardwalker has quit IRC | 06:24 | |
| *** mgross029 has joined #xdandroid | 07:48 | |
| *** ray|yar has quit IRC | 08:43 | |
| *** ray|yar has joined #xdandroid | 08:44 | |
| *** kalemas has left #xdandroid | 08:57 | |
| *** helicopter88 has joined #xdandroid | 10:07 | |
| *** dario_ has joined #xdandroid | 10:14 | |
| dario_ | hello...i'm trying to use cwm but it hanging up completely with "r5:00000000 r4:00000000" | 10:17 |
|---|---|---|
| *** rpierce99 has joined #xdandroid | 10:18 | |
| dario_ | it freeze on this error: task rpcrouter:15 blocked | 10:26 |
| *** virsys has quit IRC | 10:32 | |
| *** mgross029 has quit IRC | 10:45 | |
| *** ray|yar has quit IRC | 10:56 | |
| *** ray|yar has joined #xdandroid | 10:57 | |
| *** mgross029 has joined #xdandroid | 10:57 | |
| helicopter88 | dario_: do you have a data.img in the same folder as haret? | 10:59 |
| dario_ | helicopter88 :no | 11:00 |
| helicopter88 | weird | 11:01 |
| mgross029 | helicopter88, I think he was using CWM, so dario_ you may want to ask over at #neopeek | 11:01 |
| dario_ | mgross029 : thx for the suggestiong | 11:02 |
| *** AndersG has left #xdandroid | 11:03 | |
| *** AndersG has joined #xdandroid | 11:04 | |
| *** programmer8922 has joined #xdandroid | 11:07 | |
| *** emwe has joined #xdandroid | 11:18 | |
| *** programmer8922 has quit IRC | 11:23 | |
| emwe | detule: hey. you said you where kexec'ing like wild. i tend to say i have wasted 50% of my spare time waiting for reboots. what was the freakin' reason it's not in mainline userland, yet? stinebd? | 11:25 |
| detule | emwe, you put kexec in the GB power menu and i'm GB-ing full time | 11:27 |
| emwe | so kernel needs kexec support and the menu entry (frameworks base?) is missing, yap? | 11:27 |
| emwe | there was system_extras or _core which had a change for that, too, no? | 11:27 |
| detule | right along with the binary and the kexec script but hyc has all those in system/xbin | 11:28 |
| emwe | detule: you are building gb yourself now? | 11:28 |
| detule | emwe, if i was building it myself i would've probably had it in ther eby now :) i am apprehensive to start pulling because of all those manifest changes....plus my machine is 32-bit - isn't there something about it needing to eb 64 for gb? | 11:28 |
| emwe | ah sorry, i misread your first statement... it sounded liked you did put on powermenu and were done.... but that was if i *would* put it in... | 11:29 |
| emwe | and regarding building yeah.. i dunno. i am 64bit and stock java6. no mods for like for froyo. just building... | 11:30 |
| emwe | ok, then i need to figure that stuff and talk to stinebd why it's not in. it would drop turn-around times insanely. | 11:31 |
| detule | it makes life ridiculously easy adb push zImage/kexec | 11:31 |
| emwe | detule: perhaps you can provide me with a link or the required binaries/scripts via mail? | 11:31 |
| emwe | does the zImage have to be placed at a specific location on sd? | 11:31 |
| emwe | or how does it figure from where to load? | 11:32 |
| detule | i think it steals the commandline from the original boot, so wherever the kernel was originally placed when it booted | 11:32 |
| emwe | aha | 11:32 |
| emwe | ah, i think i remember a kernel change for that as well. will go figure ehm... sometime soon i hope. | 11:33 |
| detule | i'll pull the binary/script from 06+ tonight....you ask me the ONE day when i am trying out a new SD card at work that has ONLY your gb build | 11:34 |
| emwe | nah, don't worry. busy with acoustic still | 11:35 |
| *** Himalayas has joined #xdandroid | 11:35 | |
| arrrghhh | lol | 11:35 |
| emwe | the incall-volume issue seems to stem from a kernelland change. | 11:35 |
| emwe | CURRENT device was moved from id 256 to the one from IDLE .. so 0xd(5225) or 0x11(6125) .. putting it back to 256 on RAPH fixes it at least | 11:36 |
| emwe | also speaker incall vol. | 11:36 |
| detule | 0x11 no good? | 11:36 |
| emwe | just made CURRENT 256 again on RAPH with .27-acoustic and incall earpiece and speaker vol-change is working again. | 11:37 |
| emwe | need to call VM again and test out enabling speaker. i think it turned on full vol and i had to change vol for it to actually react correctly. | 11:37 |
| emwe | but it's a start I think. | 11:38 |
| detule | wonder why alex changed it | 11:38 |
| emwe | i think JB came up with it also | 11:38 |
| emwe | or at least for experimental purposes. | 11:39 |
| arrrghhh | emwe, the current audio stuff does that i think | 11:39 |
| emwe | ? | 11:39 |
| ryannathans | emwe: is that issue fixed yet? | 11:39 |
| arrrghhh | the indicator does not match the actual volume | 11:39 |
| emwe | uh wait waht. plz elaborate a bit more arrrghhh :) | 11:39 |
| emwe | ryannathans: working on it. hold on... | 11:39 |
| arrrghhh | so you make a call | 11:39 |
| arrrghhh | flip speaker on | 11:39 |
| emwe | i am limited with knowledge... :P | 11:39 |
| arrrghhh | try to adjust the volume | 11:39 |
| arrrghhh | the indicator on the phone will 'fill' | 11:40 |
| arrrghhh | however | 11:40 |
| arrrghhh | i can keep hitting vol up | 11:40 |
| arrrghhh | and the volume continues to increase 2-3 steps beyond "full" | 11:40 |
| arrrghhh | so the visual indicator does not match what is reality | 11:40 |
| arrrghhh | make sense? :P | 11:40 |
| arrrghhh | sorry, i'm not sure how to explain it. kinda confusing. | 11:40 |
| ryannathans | sleepy tiems for me, night | 11:40 |
| *** ryannathans is now known as ryannathansSLEEP | 11:40 | |
| emwe | arrrghhh: that is for incall speaker phone or the dialtone issue? | 11:41 |
| emwe | ah flip speaker on... | 11:41 |
| emwe | tough week. sorry. | 11:41 |
| arrrghhh | np | 11:42 |
| arrrghhh | i actually believe this to apply for most volume indicators | 11:42 |
| arrrghhh | if not all | 11:42 |
| arrrghhh | i guess i just notice it moar when i flip the speakerphone on | 11:42 |
| arrrghhh | since i'm not watching the screen when using the earpiece... | 11:42 |
| *** valyk has joined #xdandroid | 11:44 | |
| detule | mgross029, thanks btw for the build.prop tweak | 11:44 |
| mgross029 | emwe / detule I've noticed in couple of .java files there some comments that say 0 = Global with regards to default_network. Was this something from a previous port possibly? | 11:45 |
| mgross029 | detule, np I may have a better one. :p | 11:45 |
| detule | git log the_file will show you the history of the file | 11:45 |
| arrrghhh | valyk, why PM me? | 11:45 |
| mgross029 | Thanks I will do that. | 11:46 |
| valyk | :-?? | 11:46 |
| valyk | dk | 11:46 |
| arrrghhh | ... | 11:46 |
| valyk | it seems quite faster to me | 11:46 |
| valyk | lol | 11:46 |
| valyk | :D | 11:46 |
| valyk | i have a lil' problem | 11:46 |
| arrrghhh | type arr then tab | 11:46 |
| arrrghhh | in the room | 11:46 |
| arrrghhh | no need for PM | 11:46 |
| arrrghhh | kinda rude... that's all. | 11:47 |
| valyk | ok | 11:47 |
| valyk | next time i will | 11:47 |
| valyk | so.. my phone doesn't recognise root even if it is rooted | 11:47 |
| valyk | i have installed the froyob v7 rom | 11:47 |
| detule | oh boy | 11:47 |
| helicopter88 | valyk: wrong channel,here's xdandroid support | 11:47 |
| helicopter88 | gbx and frx | 11:47 |
| valyk | whatever | 11:48 |
| valyk | i will move to neopeek | 11:48 |
| detule | don't do it | 11:48 |
| detule | we need you here | 11:48 |
| valyk | lol | 11:48 |
| valyk | so will i get some help | 11:48 |
| valyk | or not | 11:49 |
| valyk | ? | 11:49 |
| detule | well you are clearly a key ingredient to this project so under the threat of moving to neopeek I will gladly assist you with any build you may have issues with | 11:49 |
| arrrghhh | lol | 11:51 |
| detule | damnit i am turning into arrrghhh | 11:52 |
| detule | :) | 11:52 |
| detule | bbl | 11:52 |
| arrrghhh | teehee | 11:52 |
| mgross029 | emwe, I have found the ro.telephony.default_network is noted in the TelephonyManager.java and DatabaseHelper.java. It grabs the value for the default_network from system.prop, which we currently have set to 0 | 11:58 |
| mgross029 | After reading the comments over the function it states that 0 = Global as I stated above, but 0 = WCDMA Preferred in reality | 12:00 |
| emwe | hm. | 12:00 |
| emwe | prop name was ro.ril.default_network? | 12:00 |
| mgross029 | correct | 12:00 |
| mgross029 | After digging through some of the other .java files I found some definitions where Global is actually 7 | 12:01 |
| mgross029 | I will have to go back and find out where I saw that though. Did not write it down unfortuantely. | 12:02 |
| valyk | detule... can you help me with the root issue?? | 12:11 |
| emwe | NETWORK_TYPE_UNKNOWN = 0 here mgross029. | 12:11 |
| arrrghhh | trolololololol | 12:12 |
| mgross029 | emwe where did you see that? I came across that one as well. My VM host kind of took a dive and I lost all of my data. | 12:13 |
| helicopter88 | NETWORK_TYPE_UNKNOWN = 0 same here | 12:13 |
| emwe | mgross029: TelephonyManager.java public static final int NETWORK_TYPE_UNKNOWN = 0; | 12:13 |
| mgross029 | Ahh that's right. Thanks. | 12:14 |
| emwe | mgross029: looks like the comment in DatabaseHelper.java is wrong. it actually sets PREFERRED_NETWORK_MODE which is int NETWORK_MODE_WCDMA_PREF = 0; /* GSM/WCDMA (WCDMA preferred) */ | 12:21 |
| mgross029 | emwe, yeah NETWORK_TYPE is used differently that NETWORK_MODE I believe | 12:23 |
| emwe | so now ... we need to distinquish between network_mode ..........you said it :) | 12:23 |
| emwe | ro.telephony.default_network is about the NETWORK_MODE if they didn't mess up all comments and souce :) | 12:25 |
| *** kalemas has joined #xdandroid | 12:25 | |
| mgross029 | Normally with 0 or even 4 I see in the radio log it creates GSM Phone and the creates CDMA Phone. | 12:25 |
| mgross029 | When I used 7, which as far as I can tell is Global, I only see it creating a CDMA Phone does not switch back and forth and I do not get a FC message on first boot even. | 12:26 |
| emwe | lol, even in TelephonyManager they call it network type. thanks. | 12:26 |
| mgross029 | Radio log appears much cleaner to me anyway | 12:26 |
| mgross029 | Yeah I think those definitions are for another feature. Haven't been able to determine yet though. | 12:27 |
| emwe | there's really not much changes in the files between froyo and gb so perhaps an behavioral difference between the system.s | 12:27 |
| emwe | also the RIL api version got increased in GB. our version 3 is still compatible though. perhaps we need some RIL love in order to get it setup correctly. but i haven't had much RIL contact and would have to read into that. | 12:28 |
| mgross029 | That is exactly what I was thinking... Froyo and GB seem to be different animals | 12:28 |
| *** vinceweis has joined #xdandroid | 12:28 | |
| mgross029 | I know I saw some references to NETWORK_MODE or preferred network in RIL.java | 12:29 |
| mgross029 | Radio log with the 7 option used http://pastebin.com/k3PWvSSj | 12:31 |
| *** |Jeroen| has joined #xdandroid | 12:32 | |
| emwe | this sounds good: World phone has no SIM card installed, just using CDMA | 12:32 |
| mgross029 | I've seen that before with other setting, the big one is Network Mode set to 7 then Cdma Subscription set to 1 and right after that Connected to 'rild' socket | 12:33 |
| mgross029 | No reference to GSM here | 12:34 |
| *** austeregrim has joined #xdandroid | 12:35 | |
| mgross029 | Would be interesting to see how a GSM phone handles 7 | 12:35 |
| emwe | i know you did, but i tend to have lost... do you have a complete radio log handy from a crash? (complete as from the very beginning) | 12:36 |
| mgross029 | From a FC? | 12:36 |
| emwe | yeah | 12:41 |
| emwe | where default_network is apparently 0 | 12:42 |
| emwe | perhaps we just need to set the property when we detect the device capabilities when the RIL is initializing. | 12:42 |
| mgross029 | I'm checking my pastebin but I may just create a new will probably be faster. | 12:42 |
| emwe | don't wan't you to screw your setup... | 12:43 |
| emwe | apart from that.. didn't i wan't to do acoustic? :P | 12:43 |
| mgross029 | Oh I have room on my sd to create a new build folder. | 12:43 |
| mgross029 | Ooops Sorry for tearing you away from that! | 12:43 |
| arrrghhh | heh | 12:45 |
| arrrghhh | gotta fix 'em all emwe | 12:45 |
| emwe | detule: didn't you fixup some multiple cring stuff? just stumbled over the RIL_UNSOL_CALL_RING documentation in hardware/ril/include/telephony/ril.h; does that ring a bell regarding missed calls somehow? (apart from you saying you got it fixed up again) | 12:45 |
| mgross029 | Radio log origininal system.ext2 with ro.telephony.default_network = 0 setting in build.prop http://pastebin.com/6CVCHS3Y | 12:59 |
| *** turbolapin has joined #xdandroid | 13:03 | |
| *** fishhead2567 has quit IRC | 13:10 | |
| emwe | mgross029: why do your pastes always contain that additional blank lines? hard to read... | 13:20 |
| rpierce99 | probably a bad text editor, windows most like, \r\n | 13:20 |
| mgross029 | Good question. :p Using Notepad++ | 13:21 |
| mgross029 | Ooops not I opend that one in Notepad. bleh sorry | 13:21 |
| emwe | ok, it first creates a gsm phone and then it notices it's cdma and switches. i dunno how we can circumvent this. perhaps by setting the property when we find out what we really are... | 13:24 |
| mgross029 | Well both notepad and notepad++ give me the same output (spaced) | 13:24 |
| rpierce99 | so at least on froyo, the creating of gsm or cdma phone depending on values returned by the ril | 13:25 |
| emwe | hm. perhaps your console producing them? | 13:25 |
| mgross029 | Well the system.prop under device/xdandroid/msm can be modified in the source | 13:25 |
| rpierce99 | if the RIL returned a specific value for check sim state (if i recall) it knew it was a cdma phone | 13:26 |
| emwe | mgross029: yeah in the source, but this is a runtime thing. perhaps we can help it be setting the prop on ril init. | 13:26 |
| emwe | rpierce99: yeah, but userland isn't told about it. it defaults to it's default mode which is 0 (gsm/wcdma) it looks. | 13:26 |
| mgross029 | emwe, doesn't it pull from there to create the runtime and build.prop though? | 13:27 |
| emwe | uh what? ;) | 13:27 |
| emwe | it reads the prop, but it should ask the RIL imho. perhaps it does and I don't see it. | 13:28 |
| emwe | setting the prop is stupid idea of course. it's ro. ;) | 13:29 |
| *** valyk has quit IRC | 13:29 | |
| mgross029 | int mode = SystemProperties.getInt("ro.telephony.default_network", -1); That is what I got from this line in TelephonyManager.java anyway. SystemProperties (ie system.prop) | 13:30 |
| mgross029 | Understood, did not see where the variable for NETWORK_MODE was being set otherwise though | 13:30 |
| emwe | mgross029: can you test out with: ro.telephony.default_network=-1 ? | 13:40 |
| emwe | i whonder what happens then | 13:40 |
| emwe | it returns a PHONE_TYPE_NONE then | 13:40 |
| mgross029 | Sure | 13:40 |
| mgross029 | ./frameworks/base/telephony/java/com/android/internal/telephony/RILConstants.java Found where the variables are set for each number. | 13:51 |
| mgross029 | ./frameworks/base/telephony/java/com/android/internal/telephony/RILConstants.java: int PREFERRED_NETWORK_MODE = NETWORK_MODE_WCDMA_PREF; | 13:52 |
| emwe | that is what i wrote earlier :) that's where i got it from. | 13:52 |
| mgross029 | And that is where the PREFERRED_NETWORK_MODE is set | 13:52 |
| mgross029 | Umm no that was network type from TelephonyManager.java right? | 13:53 |
| emwe | 17:22 <emwe> mgross029: looks like the comment in DatabaseHelper.java is wrong. it actually sets PREFERRED_NETWORK_MODE which is int NETWORK_MODE_WCDMA_PREF = 0; /* GSM/WCDMA (WCDMA preferred) */ | 13:53 |
| mgross029 | Ahh... :p | 13:53 |
| mgross029 | Forgot about that post sorry | 13:54 |
| emwe | so yeah, the trial with ro.telephony.default_network=-1 might be worthless, but if you could give it a shot nevertheless, would be nice. | 13:54 |
| emwe | np. glad you found it :) | 13:54 |
| rpierce99 | do you guys have this patch in your tree? http://highlandsun.com/hyc/proxy.dif.txt | 13:54 |
| mgross029 | I'm just deleting my data.ext4 and rebooting... | 13:54 |
| emwe | rpierce99: yes, but strangely only on the gingerbread branch. so ehm... wasn't this supposed to be in froyo initially? | 13:59 |
| rpierce99 | it was a fix specifically for GB, http://xdandroid.com/irclogs/%23xdandroid.20110429.log.html | 14:00 |
| rpierce99 | towards the end they discuss a GB phone.apk crash | 14:00 |
| mgross029 | emwe, well it took the -1 11-04 14:01:52.083 I/PHONE ( 1564): Network Mode set to -1, but still getting the FC and GSM messages in Radio Log | 14:05 |
| mgross029 | Looks the same as if it were set to 0 | 14:05 |
| emwe | ok. | 14:06 |
| emwe | git a log? | 14:06 |
| *** Tandyman100 has quit IRC | 14:06 | |
| mgross029 | Sure but I thought you didn't like my logs... :p http://pastebin.com/tCugVHfJ | 14:08 |
| mgross029 | Pulled that one from my console screen instead of a piped txt file. | 14:08 |
| *** fishhead2567 has joined #xdandroid | 14:12 | |
| rpierce99 | so from that log it sounds like the phone app and the ril need to be on the same page (gsm/cdma) in order for it to work, but sometimes they get seperated, does your regular logcat say phone app is in gsm or cdma? | 14:14 |
| *** Tandyman100 has joined #xdandroid | 14:14 | |
| emwe | gsm from the logs | 14:15 |
| emwe | 11-04 14:01:52.764 I/PHONE ( 1564): Creating GSMPhone | 14:16 |
| rpierce99 | gsm from radio log | 14:16 |
| mgross029 | rpierce99, if I set the ro.telephony.default_network to 4 or 7 I do not see the switching in the log Look ^^ there was a pastebin from earlier | 14:16 |
| rpierce99 | i know, i'm not talking radio logs | 14:16 |
| rpierce99 | 04-29 19:52:55.770 D/PhoneApp( 1417): Radio technology switched. Now CDMA is active. | 14:16 |
| mgross029 | [12:31] <mgross029> Radio log with the 7 option used http://pastebin.com/k3PWvSSj | 14:17 |
| emwe | rpierce99: is this piece of log around the same time as this from radio log? > 11-04 12:57:19.110 D/PHONE ( 1561): [PhoneProxy] Switching phone from GSMPhone to CDMAPhone | 14:17 |
| rpierce99 | so the phone app is on cdmaphone but the ril started up a gsmphone? | 14:18 |
| rpierce99 | that doesn't look like the same thing actually, that sounds like it's talking about the ril gsmphone | 14:18 |
| emwe | currently it looks the phoneapp goes gsm and then switches over. | 14:19 |
| rpierce99 | which would be fine if it didn't crash while attempting the switch? | 14:20 |
| mgross029 | I think I found something. Look at these two. One for CDMA https://gitorious.org/xdandroid/frameworks_base/blobs/gingerbread/telephony/java/com/android/internal/telephony/cdma/CdmaServiceStateTracker.java | 14:21 |
| mgross029 | One for GSM https://gitorious.org/xdandroid/frameworks_base/blobs/gingerbread/telephony/java/com/android/internal/telephony/gsm/GsmServiceStateTracker.java | 14:21 |
| *** f00bar80 has joined #xdandroid | 14:21 | |
| rpierce99 | i hope there is more text coming | 14:21 |
| mgross029 | Do a find for network_mode in both | 14:21 |
| rpierce99 | i think i found something, look at these 2 giant source files! :) | 14:21 |
| mgross029 | :p | 14:22 |
| f00bar80 | is there a data packets transmission log, if yes wher can i find it? | 14:22 |
| mgross029 | network_mode seems missing from cdmaservicestatetracker.java | 14:22 |
| rpierce99 | there are packet capture apps on the market | 14:22 |
| f00bar80 | rpierce99, yea i know that, but i want to know the history of transmission from a month | 14:23 |
| rpierce99 | you think your phone kept all of the data packets sent and received for the last month? | 14:23 |
| mgross029 | This is showing the gsmstatetracer mPreferredNetworkType = RILConstants.NETWORK_MODE_GLOBAL | 14:23 |
| f00bar80 | rpierce99, i thought it can be like any other OS symbian , winmo ..etc, all of them do that | 14:24 |
| mgross029 | Which NETWORK_MODE_GLOBAL = 7 in RILConstants.java | 14:24 |
| rpierce99 | mgross029: the cdma version doesn't even seem to support the network_mode events | 14:25 |
| rpierce99 | err network_type | 14:25 |
| *** |Jeroen| has quit IRC | 14:25 | |
| rpierce99 | EVENT_GET_PREFERRED_NETWORK_TYPE, EVENT_SET_PREFERRED_NETWORK_TYPE | 14:25 |
| f00bar80 | rpierce99, also maybe i was not clear in my query, i meant a packets counter log | 14:28 |
| rpierce99 | oh, how many, not the content? | 14:28 |
| mgross029 | rpierce99, so shouldn't they both have those statements in their code? | 14:29 |
| f00bar80 | rpierce99, yea | 14:30 |
| detule | emwe, CALL_RING is working fine, i hardened the ril against missed calls when booting with an active connection in winmo - however this can be avoided by having winmo in airplane mode | 14:30 |
| emwe | mgross029: try this one. contains the 2nd patch from hyc referenced by rpierce99. dunno if it helps. http://dl.dropbox.com/u/12183048/htctopaz/packages/Phone.apk | 14:33 |
| emwe | detule: with stock ril people reported missed calls, right? i whondered about that comment. wasn't there some multiple CRING reporting removed which caused missed calls? | 14:34 |
| emwe | detule: from the looks, Phone.apk thinks our ril will send multiple and not internally generate some. 11-04 14:01:57.629 D/PHONE ( 1564): mDoesRilSendMultipleCallRing=true | 14:35 |
| mgross029 | emwe, ok... I will load it up. Any thoughts on why these <type>StateTracker.java files differ so much? ^^^ | 14:35 |
| emwe | detule: stumbled over the comment in ril.h and whondered... | 14:35 |
| f00bar80 | rpierce99, so if it's a how many , is there a way to know how many packets phone kept for the last month? | 14:36 |
| emwe | mgross029: i'd say why not... but i dunno all the stuff happening there. it's like asking me why apple trees carry 5 fruits per branch and plum trees only 4 | 14:37 |
| *** rpierce99_ has joined #xdandroid | 14:37 | |
| detule | emwe, yeah our ril sends multiple CRING, it was an issue of how those were handled -> now we just send CALL_RING back to system, before we were doing something else which was not as elegant and caused a storm of ril traffic | 14:37 |
| emwe | detule: ah ok. thanks. | 14:38 |
| emwe | detule: and that is in mainline? | 14:38 |
| detule | emwe, it is, however like I was saying, it's not hardened against booting with an active winmo connection -> you will miss calls 10 times out of 10 if you booth with winmo not in airplane mode | 14:39 |
| mgross029 | emwe, :p Sorry just thought they should be similar in regards to the main meat of the code but the items would either differ from gsm or cdma statement | 14:39 |
| emwe | mgross029: if network mode=0 gsmservicestatetracker will fire up anyway and will detect network and likely switch to cdma | 14:39 |
| *** rpierce99 has quit IRC | 14:40 | |
| *** rpierce99_ is now known as rpierce99 | 14:40 | |
| emwe | it's unlikely for cdmaservicestatetracker being up first. just an assumption. | 14:40 |
| mgross029 | That makes sense | 14:40 |
| emwe | detule: i always boot in non-airplane mode. so it sounds this patch needs to go public, eh? | 14:40 |
| detule | emwe, hyc calls booting with winmo in non-airplane mode user error | 14:41 |
| detule | :) | 14:41 |
| emwe | i call it more burden on supporters and less donations if that patch stays private :P | 14:42 |
| emwe | if it has no implications, it should go out. | 14:43 |
| detule | yeah it's pretty minor with no other implications i just have to find it | 14:44 |
| emwe | the ML will be happy with some traffic. | 14:45 |
| mgross029 | emwe, booting now with fresh data. bind mounting the Phone.apk... I'll let you know the result | 14:45 |
| emwe | you bindmounters!!!! just remount /system read-write and push to /system/app/ | 14:45 |
| mgross029 | Yeah I could do that to but it takes longer. :p | 14:46 |
| emwe | that takes longer?! | 14:46 |
| mgross029 | Yes by about 2 seconds. I timed it. :p j/k | 14:46 |
| emwe | brb5 | 14:47 |
| rpierce99 | f00bar80: I don't see any way to go back that far unless your interface has been up that whole time, it doesn't appear to store it except it /proc and /sys entries, netstat and ifconfig print it out, or you can look in /sys/class/net/<interface>/statistics or /proc/net/tcp | 14:53 |
| mgross029 | emwe, so first boot with new Phone.apk still got the FC on com.android.phone | 14:55 |
| rpierce99 | what's the stack trace on that crash | 14:56 |
| emwe | rpierce99: i think there's been none as stupid as it sounds. | 14:57 |
| emwe | mgross029: can you spot some stack trace in logcat? | 14:57 |
| mgross029 | I will see what I can find... Forgot about the SOD usb bug and lost my connection to the phone. | 14:58 |
| emwe | Phone.apk will be a bit more chatty actually | 14:59 |
| rpierce99 | i have a version of getlogs that is supposed to be GB compatible, don't know if arrrghhh ever tested it though | 14:59 |
| detule | the funny thing is the stack trace is all about ToneGenerator blah blah | 14:59 |
| emwe | so leave both running, logcat and logcat -b radio | 14:59 |
| emwe | ah i remmeber detule ... hm. | 14:59 |
| emwe | ah damnit. this stuff drags me off from acoustic.... | 14:59 |
| detule | :) perhaps they are related | 15:00 |
| detule | though i recall acl had these on .27 + gb | 15:00 |
| detule | with identical stack traces | 15:00 |
| detule | did he ever share the secret on how he got over those? | 15:00 |
| rpierce99 | when hyc originally wrote the RIL he was getting FCs on phone.apk that would go through a bluetooth stack | 15:01 |
| detule | (i should say the stack traces i saw from mgross029 back in the day were about ToneGenerator, don't know if the problem has evolved since then) | 15:01 |
| detule | acl patched somethiing about the bluetooth stack | 15:01 |
| detule | right around the time his FCs stoped | 15:01 |
| detule | emwe, you know the patch i am talking about | 15:02 |
| rpierce99 | hyc's patch was to PhoneProxy to fix that | 15:02 |
| rpierce99 | i just wanted to see a stacktrace for this crash to see if it's the same thing and the patch doesn't fix it anymore, or if its a completely different crash | 15:02 |
| emwe | detule: a bt patch? i think i forgot about it. was it a JNI issue with the boolean? | 15:03 |
| detule | https://github.com/acl/device_htc_rhodium/commit/f6d1dfa87a78b77226dca49af552ad454134ffb1 | 15:03 |
| emwe | detule: that one?! that made the phone.apk crash go away for him? | 15:03 |
| emwe | i once built an image with that stuff in. | 15:03 |
| detule | no idea | 15:03 |
| rpierce99 | ah, yes it did i believe | 15:03 |
| emwe | hm, so my testers haven't tested right?! :P | 15:04 |
| rpierce99 | well, no guarantee that's the same crash | 15:04 |
| detule | i am just spurting things off the top of my head here | 15:04 |
| emwe | but why should it crash for cdma folks only? | 15:04 |
| rpierce99 | hycs original crash was something tried to use the gsmphone after it had been disposed, or something along those lines, so he spun up a new phone prior to killing the old phone, or something like that | 15:05 |
| detule | no idea ToneGenerator has some CDMA specific values it uses | 15:05 |
| rpierce99 | gsm folks wouldn't be affected in that case because there's no transition | 15:05 |
| rpierce99 | it could be the bluetooth stack that tries to access the old phone | 15:05 |
| detule | we need mgross029 to come back with that stack trace to see if it's the same i saw in acl's omgb thread | 15:06 |
| detule | i should say if it's still the same | 15:07 |
| emwe | rpierce99: sounds "logical" to me. | 15:10 |
| *** turbolapin has quit IRC | 15:12 | |
| detule | emwe, here's a pastebin of a crash mgross029 sent me a long time ago v | 15:13 |
| detule | http://pastebin.com/0PfKHjbT | 15:13 |
| rpierce99 | method called after release() | 15:13 |
| detule | yeah i remember looking at it a long time ago but java is pretty confusing :) | 15:14 |
| rpierce99 | why is it trying to notify of a call? | 15:15 |
| detule | it was on a incomming phone call i believe | 15:15 |
| mgross029 | Sorry rl kicked in here | 15:16 |
| rpierce99 | i thought it crashed once at startup | 15:16 |
| detule | here's the radio log to go with that logcat http://pastebin.com/a7Ajbppy ( i think ) | 15:16 |
| detule | mgross029, hope you don't mind i am posting your old pastebins | 15:16 |
| emwe | timestamps don't match up :/ | 15:17 |
| mgross029 | detule, not at all... Do we need updated? | 15:17 |
| rpierce99 | yes, do you want a copy of getlogs so you can pull both at the same time? | 15:17 |
| *** ray|yar has quit IRC | 15:17 | |
| *** ray|yar has joined #xdandroid | 15:17 | |
| emwe | i am building an image with abels patch | 15:17 |
| mgross029 | I'm pulling lc and radio | 15:20 |
| detule | rpierce99, feel free to send GB getlogs my way | 15:21 |
| rpierce99 | detule: uploading to dropbox right now, I haven't been able to test it on gb but i fixed the crash that arrrghhh was getting, so hopefully it works | 15:21 |
| detule | do you have any "su -" commands in there? | 15:21 |
| detule | it might not work with current emwe immages | 15:22 |
| emwe | because?! :P | 15:22 |
| detule | (not sure about how superuser is being built currently) | 15:22 |
| emwe | it's fine :P | 15:22 |
| detule | ok | 15:22 |
| detule | :) | 15:22 |
| rpierce99 | it calls su to get root | 15:22 |
| rpierce99 | http://dl.dropbox.com/u/50423/GetLogs.apk | 15:22 |
| emwe | detule: it was only one image in between which was broken. | 15:22 |
| detule | don't worry i won't badmouth your images any more :) | 15:23 |
| rpierce99 | if you get any errors just throw me a stack trace and i'll fix it up quick | 15:23 |
| detule | if you could email me a copy this would facilitate install | 15:24 |
| rpierce99 | if you could pm me your email it would facilitate facilitation | 15:24 |
| emwe | works fine on the RAPH with GB | 15:25 |
| detule | rpierce99, seems to be working fine | 15:27 |
| rpierce99 | good, there was an issue with some of the filters where one of the filtered strings was returning null, i had to add some null checking | 15:28 |
| rpierce99 | hope that data that is missing isn't causing phone.apk to crash | 15:28 |
| *** helicopter88 is now known as helicAWAY | 15:29 | |
| emwe | feedback from abel/acl. that bt patch has not solved it. he'll get back to me later when he is home. it was another patch he pushed towards omgb people. | 15:30 |
| emwe | stopping the image build :P | 15:30 |
| detule | :) | 15:31 |
| emwe | i checked our ISP and only crappy offers for faster internet. | 15:31 |
| emwe | we have a tv, phone and internet package. they figured it was a big of a loss for them. now they separated tv again. bastards. | 15:32 |
| rpierce99 | as much crap as we get here in the US for having slow internet, at least it is cheap | 15:32 |
| rpierce99 | well, mobile data is relatively cheap, landline data is still stupid expensive | 15:32 |
| emwe | i just need more upload bandwidth. those 4kbit down are ok. | 15:32 |
| emwe | erm, meant 4000kbit down. | 15:33 |
| rpierce99 | 4k? are you serious right now? | 15:33 |
| emwe | those 256kbit down are a pita | 15:33 |
| rpierce99 | ok that's better | 15:33 |
| emwe | up | 15:33 |
| emwe | man... bah. i should get a rest. | 15:33 |
| rpierce99 | currently 12 down 2 up on my wireless network, while streaming netflix | 15:34 |
| mgross029 | Home is 30 down and 5 up for me. :p | 15:36 |
| emwe | showoffs :P | 15:36 |
| mgross029 | My logs have extra spacing in them. Working to clean them up so emwe can read them easier. :p | 15:37 |
| emwe | lol, yeah. and saves some of your 5mbps upload bandwidth. | 15:38 |
| mgross029 | Nah I'm at work. 300Mbps Internet pipe. | 15:39 |
| mgross029 | Of course that is shared with over 50,000 employees plus | 15:39 |
| emwe | i am going to share my food with myself now. | 15:40 |
| emwe | laters. | 15:40 |
| mgross029 | enjoy... | 15:41 |
| mgross029 | 15:25:58... Look at that point in time LC http://pastebin.com/zNCmBR4F Radio http://pastebin.com/a9yLqDh2 | 15:46 |
| *** helicopter88 has joined #xdandroid | 15:46 | |
| rpierce99 | same stack trace, method called after release() in tonegenerator | 15:47 |
| *** helicAWAY has quit IRC | 15:48 | |
| mgross029 | Yep. | 15:52 |
| *** SytheZN has joined #xdandroid | 15:56 | |
| *** SytheZN has quit IRC | 15:57 | |
| rpierce99 | so do you think that stack trace is saying that stopTone() shouldn't have been called, because the ToneGenerator has been released, or do you think something in the stopTone() native method called something that was released | 15:57 |
| *** SytheZN has joined #xdandroid | 15:57 | |
| mgross029 | Well if we update this ./frameworks/base/telephony/java/com/android/internal/telephony/RILConstants.java: int PREFERRED_NETWORK_MODE = NETWORK_MODE_WCDMA_PREF; to = NETWORK_MODE_GLOBAL it should work for every phone. Just my thoughts | 15:58 |
| SytheZN | Greetings .etc | 15:58 |
| rpierce99 | wouldn't that be simpler to change the preferred mode in build.prop | 15:58 |
| * SytheZN lights a smoke | 16:00 | |
| mgross029 | That would not be a proper fix though... | 16:01 |
| rpierce99 | changing the framework is? | 16:01 |
| mgross029 | If you wanted to do that you could always make the change in system.prop before you build the system | 16:01 |
| mgross029 | Well if that is where the value is getting written from. I would say yes. Start at the origin of code and not at the result. Right? | 16:02 |
| mgross029 | Like I said just my thoughts. | 16:03 |
| detule | rpierce99, here's the release on radiotechnology change http://gitorious.org/xdandroid/packages_apps_phone/blobs/bc7ffda9dfa6b95f313acc203ecfee81e5a86f4d/src/com/android/phone/CallNotifier.java#line815 | 16:03 |
| *** SytheZN has quit IRC | 16:04 | |
| detule | not sure which instance afterwards gets called | 16:04 |
| rpierce99 | i was just going to go look for that :) | 16:04 |
| rpierce99 | and it happens on radio technology change too | 16:05 |
| rpierce99 | that's excellent | 16:05 |
| rpierce99 | the signalinfotoneplayer runs on it's own thread | 16:06 |
| detule | yeah and that's the bad guy that calls stopTone | 16:08 |
| detule | ok i think just set mSignalInfoblahblah to null | 16:08 |
| detule | after release | 16:08 |
| rpierce99 | seems logical, why would you release something and let it hang around | 16:09 |
| mgross029 | detule, so why would changing the ro.telephony.default_network have an effect on the ToneGenerator? Just curious | 16:10 |
| rpierce99 | mgross029: i'm not saying we couldn't fix it that way, all i'm saying is there's no reason for the app to crash when switching modes | 16:10 |
| detule | mgross029, this business with the tone generator occurs on radio technology changes | 16:10 |
| detule | these are affected by those build.prop settings | 16:10 |
| mgross029 | I see. | 16:11 |
| rpierce99 | if you set the preferred mode to cdma, it never has to switch tech | 16:11 |
| rpierce99 | but in world phone mode, it looks like it starts gsm no matter what, and then if that doesn't work it switches to cdma, that tech switching isn't being handled properly | 16:11 |
| *** SytheZN has joined #xdandroid | 16:12 | |
| mgross029 | Well if I use Auto Mode or Global it seems to make the decision on its own. NETWORK_MODE_GLOBAL = 7; /* GSM/WCDMA, CDMA, and EvDo (auto mode, according to PRL) | 16:12 |
| mgross029 | Not saying this ToneGenerator code doesn't need to be fixed but why would we want to force all phones to WCDMA preferred? | 16:13 |
| SytheZN | Meh this network's driving me nuts | 16:13 |
| rpierce99 | i don't think that's what we want, that is "use cdma if available (home), if i roam to europe and gsm is all i have, use that" i think | 16:13 |
| rpierce99 | the setting we have now is if someone has their sim card in, assume they might be using their world phone as a gsm phone | 16:14 |
| detule | mgross029, try your hand at patching userland add right after line 815 a line "mSignalInfoToneGenerator=null;" | 16:14 |
| rpierce99 | otherwise fall back to cdma | 16:14 |
| detule | then rebuild the Phone.apk using "mm" | 16:14 |
| rpierce99 | are his release keys the same as emwes | 16:14 |
| detule | he's probably using his own system | 16:15 |
| rpierce99 | ah i thought he was on emwes system | 16:15 |
| mgross029 | rpierce99: but according to that code line comments it would depend on the PRL you are using. So if you were on a US PRL it should use CDMA if a CDMA phone / GSM if GSM phone and in Europe it would update the PRL as it connects to the towers | 16:17 |
| mgross029 | AFAIK | 16:17 |
| rpierce99 | i'm not going by code, i'm going by what is happening, when we are on 0, we see it create a gsmphone, fail, and then switch to cdma, which is where we get the crash, on 7 it apparently starts straight to cdma, which wouldn't work for those folks that want to use their rhod400 on a gsm network | 16:18 |
| rpierce99 | i don't know, maybe it falls gracefully into GSM after it can't register properly on the cdma network | 16:19 |
| mgross029 | detule, I will see if I can work on this over the weekend. My VM Host went down and I can't get to my build system right now. | 16:19 |
| rpierce99 | i know there was a reason hyc did it this way, but i'm not smart enough to know what it is | 16:19 |
| mgross029 | rpierce99, I'm not saying I'm right just my thoughts of how the logic should work. We would have to have someone with a Rhod400 on gsm, emwe, test that out to see if it works. :p | 16:21 |
| mgross029 | If it goes by the PRL then it should put the phone into gsm mode when the radio attachs to the tower. | 16:22 |
| SytheZN | how would I go about key remapping without rebuilding? | 16:26 |
| detule | rpierce99, this is almost funny -> compare the radiotechnology function in the GB CallNotifier I sent you, with the radiotechnology function in our current froyo tree http://gitorious.org/xdandroid/packages_apps_phone/blobs/3c4fdc50bc848f36d0d6a9fda442f7f501dde4a2/src/com/android/phone/CallNotifier.java#line714 | 16:28 |
| detule | notice currently in froyo we re-aquire mSignalInfoToneGenerator after we release it | 16:28 |
| detule | and we have a much more robust updateonradiotechnology function | 16:28 |
| detule | much much more | 16:28 |
| rpierce99 | it makes sense that we would need to reinstantiate the tone generator, but they could have moved that somewhere else | 16:29 |
| rpierce99 | SytheZN: the keymaps are in the rootfs | 16:30 |
| SytheZN | rpierce: ta, but isn't rootfs read-only while running? | 16:32 |
| detule | i don't see where they moved it, they only create it once in the constructor.....i guess there could be multiple instances of CallNotifier | 16:32 |
| mgross029 | It is unless you change ro.secure in default.prop | 16:32 |
| rpierce99 | mount -o remount,rw / | 16:32 |
| mgross029 | Or ^^ :p | 16:33 |
| *** SytheZN has quit IRC | 16:36 | |
| *** SytheZN has joined #xdandroid | 16:36 | |
| *** Kraln has quit IRC | 16:37 | |
| rpierce99 | VolumePanel.java is smart enough to null out its tone generators after releasing them | 16:37 |
| SytheZN | Oi :'( | 16:37 |
| *** Kraln has joined #xdandroid | 16:37 | |
| rpierce99 | did you see my answer SytheZN | 16:38 |
| SytheZN | Yeah I did thanks rpierce99 | 16:38 |
| rpierce99 | what are you trying to do to your keymap | 16:38 |
| SytheZN | Well I'm trying to add in a handful of chars which are missing on the raph100 keymap to fn keys | 16:39 |
| rpierce99 | is it something that has been done before so you can just steal the keymap? | 16:40 |
| *** kalemas has left #xdandroid | 16:40 | |
| SytheZN | Not as far as I know, but it may have been | 16:41 |
| SytheZN | Keys such as left & right angle brackets, curly braces etc | 16:42 |
| SytheZN | ? Not root, no sudo... any thoughts? | 16:43 |
| SytheZN | lol nm | 16:44 |
| * SytheZN kicks himself for asking before thinking | 16:45 | |
| * SytheZN repeats ^^ repeatedly | 16:46 | |
| emwe | detule: rpierce99: seems you figured, eh? going to look. | 16:46 |
| detule | emwe, i'll write you a patch really quickly :) | 16:46 |
| SytheZN | What're the chances of me getting dpkg or another package manager running on here? | 16:55 |
| *** SytheZN has quit IRC | 17:06 | |
| emwe | mgross029: http://dl.dropbox.com/u/12183048/htctopaz/packages/Phone.apk one again | 17:10 |
| mgross029 | emwe, thanks pulling down now | 17:12 |
| detule | i wonder if this somehow affected other issues with acoustic + phone.apk | 17:14 |
| detule | probably not | 17:14 |
| emwe | hm, now does this crash or does this crash for me? ;) | 17:23 |
| detule | ?crashes for you? | 17:23 |
| rpierce99 | shouldn't affect non-cdma phones | 17:23 |
| detule | did you add that if phone type switch | 17:23 |
| emwe | nope, because google dropped it in gb | 17:25 |
| emwe | now it worked after it had stop/start hickups | 17:25 |
| emwe | just going with a clean boot | 17:25 |
| mgross029 | Ok.. Pushed the Phone.apk to the phone | 17:27 |
| mgross029 | Success! Made a call to the phone and did not get a FC message | 17:28 |
| emwe | do it again, please :P | 17:29 |
| emwe | was this a fresh image? | 17:29 |
| mgross029 | btw that was with my setting still at -1 on ro.telephony. :) | 17:29 |
| mgross029 | Calling out now | 17:29 |
| mgross029 | Prox works. :p | 17:29 |
| mgross029 | No FC... | 17:29 |
| mgross029 | No fresh image but it was the -1 | 17:29 |
| emwe | ok. assume it's fixed. | 17:30 |
| mgross029 | I would yes. I will do some further testing over the weekend. | 17:31 |
| detule | mgross029, just for fun try the volume rocker | 17:31 |
| mgross029 | emwe not sure if you saw my message in htc-linux about testing your Rhod400 with 7 to see if you are able to get gsm in Europe. Would be intersting to know if that works. | 17:32 |
| mgross029 | detule, ok. sec. | 17:32 |
| emwe | mgross029: that depends on my free time. | 17:32 |
| emwe | now peeps do your tests, wan't the patch off :P | 17:32 |
| mgross029 | detule, no problems... | 17:33 |
| mgross029 | emwe, understood. Thanks... | 17:33 |
| emwe | i currently do have the SIM in the raph so i can screw that install for acoustic testing... | 17:33 |
| mgross029 | Ok I'm out guys... Have a good one! Good find btw! | 17:34 |
| mgross029 | emwe, If you're bored. :p | 17:34 |
| emwe | never :) | 17:34 |
| mgross029 | :) Laters! | 17:35 |
| *** mgross029 has quit IRC | 17:35 | |
| rpierce99 | at least now you can focus on acoustic emwe :) | 17:39 |
| emwe | now i only need to be succesful there... | 17:39 |
| rpierce99 | sorry, i will be of much less help there | 17:39 |
| detule | i am starting to think my phone is a freak outlier with this acoustic business | 17:40 |
| detule | it's a little depressing how much time i've spent looking at both the kernel and userland side | 17:40 |
| emwe | https://gitorious.org/xdandroid/packages_apps_phone/commit/3db92dd32ea8f8090989e3e5e4e55207da2a971f i took the chance and credited acl as well | 17:42 |
| detule | mgross029 gets the nod for testing like a champ | 17:44 |
| detule | punching out folks talk to you later | 17:44 |
| rpierce99 | cya | 17:44 |
| emwe | ouch yeah, forgot mgross029... | 17:45 |
| emwe | laters. | 17:45 |
| *** programmer8922 has joined #xdandroid | 17:55 | |
| *** programmer8922 has quit IRC | 18:02 | |
| *** helicopter88 has quit IRC | 18:04 | |
| *** AndersG has quit IRC | 18:06 | |
| *** ray|yar has quit IRC | 18:43 | |
| *** ilkinansr92 has joined #xdandroid | 18:53 | |
| *** ilkinansr92 has quit IRC | 18:55 | |
| *** turbolapin has joined #xdandroid | 19:07 | |
| *** d3tul3 has joined #xdandroid | 19:08 | |
| *** vinceweis has quit IRC | 19:08 | |
| *** dario_ has quit IRC | 19:13 | |
| turbolapin | guys why when i download the source of .27 kernel and compile it, the size is different from the one i download from here: http://glemsom.users.anapnea.net/android2/htc-msm-linux/ ? | 19:24 |
| emwe | depends on the toolchain you use to compile. also if you strip modules or not, given the case you build them as well. | 19:30 |
| turbolapin | thanks. may i ask which toolchain you use? my sizes are 7mb for modules instead of 800kb and only a few files are different | 19:32 |
| *** d3tul3 has quit IRC | 19:33 | |
| emwe | you need to strip the modules | 19:36 |
| emwe | i don't recall if there was a wiki page now with build instructions or not. | 19:37 |
| emwe | using 2010-09, still | 19:38 |
| emwe | don't try the 2011 one. won't work without patches. | 19:38 |
| emwe | here's a quite outdated tutorial: http://www.facebook.com/topic.php?uid=394317262428&topic=14012 | 19:39 |
| emwe | too lazy to look in xdandroid.com if arrrghhh setup an uptodate instructions page there. | 19:40 |
| rpierce99 | the best build instructions were on ppcg, one of acls nand helpers put em up | 19:44 |
| turbolapin | thank you both | 19:52 |
| turbolapin | one more lazy question. | 19:53 |
| turbolapin | before initrd which is the script that runs? | 19:53 |
| emwe | before initrd? nothing IMHO. | 19:55 |
| emwe | running. gnight. | 19:55 |
| turbolapin | i see that before the init script starts something else is runnning. probably the kernel is loading but which script in the kernel? | 19:57 |
| turbolapin | btw i don't know if it makes any sense but i'm trying nand on raph100 | 19:57 |
| turbolapin | some more info: i'm getting kernel panic and reboot. so i need to check why | 19:58 |
| rpierce99 | doesn't look like the ppcg thread talks about stripping modules | 19:59 |
| *** emwe has quit IRC | 20:00 | |
| rpierce99 | by far the most common problem with the self-built kernels is the size limit, generally you have to be running the new haret with the updated initrd_offset to make it work | 20:00 |
| turbolapin | wrong offset may brick my phone? | 20:01 |
| rpierce99 | no, it's an offset that gives the kernel enough room to fit in memory | 20:02 |
| rpierce99 | just won't boot if it's wrong | 20:03 |
| turbolapin | is it this line? | 20:04 |
| turbolapin | .equ KERNEL_OFFSET, 0x8000 | 20:04 |
| rpierce99 | no, it's in startup.txt | 20:04 |
| rpierce99 | and it requires you to be running a compatible haret.exe | 20:04 |
| turbolapin | i'm talking about nand :S | 20:04 |
| rpierce99 | oh, well then forget it | 20:04 |
| rpierce99 | i have no idea how nand layout works | 20:04 |
| turbolapin | ok never mind. thank you for trying | 20:05 |
| turbolapin | bb all | 20:13 |
| *** turbolapin has quit IRC | 20:16 | |
| *** ryannathansSLEEP is now known as ryannathans | 20:30 | |
| ryannathans | moaning | 21:36 |
| ryannathans | morning* | 21:36 |
| ryannathans | hmm i wonder if repo is fixed | 21:37 |
| rpierce99 | moaning is more accurate methinks | 21:39 |
| rpierce99 | seeing as how it is after 8pm | 21:39 |
| arrrghhh | heh | 21:39 |
| arrrghhh | i doubt it's the same in australia | 21:39 |
| rpierce99 | not because i'm doing stuff | 21:40 |
| *** rpierce99 has quit IRC | 21:59 | |
| *** ringer has joined #xdandroid | 22:13 | |
| *** ringer has quit IRC | 22:23 | |
| *** ringer has joined #xdandroid | 22:23 | |
| Tandyman100 | arrrghhh: Here's some good news for you; I finally got a naitive Android device. | 22:33 |
| Tandyman100 | Some more good news: As of Monday I might be able to donate a Rhod 210 to xdandroid for nand development. | 22:34 |
| arrrghhh | lol | 22:36 |
| arrrghhh | don't tell me you got that G! | 22:36 |
| arrrghhh | er | 22:36 |
| arrrghhh | g1 | 22:36 |
| *** Himalayas has left #xdandroid | 22:38 | |
| *** ringer has quit IRC | 22:44 | |
| Tandyman100 | arrrghhh: Yes. I got a G1. But not the one you think | 22:49 |
| Tandyman100 | It has a cracked screen, but it was $20. | 22:49 |
| ryannathans | o.0 | 22:49 |
| Tandyman100 | $20 for a device with the same specs as my mom's $150 phone. | 22:49 |
| Tandyman100 | Which I can root, and have installed Cyanogenmod 6 on. | 22:50 |
| arrrghhh | ok | 22:53 |
| arrrghhh | so long as you realize it's pretty much dad | 22:53 |
| arrrghhh | dead* | 22:53 |
| arrrghhh | and CM6 is probably the best you're going to be able to run on it. | 22:53 |
| arrrghhh | very limited on RAM that thing. | 22:53 |
| Tandyman100 | yeah | 22:55 |
| Tandyman100 | but it does what I need to | 22:55 |
| Tandyman100 | just fine | 22:55 |
| arrrghhh | k | 22:56 |
| arrrghhh | also, ACL might be getting a RHOD300 donor | 22:56 |
| arrrghhh | but we'll see | 22:56 |
| Tandyman100 | Ok | 23:00 |
| *** elesbb has joined #xdandroid | 23:03 | |
| elesbb | hey arrrghhh is it easier to build Android in a MAC or in Linux ? | 23:04 |
| arrrghhh | linux | 23:04 |
| elesbb | okay , i got debian running in Virtual box . | 23:04 |
| arrrghhh | k | 23:05 |
| elesbb | lol thanks , i wasnt sure which would be easier didnt mean to bother you . | 23:05 |
| arrrghhh | np | 23:06 |
| *** elesbb has quit IRC | 23:07 | |
| *** [7] has quit IRC | 23:07 | |
| *** TheSeven has joined #xdandroid | 23:07 | |
| *** bzo has joined #xdandroid | 23:40 | |
| *** virsys has joined #xdandroid | 23:52 | |
| arrrghhh | bzo, how goes it | 23:59 |
| bzo | hey arrrghhh not bad | 23:59 |
| bzo | having an exciting friday night as you can see | 23:59 |
| arrrghhh | lol | 23:59 |
| arrrghhh | ditto | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!