| 00:08.42 | ahigerd | jonpry: Bad news and good news that is actually bad news |
| 00:08.58 | ahigerd | Bad news: That didn't work. I have no audio right now. :( |
| 00:09.11 | ahigerd | Good news that is actually bad news: http://pastebin.com/YH5CymmL Reproduced it on the first call attempt |
| 00:09.40 | jonpry | boom |
| 00:10.07 | jonpry | so wtf are we doing |
| 00:10.09 | ahigerd | (I figured I don't need audio to test the issue, so I went ahead and tried. :P ) |
| 00:10.19 | jonpry | excellent plan |
| 00:10.34 | ahigerd | reboots back into WinMo |
| 00:10.43 | ahigerd | As for what we're going to do... beats the HECK out of me. |
| 00:11.12 | jonpry | so it has to be in the kernel |
| 00:11.24 | ahigerd | 2.6.27 to 3.2.11 is a whole lot of commits to be bisecting |
| 00:11.51 | jonpry | well we only need to look at smd.c and smd_tty.c |
| 00:12.09 | jonpry | and there is one other possibility |
| 00:12.27 | jonpry | care to try the 27 acoustic kernel? |
| 00:12.34 | jonpry | with this abomination |
| 00:13.00 | ahigerd | "abomination" = hacked-up FRX? |
| 00:13.12 | jonpry | iirc there is some deal they did so that acoustic can send commands to the ril |
| 00:13.19 | ahigerd | orly. |
| 00:13.25 | jonpry | so maybe there is different juice on the wire |
| 00:14.29 | jonpry | yeah hacked up FRX |
| 00:16.45 | *** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net) |
| 00:27.19 | jonpry | there is something wrong with these mutexes |
| 00:30.32 | jonpry | seriously wrong |
| 00:40.30 | jonpry | ahigerd, i have a 3.3 kernel with one mutex fixed |
| 00:40.38 | ahigerd | So should I use the GBX .27 kernel? |
| 00:40.39 | ahigerd | Oh |
| 00:40.40 | ahigerd | Hmm |
| 00:40.43 | ahigerd | I could try it I suppose |
| 00:42.49 | jonpry | on its way |
| 00:42.59 | ahigerd | On its way where? |
| 00:43.08 | jonpry | your email |
| 00:43.19 | ahigerd | k |
| 00:43.49 | jonpry | there is another problem but i don't see how to fix it |
| 00:44.29 | ahigerd | Hm? |
| 00:55.51 | jonpry | i don't know if your interested in looking at the code. but in smd.c there is this comment |
| 00:56.00 | jonpry | er smd_tty.c |
| 00:56.14 | jonpry | /* shouldn't be possible since we're in interrupt |
| 00:56.15 | jonpry | <PROTECTED> |
| 00:56.15 | jonpry | <PROTECTED> |
| 00:56.28 | jonpry | which is false. it's not in an interrupt context |
| 00:56.35 | ahigerd | Hmm |
| 00:56.42 | jonpry | and none of the smd functions it calls are thread safe |
| 00:57.01 | ahigerd | I forgot the kernel itself is preemptible |
| 00:57.24 | jonpry | indeed |
| 01:00.26 | ahigerd | Uh, what about the modules? |
| 01:00.44 | jonpry | none for you |
| 01:00.50 | ahigerd | ...? |
| 01:00.52 | jonpry | you need wifi? |
| 01:00.57 | ahigerd | Uh... not for the test I guess |
| 01:01.23 | ahigerd | I do use tethering on occasion but I can probably get away without it for a while |
| 01:01.29 | raymonddull | then no modules for you |
| 01:01.39 | ahigerd | Module Nazi. >:O |
| 01:01.47 | raymonddull | :P |
| 01:01.56 | ahigerd | :D |
| 01:01.57 | jonpry | if it remotely works i'll push it to autobuild |
| 01:02.49 | raymonddull | so I've probably asked this before, but does any of this run on the mogul? I'm ok with slow/broken just will it boot /at all/? |
| 01:04.11 | jonpry | not atm. we don't have board files for the other devices |
| 01:04.15 | ahigerd | Uh... well that's odd... maybe that's why acoustic doesn't work |
| 01:04.20 | ahigerd | E/Libacoustic-wince( 1319): Error opening dev /dev/htc-acoustic_wince (fd = -1). Error No such file or directory (2) |
| 01:04.26 | raymonddull | ok |
| 01:04.29 | ahigerd | Maybe the libs had nothing to do with it |
| 01:04.55 | jonpry | the initrd is supposed to change permissions on that file |
| 01:05.40 | ahigerd | That's a file not found |
| 01:06.00 | jonpry | maybe its missing a mknod |
| 01:06.09 | jonpry | we have lots of devices that don't do udev |
| 01:06.17 | ahigerd | I think it's a misspelling |
| 01:06.26 | ahigerd | I think it's changed to htc_acoustic_wince |
| 01:06.36 | ahigerd | checks |
| 01:06.36 | ahigerd | Yup |
| 01:06.40 | jonpry | hrm |
| 01:07.01 | jonpry | symlink? |
| 01:07.22 | ahigerd | Yeah, that's what I was thinking |
| 01:07.31 | ahigerd | Is /dev persistent on these things? |
| 01:08.10 | jonpry | no |
| 01:10.37 | ahigerd | Well, no immediate call failures, let me try tweaking init.froyo.rc to do that symlink |
| 01:10.49 | ahigerd | kexec would be nice >.> |
| 01:13.26 | ahigerd | Hmm, that apparently didn't work |
| 01:13.46 | jonpry | got fail? |
| 01:14.18 | ahigerd | Haven't tried the call yet |
| 01:14.27 | ahigerd | Just got the same error trying to start up audio |
| 01:17.36 | ahigerd | Oh |
| 01:17.37 | ahigerd | Duh |
| 01:17.43 | ahigerd | My fault. Got the symlink backwards XD |
| 01:20.32 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
| 01:20.49 | ahigerd | lo detule |
| 01:21.55 | ahigerd | jonpry: Okay, that worked, no error on startup, now to try to actually get some sound |
| 01:22.23 | ahigerd | jonpry: Oh yeah, go ahead and push; the call worked as far as I can tell, it wasn't an instant failure like the first time |
| 01:22.36 | detule | those acoustic libs you are using |
| 01:22.43 | detule | they won't work with our kernel |
| 01:22.54 | ahigerd | Got the ones from when the acoustic was first being worked on |
| 01:22.58 | ahigerd | FRX-compatible |
| 01:23.34 | ahigerd | Unless you mean THOSE won't work? |
| 01:23.34 | detule | htc-acoustic_wince is the wrong device |
| 01:23.39 | ahigerd | Oh |
| 01:24.13 | ahigerd | Um |
| 01:24.15 | ahigerd | It's working |
| 01:24.41 | detule | with a symlink it might (still reading the log) |
| 01:24.46 | ahigerd | jonpry: Well that was weird... Got a "Call not sent" error |
| 01:24.52 | ahigerd | jonpry: But then the call still came up on screen |
| 01:25.20 | ahigerd | One GetLogs coming right up... |
| 01:25.55 | detule | those libs are also quite a few commits behind and you'll likely get very mixed mic/speaker performance....but i guess that shouldn't really matter all that much for what you are trying to do |
| 01:26.07 | ahigerd | As long as I can actually make calls I'm good, yeah |
| 01:26.19 | ahigerd | I'm not using BT and I can ignore speakerphone |
| 01:26.31 | ahigerd | So as long as the main mic and speaker work, good enough for this test |
| 01:27.01 | detule | the main mic was one of the main issues but it never was as much of an issue on gsm as it was on cdma so you might not see experience it quite as often |
| 01:27.46 | ahigerd | http://pastebin.com/hJkQA14w |
| 01:27.57 | ahigerd | Oh. Hmm. |
| 01:28.22 | ahigerd | Honestly is there even any reason for me to be on FRX anymore if we've narrowed it down to a kernel issue? |
| 01:29.15 | detule | what's that log of? |
| 01:29.40 | ahigerd | I tried to call my voicemail and I got a "Call not sent" dialog |
| 01:29.58 | ahigerd | I clicked through it and it showed the call icon in the status bar, and when I opened it the call was right there, happy to go |
| 01:30.38 | detule | i don't see the wcdma messages in there |
| 01:30.42 | ahigerd | Neither do I |
| 01:31.10 | ahigerd | In fact I'm not sure if I see the failure in there... |
| 01:31.41 | detule | no it looks normal as far as I can tell |
| 01:32.35 | ahigerd | 04-03 20:24:03.815 W/PhoneUtils( 1427): com.android.internal.telephony.CallStateException: cannot dial in current state |
| 01:32.37 | ahigerd | ^ that must be it |
| 01:32.43 | ahigerd | Software-side, just wasn't ready to call I guess |
| 01:33.59 | detule | different failure it seems |
| 01:34.05 | ahigerd | Mmhmm |
| 01:35.38 | detule | sigh wish i knew more about the ril |
| 01:37.40 | ahigerd | Well, I don't think this even touched the ril. |
| 01:38.14 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-107-19.dhcp.stcd.mn.charter.com) |
| 01:38.29 | ahigerd | This was failing in the intent resolution by the looks of things. Maybe I managed to trip the dial button twice and the second call couldn't be started while the first was dialing? |
| 01:39.09 | detule | this same data.img from gbx? |
| 01:41.09 | jonpry | going back to gbx is probably in order |
| 01:41.10 | ahigerd | No |
| 01:41.17 | ahigerd | This is my old FRX data.img |
| 01:41.20 | jonpry | detule, i found serious problems in smd |
| 01:42.29 | detule | jonpry, something in the stock code? |
| 01:42.40 | jonpry | yes and something only in ours |
| 01:42.45 | detule | i swear we should just import smd and smd_tty from CA |
| 01:42.54 | jonpry | we can't |
| 01:42.58 | detule | and add in the speed hack for smd7 |
| 01:43.11 | jonpry | there are other winmo only things going on |
| 01:44.53 | detule | i thought our smd.c was same as .27 |
| 01:45.17 | jonpry | it is |
| 01:45.24 | jonpry | but its all wrong :( |
| 01:46.01 | jonpry | those read/write function are not thread safe |
| 01:47.33 | ahigerd | installs kernel into gbx0b directory, reboots a couple times |
| 01:49.44 | detule | jonpry does it matter that the atchannel reader/writer is thread safe? |
| 01:50.55 | jonpry | <PROTECTED> |
| 01:51.43 | detule | oh this in tty |
| 01:52.21 | jonpry | where is smd_tty in CA? |
| 01:52.28 | ahigerd | What's CA? |
| 01:52.39 | jonpry | qualcomm's bilge |
| 01:52.39 | ahigerd | Also, assuming you pushed to autobuild, when will the 3.3 kernels start showing up? |
| 01:52.40 | detule | https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=blob;f=arch/arm/mach-msm/smd_tty.c;h=28850d098b2e6a37590cc99228151e6a4c0acd40;hb=refs/heads/msm-3.0 |
| 01:52.48 | ahigerd | Oh, CodeAurora, should have guessed |
| 01:53.35 | jonpry | hmm tasklets |
| 01:54.09 | jonpry | see this note about running in an irq context is not true. and smd expects that |
| 01:54.48 | jonpry | its supposed to autobuild every 15 minutes |
| 01:55.02 | detule | wth why were unlocking that mutex so early |
| 01:55.02 | jonpry | er. i pushed to 3.3 |
| 01:55.11 | jonpry | no idea |
| 01:55.27 | detule | i have a patch to convert it to tasklets |
| 01:55.44 | detule | but that's not the issue |
| 01:55.44 | ahigerd | http://autobuild.wirelesstcp.net/ These autobuilds? |
| 01:56.38 | jonpry | yeah one sec. there is no autobuild for 3.3 |
| 01:57.21 | jonpry | i pushed it to 3.2 now so it will show up soon |
| 01:57.44 | jonpry | yeah i think tasklets won't help |
| 01:59.07 | jonpry | the hard part imho. is that sometimes ring buffer stuff is threadsafe without locking |
| 01:59.18 | jonpry | and i can't figure out which parts of this will break |
| 02:00.08 | ahigerd | If you've got atomics, yeah, a ring buffer is threadsafe |
| 02:00.17 | ahigerd | Assuming one reader and one writer |
| 02:00.31 | ahigerd | Change any of those three assumptions and you lose it |
| 02:01.14 | ahigerd | BLOODY HECK |
| 02:01.19 | ahigerd | Just tripped it |
| 02:01.24 | ahigerd | With your 3.3 kernel |
| 02:01.39 | *** join/#htc-linux D3tul3 (~wircer@pool-96-234-128-143.bltmmd.east.verizon.net) |
| 02:01.40 | ahigerd | I almost didn't notice because my GBX install has the hacked ril |
| 02:01.57 | ahigerd | But hanging up hesitated just a little longer than normal, so I checked my logs |
| 02:02.00 | ahigerd | grumbles |
| 02:02.05 | jonpry | there are also multiple ring buffer operations that may need to be consistent |
| 02:02.16 | ahigerd | Ah, yeah, that's another challenge |
| 02:02.52 | jonpry | they don't use any atomics in smd.c |
| 02:03.32 | ahigerd | Well, on a single-CPU syst--crud, this isn't a single-CPU system, is it |
| 02:04.21 | *** join/#htc-linux detule (~wircer@unaffiliated/d3tul3) |
| 02:06.29 | jonpry | not exactly |
| 02:06.50 | jonpry | but the part of the ring buffer that is between the processors is locked |
| 02:07.43 | detule | tasklets though sounds like they are strictly serialized |
| 02:07.57 | ahigerd | Now I'm just curious on architecture... does all communication between the CPUs go through the ring buffer, or is there DMA involved? |
| 02:08.20 | jonpry | all ring buffer |
| 02:08.41 | jonpry | no sense in dma because there are no copies |
| 02:09.03 | jonpry | tasklets don't disable irq's though |
| 02:09.43 | jonpry | we could try spinlock_irq_save on the whole smd_tty_work_func |
| 02:09.53 | ahigerd | K, like I said, just curious, I'm not all that familiar with the actual architecture of this device. I've actually never worked with an asymmetric system like this. |
| 02:10.28 | ahigerd | ... well, that's a lie, I guess I've hacked on the Wii. |
| 02:10.34 | ahigerd | Been a long time there. |
| 02:10.34 | jonpry | both chips use the same memory and share the same interconnect |
| 02:10.44 | jonpry | maybe not chips. but cores |
| 02:11.42 | ahigerd | Huh, that's interesting. |
| 02:12.42 | jonpry | it's really no different than any dual core processor except one is slightly different than the other |
| 02:13.18 | ahigerd | Yeah, that's what I was observing. I expected something more NUMA-ish. |
| 02:17.23 | detule | i don't think the problem is in the reader/writer |
| 02:17.33 | detule | imo we are somehow putting the radio to sleep |
| 02:17.49 | jonpry | those messages continue under 27 |
| 02:18.02 | ahigerd | They do? |
| 02:18.07 | ahigerd | Oh, the WAKEUP messages |
| 02:18.12 | jonpry | yeah |
| 02:18.37 | ahigerd | Yeah, I got those in my three days on FRX/.27 but never had the CLCC failure |
| 02:18.50 | detule | i think in those instances when it grows completely unresponsive and all we can get out of it AT < WCDMA |
| 02:19.39 | jonpry | could be acoustic. doesn't it spew something to the ril? |
| 02:20.12 | ahigerd | If we're speculating acoustic, then would GBX/.27 be a useful test? |
| 02:20.29 | ahigerd | Minimize the change set between "known good" and the test |
| 02:21.00 | ahigerd | Or... FRX/.27+acoustic maybe |
| 02:21.01 | jonpry | .27 acoustic on gbx? |
| 02:21.04 | ahigerd | Yeah |
| 02:21.12 | ahigerd | I still have that kernel hanging around, never deleted it |
| 02:21.15 | jonpry | sure sounds good to me |
| 02:21.44 | ahigerd | *kexec* |
| 02:21.49 | detule | need to completely disable idle |
| 02:22.10 | ahigerd | Er. I should have switched back to the stock ril |
| 02:22.16 | ahigerd | Oh well. Will do that after it boots. |
| 02:22.20 | jonpry | so idle collapse is just blowing up the radio? |
| 02:22.43 | detule | no idea, i don't understand all those assemly functions in idle.S |
| 02:22.54 | jonpry | so it starts squeaking WCDMA |
| 02:23.24 | jonpry | idle collapse is all bad |
| 02:24.11 | jonpry | if we had smd memory dumps upon failure i could stop trying to rewrite smd.c |
| 02:26.13 | ahigerd | Let's assume the problem is idle collapse. Is there a test case we could construct to trigger it more reliably? |
| 02:26.48 | detule | not easily....there's so much going on starting with the whole NO_HZ loop |
| 02:27.12 | detule | we should also put you on a ticking kernel |
| 02:27.27 | ahigerd | So it's not just so simple as somehow intentionally invoking the power save and then sending a command to the radio. |
| 02:27.54 | ahigerd | Ticking? |
| 02:28.14 | jonpry | somehow you have to send commands to the radio while simultaneously doing nothing |
| 02:28.39 | ahigerd | Well, that's why I was saying INTENTIONALLY trigger it, like artificially synthesize something |
| 02:29.52 | detule | those idle calls, they are bombarding the processor throwing it in and out of collapse like xx times every second |
| 02:30.02 | ahigerd | ...oh. |
| 02:30.36 | ahigerd | Is that possibly related to why our battery usage isn't as good as theoretically it should be? |
| 02:31.07 | jonpry | what about building an old kernel from before collapse and the general destruction of pm.c |
| 02:31.38 | detule | too much reversion there |
| 02:31.49 | detule | we can easily disable idle PC with a one-liner |
| 02:32.22 | jonpry | getting rid of this ca stuff seems worthwhile to me |
| 02:34.58 | detule | MSM_FIQ_SUPPORT? |
| 02:36.10 | jonpry | we don't use it |
| 02:37.31 | detule | we are in idle.S |
| 02:39.15 | detule | oh and pm.c |
| 02:39.24 | jonpry | its ifdef'd |
| 02:39.51 | detule | but we are setting it in config no? |
| 02:40.25 | jonpry | shouldn't be |
| 02:40.49 | jonpry | it doesn't do anything. we don't have any fiq handlers |
| 02:50.26 | detule | another thing we should probably unset is ARCH_HAS_CPU_IDLE_WAIT |
| 02:51.02 | jonpry | what does that do? |
| 02:51.39 | detule | provides some function to "kick all the cpus so that they exit out of pm_idle" |
| 02:55.58 | ahigerd | reads up on ARCH_HAS_CPU_IDLE_WAIT... |
| 02:56.23 | ahigerd | Looks... pretty harmless |
| 02:56.36 | ahigerd | Tells all CPUs to execute a function that does exactly nothing. |
| 02:57.43 | jonpry | does it wfi? |
| 02:58.20 | jonpry | detule is on a quest for ever higher power consumption |
| 02:58.42 | detule | smp_mb is the business in that function |
| 03:01.29 | ahigerd | Ah, yeah, memory barrier, makes sense |
| 03:02.18 | *** part/#htc-linux detule (~wircer@unaffiliated/d3tul3) |
| 03:11.54 | jonpry | i think hyc gets these wcdma's on 27 and doesn't have idle collapse or anything |
| 03:12.37 | ahigerd | Well, that's what I'm testing. |
| 03:13.39 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
| 03:14.49 | detule | hyc says he doesn't get "AT< WCDMA" on .27 |
| 03:17.13 | jonpry | evar? |
| 03:20.38 | detule | rightÂ…he sees those [WCDMA] wakeup messages, but never the unbracketed wcdma indicative of the radio being unresponsive |
| 03:26.32 | detule | i dont like memory barriers |
| 03:38.12 | jonpry | do you break them down? |
| 03:40.26 | detule | apparently we are not even compiling cpuidle so that has noting to do with anything carry on |
| 03:42.19 | *** join/#htc-linux citus (~john@12.4.208.4) |
| 03:54.04 | *** join/#htc-linux MacDrunk (~marper@201.165.119.167) |
| 03:57.48 | *** part/#htc-linux MacDrunk (~marper@201.165.119.167) |
| 04:08.13 | *** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net) |
| 04:35.11 | CptAJ | aha! so it does have data. Info widget seems to have downloaded itself some news while I left the phone on |
| 04:35.30 | CptAJ | haven't been able to get the browser to load anything... weird |
| 04:39.35 | *** join/#htc-linux ray|yar (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net) |
| 05:31.56 | *** join/#htc-linux Bry8Star{EB (Bry8Star-@2607:f128:42:fb::2) |
| 05:34.41 | *** join/#htc-linux polyrhythmic (~polyrhyth@c-71-197-239-27.hsd1.wa.comcast.net) |
| 05:51.33 | *** join/#htc-linux surge (surge@pool-98-118-183-214.bflony.fios.verizon.net) |
| 06:02.29 | *** join/#htc-linux kiozen (~kiozen@p578a42db.dip0.t-ipconnect.de) |
| 06:36.53 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-yaxhuhflsqoqrclj) |
| 06:48.24 | *** join/#htc-linux swc|666 (~goldbond@Aircrack-NG/Friend) |
| 06:48.40 | *** join/#htc-linux ychavan (ychavan@nat/redhat/x-zgydboxaspsxeiuv) |
| 07:39.34 | *** join/#htc-linux whitekidney (~wk@2a01:798:76a:18a:224:1dff:fede:b441) |
| 08:20.39 | *** join/#htc-linux gauner1986 (~Miranda@ip-109-91-241-106.unitymediagroup.de) |
| 09:00.22 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fe98dc00-121.dhcp.inet.fi) |
| 09:12.04 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
| 10:07.47 | *** join/#htc-linux milaq (~milaq@v2201204121607874.yourvserver.net) |
| 10:11.42 | *** join/#htc-linux milaq (~milaq@v2201204121607874.yourvserver.net) |
| 10:16.19 | *** join/#htc-linux DuperMan (~Duper@93-173-189-248.bb.netvision.net.il) |
| 10:19.17 | *** join/#htc-linux Guest54866 (fakker@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
| 10:23.21 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
| 10:28.56 | *** join/#htc-linux G4y (~heaheahah@176.110.54.150) |
| 10:37.50 | *** join/#htc-linux EdLin (~EdLin@midway.packetsense.net) |
| 10:38.11 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 10:43.51 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-164-174.netcologne.de) |
| 11:15.32 | *** join/#htc-linux ftoz (~root@cst-prg-14-4.cust.vodafone.cz) |
| 11:43.34 | *** join/#htc-linux GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 12:10.26 | *** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 12:11.13 | *** join/#htc-linux Alex[sp3dev] (~alexander@178.176.110.228) |
| 12:17.47 | Cotulla | hey |
| 12:22.50 | *** join/#htc-linux milaq (~milaq@v2201204121607874.yourvserver.net) |
| 12:56.16 | *** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 13:00.31 | *** join/#htc-linux Guest30608 (~heaheahah@Simen-PC.e53-4.tg12.gathering.org) |
| 13:55.31 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fe98dc00-121.dhcp.inet.fi) |
| 13:55.33 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-107-19.dhcp.stcd.mn.charter.com) |
| 13:59.37 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
| 14:03.27 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 14:05.01 | *** join/#htc-linux ahigerd (~ahigerd@173.218.156.102) |
| 14:05.01 | *** join/#htc-linux ahigerd (~ahigerd@libqxt/developer/ahigerd) |
| 14:25.00 | *** join/#htc-linux paulk-desktop (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 14:30.11 | *** join/#htc-linux detule (~detule@unaffiliated/d3tul3) |
| 15:04.22 | ahigerd | I can't tell if .27 is actually running faster than 3.2 on this phone or if I just got used to FRX being sluggish and now that I'm back on GBX that I've spent time tuning that it just feels better by comparison. |
| 15:08.29 | *** join/#htc-linux Alex[sp3dev] (~alexander@178.176.95.19) |
| 15:14.31 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 16:29.25 | *** join/#htc-linux rob_w (~bob@ppp-93-104-29-118.dynamic.mnet-online.de) |
| 16:29.25 | *** join/#htc-linux rob_w (~bob@unaffiliated/rob-w/x-1112029) |
| 16:54.53 | *** join/#htc-linux zeusk (77eb360e@gateway/web/freenode/ip.119.235.54.14) |
| 16:57.37 | *** join/#htc-linux zeusk_ (77eb360e@gateway/web/freenode/ip.119.235.54.14) |
| 17:23.42 | *** join/#htc-linux zeusk (77eb360e@gateway/web/freenode/ip.119.235.54.14) |
| 17:37.30 | *** join/#htc-linux helicopter88 (~helicopte@host252-114-dynamic.1-87-r.retail.telecomitalia.it) |
| 17:44.33 | *** join/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 17:49.18 | *** join/#htc-linux DuperMan (~Duper@93-173-189-248.bb.netvision.net.il) |
| 17:50.13 | *** join/#htc-linux helicopter88_2 (~helicopte@host252-114-dynamic.1-87-r.retail.telecomitalia.it) |
| 17:50.58 | *** join/#htc-linux helicopter88_3 (~helicopte@host252-114-dynamic.1-87-r.retail.telecomitalia.it) |
| 17:57.14 | *** join/#htc-linux DuperMa (~Duper@89-139-122-200.bb.netvision.net.il) |
| 19:17.15 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-91-156.dynamic.mnet-online.de) |
| 19:28.23 | *** join/#htc-linux zeusk (~androirc@119.235.54.14) |
| 19:33.44 | zeusk | Hi |
| 19:35.17 | zeusk | Hey |
| 19:43.51 | *** join/#htc-linux ahigerd (~ahigerd@173.218.156.102) |
| 19:43.51 | *** join/#htc-linux ahigerd (~ahigerd@libqxt/developer/ahigerd) |
| 19:44.19 | *** join/#htc-linux rajkosto (~rajkosto@ds.wan.rajkonet.info) |
| 19:45.34 | *** join/#htc-linux balans2 (~user@82-170-217-205.ip.telfort.nl) |
| 19:52.46 | *** join/#htc-linux swc|666 (~goldbond@Aircrack-NG/Friend) |
| 20:16.14 | ahigerd | Well, so far so good; no flubbed out calls and no unsolicited WCDMA messages with GBX/.27+acoustic |
| 20:56.48 | CptAJ | is there a haret boot command option thingie I can use to start the phone without the radio or in airplane mode? |
| 21:12.50 | *** join/#htc-linux jonpry (~jon@adsl-98-85-196-230.mco.bellsouth.net) |
| 21:44.13 | *** part/#htc-linux Cotulla (~myfakemai@nat100-255-205-109.tvoe.tv) |
| 22:22.01 | *** join/#htc-linux mes_ (~mes@S0106000ce55186df.cc.shawcable.net) |
| 22:34.36 | *** join/#htc-linux ftoz (~root@cst-prg-112-22.cust.vodafone.cz) |
| 22:47.21 | *** join/#htc-linux raymonddull (~raymonddu@c-69-245-114-102.hsd1.mi.comcast.net) |
| 23:29.48 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-lyiotnwckymwlmdt) |