00:04.49 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
00:06.57 | WisTilt2 | jonpry: home and in coding mode. fixed audio routing and pushing shortly. also trying my pm changes to see if drain is better. around 4% overnight so we need to find that. might be speaker amp not turning off and i suspect wifi chip is always on right now. |
00:07.26 | jonpry | hey WisTilt2 |
00:08.18 | jonpry | i have had massive drain with speaker amp off before |
00:10.16 | WisTilt2 | ill run this test kernel with my pm stuff for an hour and see if its any better. easy to see changes when it drops 4% in 1hr consistently. audio routing working perfect now and i enabled the temp speakerphone mode again until i do the full acoustic stuff. |
00:11.32 | jonpry2 | no multimeter for you? |
00:12.26 | WisTilt2 | not here at home. ill be at my office all day tomorrow though so plan to work on this all day |
00:12.51 | WisTilt2 | unless we fix everything tonight:) |
00:13.06 | *** join/#htc-linux ftoz (~root@214-151.gtt-net.cz) |
00:13.25 | *** join/#htc-linux NetRipper (~netripper@tikkie.net) |
00:14.27 | jonpry2 | hmm |
00:14.31 | WisTilt2 | jonpry, you want me to give you the bitmask for the adm clock to shut if off in sleep and see if that's part of it? |
00:15.11 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
00:21.07 | jonpry | WisTilt2, have you compared our clock-wince.c to .27? |
00:22.56 | WisTilt2 | brb, on phone with a problem at the office |
00:23.26 | jonpry | you see for most clocks .27 is writing the regs in long form, just like we are. but if that doesn't work they do somthing with idx. |
00:35.18 | *** join/#htc-linux furtardo (~mks@nat/yahoo/x-kgpzmprjhdfjhhfn) |
00:51.45 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
01:01.00 | WisTilt2 | jonpry, 41mins on the phone, audio routing worked perfect, no probs at all. that is on this new test kernel with audio fix and my pm so guess it works. need arrrghhh to try it on his cdma monster now. |
01:01.39 | jonpry | i just tried to do something with clocks. get reboot during boot though |
01:02.53 | *** join/#htc-linux ORi|| (~ORi@91.181.87.113) |
01:03.50 | jonpry | appears to cause arm9 crash |
01:04.42 | WisTilt2 | interesting. let me pull up docs and see the arm9 clk info. maybe something is set up wrong or missing |
01:09.29 | jonpry | dma.c on 27 doesn't enable or disable adm_clk |
01:09.43 | jonpry | but our 39 is trying to like nearly all the time |
01:10.36 | WisTilt2 | what file you looking at in 39 with that? |
01:12.38 | jonpry | mach-msm/dma.c |
01:14.29 | jonpry | seems like adm is not going to be an power issue if its not used on 27 |
01:14.48 | jonpry | attempting to turn it on and off is definitely killing arm9 |
01:15.23 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
01:15.56 | WisTilt2 | how you turning it off? |
01:16.37 | jonpry | if (params.idx) |
01:16.37 | jonpry | { |
01:16.37 | jonpry | writel(readl(MSM_CLK_CTL_BASE) | (1U << 5), MSM_CLK_CTL_BASE) |
01:16.42 | jonpry | to turn on anyways |
01:17.20 | WisTilt2 | arrrghhh, new image to test:) audio routing fixed, speakerphone again (like .27's) and possible better battery. need your testing skills to try and kill it. |
01:17.26 | WisTilt2 | its on server |
01:17.28 | arrrghhh | heh |
01:17.32 | arrrghhh | i was just readin the logs ;) |
01:17.52 | WisTilt2 | jonpry, need to halt the adm clock before that i believe |
01:18.15 | arrrghhh | i had an interesting issue, not sure what was up. system just got slower and slower... until it eventually froze up completely. kbd backlight still worked, and the screen was on... full brightness on the home screen. beast got HOT within about 10 mins hahaha. |
01:18.18 | jonpry | one of those CTL_BASE+offset things? |
01:18.27 | arrrghhh | i'll grab the new image tho thx ;) |
01:18.48 | WisTilt2 | jonpry, yeah let me look it up |
01:19.59 | WisTilt2 | arrrghhh, try this kernel. it should play much nicer now. |
01:20.06 | jonpry | arrrghhh, pulling apart at the seems |
01:21.06 | arrrghhh | jonpry, it was kinda entertaining, if not a little depressing :P |
01:21.17 | arrrghhh | watching the slow decay... |
01:21.28 | arrrghhh | the kbd backlight still worked, so the kernel was still happily doin its thing. |
01:21.35 | arrrghhh | at least somewhat... |
01:21.41 | jonpry | maybe adb |
01:21.58 | arrrghhh | i didn't check, unfortunately... |
01:23.26 | WisTilt2 | jonpry, where is the base defined so i can compare with the base in the docs? |
01:25.21 | jonpry | umm its virt for iomap |
01:25.56 | WisTilt2 | so it should be using whats in the msm_iomap-7x00.h |
01:26.01 | jonpry | yep |
01:26.26 | jonpry | i talked to acl today about autobuild using his nand server |
01:26.37 | arrrghhh | o yea? |
01:26.52 | jonpry | it was very confusing though |
01:26.56 | arrrghhh | lol |
01:27.16 | jonpry | he seemed ok with getting us a user account on the box |
01:27.35 | jonpry | but then he started talking about virtualization |
01:28.41 | WisTilt2 | what box is he talking about? |
01:28.50 | WisTilt2 | some other hosted one or what? |
01:28.53 | jonpry | htcdevs.wirelesstcp.net |
01:29.08 | arrrghhh | nah the one you gave him lol |
01:29.13 | WisTilt2 | lol, that would be the one i have:) |
01:29.56 | arrrghhh | hehe |
01:29.58 | WisTilt2 | i thought maybe he had something somewhere else. that box wont run virt. i need to move his stuff onto this 6600 and setup a some vm's |
01:30.06 | WisTilt2 | easy to do and much faster anyway |
01:30.20 | arrrghhh | esx-i? |
01:30.21 | jonpry | yeah i figured we don't need a whole new box. mainly because i don't want to take care of it |
01:30.47 | WisTilt2 | this 6600 will scream even with 2 kvm's running |
01:30.48 | arrrghhh | jonpry, worse comes to worse i can |
01:31.04 | jonpry | whatever happened to UML? |
01:31.33 | WisTilt2 | take care of what? you forget i run an internet company and have people that keep all this stuff secure and up to date:) |
01:31.42 | arrrghhh | there ya go. |
01:31.52 | arrrghhh | have some of the cave monkeys do it |
01:32.36 | jonpry | yeah up to date is my problem |
01:32.38 | WisTilt2 | we also monitor all co-lo servers for unusual traffic use. actually caught a hacker banging away at acl's stuff a couple months ago |
01:33.56 | jonpry | attacking opensource. thats just wrong |
01:34.34 | arrrghhh | seriously? wth. |
01:35.04 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF3D25.dip.t-dialin.net) |
01:36.01 | WisTilt2 | yeah just some kiddie trying to get root for whatever. i think it was from china iirc and we blocked the entire country subnet to the box. wasted their time anyway, the box is pretty secure against brute force stuff. |
01:36.49 | arrrghhh | lmao |
01:36.59 | stinebd | oh yeah i get the ssh brute forces all the time |
01:37.05 | stinebd | i just turned password auth off |
01:37.10 | stinebd | long ago |
01:37.29 | arrrghhh | e |
01:37.42 | arrrghhh | yea, seems like the best thing to do |
01:37.48 | arrrghhh | no pass auth, cert only. |
01:37.58 | arrrghhh | er keys |
01:37.59 | WisTilt2 | shouldn't have password auth anyway if you want to be seriously secure. 1024 certs is the only way to go. |
01:38.00 | arrrghhh | whatever |
01:38.08 | WisTilt2 | brute force that! |
01:38.43 | arrrghhh | yea, all our routers use 1024 rsa keys |
01:39.01 | stinebd | i use 4096 |
01:39.03 | stinebd | peasants |
01:39.14 | arrrghhh | lmao |
01:39.14 | stinebd | used to take my phone 2 hours to log in |
01:39.19 | WisTilt2 | a bit paranoid there sir |
01:39.21 | arrrghhh | bwahahahaha |
01:39.44 | jonpry | lol |
01:39.55 | WisTilt2 | brb, need to finish comparing this clock stuff before jonpry falls asleep down there |
01:40.20 | jonpry | WisTilt2, we just need the offset for adm_clock |
01:40.50 | WisTilt2 | ok thats easier, hang on |
01:42.18 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
01:44.26 | WisTilt2 | jonpry you need the adm bit to disable/enable in the global clock reg or what? |
01:44.42 | jonpry | nah we have that. bit 5 no? |
01:45.10 | WisTilt2 | yes, so what are you needing then? |
01:45.50 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
01:45.51 | jonpry | there are other registers for every clock |
01:46.07 | jonpry | usually ctl + something |
01:46.30 | jonpry | like this is for i2c: writel(readl(MSM_CLK_CTL_BASE+0x64)| 0xa00 |
01:47.00 | WisTilt2 | so you're saying 0xa00 would be a register? |
01:47.11 | WisTilt2 | or 0x64 offset |
01:47.21 | jonpry | ctl+0x64 is a register |
01:47.38 | WisTilt2 | ok got ya. you want to adm register to setup the clock for it? |
01:47.39 | jonpry | and 0xa00 is two bits that get set and unset to turn it on/off |
01:47.55 | jonpry | yeah |
01:48.01 | jonpry | i think the trouble is that arm9 manages ctl_base |
01:48.14 | WisTilt2 | you know there are permission registers with adm that need setting up too right? |
01:49.23 | jonpry | all in the dark here |
01:51.05 | WisTilt2 | adm takes a whole lot of setup. are you trying to just turn it off, or make sure it's off? |
01:52.21 | jonpry | the adm driver should be taking care of all that no? |
01:52.38 | jonpry | and its working. i'm just trying to comply with its request to turn the clock off/on |
01:55.07 | WisTilt2 | all we need to do is set the sleep enable bit for adm clock to enabled and it should wake up on the wfi. |
01:55.37 | WisTilt2 | looks like doing it that way arm9 can be in control of when it happens without crashing it |
01:56.00 | WisTilt2 | global enable bit needs to be on also or it's ignored |
01:56.03 | jonpry | arm9 seems to like this stuff where we use the clk_ctl+offset |
01:56.56 | WisTilt2 | dont we already have those offsets defined somewhere? or partially anyway? |
01:57.20 | jonpry | yeah just not for adm_clock |
01:57.22 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
01:57.48 | WisTilt2 | we have the global enable and global sleep enable though? |
01:59.16 | WisTilt2 | global enable is the base+0, sleep enable is base+0x1c. just those 2 can shut off adm in suspend. |
02:00.45 | arrrghhh | ahhh |
02:00.58 | arrrghhh | the speed is back... i was worried there for a while :P |
02:01.21 | arrrghhh | o i should probably test audio routing. |
02:01.51 | WisTilt2 | you have the latest image? |
02:02.28 | WisTilt2 | check all the audio routing like you did before if you can. |
02:02.30 | arrrghhh | yea i grabbed it... 40 mins ago? |
02:02.54 | WisTilt2 | yep sounds right. build number is #5 |
02:03.01 | jonpry | maybe you can tell me what bits 9 and 11 of ctl + 0x64 do |
02:04.08 | WisTilt2 | jonpry thats i2c stuff, that what you looking at? |
02:04.13 | arrrghhh | yup #5 |
02:04.42 | jonpry | sort of |
02:04.52 | jonpry | i just want to know what the bits do with regards to i2c |
02:06.53 | jonpry | to me they are just the magic bits |
02:06.54 | WisTilt2 | 9 is i2c clock and 11 enables tcxo signal. what exactly it does to i2c no idea |
02:07.17 | jonpry | ok so like 9. thats what we need for adm |
02:09.15 | WisTilt2 | looks like if you reset bit 9 it will shut off the i2c clock |
02:09.31 | WisTilt2 | or at least the signal routing to it |
02:09.55 | jonpry | so there should be similar register and bit for adm |
02:13.35 | arrrghhh | hrm. perhaps i shouldn't tempt fate. |
02:13.43 | jonpry | hmml, INET_TUNNEL doesn't exist in 39 |
02:14.03 | arrrghhh | i wanted to see if the perceived speed would translate to better gfx rendering. it did pretty well, until it froze up exactly like it did before :P |
02:14.07 | arrrghhh | let's see if adb works this time... |
02:18.24 | arrrghhh | woah i can adb |
02:18.29 | arrrghhh | you folks want a dmesg? |
02:18.29 | jonpry | better gfx rendering? |
02:18.37 | jonpry | sure |
02:18.39 | arrrghhh | yea, right up until it imploded :P |
02:19.24 | arrrghhh | oh yea this looks juicy |
02:19.50 | arrrghhh | http://pastebin.com/8ecJ2cJ4 |
02:20.59 | arrrghhh | Unhandled fault: imprecise external abort |
02:21.04 | arrrghhh | sounds... bad. |
02:22.09 | jonpry | i don't undestand what you were doing |
02:22.30 | arrrghhh | opened neocore |
02:22.34 | arrrghhh | it played some sound |
02:22.39 | arrrghhh | went into options, disabled |
02:22.42 | arrrghhh | then ran a benchmark |
02:22.54 | arrrghhh | it's frozen within the benchmark |
02:23.47 | arrrghhh | it's interesting that the kernel failed in this fashion |
02:23.53 | arrrghhh | yet the phone is still functional, partially. |
02:23.58 | jonpry | thats a BUGON |
02:24.01 | arrrghhh | kbd backlight still working, just like last time. |
02:24.10 | jonpry | because the blit failed |
02:25.07 | arrrghhh | well, hopefully the dmesg helps... imma reboot. |
02:25.25 | arrrghhh | er before i do, do you want me to pull any other logs? |
02:25.40 | jonpry | thats ok |
02:25.43 | arrrghhh | k |
02:25.45 | arrrghhh | rebootin |
02:26.38 | jonpry | hmm. i don't have any trouble with neocore |
02:26.46 | jonpry | with or without sound |
02:26.56 | jonpry | 16.2 with sound. 16.9 without |
02:27.02 | arrrghhh | that's..... not very good. |
02:27.06 | arrrghhh | lol |
02:27.08 | WisTilt2 | jonpry nothing else about adm clock other than global enable and sleep enable. i scanned through the entire doc, all 1500+ pages of it. need a beer now brb |
02:27.11 | arrrghhh | i was hopin for better, oh well. |
02:27.13 | jonpry | on 480x800 |
02:27.22 | arrrghhh | jonpry, same i usually get 18-19 |
02:27.45 | jonpry | its totally gpu bound. i got 14 or something at 320mhz |
02:28.21 | arrrghhh | yea, makes sense. |
02:28.31 | jonpry | WisTilt2, no big deal. i am trying to enable some serious modules for wifi |
02:28.36 | arrrghhh | so this perceived speed would have no effect on it. no surprise. |
02:32.34 | jonpry | WisTilt2, this power thing reminds me of when you sent me the new pm that made collapse on my 210 not save any power. still acted like it was collapsing, just like this. but power still the same |
02:39.32 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
02:39.41 | WisTilt2 | this test kernel has my pm in it and is showing that arm11 is indeed collapsing. i wonder if clocks are still running with this 39 stuff and not freezing in suspend? i also verified that the speaker amp is being turned off so scratch that one. |
02:41.57 | arrrghhh | neocore just ran thru its paces just fine. 16.8fps. |
02:42.06 | arrrghhh | audio routing time |
02:42.37 | WisTilt2 | how are you seeing the fps? maybe i got wrong one, it just plays when i hit benchmark and loops till i stop it. |
02:43.31 | arrrghhh | don't do interactive mode WisTilt2 |
02:43.42 | arrrghhh | and for some reason i had to click 'above' it to click it |
02:43.50 | arrrghhh | every other link worked, not sure if that's the newest neocore or what |
02:44.00 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
02:44.01 | arrrghhh | but everytime i'd try to hit benchmark, it would select interactive... |
02:44.16 | WisTilt2 | k ill try that later. |
02:45.48 | *** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc) |
02:46.28 | WisTilt2 | this is so much faster than .27 in all respects. just noticed open/close kbd how fast fb switches orientation now. |
02:46.46 | arrrghhh | panel wakes |
02:46.49 | arrrghhh | orientation switches |
02:47.00 | arrrghhh | good stuff maynard |
02:47.05 | WisTilt2 | yep |
02:47.23 | arrrghhh | ADW is sooo much better than the stock launcher too. |
02:47.41 | arrrghhh | WisTilt2, i know you're not much of a userland guy, but the stock launcher is pretty bad. |
02:48.02 | stinebd | i use adw on my n1 |
02:48.05 | arrrghhh | at the very least i like that it can rotate the homescreens :P |
02:48.43 | arrrghhh | it's quite a bit snappier than the Launcher2 poop |
02:53.23 | arrrghhh | panel wake seriously feels "like it should" WisTilt2. amazing. |
02:53.35 | arrrghhh | you said you didn't do anything messy to get it to work, just .39 hotness? |
02:54.06 | WisTilt2 | yeah it comes up immediately every time. i added my panel code from .27 to it. |
02:54.29 | arrrghhh | ah, was it slow w/o it? |
02:55.37 | WisTilt2 | .39 is just plain fast though. it was slow for me, jonpry put my panel code in initially but there was no panel detect for my 300 to run the code so it went generic, now its all current 100-500 rhods |
02:55.47 | arrrghhh | nice |
02:56.35 | WisTilt2 | so audio working right? im really curious about 1st audio in or out after boot. |
02:56.54 | arrrghhh | so do you want me to test both ? |
02:57.02 | arrrghhh | in call 1st, reboot, out call 1st? |
02:57.17 | WisTilt2 | if you can sure. pain to reboot but yeah both tests would be good. |
02:58.20 | arrrghhh | eh that's what i'm here for |
02:58.23 | arrrghhh | audio all guten on in call |
02:58.47 | arrrghhh | although speakerphone audio seemed - quiet... but don't worry 'bout that. new audio routing code i've heard really cleans up all that mess. |
02:58.51 | WisTilt2 | i did find something that i think userland is doing wrong but not 100% yet. it appears to leave mic muted on incoming calls as if that's its default state. |
02:59.00 | WisTilt2 | you can volup speakerphone |
02:59.09 | WisTilt2 | i change level to whatever you last left it at |
02:59.56 | arrrghhh | k |
03:00.00 | arrrghhh | yea all the way up is OK... |
03:00.07 | arrrghhh | but not great. again, don't sweat that. |
03:00.16 | arrrghhh | it works :P |
03:00.35 | arrrghhh | i'll reboot and see if it works on an outgoing call first. |
03:00.48 | WisTilt2 | it'll do until i get the acoustic stuff in here then it will blast you out of the room cleanly. |
03:00.49 | arrrghhh | hrm i kinda want to see if i can use the sip features on my tester tp2 |
03:00.53 | arrrghhh | free calling, w00t |
03:01.01 | arrrghhh | no joke! |
03:01.14 | arrrghhh | that new audio routing code makes the phone go SO loud. i kinda forgot how loud that little speaker'll go. |
03:01.46 | arrrghhh | hyc said he was showing Quake to someone in a restaurant and scared the shit out of most of the patrons bwhahahaa |
03:02.35 | jonpry | WisTilt2, that problem on my 210 looked like collapse too |
03:02.50 | jonpry | but it wasn't :p |
03:03.00 | WisTilt2 | my kludge fix turns on speaker amp but forces mic on so its causing a big impedance mismatch. |
03:03.18 | jonpry | you disagreed anyways and said it was collapsing. i reverted 3 lines of code and power went from 200 to 20 ma |
03:03.44 | WisTilt2 | what did you remove or change? |
03:05.01 | jonpry | i reverted all of msm_sleep(). its hard to do comparisons between the 2 functions because there were so many immaterial changes |
03:05.45 | jonpry | afaict it was just ram back bias stdbyctl and maybe clk_sleep_en |
03:06.50 | WisTilt2 | well, my current pm should be right then. let me send you the modified pm i have right now and try it as is. should see same results |
03:07.44 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF3420.dip.t-dialin.net) |
03:08.26 | WisTilt2 | emailed. just try this pm.c and see what happens |
03:11.35 | WisTilt2 | this pm handles the ram back bias the way the docs say to do it instead of that writing to that address also. |
03:12.36 | *** join/#htc-linux Ceesheim (~ceesheim@p5B347793.dip.t-dialin.net) |
03:14.12 | jonpry | WisTilt2, are you trying it as well? |
03:15.08 | WisTilt2 | yes started 15mins ago and only have batt % to go by but like i said, was 4% per hour so easily seen if lower. |
03:15.52 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
03:17.42 | jonpry | i guess it requires scbs to get sleep current measurements |
03:21.37 | arrrghhh | damn laptop. i barely jostle the thing and it just shuts off now. lovely. |
03:21.49 | WisTilt2 | tomorrow i'll measure with meter. best ive had on my phones were around 15ma in sleep so we can see if we're anywhere close. |
03:22.03 | WisTilt2 | finicky like a woman |
03:22.07 | arrrghhh | lol |
03:22.16 | arrrghhh | gotta touch it just right. |
03:23.15 | WisTilt2 | actually best i had was around 7ma and i still have that kernel source. need to look that over and compare to what we have now. |
03:23.53 | arrrghhh | alright. audio works great on boot outgoing as well |
03:23.58 | arrrghhh | speakerphone, all of it. |
03:24.01 | jonpry | i don't think we are in the ballpark of clocks or gpio being a problem. a11 is still on |
03:24.19 | arrrghhh | volume... was f-ed up on speakerphone. it said it was at full, but it was not. it wouldn't let me go any higher.. i went low, back to high and it was back to 'normal'. |
03:24.40 | arrrghhh | but meh. new audio routing makes that all pointless to muck with. |
03:25.27 | jonpry | WisTilt2, how are those xor chain tables? |
03:26.51 | WisTilt2 | arm11 is on with my pm? dont believe it |
03:27.06 | jonpry | i dunno about this new pm |
03:27.20 | WisTilt2 | did you try it yet or still on old one |
03:27.36 | jonpry | still on old one. doing a wifi test |
03:29.26 | WisTilt2 | back in about 15. need to run to store |
03:29.46 | stinebd | driving is probably faster |
03:31.11 | jonpry | does android expect wifi to come up on eth0 or something? |
03:35.36 | jonpry | is this a problem? E/WifiHW ( 1334): Supplicant not running, cannot connect |
03:36.00 | arrrghhh | might be |
03:42.14 | jonpry | need CONFIG_PACKET |
03:44.59 | *** join/#htc-linux mitsutaka_ (~mitsutaka@rt.miraclelinux.com) |
03:52.06 | WisTilt2 | im back but doesn't look like i missed much. expected this room to be full of exciting chat |
03:53.11 | WisTilt2 | jonpry, my phone is now ice cold like it used to be and coming up on 1hr it has dropped 1% |
03:55.00 | jonpry | damn wifi |
03:55.37 | WisTilt2 | which driver you sticking in there? |
03:56.16 | WisTilt2 | and to answer your earlier question about xor chains, lets chat tomorrow pm when im at the office |
03:56.56 | jonpry | bcm4329 for now |
03:57.12 | jonpry | android is liking it now. loads up and initiates a scan |
03:57.59 | jonpry | there are some pm problems though. as soon as it requests a low power state wifi unloads |
03:58.31 | jonpry | its hard to tell whats going on because i could never get wifi on my phone here |
03:59.02 | jonpry | but i get one of these every 6 seconds in dmesg: [ 866.824615] Set ISCAN for wl_iw_iscan failed with -22 |
03:59.43 | WisTilt2 | what dev name you setting it to? its wlan0 or something like that i think. |
04:01.14 | jonpry | its eth0. i have no idea how that is getting set, but kind of past that now |
04:02.04 | WisTilt2 | do the usual cmds like iwlist and iwconfig work in android? never messed with that. |
04:02.24 | jonpry | nah don't have that stuff |
04:02.30 | jonpry | wpa_supplicant |
04:03.18 | jonpry | i think this is caused by problems with 39 kernel wireless infrastructure |
04:09.42 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
04:09.55 | WisTilt2 | arrrghhh have you blown that thing up yet? you need to test battery drain overnight if you can. i think we're back to 1% per hour with this one, 1hr 15mins and still only down 1% here. |
04:13.12 | jonpry | thats exciting |
04:13.29 | jonpry | can get rid of 27 once and for all |
04:13.30 | arrrghhh | nice |
04:13.36 | WisTilt2 | phone is stone cold again now |
04:13.38 | arrrghhh | my battery is pretty low, not sure if i can do that tonight :P |
04:14.29 | WisTilt2 | yeah .27 isnt going to be on this phone anymore. been running 39 since last night and now with good battery life im staying with 39 |
04:14.47 | WisTilt2 | not a single sr since last night either with lots of use. |
04:15.08 | arrrghhh | yea i haven't had any reboots |
04:15.14 | arrrghhh | had a few other moments where i thought it froze up |
04:15.19 | arrrghhh | but it recovered |
04:16.04 | WisTilt2 | so audio routing worked every time? ill push the change then. i think we're pretty close to a mass testing kernel dont you jonpry? |
04:16.14 | arrrghhh | yea audio routing works |
04:16.17 | arrrghhh | installing apps works |
04:16.34 | arrrghhh | wifi would be nice, but i guess not required. |
04:17.04 | WisTilt2 | i cant wait to see the auo users trying it. should wake/sleep fine on those. |
04:17.23 | arrrghhh | that'll be nice... those poor saps. |
04:17.33 | jonpry | working on the wifi :p |
04:17.36 | arrrghhh | :D |
04:18.41 | arrrghhh | WisTilt2, the phone has not been getting crazy hot like it has been, so far so good. |
04:19.07 | arrrghhh | wth, titanium backup... you've worked before. |
04:19.26 | WisTilt2 | yeah it had a slight warmness to it but now cold like it should be. |
04:19.50 | arrrghhh | titanium is claiming the build isn't rooted, or there's no busybox... hrm. |
04:19.58 | arrrghhh | adfree didn't seem to think it could remout rw. |
04:19.58 | jonpry | WisTilt2, i'm pretty sure that neocore problem is a BUGON in mdp. maybe it needs to be able to wait longer to retry a blit? |
04:20.13 | WisTilt2 | jonpry i pushed the audio routing fix if you want to try it later on your 210 |
04:20.43 | WisTilt2 | yes, i think the mdp timing could stand a little more delay. |
04:21.00 | jonpry | i'm preparing spam max wifi |
04:21.24 | WisTilt2 | spam max wifi lol |
04:21.47 | arrrghhh | sounds technical |
04:22.51 | jonpry | its gonna be bad |
04:23.54 | jonpry | i'd like to switch to brcmfmac |
04:24.28 | jonpry | stupid thing can never locate my firmware files though |
04:25.23 | WisTilt2 | what is that? some universal broadcom driver? |
04:26.02 | jonpry | afaict it is bcm4329 but a little newer |
04:28.03 | jonpry | it might have opensource firmware too. very confusing little project. says no binary blobs. download your blob here |
04:34.43 | arrrghhh | alrighty guys. sleepy time, i'll catchya later. |
04:41.14 | *** join/#htc-linux nautis (~nautis@76-218-70-41.lightspeed.sntcca.sbcglobal.net) |
04:43.36 | jonpry | 15MB of modules is out of control |
04:44.56 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
04:46.01 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-95-29.dynamic.mnet-online.de) |
04:46.05 | WisTilt2 | huh? did you strip it? should be 10% or so of that |
04:46.32 | jonpry2 | same options as .27 |
04:46.52 | WisTilt2 | i use this... |
04:46.58 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-42-45.26-151.libero.it) |
04:47.04 | WisTilt2 | arm-none-linux-gnueabi-strip --strip-debug *.ko |
04:47.19 | WisTilt2 | mine were up around 15-16mb without it |
04:47.29 | jonpry2 | don't modules need symbols? |
04:47.36 | WisTilt2 | only for debugging |
04:47.58 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
04:49.21 | WisTilt2 | jonpry, coming up on 2hrs and might even be less than 1% per hour just a bit:) phones feels like its turned off. |
04:49.49 | jonpry2 | you know that it won't work on the 210 anyways |
04:50.07 | WisTilt2 | i have faith it will, power of the force |
04:50.34 | WisTilt2 | im going through mdp timing. is this mdp from .27? |
04:51.27 | jonpry2 | with those modifications you had me do |
04:52.11 | WisTilt2 | yeah thats why it looks familiar. only place i can see to try more delay already has 1000ms delay, that certainly should be plenty |
04:52.41 | WisTilt2 | not delay but wait timeout |
04:54.03 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
04:55.18 | jonpry2 | is that the bugon |
04:57.08 | WisTilt2 | the wait timeout of 1000 is in mdp_wait. was arrrghhh getting the bugon? |
04:57.53 | jonpry | yeah it crashed it |
04:58.09 | jonpry | mdp_ppp_dump_debug from mdp_ppp_wait |
04:58.26 | WisTilt2 | damn, that shouldn't happen. if interrupt is already enabled it shouldn't hit that same mask again. |
04:58.47 | WisTilt2 | unless timing elsewhere is jacked up |
04:59.32 | WisTilt2 | is the mdp_clk the same setup as it was in .27 or did all that change too? |
05:01.21 | jonpry | we are pretty much like 27 nand atm |
05:01.26 | WisTilt2 | easy enough to trace. just need to printk the current mask when it happens and see which irq its trying to enable that's already enabled. |
05:02.27 | jonpry | is it possible that if it times out on a blit and wait it would be better to retry the blit or really anything other than blowing up the kernel? |
05:02.30 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
05:03.11 | WisTilt2 | yeah retrying should be done with some kind of limit of tries so it doesn't go on forever in worst case. |
05:03.47 | jonpry | arrrghhh said it started going slower and slower until this |
05:04.09 | WisTilt2 | i bet there is a spinlock missing somewhere and race condition is going on at times. |
05:04.16 | jonpry | somehow blits are taking longer until they hit 1 minute? |
05:04.22 | jonpry | er 1 second |
05:04.22 | WisTilt2 | since it directly points to these irq's |
05:05.27 | WisTilt2 | does it appear that blits are getting small amounts of time added until it blows up? |
05:06.46 | jonpry | yeah i think so |
05:07.06 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-42-45.26-151.libero.it) |
05:07.31 | WisTilt2 | need to ask him to get a dmesg after this happens. he should be seeing the global clock dumps for all the states since the code is in there for that in that condition at 1second. |
05:07.46 | jonpry | http://pastebin.com/8ecJ2cJ4 |
05:07.59 | WisTilt2 | is that his? |
05:08.19 | jonpry | yep |
05:08.51 | WisTilt2 | nice. clock dumps are there but lost the last few when it blew up. have a little to go on though |
05:10.51 | jonpry | maybe you should try my wifi garbage. i really can't tel if there is just no service or what |
05:12.46 | WisTilt2 | can do. you want to push it or email it? |
05:13.29 | WisTilt2 | this mdp doesn't look good. that mask during that error shouldn't have happened. ill look closer at it tomorrow at the office. |
05:13.31 | jonpry | i am pushing the code and new defconfig. not sure if you want to build and package the modules |
05:13.58 | WisTilt2 | i can do that np |
05:14.43 | WisTilt2 | 2hrs 15mins and im still only down 2%, looking very good. |
05:16.00 | jonpry | WisTilt2, all pushed |
05:16.32 | WisTilt2 | ok will throw it together and try it out |
05:16.59 | jonpry | something happened to 3.0-rc2. like its on the page, but no patch, source available |
05:20.53 | jonpry | ah hah. patch found |
05:26.52 | WisTilt2 | did they fix any problems we're seeing with these sr's ? |
05:31.27 | WisTilt2 | jonpry you have ipv6 for wifi also? |
05:32.08 | jonpry | there some fix for an arm dma regression |
05:32.35 | jonpry | however the patch i found was not right. linus is on hotel internet |
05:32.45 | jonpry | which is somehow worse than mine |
05:32.53 | jonpry | gotta have ipv6 |
05:33.25 | WisTilt2 | nice |
05:33.51 | WisTilt2 | ok built everything and modules is just under 1MB now:) whole kernel pack with image is right at 3MB |
05:34.06 | WisTilt2 | putting it on phone and let you know shortly |
05:36.00 | WisTilt2 | modules installed during boot so looking good so far |
05:37.58 | jonpry | indeed |
05:38.57 | WisTilt2 | congrats my friend. works like a champ first time! |
05:39.49 | WisTilt2 | spoke too soon...works great but doesnt look like it knows how to talk wpa2 |
05:39.57 | jonpry | it connected? |
05:40.04 | WisTilt2 | found all 3 access points i have though |
05:40.04 | jonpry | or at least scanned? |
05:40.11 | jonpry | cool |
05:40.19 | WisTilt2 | yes connected then was rejected during wpa2 setup |
05:40.26 | jonpry | there is still the wakelock problem |
05:40.49 | jonpry | but at least i am not trying to make my phone scan anymore |
05:41.00 | jonpry | could have taken a while |
05:41.45 | jonpry | lol |
05:42.09 | jonpry | 20 years from now. still no AP's! |
05:42.18 | WisTilt2 | disabled/enabled again and it connects in about 5s then gets rejected so thats pretty close |
05:42.35 | jonpry | wonder why wpa wouldn't work |
05:42.48 | WisTilt2 | might be just wpa2 |
05:42.57 | jonpry | does it work on 27? |
05:43.01 | WisTilt2 | yes |
05:43.31 | WisTilt2 | connects right up, pulls ip within 10s or so |
05:43.32 | jonpry | logcat/dmesg? |
05:44.05 | jonpry | or i guess you can look for any errors |
05:44.35 | jonpry | maybe some crypto algorithm is missing |
05:45.21 | WisTilt2 | locked up when i plugged in usb |
05:45.28 | WisTilt2 | with wifi on still |
05:45.55 | jonpry | gotta watch out for that wakelock |
05:46.21 | jonpry | its like its setup on early suspend or something |
05:47.12 | jonpry | who needs wpa2 anyways :p |
05:48.00 | WisTilt2 | lol, who needs wifi anyway? i rarely use it. just tried again, same thing connected rejected and hard locked when i plug in usb immediately |
05:49.33 | jonpry | what if you turn off wifi before plugging in usb? |
05:49.50 | WisTilt2 | trying that now |
05:50.18 | WisTilt2 | gen.y is so much nicer when rebooting android without having to wait forever for winmo |
05:51.37 | jonpry | i use winmo most of the time |
05:52.40 | jonpry | androids like a bastard child |
05:52.43 | *** join/#htc-linux Termana (~bradley@122.151.82.134) |
05:53.20 | WisTilt2 | ok this time i plugged in usb after it booted while wifi was off np. pulled usb, turned on wifi then off again and usb did not lock it up. turned on wifi while usb still plugged and as soon as scanning started it locked up. |
05:53.30 | WisTilt2 | sounds like an irq prob |
05:54.15 | jonpry | i've been messing with usb and wifi this whole time. no prob. maybe something is different on 300 |
05:55.15 | WisTilt2 | maybe its when its starting to associate causing it, that seems about when it happened time wise this time, shortly after scanning |
05:56.04 | jonpry | bluetooth maybe. after wifi comes up and firmware is loaded some stuff could be happing on bt uart |
05:56.50 | WisTilt2 | yeah that sounds possible. well i hate to leave this but need sleep. ill be online at office working on this all day tomorrow so we'll talk more then. |
05:57.09 | jonpry | ok. cya |
06:32.33 | *** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc) |
06:35.31 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
06:39.30 | *** join/#htc-linux dekar (~dekar@drms-590ecb7c.pool.mediaWays.net) |
06:46.21 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
07:01.21 | *** join/#htc-linux Mavy (mavfree@unaffiliated/mavy) |
07:06.53 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
08:04.56 | *** join/#htc-linux apt (~apt@rikers.org) |
08:04.56 | *** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic |
08:07.40 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
08:32.17 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
08:32.17 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
08:38.33 | *** join/#htc-linux dekar (~dekar@95.143.165.210) |
09:02.01 | *** join/#htc-linux noobhands (5d9ddff6@gateway/web/freenode/ip.93.157.223.246) |
09:08.38 | *** join/#htc-linux kvaster (~kvaster@212.98.175.118) |
09:26.07 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5F6B.dip.t-dialin.net) |
09:26.11 | *** join/#htc-linux dekar (~dekar@95.143.165.210) |
09:35.57 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
09:35.57 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
09:49.29 | *** join/#htc-linux khorben_ (~dont@2002:53ec:d9a1:1:221:28ff:fe14:b106) |
10:00.44 | *** join/#htc-linux Bry8Star|Unix (~Bry8Star|@gateway/tor-sasl/bry8star-) |
10:11.54 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
10:18.44 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
10:47.01 | *** join/#htc-linux helicopter88 (~helicopte@host90-18-dynamic.22-79-r.retail.telecomitalia.it) |
11:08.47 | *** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by) |
11:17.12 | *** join/#htc-linux dekar_ (~dekar@95.143.165.210) |
11:29.41 | *** join/#htc-linux NeoMatrixJR_ (~chatzilla@173-20-63-176.client.mchsi.com) |
11:31.32 | *** join/#htc-linux cyanogen (shade@chemlab.org) |
11:43.08 | *** join/#htc-linux Fjodor (~sune@1407ds3-arsy.0.fullrate.dk) |
11:52.39 | *** join/#htc-linux Captnoord (~Captnoord@i4013.upc-i.chello.nl) |
12:00.41 | *** part/#htc-linux sado1 (~sado1@static.213-133-103-196.clients.your-server.de) |
12:14.25 | *** join/#htc-linux gauner1986 (~Miranda@p508C698E.dip.t-dialin.net) |
12:18.15 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
12:26.57 | *** join/#htc-linux xawen (~xawen@pool-98-117-34-2.bltmmd.fios.verizon.net) |
12:30.44 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
12:33.57 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
12:56.28 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-198-58.26-151.libero.it) |
12:57.56 | *** join/#htc-linux noobhands (5d9ddff6@gateway/web/freenode/ip.93.157.223.246) |
13:43.41 | *** join/#htc-linux apt (~apt@rikers.org) |
13:43.41 | *** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic |
13:48.42 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-176.client.mchsi.com) |
13:49.41 | *** join/#htc-linux helicopter88 (~helicopte@host90-18-dynamic.22-79-r.retail.telecomitalia.it) |
13:52.05 | *** join/#htc-linux Erikson (~Erik@i5E86D491.versanet.de) |
13:54.25 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
14:14.07 | *** join/#htc-linux jonpry2 (~jon@199.85.236.239) |
14:14.13 | *** join/#htc-linux jon__ (~jon@199.85.236.239) |
14:20.18 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
14:51.44 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
15:03.44 | *** join/#htc-linux helicopter88 (~helicopte@host90-18-dynamic.22-79-r.retail.telecomitalia.it) |
15:07.44 | *** join/#htc-linux rzk_ (~rzk@95-24-169-236.broadband.corbina.ru) |
15:15.06 | *** join/#htc-linux gauner1986 (~Miranda@p508C698E.dip.t-dialin.net) |
15:37.02 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
15:42.04 | *** join/#htc-linux sado1 (~sado1@static.213-133-103-196.clients.your-server.de) |
15:54.57 | *** join/#htc-linux Ray_ (~Ray@173.154.130.87) |
15:55.42 | *** join/#htc-linux raymonddull (~raymonddu@173.154.130.87) |
16:02.31 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
16:04.15 | WisTilt2 | jonpry: morning. this kernel is working very nice. overnight dropped just a tad over 1% per hour, 10% in 8hrs so not bad at all. |
16:05.34 | *** join/#htc-linux Rajko (~rajkosto@cable-94-189-150-102.dynamic.sbb.rs) |
16:06.16 | rpierce99 | my .27 doesn't even do that :P |
16:06.44 | WisTilt2 | even with my original 4/4 kernel? that one should |
16:07.16 | rpierce99 | my phone does too much crap |
16:07.22 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
16:07.30 | jonpry2 | WisTilt2, same here down to 84 since last night |
16:07.49 | WisTilt2 | that was with my pm i sent you correct? |
16:07.55 | *** join/#htc-linux Bry8Star|Unix (~Bry8Star|@gateway/tor-sasl/bry8star-) |
16:08.03 | jonpry2 | yep |
16:08.36 | WisTilt2 | i keep telling people it works:) should i push that change? |
16:09.05 | arrrghhh | WisTilt2, so far drain seems great. we'll see how it goes throughout the day. |
16:09.15 | arrrghhh | 2.5hrs, 3% drain :D |
16:09.22 | WisTilt2 | we need scbs though because initial readings from 100% are way off. not accurate until 85% or less. |
16:09.27 | arrrghhh | and that's with some usage too, had a few alarms go off, installed an update, etc. |
16:09.30 | WisTilt2 | nice arrrghhh:) |
16:09.46 | WisTilt2 | 210,300,400 seeing same thing good |
16:09.51 | arrrghhh | nothing heavy, but good stuff! we'll see how the extended test goes today ;) |
16:10.12 | arrrghhh | yea that is a good point, i need to let it drain some to get an accurate reading lol |
16:10.48 | jonpry2 | WisTilt2, go ahead and push it. works great |
16:11.22 | WisTilt2 | jonpry, are we using the cmdline acpuclock oc at all? |
16:11.22 | raymonddull | pfft,I wish i had ~1% per hour drain,my evo was at 89% when I went to sleep at 1:35am,I woke up at 7:30am and it was dead |
16:11.34 | arrrghhh | raymonddull, lmao |
16:11.50 | WisTilt2 | also are we reading the cmdline sleep_mode still? |
16:11.54 | jonpry2 | WisTilt2, that stuff should work. untested and i don't run oc |
16:12.05 | arrrghhh | yea i haven't oc'd either. |
16:12.21 | jonpry2 | sleep_mode was set in the old pm. not sure if your new one uses iut |
16:13.28 | WisTilt2 | ill check before i push it. need to add it back if not so people that want different mode can still do it for whatever reason. seems full collapse is the only sensible mode you'd want. |
16:13.34 | jonpry2 | i'm trying not to add scbs until we only have one kernel |
16:14.14 | jonpry2 | in principle your right but removing code is usually a bad idea. like during this port we didn't have collapse for a bit. then what |
16:14.40 | WisTilt2 | i agree. this is fine, people just need to realize accuracy isn't there until below 80-95% or so. |
16:15.19 | arrrghhh | yea i don't see the point of the other modes |
16:15.27 | arrrghhh | before, 2 was necessary if you wanted to OC |
16:15.33 | jonpry2 | it might be that hyc patch on the ml will apply |
16:15.35 | arrrghhh | but bzo patched that PLL2 bug a while ago |
16:16.50 | jonpry2 | panel wakes so fast that it needs to have that powermanager hide display thing else you can see the desktop before the lock screen |
16:18.38 | WisTilt2 | jonpry that hide display thing is in userland iirc |
16:19.05 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
16:20.26 | jonpry2 | rignt |
16:23.21 | arrrghhh | do you guys get randome freakish sluggishness? |
16:23.26 | arrrghhh | s/randome/random/ |
16:23.41 | noobhands | trolololo |
16:23.41 | noobhands | no, because i have a proper phone |
16:23.56 | arrrghhh | i always have, but in this kernel is seems worse. it's either blazing fast or freakishly slow. |
16:23.58 | arrrghhh | noobhands, stfu. |
16:23.59 | arrrghhh | :P |
16:24.04 | noobhands | ;[ |
16:24.09 | arrrghhh | you haz no proper keyboard |
16:24.13 | arrrghhh | no proper phone. |
16:24.14 | noobhands | have |
16:24.23 | arrrghhh | is it part of the phone? |
16:24.25 | arrrghhh | or some BT affair |
16:24.34 | arrrghhh | yea, GTFO :P |
16:24.40 | noobhands | on screen keyboard |
16:24.46 | arrrghhh | fake |
16:24.53 | noobhands | keyboard |
16:25.01 | arrrghhh | your keyboard is full of LIES |
16:25.11 | noobhands | it does make many mistakes, stupid keyboard |
16:25.22 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
16:25.54 | arrrghhh | [acl], how goes it sir |
16:26.12 | [acl] | just checking in.. so peeps know im still alive |
16:26.13 | [acl] | :-p |
16:26.17 | WisTilt2 | [acl] you must be physic. can you check and make sure you can still get into your box here? we had to move it to another shelf. |
16:26.18 | arrrghhh | heh |
16:26.25 | [acl] | damn |
16:26.26 | [acl] | lol |
16:26.27 | [acl] | ok |
16:26.49 | [acl] | WisTilt2: we are solid. |
16:27.02 | WisTilt2 | good deal |
16:27.28 | [acl] | WisTilt2: some internal house keeping ? |
16:27.43 | jonpry2 | hey [acl] |
16:27.51 | WisTilt2 | yeah making room for a lot of new servers |
16:28.07 | WisTilt2 | moving the toys to the old shelf:) |
16:28.12 | arrrghhh | heh |
16:28.13 | [acl] | WisTilt2: business must be good :-D |
16:28.31 | WisTilt2 | always, people cant afford to eat but always have $ for internet |
16:28.40 | [acl] | jonpry: why is there a jonpry2 ? you got a fake running around there? means ur famous.. when there is a fake person.. means u reached cotulla status |
16:28.57 | arrrghhh | lol |
16:29.15 | arrrghhh | [acl], he's faked himself |
16:29.29 | arrrghhh | evidently the ploy to make himself seem more important worked... |
16:29.43 | [acl] | dang. faked himself |
16:29.53 | [acl] | genius !! |
16:30.01 | jonpry2 | my internet is so bad that one jonpry is usually dead |
16:30.10 | arrrghhh | lol |
16:30.59 | [acl] | ahh ic |
16:31.11 | [acl] | reminds me when i was aruba.. |
16:31.35 | jonpry2 | they say there some kind of cable cut near nyc |
16:31.49 | [acl] | they always say that |
16:32.00 | jonpry2 | could be |
16:32.23 | [acl] | its like an unwritten rule here to be multihomed |
16:32.30 | [acl] | lines always go down |
16:32.36 | [acl] | specially those old copper lines |
16:33.11 | [acl] | these lofts are so old.. copper is barely holding itself together and the ISPs wont replace it. So fiber is the preferred method .. |
16:33.29 | jonpry2 | still some connectivity so must be another path |
16:33.46 | jonpry2 | wistilt2 says 20% loss into my network |
16:33.52 | [acl] | damn |
16:34.21 | jonpry2 | we're running out of things to fix on 39 |
16:34.29 | [acl] | ohh snap |
16:34.35 | [acl] | how bad is the code? |
16:34.41 | [acl] | anyone besides yall look at it ? |
16:34.42 | [acl] | lol |
16:34.51 | jonpry2 | nah nobody cares |
16:35.02 | jonpry2 | looks good to me |
16:35.04 | [acl] | lol |
16:35.36 | jonpry2 | if it works so good, can it really be that bad? |
16:35.46 | jonpry2 | we're using nand clocks now |
16:35.49 | WisTilt2 | where is sleep_mode passed? either im overlooking it or it doesn't exist here. |
16:36.16 | WisTilt2 | if that's not being passed then we're going to get another .5% per hour battery life saved |
16:36.19 | [acl] | jonpry: you using nand clocks with no issues ? |
16:36.27 | jonpry2 | module_param_named(sleep_mode, msm_pm_sleep_mode, int, S_IRUGO | S_IWUSR | S_IWGRP); |
16:36.36 | [acl] | nand clocks dont reset imem .. surprised its working |
16:37.04 | [acl] | yall should use my over clock code.. no more cmdline over clocking. all done via app |
16:37.06 | jonpry2 | [acl] we had a small issue with adm_clock |
16:37.32 | [acl] | interestamundo |
16:37.35 | WisTilt2 | jonpry thanks, went by that several times. need more coffee i believe |
16:37.48 | jonpry2 | 27 doesn't touch imem afaict |
16:37.48 | [acl] | WisTilt2: coffee is the nectar of the gods |
16:38.02 | WisTilt2 | yep in the morning, evening is a different story |
16:38.05 | [acl] | jonpry: it resets it in the bottom.. via rpc call |
16:38.08 | jonpry2 | speaking of which need to make another pot |
16:38.32 | jonpry2 | i'm just using _enable() and _disable() from nand |
16:38.53 | WisTilt2 | ok pushing this pm change. sleep_mode is still controllable. |
16:39.07 | [acl] | ahh man i need some sort of schedule in my life to help out and do this again. all my nand gang is busy.. |
16:40.03 | jonpry2 | your grp works better than regime afaict |
16:41.29 | [acl] | jonpry2: shit was hand crafted by the gods themsevles.. actually should be identical code. its all reversed shit |
16:42.22 | jonpry2 | :D |
16:44.26 | WisTilt2 | [acl]: any objection if i move your nand server stuff onto a new machine? setting up a quadcore 6600 for an autobuild for .39 and 3.0 stuff and would have your's running in another KVM on same machine. |
16:44.43 | [acl] | jebus |
16:45.09 | *** join/#htc-linux GNUtoo (~GNUtoo@host148-3-dynamic.244-95-r.retail.telecomitalia.it) |
16:45.11 | [acl] | WisTilt2: none at all... but can i make a quick backup tonight just incase ? |
16:45.37 | WisTilt2 | wont be for a few days, ill let you know ahead of time so you can backup. |
16:45.43 | [acl] | cool |
16:45.43 | *** join/#htc-linux rob_w (~bob@ppp-188-174-9-217.dynamic.mnet-online.de) |
16:46.23 | WisTilt2 | we need to get this new stuff finished first, then im taking over all the old shelf for my own use:) |
16:46.27 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
16:47.32 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr) |
16:47.56 | *** join/#htc-linux rzk_ (~rzk@89-178-123-241.broadband.corbina.ru) |
16:48.00 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
16:48.36 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-1-205.bb.netbynet.ru) |
16:49.50 | jonpry2 | wouldn't it be cool if there was a company that took bumped die of neato chips and put them on non deranged substrates. like say exynos 4410 on not .4mm |
16:49.54 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
16:51.40 | [acl] | jonpry2: why yall rolling ur own system.img ? |
16:51.49 | [acl] | ginger ? |
16:51.53 | Alex[sp3dev] | [acl]: cause they can |
16:52.00 | [acl] | Alex[sp3dev]: hey.. sup bro |
16:52.14 | [acl] | Alex[sp3dev]: just wondering if anyone is going ahead with ginger thats all .. :-p.. |
16:52.33 | arrrghhh | ginger's out there |
16:52.39 | arrrghhh | libgps needs some lovin |
16:52.40 | Alex[sp3dev] | [acl]: ginger sucks because i don't want to fix gps (yes, this IS the reason it sucks) |
16:52.41 | jonpry2 | he had one to removed android tls hacks |
16:52.49 | arrrghhh | heh |
16:52.55 | jonpry2 | er we |
16:53.14 | Alex[sp3dev] | jonpry2: is 3.0 really faster on graphics? |
16:53.14 | [acl] | jonpry2: ahh.. well those hacks dont belong there tho right |
16:53.47 | jonpry2 | Alex[sp3dev], 39 is faster than 3.0. and stable |
16:54.05 | jonpry2 | [acl] yeah they are supposed to be removed in up and coming android builds |
16:54.11 | [acl] | ahh ok.. |
16:54.15 | Alex[sp3dev] | i have a feeling that everything that is called 3.0 ultimately sucks |
16:54.20 | *** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
16:54.21 | [acl] | lol |
16:54.52 | jonpry2 | but this doesn't really help us because there are so many system.img out there, and binary blobs like libgles_qcom use the hacks |
16:55.06 | jonpry2 | so i fixed up the kernel to support hacked tls again |
16:55.13 | [acl] | damn |
16:55.15 | Alex[sp3dev] | let's drop opengl altogether and use software implementation |
16:55.46 | [acl] | jonpry2: thing is the libgles was hacked to use the correct mem. So you have to use the hacked version no matter what. |
16:55.57 | [acl] | never designed to be used on wvga |
16:56.17 | jonpry2 | yeah but i didn't want to hack tls into it |
16:57.02 | [acl] | Alex[sp3dev]: when are you going .39 ? :-p.. |
16:57.12 | jonpry2 | Alex[sp3dev], i went through so much to make it work :p |
16:58.08 | Alex[sp3dev] | [acl]: dunno. i feel wifi should be fixed first and i want to make a generic mmc for msm boards and port blac to 35 first. but maybe i'll just hack 39 during the weekend |
16:58.49 | arrrghhh | heh |
16:59.14 | jonpry2 | sort of have wifi now. it finds AP's but nobody has connected yet |
16:59.44 | jonpry2 | [acl] when are you going to try booting this beast. have to hole the phone real tight or it could burst at speed |
16:59.53 | jonpry2 | s/hole/hold/ |
16:59.54 | [acl] | bro i wanted to so bad.. im even behind on my own patches. |
17:00.39 | Alex[sp3dev] | 1. bcm4329 sucks because it works and 2. it takes some bricks to shit if you want to compile nl80211 wpa supplicant. android makefile somehow doesn't handle headers properly and struct ifreq is not recognized |
17:00.45 | [acl] | jonpry2: i couldnt even finish my 3.5mm code for the 400.. my boss wife was supposed to have a baby but the little stubborn bastard wont come out |
17:00.58 | [acl] | so he isnt working and i have the office to run |
17:01.02 | arrrghhh | lol |
17:01.38 | [acl] | you cant make this stuff up i tell you |
17:02.05 | jonpry2 | take vacation |
17:02.07 | [acl] | plus our remote office starts at 8pm and i haev to be on conf calls with those fools .. by the time this is done.. im usually passing out |
17:02.30 | [acl] | jonpry2: i need a nice staycation.. just to work on this .. |
17:02.48 | arrrghhh | hope you get paid hourly lol |
17:02.56 | arrrghhh | cuz that sucks bro. |
17:03.12 | Alex[sp3dev] | [acl]: can you route your video conferencing software to dickroulette? |
17:03.13 | [acl] | arrrghhh: no, but come xmas time when bonuses are out im usually ballin out in the city.. so its sort of worth it |
17:03.21 | arrrghhh | ha |
17:05.57 | Rajko | whats good keyboard |
17:06.02 | Alex[sp3dev] | microsoft natural keyboard is a good one |
17:06.04 | arrrghhh | Rajko, for PC? |
17:06.06 | arrrghhh | that's what i use |
17:06.10 | arrrghhh | m$ natural kbd. |
17:06.23 | Rajko | for coding |
17:06.29 | [acl] | fuck emwe is cracking out commits to .35 like no other |
17:06.52 | arrrghhh | frantically trying to catchup to Alex[sp3dev] :P |
17:06.54 | Alex[sp3dev] | i'm using my laptop's keyboard for coding |
17:06.56 | emwe | [acl]: that's just android-msm-2.6.35 merge. i am at a halt currently. marriage preps for mother in law. |
17:07.09 | [acl] | dang |
17:07.13 | Rajko | i have microsoft wireless laser keyboard 6000 v2.0 |
17:07.20 | Rajko | and ts fucking up skiping chars and bing an asshole |
17:07.23 | Rajko | lik yo just saw |
17:07.31 | Rajko | itsbeen 4 years tho |
17:07.44 | Alex[sp3dev] | it's all because of too much fap |
17:07.51 | Rajko | probably, coroded its lines |
17:08.15 | Alex[sp3dev] | basically anything wireless sucks |
17:08.22 | Rajko | it worked fine when i got it |
17:08.29 | Alex[sp3dev] | everyone says so |
17:08.31 | Rajko | it was 30$ for both it and the mouse |
17:08.39 | Rajko | i need wireless mouse cuz i cant drag cable across desk |
17:08.50 | Rajko | the mouse is still fine |
17:08.58 | Rajko | i can get a wired keyboard now as a replacement for this broken pos |
17:09.00 | [acl] | jonpry2: lol.. this is awesome.. im seeing ur code now.. |
17:09.28 | [acl] | looks very nandish already |
17:09.41 | Alex[sp3dev] | with LK everything looks nandish |
17:10.00 | Alex[sp3dev] | gitorious sucks |
17:10.21 | Alex[sp3dev] | why the hell does it have such a small limit on commit size to be displayed in browser |
17:16.01 | [acl] | jonpry2: yall using the same ol micropklt code? |
17:18.33 | [acl] | your silence says it all |
17:18.42 | arrrghhh | heh |
17:18.42 | [acl] | its a shameful silence |
17:19.01 | [acl] | the kind you get when you sleep with a fat chick and your boys know about it. |
17:19.09 | raymonddull | lol |
17:19.15 | arrrghhh | lmao |
17:19.21 | Alex[sp3dev] | Abel knows everything in this life |
17:19.30 | [acl] | i try |
17:19.52 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-95-29.dynamic.mnet-online.de) |
17:29.33 | jonpry2 | lol |
17:29.43 | jonpry2 | [acl] i like to call it the working microp code |
17:30.06 | jonpry2 | some microp works, and others well don't |
17:33.02 | jonpry2 | is she ugly? maybe |
17:34.50 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-198-58.26-151.libero.it) |
17:50.28 | [acl] | jonpry2: well its just ugly.. :-p.. did yall see what alex and emwe did for .35. its a nice wrapper for microp that will fit right into ur code. |
17:50.47 | *** join/#htc-linux Ceesheim (~ceesheim@p5B347793.dip.t-dialin.net) |
17:53.16 | jonpry2 | no aesthetic patches until it works |
17:56.29 | Alex[sp3dev] | jonpry2: you're forgetting two precepts of a linuxoid: 1. it works for me and 2. what doesn't work is not needed |
17:59.02 | jonpry2 | i think 2 is mostly wron |
17:59.28 | jonpry2 | and our forgetting #3, if i didn't write it, its not good enough |
17:59.35 | arrrghhh | lol |
17:59.39 | Alex[sp3dev] | NIH it is called |
17:59.45 | jonpry2 | indeed |
17:59.53 | [acl] | aesthetic? lol.. the code now is just impossible to get everything working for the 400 |
18:00.22 | [acl] | reason why its taking me so long to make a patch |
18:00.25 | jonpry2 | unless you put in klt, then it would be easy |
18:03.25 | [acl] | its easy to just port over the mahimahi microp code.. |
18:03.26 | Alex[sp3dev] | IHBLRIA is a term which is closely-matched with NIH, and stands for "Invented Here, But Let's Reinvent It Anyway"; it is the mindset that the previous work of the firm or company is sub-par or otherwise unacceptable, and should be recreated, often from scratch, rather than reused. |
18:03.30 | [acl] | how easy ? easy as pie that is |
18:05.24 | jonpry2 | i think its a result of people looking at a pile of code and thinking wow this is complicated and it will take me so long to understand it, that i can rewrite it in a similar amount of time and achieve some usually non technical goal at the same time |
18:05.37 | Alex[sp3dev] | exactly |
18:06.05 | Alex[sp3dev] | what about writing os kernel in perl? |
18:06.36 | jonpry2 | sounds horrible |
18:11.55 | WisTilt2 | jonpry, pm coming your way |
18:13.34 | WisTilt2 | brb, need to make lunch arrangements |
18:14.22 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-95-29.dynamic.mnet-online.de) |
18:19.46 | *** join/#htc-linux gauner1986 (~Miranda@p508C698E.dip.t-dialin.net) |
18:20.44 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
18:21.07 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
18:30.01 | emwe | jonpry2: what's up with ADM_CLOCK? just defined but skipping any "use"? |
18:30.33 | Alex[sp3dev] | i had a lot of arm9 crashes and spontaneous reboots when actually disabling adm clock |
18:31.12 | jonpry2 | acl's clocks insist on having all used clocks defined and 39 dma.c is trying to toggle adm_clock. but i can't get it to not crash arm9 when it toggles and 27 dma.c never even tries to turn it off. so now we just ignore it |
18:31.19 | *** join/#htc-linux anarsoul (~anarsoul@212.98.177.125) |
18:31.30 | emwe | okies |
18:31.33 | Alex[sp3dev] | on 35 it crashes |
18:31.46 | Alex[sp3dev] | which is quite expected |
18:32.20 | Alex[sp3dev] | since we're not using any kind of a shared semaphore to protect it.. and arm9 may rely on dma controller for many operations |
18:33.33 | *** join/#htc-linux Berger (~noreply@c65wn1.wifi.halden.net) |
18:35.05 | jonpry | i get immediate crash on disabling it |
18:35.38 | jonpry | i think a9 watches clk_ctl. i don't imagine it is able to make use of apps datamover |
18:36.23 | WisTilt2 | i think there is some contention setting that needs to be setup that currently isnt |
18:41.49 | Alex[sp3dev] | jonpry: i assume there is single clock (and even single dma controller) but dma channels are sepparate and the only difference between arm9 and arm11 are security bits |
18:43.38 | jonpry | i would assume there are multiple dma controllers, but i don't know for sure |
18:44.15 | jonpry | they tend to be really stupid logic blocks. few k gates. only trouble is that they are bus masters and can complicate cross bars and such |
18:48.19 | WisTilt2 | jonpry, btw, i tried wifi here at the office and same results with wpa2. tried connecting to a wpa only ap and same thing. rejected and locked with usb both ways. |
18:48.44 | arrrghhh | WisTilt2, have you tried an open network? |
18:48.55 | arrrghhh | i'd have to wait until i get home to try mahself. |
18:49.30 | WisTilt2 | no, didnt think of that. ill try now before lunch |
18:53.16 | WisTilt2 | wifi is only seeing the ap's i have setup, no others showing up |
18:54.11 | WisTilt2 | looks like its not scanning beacons at all unless it already knows the ssid |
18:55.28 | jonpry | thats possible |
18:56.16 | arrrghhh | hrm |
18:56.16 | WisTilt2 | from my office, which is on the top floor, i usually see 30+ ap's but only see the ones in our office i have in my setup list. |
18:56.22 | arrrghhh | some supplicant crap? |
18:56.30 | arrrghhh | 30+ holy cow |
18:57.24 | WisTilt2 | yeah lots of them from businesses down on the main street below. over 10 are open networks too |
18:57.32 | *** part/#htc-linux anarsoul (~anarsoul@212.98.177.125) |
18:58.08 | *** join/#htc-linux rob_w (~bob@ppp-188-174-9-217.dynamic.mnet-online.de) |
19:04.00 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-1-205.bb.netbynet.ru) |
19:05.17 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
19:05.41 | WisTilt2 | 30mins before lunch is delivered, im starving |
19:09.40 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-1-205.bb.netbynet.ru) |
19:15.04 | dcordes | wants WisTilt2's lunch. now. |
19:16.12 | *** join/#htc-linux mes (~mes@S0106000ce55186df.cc.shawcable.net) |
19:24.25 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
19:29.29 | WisTilt2 | dcordes ill save you some |
19:29.46 | WisTilt2 | or send it to you via a packet somehow |
19:31.04 | Alex[sp3dev] | dcordes: insist on WisTilt2's using tcp if you want your food to be delivered reliably |
19:32.04 | jonpry | tcp is non delivered to grenada regularly |
20:03.43 | *** join/#htc-linux apt (~apt@rikers.org) |
20:03.43 | *** topic/#htc-linux is Welcome to the HTC Linux project | Community portal & WiKi http://htc-linux.org | For IRC logs, HaRET & kernel mailing lists etc. see http://htc-linux.org/wiki/index.php?title=Contact | The htc-linux.org project is not affiliated with the HTC Corporation | This channel is for development purposes - Join #htc-linux-chat for offtopic |
20:04.20 | *** join/#htc-linux arif-ali (~arif-ali@82-71-22-204.dsl.in-addr.zen.co.uk) |
20:09.00 | *** join/#htc-linux TreeEater (~TreeEater@94.159.162.154) |
20:10.25 | TreeEater | I can't seem to find reliable information about wl1271 |
20:10.30 | TreeEater | is it monitor mode capable or not? |
20:10.47 | Alex[sp3dev] | sure |
20:11.00 | Alex[sp3dev] | at least there are patches for wl1251 |
20:11.13 | TreeEater | yeah, for wl1251 i found info :) |
20:11.21 | TreeEater | is it the same for the 1271? |
20:11.31 | Alex[sp3dev] | i'd assume they're identical and the code can be ported |
20:11.41 | Alex[sp3dev] | i wish i had 1271 though |
20:11.54 | TreeEater | why? |
20:12.26 | Alex[sp3dev] | wl1251 sdio driver is a bit unfinished and power saving mode is very unstable |
20:13.05 | TreeEater | oh, i see |
20:13.17 | TreeEater | i didn't realize the wl1251/1271 are sdio |
20:13.37 | TreeEater | their firmware came with monitor mode capability right from the start? |
20:13.45 | TreeEater | that's the hurdle with bcm4329, right? |
20:13.57 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
20:14.10 | Alex[sp3dev] | i think you're confusing with AP mode.. i'd assume every chip can work in monitor mode |
20:14.29 | TreeEater | maybe I am? I mean rfmon, getting raw data |
20:15.57 | Alex[sp3dev] | hum. maemo forums say the current firmware does not allow promiscuous mode |
20:16.37 | jonpry | bcm4329 can't get raw packets. no wifi cracking :( |
20:17.31 | TreeEater | I see |
20:20.19 | Alex[sp3dev] | i'd advise you to look into wl1251 patches. as i understand, you need to flip a couple bits at runtime in card registers. at least, the bitmasks are also defined in wl12xx headers. |
20:20.56 | TreeEater | so hackey :) |
20:20.58 | TreeEater | thanks! |
20:30.25 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
20:33.35 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
20:36.30 | jonpry2 | WisTilt2, i am having serious audio routing problems |
20:51.02 | WisTilt2 | jonpry, what kind of audio prob? |
20:56.41 | jonpry2 | mic not working on incoming phone call |
20:56.46 | jonpry2 | then i had to make like 3 more |
20:57.13 | jonpry2 | and the only one where there was two way audio was caused by me using the dialpad |
20:57.17 | WisTilt2 | does toggling speakerphone on/off make mic work during that same call condition? |
20:57.25 | jonpry2 | which made no noise. but it turned on the speaker on like max volume. so below all the buzzing i could here the other end |
20:57.45 | jonpry2 | not sure |
20:57.56 | WisTilt2 | i still think userland is sending mic mute at the wrong time during incoming call at times. |
20:58.30 | WisTilt2 | let me look at that logic a bit more and dmesg it while incoming call and see if i can fix that. this has been an ongoing pita problem for so long. |
20:59.49 | rpierce99 | i still have to toggle speakerphone on/off on the new audio routing code for incoming calls, but it seems i'm the only one |
21:01.41 | WisTilt2 | yeah, just watched it while calling phone 3 times here and 1st 2 were right, 3rd one userland said mute should be on so kernel does what its told and mutes mic. i can fix that by just ignoring that during initial incoming until answered, then mic mute from userland will still work if selected. |
21:04.31 | WisTilt2 | looks like userland states set mic mute sometimes (random times) during ringtone, which tells it to use speaker with mic muted but doesn't switch mute mode off when answered and switching to handset speaker. |
21:05.09 | WisTilt2 | fixable in kernel. give me a few... |
21:07.17 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-198-58.26-151.libero.it) |
21:32.54 | *** join/#htc-linux stinebd (~bryan@maduin.southcape.org) |
21:35.28 | WisTilt2 | jonpry, pushed the fix. try it now should work fine every call |
21:36.11 | WisTilt2 | haven't looked at the acoustic stuff but i bet the same problem is there also. random though, depending on userlands mood at the time. |
21:37.01 | arrrghhh | userland's mood |
21:37.07 | arrrghhh | now THAT sounds like a woman. moody. |
21:37.16 | rpierce99 | and random |
21:37.20 | WisTilt2 | stinebd: speaking of userland... maybe its fixed in GB but looks like userland is setting wrong state on incoming calls occasionally where it thinks mic should be muted. |
21:37.35 | WisTilt2 | so kernel just says ok boss |
21:37.50 | emwe | WisTilt2: it's not setting it wrong. it bails out for me waiting for a configuration change in AudioFlinger |
21:38.14 | emwe | but that wait (2secs) never happens and the device is never reconfigured when ringtone ends |
21:38.17 | WisTilt2 | well, kernel is seeing the dev stuff from userland with mic_mute set |
21:38.59 | WisTilt2 | copy_from_user is what this is set by and mic_mute is = 1 sometimes when it should be = 0 |
21:39.28 | WisTilt2 | and yes, what you're saying sounds right. userlands fault still:) |
21:39.44 | emwe | it might be the same issue i see on topa. just that your rhod doesn't freeze after 9 secs... |
21:40.04 | emwe | haven't had the motivation to track that down again... |
21:40.53 | emwe | this is what fails: |
21:40.54 | emwe | 06-01 23:19:42.380 1271 1299 V AudioFlinger: ThreadBase::setParameters() routing=1 > waiting max 2 seconds |
21:40.55 | emwe | 06-01 23:19:44.380 1271 1299 V AudioFlinger: ThreadBase::setParameters() routing=1 > exit with -110 |
21:41.08 | WisTilt2 | emwe: pull the pm.c off our .39 git and replace your current msm_sleep function with this one and see if you dont see better battery life. |
21:41.21 | emwe | WisTilt2: yeah, tempted to do so. |
21:41.28 | WisTilt2 | so userland never resets it to 0 |
21:41.43 | WisTilt2 | pm change dropped .39 right down to 1% per hour |
21:42.22 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
21:42.29 | *** join/#htc-linux tmzt (~tmzt@adsl-99-164-51-188.dsl.akrnoh.sbcglobal.net) |
21:42.36 | emwe | WisTilt2: man... can google code be so much off? or is it our wincified procs... |
21:43.38 | *** join/#htc-linux tmzt (~tmzt@adsl-99-164-51-188.dsl.akrnoh.sbcglobal.net) |
21:43.44 | arrrghhh | hrm |
21:43.53 | WisTilt2 | dont know. i just go with what i know is works:) i setup ram back bias exactly like docs specify so maybe google is not looking at that who knows. |
21:44.03 | arrrghhh | i guess i need SCBS. battery meter is wonky, as usual. i'm at less than 70% and still seems off. |
21:44.15 | WisTilt2 | switch to their method and you have high battery drain |
21:45.03 | emwe | WisTilt2: i am running your ram back bias for a while already. it's not that... |
21:45.13 | WisTilt2 | arrrghhh, battery is way off after you use phone heavily for awhile then recovers. thats where scbs shines. |
21:45.23 | arrrghhh | i haven't been using it |
21:45.27 | arrrghhh | device has been sleeping |
21:45.33 | WisTilt2 | emwe: try the whole function just like i have it and see |
21:45.46 | arrrghhh | it went from 85% at noon to 68% now almost 1600 |
21:46.11 | arrrghhh | i guess i'll have to run it overnight |
21:46.14 | WisTilt2 | apps waking it up a lot in sleep or your usual? |
21:46.19 | arrrghhh | still have sync enabled & all my horrible apps running |
21:46.32 | arrrghhh | LED has almost always been soild green. |
21:46.37 | arrrghhh | phone is cold too |
21:46.46 | arrrghhh | so i'm thinking it's just the meter |
21:46.59 | WisTilt2 | could boot winmo and get a rough comparision |
21:47.14 | arrrghhh | eh nothing's running in winmo tho |
21:47.34 | arrrghhh | last time i tested drain in winmo it was almost nil, cuz winmo is pretty much useless lol |
21:47.36 | WisTilt2 | i mean boot winmo and check its battery status |
21:47.40 | arrrghhh | oh oh |
21:47.47 | arrrghhh | yea, i can do that 1 sec |
21:47.52 | WisTilt2 | just to compare how far off it is |
21:47.58 | arrrghhh | ja |
21:48.14 | arrrghhh | so are you getting random slowness? |
21:48.28 | *** join/#htc-linux arif-ali (~arif-ali@82-71-22-204.dsl.in-addr.zen.co.uk) |
21:48.29 | arrrghhh | i don't get it. either it's flying or dragging. |
21:48.45 | WisTilt2 | not that i noticed. ran for almost 16hrs since last night np. just rebooted with this audio fix |
21:48.45 | arrrghhh | and the dragging seems more frequent - or more prolonged - on this setup. |
21:48.50 | arrrghhh | hrm |
21:48.58 | arrrghhh | could still be my SD then. |
21:49.19 | arrrghhh | heh |
21:49.26 | arrrghhh | battery in winmo says 57% |
21:49.31 | arrrghhh | :( |
21:51.05 | arrrghhh | now 54% |
21:51.13 | arrrghhh | seems their battery meter is just as good as ours... |
21:51.21 | arrrghhh | before SCBS :P |
21:51.56 | WisTilt2 | or just as bad lol. |
21:52.25 | arrrghhh | yea, same diff. |
21:53.16 | WisTilt2 | what kind of slowness you seeing? doing what |
21:53.35 | arrrghhh | well 99% of the time on this kernel i just swipe one screen to the right, and hit settings |
21:53.53 | arrrghhh | sometimes the swiping is smooth & quick, sometimes not. the real problem is opening the settings app (or other apps) |
21:54.14 | arrrghhh | it sometimes just hangs... and a few times i've been able to hit the back button and re-launch the app. |
21:54.32 | WisTilt2 | like the fb is dragging or is it the cpu pegged? |
21:54.37 | arrrghhh | i keep thinking it's frozen again like it did on me yesterday, but it hasn't actually locked up hard. |
21:54.47 | arrrghhh | hrm... that's a good question. it seems like CPU not fb. |
21:54.56 | arrrghhh | but i'll have to look at top when it's happening to see if it is CPU or not. |
21:55.55 | WisTilt2 | maybe you can get it to happen sometime when you can check top while its doing it |
21:56.00 | WisTilt2 | lol yeah |
21:56.04 | WisTilt2 | like you said |
21:56.05 | arrrghhh | ;) |
21:56.35 | arrrghhh | bleh with this funky spy adb i need linux huh |
21:56.42 | arrrghhh | oh well, it'll have to wait until i'm home. |
21:56.59 | WisTilt2 | or telnet in, that works too |
21:57.13 | arrrghhh | ah alrighty |
22:00.00 | *** join/#htc-linux arif-ali (~arif-ali@82-71-22-204.dsl.in-addr.zen.co.uk) |
22:09.13 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
22:12.42 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
22:16.45 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
22:18.48 | WisTilt2 | arrrghhh, i just put up another test image for you to try. fixes incoming audio routing and also has some debug output i want to see on your phone on incoming call and hangup. |
22:19.08 | WisTilt2 | i can get that tonight, going to be leaving here shortly. |
22:25.20 | WisTilt2 | jonpry: you think this things ready to put up for mass testing? |
22:25.44 | jonpry | yeah maybe not modules for wifi |
22:25.47 | rpierce99 | got adb yet? |
22:26.02 | WisTilt2 | yeah i agree without wifi |
22:26.17 | jonpry | spy adb |
22:27.30 | WisTilt2 | people can put it through the ringer and report battery, audio routing, etc on a broad scale. |
22:28.19 | WisTilt2 | curious about this sluggish mode arrrghhh sees so maybe others can see if its just certain devices maybe |
22:31.44 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
22:32.19 | arrrghhh | yea, i'm just going to blame it on my SD for the time being. |
22:32.47 | arrrghhh | my tester device never exhibited hte issue - i also don't have service so no data, and i didn't install any apps really. certainly not ones that sync. |
22:32.59 | arrrghhh | s/hte/the/ |
22:34.07 | arrrghhh | rpierce99, you kinda have to force adb. it doesn't 'just work' yet.. |
22:34.51 | rpierce99 | just thinking people will be reporting all kinds of issues, and without adb for them to get logs it'll just be a lot of noise |
22:36.33 | arrrghhh | yea and a lot will gripe without wifi |
22:36.47 | arrrghhh | but WisTilt2 jonpry, if you guys want to put it out for testing i'm willing to throw it up. |
22:37.51 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
22:40.25 | arrrghhh | i'm game. plus with frequent updates, the forums will be happy. |
22:40.28 | arrrghhh | :D |
22:42.00 | WisTilt2 | just let people know that there's no wifi in this 1st stage. probably dont need many logs, just want to get an idea how it runs on all devices. there's probably a few people that know how to telnet to get logs if we need them. |
22:42.47 | WisTilt2 | they should be happy they get to try .39 and be cutting edge:) |
22:43.21 | arrrghhh | indeed |
22:43.49 | arrrghhh | alrighty, grabbin that new kernel now. |
22:44.10 | WisTilt2 | i have all audio working like .27 including the noisy speakerphone. this should be good for test#1 and other additions can come little by little. |
22:44.21 | arrrghhh | sounds guten. |
22:44.50 | WisTilt2 | might want to put up a new thread for .39? |
22:45.12 | arrrghhh | yea i will |
22:45.19 | arrrghhh | i was going to cannibalize the existing testing threads... |
22:45.26 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
22:45.31 | arrrghhh | but i still want people to be able to use your 4/15 test kernel. |
22:45.58 | arrrghhh | so to avoid confusion, i'll just throw up new threads. |
22:52.12 | WisTilt2 | ok i am out of here. back on from home tonight. let the testers have at it arrrghhh! catch you all later. |
22:52.22 | arrrghhh | cool! thx dude. |
23:14.09 | *** join/#htc-linux GPFerror (~GPF@ip72-208-193-231.ph.ph.cox.net) |
23:22.25 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5F6B.dip.t-dialin.net) |