*** NeoMatrixJR has quit IRC | 00:04 | |
*** Xofrats has quit IRC | 00:05 | |
*** Xofrats has joined #xdandroid | 00:09 | |
Xofrats | Silly terminal emulator... | 00:10 |
---|---|---|
*** Detule has quit IRC | 00:11 | |
jonpry | Xofrats, i think i found the bt problem | 00:13 |
jonpry | i ran this: /system/bin/brcm_patchram_plus -r --enable_hci --enable_lpm --baudrate 4000000 --patchram /system/etc/BCM4325.hcd /dev/ttyHS1 | 00:13 |
jonpry | got this: Can't set line discipline | 00:14 |
jonpry | figure out no HCI uart support in kernel | 00:14 |
Xofrats | Eww, k that would explain it | 00:15 |
jonpry | now it just hangs after "done setting line discipline". is that normal? | 00:18 |
Xofrats | Not sure, you're supposed to call it from services | 00:19 |
Xofrats | logcat should stop complaining about timeout | 00:20 |
Xofrats | if hci is indeed up | 00:20 |
Xofrats | is it up on autobuild? | 00:20 |
jonpry | its 8b00dce but it will be a bit before it builds | 00:21 |
Xofrats | I'll test it when it's up | 00:22 |
Xofrats | unless you want to toss it somewhere | 00:24 |
jonpry | http://prymfg.com/kernel/zimage_39 | 00:28 |
Xofrats | actually autobuild has it now | 00:31 |
jonpry | oh well | 00:32 |
Xofrats | longest part of boot: waiting for windows | 00:36 |
Xofrats | same with pc as with rhodiums | 00:36 |
jonpry | i know the feeling | 00:37 |
jonpry | no windows on pc though | 00:37 |
*** Ivo has quit IRC | 00:38 | |
Xofrats | still complaining about hci | 00:44 |
jonpry | something still not right. have to look at it later. too tired. cya | 00:46 |
Xofrats | night | 00:46 |
*** jonpry has quit IRC | 00:51 | |
Xofrats | Okay, kind of narrowed it down | 02:03 |
Xofrats | the actual hardware is responding fine, but hci isn't talking to bluedroid | 02:03 |
*** emwe has joined #xdandroid | 02:06 | |
emwe | meep | 02:07 |
emwe | arrrghhh: have there been any negative reports about rhodw loosing radio+data on sleep? there's one negative RHOD500 comment on autobuild page. no positive so far, though. | 02:09 |
Xofrats | umm, since which one? | 02:10 |
Xofrats | the last patch should've gotten rid of lost irq by &= | 02:12 |
Xofrats | which might explain lost radio | 02:13 |
*** rpierce99 has joined #xdandroid | 02:17 | |
Xofrats | I haven't had issues with my rhod, but I have it on wifi only atm | 02:21 |
emwe | Xofrats: lost irq? lost radio+data was due vregs being disabled which shouldn't on rhodw. | 02:24 |
emwe | issue only visible on rhodw+gsm | 02:24 |
Xofrats | emwe: Yes, there was a bug where someone clobbered pending int on wake | 02:25 |
Xofrats | I pointed it out but no one figured out until a few days ago | 02:26 |
Xofrats | Prob with testing gsm on 400/500 is the wf firmware is locked against us sim | 02:29 |
Xofrats | Might wanna ask cmonex to give the devs wu firmware unlocking | 02:29 |
Xofrats | 400 is already unlocked, just firmware crippled | 02:30 |
Xofrats | My layperson opinion is that a lot of issues that involves anything irq-related was thanks to that | 02:33 |
Xofrats | at least since mid may | 02:34 |
emwe | i can't follow you. not heard about any clobbering of pendings ints on wake. | 02:36 |
emwe | (apart from pm.c and proc_comm_wince.c due to the dex isr for instant plug notification) | 02:37 |
emwe | perhaps i've been too less in the rhod business, yet ;) | 02:37 |
Xofrats | no, you have it right | 02:39 |
Xofrats | look at that plug notification revert, and tell me that isn't clobbering pending_int | 02:40 |
Xofrats | s/isn't/wasn't/ | 02:40 |
emwe | it is. like pm.c used to do for years. it's nothing new that that reg 0xfc128 has been zero'ed | 02:43 |
emwe | apart from now it's not unsetting bits of unknown bits. but not seen any unknown int bits, yet. | 02:44 |
emwe | it very much looks like the smem semaphore - which got changed since the initial incarnation of that code - was the culprit. if it is the correct one now, i dunno. | 02:45 |
Xofrats | no, all that code got pushed in with the new irq handling | 02:46 |
Xofrats | commit c4ee12c4 | 02:48 |
Xofrats | when fe481a88 got pushed, I looked at the source and went wtf | 02:52 |
Xofrats | and even the commit comment references the sudden sod | 02:53 |
Xofrats | I knew that it was related to waking code cuz the phone would be fine until the moment you tried to wake it | 02:57 |
emwe | ah yeah, that may have been caused by the "differing" smem semophore bit which got 0x11 in the official patches and whondered by SODs appeared. had been running the initial code on .35 with topa just fine and whondered why i got them also then after the official patches. | 02:57 |
emwe | i switched it back to 0x91 in the last commit there and it seems fine on topa raph and rhod. so either the 0x91 is wrong now and circumvents the issue, or the change from 0x91 to 0x11 was to blame and 0x11 was wrong. dunno. but as long as it works now... | 02:58 |
*** rpierce99 has quit IRC | 02:59 | |
Xofrats | well, that code got reverted and there will be less sod everywhere | 03:00 |
Xofrats | and the inhabitants of the land of android all rejoiced | 03:00 |
Xofrats | I dunno, maybe the gsm radio is more interrupt-bound or something | 03:03 |
Xofrats | Now if I can figure this stuttering app response thing | 03:13 |
Xofrats | I'm getting too spoiled by the hummingbird on this phone | 03:18 |
Xofrats | No sudden lag or FC popup every 30sec | 03:18 |
Xofrats | That and I'm actually running ubuntu as a subsystem | 03:25 |
Xofrats | Linux localhost 2.6.32.9 #1 Sun May 22 19:44:33 CDT 2011 armv7l GNU/Linux | 03:26 |
Xofrats | FRX07 should be good though | 03:30 |
*** Fudge has quit IRC | 04:19 | |
*** Xofrats has quit IRC | 04:42 | |
*** sigma6 has joined #xdandroid | 04:47 | |
*** |Jeroen| has joined #xdandroid | 04:54 | |
*** GPFerror has joined #xdandroid | 04:56 | |
hyc | FRX07 is gonna totally rock | 05:17 |
*** diego_kynetics has joined #xdandroid | 05:20 | |
*** Xofrats has joined #xdandroid | 05:27 | |
*** Fudge has joined #xdandroid | 05:35 | |
*** xtremist has joined #xdandroid | 05:39 | |
*** Fudge has quit IRC | 05:40 | |
smiley- | hyc: the smd patch has been stable so far.. no panics :) | 05:45 |
smiley- | but the TP must have a slower sdcard reader because there is so much io-wait | 05:46 |
smiley- | mmcqd is in top all the time | 05:46 |
smiley- | or if the xdandroid package for x1 was done differently.. I can see that one of the partitions is unused | 05:47 |
Xofrats | mmcqd is a big prob even for rhod | 05:47 |
smiley- | s/TP/raph/ | 05:48 |
smiley- | :) | 05:48 |
smiley- | ok | 05:48 |
smiley- | I have a feeling I'm gonna end up buying the droid3 ;) | 05:48 |
smiley- | if it's shipped here with a nordic keyboard | 05:49 |
*** hardwalker has quit IRC | 06:12 | |
hyc | you really need to bump up the write cache settings otherwise it's unbearable | 06:26 |
*** xtremist has quit IRC | 06:43 | |
*** diego has joined #xdandroid | 06:44 | |
*** diego is now known as Guest2146 | 06:44 | |
*** diego_kynetics has quit IRC | 06:44 | |
smiley- | hmm.. it rebooted with something else now ;) no panic | 06:53 |
hyc | no panic? there's gotta be something to make it reboot | 07:00 |
Xofrats | taunting the happy fun ball usually makes it reboot for me | 07:01 |
smiley- | [11035.948638] PM: Preparing system for mem sleep | 07:01 |
smiley- | [11036.182128] Freezing user space processes ... (elapsed 0.08 seconds) done. | 07:01 |
smiley- | [11036.305541] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. | 07:01 |
smiley- | [11036.349975] PM: Entering mem sleep | 07:01 |
smiley- | then nothing more | 07:01 |
smiley- | [11036.371887] Suspending console(s) (use no_console_suspend to debug) | 07:01 |
smiley- | and write cache.. I have the readahead and the 3 dirty entries | 07:02 |
hyc | yeh the cache writeback stuff makes a huge difference. | 07:04 |
hyc | it will also slow down the wear and tear on the SD | 07:04 |
*** Detule has joined #xdandroid | 07:07 | |
*** helicopter88 has joined #xdandroid | 07:11 | |
*** ryannathans has quit IRC | 07:40 | |
smiley- | yeah. looks like it fails to get back from deep sleep with sleepmode 1 | 07:53 |
*** jonpry has joined #xdandroid | 08:15 | |
*** Detule has quit IRC | 08:25 | |
*** Xofrats has quit IRC | 08:34 | |
*** Detule has joined #xdandroid | 08:48 | |
*** GPFerror has quit IRC | 09:26 | |
*** fishhead2567 has joined #xdandroid | 09:30 | |
*** emwe has quit IRC | 09:47 | |
*** Fudge has joined #xdandroid | 09:48 | |
*** |Jeroen| has quit IRC | 10:06 | |
*** GlemSom has joined #xdandroid | 11:02 | |
*** programmer8922 has joined #xdandroid | 11:07 | |
*** GPFerror has joined #xdandroid | 11:09 | |
*** programmer8922 has quit IRC | 11:10 | |
*** rpierce99 has joined #xdandroid | 11:38 | |
*** xtremist has joined #xdandroid | 11:45 | |
*** emwe has joined #xdandroid | 11:48 | |
smiley- | dont know if it's the SMD fix or something else but latest kernel built from master kills the RAPH all the time when it does to sleep.. tried both 0,1,2 modes now | 12:06 |
emwe | smiley-: .27 autobuild? | 12:08 |
emwe | smiley-: please revert the last commit do proc_comm_wince.c and try again | 12:08 |
emwe | smiley-: this one: https://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/2b03ecad5290d8b389bc84db9cf05d193e781afe | 12:08 |
emwe | if it works without this one i need to disable it again :/ | 12:09 |
rpierce99 | uh oh, is that the one that fixed bug 120 | 12:09 |
xdandroid | Bug http://bugs.xdandroid.com/show_bug.cgi?id=120 normal, Normal, ---, developers, RESOLVED FIXED, RHOD500 GSM Radio issues after panel collapse commit | 12:09 |
emwe | rpierce99: that is the revision before | 12:09 |
smiley- | well.. pulled from master, applied the smd-patch and built it with the q3 toolchain | 12:09 |
emwe | i commited all patches one by one | 12:09 |
emwe | smiley-: revert the afformentioned commit and try again | 12:09 |
emwe | smiley-: which RAPH you have? | 12:10 |
emwe | you have a SIM in it? | 12:10 |
smiley- | RAPH100 | 12:10 |
smiley- | SIM yes | 12:10 |
smiley- | GSM | 12:10 |
emwe | ok, RAPH100 here and fine sleeping but without SIM. i will plug SIM into it and let it sleep a while and see if i can reproduce. thx for the info | 12:10 |
emwe | smiley-: if you can, revert that one patch and report back please. or alternatively use the penultimate build. | 12:11 |
smiley- | I can see it's in deep sleep (led doing the sleep flash) but doesnt wake up.. and when pluggin in the USB-cable it reboots | 12:12 |
emwe | ok, let me try to reproduce. | 12:12 |
smiley- | reverted and compiling | 12:17 |
smiley- | ok.. family is calling.. gonna try it in about an hour | 12:20 |
emwe | ok. thanks. | 12:20 |
*** Guest2146 has quit IRC | 12:24 | |
*** xtremist has quit IRC | 12:34 | |
*** arrrghhh has quit IRC | 12:55 | |
*** Miga_ is now known as Miga | 13:06 | |
smiley- | allright.. cable unplugged.. lets see if it stays alvie ;) | 13:08 |
smiley- | alive | 13:08 |
*** rpierce99 has quit IRC | 13:08 | |
*** sigma6 has quit IRC | 13:13 | |
*** rpierce99 has joined #xdandroid | 13:29 | |
*** Ivo has joined #xdandroid | 13:43 | |
*** rpierce99 has quit IRC | 13:45 | |
*** rpierce99 has joined #xdandroid | 13:47 | |
*** rpierce99 has quit IRC | 14:00 | |
*** GPFerror has quit IRC | 14:03 | |
*** rpierce99 has joined #xdandroid | 14:13 | |
smiley- | emwe: so far much better | 14:13 |
*** Xofrats has joined #xdandroid | 14:25 | |
Xofrats | jon you here? | 14:26 |
jonpry | yeah | 14:29 |
Xofrats | I posted to xda | 14:30 |
jonpry | i saw that | 14:30 |
Xofrats | a kernel interface is missing, so either patch bluedroid or kernel | 14:30 |
jonpry | how did you come to that conclusion? | 14:31 |
Xofrats | I ran patchram -dr, worked on both with no diff | 14:31 |
jonpry | -dr? | 14:31 |
Xofrats | so as far as patchram is concerned, bt is ready | 14:31 |
jonpry | when i run patchram -d + all the other options, it writes 4 bytes out of the serial port and never receives any reply | 14:32 |
Xofrats | Yeah, debug and reset, the git shows jb adding those | 14:32 |
Xofrats | Try -dr instead of -d -r | 14:32 |
jonpry | that sounds more like an invalid option than anything | 14:33 |
Xofrats | nah, I saw the code | 14:33 |
jonpry | /system/bin/brcm_patchram_plus -dr --enable_hci --enable_lpm --baudrate 4000000 --patchram /sdcard/BCM4325D0.hcd /dev/ttyHS1 | 14:34 |
Xofrats | why D0 | 14:34 |
Xofrats | should use D1 | 14:34 |
Xofrats | D0 = bt 1.0 | 14:35 |
Xofrats | D1 = bt 2.x | 14:35 |
jonpry | ok, i'll try the other one. just D0 didn't get any response the serial port, so i figured whats the difference | 14:35 |
Xofrats | ls: cannot access /sdcard/*.hcd: No such file or directory | 14:36 |
Xofrats | errr | 14:36 |
Xofrats | I forgot I'm chroot'ed, blah | 14:36 |
jonpry | anywho. i'm pretty sure that -d -r is better | 14:36 |
Xofrats | did it dump output? | 14:36 |
jonpry | or at least works. yeah dumps output | 14:37 |
Xofrats | jb didn't do a good job on arg parsing | 14:37 |
Xofrats | go look at the code | 14:37 |
jonpry | he wrote the patchram? | 14:37 |
Xofrats | he added -r | 14:38 |
jonpry | what i actually ran was this: /system/bin/brcm_patchram_plus -r --enable_hci --enable_lpm --baudrate 4000000 --patchram /sdcard/BCM4325D0.hcd /dev/ttyHS1 -d | 14:38 |
jonpry | which should not work according to most theories | 14:38 |
*** rpierce99_ has joined #xdandroid | 14:39 | |
hyc | Xofrats: dunno if you should be critiquing code, since you haven't successfully compiled any of it | 14:40 |
*** rpierce99 has quit IRC | 14:40 | |
*** rpierce99_ is now known as rpierce99 | 14:40 | |
jonpry | there are 2 things in the kernel that need serious checking. 1 is clocks. 39 is a hodgepodge of mostly [acl]'s nand clock code. afaik he never had bluetooth. so clocks might not be getting enabled or frequency set properly | 14:40 |
jonpry | 2 is msm_hs_serial. not really the same code as 27. i tried to make it bt compatible, maybe screwed it up. probably easiest to just use the code from 27 | 14:41 |
Xofrats | that's also a possibility | 14:41 |
Xofrats | I saw some clock stuff in .27 right after enabling bt | 14:42 |
jonpry | there is also an accounted for gpio | 14:43 |
emwe | jonpry: .35 has 40mhz clock reg defined if you need it. (alex added it. fetch from his or my tree.) | 14:43 |
jonpry | er unaccounted | 14:43 |
Xofrats | gpio looked fine according to debug output | 14:43 |
jonpry | the rfkill ones are fine, but the lpm gpio comes from different place and doesn't print anything to console | 14:44 |
emwe | smiley-: am just running the RAPH100 with sim, latest .27 and frx06. let's see how far it will sleep. still sleeping fine for a while. anything how to reproduce? | 14:44 |
jonpry | i have it set the same as 27, but i'm pretty sure its wrong | 14:44 |
Xofrats | well, yeah... can't debug invisible code ^^) | 14:44 |
*** Xofrats has quit IRC | 14:45 | |
jonpry | no amount of visibility is going to fix it | 14:45 |
*** Xofrats has joined #xdandroid | 14:45 | |
Xofrats | silly capacitive back button... | 14:46 |
jonpry | like there is:rx_wakeup_irq = MSM_GPIO_TO_INT(21) | 14:46 |
rpierce99 | jonpry: is something in these latest kernels affecting the going-to-sleep process | 14:46 |
jonpry | hmm | 14:46 |
jonpry | not working? | 14:46 |
jonpry | wtf is gpio(21) | 14:47 |
rpierce99 | it's not sleeping on it's own, and when i hit power to turn off the screen, it takes like 15 seconds to fade to black | 14:47 |
jonpry | we don't have a history so its hard to tell when that started | 14:47 |
Detule | sounds like it might not be even registering the turn off screen button | 14:48 |
rpierce99 | without the button it doesn't turn off at all | 14:49 |
Detule | i had this happen to me once a couple of days ago, when this happened i couldn't even pull up the power off menu | 14:49 |
jonpry | hyc has a different interface to microp | 14:49 |
jonpry | yeah i have had troubles like that ever since i started messing with bluetooth | 14:49 |
rpierce99 | yeah power button doesn't register shutdown options | 14:50 |
rpierce99 | seems it got into kind of a funky state, earlier i received an email, the vibration played non-stop until i woke it up | 14:50 |
Detule | (this happened to me prior to BT) | 14:50 |
rpierce99 | i have a full set of logs but they don't look out of the ordinary to me: http://pastebin.com/9Jgxb1G9 | 14:50 |
rpierce99 | and yes hyc I haven't upgraded to your newest dmesg :) | 14:51 |
jonpry | i think i did the first bt work before you ever got 39 Detule | 14:51 |
hyc | I've had two spontaneous reboots since merging the cable plug patch and the rhodw gsm patch | 14:51 |
Detule | my bad | 14:51 |
hyc | (into my combo branch) | 14:52 |
Xofrats | Done setting sco setting, done setting line discpline | 14:52 |
Xofrats | on .39 | 14:52 |
jonpry | what is rhodw gsm? | 14:52 |
emwe | hyc: then the cable plug must be freaking out still. couldn't replicate yet. | 14:52 |
rpierce99 | jonpry: bug 120 | 14:52 |
xdandroid | Bug http://bugs.xdandroid.com/show_bug.cgi?id=120 normal, Normal, ---, developers, RESOLVED FIXED, RHOD500 GSM Radio issues after panel collapse commit | 14:52 |
Xofrats | prob is even if the bt radio is up, without userland seeing it, I can't do anything | 14:53 |
jonpry | can anyone reproduce this power button stuff reliably? | 14:53 |
rpierce99 | well i have it happening right now, but no i couldn't make it happen on command | 14:53 |
jonpry | Xofrats, you don't see something "Write: 00 0d 30 13"? | 14:53 |
Detule | happened to me once can't pin it down to anything | 14:54 |
hyc | emwe: ok, I'm going to revert the cable plug patch in my build and see how it goes | 14:54 |
Xofrats | jp: I see the whole scroll of it sending the hcd | 14:54 |
jonpry | o0 | 14:54 |
Xofrats | and getting sane responses just like .27 | 14:54 |
jonpry | i don't get that | 14:54 |
Xofrats | I use -dr | 14:54 |
emwe | hyc: k. still strange. rhod up with sim since yesterday over night. was all fine. topa SIMless on .35 too. raph just running with SIM now. still fine. | 14:55 |
hyc | nothing revealing in my SYSTEM_LAST_KMSG | 14:56 |
jonpry | so does anyone else think that x_wakeup_irq = MSM_GPIO_TO_INT(21), should be BT_WAKEUP, or BT_HOSTWAKE or something? 21 has no known purpose on rhod | 14:56 |
rpierce99 | power button did finally respond, so it's not completely disabled | 14:57 |
jonpry | Xofrats, are you setting rfkill before you run patchram? | 14:57 |
Xofrats | how do you do that | 14:57 |
jonpry | echo 1 > /sys/class/rfkill/rfkill0/state | 14:58 |
jonpry | mine just send the firmware. must be -dr | 14:58 |
Xofrats | I just I see rfkill state off then on | 14:59 |
Xofrats | in dmesg | 14:59 |
jonpry | i can't get it to load a second time | 15:01 |
jonpry | maybe reset does not actually work? | 15:01 |
Xofrats | did you use d1? | 15:01 |
jonpry | not the first time | 15:01 |
jonpry | how is -r implemented? how does it tell the kernel to reset the module? | 15:02 |
Xofrats | it shows writing 01 03 0c 00 recv 04 0e 04 01 03 0c 00 | 15:02 |
jonpry | i got no recv | 15:02 |
*** CazH has quit IRC | 15:02 | |
Xofrats | what does it say above tha | 15:03 |
jonpry | option enable_hci | 15:03 |
jonpry | option enable_lpm | 15:03 |
jonpry | option baudrate with arg 4000000 | 15:03 |
jonpry | option patchram with arg /sdcard/BCM4325D1.hcd | 15:03 |
jonpry | /dev/ttyHS1 | 15:03 |
jonpry | Hard Resetting BCM module | 15:03 |
Xofrats | looks right | 15:03 |
Xofrats | did it read default btadd? | 15:04 |
jonpry | yes | 15:04 |
Xofrats | paste the whole cmdline again | 15:05 |
jonpry | where is this brcm_patchram_plus | 15:05 |
jonpry | /system/bin/brcm_patchram_plus -dr --enable_hci --enable_lpm --baudrate 4000000 --patchram /sdcard/BCM4325D1.hcd /dev/ttyHS1 | 15:05 |
Xofrats | it's linked on hyc's 2nd post | 15:05 |
Xofrats | (and silly q, you did su right | 15:06 |
jonpry | it worked the first time | 15:06 |
jonpry | wait 5 seconds and it fails | 15:06 |
jonpry | no reset worky | 15:06 |
hyc | probably need to get a fresh one of those from JB's tree too | 15:07 |
Xofrats | I used whatever was attached to your post hyc | 15:08 |
jonpry | looks like it just toggles rfkill | 15:09 |
hyc | my post is more than 2 months out of date now, relative to JB's code | 15:10 |
hyc | it was built from a ~mid-April snapshot of his stuff | 15:11 |
Xofrats | Not sure why yours is balking and mine isn't, this is a fresh boot off winmo | 15:12 |
hyc | hell, I even listed the commit ID in post #1 | 15:12 |
Xofrats | Oh one thing, I did have wifi enabled in winmo | 15:12 |
Xofrats | before haret | 15:12 |
Xofrats | but not bt | 15:12 |
jonpry | do you see h4 frame reassembly failed in dmesg? | 15:13 |
Xofrats | nope, nothing with "frame" except fb | 15:13 |
Xofrats | I'll check with fresh boot wifi off winmo | 15:14 |
Xofrats | see if that makes any diff | 15:14 |
jonpry | h4_recv: Frame Reassembly Failed | 15:15 |
*** helicopter88 has quit IRC | 15:15 | |
jonpry | its almost like patchram can't work because all the receive data is being sent to h4 | 15:15 |
*** rpierce99 has quit IRC | 15:15 | |
Xofrats | what's h4 | 15:15 |
jonpry | like a packet structure | 15:16 |
Xofrats | jp: can you try fresh boot on your end please? poweroff and all | 15:17 |
jonpry | we could always try low speed bt | 15:18 |
jonpry | gtg | 15:18 |
Xofrats | well code said something about over 3mb | 15:19 |
Xofrats | too many possibilities | 15:19 |
Xofrats | Anyway I'll shut up now | 15:20 |
Xofrats | eww, running irc client on phone eats up battery real fast | 15:22 |
hyc | sure does | 15:22 |
hyc | that's why I only use connectbot | 15:22 |
hyc | and run finch on a remote server, inside a screen session | 15:22 |
Xofrats | just tried with poweroff nowifi boot, patchram worked | 15:24 |
Xofrats | so not sure why it works on one and not jon's | 15:25 |
jonpry | it works the first time | 15:25 |
jonpry | do it again | 15:26 |
*** helicopter88 has joined #xdandroid | 15:26 | |
Xofrats | just did, did ok | 15:26 |
Xofrats | even turned wifi off in android, 2x no prob | 15:27 |
Xofrats | I'm running out of ideas | 15:28 |
jonpry | from looking at the code it seems that it does not reset the line discipline on startup | 15:30 |
Xofrats | if you want me to try anything else I'm game | 15:31 |
jonpry | works every time for me if i use D1 from the get go | 15:32 |
Xofrats | ahh | 15:32 |
Xofrats | thought so | 15:32 |
Xofrats | so is this a bluedroid issue now? | 15:33 |
Xofrats | it's looking for something that .39 isn't sending | 15:33 |
Xofrats | and times out 10sec later | 15:33 |
jonpry | i don't understand the whole process yet. but looks like we are at the end of patchram, and it is good | 15:35 |
*** GPFerror has joined #xdandroid | 15:36 | |
Xofrats | okay, well just wanted to make sure jp was on the same page as me, I'll go now | 15:38 |
*** Xofrats has quit IRC | 15:39 | |
*** GlemSom has quit IRC | 16:07 | |
smiley- | emwe: it just rebooted.. but now with something else.. looks very strange so might be temporary.. complains about the mmc | 16:35 |
smiley- | emwe: https://gist.github.com/1036512 | 16:35 |
smiley- | emwe: but it lived for 2.5-3 hours which is better than before the revert of the patch | 16:36 |
emwe | smiley-: before you reverted the patch, it also rebooted or froze? | 16:37 |
smiley- | emwe: froze | 16:37 |
emwe | froze sounds more like the instant cable plug notification issue, yeah. so hm. perhaps you are facing yet another issue. | 16:38 |
emwe | the raph is still fine here. | 16:38 |
smiley- | it's probably my SIM-card ;) | 16:38 |
emwe | you got a spare one? | 16:39 |
smiley- | yeah with another carrier.. but it's a micro one so it doesnt fit :( | 16:39 |
emwe | hm, mmc1... should be sd card id | 16:40 |
emwe | if you could get your hands on another microsd that would hopefully elliminate this thingy | 16:41 |
emwe | allthough i slowly start to think that cable plug stuff is still breaking things ... for all devices but the ones i have here it seems :/ | 16:42 |
smiley- | yeah.. going to town tomorrow so I will check for one.. | 16:42 |
emwe | hope that works out | 16:42 |
emwe | you had wifi on, too? | 16:43 |
smiley- | which class should I get? I saw something that a too good card can make things buggy also? | 16:43 |
smiley- | wifi was also on | 16:43 |
emwe | i got working class2 4 and 6 here | 16:43 |
emwe | class10 freaks out a bit | 16:43 |
emwe | i am running fine with transcend 8gb class6 since 2 years | 16:43 |
emwe | on topa though | 16:43 |
smiley- | ok.. I have no idea what this card is | 16:43 |
emwe | i think it's worth to note that the raph didn't like one of my cards at all. not even in winmo | 16:45 |
emwe | i think it was that 8gb class6 trasncend. not sure though anymore. too long ago. | 16:45 |
smiley- | can I see somewhere which class it is? | 16:46 |
emwe | perhaps a windows tool can. not sure though | 16:47 |
emwe | theres "SD Tools" in android market. it shows some info, but not the class. but some serials and some more. dunno if you can google sth up about them. | 16:47 |
emwe | perhaps the sd card formatter from sdcarg.org does show info. not sure though | 16:48 |
emwe | smiley-: was the battery quite low or let's say in lower areas when you experienced the freezes? | 16:50 |
smiley- | fully charged | 16:51 |
emwe | ok | 16:52 |
*** NeoMatrixJR has joined #xdandroid | 17:00 | |
smiley- | seems to be a class 2.. will check for a better one tomorrow.. it's been in the game since 2008 so it probably starting to get old now anyway ;) | 17:05 |
smiley- | bed time.. I will do more testings tomorrow | 17:06 |
smiley- | thanks :) | 17:06 |
Detule | hyc: you are running a partitioned ext2 build right? do you mind running that copy test on your build? | 17:07 |
Detule | the files i was moving around are tar-ed here http://www.mediafire.com/?ugu8d47vky2v4m4 | 17:08 |
emwe | smiley-: remember the sd card controller in the phone itself might not be capable of performing at a class10 speed. so dunno if it's worth buying the bleeding edge stuff. | 17:17 |
hyc | detule: maybe later | 17:18 |
jonpry | the sd controller would not have to go any faster for class 10 | 17:18 |
jonpry | class 12.5 is the end of the road for 25mhz sd. class 25 for 50mhz | 17:18 |
hyc | the problems with higher class cards seem to be pretty common | 17:18 |
hyc | the simple fact is the cards are optimized for sequential I/O and suck at random I/O | 17:19 |
emwe | jonpry: ah, so it's actually capable of handling these speeds? | 17:19 |
hyc | this is why winmo7 is suffering so badly too | 17:19 |
emwe | jonpry: acoustic audio up for rhod on .35. | 17:19 |
emwe | just pushed. | 17:19 |
jonpry | all thats happening is that wait states are smaller | 17:19 |
jonpry | does it work? | 17:20 |
emwe | speaker, earphone via extusb and it seems mic also | 17:20 |
emwe | at least when i use speach input thingy it tells me what it wants to opne | 17:20 |
emwe | can't test phone, sim is in raph currently. | 17:21 |
jonpry | cool | 17:21 |
emwe | those a1010 and rhod-audio microp hooks are stubbed though. | 17:22 |
emwe | no "legacy" micropklt around... | 17:22 |
emwe | works nevertheless. makes me whonder ... | 17:22 |
jonpry | you will need that stuff or it won't work | 17:22 |
jonpry | a1010 not needed. but the klt is necessary | 17:23 |
*** GPFerror has quit IRC | 17:23 | |
emwe | hm, i am running with stubs. that klt stuff switches dualmic and the "a codec". which one? | 17:24 |
emwe | adc3001? | 17:24 |
* emwe is new to rhod audio. | 17:24 | |
jonpry | the klt stuff controls the reset pins of adc3001 and a1010 | 17:24 |
jonpry | so all i2c ops with adc3001 will fail | 17:25 |
*** helicopter88 has quit IRC | 17:25 | |
jonpry | and if you setup routing that uses adc3001 as a source, there will be no input | 17:25 |
jonpry | but i do not support microp-ng | 17:26 |
jonpry | it should be called microp 2.-1.5 | 17:26 |
stinebd | guys my host gave me some more disk space so i'm going to knock the server out for a bit to resize it | 17:28 |
*** xdandroid has joined #xdandroid | 18:44 | |
arrrghhh | ipv6 | 18:46 |
arrrghhh | fancy | 18:46 |
stinebd | don't worry, it's fak | 19:11 |
stinebd | e | 19:11 |
arrrghhh | lol | 19:11 |
*** Miga_ has joined #xdandroid | 19:16 | |
*** Miga has quit IRC | 19:19 | |
*** Miga_ is now known as Miga | 19:21 | |
*** arrrghhh has quit IRC | 20:05 | |
stinebd | god i hate wpa_supplicant | 20:05 |
stinebd | so much | 20:05 |
*** hardwalker has joined #xdandroid | 20:12 | |
*** jonpry has quit IRC | 20:17 | |
*** D3tul3 has joined #xdandroid | 20:25 | |
*** jonpry has joined #xdandroid | 20:51 | |
*** ORi| has quit IRC | 21:05 | |
*** ORi| has joined #xdandroid | 21:06 | |
*** Xofrats has joined #xdandroid | 21:16 | |
Xofrats | hey jon, any luck with bt? | 21:18 |
Xofrats | oh and for hyc's sake, I'm sorry for complaining about jb's code | 21:20 |
hyc | no apologies necessary. just contribute working code. | 21:21 |
Xofrats | was there a way of getting the tegra fw onto out .39 so wifi works? | 21:31 |
Xofrats | it would help me use it since wifi is my only connectivity | 21:32 |
Xofrats | s/out/our | 21:32 |
Xofrats | oh and looking at irclog, there isn't any "setting" for sd card, just mfg claim at sustained (read/wite, seems contention on here too) speed | 21:42 |
Xofrats | so no tool will tell you what class a sdhc card is | 21:42 |
Xofrats | I think sdxc has an actual standard for class iirc | 21:43 |
Xofrats | I've had class 2 card sustain 8MB under win, so who knows | 21:44 |
hyc | SDcard class is claimed sustained write speed, nothing else | 21:45 |
hyc | and as I already mentioned, sustained sequential write speed is not much use for an operating system. | 21:46 |
hyc | which is why WP7 phones are so heavily incompatible with most "fast" SDcards | 21:46 |
hyc | it's also why write-caching is so critical for our phones | 21:46 |
Xofrats | sustained write on fresh cards, aka no cells reused... | 21:48 |
D3tul3 | bah, this stupid cp test is...stupid....i have ridiculus variation in repeated runs (probably due to variation in cpu pegging) - it's almost worthless....i just got a number of 27s for the same test that i got +60sec this afternoon | 21:48 |
Xofrats | what cp test? | 21:49 |
hyc | D3tul3: running in single-user mode? | 21:49 |
D3tul3 | not sure what you mean, everything is done via an adb shell on the phone itself | 21:50 |
hyc | yes, but stop zygote, system_server | 21:50 |
D3tul3 | i guess i should do that, would they respawn on their own? | 21:50 |
hyc | once android runtime is down, then stop any remaining services | 21:50 |
hyc | if you use the "stop" command no, they won't respawn | 21:50 |
Xofrats | and kill data connect | 21:51 |
hyc | go into airplane mode first, then stop ril-daemon after everything else is down | 21:51 |
hyc | I had a script for doing all that around here somewhere. handy for clearing up /system so you can install new system apks/libs/etc | 21:52 |
hyc | without needing a reboot | 21:53 |
Xofrats | what's zygote anyway | 21:53 |
hyc | it spawns the android runtime | 21:53 |
hyc | if you stop it, all android apps immediately die | 21:54 |
Xofrats | ouch | 21:54 |
D3tul3 | that script would be nice, all this process killing just SR my phone..... | 21:54 |
hyc | if you start it again, android is "rebooted" (even though the os hasn't rebooted) | 21:54 |
Xofrats | does it go into animation again or just spawns acore? | 21:54 |
hyc | animation | 21:55 |
D3tul3 | which just happened to me | 21:55 |
Xofrats | ahh k | 21:55 |
hyc | there's actually a parent process for zygote that you need to stop | 21:55 |
hyc | did you use "stop" or "kill" ? | 21:55 |
hyc | you should not manually kill these things. use stop, let /init.android do its job. | 21:56 |
D3tul3 | anyways, that test from earlier today is not telling at all, ran it also on a ext2 partitioned build and got some really low numbers....though again with enough variation to be meaningless | 21:56 |
Xofrats | how is the "test" run | 21:56 |
D3tul3 | nothing fancy just timing copying around files from /sdcard to /data partition | 21:56 |
Xofrats | if it's not waiting for sync to return | 21:56 |
Xofrats | the number is meaningless | 21:57 |
Xofrats | but still shouldn't show 2x variation even with cache/async return | 21:58 |
hyc | if the job is small enough to fit in cache then the number should be nearly identical run to run | 21:58 |
hyc | of course it's only measuring RAM speed... | 21:58 |
D3tul3 | in which case it should vary across filesystems | 21:58 |
hyc | SDcard speed cannot be expected to be constant | 21:58 |
hyc | state of wear, partially-filled blocks, etc will all cause variation | 21:59 |
D3tul3 | anyway - i declare myself and this test incompetent, if you guys have suggestions on a good i/o testing tool let me know | 21:59 |
Xofrats | can you connect via adb more than once? | 22:00 |
hyc | yes | 22:00 |
D3tul3 | sure | 22:00 |
hyc | silly question. things like that you're better of trying than asking. | 22:00 |
Xofrats | I suggest running top and see what's pegging | 22:00 |
D3tul3 | yeah but top pegs itself | 22:01 |
Xofrats | I don't have a computer.... | 22:01 |
Xofrats | well, not that I can run adb on anyway | 22:01 |
D3tul3 | and these android processes are pretty transient, what pegs one run, is not there the next | 22:01 |
Xofrats | top is a linux command, you don't need android running | 22:01 |
hyc | I think you just want "stop system_server" | 22:02 |
Xofrats | if top is pegging itself, something is definately wrong with your phone | 22:02 |
hyc | oops. servicemanager is the one. | 22:02 |
Xofrats | Oh and check dmesg, since any mmc barf will show up there | 22:03 |
Xofrats | Oh and check dmesg, since any mmc barf will show up there | 22:03 |
Xofrats | err, sorry | 22:03 |
Xofrats | things like crc, timeout | 22:03 |
Xofrats | (up key is right next to enter on this phone) | 22:04 |
hyc | if you get anything like that the entire test is invalid | 22:04 |
hyc | a good SDcard should have zero mmc errors in dmesg | 22:04 |
hyc | once you hit hardware errors ... kiss the system goodbye | 22:05 |
Xofrats | well, s#%& happens, even on "good" cards | 22:05 |
jonpry | i found some weirdness | 22:05 |
hyc | regardless, numbers from a test with failing hardware are useless. | 22:05 |
Xofrats | and I can't say the rhod mmc controller is outstanding either | 22:05 |
Xofrats | so pair good card + iffy controller = iffy result | 22:06 |
Xofrats | overheat, electromigration, neutrino flavorchange, vibration, stray dust | 22:08 |
*** Dweezahr has quit IRC | 22:08 | |
*** drakaz has quit IRC | 22:08 | |
Xofrats | jon: what kind of weirdness? | 22:08 |
*** arrrghhh has joined #xdandroid | 22:09 | |
Xofrats | jon: and anyway for me to get tegrafw so I can use 39? | 22:09 |
arrrghhh | you mean use wifi | 22:10 |
Xofrats | right now top running on my rhod under androterm uses 0.9% cpu | 22:11 |
Xofrats | no way top itself should peg anything | 22:11 |
arrrghhh | lol | 22:11 |
hyc | It can use 50% or more in the first seconds it runs | 22:12 |
hyc | but I've never seen it stay there | 22:12 |
Xofrats | yeah, of course | 22:12 |
arrrghhh | unlike windows task manager | 22:12 |
hyc | of course I always start it with nice | 22:13 |
arrrghhh | of course | 22:13 |
Xofrats | never seen windows task manager do that either | 22:13 |
arrrghhh | only a hooligan would run it directly | 22:13 |
arrrghhh | rapscallions | 22:13 |
hyc | :P | 22:13 |
D3tul3 | yeah top pegs for a few seconds | 22:13 |
*** TheSeven has joined #xdandroid | 22:14 | |
*** [7] has quit IRC | 22:14 | |
arrrghhh | roxbox dev eh | 22:14 |
arrrghhh | er | 22:14 |
arrrghhh | rockbox | 22:14 |
arrrghhh | sheesh | 22:14 |
Xofrats | hmm, running stop `pidof zygote` or `pidof servicemanager` didn't do anything, shame | 22:17 |
hyc | idiot | 22:18 |
arrrghhh | lol | 22:18 |
hyc | "stop servicemanager" | 22:18 |
hyc | how hard is that to type... | 22:18 |
D3tul3 | heh serves me right - my 2 run sample....genius | 22:18 |
Xofrats | oh not pid? | 22:18 |
hyc | Did I *ever* mention PIDs anywhere in this discussion? | 22:18 |
Xofrats | meh, sorry, confused because I usually deal with kill | 22:20 |
D3tul3 | love it he called you idiot and you are apologizing | 22:21 |
Xofrats | do not piss off the one who writes your ril | 22:21 |
hyc | lol | 22:22 |
arrrghhh | or y'know, any of your software | 22:22 |
arrrghhh | or cooks/handles your food | 22:22 |
arrrghhh | lessons in life on #xdandroid. | 22:22 |
hyc | ooo yeah that's a critical one ;) | 22:22 |
hyc | food/beverages ... | 22:22 |
D3tul3 | speaking of which...i am out fellas | 22:23 |
arrrghhh | cya | 22:23 |
hyc | ttyl | 22:24 |
Xofrats | hmm, what process switches from console output to the gui subsystem in android? | 22:24 |
hyc | dunno | 22:25 |
Xofrats | stop systemserver just left with a blank screen, was hoping to dump me to console | 22:26 |
arrrghhh | wow | 22:26 |
hyc | where did you issue that command from? | 22:27 |
hyc | you can only do this safely from an adb shell | 22:27 |
Xofrats | I told you, I don't have a computer atm | 22:27 |
arrrghhh | damn guy, how long has it been? | 22:28 |
arrrghhh | you've been without a computer for a while. | 22:28 |
hyc | and the beginning of this conversation was about running from adb | 22:28 |
Xofrats | since feb | 22:28 |
hyc | so, if you don't have adb, you shouldn't have been messing with it at all... | 22:28 |
arrrghhh | i'd go crazy | 22:28 |
hyc | likewise | 22:28 |
arrrghhh | and yea, that does seem silly that he continued knowing he needs adb lol | 22:28 |
hyc | though I must admit, I log fewer hours on my computer now, more on the phone | 22:28 |
arrrghhh | make mine faster hyc | 22:29 |
hyc | eh | 22:29 |
hyc | overclock it | 22:29 |
arrrghhh | it drives me mad, and then randomly goes fast | 22:29 |
arrrghhh | just enough to keep me interested | 22:29 |
arrrghhh | like a dirty hooker | 22:29 |
hyc | I need to add a command to set the clock back to stock speed just before kexec | 22:29 |
Xofrats | well, at least I can run epic4 | 22:29 |
Xofrats | on the phone... | 22:30 |
hyc | wth arrrghhh, I just made 3G 30-40% faster wuth that smd_tty patch :P | 22:30 |
arrrghhh | noes, the internets are plenty fast | 22:31 |
arrrghhh | 'cept for anything related to the market. | 22:31 |
arrrghhh | :P | 22:31 |
hyc | heh | 22:31 |
arrrghhh | i dunno. i keep blaming my SD | 22:31 |
arrrghhh | i try other SD's, doesn't really seem different. they're all older tho. | 22:31 |
hyc | could just be google. G1 is troublesome sometimes too | 22:31 |
arrrghhh | it just goes in fits | 22:32 |
arrrghhh | sometimes it'll be really quick. others... it seems confused and unsure of what it wants to do lol | 22:32 |
hyc | I have a feeling they check your build signature when the phone connects to the market servers | 22:32 |
arrrghhh | heh | 22:32 |
arrrghhh | so they let us download, just severely throttled? | 22:32 |
hyc | possible, yeah | 22:32 |
arrrghhh | hrm | 22:32 |
hyc | then again, t-mo throughput is erratic for me anyway | 22:32 |
arrrghhh | yea, i wouldn't call sprint's 'consistent' by any means... | 22:33 |
hyc | oh by the way, you can usually get pretty fast downloads over wifi | 22:33 |
arrrghhh | nature of the beast | 22:33 |
hyc | you have to make sure 3G data is turned off | 22:33 |
arrrghhh | shouldn't it turn off? | 22:33 |
Xofrats | I think market is becoming too bloated for the msm7k | 22:33 |
hyc | if you have both wifi and 3G enabled | 22:33 |
jonpry | hey arrrghhh. gsensor got included with the acoustic stuff. works for me now | 22:33 |
hyc | market will force the 3G connection to be used | 22:33 |
arrrghhh | jonpry, ah. i need to grab the newest hotness, didn't realize. | 22:34 |
hyc | at least initially. I always see it do a handshake iwth the google server over 3G first. | 22:34 |
hyc | if you leave 3G disabled, then it has no choice but to do it all over wifi, and then it all goes quickly | 22:34 |
arrrghhh | weird | 22:35 |
arrrghhh | i thought 3g was disabled when wifi was on | 22:35 |
Xofrats | on the epic it does | 22:35 |
arrrghhh | but i guess if it's checked it can flip back on? | 22:35 |
hyc | exactly. | 22:35 |
hyc | the preference says whether it's allowed to be used or not. | 22:36 |
arrrghhh | yea | 22:36 |
arrrghhh | Xofrats, it does on ours too | 22:36 |
hyc | the 3G connection may be off, but if it's allowed, it will use it. | 22:36 |
arrrghhh | on my phone it does | 22:36 |
arrrghhh | some people seem to have drastically different experiences. part of it is hardware i think and part of it i swear are shitty SD's. | 22:36 |
hyc | some days it gives me trouble, other days it's fine. I think it's just google's servers | 22:37 |
arrrghhh | if only NAND was more stable... | 22:37 |
hyc | heh. what makes you believe the internal NAND is any faster? | 22:37 |
arrrghhh | eh, wouldn't it be faster for writes? | 22:37 |
hyc | why? | 22:37 |
hyc | it's all flash memory, regardless | 22:38 |
Xofrats | not having to rely on mmcqd | 22:38 |
arrrghhh | ah i thought it was a different type | 22:38 |
*** SG_ has joined #xdandroid | 22:38 | |
*** SG_ has left #xdandroid | 22:38 | |
hyc | SDcards are all NAND flash | 22:38 |
arrrghhh | maybe it is just the overhead on mmcqd | 22:39 |
arrrghhh | alright then i just want to f-ing get rid of winmo | 22:39 |
hyc | It's possible that it uses an 8 bit data path instead of 4 bit MMC | 22:39 |
arrrghhh | gonna miss a fully functional GPS tho :( | 22:39 |
Xofrats | iirc smartmedia was only massmarket flash to not use nand | 22:39 |
arrrghhh | whats the other options? NOR? | 22:40 |
hyc | yes | 22:40 |
Xofrats | yeah | 22:40 |
hyc | NOR is used mostly as ROM | 22:40 |
arrrghhh | yea | 22:40 |
hyc | i.e., read-mostly, "fast enough" to execute code directly | 22:40 |
hyc | instead of being treated as disk | 22:40 |
Xofrats | nor does have an advantage, erases to 0 vs 1 on nand | 22:41 |
Xofrats | I wonder if doing dd if=/dev/zero is bad... | 22:41 |
Xofrats | on nand, that is | 22:41 |
hyc | logical 0 vs physical/electrical 0? | 22:42 |
hyc | probably irrelevant | 22:42 |
Xofrats | yeah, if I was making flash, I'd just put a flip on data i/o | 22:43 |
Xofrats | so zeroing wouldn't kill the cells | 22:43 |
Xofrats | I want to revive rhodbuntu soon | 22:45 |
*** programmer8922 has joined #xdandroid | 22:46 | |
Xofrats | I think the keyboard on rhod blows any other keyboard on smartphones | 22:52 |
Xofrats | I'm getting tired of this epic keyboard | 22:52 |
arrrghhh | heh | 22:52 |
arrrghhh | yea it sucks compared to RHOD | 22:52 |
Xofrats | and they put shift below fn... | 22:53 |
*** programmer8922 has quit IRC | 22:56 | |
*** D3tul3 has quit IRC | 23:08 | |
*** NeoMatrixJR has quit IRC | 23:10 | |
*** NeoMatrixJR has joined #xdandroid | 23:14 | |
*** Xofrats has quit IRC | 23:17 | |
jonpry | internal nand is slower because it doesn't have a flashy hardware controller to deal with the erase block nastiness | 23:17 |
arrrghhh | don't say that | 23:19 |
arrrghhh | NAND is faster, let me enjoy my placebo :P | 23:19 |
jonpry | modern devices are moving towards eMMC | 23:19 |
arrrghhh | i always told people it wouldn't be faster so they would STFU, but honestly in some cases NAND did feel faster. but it's in a f-ed up state, no way to compare ATM. | 23:20 |
jonpry | maybe its just not my kind of thing | 23:21 |
arrrghhh | why? | 23:22 |
arrrghhh | i just want to eliminate winmo. i'll seriously be sad about GPS tho. | 23:23 |
arrrghhh | that's probably the only thing, from what i can tell. | 23:23 |
*** Xofrats has joined #xdandroid | 23:24 | |
jonpry | gps as in quickgps? | 23:26 |
arrrghhh | yea | 23:26 |
arrrghhh | XTRA | 23:26 |
arrrghhh | and the warm-injection or whatever such thing | 23:26 |
arrrghhh | entropy512 went into pretty specific detail, most of which was over my head. i can give you a link to his thread tho. | 23:27 |
Xofrats | give me the thread please | 23:28 |
arrrghhh | you haven't read it? | 23:28 |
arrrghhh | 1 sec | 23:28 |
arrrghhh | http://forum.xda-developers.com/showthread.php?t=969761 | 23:28 |
arrrghhh | i guess he went into more detail in his mailing list post | 23:30 |
jonpry | there is no way to return the winmo license so it seems like a big conspiracy to throw away purchased software to me | 23:31 |
arrrghhh | http://lists.xdandroid.com/pipermail/xdandroid-dev/2011-March/000076.html | 23:32 |
arrrghhh | jonpry, lmao | 23:32 |
jonpry | :) | 23:32 |
arrrghhh | fooood, bbl | 23:33 |
jonpry | Xofrats you can't compile kernels on your phone? | 23:33 |
Xofrats | oh that's the 0,0 fix | 23:34 |
Xofrats | jon: dunno, but I don't have free space on this build and well, compiling kernel for a desktop is enough of a chore | 23:36 |
Xofrats | Not sure I want to subject my sd to make clean, make menuconfig...etc. | 23:36 |
*** Xofrats has quit IRC | 23:37 | |
*** Xofrats has joined #xdandroid | 23:37 | |
*** madplaya1 has joined #xdandroid | 23:38 | |
Xofrats | and as you can see, one bad slip of the capacitive button = *poof* | 23:38 |
jonpry | you can't actually kill an sd card from using it | 23:38 |
madplaya1 | HI there i need help. | 23:38 |
jonpry | at least it would take like 20 years | 23:38 |
Xofrats | that was my thumb hitting the back button | 23:38 |
Xofrats | at least the subsystem is nice enough to close it gracefully | 23:39 |
Xofrats | (it actually finishes running my script which unmounts everything) | 23:40 |
madplaya1 | I got Hyc RIL, F22 roofts wtih hyc ril, and wistilt2 kernel 5/17 but i don't have data or incoming/outgoing calls... rhod400 sprint | 23:40 |
Xofrats | and I don't trust myselff right now to make a working phone kernel | 23:42 |
arrrghhh | madplaya1, just go back to stock FRX06 | 23:45 |
madplaya1 | Yeah, but I get that roaming indicator thing, & i don't have a roaming plan. | 23:46 |
arrrghhh | stock FRX06? | 23:47 |
madplaya1 | Yes. | 23:47 |
arrrghhh | shouldn't get a roaming indicator | 23:47 |
arrrghhh | you're lying, you updated the rootfs. | 23:47 |
jonpry | Xofrats, have you tried bt without the enable_lpm or at a lower speed? | 23:47 |
arrrghhh | besides, the roaming indicator is just that. a cosmetic indicator. meanginless. | 23:48 |
madplaya1 | So, i'll be good, no additional fees? | 23:48 |
arrrghhh | no... | 23:49 |
arrrghhh | sprint doesn't have roaming | 23:49 |
madplaya1 | Alright, i'll try stock again in a bit. can't wait for frx07 | 23:50 |
arrrghhh | well int'l roaming... but yea. | 23:50 |
arrrghhh | yea, it'll be a big release | 23:50 |
jonpry | oh yeah, kexec in 39 | 23:51 |
madplaya1 | thanks, man! | 23:51 |
arrrghhh | np | 23:56 |
jonpry | kexec rules | 23:56 |
arrrghhh | indeed | 23:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!