IRC log for #htc-linux on 20111103

00:00.42bzothe best is to come back to your company doing the exact same job as a contractor, but make twice as much
00:00.46WisTilt2ok guys catch you tomorrow.  taking the grandkids to adventure park for some fun.
00:01.00rpierce99we've had lots of people do that bzo
00:01.28bzoI guess in theory there's less stability, but how stable is a regular job anyways
00:02.29rpierce99sadly we have people that if they left the site would probably go down within a month
00:02.41rpierce99and they can pretty much ask for whatever they want
00:03.01arrrghhhdamn
00:03.10bzoyep, 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.18WisTilt2Good morning world.
15:37.33gauner1986good evening
15:37.36*** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:5551:30aa:c97b:5214)
15:37.40gauner1986:)
15:38.12rpierce99still morning here, barely, morning WisTilt2 :)
15:38.45arrrghhhmornin WisTilt2
15:38.50arrrghhhgauner1986, heathen.
15:38.51arrrghhh:D
15:38.53WisTilt2time change this weekend so time for early darkness
15:39.03arrrghhhindeed.  stupid DST.
15:39.05WisTilt2i wish they would do away with that
15:39.18arrrghhhyea
15:39.24*** join/#htc-linux avinashhm (~avinash-h@192.94.92.14)
15:39.24arrrghhhfor once Arizona has done something right
15:39.26arrrghhhlol
15:39.54WisTilt2was a good idea way back when but serves no purpose these days
15:40.42WisTilt2rpierce99 i forget, where are you again?
15:40.52rpierce99minnesota
15:40.59WisTilt2damn, cold country
15:41.15rpierce99haven't seen a flake of snow yet this year, unlike the east coasters
15:41.23arrrghhhdamn.  we've already had two storms
15:41.26rpierce99we'll get ours
15:41.33arrrghhhneither really stuck on the roads tho.
15:41.40rpierce99i've probably just doomed us by saying that though
15:42.14arrrghhhha
15:42.28arrrghhhi had a job offer up in MN and ND.  i said hellll no.
15:43.30rpierce99i 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.29WisTilt2well 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.19arrrghhhwhat they should be, ha.
15:49.25*** join/#htc-linux defendthecommons (~defendthe@ool-43511dbc.dyn.optonline.net)
15:50.20detuleWisTilt2, hi, I was just reading some logs where you were talking about iomappings on .39 with jonpry
15:51.15detuleyou 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.24detulesorry msm7201A
16:00.42WisTilt2hi 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.43detuleWisTilt2, "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.53WisTilt2arrrghhh: does acl get in here much during the day anymore?  i have some questions about his bootloader.
16:05.19WisTilt2detule: 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.54WisTilt2what are you looking for in iomappings?
16:08.34*** join/#htc-linux vw (4463ed13@gateway/web/freenode/ip.68.99.237.19)
16:08.56detulehttps://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.45detulei 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.31detulethis 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.31WisTilt2where are you seeing the 4k hole?
16:14.03detulein .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.23detulethe 'hole' on the virtual side of things, which i guess is a fairly benign thing to worry about
16:15.42arrrghhhWisTilt2, ACL pops in randomly.  he's on gtalk more than anything.  i'll ping him.
16:17.26WisTilt2that 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.39WisTilt2in .27 anyway
16:18.22WisTilt2ok 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.51arrrghhhok
16:19.06arrrghhhi don't know much about the nitty gritty, other than it's LK and probably a mix of tinboot.
16:19.18arrrghhhand the WinMo bootloader is definitely still there
16:19.22detuleyeah i guess, unless they've left that space blank in .27 for a reason, (as in writing some clock control mode there)
16:19.37arrrghhhACL said he's got a meeting but will pop in later.
16:20.25WisTilt2ok.  ill brb
16:25.12WisTilt2detule: i don't follow what you're asking about with the GPT_CLOCK?
16:27.01detuleWisTilt2, well, I was just wondering about the role/significance of CLOCK_EVT_MODE_RESUME in timer.c
16:28.01detuleit's not in .27 or .35 so i take it this is something you guys added.....
16:29.05detulehistorically 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.11WisTilt2i'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.34WisTilt2without 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.32WisTilt2are you using our .39 tree as a base?  im not sure if jonpry fixed that gp_timer slowing down issue or not.
16:34.58detuleyeah 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.50WisTilt2have you narrowed down what condition causes it or does it just happen after some random up time?
16:36.02detuleat 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.15detulerandom 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.04WisTilt2which line had the typo?
16:39.31detulei think the allocations were under KOVSKY rather than RHOD
16:39.52detulewouldn't that make RHOD use whatever was under default?
16:40.30WisTilt2i 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.46WisTilt2no, 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.54WisTilt2morning bzo
16:42.01bzohi WisTilt2
16:43.22bzodetule there is a leaked 7200 doc that is very useful for figuring out that clock stuff
16:47.47detulebzo thanks simple googling failed me there, but i'll try a little harder
16:48.05bzogoogle va736 msm7200
16:48.15detuleWisTilt2, ok, i guess I don't understand that machine_arch_type switch well enough
16:49.10bzodetule there is also a header file in the source somewhere that has accurate structs for all the 7201a clock registers
16:49.29WisTilt2the switch/case matches any of these:
16:49.30WisTilt2case MACH_TYPE_HTCRAPHAEL:
16:49.30WisTilt2case MACH_TYPE_HTCRAPHAEL_CDMA:
16:49.30WisTilt2case MACH_TYPE_HTCDIAMOND_CDMA:
16:49.30WisTilt2case MACH_TYPE_HTCBLACKSTONE:
16:49.30WisTilt2case MACH_TYPE_HTCTOPAZ:
16:49.32WisTilt2case MACH_TYPE_HTCRHODIUM:
16:49.34WisTilt2case MACH_TYPE_HTCKOVSKY:
16:49.48WisTilt2so they test true and use the code below that
16:50.11WisTilt2up to the break; of course.  default is only used if nothing matched the case
16:50.17detulethanks
16:50.59detuleit was the break, somehow i saw a break everywhere
16:51.20WisTilt2yeah that happens:)  start seeing things that aren't there after looking at the same code forever.
16:54.31detulealright 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.34detule06+ 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.01WisTilt2what phone do you have?
16:58.38detulerhod400
16:59.49*** join/#htc-linux vw (4463ed13@gateway/web/freenode/ip.68.99.237.19)
17:00.04WisTilt2300 here.  i'll boot up with GB and my current .39 kernel and see how it plays with the device name change.
17:01.12detuleyou have a current GB acoustic build?
17:01.27WisTilt2yes, got it from arrrghhh yesterday
17:02.03detulenice, i suspect it won't power on the acoustic device since the libraries are looking for /dev/htc_acoustic_wince
17:09.32WisTilt2changes 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.07detulethe 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.05WisTilt2thats because the audio path to the front mic is not being set correctly in that mode.
17:29.23detulebut 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.09detuleWisTilt2, acoustic working well for you with the new libs? i get similar results as before
19:14.31WisTilt2no 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.40WisTilt2detule: .39 is smoking now on GB:)
19:53.01WisTilt2you want to dl my kernel pack and give it a shot?
19:54.26WisTilt2emwe: 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.01WisTilt2hey Alex[sp3dev]: i have a pmem question for you if you're not deep in thought.
20:10.21Alex[sp3dev]WisTilt2: yeah?
20:10.47WisTilt2you know in the board file where we're doing the fixup to bank0/1?
20:10.56WisTilt2page align
20:11.02Alex[sp3dev]well, yes
20:11.29WisTilt2is that only aligning EBI for the gpu or should it be aligning EBIN also?
20:12.33Alex[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.00WisTilt2it 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.44Alex[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.06WisTilt2in 35 are you seeing any pmem_access not set errors at all?
20:15.13Alex[sp3dev]nope
20:15.22WisTilt2ok, ill keep digging:)
20:15.38Alex[sp3dev]actually you should not get pmem errors. if it were alignment, the kernel would just crash
20:17.42WisTilt2its 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.22WisTilt2what gpu0 size do you have set on .35?  i've got this set at 0x700000
20:18.29Alex[sp3dev]same here
20:18.49WisTilt2ok thanks.  trace time
20:19.21Alex[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.17emwere.
20:26.17emweWisTilt2: dunno even how froyo performs. gb is jit enabled. regarding audio, are you building with BUILD_LIB_HTC_ACOUSTIC_WINCE := true?
20:30.29WisTilt2emwe: 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.43WisTilt2which RIL do you have in this GB image?
20:31.44emweWisTilt2: ah cool.
20:31.47emwesame as froyo
20:31.53emwei kept gb branches up to date
20:32.08emwemight be something slipping through in other pieces...
20:32.11detuleWisTilt2, all acoustic working fine? no mic issues?
20:32.16WisTilt2the data response is SO much better than froyo
20:32.44WisTilt2detule I haven't tried your silent mode test yet.  you want to dl it and try this out?
20:32.49emwestill need to push rootfs with adjusted lowmemorykiller settings. makes it much better for the rest of the users.
20:33.24detuleWisTilt2, i've changed the name here as well and still having issues
20:34.37WisTilt2you 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.13WisTilt2i'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.50detulewhat did you change in the acoustic image other than the device name by the way?
20:37.32WisTilt2some audio routing states
20:40.00emweaudio routing states? snd_state?
20:40.31Alex[sp3dev]any of you guys want to work on the volume control? and is it really worse with acoustic?
20:40.54detulefor the record volume control works with standard .39 and the old (may) acoustic libs
20:40.58emweAlex[sp3dev]: volume control as in? incall volume not changeable?
20:41.07emwei am just looking into it.
20:41.09Alex[sp3dev]emwe: maybe
20:41.46Alex[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.48emwecan confirm incall earpiece vol and incall speaker vol don't work with -dev acoustic liebraries.
20:41.58emweit's assloud here on raph and rhod
20:42.38emwesnd_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.05emweanother 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.25emwelouder on 3/4 before going maxvol.
20:45.05Alex[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.51emweit does? i listed to music all day via headphones... didn't notice anything.
20:45.59emwes/listed/listen
20:46.16Alex[sp3dev]well, maybe the default audio para in kernel was for topaz but it was too flat for others
20:47.36detuleWisTilt2, booting this kernel will have to wait for a bit for me - my partitions are ext4
20:48.43WisTilt2sounds like you need a couple sd cards on hand:)
20:48.45emweAlex[sp3dev]: ah, that may be. iirc Markinus was still around there with his TOPA.
20:50.10mgross029emwe, something I noticed on dial pad seems that is being controlled by Media volume not in-call volume.
20:51.48emweyes. 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.51detuleWisTilt2, camera poops out right after you snap the photo and before it displays the preview right?
20:54.12detuleas 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.34WisTilt2detule: 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.25WisTilt2emwe: 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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.