00:00.42 | bzo | the best is to come back to your company doing the exact same job as a contractor, but make twice as much |
00:00.46 | WisTilt2 | ok guys catch you tomorrow. taking the grandkids to adventure park for some fun. |
00:01.00 | rpierce99 | we've had lots of people do that bzo |
00:01.28 | bzo | I guess in theory there's less stability, but how stable is a regular job anyways |
00:02.29 | rpierce99 | sadly we have people that if they left the site would probably go down within a month |
00:02.41 | rpierce99 | and they can pretty much ask for whatever they want |
00:03.01 | arrrghhh | damn |
00:03.10 | bzo | yep, for those people their indispensibility and stability is the same either way |
00:18.30 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
00:26.03 | *** join/#htc-linux arif-ali (~arif-ali@81-5-137-245.dsl.eclipse.net.uk) |
00:43.45 | *** part/#htc-linux Dave888 (~Dave888@41.226.41.135) |
00:55.59 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
01:26.55 | *** join/#htc-linux bukington_ (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
01:28.34 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
01:45.55 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
02:10.54 | *** join/#htc-linux programmer8922 (~Evan@c-174-56-89-117.hsd1.nm.comcast.net) |
02:24.40 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
02:30.09 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
02:50.08 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
04:25.07 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF1163.dip.t-dialin.net) |
05:29.37 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
06:13.02 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-81-36.dynamic.mnet-online.de) |
06:49.18 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
07:01.52 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:988:5fd2:650b:5bf8) |
07:17.29 | *** join/#htc-linux XeKToReX (~xTx@CPE-124-188-18-211.hdbq1.win.bigpond.net.au) |
07:31.04 | *** join/#htc-linux kiozen (~kiozen@p5DDF1EEE.dip.t-dialin.net) |
07:35.15 | *** join/#htc-linux DJWillis (djwillis@cpc3-bath5-2-0-cust220.aztw.cable.virginmedia.com) |
08:20.31 | *** join/#htc-linux marc1706 (~marc@phpbb/modifications/marc1706) |
08:52.25 | *** join/#htc-linux gauner1986 (~Miranda@213.238.45.2) |
08:54.42 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-jslpvopikrfqubux) |
09:23.18 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
09:44.26 | *** join/#htc-linux arif-ali (~arif-ali@host217-41-43-7.in-addr.btopenworld.com) |
10:03.59 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5086.dip.t-dialin.net) |
10:13.12 | *** join/#htc-linux riotz (riotz@u.cant.drop.my.firewall.made.with.packet-filter.org) |
10:17.09 | *** join/#htc-linux riotz (riotz@unaffiliated/riotz) |
10:20.21 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE5086.dip.t-dialin.net) |
10:42.04 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
10:42.24 | *** join/#htc-linux BabelO (~fcr@AMontpellier-553-1-55-7.w90-27.abo.wanadoo.fr) |
10:42.24 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
10:43.12 | *** join/#htc-linux riotz (riotz@unaffiliated/riotz) |
11:33.58 | *** join/#htc-linux turbolapin (~quassel@ppp-94-68-165-213.home.otenet.gr) |
11:50.54 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5086.dip.t-dialin.net) |
12:49.50 | *** join/#htc-linux Rajko (~rajkosto@cable-94-189-245-116.dynamic.sbb.rs) |
13:24.40 | *** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70) |
13:24.48 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
13:53.19 | *** join/#htc-linux FlawlesStyle (~LOL@unaffiliated/flawlesstyle) |
13:55.55 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
14:28.15 | *** join/#htc-linux detule (~detule@hw-ma-6l13f61.mat.jhu.edu) |
14:40.22 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.186) |
14:41.20 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-245-116.dynamic.sbb.rs) |
14:55.46 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-124.netcologne.de) |
15:12.44 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-252.cust.telecolumbus.net) |
15:24.43 | *** join/#htc-linux rzk (~rzk@89-178-151-75.broadband.corbina.ru) |
15:25.18 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5086.dip.t-dialin.net) |
15:28.08 | *** join/#htc-linux rzk (~rzk@95-25-98-220.broadband.corbina.ru) |
15:36.54 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
15:37.18 | WisTilt2 | Good morning world. |
15:37.33 | gauner1986 | good evening |
15:37.36 | *** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:5551:30aa:c97b:5214) |
15:37.40 | gauner1986 | :) |
15:38.12 | rpierce99 | still morning here, barely, morning WisTilt2 :) |
15:38.45 | arrrghhh | mornin WisTilt2 |
15:38.50 | arrrghhh | gauner1986, heathen. |
15:38.51 | arrrghhh | :D |
15:38.53 | WisTilt2 | time change this weekend so time for early darkness |
15:39.03 | arrrghhh | indeed. stupid DST. |
15:39.05 | WisTilt2 | i wish they would do away with that |
15:39.18 | arrrghhh | yea |
15:39.24 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.14) |
15:39.24 | arrrghhh | for once Arizona has done something right |
15:39.26 | arrrghhh | lol |
15:39.54 | WisTilt2 | was a good idea way back when but serves no purpose these days |
15:40.42 | WisTilt2 | rpierce99 i forget, where are you again? |
15:40.52 | rpierce99 | minnesota |
15:40.59 | WisTilt2 | damn, cold country |
15:41.15 | rpierce99 | haven't seen a flake of snow yet this year, unlike the east coasters |
15:41.23 | arrrghhh | damn. we've already had two storms |
15:41.26 | rpierce99 | we'll get ours |
15:41.33 | arrrghhh | neither really stuck on the roads tho. |
15:41.40 | rpierce99 | i've probably just doomed us by saying that though |
15:42.14 | arrrghhh | ha |
15:42.28 | arrrghhh | i had a job offer up in MN and ND. i said hellll no. |
15:43.30 | rpierce99 | i was coming from seattle when i took the job up here so i said sure, i'll take snow for a few months over rain for the full year |
15:44.29 | WisTilt2 | well i need more coffee and need to see if everyone is doing what they should be around here:) i'll be back shortly to start tearing into some .39 work. |
15:45.19 | arrrghhh | what they should be, ha. |
15:49.25 | *** join/#htc-linux defendthecommons (~defendthe@ool-43511dbc.dyn.optonline.net) |
15:50.20 | detule | WisTilt2, hi, I was just reading some logs where you were talking about iomappings on .39 with jonpry |
15:51.15 | detule | you were referencing a msm7200A document you were using to pull addresses out of - this is something that is not publicly available i take it? |
15:52.24 | detule | sorry msm7201A |
16:00.42 | WisTilt2 | hi detule. Yes its the 7201A and it's not a public doc unfortunately. I understand you have been doing some work on .39? I've been out of the picture for a few months but was going to get back on fixing .39 so maybe we can collaborate if you're still wanting to pursue that kernel. |
16:03.43 | detule | WisTilt2, "doing some work" is an overstatement - but I would love to work with you to get .39 up to speed....to the extent of my abilities which are fairly limited |
16:03.53 | WisTilt2 | arrrghhh: does acl get in here much during the day anymore? i have some questions about his bootloader. |
16:05.19 | WisTilt2 | detule: any help would be great:) i have to go over .39 for arm again to get my brain wrapped around it again. i've been porting 2.6.15 over to 2.6.39 for our radio devices the past couple months so im in mips mind frame still. |
16:05.54 | WisTilt2 | what are you looking for in iomappings? |
16:08.34 | *** join/#htc-linux vw (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
16:08.56 | detule | https://gitorious.org/~detule/linux-msm-rhod/detules-linux-msm-rhod/blobs/72234ae2ed92fb9d0f611f219bcde66335470641/arch/arm/mach-msm/include/mach/msm_iomap-7x00.h#line74 <- both 35 and 27 have a +4K hole after CLK_CTL_BASE |
16:09.45 | detule | i was wondering if that was just sloppy work or if it was by design |
16:12.13 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:2878:fe8b:99e3:443f) |
16:12.18 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.11) |
16:13.31 | detule | this ties into a problem i was having with the GPT_CLOCK on .39, and i've been trying to get as much as i can to a .27/.35 baseline to and build from there, along those lines: i was wondering if you can tell me about this mode: https://gitorious.org/linux-msm-rhod/linux-msm-rhod/blobs/e807e3883675d55a2a405e221257c0e2a29eb3b5/arch/arm/mach-msm/timer.c#line235 |
16:13.31 | WisTilt2 | where are you seeing the 4k hole? |
16:14.03 | detule | in .27 http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.27/arch/arm/mach-msm/include/mach/msm_iomap.h#line70 next thing is SHARED_RAM_BASE right? |
16:15.23 | detule | the 'hole' on the virtual side of things, which i guess is a fairly benign thing to worry about |
16:15.42 | arrrghhh | WisTilt2, ACL pops in randomly. he's on gtalk more than anything. i'll ping him. |
16:17.26 | WisTilt2 | that doesn't matter with the virtual mapping as long as we don't have something else overlapping those areas. you're thinking SHARED_RAM_BASE should be 0xF8006000 correct? |
16:17.39 | WisTilt2 | in .27 anyway |
16:18.22 | WisTilt2 | ok arrrghhh thanks, no hurry. just want to see what he's booting with and if the way we boot our device would work better for whatever he's doing. |
16:18.43 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
16:18.51 | arrrghhh | ok |
16:19.06 | arrrghhh | i don't know much about the nitty gritty, other than it's LK and probably a mix of tinboot. |
16:19.18 | arrrghhh | and the WinMo bootloader is definitely still there |
16:19.22 | detule | yeah i guess, unless they've left that space blank in .27 for a reason, (as in writing some clock control mode there) |
16:19.37 | arrrghhh | ACL said he's got a meeting but will pop in later. |
16:20.25 | WisTilt2 | ok. ill brb |
16:25.12 | WisTilt2 | detule: i don't follow what you're asking about with the GPT_CLOCK? |
16:27.01 | detule | WisTilt2, well, I was just wondering about the role/significance of CLOCK_EVT_MODE_RESUME in timer.c |
16:28.01 | detule | it's not in .27 or .35 so i take it this is something you guys added..... |
16:29.05 | detule | historically i am looking at CLK_CTL and timer.c, because of a problem i was encountering with gp_timer where it would slow down and tick at a ridiculously slow rate (for example running "top" would take about a minute to refresh even though the cpu was not pegged) |
16:29.11 | WisTilt2 | i'd need to look further but i believe that was added to update the timer after sleep so the timestamps would be correct. |
16:29.34 | WisTilt2 | without it the timestamps continued where they left off, missing time while in sleep |
16:32.08 | *** join/#htc-linux programmer8922 (~Evan@c-174-56-89-117.hsd1.nm.comcast.net) |
16:32.29 | *** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70) |
16:32.32 | WisTilt2 | are you using our .39 tree as a base? im not sure if jonpry fixed that gp_timer slowing down issue or not. |
16:34.58 | detule | yeah your .39 as a base, issue was not fixed there.... |
16:34.59 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
16:35.50 | WisTilt2 | have you narrowed down what condition causes it or does it just happen after some random up time? |
16:36.02 | detule | at any rate, I thought one of the culprits could be (what i think was a typo) in your pmem.c https://gitorious.org/~detule/linux-msm-rhod/detules-linux-msm-rhod/commit/485dbd05db21b58f98fc006aee364c2ff257d631 |
16:37.15 | detule | random up time.....that pmem adjustment could have fixed it but i've been swapping kernels so damn frequently lately, that i have not had my phone continually booted for longer than 48 hrs |
16:38.04 | WisTilt2 | which line had the typo? |
16:39.31 | detule | i think the allocations were under KOVSKY rather than RHOD |
16:39.52 | detule | wouldn't that make RHOD use whatever was under default? |
16:40.30 | WisTilt2 | i need to look at our .39 code. iirc that was when we were playing around with using part of SMI for the FB. |
16:41.33 | *** join/#htc-linux bzo (~chatzilla@c-174-62-79-238.hsd1.ca.comcast.net) |
16:41.46 | WisTilt2 | no, the way i have it in our .39 is right. any of the case's from raphael to kovsky will test true there. |
16:41.54 | WisTilt2 | morning bzo |
16:42.01 | bzo | hi WisTilt2 |
16:43.22 | bzo | detule there is a leaked 7200 doc that is very useful for figuring out that clock stuff |
16:47.47 | detule | bzo thanks simple googling failed me there, but i'll try a little harder |
16:48.05 | bzo | google va736 msm7200 |
16:48.15 | detule | WisTilt2, ok, i guess I don't understand that machine_arch_type switch well enough |
16:49.10 | bzo | detule there is also a header file in the source somewhere that has accurate structs for all the 7201a clock registers |
16:49.29 | WisTilt2 | the switch/case matches any of these: |
16:49.30 | WisTilt2 | case MACH_TYPE_HTCRAPHAEL: |
16:49.30 | WisTilt2 | case MACH_TYPE_HTCRAPHAEL_CDMA: |
16:49.30 | WisTilt2 | case MACH_TYPE_HTCDIAMOND_CDMA: |
16:49.30 | WisTilt2 | case MACH_TYPE_HTCBLACKSTONE: |
16:49.30 | WisTilt2 | case MACH_TYPE_HTCTOPAZ: |
16:49.32 | WisTilt2 | case MACH_TYPE_HTCRHODIUM: |
16:49.34 | WisTilt2 | case MACH_TYPE_HTCKOVSKY: |
16:49.48 | WisTilt2 | so they test true and use the code below that |
16:50.11 | WisTilt2 | up to the break; of course. default is only used if nothing matched the case |
16:50.17 | detule | thanks |
16:50.59 | detule | it was the break, somehow i saw a break everywhere |
16:51.20 | WisTilt2 | yeah that happens:) start seeing things that aren't there after looking at the same code forever. |
16:54.31 | detule | alright WisTilt2, emwe is hard at work building an acoustic GB build - i think he's almost there, it would be nice if this kernel was an option for that build.....i've been experiencing some issues with acoustic on this kernel and 06+ though....no mic on incoming phone calls when phone set to silent/ringer not working reliably on incoming phone calls |
16:56.34 | detule | 06+ has older acoustic libs, and alex did a few updates to jb's libraries and among other things they changed the name of the device to htc_acoustic_wince....i am in the process of swapping out the old libraries in 06+ with new ones and trying out .39 with the deice name changed to see if these issues persist |
16:58.01 | WisTilt2 | what phone do you have? |
16:58.38 | detule | rhod400 |
16:59.49 | *** join/#htc-linux vw (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
17:00.04 | WisTilt2 | 300 here. i'll boot up with GB and my current .39 kernel and see how it plays with the device name change. |
17:01.12 | detule | you have a current GB acoustic build? |
17:01.27 | WisTilt2 | yes, got it from arrrghhh yesterday |
17:02.03 | detule | nice, i suspect it won't power on the acoustic device since the libraries are looking for /dev/htc_acoustic_wince |
17:09.32 | WisTilt2 | changes made and building kernel, brb |
17:10.58 | *** join/#htc-linux caliban2 (~caliban2@d86-32-224-9.cust.tele2.at) |
17:24.54 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
17:25.07 | detule | the strange thing is (in 06+ with old libraries/no name change) in silent when i pick up an incoming call, i see turn_mic_bias_on(1) in dmesg, yet the mic still does not enable |
17:27.05 | WisTilt2 | thats because the audio path to the front mic is not being set correctly in that mode. |
17:29.23 | detule | but outgoing/silent mic is fine |
17:44.24 | *** join/#htc-linux NYL (~NYL@109.96.4.186) |
17:46.09 | *** join/#htc-linux gauner1986 (~Adium@f054149028.adsl.alicedsl.de) |
17:48.43 | *** join/#htc-linux NYL_ (~NYL@109.96.4.186) |
17:51.47 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-81-36.dynamic.mnet-online.de) |
17:52.22 | *** join/#htc-linux NYL (~NYL@109.96.4.186) |
17:52.53 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
17:55.15 | *** join/#htc-linux GNUtoo (~gnutoo@host159-153-dynamic.6-79-r.retail.telecomitalia.it) |
17:56.55 | *** join/#htc-linux mitsutaka (~mitsutaka@58.215.205.66) |
18:02.29 | *** join/#htc-linux helicopter88 (~helicopte@host93-112-dynamic.43-79-r.retail.telecomitalia.it) |
18:08.53 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
18:31.26 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5086.dip.t-dialin.net) |
18:45.22 | *** join/#htc-linux vinceweis (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
18:47.17 | *** join/#htc-linux gnutoo_ (~GNUtoo@host159-153-dynamic.6-79-r.retail.telecomitalia.it) |
18:50.23 | *** join/#htc-linux bukington_ (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
18:56.57 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5086.dip.t-dialin.net) |
19:12.09 | detule | WisTilt2, acoustic working well for you with the new libs? i get similar results as before |
19:14.31 | WisTilt2 | no sound with GB but fine with froyo, even with device name change. heading to lunch so will bbl with a clear head. |
19:14.40 | *** part/#htc-linux gauner1986 (~Adium@f054149028.adsl.alicedsl.de) |
19:15.32 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fffddd00-9.dhcp.inet.fi) |
19:22.02 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
19:44.16 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fffddd00-9.dhcp.inet.fi) |
19:45.33 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
19:51.43 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fffddd00-9.dhcp.inet.fi) |
19:52.40 | WisTilt2 | detule: .39 is smoking now on GB:) |
19:53.01 | WisTilt2 | you want to dl my kernel pack and give it a shot? |
19:54.26 | WisTilt2 | emwe: I don't know what all you've been doing on this latest GB image but it's looking good here. running it on my .39 kernel it is far faster than froyo on any kernel:) |
19:54.45 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
20:01.34 | *** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70) |
20:02.20 | *** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
20:10.01 | WisTilt2 | hey Alex[sp3dev]: i have a pmem question for you if you're not deep in thought. |
20:10.21 | Alex[sp3dev] | WisTilt2: yeah? |
20:10.47 | WisTilt2 | you know in the board file where we're doing the fixup to bank0/1? |
20:10.56 | WisTilt2 | page align |
20:11.02 | Alex[sp3dev] | well, yes |
20:11.29 | WisTilt2 | is that only aligning EBI for the gpu or should it be aligning EBIN also? |
20:12.33 | Alex[sp3dev] | you should only align kernel memory (banks). their size should be divisible by 4mb. otherwise, with pre-38 kernels, you'll have to enable tons of hackish config options |
20:14.00 | WisTilt2 | it looked like only EBI was being aligned but I now see bank0 is gpu and bank1 is actually EBIN. getting some pmem access errors on .39 and tracing them down. |
20:14.44 | Alex[sp3dev] | well i think on my 35 tree everything is fine and 27 is just fubar anyways |
20:14.44 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
20:15.06 | WisTilt2 | in 35 are you seeing any pmem_access not set errors at all? |
20:15.13 | Alex[sp3dev] | nope |
20:15.22 | WisTilt2 | ok, ill keep digging:) |
20:15.38 | Alex[sp3dev] | actually you should not get pmem errors. if it were alignment, the kernel would just crash |
20:17.42 | WisTilt2 | its aligned but these pmem errors seem to be popping up related to something with the fb. not affecting anything though, all working nice. |
20:18.22 | WisTilt2 | what gpu0 size do you have set on .35? i've got this set at 0x700000 |
20:18.29 | Alex[sp3dev] | same here |
20:18.49 | WisTilt2 | ok thanks. trace time |
20:19.21 | Alex[sp3dev] | my dream is to fix wifi suspend issues with wl1251, write the driver for optical joystick and throw away this piece of junk and get a good omap/nvidia hardware with proper linux BSP out of the box |
20:20.41 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fffddd00-9.dhcp.inet.fi) |
20:25.17 | emwe | re. |
20:26.17 | emwe | WisTilt2: dunno even how froyo performs. gb is jit enabled. regarding audio, are you building with BUILD_LIB_HTC_ACOUSTIC_WINCE := true? |
20:30.29 | WisTilt2 | emwe: im using the GB system image arrrghhh gave me so not building anything userland side only our .39 kernel. changed device name in kernel driver to match GB and its working beautifully so far. |
20:31.43 | WisTilt2 | which RIL do you have in this GB image? |
20:31.44 | emwe | WisTilt2: ah cool. |
20:31.47 | emwe | same as froyo |
20:31.53 | emwe | i kept gb branches up to date |
20:32.08 | emwe | might be something slipping through in other pieces... |
20:32.11 | detule | WisTilt2, all acoustic working fine? no mic issues? |
20:32.16 | WisTilt2 | the data response is SO much better than froyo |
20:32.44 | WisTilt2 | detule I haven't tried your silent mode test yet. you want to dl it and try this out? |
20:32.49 | emwe | still need to push rootfs with adjusted lowmemorykiller settings. makes it much better for the rest of the users. |
20:33.24 | detule | WisTilt2, i've changed the name here as well and still having issues |
20:34.37 | WisTilt2 | you don't have the other fixes I have in here. after we test this out i'll push the changes to our tree. ill pm you the link to get the kernel pack to see if it works better than your current kernel. |
20:36.13 | WisTilt2 | i've made numerous calls, incoming and outgoing, speakerphone on/off etc., and audio working everytime. camera is working but won't save the image for some reason so looking into that right now. |
20:36.50 | detule | what did you change in the acoustic image other than the device name by the way? |
20:37.32 | WisTilt2 | some audio routing states |
20:40.00 | emwe | audio routing states? snd_state? |
20:40.31 | Alex[sp3dev] | any of you guys want to work on the volume control? and is it really worse with acoustic? |
20:40.54 | detule | for the record volume control works with standard .39 and the old (may) acoustic libs |
20:40.58 | emwe | Alex[sp3dev]: volume control as in? incall volume not changeable? |
20:41.07 | emwe | i am just looking into it. |
20:41.09 | Alex[sp3dev] | emwe: maybe |
20:41.46 | Alex[sp3dev] | is that an issue? i am always setting it to maximum and still can't hear a thing except as in a quiet room. so why control it at all? |
20:41.48 | emwe | can confirm incall earpiece vol and incall speaker vol don't work with -dev acoustic liebraries. |
20:41.58 | emwe | it's assloud here on raph and rhod |
20:42.38 | emwe | snd_set_volume for IDLE/CURRENT device method voice and the vol-level (0-5) is coming through till kernel, just need to find what's different |
20:44.05 | emwe | another thing - maybe only rhod related - on phone dialpad, put vol to max and dial some numbers. volume will increase with every press. go back to 3/4 of the scale and it will be louder as before. |
20:44.25 | emwe | louder on 3/4 before going maxvol. |
20:45.05 | Alex[sp3dev] | oh. i don't even want to dig into such crap. just need to look into in-call sound. i mean, acoustic greatly improves music quality overall |
20:45.51 | emwe | it does? i listed to music all day via headphones... didn't notice anything. |
20:45.59 | emwe | s/listed/listen |
20:46.16 | Alex[sp3dev] | well, maybe the default audio para in kernel was for topaz but it was too flat for others |
20:47.36 | detule | WisTilt2, booting this kernel will have to wait for a bit for me - my partitions are ext4 |
20:48.43 | WisTilt2 | sounds like you need a couple sd cards on hand:) |
20:48.45 | emwe | Alex[sp3dev]: ah, that may be. iirc Markinus was still around there with his TOPA. |
20:50.10 | mgross029 | emwe, something I noticed on dial pad seems that is being controlled by Media volume not in-call volume. |
20:51.48 | emwe | yes. and the different volume levels seem to be calculated on the audio signal by software. |
20:52.37 | *** join/#htc-linux hogger (~hogger@cpe-66-27-95-3.san.res.rr.com) |
20:53.51 | detule | WisTilt2, camera poops out right after you snap the photo and before it displays the preview right? |
20:54.12 | detule | as in the jpeg encoding stage |
20:55.46 | *** join/#htc-linux helicopter88 (~helicopte@host93-112-dynamic.43-79-r.retail.telecomitalia.it) |
21:03.19 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
21:03.34 | WisTilt2 | detule: yes on the camera. camera pmem probably needs increasing. i'll be back in a bit, need to make a few phone calls. |
21:08.15 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.11) |
21:12.25 | *** join/#htc-linux ray|yar (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
21:13.13 | *** part/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
21:17.24 | *** join/#htc-linux rob_w (~bob@ppp-188-174-19-27.dynamic.mnet-online.de) |
21:19.36 | *** join/#htc-linux programmer8922 (~Evan@esquel.math.unm.edu) |
21:25.34 | *** join/#htc-linux WisTilt2 (~wisgreg@64.166.55.11) |
21:36.08 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
21:40.11 | *** join/#htc-linux BabelO (~fcr@AMontpellier-553-1-96-13.w86-209.abo.wanadoo.fr) |
21:40.11 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
21:48.52 | *** join/#htc-linux BabelO (~fcr@AMontpellier-553-1-96-13.w86-209.abo.wanadoo.fr) |
21:48.52 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
22:00.11 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
22:10.52 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
22:15.18 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fffddd00-9.dhcp.inet.fi) |
23:10.22 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-wulblprdgpiutloj) |
23:38.26 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
23:43.46 | *** join/#htc-linux vinceweis (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
23:47.25 | WisTilt2 | emwe: regarding the low memory killer in rootfs, .39 has that within the kernel I see. I just rebuilt it with that enabled so we'll see if it actually does anything useful. |
23:54.33 | *** join/#htc-linux ray|yar (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |