| 00:00.09 | arrrghhh | haha |
| 00:00.11 | natemcnutty | if they are windows based |
| 00:00.25 | natemcnutty | or orion works well |
| 00:00.30 | natemcnutty | fantom |
| 00:00.45 | arrrghhh | we're looking at orion |
| 00:00.53 | arrrghhh | we have a ton of servers, i only watch a few. |
| 00:01.42 | natemcnutty | the cool thing about orion is that 1 license covers a server, a workstation, AND a peice of network equipment |
| 00:02.11 | natemcnutty | their licensing is really bizarre :) |
| 00:02.28 | *** join/#htc-linux Bronx_ (b8c7fe15@gateway/web/freenode/ip.184.199.254.21) |
| 00:02.31 | natemcnutty | okie, git has been cloned. going to start copy/pasting :p |
| 00:02.32 | arrrghhh | haha |
| 00:02.36 | Bronx_ | hey everyone |
| 00:02.36 | arrrghhh | nice :D |
| 00:03.03 | Bronx_ | I have a question with booting up Android on my TP 2... |
| 00:03.03 | arrrghhh | natemcnutty, i'm actually a data/voice schmo. voip phones, voicemail, wan links... |
| 00:03.12 | arrrghhh | Bronx_, is it a support question? |
| 00:03.21 | Bronx_ | yeah |
| 00:03.23 | arrrghhh | i guess the room is pretty dead... go ahead. |
| 00:03.28 | nikole | lol |
| 00:03.28 | Bronx_ | thanks |
| 00:03.29 | arrrghhh | normally, this room is for development only. |
| 00:03.32 | arrrghhh | :D |
| 00:03.42 | nikole | develops arrrghhh |
| 00:03.44 | arrrghhh | considering i was just voilating that rule. |
| 00:03.48 | arrrghhh | violating |
| 00:03.54 | arrrghhh | develops cancer |
| 00:04.05 | nikole | .. |
| 00:04.07 | nikole | u ass |
| 00:04.10 | arrrghhh | lol |
| 00:04.12 | Bronx_ | I added gen y and it does not aknowledge Andriod and automattically puts me back to WinMo |
| 00:04.28 | arrrghhh | Bronx_, never used it. where is android installed on your sd? |
| 00:04.33 | Bronx_ | how do I get it to recognize both platforms |
| 00:04.44 | arrrghhh | it may need to be in a particular place, like in the root or in /sdcard/andboot. |
| 00:04.52 | Bronx_ | I don't see a root folder so I just placed it anywhere |
| 00:04.57 | Bronx_ | on the sd card |
| 00:05.04 | *** join/#htc-linux theincred (~theincred@ool-44c00a8a.dyn.optonline.net) |
| 00:05.04 | arrrghhh | uh... dude |
| 00:05.12 | arrrghhh | did you read the gen.y thread? |
| 00:05.17 | arrrghhh | i'm betting it'll tell you where to put it. |
| 00:05.38 | Bronx_ | i did not read the thread |
| 00:05.43 | arrrghhh | ... |
| 00:06.19 | *** join/#htc-linux hyperfire21 (~nun@c-24-13-128-146.hsd1.il.comcast.net) |
| 00:06.22 | Bronx_ | where is that thread located? I have spent hours... |
| 00:06.41 | *** part/#htc-linux theincred (~theincred@ool-44c00a8a.dyn.optonline.net) |
| 00:06.41 | dharvey4651 | xda dev and hacking forum - use the search function |
| 00:06.50 | Bronx_ | it finally boots but no contacts transfer, |
| 00:06.52 | Bronx_ | thanks again! |
| 00:07.00 | Bronx_ | I really appreciate it. |
| 00:07.01 | Bronx_ | thanks |
| 00:07.17 | arrrghhh | where did you download it from!?!? |
| 00:07.42 | Bronx_ | softpedia |
| 00:08.20 | Bronx_ | do I place gen y in the andboot folder? |
| 00:08.58 | arrrghhh | really? |
| 00:09.01 | arrrghhh | dude |
| 00:09.02 | arrrghhh | i don't know |
| 00:09.04 | arrrghhh | i've never used it |
| 00:09.11 | arrrghhh | i'm sure there's a thread on xda tho. |
| 00:09.16 | dharvey4651 | Bronx> go to xda and look in the dev and hacking forum. use the search function on the forum to find the thread. ALLLLLLL the answers you need will be there |
| 00:09.19 | arrrghhh | i can help with XDAndroid problems. |
| 00:09.27 | arrrghhh | NOT gen.y. |
| 00:09.41 | Bronx_ | cool, I will get off this thread!!! |
| 00:09.46 | Bronx_ | Thanks again |
| 00:10.11 | arrrghhh | np |
| 00:10.36 | *** join/#htc-linux Tah (5b6bd618@gateway/web/freenode/ip.91.107.214.24) |
| 00:10.49 | natemcnutty | arrrghhh: ACL refactored things a bit. gonna take a little work to hack it up for you |
| 00:11.18 | arrrghhh | natemcnutty, no worries dude. i'm just glad you're doing it cuz i'd be so lost :D |
| 00:11.28 | arrrghhh | i guess i should clone the git again |
| 00:11.28 | *** join/#htc-linux mitsutaka (~mitsutaka@122.212.45.242) |
| 00:12.05 | arrrghhh | i tried building my own kernels like 6 months ago. didn't go so well. i managed to get some kernels to compile, and without any changes it booted. but any changes i made failed horribly haha |
| 00:12.52 | natemcnutty | not a whole lot to it. just don't mess up the make files too bad :p |
| 00:13.38 | arrrghhh | haha |
| 00:17.08 | *** join/#htc-linux TkatoDesigns (~TkatoDesi@bzq-84-109-43-99.red.bezeqint.net) |
| 00:17.27 | *** join/#htc-linux MikeBanks (~michael@c-174-56-198-233.hsd1.ga.comcast.net) |
| 00:21.43 | natemcnutty | lol, this so isn't going to work |
| 00:21.49 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 00:22.12 | *** join/#htc-linux Wally__ (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 00:22.14 | natemcnutty | no idea what the gpios are for rhod |
| 00:22.20 | arrrghhh | damn. |
| 00:22.25 | arrrghhh | camro made it sound so simple lol |
| 00:22.33 | arrrghhh | perhaps for him haha |
| 00:22.46 | natemcnutty | lol, again, I'm between beginner and intermediate :) |
| 00:22.59 | arrrghhh | yea |
| 00:23.06 | natemcnutty | and java was my programming language |
| 00:23.08 | arrrghhh | i'm like somewhere underneath beginner haha |
| 00:23.15 | arrrghhh | BASIC was mine. |
| 00:23.17 | arrrghhh | :P |
| 00:23.28 | natemcnutty | wishing I had taken that assembly class now |
| 00:23.34 | *** join/#htc-linux KsenZ (~KsenZ@83.234.161.34) |
| 00:23.50 | arrrghhh | yea. asm is SO over my head, it's not even funny. |
| 00:24.06 | arrrghhh | it's 'simple' in that it's mostly just pushing memory pointers around... but damn. |
| 00:24.50 | *** join/#htc-linux StummeJ_ (~StummeJ@dhcp-135-7-149-24.cf-res.cfu.net) |
| 00:25.35 | *** join/#htc-linux tfouto (5f5fcbed@gateway/web/freenode/ip.95.95.203.237) |
| 00:28.41 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 00:29.24 | kmd | lol |
| 00:31.07 | tmzt_ | natemcnutty: that's what harets for |
| 00:31.15 | tmzt_ | and haretconsole |
| 00:33.05 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
| 00:34.34 | natemcnutty | tmzt_: that would require me actually learning how to use haretconsole :p |
| 00:42.04 | natemcnutty | so tmzt_ , how would I go about finding the irq for headset detection with haret? |
| 00:42.37 | natemcnutty | raph100 has a ton already defined, rhod has hardly any |
| 00:45.14 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
| 00:45.14 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
| 00:45.33 | *** join/#htc-linux BlackRhino (~BlackRhin@c-71-63-195-232.hsd1.mn.comcast.net) |
| 00:49.58 | natemcnutty | alright, off to learn haret console. arrrghhh: it won't work until I get the right gpio |
| 00:51.24 | arrrghhh | natemcnutty, cool dude! if i helped in some small way get the 3.5mm jack working, it's all worth it :D |
| 00:51.55 | hyperfire21 | good work guys |
| 00:53.02 | arrrghhh | haha i don't think any real work's been done, but nate is fighting the good fight for sure! :D |
| 00:55.13 | natemcnutty | just learning. Have to go back to winmo though for haret |
| 00:55.23 | natemcnutty | so I can test incall issues via haret for now |
| 00:56.16 | arrrghhh | coolio. let me know if you turn anything up... |
| 00:56.31 | natemcnutty | will do. gotta run |
| 00:56.36 | arrrghhh | i almost want to say it's all user error, but there's too many reports of failures. |
| 00:56.38 | arrrghhh | peace |
| 00:56.41 | arrrghhh | ah well. |
| 00:59.50 | kmd | lol |
| 00:59.54 | kmd | ukk] |
| 01:11.58 | *** join/#htc-linux touch (411cb9c9@gateway/web/freenode/ip.65.28.185.201) |
| 01:22.39 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
| 01:26.49 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 01:30.51 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4CDD.dip.t-dialin.net) |
| 01:32.39 | *** part/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 01:37.13 | *** join/#htc-linux hyperfire21 (~nun@c-24-13-128-146.hsd1.il.comcast.net) |
| 01:38.08 | *** join/#htc-linux ToAsTcfh_ (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 01:48.20 | ToAsTcfh_ | http://htc-linux.org/wiki/index.php?title=Contact |
| 01:48.35 | ToAsTcfh_ | could push them to our wiki there |
| 01:50.02 | ToAsTcfh_ | apt help |
| 01:52.51 | *** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc) |
| 02:03.52 | *** join/#htc-linux Cass (~Cass@87-194-153-242.bethere.co.uk) |
| 02:17.16 | *** join/#htc-linux MacDrunk (~marper@201.164.175.123) |
| 02:17.43 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
| 02:19.58 | *** join/#htc-linux regualtor (duffman@c-67-162-193-231.hsd1.ar.comcast.net) |
| 02:25.58 | *** join/#htc-linux Refuge (~none@adsl-99-56-25-120.dsl.ipltin.sbcglobal.net) |
| 02:27.02 | *** join/#htc-linux dharvey4651 (~dharvey46@c-69-254-236-232.hsd1.ks.comcast.net) |
| 02:31.07 | *** join/#htc-linux Padre (~Padre@intersoft-219.cust.smartspb.net) |
| 02:31.21 | *** join/#htc-linux manusfreedom (~manusfree@tra78-1-82-235-115-79.fbx.proxad.net) |
| 02:31.58 | *** join/#htc-linux Maylay (~gren@adsl-9-206-192.mia.bellsouth.net) |
| 02:34.18 | *** join/#htc-linux mdeejay (~mdeejay@188.168.168.101) |
| 02:42.08 | *** join/#htc-linux nineX_laptop (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
| 02:42.34 | *** join/#htc-linux Maylay (~gren@adsl-9-206-192.mia.bellsouth.net) |
| 02:52.40 | *** join/#htc-linux NeoMatrixJR_ (~chatzilla@173-25-51-102.client.mchsi.com) |
| 02:56.21 | *** join/#htc-linux Termana (~bradley@123-3-80-198.static.dsl.dodo.com.au) |
| 03:04.19 | *** join/#htc-linux NetRipper (~netripper@tikkie.net) |
| 03:05.57 | *** join/#htc-linux rickster21 (~rickster@rrcs-67-78-126-78.sw.biz.rr.com) |
| 03:18.03 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
| 03:26.58 | tmzt_ | 2.6.35? dwalkers on 2.6.36-rcX already |
| 03:27.04 | tmzt_ | https://www.codeaurora.org/gitweb/quic/kernel/?p=dwalker/linux-msm.git;a=log |
| 03:28.14 | tmzt_ | - gpio power-collapse, which is managed by a peripheral processor on |
| 03:28.15 | tmzt_ | <PROTECTED> |
| 03:28.21 | tmzt_ | (did we have this information before?) |
| 03:28.23 | *** join/#htc-linux swc|666 (~neopwn@65.101.151.78) |
| 03:28.23 | *** join/#htc-linux swc|666 (~neopwn@unaffiliated/swc666/x-4934821) |
| 03:33.08 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=device/htc/passion.git;a=object;h=4efa13d323815641105ed7e0875caa681f4c3d98 |
| 03:33.18 | tmzt_ | fix SoftAP stop/start |
| 03:33.56 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=device/htc/passion.git;a=object;h=595a71d7a24ebded1b2d3ec9d5d871de7588f40c |
| 03:34.02 | tmzt_ | change hw3d to char |
| 03:34.14 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=device/htc/passion.git;a=object;h=0f5f9fc17943f5f1359db933fda8638bb7fd9657 |
| 03:34.23 | tmzt_ | turn on SoftAP |
| 03:35.33 | tmzt_ | dspcrashd?????? |
| 03:35.44 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=device/htc/passion.git;a=commitdiff;h=37f14e3993477f3f86a7544afa1d6209deb48cc4 |
| 03:36.00 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=device/htc/passion.git;a=object;h=f874e6a4a138fc0c2fde1d915d184d45021cf673 |
| 03:36.30 | tmzt_ | Only included in eng/userdebug builds, dspcrashd is used to record |
| 03:36.31 | tmzt_ | ramdumps from the DSP when it crashes, to aid in debugging. |
| 03:36.52 | stinebd | neat |
| 03:37.58 | *** join/#htc-linux Wally__ (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 03:42.45 | tmzt_ | 586727e164af34aa5d92f5c2947da2 [ARM] defconfig: mahimahi: Switch from CBQ -> HTB |
| 03:42.48 | tmzt_ | 623907fa0ae4dd5fb35c74375dedae10f572b6d7 net: wireless: bcm4329: Add FW crash trap debug |
| 03:43.14 | *** join/#htc-linux finnapz (~sheppards@99-39-251-198.lightspeed.tukrga.sbcglobal.net) |
| 03:51.40 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=12bf5c18d0d2821c5dd6a15b3acc3cba113359a8 |
| 03:51.54 | tmzt_ | msm_kgsl: Convert force_no_low_watermark flag to memory flag |
| 03:51.54 | tmzt_ | force_no_low_watermark is not used as it is always set from |
| 03:51.54 | tmzt_ | userspace driver. Convert this integer into a memory flag that |
| 03:51.54 | tmzt_ | can be used by user space driver to indicate certain memory |
| 03:51.55 | tmzt_ | requirements for memory allocations when allocating vmalloc memory. |
| 03:52.47 | tmzt_ | . |
| 03:52.48 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=2814d4a4c1d614ed8c8c51adcc320c636a17c722 |
| 03:52.57 | tmzt_ | msm: audio: 8k: Check for ADIE path ID during ADIE enable/disable |
| 03:52.57 | tmzt_ | ADIE should be disabled while using external codecs. Otherwise, |
| 03:52.58 | tmzt_ | it will result in power leaks. ADIE path ID is set to valid |
| 03:52.58 | tmzt_ | values while using the internal codecs. While using external |
| 03:52.58 | tmzt_ | codecs, it will be set to zero. This ID should be checked during |
| 03:53.00 | tmzt_ | device switch and ADIE has to be enabled or disabled only for |
| 03:53.02 | tmzt_ | valid values. |
| 03:53.05 | tmzt_ | . |
| 03:53.20 | tmzt_ | this might give us more clues as toe the hardware setup |
| 03:55.33 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=58b90dac9080d2164d99fc40595c7ce610e88fcb |
| 03:55.44 | tmzt_ | msm: audio: 8k: Do analog output enable after opening PCM stream |
| 03:55.44 | tmzt_ | Audio analog output enable is done after RX PCM stream is opened. |
| 03:55.45 | tmzt_ | This will avoid any transients being pushed on to the output device. |
| 03:55.46 | tmzt_ | . |
| 03:56.38 | tmzt_ | . |
| 03:56.42 | tmzt_ | what's a Z180?? |
| 03:56.43 | tmzt_ | msm_kgsl: Remove the G12 bottom half handler |
| 03:56.43 | tmzt_ | The interrupt handler for the Z180 is very lightweight, and |
| 03:56.43 | tmzt_ | we don't need the additional overhead of the bottom half |
| 03:56.43 | tmzt_ | handler. |
| 03:56.47 | tmzt_ | that's MDP4? |
| 03:57.00 | tmzt_ | that means they use our 3d chip (but better) as their 2d chip |
| 03:57.14 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=0c024a0a0a59191ed4d679f8c61d870e70e87c6a |
| 03:57.17 | tmzt_ | . |
| 03:57.44 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=b5e41ee219c1ed67a17f2bece04145bdc23c0a1f |
| 03:57.50 | tmzt_ | ah, yamato, yep |
| 03:57.55 | tmzt_ | it's the IOMMU variant |
| 03:58.08 | tmzt_ | msm: kgsl: Support per-process pagetable for the 2D graphics core |
| 03:58.08 | tmzt_ | This patch, along with associated user driver patch, allows the 2D Z180 |
| 03:58.08 | tmzt_ | MMU to use per-process pagetables instead of a single global pagetable |
| 03:58.08 | tmzt_ | for all processes. Per-process pagetable is still CONFIGed to be off by |
| 03:58.08 | tmzt_ | default. Once it is enabled, then it will work for 2D graphics using Z180. |
| 03:58.16 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=b5e41ee219c1ed67a17f2bece04145bdc23c0a1f |
| 03:58.19 | tmzt_ | . |
| 03:58.42 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=0621b991a2ecfe81c4bbc51aa689c95835560836 |
| 03:58.50 | tmzt_ | msm: kgsl: Correct context ID and mask usage for 2D core |
| 03:58.50 | tmzt_ | Context creation and destruction did not handle high context counts |
| 03:58.50 | tmzt_ | correctly. This lead to occasional failures to create a context in |
| 03:58.51 | tmzt_ | OpenVG apps. This patch fixes this issue. |
| 03:58.52 | tmzt_ | . |
| 03:59.32 | *** join/#htc-linux tekoholix (~quassel@184-96-0-28.hlrn.qwest.net) |
| 04:01.06 | *** join/#htc-linux johnb81 (~johnb@95.10.110.229) |
| 04:03.05 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=087a822fc571b56f0affcedd1f401674fa4277dd |
| 04:03.16 | tmzt_ | msm: audio: 7k: Reset the state during AUDIO_START only when disabled |
| 04:03.16 | tmzt_ | Before sending enable command to DSP decoder the dec_state variable is |
| 04:03.16 | tmzt_ | set to none state. The dec_state is set to success state on receiving |
| 04:03.16 | tmzt_ | decoder enable event from DSP |
| 04:03.16 | tmzt_ | This is being done even if AUDIO_START ioctl is called multiple times |
| 04:03.19 | tmzt_ | when decoder is already in enabled state. In this case, the dec_state is |
| 04:03.21 | tmzt_ | not set to success state as enable command is not sent to DSP again and |
| 04:03.24 | tmzt_ | there will not be any decoder enable event from DSP. This will set the |
| 04:03.26 | tmzt_ | decoder state variable to wrong state even when decoder is in enabled |
| 04:03.29 | tmzt_ | state and will result in AUDIO_START failure |
| 04:03.31 | tmzt_ | Hence moving the dec_state variable to none state during AUDIO_START |
| 04:03.34 | tmzt_ | only if decoder is in disabled state |
| 04:03.36 | tmzt_ | . |
| 04:03.49 | tmzt_ | but pcm is working, this might not matter |
| 04:05.32 | *** part/#htc-linux smoku (~79f6be280@xkh1g1.infr.xiaoka.com) |
| 04:10.49 | *** join/#htc-linux zycho (~zycho@77-20-34-202-dynip.superkabel.de) |
| 04:11.09 | *** join/#htc-linux ToAsTcfh__ (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 04:26.38 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=777d58938c3913e3c941d6b4ab9567030a4d1205 |
| 04:26.53 | tmzt_ | yeah, because we never got any details on yamato when people cared about it |
| 04:28.27 | *** join/#htc-linux ToAsTcfh__ (~toastcfh@29-37.200-68.tampabay.res.rr.com) |
| 04:30.25 | tmzt_ | https://www.codeaurora.org/gitweb/quic/la/?p=kernel/msm.git;a=commitdiff;h=e520ba7e0fded3b7288ac8a526d399910e53f3a7 |
| 04:30.44 | tmzt_ | msm: kgsl: 2d context ids need to be global |
| 04:30.44 | tmzt_ | We were incorrectly storing 2d context ids in a per-fd |
| 04:30.45 | tmzt_ | structure. This change moves the mask of client ids to |
| 04:30.45 | tmzt_ | struct kgsl_g12_device and correctly manages the mask. |
| 04:30.47 | tmzt_ | . |
| 04:40.35 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 04:48.53 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 04:50.56 | *** join/#htc-linux dharvey4651 (~dharvey46@c-69-254-236-232.hsd1.ks.comcast.net) |
| 04:54.23 | *** join/#htc-linux programmer8922 (~Evan@67.219.166.182) |
| 04:56.28 | *** join/#htc-linux Kasjopaja23 (~Tina@p57BC14E9.dip0.t-ipconnect.de) |
| 04:58.32 | *** join/#htc-linux RideTheTube (~RideTheTu@110.164.69.193) |
| 05:01.58 | *** join/#htc-linux swc|666 (~neopwn@65.101.151.78) |
| 05:01.58 | *** join/#htc-linux swc|666 (~neopwn@unaffiliated/swc666/x-4934821) |
| 05:01.59 | *** join/#htc-linux swc|666_ (~neopwn@65.101.151.78) |
| 05:02.43 | *** join/#htc-linux swc|666 (~neopwn@65.101.151.78) |
| 05:02.43 | *** join/#htc-linux swc|666 (~neopwn@unaffiliated/swc666/x-4934821) |
| 05:05.35 | *** join/#htc-linux asdf_ (47b0dcfa@gateway/web/freenode/ip.71.176.220.250) |
| 05:09.09 | *** join/#htc-linux netson (~netson@120.163.73.184) |
| 05:17.35 | *** join/#htc-linux Termana (~bradley@123-3-136-70.static.dsl.dodo.com.au) |
| 05:28.40 | *** join/#htc-linux Kroutnuk (~IceChat7@gate1.mc2.net) |
| 05:46.30 | KsenZ | hi all! |
| 05:46.41 | KsenZ | I took the nucleus from http://gitorious.org/replicant/gnulinuxkernel and add support for HTC Hero. But the core of the assembly fails. Here is the log http://pastebin.ca/1956195 somebody can help deal with this? |
| 05:49.55 | *** join/#htc-linux hyperfire21 (~nun@c-24-13-128-146.hsd1.il.comcast.net) |
| 05:52.44 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
| 05:53.27 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 05:58.28 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 06:00.05 | *** join/#htc-linux CazH (~quassel@3007ds2-rd.0.fullrate.dk) |
| 06:00.59 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 06:05.23 | *** join/#htc-linux rob_w (~bob@pD95EB46E.dip.t-dialin.net) |
| 06:06.17 | *** join/#htc-linux smoku (~79f6be280@xkh1g1.infr.xiaoka.com) |
| 06:06.29 | *** join/#htc-linux stunt1n (~fuck@c-76-114-36-123.hsd1.ca.comcast.net) |
| 06:06.58 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 06:13.17 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.12) |
| 06:19.27 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 06:21.28 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.12) |
| 06:22.59 | *** join/#htc-linux bartman (~bart@2001:470:b014::dd) |
| 06:24.34 | *** join/#htc-linux phantomcircuit (~phantomci@adsl-99-175-100-210.dsl.pltn13.sbcglobal.net) |
| 06:52.02 | *** join/#htc-linux jonaso75 (~jonolo@87.75.138.102) |
| 06:53.26 | *** join/#htc-linux hyperfire21 (~nun@c-24-13-128-146.hsd1.il.comcast.net) |
| 07:01.16 | *** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at) |
| 07:11.00 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
| 07:15.09 | *** join/#htc-linux theredund (ohnoes@27-32-116-207.static.tpgi.com.au) |
| 07:18.23 | *** join/#htc-linux RideTheTube_ (~RideTheTu@203.209.44.4) |
| 07:19.28 | *** part/#htc-linux RideTheTube_ (~RideTheTu@203.209.44.4) |
| 07:23.05 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
| 07:28.32 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 07:48.04 | *** join/#htc-linux fcna (c036c11a@gateway/web/freenode/ip.192.54.193.26) |
| 07:48.31 | *** join/#htc-linux RideTheTube_ (~RideTheTu@203.209.44.4) |
| 07:57.27 | *** join/#htc-linux stunt1n (~fuck@c-76-114-36-123.hsd1.ca.comcast.net) |
| 07:58.35 | *** join/#htc-linux dekar_ (~dekar@95.143.165.210) |
| 08:29.22 | *** join/#htc-linux andrewvhs (~andrewvsh@80.79.70.162) |
| 08:36.53 | *** join/#htc-linux stunt1n (~fuck@c-76-114-36-123.hsd1.ca.comcast.net) |
| 09:02.43 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
| 09:03.59 | *** join/#htc-linux LON9fred (~LON9@ti0035a340-dhcp0912.bb.online.no) |
| 09:05.53 | *** join/#htc-linux kalemas (~kalemas@ns2.openhardware.ru) |
| 09:18.22 | *** join/#htc-linux alex706 (5d512537@gateway/web/freenode/ip.93.81.37.55) |
| 09:19.27 | *** part/#htc-linux KsenZ (~KsenZ@83.234.161.34) |
| 09:20.38 | alex706 | hi guys! what's new? |
| 09:21.04 | *** join/#htc-linux Art-X (~IceChat7@art-x.xs4all.nl) |
| 09:23.56 | Art-X | was alsa support working now for hd2 ubuntu 0.3 ? |
| 09:26.13 | alex706 | what's new with an android? any progress? |
| 09:26.15 | *** join/#htc-linux johnb81 (~john@78.168.216.215) |
| 09:30.48 | alex706 | silence.............. |
| 09:31.31 | Art-X | well this is the development section.. the chatting is going on on #htc-linux-chat |
| 09:31.53 | Art-X | so getting an answer is luck :-) |
| 09:37.17 | *** join/#htc-linux kiozen (~kiozen@p5DDF1DBA.dip.t-dialin.net) |
| 09:38.22 | *** join/#htc-linux Rajko (~Rajko@cable-94-189-158-221.dynamic.sbb.rs) |
| 09:39.11 | alex706 | Rajko: Hi!!! what's new? |
| 09:39.30 | Rajko | i woke u ? |
| 09:41.15 | alex706 | no |
| 09:42.16 | Rajko | i just woke up |
| 09:43.33 | alex706 | I understand, thank you. Just a different time zone |
| 09:52.33 | *** join/#htc-linux hlab (~hlab@64.120.223.162) |
| 09:55.40 | *** join/#htc-linux Biggalittle (45b7e8a6@gateway/web/freenode/ip.69.183.232.166) |
| 09:56.54 | Biggalittle | good morning |
| 10:09.50 | *** join/#htc-linux Abracadabra (~Abra@unaffiliated/abracadabra) |
| 10:13.18 | *** join/#htc-linux frisbee (3e2d6aa1@gateway/web/freenode/ip.62.45.106.161) |
| 10:13.26 | frisbee | hi all |
| 10:13.54 | frisbee | need some help plz |
| 10:16.07 | frisbee | is there someone who can help me plz? |
| 10:16.27 | Cass | ask your question and you will see |
| 10:16.32 | Cass | dont ask to ask |
| 10:16.53 | frisbee | i tryd 10 times installing android to my HTC TP2 |
| 10:17.11 | frisbee | but it hangs / crash at startup |
| 10:17.34 | Cass | i dont know anything about tp2 |
| 10:17.48 | frisbee | i put the files on my sd card .. |
| 10:17.56 | frisbee | then start haret |
| 10:18.24 | frisbee | i see a loading thing linux starting |
| 10:18.31 | frisbee | then the phone stops |
| 10:20.49 | frisbee | i just formated my sd card and try again |
| 10:21.24 | *** join/#htc-linux Neonkoala (~Neonkoala@cpc1-rdng18-0-0-cust21.15-3.cable.virginmedia.com) |
| 10:23.30 | frisbee | still not workong |
| 10:23.52 | frisbee | i dont know whats wrong |
| 10:24.03 | frisbee | i follow the steps |
| 10:31.46 | *** join/#htc-linux Pewpew-Kim (~chatzilla@217.173.250.18) |
| 10:33.11 | *** join/#htc-linux jonolo (3e3109fd@gateway/web/freenode/ip.62.49.9.253) |
| 10:39.32 | *** join/#htc-linux LUC__ (5e3edc93@gateway/web/freenode/ip.94.62.220.147) |
| 10:45.07 | *** join/#htc-linux Eclipsados (Eclipsados@173.0.1.244) |
| 10:45.18 | Eclipsados | NetRipper ban me again :D |
| 10:45.42 | Eclipsados | u already ban me 3 times xD lol no effective way |
| 10:46.16 | Eclipsados | hi Cass |
| 10:46.18 | Eclipsados | hi Rajko |
| 10:46.24 | Rajko | fuck off |
| 10:46.41 | Eclipsados | Rajko fuck u |
| 10:47.07 | *** mode/#htc-linux [+o NetRipper] by ChanServ |
| 10:47.08 | Eclipsados | I'm nice guy to u and u give me a .!. |
| 10:47.11 | Eclipsados | fuck u too man |
| 10:47.13 | *** kick/#htc-linux [Eclipsados!~netripper@tikkie.net] by NetRipper (sigh) |
| 10:47.13 | *** mode/#htc-linux [+b *!*@173.0.1.244] by NetRipper |
| 10:47.46 | Cass | .!. heh i like that .. remembered :) |
| 10:47.58 | *** join/#htc-linux Eclipsados (Eclipsados@173.0.0.215) |
| 10:48.04 | Eclipsados | NetRipper muhahahaha |
| 10:48.05 | *** kick/#htc-linux [Eclipsados!~netripper@tikkie.net] by NetRipper (Eclipsados) |
| 10:48.06 | *** mode/#htc-linux [+b *!*@173.0.0.215] by NetRipper |
| 10:48.14 | *** mode/#htc-linux [+b *!*eclipsado@*] by NetRipper |
| 10:48.15 | Rajko | just ban Eclipsados a a nick |
| 10:48.18 | Rajko | ^ that |
| 10:49.12 | *** join/#htc-linux Eclipsados666 (Eclipsados@173.0.8.226) |
| 10:49.12 | *** mode/#htc-linux [+b *!*eclipsa*@*] by NetRipper |
| 10:49.16 | *** kick/#htc-linux [Eclipsados666!~netripper@tikkie.net] by NetRipper (Eclipsados666) |
| 10:49.33 | *** mode/#htc-linux [-b *!*eclipsado@*] by NetRipper |
| 10:53.15 | NetRipper | let me remove this from the log :) |
| 10:56.09 | *** join/#htc-linux EclipseXX (EclipseXXX@173.0.13.214) |
| 10:56.13 | EclipseXX | NetRipper jajajajja |
| 10:56.20 | NetRipper | lol you figured it out, took you a while |
| 10:56.27 | *** kick/#htc-linux [EclipseXX!~netripper@tikkie.net] by NetRipper (lator) |
| 10:56.27 | *** mode/#htc-linux [+b *!*@173.0.13.214] by NetRipper |
| 10:56.40 | fakker | he's meant to be a grown man too? |
| 10:57.04 | fakker | i mean, im a troll... but even i have better things to do |
| 10:57.05 | *** mode/#htc-linux [+b *!*@173.0.*] by NetRipper |
| 10:57.53 | *** mode/#htc-linux [-bbbb *!*@173.0.1.244 *!*@173.0.0.215 *!*eclipsa*@* *!*@173.0.13.214] by NetRipper |
| 10:59.15 | *** mode/#htc-linux [-b+b *!*8bb3cf4b@gateway/web/freenode/ip.139.179.207.75 *!*8bb3cf4b@*] by NetRipper |
| 11:06.09 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 11:09.33 | *** join/#htc-linux zycho (~zycho@g225201080.adsl.alicedsl.de) |
| 11:10.48 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 11:11.27 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 11:12.49 | *** join/#htc-linux Turing (~32@bl10-75-249.dsl.telepac.pt) |
| 11:13.00 | Eclipsados | =) |
| 11:13.02 | *** kick/#htc-linux [Eclipsados!~netripper@tikkie.net] by NetRipper (Eclipsados) |
| 11:13.02 | *** mode/#htc-linux [+b *!*@bl10-75-249.dsl.telepac.pt] by NetRipper |
| 11:13.03 | *** mode/#htc-linux [+r] by NetRipper |
| 11:26.20 | *** mode/#htc-linux [-r] by NetRipper |
| 11:26.24 | *** join/#htc-linux Davor (~chatzilla@cable-188-2-226-234.dynamic.sbb.rs) |
| 11:27.28 | *** join/#htc-linux GNUtoo (~GNUtoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 11:32.47 | kmdm | hah, +r, clever |
| 11:32.50 | kmdm | :) |
| 11:33.51 | *** mode/#htc-linux [-bbbb *!*@bl13-73-221.dsl.telepac.pt *!*@a81-84-216-224.cpe.netcabo.pt *!*@173.0.* *!*8bb3cf4b@*] by NetRipper |
| 11:33.54 | *** mode/#htc-linux [-b *!*@bl10-75-249.dsl.telepac.pt] by NetRipper |
| 11:34.05 | Cass | working hard today man :) |
| 11:36.52 | *** join/#htc-linux Kroutnuk (~IceChat7@gate1.mc2.net) |
| 11:37.16 | *** join/#htc-linux Davor (~Davor@cable-188-2-226-234.dynamic.sbb.rs) |
| 11:44.49 | *** join/#htc-linux gauner1986 (~gauner198@p5B3837B0.dip.t-dialin.net) |
| 11:45.42 | gauner1986 | hi |
| 11:46.03 | alex706 | hello |
| 11:48.53 | *** join/#htc-linux vinit (~vinit@202.3.77.239) |
| 11:53.42 | *** join/#htc-linux davor (~mail@cable-188-2-226-234.dynamic.sbb.rs) |
| 11:54.22 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-165-181.netcologne.de) |
| 11:55.10 | alex706 | hmm... |
| 11:58.28 | davor | . |
| 11:59.42 | manusfreedom | gauner1986: hi |
| 11:59.51 | gauner1986 | hi manusfreedom |
| 12:00.39 | manusfreedom | gauner1986: did you solved the wifi clock problem? |
| 12:01.14 | gauner1986 | we only have a workaround till now |
| 12:01.30 | manusfreedom | ok |
| 12:01.31 | gauner1986 | that is format your sd without mbr |
| 12:01.48 | gauner1986 | as strange as it sounds, it works |
| 12:02.12 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
| 12:02.50 | manusfreedom | ok |
| 12:18.26 | *** join/#htc-linux Termana (~bradley@123-3-140-22.static.dsl.dodo.com.au) |
| 12:18.51 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 12:19.07 | *** join/#htc-linux Eclipsados (~32@bl10-75-249.dsl.telepac.pt) |
| 12:24.37 | *** part/#htc-linux smoku (~79f6be280@xkh1g1.infr.xiaoka.com) |
| 12:32.49 | *** join/#htc-linux flagada (58a1e24e@gateway/web/freenode/ip.88.161.226.78) |
| 12:36.34 | *** join/#htc-linux mackie_work (~mackie_wo@208.15.82.161) |
| 12:37.38 | *** part/#htc-linux mackie_work (~mackie_wo@208.15.82.161) |
| 12:38.23 | *** join/#htc-linux Eclipsados (~32@a81-84-216-224.cpe.netcabo.pt) |
| 12:41.51 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
| 12:44.41 | *** join/#htc-linux johnb81 (~john@78.168.216.215) |
| 13:01.45 | *** join/#htc-linux mobidev (~i-sat@wmod.net) |
| 13:03.33 | *** join/#htc-linux [Sinclair] (~opera@nat004-252-205-109.tvoe.tv) |
| 13:04.46 | [Sinclair] | hello |
| 13:05.59 | Cass | hi |
| 13:06.16 | Eclipsados | hi |
| 13:06.30 | [Sinclair] | news? |
| 13:06.46 | Cass | not really .. |
| 13:06.55 | Cass | rakjos nand install is nice |
| 13:07.28 | Cass | done with 1.08 yet? |
| 13:07.47 | [Sinclair] | no |
| 13:07.51 | [Sinclair] | come to home |
| 13:08.04 | Cass | k |
| 13:09.15 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
| 13:17.26 | *** join/#htc-linux theredund (~thereduda@27-32-116-207.static.tpgi.com.au) |
| 13:17.43 | *** join/#htc-linux Fstluxe (~godfather@82.176.11.11) |
| 13:21.13 | alex706 | wlan fixed? |
| 13:23.02 | Eclipsados | y |
| 13:23.14 | Eclipsados | pls ask in chat |
| 13:30.31 | *** join/#htc-linux gauner1986 (~gauner198@p5B3837B0.dip.t-dialin.net) |
| 13:30.37 | Eclipsados | hi gauner1986 xD |
| 13:31.37 | gauner1986 | hi |
| 13:31.40 | EclipseX | =) |
| 13:33.02 | *** join/#htc-linux |Atom| (~atom@195.158.228.71) |
| 13:36.12 | EclipseX | Rajko chat |
| 13:37.25 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-51-102.client.mchsi.com) |
| 13:40.34 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 13:41.36 | *** join/#htc-linux BlackadderATM (Chris@138.199.68.234) |
| 13:44.22 | alex706 | give me news.......) |
| 13:44.44 | Cass | http://google.com/news |
| 13:45.05 | *** join/#htc-linux mayohead (~ethan@70.102.40.23) |
| 13:45.21 | alex706 | Cass: )) |
| 13:46.56 | alex706 | news about android for nand |
| 13:47.04 | *** join/#htc-linux xangma (~xangma@5ad56769.bb.sky.com) |
| 13:47.14 | Cass | no more than yesyerday |
| 13:47.22 | Cass | yesterday |
| 13:48.18 | alex706 | too bad |
| 13:50.16 | alex706 | time is almost 18:00 |
| 13:50.19 | |Atom| | alex706: rano eshe ) |
| 13:50.58 | alex706 | Atom : a vo skolko obichno vse prigodyat? |
| 13:51.47 | |Atom| | alex706: kogda kak no za bygrom eshe vse rabotaiyt |
| 13:52.06 | alex706 | )))) ponyatno |
| 13:52.48 | alex706 | vrode kak Cotulla v evrope jivet. Doljen uje priyti |
| 13:53.41 | |Atom| | alex706: y nix vsego to 16pm |
| 13:53.52 | alex706 | hotya ti prav) |
| 13:54.53 | alex706 | Atom: a ti parolya ne znaesh sluchayno na magldr.rar ) |
| 14:01.19 | gauner1986 | guys, pls give me sth to not kill myself. |
| 14:01.45 | [Sinclair] | knife? |
| 14:03.30 | alex706 | sth ?? |
| 14:03.37 | DomZ | something |
| 14:03.42 | DomZ | hi guys |
| 14:03.48 | alex706 | hi |
| 14:04.06 | gauner1986 | yeah, gf left me. |
| 14:04.20 | DomZ | wtf |
| 14:04.21 | gauner1986 | knife.. mh.. okay.. i wouldn't know how to ^^ |
| 14:04.21 | theredund | everything happens for a reason :> |
| 14:04.30 | alex706 | )) |
| 14:04.34 | gauner1986 | too painful/long probably |
| 14:04.50 | theredund | chill buddy, still young and healthy |
| 14:05.00 | *** join/#htc-linux avinashhm (~avinash-h@192.163.20.231) |
| 14:08.15 | fakker | poor sebastian |
| 14:09.13 | alex706 | ) |
| 14:12.19 | theredund | rips fakkers nuts out |
| 14:32.14 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
| 14:33.01 | *** join/#htc-linux cyanogen (shade@chemlab.org) |
| 14:33.59 | alex706 | cyanogen: hi |
| 14:35.13 | *** part/#htc-linux cyanogen (shade@chemlab.org) |
| 14:35.22 | *** join/#htc-linux cyanogen (shade@chemlab.org) |
| 14:35.51 | *** join/#htc-linux Skyguy04 (827fbaf2@gateway/web/freenode/ip.130.127.186.242) |
| 14:36.20 | *** join/#htc-linux goxboxlive (~jrs@92.84-48-211.nextgentel.com) |
| 14:37.05 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 14:37.06 | *** join/#htc-linux johnb81 (~john@78.168.216.215) |
| 14:38.30 | *** join/#htc-linux mdeejay (~mdeejay@188.168.168.101) |
| 14:39.06 | *** join/#htc-linux gauner1986 (~Miranda@p5B3837B0.dip.t-dialin.net) |
| 14:45.35 | *** join/#htc-linux avinashhm (~avinash-h@192.163.20.231) |
| 14:52.54 | *** join/#htc-linux StummeJ_ (~StummeJ@wrt206-04.cns.uni.edu) |
| 14:57.15 | *** join/#htc-linux gauner1986 (~Miranda@p5B3837B0.dip.t-dialin.net) |
| 15:02.02 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
| 15:05.05 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE4CDD.dip.t-dialin.net) |
| 15:06.20 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d879a9e.pool.mediaWays.net) |
| 15:12.55 | EclipseX | Rajko yes =) |
| 15:12.58 | Cass | cool .. latest kernel update for leo works around the bosd issue on boot .. its black screen now that recovers .. excellent |
| 15:13.11 | Cass | just had it .. booted fine :) |
| 15:13.41 | Rajko | GOOD |
| 15:15.07 | gauner1986 | good idea at least |
| 15:15.08 | gauner1986 | :) |
| 15:16.11 | gauner1986 | any news regarding the battery drainage thing? |
| 15:16.20 | Cass | yes its still a bastard |
| 15:16.43 | Cass | nothing i did worked |
| 15:17.14 | gauner1986 | so nothing new :D |
| 15:17.42 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4CDD.dip.t-dialin.net) |
| 15:18.14 | Cass | heh |
| 15:18.27 | Cass | yeah sdcard out when running from nand does not help |
| 15:18.33 | *** part/#htc-linux kalemas (~kalemas@ns2.openhardware.ru) |
| 15:22.46 | gauner1986 | oh yeah |
| 15:22.51 | gauner1986 | instant boot without bsod |
| 15:25.08 | *** join/#htc-linux emwe (~emwe@cable-86-56-8-44.cust.telecolumbus.net) |
| 15:26.10 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 15:26.51 | *** join/#htc-linux Scepterr69 (~scepterr@ool-18b92277.dyn.optonline.net) |
| 15:29.09 | *** join/#htc-linux defendthecommons (~defendthe@76.14.64.151) |
| 15:29.27 | Major_Sarcasm | lol @ netripper's kickbanning antics |
| 15:29.59 | *** mode/#htc-linux [-b *!5685c6ca@*] by NetRipper |
| 15:31.50 | *** join/#htc-linux MN (5685c6ca@gateway/web/freenode/ip.86.133.198.202) |
| 15:31.58 | MN | Hi |
| 15:32.01 | EclipseX | hi =) |
| 15:32.23 | MN | just lurking carry on deving |
| 15:33.51 | *** join/#htc-linux noobhands (~noobhands@cpc2-hitc6-2-0-cust335.9-2.cable.virginmedia.com) |
| 15:33.53 | *** part/#htc-linux defendthecommons (~defendthe@76.14.64.151) |
| 15:39.56 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host245-55-dynamic.180-80-r.retail.telecomitalia.it) |
| 15:46.06 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B6A8.access.telenet.be) |
| 15:53.32 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
| 15:55.51 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 15:57.16 | [acl] | i would read logs.. but it looks like tmzt wrote the bible last nite. gonna take a while to digest it all |
| 15:57.23 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 15:58.42 | EclipseX | http://pastebin.com/s8tEeETJ |
| 15:58.43 | EclipseX | LOG |
| 15:58.48 | EclipseX | HTC SYNC FAIL~ |
| 15:58.59 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
| 16:04.50 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
| 16:09.25 | *** join/#htc-linux Kasjopaja (~Tina@p57BC11A8.dip0.t-ipconnect.de) |
| 16:10.08 | *** join/#htc-linux MN (5685c6ca@gateway/web/freenode/ip.86.133.198.202) |
| 16:10.55 | *** join/#htc-linux mayohead_ (~ethan@c-71-59-128-10.hsd1.wa.comcast.net) |
| 16:12.05 | *** join/#htc-linux arrrghhh (~arrrghhh@205.243.23.165) |
| 16:12.37 | *** join/#htc-linux Scepterr (~scepterr@ool-18b92277.dyn.optonline.net) |
| 16:15.34 | Rajko | ~rajko |
| 16:15.35 | apt | it has been said that rajko is GENIUS |
| 16:15.51 | *** join/#htc-linux Alex[sp3dev] (~alexander@91.209.218.3) |
| 16:17.06 | DomZ | if he was so genius he's already distribute his flasher :p |
| 16:17.16 | DomZ | hi Rajko |
| 16:17.25 | Rajko | i have |
| 16:17.28 | Rajko | too bad you people cant run it |
| 16:17.39 | DomZ | :s |
| 16:17.46 | MN | magldr is needed |
| 16:17.52 | DomZ | I have it :p |
| 16:17.59 | MN | u do lol |
| 16:18.03 | Rajko | then go ahead |
| 16:18.15 | Rajko | i made a better version, but waiting on magldr 1.08 for that one |
| 16:18.20 | DomZ | whre I can DL it ? |
| 16:18.24 | *** join/#htc-linux hamagc (~hamagc@206.55.156.200) |
| 16:18.26 | Rajko | read log |
| 16:18.27 | Rajko | mediafire |
| 16:18.44 | DomZ | ok thanks Rajko, so you're really a genius :p |
| 16:18.50 | Alex[sp3dev] | hi [acl] |
| 16:22.52 | alex706 | Rajko: and a password for your archive? |
| 16:23.03 | Rajko | right below download link |
| 16:23.42 | fakker | ;] |
| 16:23.59 | [acl] | Alex[sp3dev]: sup dood.. |
| 16:24.22 | alex706 | I downloaded 1stnandbuild.7z, what password? |
| 16:24.34 | Alex[sp3dev] | [acl]: why don't you try to run camera on the rhod? |
| 16:25.12 | *** join/#htc-linux dekar_ (~dekar@drms-4d015729.pool.mediaWays.net) |
| 16:25.18 | [acl] | Alex[sp3dev]: wasnt someone working on that ? bzo i think |
| 16:25.34 | *** join/#htc-linux Jack-E (~chatzilla@host86-153-183-78.range86-153.btcentralplus.com) |
| 16:26.49 | Alex[sp3dev] | [acl]: dunno.. i've found out my mt9t012vc is not compatible with mt9t013 driver.. but at least i have found the driver that doesn't crash the kernel, and now it looks that i've only got to fix a couple of register writes. anyways, the sensor is at least correctly detected by the driver |
| 16:28.03 | [acl] | Alex[sp3dev]: awesome.. i havent seen bzo in a while so im sure he will like this. Right now i decided to fight the good fight against the panel. Camro i think is working on headset so i can help on camera next. |
| 16:28.25 | [acl] | ive been out the past few days.. havent done poop |
| 16:29.04 | Alex[sp3dev] | [acl]: looks like my phone did't wake on the incoming call today... and my roommate is gone, so i don't have a second phone to test |
| 16:31.03 | hamagc | [acl]: did you get it yet? |
| 16:33.06 | [acl] | hamagc: yeah dood.. sorry i thoguth i told you |
| 16:33.27 | hamagc | np, i've been out the last couple of days |
| 16:33.29 | [acl] | been busy.. had some dentist shit 2 days ago and a birthday party last night.. just busy :-\ |
| 16:33.45 | hamagc | i hear ya, i totalled my truck on tuesday lol :( |
| 16:33.48 | jonpry | hey [acl]. |
| 16:34.08 | jonpry | i just had a 24 hour internet outage |
| 16:34.13 | [acl] | jonpry: ahh |
| 16:34.18 | [acl] | so u didnt get that msg from emwe huh |
| 16:34.25 | jonpry | i got your email |
| 16:34.41 | jonpry | i didn't mean to clobber that function. i will check the git and the patch |
| 16:34.57 | *** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net) |
| 16:34.58 | emwe | heyho. currently on the phone. will be around later. |
| 16:36.04 | jonpry | i've been messing with .35 panel some more |
| 16:36.30 | jonpry | good news is that i got the new lcdc whatever. so that scale stuff should work |
| 16:36.42 | [acl] | ahh damn |
| 16:36.45 | [acl] | good news all around |
| 16:36.53 | [acl] | so ur more productive with no web |
| 16:36.54 | [acl] | :-p |
| 16:37.14 | jonpry | i couldn't do any real work, just phone hacking |
| 16:38.08 | MN | Hi [Sinclair] |
| 16:38.25 | jonpry | i think codeaurora msm_fb/lcdc has fixes for vsync problems. so now that i can download it and have a board file, it might work |
| 16:38.42 | jonpry | anybody know if the rhod vsync is actually gpio 97? |
| 16:38.45 | Alex[sp3dev] | jonpry: what vsync problems? |
| 16:39.23 | jonpry | msm_fb hangs, and i'm pretty sure it has to do with vsync not being timed correctly |
| 16:40.31 | jonpry | with old msm_fb it would be totally random, sometimes you get part of a screen, sometimes nothing, and sometimes it would work completely |
| 16:40.47 | jonpry | now i get like exactly 500 rows |
| 16:43.33 | [acl] | jonpry: i wouldnt hold my breath on that gpio 97.. i dont think its right |
| 16:43.48 | jonpry | its not in wiki |
| 16:43.50 | [acl] | started looking into the dlls last night actually.. to harvest and verify some info on the wiki |
| 16:44.13 | Alex[sp3dev] | looks like most msm have vsync on gpio 97, but you'd better check yourself.. |
| 16:44.52 | *** join/#htc-linux Kasjopaja (~Tina@p57BC1017.dip0.t-ipconnect.de) |
| 16:44.52 | jonpry | i wonder if it could 480x800 instead of 800x480 or something |
| 16:46.48 | jonpry | at some point when it was working it was actually smooth while scrolling pages of text at light speed |
| 16:47.26 | Alex[sp3dev] | well, that'd be very nice ;) |
| 16:48.06 | [acl] | woa.. |
| 16:50.41 | [acl] | i was looking at the panel shit for the first time. |
| 16:50.45 | [acl] | so rhod right now uses topaz panel ? |
| 16:50.55 | [acl] | seems so from the code |
| 16:51.02 | Alex[sp3dev] | yes. and gpios are wrong |
| 16:51.43 | [acl] | Alex[sp3dev]: i got the right gpios for rhod from the dlls. or at least i think they are right. |
| 16:51.56 | [acl] | the whole MDDI power up and down i have documented at home |
| 16:53.08 | Alex[sp3dev] | [acl]: take care about mddi reset pin (82). on my device disabling it crashes the panel, while wince does disable it. probably something is different in the order wince and linux call some routines |
| 16:53.08 | jonpry | lcdc doesn't use panel files :p |
| 16:53.13 | [acl] | but during supend, we dont power down we just suspend. Suspend code is pretty much blank right now. guess thats the confusing part |
| 16:53.41 | Alex[sp3dev] | jonpry: so, rhod uses lcdc and the rest use some other shit? |
| 16:53.54 | jonpry | all code is blank. it all has if mach_rhod return |
| 16:54.17 | jonpry | .27 rhod uses topaz panel, except that all the functions don't do anything |
| 16:54.19 | [acl] | jonpry: yeah i see that. But even on Topaz, they dont power down the panel during suspend |
| 16:54.38 | jonpry | i'm guessing thats because we don't have the mddi init |
| 16:54.48 | [acl] | hmm |
| 16:54.59 | jonpry | there are docs for the controller chip though |
| 16:55.15 | [acl] | i guess i was confused because i could have sworn topaz had everything working. but i could be wrong |
| 16:55.16 | jonpry | presumably we can read the regs the same way they are written |
| 16:55.30 | Alex[sp3dev] | docs? i think it is easier to disassemble the driver and mmutrace wince init |
| 16:55.51 | jonpry | bleh, just dump the contents of the registers, then write them |
| 16:56.01 | [acl] | haha |
| 16:56.08 | [acl] | there is really no wrong way.. just get it done |
| 16:56.32 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host227-139-dynamic.211-62-r.retail.telecomitalia.it) |
| 16:56.52 | Alex[sp3dev] | i don't think you can dump them.. cause some registers require a specific delay after being written and some are written several times with different values, so you may get it wrong |
| 16:57.13 | jonpry | dump and write could work for all panels though. |
| 16:59.09 | [acl] | ill try tonight to power down and backup. we shall see where we are at with this poop. |
| 16:59.14 | *** join/#htc-linux Jack-E (~chatzilla@host86-153-183-78.range86-153.btcentralplus.com) |
| 16:59.56 | darkstone | cyanogen: have you ever came across issues with /dev/device-mapper when installing market APK's with froyo app2sd install enabled? |
| 17:00.07 | jonpry | i'm not even convinced it is necessary. like power consumption with clock and avdd off might be microamps |
| 17:00.29 | Alex[sp3dev] | holy shit, looks like the MT9T012VC driver got registered successfully |
| 17:00.40 | [acl] | woa i didnt know cyanogen actually hangs around these parts of town |
| 17:01.01 | jonpry | didn't bzo get that far? |
| 17:01.15 | [acl] | where bzo at? need this camera party started :-p |
| 17:01.16 | stinebd | yes he did |
| 17:01.19 | *** join/#htc-linux pH5 (~ph5@e178210154.adsl.alicedsl.de) |
| 17:01.39 | Alex[sp3dev] | jonpry: 1. I have not talked to bzo 2. I have a different sensor 3. I want to make it on my own ;) |
| 17:01.51 | jonpry | ic |
| 17:02.18 | jonpry | in his log there were funny messages about adsp. like bytes transferred = 0. |
| 17:02.55 | emwe | [acl]: we do power down the panel on topa. and re-init via mddi_client->write() |
| 17:03.37 | Alex[sp3dev] | well, looks like my driver fubared on a call to /dev/msm_camera/frame0. i think i need to fix the register values and rework the sensor reset |
| 17:05.05 | [acl] | emwe: thanks for clearing it up.. also jonpry is here so u can talk about the patch |
| 17:06.05 | GNUtoo|laptop | dcordes, hi you used xf86-video-msm recently? |
| 17:06.18 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 17:07.02 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 17:07.41 | emwe | [acl]: the blank looks a bit suspicious agreed. but after that the client_uninit is called which takes care of what's needed. (the empty blank actually stems from the supersonic panel code from which i re-modelled the whole topa panel code, not using the spi-methods used in the other panels linux-msm has as this was utterly slow to re-init the panel. perhaps an i2c bus speed issue. mddi_client works like a charme speedwise.) |
| 17:08.47 | jonpry | [acl] i have an idea about why rhobuntu doesn't work on nand |
| 17:08.53 | jonpry | no fix_x=1 |
| 17:09.17 | emwe | jonpry: i asked acl yesterday if the mods to the color-led-dbfs set method and other stuff where intended or if that patch was actually meant for rhod *keyboard*-led only. because parts of your patch reverted some changes i did some commits before and re-broke topa color-led via dbgfs. |
| 17:09.37 | jonpry | not intended |
| 17:09.56 | emwe | jonpry: ah i see. i got the "reverting" changes locally here again. |
| 17:10.02 | jonpry | just tried to add dbgfs rhod_leds, and 3 other functions |
| 17:10.28 | emwe | jonpry: just to be sure, setting color led on suspend/resume works for you (rhod)? yes? |
| 17:11.01 | jonpry | i think so. haven't messed with it. but other people have been writing code which does |
| 17:11.35 | emwe | if your devices suspends color_led switches to green and on resume to red, yes? |
| 17:12.06 | jonpry | emwe: can you commit the changes with your stuff enabled again? |
| 17:12.19 | emwe | jonpry: yeah i can. got it locally here already. |
| 17:12.30 | jonpry | i don't have a kernel that will boot and such :p |
| 17:12.48 | emwe | jonpry: just one last question... is it intended that micropklt_rhod_leds_[get,set] is in the CONFIG_PM section? |
| 17:13.01 | emwe | where suspend/resume hooks are in= |
| 17:13.13 | emwe | assume not ;) |
| 17:13.25 | jonpry | no |
| 17:13.51 | emwe | also ... caps_set() and fn_set() |
| 17:13.52 | emwe | ok. |
| 17:14.38 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 17:18.27 | *** join/#htc-linux swc|666 (~neopwn@unaffiliated/swc666/x-4934821) |
| 17:23.32 | *** join/#htc-linux XeKToReX (~XeKToReX@CPE-124-188-18-194.hdbq1.win.bigpond.net.au) |
| 17:30.04 | *** join/#htc-linux arrrghhh (~arrrghhh@205.243.23.218) |
| 17:31.02 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
| 17:31.10 | arrrghhh | WisTilt2, ! omg! |
| 17:31.15 | arrrghhh | wb sir! |
| 17:31.16 | WisTilt2 | Anyone home? |
| 17:31.26 | WisTilt2 | howdy arrrghhh |
| 17:31.31 | arrrghhh | nobody important it seems :P |
| 17:31.34 | [acl] | WisTilt2: dang.. sup dood |
| 17:32.01 | WisTilt2 | been away on business for past week. what did i miss? |
| 17:32.12 | arrrghhh | ah didn't see you there [acl] - i wanted to ask you about that 3.5mm commit, does that effect RHOD? it doesn't appear to touch our boardfile... |
| 17:32.31 | arrrghhh | WisTilt2, eh not much. committed camro's battery code and a bunch of people are now complaining about incall sound issues... |
| 17:32.59 | WisTilt2 | battery code as in power saving or what? |
| 17:33.00 | arrrghhh | hoping to get your ambient light & button light stuff committed... are you still working on kdb lights? |
| 17:33.01 | [acl] | arrrghhh: i dont know.. never tried it.. |
| 17:33.11 | NeoMatrixJR | anyone else having charging problems w/ latest kernel? |
| 17:33.13 | arrrghhh | not really power saving... more just batt algo |
| 17:33.18 | WisTilt2 | hi [acl] also:) |
| 17:33.19 | NeoMatrixJR | damn...camro's not on |
| 17:33.28 | [acl] | emwe: dang.. i need to look at the supersonic code |
| 17:33.31 | arrrghhh | [acl], ok. i was talking to nate about it yesterday. |
| 17:33.47 | NeoMatrixJR | not really charging issue, but bat will only go to 95% |
| 17:34.11 | arrrghhh | hrm |
| 17:34.28 | NeoMatrixJR | WisTilt2: someone updated rhod LED microp code. |
| 17:34.30 | arrrghhh | is that since the batt commit or just the absolute latest kernel? |
| 17:35.04 | emwe | [acl]: just try your luck with the vregs... or better, just comment the power_client hook assignment and see if the blank/unblank and client-init/uninit work for rhod. (so you skip the trickiest part, the power stuff) if you managed that, you nearly made it. ;) |
| 17:35.17 | NeoMatrixJR | arrrghhh: not sure. running latest |
| 17:35.34 | arrrghhh | NeoMatrixJR, 20101006_223311? |
| 17:35.37 | emwe | [acl]: and don't forget to remove the !rhod checks in the 5 functions ;) |
| 17:36.07 | [acl] | emwe: yeah . . ill try tonight |
| 17:36.14 | emwe | good luck |
| 17:36.16 | WisTilt2 | arrrghhh haven't done anything for over a week while away. plan is i'll do this in stages i guess. ambient i can probably commit today as one patch. lights still need to be integrated elsewhere other than statically in the kernel, need to figure out where that should be put. |
| 17:36.44 | arrrghhh | WisTilt2, ah. ambient would be cool to commit, get more ppl to test it out :D |
| 17:38.33 | *** join/#htc-linux DeliGT (DeliGT@dsl-trebrasgw2-fe50f900-152.dhcp.inet.fi) |
| 17:40.37 | [acl] | arrrghhh: who is that dood who is having issues? |
| 17:40.41 | WisTilt2 | NeoMatrixJR what LED microp code was updated just curious |
| 17:40.59 | arrrghhh | [acl], i've never seen him on here... he's posted on both ppcg and xda tho. 1 sec |
| 17:41.20 | arrrghhh | WisTilt2, commit ->http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/ae827507c7bb2d87ddc41831644cfab1b19aa0ba |
| 17:41.29 | jonpry | WisTilt2: i added some interim code for fn and caps because somebody was working on keymap |
| 17:41.44 | jonpry | it can easily be zonked by your surely better stuff |
| 17:41.47 | WisTilt2 | hey there jonpry. ah the microp 0x25 stuff? |
| 17:41.55 | jonpry | yeah |
| 17:42.14 | *** join/#htc-linux iam123sit (~iam123sit@nc-208-17-66-195.sta.embarqhsd.net) |
| 17:42.40 | WisTilt2 | you have any ideas where i need to code these static kernel lights funcs into userland? they really shouldn't be stuck in kernel since other apps need to control things |
| 17:43.08 | emwe | WisTilt2: liblights? |
| 17:43.31 | arrrghhh | [acl], he goes by "twobeaglesjtj" on the forums. did he not PM you? |
| 17:43.34 | emwe | WisTilt2: at leat markinus recommended a liblights + sysfs combo. haven't had the time to look at it yet. |
| 17:43.43 | jonpry | there is some sys class driver |
| 17:43.44 | WisTilt2 | does liblights control everything from leds to kbs and buttons also? havent looked at anything other then kernel |
| 17:44.12 | jonpry | fn and caps need to be controllable by the keypad driver for some reason i don't totally understand |
| 17:44.17 | WisTilt2 | ah yes, remember seeing /sys/class blah blah |
| 17:44.31 | emwe | WisTilt2: haven't looked either but here is hd2libs for userland: http://www.gitorious.com/htc-hd2-android-libraries |
| 17:44.47 | jonpry | tmzt_ knows how it is all supposed to work |
| 17:44.57 | WisTilt2 | fn/caps are in klt only but should be able to be called from the keyscan for decoding to actually control them. |
| 17:45.31 | [acl] | arrrghhh: nope.. no pm.. nuffin |
| 17:46.02 | arrrghhh | [acl], bah. well, if he doesn't want to help fixing it then we can't fix it. i can't reproduce it, i've only had the phone reset and do wacky things in calls, never had a mic issue. |
| 17:46.10 | arrrghhh | and nate has a 500, and basically concurred with me. |
| 17:46.26 | jonpry | i thought in call was working now |
| 17:46.28 | arrrghhh | so i almost want to chalk it up to user-error, but there was a lot of reports of sound issues in call... |
| 17:46.42 | arrrghhh | jonpry, i don't know. there's still reports of people saying it's not working. |
| 17:46.46 | jonpry | is that post oct 5 patch? |
| 17:46.52 | arrrghhh | supposedly. |
| 17:47.04 | arrrghhh | i always make sure they're running the newest, but they could still be doing something silly. |
| 17:47.20 | jonpry | htc_hw is fubar, and android is stupid |
| 17:47.22 | arrrghhh | a lot are using sov's update utility, but that shouldn't have anything to do with it. |
| 17:47.27 | arrrghhh | lol |
| 17:47.28 | emwe | hmpfs. phone freeze again secs after finishing a call... |
| 17:47.42 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B6A8.access.telenet.be) |
| 17:48.10 | iam123sit | i havent had any in call issues with newest kernel rhod400 |
| 17:48.26 | jonpry | and anybody trying to use vogue ril on a cdma phone deserves what they get |
| 17:48.51 | arrrghhh | lol |
| 17:48.55 | arrrghhh | i don't know what ril i'm using |
| 17:49.02 | jonpry | its all vogue |
| 17:49.44 | jonpry | except leo |
| 17:49.52 | iam123sit | no love for cdma, i keep my sim in for memories lol |
| 17:50.14 | arrrghhh | haha |
| 17:50.22 | arrrghhh | oh so i am using a vogue ril? damnit. |
| 17:50.28 | arrrghhh | i can't really help it, stupid cdma. |
| 17:52.46 | arrrghhh | so who is a ril guru? can we get them a CDMA device? |
| 17:53.01 | arrrghhh | i guess if they live in a country w/o cdma it's kinda hard to test... bah. |
| 17:53.10 | WisTilt2 | jonpry: im going to try and get the correct adsp 6125 tables created over the weekend also. We're going to need someone to figure out where the table pointers are though so image0 and combo are pointed to correctly. i really dont want to spend time on that so if you know anyone... |
| 17:53.31 | [acl] | im waiting for jonpry to show his wrapper skills. he can wrap the htc ril with his black magic |
| 17:53.42 | *** join/#htc-linux MajorSarcasm (~Steve@w-175.cust-7075.ip.static.uno.net.uk) |
| 17:53.55 | arrrghhh | lol |
| 17:54.14 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
| 17:54.28 | [Sinclair] | jaja |
| 17:55.03 | jonpry | WisTilt2: i would work on it, but i have a feeling thats the qdsp5 in my .35 kernel doesn't have that bug |
| 17:56.13 | WisTilt2 | should be easy to find for whoever wants to trace it. the pointers are reversed from what it looks like and dont know if its only a rhod issue or not |
| 17:58.06 | *** join/#htc-linux luc__ (5e3edc93@gateway/web/freenode/ip.94.62.220.147) |
| 17:58.19 | WisTilt2 | anyone know if only the rhod's have a light sensor so i can enable for those machine types? i know nothing about topaz or other phones. |
| 17:58.28 | stinebd | raph does |
| 17:58.53 | WisTilt2 | your's worked with my test code right? |
| 17:58.56 | stinebd | yes |
| 17:59.35 | WisTilt2 | so if we test for machine type raph,topaz,rhod we should be good? |
| 17:59.52 | stinebd | diam might too... maybe they all do |
| 18:00.16 | jonpry | looks like qdsp_task_to_module[] could be wrong |
| 18:00.22 | WisTilt2 | just dont want to crash a device that uses that microp addr for something else |
| 18:00.50 | stinebd | might just want to do tested ones for now then |
| 18:00.51 | jonpry | the microp addresses seem to be different across devices even when they support the same features |
| 18:00.51 | WisTilt2 | jonpry: is that where the table pointers are setup? |
| 18:01.28 | jonpry | i don't see where it chooses a task index, but that is where it decides to use a particular table |
| 18:01.46 | *** join/#htc-linux Taffern (~taffern@cm-84.212.50.64.getinternet.no) |
| 18:01.57 | WisTilt2 | yeah we found that on the rhod400 the lcd power is a different gpio so we probably need to test a few others |
| 18:02.10 | WisTilt2 | for light sensor that is |
| 18:02.56 | WisTilt2 | did anyone with a topaz test the ambient light code? |
| 18:02.58 | [acl] | WisTilt2: yeah we were just talking about it.. the power gpio |
| 18:03.11 | jonpry | emwe has topaz? |
| 18:03.11 | WisTilt2 | lcd power? |
| 18:04.44 | jonpry | most other devices only have 3 tasks. combo, gaudio, and qtv |
| 18:07.36 | jonpry | WisTilt2: i see how it works now. so that table is just in the wrong order |
| 18:08.07 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
| 18:08.39 | [acl] | fuck.. cotulla here.. Hide !!! |
| 18:08.43 | [acl] | :-p |
| 18:08.50 | Cotulla | hey |
| 18:09.00 | [acl] | sup Cotulla |
| 18:09.07 | Cotulla | [acl], what's up? |
| 18:09.15 | NeoMatrixJR | WisTilt2: not sure, check commits |
| 18:09.36 | [acl] | Cotulla: nothing.. just chatting up with the fellas.. trying to catch up to you hd2 fellas |
| 18:09.50 | Cotulla | hehe |
| 18:10.01 | emwe | jonpry: yes, topa here. |
| 18:10.15 | NeoMatrixJR | sorry, just got back from grabbing lunch |
| 18:10.16 | emwe | WisTilt2: i already looked at the tables and i did some research and diffs... i think we have 3 tables too much |
| 18:10.18 | WisTilt2 | jonpry: tables should be image0 for sound, combo for media and both tables should have different values. someone just duplicated them and current playing of sound is definately using the combo table instead of image0. duplicated values is why its still working |
| 18:10.23 | NeoMatrixJR | man I'm running behind today |
| 18:11.06 | WisTilt2 | ill get the correct table values then we can go from there but a pointer is still wrong to the correct table. |
| 18:11.14 | WisTilt2 | emwe: you have a topaz? |
| 18:11.22 | emwe | WisTilt2: yes. |
| 18:11.37 | WisTilt2 | did you already try my last kernel with the ambient light sensors? |
| 18:11.48 | emwe | WisTilt2: no. |
| 18:12.00 | WisTilt2 | does that phone have such a sensor? |
| 18:12.08 | jonpry | WisTil2: so heres the deal. after rpc is sent to a9 to enable a task. a9 sends us a RPC_ADSP_RTOS_MOD_READY with an integer. this integer is used as the index to qdsp_task_to_module. so we just have to make sure than after enabling whatever task. that task is the correct element of the array |
| 18:12.13 | NeoMatrixJR | that and mine just seems slower and keeps resetting. Is there any issue with using a "dirty" kernel then going back? I was testing camro's kernels then just went back to a regular one. |
| 18:12.46 | emwe | WisTilt2: yes it has. Proxlighttester doesn't work though anymore in xdandroid. IIRC it used to work at some point in time. |
| 18:12.57 | WisTilt2 | jonpry: that sounds right. the tables are probably labeled wrong then |
| 18:13.13 | stinebd | emwe: the donut point in time? |
| 18:14.05 | emwe | stinebd: that might very well be. also with FRX01 i have to explicitely disable auto-bl in WINCE to be able to adjust lcd brightness in FRX01. that used to work without disabling in winmo before FRX01. |
| 18:14.13 | emwe | stinebd: haven't had the time to investigte :/ |
| 18:14.56 | stinebd | babijoee's forum threads have always (since i've been involved in the project) had some note about light sensor support being removed |
| 18:15.13 | emwe | ah |
| 18:15.35 | arrrghhh | yea, i thought you always had to disable auto backlight in winmo... |
| 18:15.54 | WisTilt2 | jonpry: when playing video the task element should then be pointing to image0, which we just need to rename and put the correct table values in if that's the case. |
| 18:16.24 | emwe | WisTilt2: can it be that image0 and combo are redundant? |
| 18:16.42 | jonpry | i figure this is easy. just make the tables correct. then we will printk the task id. then move around stuff in that array |
| 18:17.36 | WisTilt2 | emwe: they are as it is now but thats not correct. combo table values should be different |
| 18:17.49 | emwe | WisTilt2: i don't have the logs offhand but i think some "crazy" image id figures are coming by. that's why we perhaps have those many tables. |
| 18:18.01 | *** join/#htc-linux Scrizz (~Scrizz@pool-96-254-167-115.tampfl.fios.verizon.net) |
| 18:18.20 | jonpry | that would cause a segfault if it were true |
| 18:18.46 | WisTilt2 | i have the correct table values, just need to make up the 6125 file. ill try and do that this weekend. want to finish this ambient light stuff then the lights. |
| 18:18.52 | *** join/#htc-linux noellenchris (ad3d72f1@gateway/web/freenode/ip.173.61.114.241) |
| 18:19.21 | emwe | WisTilt2: coolio. then i can drop my files when i started to bisect and compare to official tables ;) |
| 18:19.42 | *** join/#htc-linux Mstrk242 (Mstrk242@adsl-76-224-54-78.dsl.chcgil.sbcglobal.net) |
| 18:20.13 | jonpry | WisTilt2: so your all lawyered up now? |
| 18:20.33 | fakker | Cotulla hello |
| 18:23.10 | [acl] | nice.. all lawyered up.. |
| 18:23.36 | WisTilt2 | jonpry: yep. we cant release the actual docs though as we expected. we can create gpl releases such as 6125 tables, etc. they are really picky about their info so we just need to stay within their guidelines and we won't have any problems. |
| 18:23.49 | *** join/#htc-linux many (~many@shell.ukeer.de) |
| 18:24.26 | *** join/#htc-linux kevev (~androirc@m3a5636d0.tmodns.net) |
| 18:25.51 | [acl] | that is good news |
| 18:34.11 | NeoMatrixJR | Repeat Q: Is there any issue with using a "dirty" kernel then going back? I was testing camro's kernels then just went back to a regular one. |
| 18:34.27 | arrrghhh | i know of dirty modules files... |
| 18:34.30 | arrrghhh | but not dirty kernels. |
| 18:34.39 | arrrghhh | i'd stick with the autobuild service unless you're testing something specific TBH |
| 18:35.07 | NeoMatrixJR | ok, ok, dirty modules + the kernel that came with them... |
| 18:35.27 | *** join/#htc-linux johnb81 (~johnb@95.10.110.229) |
| 18:35.36 | arrrghhh | haha |
| 18:35.36 | NeoMatrixJR | was testing camro's batt code |
| 18:35.40 | arrrghhh | either way, my point is valid. |
| 18:35.45 | arrrghhh | camro's batt code has been committed |
| 18:35.55 | arrrghhh | so there's no reason to run any of his test kernels any more... |
| 18:36.22 | arrrghhh | honestly i don't know why one modules file would be labled dirty and one wouldn't... perhaps camro did that to indicate that it's just for testing? |
| 18:36.30 | NeoMatrixJR | yeah, and now I'm back on the autobuild kernel and my phone is slower and keeps resetting and generally worse than I've ever seen android work on it. |
| 18:36.43 | arrrghhh | good ole delete of the data.img...? |
| 18:37.13 | NeoMatrixJR | "dirty" label I believe comes from building changes not in the repository, but someone correct me if I'm wrong |
| 18:37.20 | arrrghhh | ah |
| 18:37.22 | arrrghhh | perhaps. |
| 18:37.27 | NeoMatrixJR | :( was really hoping to avoid deleting the data.img for a while |
| 18:37.30 | NeoMatrixJR | oh well... |
| 18:37.31 | arrrghhh | move it then |
| 18:37.35 | arrrghhh | sheesh! :P |
| 18:37.42 | arrrghhh | or rename it |
| 18:37.48 | arrrghhh | it's just a troubleshooting step. |
| 18:38.04 | NeoMatrixJR | good point |
| 18:38.11 | arrrghhh | hopefully with stinebd's fancy new sigining we won't have to do it anymore... we'll see. |
| 18:38.14 | NeoMatrixJR | is an idiot |
| 18:38.16 | arrrghhh | signing |
| 18:38.59 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 18:40.16 | NeoMatrixJR | eyes the Samsung Transform @ sprint.... |
| 18:41.33 | arrrghhh | never heard of that one |
| 18:41.52 | NeoMatrixJR | new. still coming. out 10/10/10 |
| 18:41.57 | NeoMatrixJR | huh...just noticed that |
| 18:41.58 | arrrghhh | ah |
| 18:42.58 | emwe | NeoMatrixJR: yah, it's an indication that the tree you build the kernel+modules from has uncommitted changes |
| 18:43.12 | arrrghhh | eh, i think i'll wait. |
| 18:43.56 | arrrghhh | i've got the perfect phone for you htc... freakin cram the leo internals into the tp2. done. :P |
| 18:44.13 | arrrghhh | but it's lunch time |
| 18:44.14 | arrrghhh | bbl |
| 18:45.33 | tmzt_ | WisTilt2: keyscan isn't supposed to control the keyboard leds |
| 18:45.45 | tmzt_ | htat logic/policy doesn't belong in a kernel driver |
| 18:48.05 | *** join/#htc-linux MN (5685c6ca@gateway/web/freenode/ip.86.133.198.202) |
| 18:48.15 | MN | Hi Cotulla , LeTama |
| 18:49.54 | LeTama | hello all |
| 18:52.48 | Scrizz | still waiting for fakker to send me my kefir |
| 18:52.56 | *** join/#htc-linux Padre|Work (~Padre@intersoft-219.cust.smartspb.net) |
| 18:55.51 | *** join/#htc-linux Padre (~Padre@intersoft-219.cust.smartspb.net) |
| 19:04.03 | *** part/#htc-linux [Sinclair] (~opera@nat004-252-205-109.tvoe.tv) |
| 19:18.29 | *** join/#htc-linux zycho (~zycho@f055154005.adsl.alicedsl.de) |
| 19:19.09 | *** join/#htc-linux mes (~mes@S0106000c417884fe.cc.shawcable.net) |
| 19:22.08 | *** join/#htc-linux alex706 (5d512537@gateway/web/freenode/ip.93.81.37.55) |
| 19:22.24 | alex706 | hi all |
| 19:23.13 | alex706 | Cotulla: what's news? |
| 19:24.08 | MN | no news |
| 19:24.41 | alex706 | (( |
| 19:24.42 | DuperMan | news are pieces of information pertaining to current affairs |
| 19:26.21 | MN | ^ lol :P |
| 19:27.10 | alex706 | wlan fixed? |
| 19:27.44 | DuperMan | spam isn't fixed yet. take it to -chat |
| 19:28.35 | MN | alex706: go to chat |
| 19:28.49 | DuperMan | #htc-linux-chat |
| 19:34.58 | *** join/#htc-linux naxx (~andrew@ppp83-237-114-145.pppoe.mtu-net.ru) |
| 19:35.39 | *** join/#htc-linux Neo31 (~Neo31@197.0.74.200) |
| 19:35.39 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 19:42.32 | *** join/#htc-linux finnapz (~sheppards@99-39-251-198.lightspeed.tukrga.sbcglobal.net) |
| 19:43.42 | *** join/#htc-linux finnapz (~sheppards@99-39-251-198.lightspeed.tukrga.sbcglobal.net) |
| 19:43.45 | *** join/#htc-linux m77 (~Username@cpc2-nfds9-0-0-cust764.8-2.cable.virginmedia.com) |
| 19:46.42 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-165-181.netcologne.de) |
| 19:48.35 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
| 19:48.42 | *** join/#htc-linux noobhands (~noobhands@cpc2-hitc6-2-0-cust335.9-2.cable.virginmedia.com) |
| 19:52.58 | *** join/#htc-linux ALo (~alogeno@119.Red-88-9-162.dynamicIP.rima-tde.net) |
| 19:53.26 | *** join/#htc-linux Scepterr69 (~scepterr@ool-18b92277.dyn.optonline.net) |
| 19:57.52 | *** join/#htc-linux kvaster_ (~kvaster@vpn-e0.bas-net.by) |
| 20:00.16 | *** join/#htc-linux tfouto (5f5fcbed@gateway/web/freenode/ip.95.95.203.237) |
| 20:00.49 | *** join/#htc-linux LON9fred (~LON9@ti0035a340-dhcp0912.bb.online.no) |
| 20:01.00 | *** join/#htc-linux jason`_ (j@nitrology.com) |
| 20:01.14 | *** join/#htc-linux xTx (~XeKToReX@CPE-124-188-18-194.hdbq1.win.bigpond.net.au) |
| 20:03.19 | *** join/#htc-linux Refuge-sleep (~none@adsl-99-56-25-120.dsl.ipltin.sbcglobal.net) |
| 20:03.41 | *** join/#htc-linux kmdm_ (~kenny@mail.sysclaw.com) |
| 20:03.51 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 20:03.55 | *** join/#htc-linux tehsu (~tehsu@tsunade.net) |
| 20:06.57 | *** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net) |
| 20:07.31 | *** join/#htc-linux jonpry_ (~jonpry@63.245.31.4) |
| 20:07.43 | *** join/#htc-linux jonolo_ (574b8a66@gateway/web/freenode/ip.87.75.138.102) |
| 20:08.30 | *** join/#htc-linux Kdecherf (~Kdecherf@node1-tech.devaproxis.fr) |
| 20:09.37 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host227-139-dynamic.211-62-r.retail.telecomitalia.it) |
| 20:10.13 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 20:10.34 | *** join/#htc-linux Suzaku_ (cirno@85.17.174.107) |
| 20:12.13 | *** join/#htc-linux programmer8922 (~Evan@67.219.166.182) |
| 20:14.34 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
| 20:18.14 | *** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at) |
| 20:24.24 | *** join/#htc-linux phantomcircuit (~phantomci@adsl-99-175-100-210.dsl.pltn13.sbcglobal.net) |
| 20:26.04 | *** join/#htc-linux jcdiaz (~Juan@201.Red-88-9-106.dynamicIP.rima-tde.net) |
| 20:30.17 | camro | hi guys |
| 20:30.35 | camro | phh: still listen in irc ? |
| 20:30.55 | camro | or maybe acl have 3min left ? |
| 20:31.33 | *** join/#htc-linux EMP|FireStorm (~r4nd0m@adsl-69-154-240-189.dsl.snantx.swbell.net) |
| 20:38.03 | Kensan | Hi |
| 20:38.12 | Kensan | Somebody pinged me? |
| 20:41.15 | *** join/#htc-linux gauner1986 (~Adium@p5B34EBDE.dip.t-dialin.net) |
| 20:44.44 | gauner1986 | re guys |
| 20:45.02 | *** join/#htc-linux Slammer (8bb3cf7d@gateway/web/freenode/ip.139.179.207.125) |
| 20:46.30 | [acl] | i have a few mins left.. sup |
| 20:46.35 | [acl] | camro |
| 20:46.35 | [acl] | :-p |
| 20:47.35 | camro | hi acl, i know it is not your main part .. sound stuff, but i'm sure it is very simple for you ... |
| 20:47.45 | camro | 1.) INCALL issue ... |
| 20:48.12 | camro | there are 2 files: -> http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.27/arch/arm/mach-msm/htc_hw.c (line 198) |
| 20:48.35 | camro | there is a function which will be set the "snd_state" !!! |
| 20:49.04 | camro | if this var will be changed, then there is a fucntion ioctl, which willb e called ... (or better its like a watcher) |
| 20:50.09 | camro | this function is on: http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/blobs/htc-msm-2.6.27/arch/arm/mach-msm/qdsp5/snd.c |
| 20:50.13 | camro | line 238 |
| 20:50.31 | camro | so, whats the problem: |
| 20:51.00 | camro | 1.) a call comes in, the phone is on ringing (if it is set to mute) ... will be set to state 0 |
| 20:51.19 | camro | after that the ioctl will called and is running ... |
| 20:52.48 | camro | meanwhile the snd_state will be changed to 7 (via function msm_audio_path - in htc_hw.c |
| 20:53.01 | camro | but the ioctl is mutex_locked and is running ... |
| 20:53.33 | camro | so this case will not handled by the function "snd_ioctl" (in snd.c) |
| 20:54.29 | camro | now the question is: how can we tell the -> function "msm_audio_path" - in htc_hw.c, that it should wait til the ioctl will be unlocked ? |
| 20:54.39 | camro | acl: do you copy that ? |
| 20:55.51 | camro | one idea: maybe i can set a static var, to look if it is possible to set the "snd_state", because this makes only sense if the ioctl was ready done |
| 20:55.55 | camro | do you understand ? |
| 21:00.33 | Slammer | noobz never stop spamming |
| 21:00.34 | Slammer | take care |
| 21:08.18 | *** join/#htc-linux Zoom (8bb3cf7d@gateway/web/freenode/ip.139.179.207.125) |
| 21:08.33 | Zoom | rajko take me back to htc-linux-chat or i will need to ask here |
| 21:08.47 | *** join/#htc-linux hyperfire21 (~nun@c-24-13-128-146.hsd1.il.comcast.net) |
| 21:08.56 | Chatterer | rajko take me back to htc-linux-chat or i will need to ask here |
| 21:10.23 | noellenchris | what is your malfuntion, is it that your stuck at college in Turkey? |
| 21:10.24 | hyperfire21 | take u back? |
| 21:10.40 | NetRipper | Chatterer, just type /join #htc-linux-chat |
| 21:10.41 | Chatterer | lol |
| 21:10.47 | Chatterer | he banned me |
| 21:11.04 | noellenchris | thank god.. |
| 21:11.13 | alex706 | may be enough spam? |
| 21:11.16 | Chatterer | noellenchris, wtf with you? |
| 21:11.47 | Chatterer | i would never spam if he act nice |
| 21:11.47 | stinebd | this is off topic |
| 21:12.02 | Chatterer | yeah i'm sorry to "spam" here |
| 21:12.15 | Chatterer | bah |
| 21:12.32 | hicks | you were banned from the chat channel for being a spamming retard |
| 21:12.41 | hicks | anyway, i won't bring it in here, excuse me |
| 21:12.43 | noellenchris | you've been trolling and disrespectful of everyone on these channels for the last week, your ip is still the same...just nick changes |
| 21:12.48 | Chatterer | i gave my reason |
| 21:13.19 | Chatterer | when developers troll, there is nothing wrong but when it is other way around, it is bad |
| 21:13.31 | noellenchris | why do u bash cotulla and all the devs? |
| 21:13.37 | alex706 | ohh..... |
| 21:13.53 | hicks | because his mother never paid him attention when he was young :-< |
| 21:13.55 | hicks | fail troll fails |
| 21:14.00 | Chatterer | ah |
| 21:14.03 | Chatterer | now hicks is trolling |
| 21:14.07 | Chatterer | and insulting |
| 21:14.23 | Chatterer | cotulla is also included in what i have mentioned above |
| 21:14.26 | hicks | no, i am minimising the window now |
| 21:14.31 | Chatterer | good for you |
| 21:14.35 | Chatterer | never maximize pls |
| 21:15.23 | Chatterer | good night for the gentle people, sorry for the inconvenience, it is just that i am not comfortable with hypocrates, hope you understand and have nightmare others |
| 21:15.38 | Chatterer | you will never see me again |
| 21:15.51 | hicks | awesome |
| 21:16.05 | hicks | i hate hypocrates too, that damned oath of his ¬_¬ |
| 21:16.39 | Rajko | weighs house down |
| 21:17.41 | jonpry_ | why are people getting banned from -chat? isn't that the trolls welcome room? |
| 21:17.52 | hicks | no, he is a complete dick |
| 21:18.28 | hicks | there's general chat, and there's being deliberately abusive |
| 21:18.45 | jonpry_ | maybe we should make a -troll |
| 21:18.47 | hicks | anyway, i don't talk in here.. so i will stop |
| 21:19.17 | ali1234 | is -chat logged? |
| 21:19.27 | tfouto | yes |
| 21:19.33 | tfouto | chat looged... |
| 21:19.40 | tfouto | just put -chat |
| 21:20.12 | ali1234 | i'm always interested to see why people are flipping out like that :) |
| 21:25.25 | WisTilt2 | hey stinebd: question if you're still around? |
| 21:25.37 | stinebd | WisTilt2: sure |
| 21:25.59 | *** join/#htc-linux AresSieran (971427cb@gateway/web/freenode/ip.151.20.39.203) |
| 21:26.13 | AresSieran | hello I need help :( |
| 21:26.22 | AresSieran | with HTC Diamond 500 port :( |
| 21:26.25 | WisTilt2 | on your raph test for the ambient, it worked but looking at the detection code im only executing my routine for rhod machine type. is raph detected as rhod or what? |
| 21:26.29 | *** join/#htc-linux Maylay (~gren@adsl-9-203-170.mia.bellsouth.net) |
| 21:26.55 | AresSieran | what? .-. |
| 21:27.15 | AresSieran | preaseee |
| 21:27.18 | tmzt_ | camro: it's not the ioctl that should be locked, but what they both change |
| 21:27.19 | WisTilt2 | stinebd: you were getting my dmesg output correct? |
| 21:27.22 | AresSieran | HELP ME :( |
| 21:27.26 | tmzt_ | and they both need to acquire the lock |
| 21:27.41 | camro | the snd_state |
| 21:27.43 | stinebd | WisTilt2: it shouldn't be. i was getting dmesg output for the new brightness level |
| 21:27.54 | AresSieran | I need help with an DIAM500 port :( |
| 21:28.09 | stinebd | if you added any other special stuff to kernel output, i don't remember seeing it |
| 21:28.23 | NeoMatrixJR | damn...looks like I get to build up a fresh data.img after testing camro's test kernels. I knew I should have used a different SD card for testing. |
| 21:28.26 | tmzt_ | AresSieran: diam500 isn't supported? |
| 21:28.37 | AresSieran | hi cyano ;) |
| 21:28.42 | stinebd | WisTilt2: i keep auto brightness on in winmo if that matters... |
| 21:28.55 | camro | NeoMatrix: why ? |
| 21:28.58 | AresSieran | yes but I haven't the .txt |
| 21:29.03 | AresSieran | about the config :( |
| 21:29.19 | tmzt_ | you should just need the mtype and maybe the ts calib |
| 21:29.26 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 21:29.27 | tmzt_ | it should be on xda or ppcgeeks |
| 21:29.45 | stinebd | WisTilt2: you wrapped it in mach_is_rhod conditional? |
| 21:29.47 | WisTilt2 | stinebd: im testing with emwe on his topa right now and had to add topaz detect to run it. can you dl my kernel again and see if you're actually seeing the "Setting backlight brightness to: x/9" in dmesg? you have to have auto-bl in winmo off for it to work my code. |
| 21:29.53 | AresSieran | can someone link me all that I need for DIAM500? .-. |
| 21:29.54 | WisTilt2 | just for testing rhod |
| 21:30.17 | stinebd | ok, will do. link me? |
| 21:30.24 | tmzt_ | I see that but it does nothing |
| 21:31.24 | AresSieran | <tmzt_> I wrote to you a PM :( |
| 21:31.50 | tmzt_ | I'm just suggesting you search |
| 21:31.56 | tmzt_ | I don't have the default.txt in front of me |
| 21:32.03 | tmzt_ | if you need help with specific issues with it please ask |
| 21:32.20 | tmzt_ | I can give you the mtype but I don't have the ts_config |
| 21:32.22 | AresSieran | I searched it but nothing :( |
| 21:32.26 | stinebd | WisTilt2: thanks |
| 21:32.50 | stinebd | just to clarify, i was seeing brightness changes while hitting a hard key (PTT for instance) |
| 21:32.50 | AresSieran | I only need to know What I need to download and pull to the memory :( |
| 21:32.54 | tmzt_ | htcdiamondMACH_HTCDIAMONDHTCDIAMOND1805 |
| 21:32.55 | tmzt_ | htcdiamond_cdmaMACH_HTCDIAMOND_CDMAHTCDIAMOND_CDMA2040 |
| 21:33.01 | tmzt_ | it's probably the second one |
| 21:33.23 | AresSieran | yes right but where I put it and? |
| 21:34.33 | WisTilt2 | stinebd: 2secs after button press dmesg output happens even if backlight doesnt change so hopefully you are at least getting that. |
| 21:35.57 | AresSieran | where I need to put the default.txt? |
| 21:36.03 | AresSieran | into andboot? |
| 21:36.06 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 21:37.27 | tmzt_ | what is andboot? |
| 21:37.33 | tmzt_ | is there a haret.exe in there? |
| 21:37.35 | AresSieran | the folder |
| 21:37.36 | tmzt_ | put it in the same folder |
| 21:37.39 | AresSieran | yes ;) |
| 21:37.46 | AresSieran | ok thanks :) |
| 21:37.52 | AresSieran | have a good day :D |
| 21:39.24 | stinebd | WisTilt2: ok current kernel, autolight off in winmo... not seeing any dmesg output or brightness change on raph |
| 21:40.44 | AresSieran | I need a new help |
| 21:40.57 | AresSieran | Haret doesn't load default.txt |
| 21:41.12 | NetRipper | default.txt is loaded when you press run |
| 21:41.14 | AresSieran | what I need to put in default.txt for DIAM500??? |
| 21:41.31 | AresSieran | yes but I haven't the default TXT çç |
| 21:41.51 | AresSieran | and I can't find it in the net :( |
| 21:42.00 | WisTilt2 | stinebd: ok confirms machine type not detected. give me a few and ill build another for raph to try. |
| 21:42.00 | AresSieran | someone help me please :( |
| 21:42.22 | AresSieran | DIAM500 also known as Diamond WCDMA |
| 21:42.24 | stinebd | maybe i was on LSD last time i tried it |
| 21:42.24 | AresSieran | ;) |
| 21:42.32 | WisTilt2 | lol |
| 21:42.39 | stinebd | you know how acid trips are with bright lights and stuff |
| 21:42.42 | AresSieran | why LoL? .-. |
| 21:43.03 | WisTilt2 | yeah you're talking to someone who grew up in the 50's and 60's so yeah i know:) |
| 21:43.47 | AresSieran | pleaseee :( |
| 21:46.20 | WisTilt2 | stinebd: try that zImage. added raph machine type so you should at least see dmesg's now. |
| 21:46.46 | stinebd | ok |
| 21:46.57 | WisTilt2 | hang on |
| 21:47.02 | AresSieran | ok nothing |
| 21:47.05 | WisTilt2 | need to rebuild |
| 21:47.11 | *** join/#htc-linux Tah (5b6bd618@gateway/web/freenode/ip.91.107.214.24) |
| 21:47.17 | AresSieran | thank you for all I'll solve it by myself :( |
| 21:48.01 | WisTilt2 | stinebd: ok zImage is good now. |
| 21:51.23 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4CDD.dip.t-dialin.net) |
| 21:51.31 | stinebd | WisTilt2: no difference |
| 21:51.37 | AresSieran | no? |
| 21:51.54 | camro | tmzt_: my problem is, that the ioctl will be called too fast (faster as the INCALL STATUS will be set) |
| 21:51.57 | stinebd | 2.6.27.46-01179-g9526abc-dirty #519 PREEMPT Thu Oct 7 14:40:31 PDT 2010 |
| 21:52.14 | WisTilt2 | stinebd: check zImage md5sum. should be 7a3441e570117306bb77589ef9437f6c |
| 21:52.23 | tmzt_ | can you detect the incall status? |
| 21:52.27 | tmzt_ | what prints that message? |
| 21:52.34 | stinebd | WisTilt2: matches |
| 21:52.41 | camro | the incall status will be called from the struct of RIL |
| 21:52.52 | tmzt_ | I get it when I'm not on a voice call though |
| 21:52.55 | tmzt_ | not sure if the number matters |
| 21:53.10 | tmzt_ | okay, but where is it printed in the kernel? |
| 21:53.35 | *** part/#htc-linux AresSieran (971427cb@gateway/web/freenode/ip.151.20.39.203) |
| 21:53.41 | camro | then it will set the snd_state (last function int he chaain => via msm_audio_path |
| 21:54.18 | camro | this call come from the ril -> also all in the htc_hw.c |
| 21:54.40 | camro | via audio_store |
| 21:54.48 | WisTilt2 | stinebd: new zImage md5sum be6230e0bc2116a865d61abc52ae3e9b |
| 21:54.49 | tmzt_ | yes |
| 21:55.05 | tmzt_ | but I'm asking about INCALL STATUS |
| 21:55.15 | tmzt_ | I'm not on android and that gets printed |
| 21:55.26 | camro | and the real origin comes from __init |
| 21:55.53 | camro | tatic struct class_attribute vogue_hw_class_attrs[] = { |
| 21:56.02 | stinebd | WisTilt2: ok |
| 21:56.15 | stinebd | winmo takes too long to boot |
| 21:56.15 | camro | there you see the audio_store |
| 21:56.34 | jonpry_ | tmzt_ those prints are from a state machine that does stuff when regular audio is being used. and probably once during init |
| 21:56.43 | tmzt_ | ok |
| 21:56.47 | tmzt_ | in qdsp? |
| 21:56.55 | jonpry_ | there are hooks all around |
| 21:57.10 | jonpry_ | the machine itself is in htc_hw |
| 21:57.14 | *** join/#htc-linux gauner19861 (~Adium@p5B34EBDE.dip.t-dialin.net) |
| 21:57.34 | tmzt_ | it be nice if we could get alsa working, even if it didn't support pcm |
| 21:57.38 | tmzt_ | and just dapm |
| 21:57.44 | jonpry_ | i have alsa |
| 21:57.50 | tmzt_ | on rhod? |
| 21:57.52 | camro | oh, jonpry: ah, fine that you are here :) |
| 21:57.54 | jonpry_ | yeah |
| 21:57.58 | tmzt_ | interesting |
| 21:58.14 | tmzt_ | I'd rather do that then mess with this, I need to switch to pulseaudio for my call routing |
| 21:58.18 | jonpry_ | it has some problems. but it is enabled in defconfig |
| 21:58.23 | camro | well, maybe you have seen, what my issue is ... |
| 21:58.28 | tmzt_ | what kernel? |
| 21:58.35 | camro | the ioctl is called to early |
| 21:58.42 | jonpry_ | glemsom |
| 21:58.47 | *** join/#htc-linux mickey|sports (~mickey@80.81.242.146) |
| 21:58.59 | jonpry_ | trick is you have to use msm_psm before alsa will work |
| 21:59.08 | jonpry_ | as in playwav2.c |
| 21:59.35 | jonpry_ | and then the apps are flaky. like mplayer doesn't work |
| 21:59.39 | camro | normally, if the call comes in, the ioctl should be have the real snd_state (set via 0,2sec later from msm_audio_path) |
| 21:59.54 | jonpry_ | ok |
| 22:00.07 | jonpry_ | but the phone is operating abnormally? |
| 22:00.09 | tmzt_ | jonpry_: is the source for the version of playwav2 available? |
| 22:00.09 | camro | but, ioctl have the state 0 |
| 22:00.11 | [acl] | camro: sorry i had to step out.. |
| 22:00.22 | camro | but should be 7 (which will be set to late |
| 22:00.32 | camro | acl: don'T worry about .. |
| 22:00.47 | stinebd | WisTilt2: this one is more interesting |
| 22:00.49 | [acl] | camro: nice.. love it |
| 22:00.50 | camro | the sound master is here (jonpry) :) |
| 22:01.02 | jonpry_ | tmzt_: linuxtogo.org/~lgorris/misc/playwav2.c |
| 22:01.05 | [acl] | camro: he is also the wrapper master |
| 22:01.20 | camro | like the universe master :) |
| 22:01.29 | WisTilt2 | stinebd: seeing dmesg dumps now hopefully? |
| 22:01.29 | jonpry_ | right |
| 22:01.46 | jonpry_ | if only my ESL was a bit better |
| 22:01.47 | tmzt_ | okay |
| 22:01.51 | camro | hehe, but now show us how to make it clean .. |
| 22:01.57 | stinebd | WisTilt2: i hit a button on the navipad and it went to what i assume is the darkest brightness level, but with no dmesg output. and manual brightness control in android is unresponsive now. |
| 22:01.58 | tmzt_ | so we don't have a version which allows switching outputs? |
| 22:02.10 | jonpry_ | tmzt_ i just compiled 2 of them |
| 22:02.27 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
| 22:02.33 | camro | examle: if i insert a mdelay(250) to ioctl, then the snd_state will be ok set to 6 (INCALL | SND_RECORD) |
| 22:02.52 | tmzt_ | before ioctl() ? |
| 22:03.00 | jonpry_ | in it i think |
| 22:03.05 | camro | in it |
| 22:03.13 | WisTilt2 | stinebd: manual control is disabled right now so thats correct. you should see dmesg though 2secs after button press. if screen isnt changing, raph uses different microp addr most likely. |
| 22:03.25 | camro | but this is very dirty hack .. only for testing .. |
| 22:03.29 | tmzt_ | that's a lot louder than the version I have |
| 22:03.37 | tmzt_ | which is a binary from ubuntu |
| 22:03.50 | stinebd | WisTilt2: no dmesg output at all |
| 22:03.57 | camro | (mdelay before checking the snd_state in function ioctl |
| 22:04.12 | jonpry_ | they put that crap in ubuntu? |
| 22:04.22 | tmzt_ | uh, rhobuntu |
| 22:04.28 | *** join/#htc-linux Markinus (~Miranda@212.255.16.189) |
| 22:04.35 | jonpry_ | oh |
| 22:04.39 | WisTilt2 | stinebd: then ambient isnt being triggered with button... htcraphael is the correct machine name right? |
| 22:04.41 | Markinus | hi |
| 22:04.59 | tmzt_ | huge different in volume |
| 22:05.11 | tmzt_ | I just tried both |
| 22:05.22 | stinebd | WisTilt2: yeah, machine_is_htcraphael() |
| 22:05.23 | tmzt_ | rpc_snd_set_device(0, 0, 0) |
| 22:05.23 | tmzt_ | Set master volume to 5. |
| 22:05.24 | tmzt_ | rpc_snd_set_volume(13, 1, 5) |
| 22:05.31 | tmzt_ | that's the rhobuntu version |
| 22:05.40 | tmzt_ | rpc_snd_set_device(1, 1, 1) |
| 22:05.40 | tmzt_ | Set master volume to 5. |
| 22:05.40 | tmzt_ | rpc_snd_set_volume(13, 1, 5) |
| 22:05.47 | camro | jonpry: any idea how to fix that - best method for it ? |
| 22:05.48 | tmzt_ | that's the dcordes version |
| 22:05.59 | tmzt_ | it's earspeaker vs. speaker I guess |
| 22:06.15 | WisTilt2 | stinebd: thats what im using. ok then let me build another with the other lcd address. maybe raph is same as rhod for lcd. |
| 22:06.20 | tmzt_ | so calls with yours should be a lot louder |
| 22:06.54 | jonpry_ | that stuff doesn't set call volume |
| 22:06.55 | tmzt_ | yep |
| 22:07.00 | tmzt_ | yes it does :) |
| 22:07.14 | jonpry_ | i don't believe it |
| 22:07.19 | tmzt_ | blaring speaker phone |
| 22:07.25 | jonpry_ | maybe speaker phone |
| 22:07.30 | jonpry_ | not earcuple |
| 22:07.42 | tmzt_ | yeah, well it switched between them |
| 22:07.45 | tmzt_ | testing |
| 22:08.06 | jonpry_ | camro: i still don't understand the problem |
| 22:08.17 | tmzt_ | yep |
| 22:08.25 | tmzt_ | after dcordes loud speakerphone |
| 22:08.36 | tmzt_ | after rhobuntu usable earspeaker |
| 22:08.40 | tmzt_ | but still speaker is on |
| 22:08.46 | camro | the problem is, that the ioctl will caled, and doesn't have the correct status of "snd_state" |
| 22:09.03 | camro | so, the problem is: that the mic earphone will not set correctly |
| 22:09.24 | camro | ex: if the phone is fully muted and a call comesin, then you have no mic, no ear ... nothing .. |
| 22:09.25 | jonpry_ | camro: if ioctl arg is wrong, then how does waiting make it correct? |
| 22:10.00 | camro | because the ioctl willb e called, but doesn't have the correct status of snd_state, which should be setle up via msm_snd_path |
| 22:10.20 | WisTilt2 | stinebd: does raph have a backlit kbd? |
| 22:10.25 | jonpry_ | tmzt_: thats very strange, we are using a totally different method to do it right now |
| 22:10.30 | stinebd | WisTilt2: yup |
| 22:10.43 | tmzt_ | jonpry_: how is that? |
| 22:10.55 | tmzt_ | my phoen would be unusable without that playwav2 |
| 22:11.03 | jonpry_ | weird audio parameter tables in smem, and DEX update |
| 22:11.05 | stinebd | one of my favorite phone keyboards so far |
| 22:11.51 | arrrghhh | i think the tp2 has my fave kbd. :P |
| 22:11.57 | camro | jonpry: kernellog -> http://pastebin.com/KBvHLqca |
| 22:12.00 | tmzt_ | yep |
| 22:12.15 | WisTilt2 | stinebd: new zImage md5sum f844311b2f5f720af8915f1bb8e8445a |
| 22:12.25 | stinebd | ok |
| 22:12.38 | camro | jonpry: at 284 -> ringing (vib + mute) // 288 -> call will be established |
| 22:12.41 | camro | then look there |
| 22:12.55 | camro | you see the state on ioctl call is 0 !!! |
| 22:12.55 | tmzt_ | you do vibrate in kernel? |
| 22:13.17 | camro | 0,2sec later it willb e set via msm_snd_path to 6 (INCALl + REC) |
| 22:14.20 | camro | acctually, normally if the snd_state will be changed, then the ioctl should be called ... |
| 22:14.36 | jonpry_ | why? |
| 22:14.39 | camro | but doesn'T do anything, because i think, that the ioctl is mutex_locked |
| 22:14.58 | *** join/#htc-linux BirdofPrey (4bb60fba@gateway/web/freenode/ip.75.182.15.186) |
| 22:14.59 | *** join/#htc-linux Regulator (~duffman@c-67-162-193-231.hsd1.ar.comcast.net) |
| 22:15.12 | BirdofPrey | Hello room |
| 22:15.13 | camro | if the snd_state willbe changed, then this routine willbe controlled via the __INIT |
| 22:15.16 | jonpry_ | so if state goes to 6 then what is the problem? |
| 22:15.24 | camro | it does nothing |
| 22:15.44 | BirdofPrey | I hate to bother everyone, I just had a quick question |
| 22:15.54 | tmzt_ | ask |
| 22:15.59 | camro | see the log on pastebin |
| 22:16.13 | camro | i'm almost sure, that this would be the same problem on nand |
| 22:16.15 | BirdofPrey | Is XDAndroid still under development? |
| 22:16.28 | BirdofPrey | for the touch pro 2 |
| 22:16.31 | [acl] | damn |
| 22:16.36 | camro | set your device to mute -> then call your device - you will see, that it won't work, too |
| 22:16.41 | BirdofPrey | or has it stopped for the most part? |
| 22:16.45 | stinebd | WisTilt2: no response at all |
| 22:16.45 | *** join/#htc-linux ThaDeanesta (~thadeanes@ip68-9-33-123.cl.ri.cox.net) |
| 22:17.05 | *** part/#htc-linux ThaDeanesta (~thadeanes@ip68-9-33-123.cl.ri.cox.net) |
| 22:17.09 | *** join/#htc-linux Wally (~wally@c-75-73-178-169.hsd1.mn.comcast.net) |
| 22:17.49 | tmzt_ | BirdofPrey: I don't know about xdandroid itself but tp2 is still actively being worked on |
| 22:18.10 | camro | jonpry: because the snd_state willbe set to late (while during the ioctl is running, so the check in ioctl -> against the snd_state if INCALL, blabla .. won'T be set, because the snd_state is there actually 0 ! |
| 22:18.11 | tmzt_ | I have one, I'm quite happy with the status in the last few months |
| 22:18.14 | jonpry_ | camro: so the problem is that sound doesn't work when ring is muted |
| 22:18.25 | camro | yes |
| 22:18.41 | tmzt_ | ringing would be nice :) |
| 22:18.46 | BirdofPrey | Thanks for the resopnce |
| 22:18.54 | camro | tmzt: |
| 22:18.58 | jonpry_ | maybe your call is muted too |
| 22:19.00 | jonpry_ | j/k |
| 22:19.10 | camro | tmzt: have you never set your device to mute+vib ? |
| 22:19.18 | tmzt_ | all the time |
| 22:19.19 | camro | LOL |
| 22:19.20 | BirdofPrey | Where can I go to help develop, Im' new to this scene |
| 22:19.23 | tmzt_ | but not in linux |
| 22:19.38 | tmzt_ | sphone was vibrating but it's not installed on squeeze yet |
| 22:20.02 | *** join/#htc-linux phantomcircuit (~phantomci@adsl-99-175-100-210.dsl.pltn13.sbcglobal.net) |
| 22:20.22 | camro | jonpry: so, there are several dirty solutions, but i would like to do this in a clean way .. |
| 22:21.00 | camro | dirty way 1: mdelay(250) in ioctl before checking the snd_state against INCALL status |
| 22:21.44 | camro | 2.) i set the device earp_mute+mic_mute to 0 (this willbe maybe call another ioctl, too ... |
| 22:22.04 | camro | but then we would have multiple calls - but only 1 call necc ... |
| 22:22.07 | *** join/#htc-linux gauner1986 (~Adium@p5B34EBDE.dip.t-dialin.net) |
| 22:22.35 | jonpry_ | you know ioctl is not being called from inside the kernel |
| 22:22.50 | jonpry_ | and probably can't be |
| 22:23.05 | WisTilt2 | stinebd: if you're not seeing any dmesg about brightness then raph handles button press totally diff than rhod. guess we'll have to look into that after the rhod patch. |
| 22:23.07 | camro | jonpry: if you look to htc_hw.c -> msm_audio_path _> you can see a comment of: "let snd_ioctl handle the sndsetdevice stuff ..." |
| 22:24.08 | camro | jonpry: maybe i'm wrong, this willbe controlled by __init |
| 22:24.18 | *** part/#htc-linux gauner1986 (~Adium@p5B34EBDE.dip.t-dialin.net) |
| 22:24.47 | camro | i know, the ioctl will be called from outside .. |
| 22:25.08 | camro | well, onyl searching for the cleanest way to fix ... |
| 22:25.25 | jonpry_ | i don't understand this log |
| 22:25.31 | camro | i know ... |
| 22:25.40 | jonpry_ | there is only one call to msm_setup_audio |
| 22:25.42 | camro | because my debugs inside .. |
| 22:25.49 | *** join/#htc-linux bhsueh (4b54c188@gateway/web/freenode/ip.75.84.193.136) |
| 22:25.49 | jonpry_ | and it seems to be working fine |
| 22:25.52 | camro | this willbe called from ioctl |
| 22:26.05 | camro | no, look, the mic is muted |
| 22:26.07 | jonpry_ | it gets called from lots of places |
| 22:26.33 | jonpry_ | snd_state is 1, playback only |
| 22:26.41 | *** join/#htc-linux natemcnutty (cea9e899@gateway/web/freenode/ip.206.169.232.153) |
| 22:27.02 | camro | # |
| 22:27.02 | camro | <6>[ 288.625244] CAMEL: set DISABLE speaker, because: snd_state=1 |
| 22:27.02 | camro | # |
| 22:27.02 | camro | <6>[ 288.625274] CAMEL: do NOW: snd_set_device: snd_state=1: device=0, ear_mute=0, mic_mute=1 |
| 22:27.12 | camro | but is not true ... |
| 22:27.26 | camro | the call is established on 288 |
| 22:27.52 | jonpry_ | call establish should call msm_audio_path |
| 22:27.53 | camro | <6>[ 289.424438] ++ IN CALL: 0x6 ++ |
| 22:28.12 | camro | yes |
| 22:28.22 | camro | and this set the snd_state ...thats it |
| 22:28.26 | camro | nothing else ... |
| 22:29.13 | jonpry_ | it calls msm_setup_audio at the end of the function |
| 22:29.24 | camro | of course i implemented a dirty fix - yesterday, but thats not fine (always call the msm_setup_audio after msm_snd_path |
| 22:29.25 | jonpry_ | its supposed to anyways |
| 22:29.49 | jonpry_ | thats not a dirty fix, that was in the patch, but it got removed during merge |
| 22:30.16 | camro | thats not fine ... |
| 22:30.44 | natemcnutty | don't want to interrupt anything, but does anyone know why I can't get results on gpios from haretconsole on a rhod500? |
| 22:30.50 | jonpry_ | anyways, so what does this log of yours look like if it has the patch |
| 22:30.54 | camro | i know, i gave this to phh yesterday or day before .. |
| 22:31.01 | jonpry_ | its in the git |
| 22:31.16 | jonpry_ | so are we debugging the same old problem then? |
| 22:31.22 | camro | thats comes from ym side :) |
| 22:31.49 | camro | well, the funny thingis: mic would work, but not earpi |
| 22:32.09 | stinebd | bzo: you alive? |
| 22:32.12 | camro | i must look to git ...b ecause my version is different .. |
| 22:32.15 | camro | mom |
| 22:32.28 | bzo | been busy lately |
| 22:32.33 | [acl] | dang |
| 22:32.34 | [acl] | bzo |
| 22:32.46 | [acl] | bzo: camera news ? |
| 22:32.46 | [acl] | :-p |
| 22:32.50 | stinebd | bzo: time for a quick question? |
| 22:32.54 | jonpry_ | camro: i think the trouble is that ringer is on handsfree, but call is probably not. and we are not setting it back because we don't know which device to use |
| 22:33.00 | bzo | sure stinebd |
| 22:33.21 | bzo | [acl] maybe after we get this qdsp stuff straightened out |
| 22:33.45 | camro | jonpry: ok, i tried to call: msm_setup_audio(); |
| 22:33.56 | stinebd | bzo: thanks. i doubled the allocation buffer for gralloc and now when the screen is rotated in Gallery3D, the display is scrambled a bit, until it's rotated back to normal. any idea what might be causing that? |
| 22:34.06 | [acl] | bzo: alex was on earlier. Looks like he joined the camera fight. just gyi |
| 22:34.08 | [acl] | *fyi |
| 22:34.15 | stinebd | by "a bit" i mean too much to make out what's happening |
| 22:34.35 | camro | jonpry: it is not necc to know the device, we only must set the earpice_mute + mic_mute to 0 |
| 22:34.40 | jonpry_ | and like why would you get a patch committed that you didn't like so much you had removed it by the next day?! |
| 22:34.44 | bzo | stinebd: not a clue, but I guess not crashing anymore is a plus |
| 22:35.02 | stinebd | heh, maybe |
| 22:35.05 | camro | if headset, extern, etc .. -> this willb e done via another if cases |
| 22:35.54 | bzo | [acl] yeah, seems like more activity on camera lately. A jbruneaux emailed me about camera the other day |
| 22:36.06 | stinebd | http://twitpic.com/2vibm8 |
| 22:36.10 | stinebd | that's what i'm looking at on rotate |
| 22:36.35 | camro | jonpry: well, as i have not tested all cases .., and it seems to be working fine for me (sorry, that i saw, that it is not perfect -> was it never happen, that you haven't tested all cases ?) |
| 22:36.54 | camro | ok, not or you .. god makes no mistakes :) - only the slaves from god :) - LOL |
| 22:37.27 | *** join/#htc-linux arrrghhh (~arrrghhh@205.243.23.218) |
| 22:39.03 | bzo | stinebd: lemme see what happens on my rhod |
| 22:40.45 | camro | jonpry: anyhow , before we waste too much time ... |
| 22:40.48 | natemcnutty | now that it looks a little calmer, anyone have an idea on why watch GPIOS returns nothing on a rhod500? |
| 22:41.16 | camro | i will include the mute/unmute to msm_setup_audio, adn then ... should be work |
| 22:41.31 | jonpry_ | camro: i have an idea |
| 22:41.48 | camro | this should be the same function as it is in ioctl |
| 22:41.52 | camro | oh really ? |
| 22:41.55 | camro | ok - what ? |
| 22:41.56 | jonpry_ | we had a theory that calling msm_setup_audio too fast would not work |
| 22:42.08 | camro | no,it works fine |
| 22:42.28 | camro | jonpry: if you look to msm_setup_audio ... it set the loudnes |
| 22:42.33 | jonpry_ | here i thought something was not working |
| 22:42.33 | bzo | stinebd: same thing, though slightly less garbled |
| 22:42.35 | camro | but not the mute !!!!!!! |
| 22:42.50 | stinebd | bzo: cool. i knew it couldn't be that easy with android ;) |
| 22:42.59 | camro | the mic_mute + earpice_mute - will be set 200ms before in snd.c -> ioctl function |
| 22:43.11 | tmzt_ | natemcnutty: they aren't in the haret config |
| 22:43.19 | tmzt_ | you have to look up the address in the source |
| 22:43.22 | tmzt_ | it never got patched |
| 22:43.25 | stinebd | maybe somewhere in there we have to dink around with rows and columns |
| 22:43.29 | tmzt_ | kernel source |
| 22:43.34 | camro | in snd.c -> there the device willb e set to ON or OFF ! - copy that ? |
| 22:43.54 | bzo | stinebd: is it supposed to rotate? It doesn't seem to with the accelerometer, only with kbd |
| 22:43.59 | jonpry_ | yeah so |
| 22:44.08 | stinebd | bzo: yeah, it rotates on raph normally. |
| 22:44.31 | camro | snd_set_device(dev.device, dev.ear_mute, dev.mic_mute); |
| 22:44.38 | *** join/#htc-linux Cass (~Cass@87-194-153-242.bethere.co.uk) |
| 22:44.39 | camro | this will be happen in ioctl |
| 22:45.00 | camro | and this we muust do via an "IF" in msm_setup, too |
| 22:45.18 | jonpry_ | why? |
| 22:45.21 | camro | but don'T want to copy the whole fucntion from ioctl to msm_setup_audio |
| 22:45.38 | camro | jonpry: how can we do this in a cleaner way ? |
| 22:45.52 | tmzt_ | abstraction |
| 22:45.58 | tmzt_ | that both htc_hw and ioctl call |
| 22:46.21 | jonpry_ | i don't understand why snd_set_device needs to be called when it is already being called from userspace |
| 22:46.51 | camro | jonpry: is there any chance, that we can call the ioctl again ? |
| 22:47.29 | camro | show me , where it willb e called in msm_setup_audio ? |
| 22:47.34 | camro | maybe i'm blind ... |
| 22:47.48 | jonpry_ | its just that msm_setup_audio is called from snd_set_device |
| 22:47.59 | camro | + also checking before, if headset connected, Incall, blabla ... |
| 22:48.40 | camro | hmm, mut look again .. ok, be carefully from a loop - LOL |
| 22:49.08 | *** join/#htc-linux surge (surge@pool-98-118-157-221.bflony.fios.verizon.net) |
| 22:50.26 | camro | the snd_set_device doesn't check several status (like, incall, headset, etc ..) |
| 22:50.40 | jonpry_ | because it doesn't know |
| 22:51.09 | tmzt_ | maybe |
| 22:51.09 | camro | for my understanding ... after setting the INCALL status (via msm_snd_path, we should call the ioctl |
| 22:51.21 | tmzt_ | have a set of states and paths |
| 22:51.52 | camro | hti sis because the origin function caller, it does the checking, and set then the flags .. |
| 22:52.00 | camro | like as it does in ioctl ! |
| 22:52.32 | camro | so, i would like to call the ioctl in msm_snd_path and we are ready ... |
| 22:53.01 | camro | jonpry: but how ?- LOL |
| 22:53.55 | camro | and then ... we are on the same as i started to talk about ... if we do this, then the iotctl will be called twice on establishing the CALL - copy that ? |
| 22:54.52 | camro | and this would be a dirty hack, so ... the discussion helps a lot - we must look, why the ioctl will be called with a snd_status 0 - and from whom ? |
| 22:56.08 | jonpry_ | its easy enough to call the rpc. but i think userland does snd_set_device to handle the mutes |
| 22:56.09 | camro | like i show you on pastebin -> time 288 -> there you see a line: 45,46,47 ..in 47 the ioctl is called |
| 22:56.50 | WisTilt2 | what the heck are you guys trying to do with this audio routing? my heads spinning. |
| 22:56.52 | camro | ok, if it is ok for all users, then i will copy the whole function ioctl ... |
| 22:56.59 | jonpry_ | don't do that |
| 22:57.18 | camro | YEAH - i hoped, that you will tell this :) |
| 22:57.21 | jonpry_ | i don't understand this dmesg. its only for the part of the call that should be muted and it is |
| 22:57.30 | camro | correct, i don't want to do this .. |
| 22:57.48 | camro | forget the the log .. |
| 22:58.13 | jonpry_ | i need a log |
| 22:58.21 | camro | fact: if the call will be established -> 1.) the ioctl will be called (snd_state is there 0) |
| 22:58.23 | emwe | gnight. |
| 22:58.32 | [acl] | emwe: sorry before u go |
| 22:58.43 | emwe | yah? |
| 22:58.45 | [acl] | was that issue resolved with jonpry? do i have to patch tonight? |
| 22:58.48 | [acl] | or did u do it? |
| 22:58.51 | jonpry_ | WisTilt2: i am not totally sure |
| 22:58.51 | camro | 2.) amount 3200ms later the msm_snd_path will be called and set the snd_state to 6 (iNCALL + REC) |
| 22:59.04 | camro | ops - i mean 200ms later |
| 22:59.08 | emwe | [acl]: it's pushed. |
| 22:59.15 | [acl] | emwe: awesome.. u da man |
| 22:59.34 | jonpry_ | camro: can you just get a log with a whole call in it |
| 22:59.36 | emwe | [acl]: no, just lurking around ;) |
| 22:59.36 | camro | and this facts you can see in log, too |
| 22:59.40 | emwe | gnight everyone. |
| 22:59.51 | WisTilt2 | emwe: tnx for the test. catch you tomorrow. |
| 23:00.12 | camro | well, i have several prints added - but sure - i can do it again ... |
| 23:00.26 | camro | but believe me and the facts what i have tested ... |
| 23:00.31 | camro | i saves a lot of time |
| 23:00.36 | camro | it |
| 23:01.44 | *** join/#htc-linux tfouto (5f5fcbed@gateway/web/freenode/ip.95.95.203.237) |
| 23:02.36 | jonpry_ | all we really need a log of msm_setup_audio, msm_audio_path, and snd_set_device along with there args |
| 23:02.56 | camro | jonpry: hmm, now it is working, because i added 250ms delay to ioctl ... |
| 23:03.26 | jonpry_ | so compare the dmesg to one without the delay |
| 23:03.37 | jonpry_ | stuff is probably happening in the wrong order |
| 23:04.22 | camro | hmm, well, i'm thinking about ... |
| 23:07.29 | camro | jonpry: http://pastebin.com/t5xjwMqQ |
| 23:07.37 | camro | this is the cleanest way for me: |
| 23:08.07 | *** join/#htc-linux stunt (~fuck@c-76-114-36-123.hsd1.ca.comcast.net) |
| 23:08.14 | camro | this was now done via: 1.) no calling of msm_setup_audio (removed from htc_hw.c) |
| 23:08.24 | camro | only added to ioctl 250ms delay |
| 23:08.42 | camro | then there is no double caling to set the devices - you understand ? |
| 23:09.14 | camro | the last commit to phh, was a dirty hack, because the ioctl set the devices, why should we set the devices 200ms later again ? |
| 23:09.36 | camro | the only problem is/was, that the ioctl was too fast .. |
| 23:10.08 | camro | well, for me it would be ok ..to do this via the mdelay in ioctl .. |
| 23:10.19 | jonpry_ | well congratulations |
| 23:10.37 | camro | not really .. delays .. hmm:( |
| 23:10.50 | camro | what do you think about ? |
| 23:11.02 | camro | do you have an idea who is calling the ioctl function ? |
| 23:11.09 | jonpry_ | about what. |
| 23:11.13 | jonpry_ | userland |
| 23:11.44 | camro | you mean the phone app ? |
| 23:12.12 | jonpry_ | yeah or some android library |
| 23:12.16 | jonpry_ | libril probably |
| 23:12.35 | camro | so, if i'm wrong - help me: so, the userlan call is faster as the RIL call from INCALL ? |
| 23:13.03 | jonpry_ | all i can tell from your dmesg is that everything works fine |
| 23:13.31 | camro | or is there any chance, that we can tell the ioctl, that it should check the status from __INIT ? |
| 23:13.44 | camro | from my dmesg ? |
| 23:13.47 | *** join/#htc-linux kmd (~deanek@ip68-9-33-123.cl.ri.cox.net) |
| 23:13.52 | [acl] | whatever yall are talking baout |
| 23:13.56 | [acl] | sounds like a nasty commit |
| 23:13.56 | [acl] | :-p |
| 23:14.02 | camro | haha - i know, but as you can see i have no double calling now :) |
| 23:14.06 | jonpry_ | thats not what actually is in there |
| 23:14.38 | camro | well, i'm sure, you have the same problem on your device |
| 23:14.51 | jonpry_ | i don't use android, so i don't have any problems :p |
| 23:15.08 | camro | if you set your phone to mute(+vib), then call your device, you'll see, that mic or earpice won'T work |
| 23:15.23 | camro | or better the other party wouldn'T hear you |
| 23:15.41 | tmzt_ | mute and vibrate in android? |
| 23:15.46 | camro | yes |
| 23:15.58 | camro | i do this iva an app: "audiomanager" |
| 23:17.09 | camro | jonpry: what do you use on your device ? |
| 23:17.22 | jonpry_ | .35 |
| 23:17.42 | camro | well, maybe the .35 is very different ... |
| 23:19.11 | jonpry_ | yeah, it does a lot of vibrating. the latest feature is split screen winmo and .35 |
| 23:19.19 | camro | so, my solution would be now: 1.) to remove the msm_setup_audio() in msm_audio_path // 2.) add a mdelay to ioctl call |
| 23:20.32 | camro | jonpry: would this for you really a solution (it would be working as i can see on my device) ? would you also vote for this hack ? |
| 23:20.56 | tmzt_ | jonpry_: how is that working? |
| 23:20.59 | tmzt_ | jonpry_: what?? |
| 23:21.04 | tmzt_ | jonpry_: split screen?? |
| 23:21.08 | WisTilt2 | just an fyi: i just tried that, silent + vibrate only. called my device and audio works both ways. |
| 23:21.10 | camro | no :) |
| 23:21.12 | camro | well, i'm not sure if we should soon change all to .35 |
| 23:21.36 | jonpry_ | tmzt_: the mdp blit hangs the phone half way through :( |
| 23:21.45 | camro | WisTilt2 - which kernel ? |
| 23:21.52 | WisTilt2 | 2.6.27 |
| 23:21.58 | tmzt_ | jonpry_: okay |
| 23:22.33 | camro | wait ... i know why it works for you :) do you have an app for recording or something else ? |
| 23:23.03 | WisTilt2 | nope just the standard android stuff. only other app is the system monitor |
| 23:23.07 | camro | because i never had a problem, because i have a "record incall app", and with that it always works for me |
| 23:23.13 | camro | then i did a clean data.img |
| 23:23.25 | camro | then i saw the issue on my device, too |
| 23:23.32 | camro | hmm... |
| 23:24.03 | camro | WisTilt2 -> you can call your device + establish the call ... |
| 23:24.07 | camro | then paste the kernellog |
| 23:24.27 | WisTilt2 | not easily right now. phone is not connected where i can dump the log |
| 23:24.27 | camro | can you do it - please ? |
| 23:24.42 | camro | oh, no usb .. hmm ok |
| 23:24.48 | WisTilt2 | this is a tilt2 on at&t gsm |
| 23:25.15 | WisTilt2 | just tried calling from phone to landline, same thing all works |
| 23:25.21 | jonpry_ | WisTilt2: do you have newer than oct 5 kernel? |
| 23:25.52 | camro | jonpry: my solution would be now: 1.) to remove the msm_setup_audio() in msm_audio_path // 2.) add a mdelay to ioctl call << is this ok for you ? |
| 23:26.06 | WisTilt2 | yeah our kernel but its off the kernel earlier than oct 5 for sure. havent pulled for over a month |
| 23:26.08 | jonpry_ | its not me you have to convince |
| 23:26.11 | camro | i will upload my kernel on xda and let the user test ... |
| 23:27.14 | camro | well, if you say, it's ok and clean enough ... then i will proceed with next steps, if ou say, this is too dirty and not really fine , then i will open my trash and ... |
| 23:28.12 | camro | WisTilt2: then you have a very old one :) |
| 23:28.37 | WisTilt2 | well old one works so something got changed:) |
| 23:28.40 | jonpry_ | well, whatever my opinion is, i'm like wistilt2 and have not had any trouble. and am far too lazy to debug this problem that only some people seem to have |
| 23:29.01 | camro | maybe hamagc is still here ... |
| 23:29.25 | camro | <PROTECTED> |
| 23:29.43 | jonpry_ | :p |
| 23:30.35 | *** join/#htc-linux arrrghhh (~arrrghhh@205.243.23.218) |
| 23:31.02 | [acl] | damn |
| 23:31.04 | [acl] | nothing is working |
| 23:31.11 | [acl] | for hamagc ? |
| 23:31.22 | camro | acl: well you have the same device now :) |
| 23:31.28 | *** join/#htc-linux mdeejay (~mdeejay@188.168.168.101) |
| 23:31.34 | camro | nothing is a little bit to extrem .. |
| 23:31.36 | [acl] | yeah i still need to charge it |
| 23:32.00 | camro | you know: usb, power off, incall doesn'T work as it should be |
| 23:32.19 | [acl] | dang.. poor guy |
| 23:32.20 | camro | ok, i will upload my test kernel .. |
| 23:32.42 | [acl] | i need to get that phone up when i have time .. i didnt know raph was so behind |
| 23:32.45 | jonpry_ | [acl] hows kexec? |
| 23:32.53 | camro | PLS: the POWER OFF i set to 5000ms to 500ms delay (also working - will see if it works for all devices, too) |
| 23:32.56 | [acl] | im still at work bro.. no time tonight |
| 23:33.09 | [acl] | im gonna rot here i think |
| 23:33.11 | jonpry_ | ic |
| 23:33.19 | jonpry_ | must be busy |
| 23:33.32 | camro | acl: usb -> i mean the new usb gadget doesn'T work for him .. |
| 23:33.34 | [acl] | jonpry_: do i still need kexec? thought that bad boy was ready for prime time |
| 23:33.49 | [acl] | camro: ahh.. that should be my first raph project |
| 23:34.17 | jonpry_ | umm. well panel doesn't work right. and even if it did theres no guarantee it would work oob on cdma |
| 23:34.50 | camro | acl: yes, because if it works there, then we can commit the whole usb stuff |
| 23:35.06 | camro | then maybe i can also sync my kernel version again :) |
| 23:35.16 | WisTilt2 | one more note: over the weekend i left my phone in sleep 100% of the time and it lasted 29hrs 31mins. that was with full bars signal. |
| 23:35.31 | jonpry_ | ooo, gimme |
| 23:36.05 | WisTilt2 | still getting just over 20hrs on average with my normal use. lcd power made a big diff |
| 23:36.25 | camro | WisTilt2: have you disabled the SLIDING LOCK SCREEN ? |
| 23:36.38 | WisTilt2 | one of my employees got over 36hrs with his with a brand new battery. |
| 23:37.16 | WisTilt2 | what is that? if i did i dont know it by that name. |
| 23:37.46 | WisTilt2 | only powered off the lcd instead of the blank screen which leaves power on. |
| 23:38.20 | [acl] | WisTilt2: wait.. we were just talking about this earlier. You modded the code to power down ? |
| 23:38.30 | [acl] | jonpry_: damn panel.. |
| 23:38.40 | WisTilt2 | no, powered off the lcd |
| 23:39.33 | [acl] | WisTilt2: yeah but we dont do that yet. Thats what we were discussing this morning. blank screen is like a stub right now |
| 23:40.33 | WisTilt2 | i do:) blank screen only writes value 0 into screen brightness. need to clear 3 gpios to turn off the actual power to the panel |
| 23:40.40 | WisTilt2 | on rhod anyway |
| 23:41.46 | [acl] | WisTilt2: yeah i have the code.. just didnt know you did too |
| 23:41.47 | [acl] | :-p |
| 23:42.03 | WisTilt2 | you turning off all 3? |
| 23:42.22 | jonpry_ | i thought it you turned it off it would need to be reinited |
| 23:42.22 | [acl] | WisTilt2: not sure.. ill check with you later tonight.. i had to look into the dll for the values. |
| 23:43.30 | WisTilt2 | jonpry_: that only happens if you use the lcd gpio that does the full reset. forget that gpio but i think its something like 0x57? that resets the whole thing. |
| 23:45.31 | jonpry_ | ic. are you turning off the vregs as well? |
| 23:46.24 | WisTilt2 | not yet but they need to be also. there's a lot that needs to be shut down, just haven't dug into it until i get all this other stuff done. |
| 23:46.48 | [acl] | WisTilt2: you coulda saved me alot of time by telling me this earlier bro.. had to look at those nasty dlls :-( |
| 23:47.09 | WisTilt2 | lol, i did tell you i think some time ago in passing. |
| 23:47.29 | WisTilt2 | maybe not, too many things going on at once |
| 23:48.06 | [acl] | its all good.. |
| 23:48.09 | WisTilt2 | dont know if they are the same on other devices though. i just know we gain a good 5hrs by turning them off |
| 23:48.42 | WisTilt2 | whats the sliding lock screen camro's talking about? |
| 23:49.31 | camro | if you switch your phone on (dislay on), do you have there a sliding unlock screen ? |
| 23:49.56 | *** join/#htc-linux hyperfire21 (~nun@c-24-13-128-146.hsd1.il.comcast.net) |
| 23:50.22 | WisTilt2 | yeah thats still there where you have to slide your finger across to unlock if thats what you mean. |
| 23:50.29 | camro | if you disable it, then the phone will be stay on DEEP SLEEP longer .. |
| 23:51.07 | camro | example: with sliding -> my phone is empty in 8hrs |
| 23:51.16 | camro | example: without sliding -> my phone is empty in 30hrs |
| 23:51.35 | arrrghhh | <WisTilt2> still getting just over 20hrs on average with my normal use. lcd power made a big diff <------ commit this, now!! :D |
| 23:52.00 | [acl] | lol |
| 23:52.08 | WisTilt2 | that shouldn't matter should it? i dont see how the screen lock changes the sleep mode. |
| 23:52.14 | [acl] | arrrghhh: probably will tonight |
| 23:52.17 | arrrghhh | :D |
| 23:52.26 | arrrghhh | you guys are teh awesome. |
| 23:52.32 | [acl] | arrrghhh: we will check out the code.. make sure its phh proof and it doesnt break topaz.. then we can prob commit |
| 23:52.39 | arrrghhh | hahaha |
| 23:52.49 | WisTilt2 | arrrghhh didnt you try my last kernel with that power fix in it? should have gained you the 5hrs? |
| 23:52.51 | [acl] | WisTilt2: all ur changes are on the topaz panel right ? |
| 23:53.02 | arrrghhh | WisTilt2, i honestly didn't send it thru a long ringer... |
| 23:54.11 | WisTilt2 | [acl] rhod. its all within machine_is_htcrhodium right now |
| 23:54.41 | [acl] | WisTilt2: ahh ok we will talk in a few hours.. i gotta go home now |
| 23:54.43 | [acl] | ill ttyl foks |
| 23:56.40 | WisTilt2 | jonpry_: actually lcd reset is 0x52. 0x57 powers button lights and led main power. |
| 23:57.06 | arrrghhh | alright guys. i'm goin too, i'll be on later. glad to see you back in action WisTilt2 :D |
| 23:57.22 | WisTilt2 | cul. i wont be on again till tomorrow. |
| 23:57.32 | arrrghhh | i'm holding you to that. |
| 23:57.37 | WisTilt2 | just back today and need to spend time with wife:) |
| 23:57.43 | arrrghhh | hahaha i hear that. |
| 23:57.56 | arrrghhh | alrighty, take it easy guys. |
| 23:59.20 | WisTilt2 | camro what phone you have again? i cant understand how sliding lock would have anything to do with power like that. your talking 22hr difference? |