| 00:21.44 | *** join/#htc-linux k_linux (~klinux@2002:295c:2432:7:8200:60ff:fe0f:e800) |
| 00:21.58 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 00:41.26 | *** join/#htc-linux F22 (~pcm@c-76-98-88-113.hsd1.nj.comcast.net) |
| 00:53.48 | *** join/#htc-linux k_linux (~klinux@2002:295c:27ed:7:8200:60ff:fe0f:e800) |
| 00:54.04 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 00:54.45 | *** part/#htc-linux k_linux (~klinux@2002:295c:27ed:7:8200:60ff:fe0f:e800) |
| 00:59.16 | *** join/#htc-linux k_linux (~klinux@2002:295c:27ed:7:8200:60ff:fe0f:e800) |
| 00:59.43 | k_linux | ToAsTcfh: around ? |
| 01:00.03 | ToAsTcfh | yeah |
| 01:00.30 | k_linux | ToAsTcfh: how did u get rosie as smooth as aosp ? |
| 01:00.38 | ToAsTcfh | bfs |
| 01:00.49 | k_linux | the new kernel ? |
| 01:01.07 | ToAsTcfh | if they pushed the changes already |
| 01:01.40 | k_linux | already done, but I saw something abt 1khz !? |
| 01:01.45 | ToAsTcfh | http://maduin.southcape.org/~bryan/android/bfs/ |
| 01:02.14 | ToAsTcfh | well if u got the patched kernel already then nm |
| 01:02.14 | *** join/#htc-linux br1ck (~br1ck@xdsldf105.osnanet.de) |
| 01:02.26 | k_linux | ok thx will try it now |
| 01:02.42 | ToAsTcfh | go into ur config and change to 1000 instead of 250 |
| 01:02.45 | ToAsTcfh | hz |
| 01:02.54 | tmzt_ | rakeem: why do you need the baseband on board? |
| 01:02.57 | ToAsTcfh | if the patched kernel doesnt do it |
| 01:03.26 | k_linux | u mean startup or conf ? |
| 01:03.32 | ToAsTcfh | no |
| 01:03.37 | ToAsTcfh | .config |
| 01:03.50 | ToAsTcfh | in the kernel source |
| 01:05.41 | k_linux | on the autobuild kernel it's already included no ? I saw the commits of .46/bfs |
| 01:05.59 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 01:06.23 | ToAsTcfh | yeah ur good test that with rosie |
| 01:06.33 | k_linux | http://glemsom.anapnea.net/android/htc-msm-android/ |
| 01:06.39 | ToAsTcfh | yeah |
| 01:06.44 | ToAsTcfh | its good |
| 01:06.54 | k_linux | ok will test it now |
| 01:07.18 | ToAsTcfh | cuz stinebd is the man :P |
| 01:07.31 | k_linux | yeah, btw I just began to mix aosp with my build ! |
| 01:08.15 | k_linux | still don't have a bootable build but hope this will fiw the ignoying search crash ! |
| 01:08.23 | k_linux | fix |
| 01:08.52 | ToAsTcfh | yeah i have a heroc but it does wonders for our htc builds |
| 01:08.56 | ToAsTcfh | rosie |
| 01:09.30 | ToAsTcfh | bfs has made htc builds feel and run like aosp or close :P |
| 01:09.37 | ToAsTcfh | for us |
| 01:09.56 | k_linux | heroc is hero cdma ? |
| 01:10.03 | ToAsTcfh | yeah |
| 01:11.12 | k_linux | I had gsm hero and I'm playing with my android on hd |
| 01:11.29 | k_linux | http://forum.xda-developers.com/showthread.php?t=641021 |
| 01:14.50 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
| 01:20.55 | *** join/#htc-linux gauner1986 (~gauner198@p5B384879.dip.t-dialin.net) |
| 01:41.23 | jonpry | phh: i figured out the iocontrol thing. so now i am as far as you. i don't get any replies after pdsm_get_position() either. but i am using your code for pdsm_get_position from test.c http://pastebin.com/pgCyVrHN |
| 01:42.39 | *** join/#htc-linux k_linux (~klinux@41.92.17.232) |
| 01:43.45 | *** join/#htc-linux k_linux1 (~klinux@41.92.17.71) |
| 01:49.19 | *** part/#htc-linux k_linux1 (~klinux@41.92.17.71) |
| 01:50.29 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 01:59.33 | *** join/#htc-linux br1ck_ (~br1ck@xdslek151.osnanet.de) |
| 02:24.47 | *** join/#htc-linux the_sys0p (~the_sys0p@116.199.69.192) |
| 02:38.03 | ToAsTcfh | k_linux: awesome work |
| 02:53.15 | *** join/#htc-linux enjalot_ (~enjalot@c-68-35-253-116.hsd1.fl.comcast.net) |
| 03:06.11 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 03:10.16 | *** join/#htc-linux nackox (~w00t@unaffiliated/nackox) |
| 03:11.46 | *** join/#htc-linux el_ruso (~el_ruso@unaffiliated/elruso/x-948718) |
| 03:12.22 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 03:19.00 | el_ruso | hummm, i'm using mIRC! :D |
| 03:22.30 | *** join/#htc-linux DaveWM (dave@h-96-13-26-139.ip.alltel.net) |
| 03:27.57 | el_ruso | does anybody can help me with screen calibration (Android on DIAM500)? thnxs |
| 03:43.06 | *** join/#htc-linux tous (~tous@69-165-141-59.dsl.teksavvy.com) |
| 03:44.00 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-144-231.slsbmd.east.verizon.net) |
| 04:00.49 | jonpry | is it possible that 0x1E2xxxx is some sort of protected memory on rhod? |
| 04:01.00 | *** join/#htc-linux tous_ (~tous@206-248-130-177.dsl.teksavvy.com) |
| 04:21.02 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 05:03.27 | *** part/#htc-linux nackox (~w00t@unaffiliated/nackox) |
| 05:16.50 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 05:43.51 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cc50.pool.mediaWays.net) |
| 05:50.22 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 05:53.33 | [acl] | jonpry: protected mem on the rhod? |
| 05:54.32 | jonpry | hmm, i have a new theory |
| 05:54.41 | [acl] | i love theories |
| 05:55.45 | jonpry | i think when certain driver code is entered, the mmu tables are changed. so the "fixed" table doesn't have an entry for 0x1e2xxxx, but when the driver is running it exists |
| 05:56.31 | [acl] | way over my head.. .. where is phh, he would make sense of that. |
| 05:56.33 | [acl] | lol |
| 05:57.23 | jonpry | i wish i knew what to do about it :) |
| 06:01.08 | [acl] | im trying to figure out why the Eris has 14mb allocated to gpu1 |
| 06:01.19 | [acl] | i thought it would be identical to the Hero but its not |
| 06:01.38 | jonpry | real memory or address space? |
| 06:01.51 | [acl] | address space |
| 06:02.50 | jonpry | probably just how things lined up |
| 06:03.16 | jonpry | like needs 8mb, but the hole was just bigger |
| 06:03.32 | [acl] | must be |
| 06:13.44 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
| 06:14.32 | randomblame | howdy |
| 06:20.52 | *** part/#htc-linux zachy (~george@85.193.4.18) |
| 06:21.43 | randomblame | woah april 5th was the last commit on 2.6.27 |
| 06:21.50 | randomblame | oh wait |
| 06:22.04 | randomblame | damn that |
| 06:24.56 | *** join/#htc-linux evildarknight (~charles@41.211.72.35) |
| 06:25.06 | randomblame | brain fuck scheduler? |
| 06:25.11 | randomblame | interesting title |
| 06:47.38 | *** join/#htc-linux BHSPitMini (~BHSPitMon@adsl-66-140-45-134.dsl.rcsntx.swbell.net) |
| 07:01.34 | *** join/#htc-linux Freddiam100 (~chatzilla@dre34-1-88-184-186-88.fbx.proxad.net) |
| 07:25.25 | *** join/#htc-linux aatreya (~aatreya@173-127-133-146.pools.spcsdns.net) |
| 07:26.21 | aatreya | A2DP is stuttering with the AOSP build. Any idea how to fix this? |
| 07:32.11 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
| 07:40.36 | *** join/#htc-linux rakeemflex (~rak@n220246173025.netvigator.com) |
| 07:42.03 | *** join/#htc-linux darkstar62 (~darkstar6@97-126-107-240.tukw.qwest.net) |
| 07:47.49 | *** join/#htc-linux kiozen (~kiozen@p5492173D.dip0.t-ipconnect.de) |
| 07:48.36 | *** join/#htc-linux rakeemflex (~rak@n220246173025.netvigator.com) |
| 07:51.19 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 08:09.51 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 08:29.35 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 08:33.13 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 08:38.45 | chamonix | phh: from my tests it's zImage.20100331_233418 that broke the battery..... I go back one version to confirm that zImage.20100328_224950 was the last one working ok |
| 08:45.42 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04519.pool.mediaWays.net) |
| 08:49.01 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 08:51.25 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 09:09.48 | *** join/#htc-linux toi (~toi@d54C2AA76.access.telenet.be) |
| 09:17.38 | *** join/#htc-linux pitillo (~pitillo@unaffiliated/pitillo) |
| 09:42.33 | LeTama | Hi Markinus, I did some tests with your new kernel, it seems it segfaults too. |
| 09:44.10 | LeTama | at least with busybox and a simple app launched |
| 09:49.24 | *** join/#htc-linux jonpry (~jonpry@184.78.140.199) |
| 10:05.41 | phh | [08:00:56] <jonpry> i think when certain driver code is entered, the mmu tables are changed. so the "fixed" table doesn't have an entry for 0x1e2xxxx, but when the driver is running it exists <---- really unlikely, do a dump mmu, you'll see almost everything exists :p |
| 10:06.00 | phh | [08:06:19] <[acl]> im trying to figure out why the Eris has 14mb allocated to gpu1 <--- WHAT ? |
| 10:06.16 | phh | **big** troubles here |
| 10:07.09 | phh | #define MSM_PMEM_GPU1_SIZE 0x800000 |
| 10:07.15 | phh | in the heroc board here. |
| 10:07.47 | phh | chamonix: what kernel is that ? |
| 10:08.16 | phh | jonpry: which pdsm_get_position do you use ? |
| 10:08.22 | phh | I gave two |
| 10:08.31 | phh | one from android driver one from wince driver |
| 10:11.54 | phh | jonpry: for wince it looks like that: |
| 10:11.57 | phh | <PROTECTED> |
| 10:14.03 | chamonix | phh: zImage.20100328_224950 is the one that tested with 22 hours without SIM, the next one ended at 15:30 |
| 10:14.26 | chamonix | that's y I redo the test because from the commit it doesn't really make sense |
| 10:14.31 | chamonix | at least not to me |
| 10:15.01 | phh | chamonix: which one is it ? |
| 10:15.46 | chamonix | huh? |
| 10:16.00 | phh | commits |
| 10:16.05 | phh | oh... captnoord battery commits ? |
| 10:17.02 | chamonix | http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/eb7932c87398d7588544f9ea38294f18286826ba or http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/0958a2031641c4bf359f59cb4523014f55deb462 |
| 10:17.29 | chamonix | if I had to guess I'd take the second |
| 10:17.36 | phh | right. |
| 10:17.41 | phh | why ? :p |
| 10:17.47 | phh | because you didn't read it fully ? :p |
| 10:17.59 | chamonix | lol |
| 10:18.08 | chamonix | because I don't see a relation |
| 10:18.14 | chamonix | but I'm a java dev :P |
| 10:18.59 | phh | there is just ONE thing that could change something |
| 10:19.04 | phh | but hum |
| 10:19.06 | phh | not really ... |
| 10:19.20 | phh | chamonix: you know how to compile your kernel ? |
| 10:19.29 | chamonix | sure |
| 10:19.59 | phh | chamonix: latest tree, edit htc_battery_smem.c, line 669, change <5 to <1 |
| 10:20.21 | phh | msleep(2); <------ that's how you die perhaps. |
| 10:20.51 | chamonix | kk, I'll test that once I completed current run to confirm that the kernel from 28.02 is the one that is good |
| 10:21.22 | phh | comment out the msleep too |
| 10:21.30 | chamonix | kk |
| 10:26.25 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 10:27.13 | [acl] | phh: #define MSM_PMEM_GPU1_SIZE 0xE00000 <--- from board-desirec.h |
| 10:27.30 | phh | desirec is an eiris ? |
| 10:27.36 | [acl] | yeah |
| 10:27.38 | phh | I thought eris is heroc |
| 10:27.44 | phh | anyway, desirec is not msm7201a |
| 10:27.46 | [acl] | cdma hero is heroc |
| 10:27.51 | [acl] | desirec is eris |
| 10:27.54 | [acl] | bravo is desire |
| 10:28.05 | [acl] | :-p |
| 10:28.08 | phh | desirec is qsd or msm7227 or 7229 or 7230 |
| 10:28.30 | phh | I'd say 7230 |
| 10:28.51 | [acl] | maybe im sleep deprived? i downloaded the eris source from htc |
| 10:28.57 | [acl] | thats what it has |
| 10:29.00 | phh | ah no it's a qsd |
| 10:29.44 | phh | htc eris first link in google tells me "HTC eris, the HTC hero for verizon" ... |
| 10:30.05 | [acl] | phh: well yeah but the source isnt the same.. almost the same but not exact |
| 10:30.12 | [acl] | that what was bugging me. |
| 10:30.24 | phh | yes but eris is heroc then. |
| 10:30.38 | phh | anyway, nothing interesting here then. |
| 10:31.18 | [acl] | but why would htc have eris source with this crap in there. there is no board-heroc |
| 10:31.48 | [acl] | http://member.america.htc.com/download/RomCode/Source_and_Binaries/desirec-be918f7b.tgz :-) |
| 10:40.21 | [acl] | also any idea where this comes from ? "remapping device 173" |
| 10:41.08 | *** join/#htc-linux GNUtoo (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
| 10:47.45 | phh | pmem or hw3d driver |
| 10:47.52 | phh | no clue what it means. |
| 10:48.11 | phh | haha, not exactly. |
| 10:48.13 | phh | not at all. |
| 10:48.26 | phh | [acl]: it's an ioremap |
| 10:48.37 | [acl] | nice.. more homework |
| 10:48.40 | chamonix | ok, rebuilt, now I have to wait |
| 10:50.21 | *** join/#htc-linux dekar_ (~dekar@f050214184.adsl.alicedsl.de) |
| 10:55.03 | phh | jonpry: do you do ATL calls ? |
| 10:58.05 | phh | jonpry: and do you get pdsm_client_init(0xd) ? |
| 11:16.34 | GNUtoo | phh, any news about gps? |
| 11:16.37 | GNUtoo | hi btw |
| 11:16.46 | GNUtoo | did it work on your phone? |
| 11:16.54 | phh | still working on it |
| 11:16.58 | GNUtoo | ok |
| 11:17.03 | phh | did I tell you to try something for multiple fixes ? |
| 11:17.14 | GNUtoo | yes I tried a sleep and it crashed |
| 11:20.07 | phh | in the case 4: before the send_val(0x480eddc0) there is a 0 |
| 11:20.10 | phh | change it to something higher |
| 11:21.02 | GNUtoo | ok |
| 11:22.54 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 11:30.31 | phh | GNUtoo: and if it doesn't work, change the 0xa (fifth value) to a higher value |
| 11:32.29 | GNUtoo | ok thanks a lot |
| 11:39.26 | Kensan | GNUtoo: hi |
| 11:39.31 | GNUtoo | hi |
| 11:39.39 | Kensan | GNUtoo: seems like you are busy again :) |
| 11:39.57 | GNUtoo | yes but I can answer question in irc |
| 11:40.44 | Kensan | GNUtoo: No, I don't have questions, I am just glad to see, that you are fixing all the issues with the dream so when I get mine I can simply flash an image and everything (tm) works *hehe* |
| 11:41.34 | GNUtoo | not shure everything will work....but it will be a lot more usable than before |
| 11:42.54 | Kensan | GNUtoo: well quite frankly I would be disappointed if there was nothing left to do ;) |
| 11:43.54 | GNUtoo | ah ok |
| 11:44.02 | GNUtoo | Xorg rotation!!! |
| 11:46.55 | phh | GNUtoo: oh and another idea, change the 1 line 56 to 2 |
| 11:47.09 | GNUtoo | ok |
| 11:48.12 | *** join/#htc-linux myn (cereal@cpe-71-64-8-167.insight.res.rr.com) |
| 11:51.43 | GNUtoo | no crash with( 0xa->0xb ) or ( ( 0xa->0xb ) and 2 ) |
| 11:51.49 | GNUtoo | but still 1 fix |
| 11:52.57 | phh | ok |
| 12:08.32 | *** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
| 12:20.50 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
| 12:26.01 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 12:32.17 | phh | so... my RPC registers are all full of 0. |
| 12:32.20 | phh | what's the hell ? |
| 12:35.09 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B5A880.dip0.t-ipconnect.de) |
| 12:36.31 | Wout | phh: is sound working on any of the other devices, or just a rhod problem? |
| 12:36.39 | phh | Wout: topaz |
| 12:37.34 | Wout | hm, different sound hardware? |
| 12:37.52 | phh | the hardware is not a problem |
| 12:37.55 | phh | the problem is the software |
| 12:38.12 | Wout | driver? |
| 12:38.22 | phh | adsp/A9 software |
| 12:39.23 | Wout | so, jonpry's wince method wouldn't be of much use there? |
| 12:39.24 | phh | well and driver right. |
| 12:45.05 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B5A880.dip0.t-ipconnect.de) |
| 12:45.24 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B5A880.dip0.t-ipconnect.de) |
| 12:45.31 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B5A880.dip0.t-ipconnect.de) |
| 12:50.39 | *** join/#htc-linux gauner1986 (~gauner198@p5B38652C.dip.t-dialin.net) |
| 12:50.41 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cc50.pool.mediaWays.net) |
| 13:00.40 | lgirolami | Markinus: for me there is also a problem with the new kernel |
| 13:00.54 | gauner1986 | hi |
| 13:01.29 | lgirolami | Markinus: I cannot confirm what letama says. I don't see a segfault line but it just freezes after some maximum size (or similar) messages |
| 13:01.49 | gauner1986 | same for me |
| 13:02.26 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 13:02.33 | lgirolami | Markinus: that is in netripper-busybox-image-usb.cpio. in an angstrom image it shows errors. |
| 13:02.39 | *** join/#htc-linux k_linuxOnMobile (~fircuser@41.140.229.216) |
| 13:02.56 | Markinus | in trhe current state it botting only. It's all. And you have to change the initrd location in haret |
| 13:02.57 | lgirolami | Markinus: similar to the ones visible in htc-msm-2.6.32 kernel |
| 13:03.19 | *** join/#htc-linux k_linuxOnMobile (~fircuser@41.140.229.216) |
| 13:03.32 | lgirolami | Markinus: yes we have seen that. there is a discussion on the haret mailing list about that and we all use the different location. |
| 13:05.41 | lgirolami | Markinus: did you wait a few minutes after netripper initrd seems to freeze ? |
| 13:05.56 | mickeyl | morning |
| 13:06.27 | Markinus | lgirolami: freeze? What did you do? WHat do you initrd? |
| 13:06.35 | Markinus | *your |
| 13:09.35 | lgirolami | Markinus: yes - freeze as in there is no error message but it doesn't do anything as I don't see the login. It should just start busybox |
| 13:09.43 | lgirolami | <PROTECTED> |
| 13:09.54 | k_linuxOnMobile | Hey guys |
| 13:11.12 | k_linuxOnMobile | can someone explain me what's this bfs |
| 13:11.20 | Markinus | girolami: in the kernel are very much things missing .. it could be that this is the problem. Maybe I push today some changes |
| 13:12.31 | k_linuxOnMobile | phh:around ? |
| 13:12.34 | lgirolami | Markinus: 'mdev used greatest stack depdth: 5768 bytes left' 'ifconfig used grreatest stack depdth: 5660 bytes left' |
| 13:12.34 | phh | yes |
| 13:12.48 | gauner1986 | thats what i always get too |
| 13:12.52 | gauner1986 | and then it hangs |
| 13:12.54 | phh | k_linuxOnMobile: bfs is a different scheduler it's the thing that decides which process runs when |
| 13:13.32 | lgirolami | gauner1986: maybe it is not hanging, but only waiting - and we don't see output (see what LeTama says regarding his application) |
| 13:13.46 | Markinus | lgirolami: hmm, intresting, I didn'T see that here |
| 13:13.57 | Markinus | lgirolami: I will look to it |
| 13:13.57 | k_linuxOnMobile | phh:ok thx I try the latest kernel but didn't see diff :) |
| 13:14.02 | phh | k_linuxOnMobile: ok |
| 13:14.07 | phh | k_linuxOnMobile: blame it on ToAsTcfh then |
| 13:14.18 | k_linuxOnMobile | :p |
| 13:14.52 | *** join/#htc-linux thedicemaster2 (~thedicema@e200071.upc-e.chello.nl) |
| 13:15.36 | k_linuxOnMobile | btw 3.5 jack is still not handled well, the only way to get it working is force headset thing |
| 13:16.56 | k_linuxOnMobile | phh: how did u get fm radio work without it ? |
| 13:17.11 | lgirolami | is the appended [n] in the linux bootlog representing n seconds from kernel start ? |
| 13:17.12 | phh | k_linuxOnMobile: with usb headset ? |
| 13:17.26 | phh | lgirolami: n seconds in term of cpu being active |
| 13:17.29 | k_linuxOnMobile | on rhod !? |
| 13:17.32 | phh | I mean not sleeping. |
| 13:17.35 | phh | k_linuxOnMobile: on diam. |
| 13:17.41 | k_linuxOnMobile | ah ok |
| 13:17.43 | phh | k_linuxOnMobile: rhod hasn't a TI FM chip |
| 13:17.49 | lgirolami | phh: thanks |
| 13:19.27 | lgirolami | Markinus: I see a 'normal' bootup - nothing striking visible - ending with Freeing init memory: 412K at 27 seconds |
| 13:21.28 | k_linuxOnMobile | phh: thx, how it goes with gps ? |
| 13:21.41 | phh | k_linuxOnMobile: working on G1 with my own code |
| 13:21.44 | phh | so i'm maybe not really far. |
| 13:21.49 | phh | or maybe I a. |
| 13:22.21 | k_linuxOnMobile | phh: good news |
| 13:23.44 | lgirolami | Markinus: then there is no message for 26 minutes (??) followed by the two greatest stack depdth messages |
| 13:25.28 | LeTama | Markinus, here is what I've done on my side: I added a printk to sys_write in /fs/read_write.c, filtered on fd == 1 or fd == 2 to have console output. I can then see echo/printf execution |
| 13:25.39 | k_linuxOnMobile | phh: I began to mix desire/legend with aosp build to see if we can get better results |
| 13:26.01 | LeTama | I saw that from init script, my exe segfaults |
| 13:26.46 | LeTama | so I did my own init executable, that forks/execve my simple helloworld app, it crashes |
| 13:27.04 | LeTama | just after the exec |
| 13:27.23 | k_linuxOnMobile | phh: but needs some work/time to get it working |
| 13:27.41 | gauner1986 | hmm |
| 13:29.13 | LeTama | I will try it on my diamond, see if I didn't messup with the init/helloworld |
| 13:30.33 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.49) |
| 13:30.51 | lgirolami | LeTama: did you observe greatest stack depdth messages in the netripper-*initrd.cpio ? |
| 13:31.42 | lgirolami | LeTama, gauner1986: are you using the htcleo_defconfig ? |
| 13:31.48 | gauner1986 | yes |
| 13:31.51 | LeTama | lgirolami: yes saw it |
| 13:32.09 | lgirolami | LeTama, gauner1986: I have noticed it has some unneeded things. e.g. v4l stack |
| 13:32.26 | LeTama | lgirolami: I'm using a modified one with some things removed/added |
| 13:33.41 | lgirolami | LeTama: ok. iirc Markinus tried a highly stripped kernel config in the nexus branch. it showed no difference to the segfault problem. so the error source is unlikely in some driver we can disable |
| 13:33.45 | lgirolami | so nevermind |
| 13:34.34 | LeTama | lgirolami:yes probably |
| 13:35.20 | LeTama | I've just tested my initrd on diamond, works fine. so something is definitely wrong in process creation |
| 13:36.48 | *** join/#htc-linux balans (~Administr@82-170-215-5.ip.telfort.nl) |
| 13:37.30 | lgirolami | to conclude: I see not much difference in initrd booting with linux-on-htc-qsd vs htc-msm-2.6.32 . |
| 13:38.04 | gauner1986 | let's hope that you're not right :) |
| 13:39.40 | lgirolami | gauner1986: I agree |
| 13:40.43 | lgirolami | gauner1986: except for this not being an evaluation of any kind but a conclusion of observations |
| 13:46.33 | lgirolami | (angstrom init crashing with error message, busybox init halting or freezing with no error) |
| 13:46.57 | lgirolami | plus the inconsistency LeTama describes |
| 13:48.51 | gauner1986 | the worst kind of error you can have... |
| 13:50.04 | *** join/#htc-linux NoMercy (~NoMercy@p4FDE7395.dip.t-dialin.net) |
| 13:59.02 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 13:59.13 | *** join/#htc-linux balans (~Administr@82-170-215-5.ip.telfort.nl) |
| 14:04.54 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 14:08.44 | *** join/#htc-linux thinko (~jdoe6alph@smaug.rackdragon.com) |
| 14:09.36 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 14:10.21 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
| 14:10.56 | lgirolami | Markinus: how do you describe the problem observed without the following commit? http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=4d3c3b5c6b01320c9506b31521d8ece702b702cf |
| 14:14.24 | *** join/#htc-linux evildarknight (~evildarkn@41.207.129.30) |
| 14:17.43 | Markinus | lgirolami: the config in the repo is using dg too |
| 14:18.38 | *** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net) |
| 14:30.57 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.4) |
| 14:32.14 | *** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net) |
| 14:37.53 | mickeyl | Kensan: noone bothered to look for the faulty android driver |
| 14:39.05 | *** part/#htc-linux Baeen (~Bane@ppp118-208-209-248.lns20.hba1.internode.on.net) |
| 14:41.42 | *** join/#htc-linux mackie (~mackie@2002:4677:4f46:1234:20c:29ff:fed7:c127) |
| 14:43.26 | lgirolami | Markinus: repo being http://gitorious.org/linux-on-htc-qsd ? I am asking because I want to collect all significant low level problems |
| 14:43.36 | lgirolami | Markinus: known on leo |
| 14:43.54 | Markinus | lgirolami: yes |
| 14:44.57 | lgirolami | Markinus: it is not clear to me what (advantage) the use of DG timer vs GP timer results in |
| 14:48.48 | Kensan | mickeyl: might be worth to take a look at when the main issues are done... |
| 14:49.21 | mickeyl | for sure |
| 14:49.31 | mickeyl | i'm sure there are heaps of things we can optimize |
| 14:49.41 | mickeyl | just a matter of knowledge and priorities |
| 14:51.07 | mickeyl | one interesting e.g. would be to find out what the dozens of undocumented AT commands do |
| 14:51.54 | Kensan | mickeyl: ok. |
| 14:52.50 | lgirolami | mickeyl: are the strange qualcomm AT commands still not documented (by some official side) ? |
| 14:53.31 | Markinus | lgirolami: we had stability problems with gp. In the codeaurora tree the qsd devs using all dg |
| 14:53.38 | mickeyl | lgirolami: there are two kinds of extensions |
| 14:53.41 | mickeyl | qualcomm extensions |
| 14:53.43 | mickeyl | and htc extensions |
| 14:53.47 | mickeyl | neither ones are documented |
| 14:54.10 | mickeyl | although some (few) are relatively simple to figure out |
| 14:54.41 | mickeyl | plus a bunch of not only undocumented, but also hidden from +CLAC |
| 14:54.44 | mickeyl | which is especially nasty :D |
| 14:55.56 | Kensan | mickeyl: are they all prefixed with QC? |
| 14:56.13 | mickeyl | no |
| 14:56.15 | mickeyl | take a look at |
| 14:56.32 | mickeyl | http://git.freesmartphone.org/?p=cornucopia.git;a=blob;f=docs/fsogsmd/qualcomm_htc/commands;h=65388c43bbcebd3ab083426072c4841b88bf0d6d;hb=1c69778fd5e8df32d8c3e04743970a2b0034c985 |
| 14:56.48 | mickeyl | <PROTECTED> |
| 14:56.55 | Kensan | mickeyl: http://www.google.ch/url?sa=t&source=web&ct=res&cd=4&ved=0CBUQFjAD&url=http%3A%2F%2Fwww.wlt.net.cn%2Findex0%2FFD5105A%2Fpdf%2FFidelix%2520FD5105x%2520Module%2520AT%2520command%2520set%2520ver3%252008.pdf&rct=j&q=qualcomm+at+commands&ei=0JHdS7iqBZKOnQP2v_TDBw&usg=AFQjCNH-3DiJLr-CdY7NyFPmHHaG3glXZA |
| 14:57.06 | Kensan | mickeyl: contains a section about vendor-specific at commands... |
| 14:57.11 | Kensan | mickeyl: might be unrelated though |
| 14:57.45 | Kensan | mickeyl: ok QCDMG is in that pdf for example |
| 14:58.52 | mickeyl | yeah |
| 14:58.56 | mickeyl | i've googled long :) |
| 14:59.07 | mickeyl | but all that i could find were some uninteresting lowlevel diagnostics |
| 14:59.43 | Kensan | mickeyl: well "I am feeling lucky (tm)" then *hehe* |
| 14:59.55 | mickeyl | hehe |
| 15:00.21 | lgirolami | mickeyl: http://htc-linux.org/wiki/index.php?title=GNU/Linux#Driver_specific |
| 15:00.47 | mickeyl | lgirolami: thanks! |
| 15:01.54 | Kensan | mickeyl: http://blogs.gnome.org/dcbw/2010/04/15/mobile-broadband-and-qualcomm-proprietary-protocols/ |
| 15:01.57 | lgirolami | mickeyl: the freesmartphone page might be errornous/obsolete |
| 15:02.28 | Kensan | mickeyl: has some bits and pieces about the qualcom diagnostic monitor stuff |
| 15:04.18 | mickeyl | yeah, i've seen that as well |
| 15:04.20 | mickeyl | but still |
| 15:04.26 | mickeyl | a) it doesn't include the HTC extensions |
| 15:04.32 | mickeyl | nor does it talk about the engineering mode commands |
| 15:04.56 | mickeyl | besides |
| 15:05.00 | mickeyl | that doesn't look like AT commands |
| 15:05.05 | mickeyl | lgirolami: obsolete in how far? |
| 15:05.17 | Kensan | mickeyl: yeah, well I hope the other pdf can be of use... |
| 15:08.48 | lgirolami | mickeyl: it mentions pythong e.g. http://www.htc-linux.org/wiki/index.php?title=Freesmartphone |
| 15:10.16 | mickeyl | ah |
| 15:10.18 | mickeyl | this page you mean |
| 15:10.24 | mickeyl | yes, that could need an update |
| 15:11.49 | mickeyl | ok, removed the Python |
| 15:11.55 | mickeyl | that may scare people away |
| 15:12.52 | mickeyl | it's fine C these days |
| 15:12.53 | mickeyl | :D |
| 15:19.30 | mickeyl | hmm, interesting |
| 15:19.52 | mickeyl | it looks like the modem can't camp to the network if the battery level is too low |
| 15:20.38 | lgirolami | Markinus: interesting that codeaurora uses the correct timer for leo. |
| 15:20.56 | lgirolami | mickeyl: what does it mean camp to the network? |
| 15:22.10 | Markinus | lgirolami: for all qsd devices . . . |
| 15:22.59 | mickeyl | camping the network means registrating with a provider |
| 15:23.21 | mickeyl | ok, lets try whether i can receive cell broadcasts with the dream |
| 15:31.01 | lgirolami | Markinus: there are multiple qsd devices in that kernel? |
| 15:31.15 | mickeyl | hmm |
| 15:31.18 | Markinus | lgirolami: yes .. . |
| 15:31.20 | mickeyl | ~praise +HTCCTZR |
| 15:31.20 | apt | All hail +HTCCTZR! |
| 15:31.37 | Markinus | lgirolami: I created the leo config from the other devices one |
| 15:35.55 | *** join/#htc-linux moishaspb (~chatzilla@69.22.242.31) |
| 15:50.04 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
| 15:50.04 | lgirolami | Markinus: do you know why booting is so slow in on the CA codebase? |
| 15:50.49 | Markinus | lgirolami: we didn'T use a mdp driver, it'S only FB. Maybe it's the reason |
| 15:51.47 | lgirolami | Markinus: comparing timestamps in htc-msm-2.6.32 and CA kernel it seems to have same speed |
| 15:59.09 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
| 16:11.31 | ToAsTcfh | phh: sorry :( it works awesome for us |
| 16:13.39 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 16:20.57 | *** part/#htc-linux evildarknight (~evildarkn@41.207.129.30) |
| 16:32.05 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 16:33.13 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.39) |
| 16:42.46 | dcordes | Markinus, gauner1986, LeTama, NetRipper, Parad0XUA http://lists.linuxtogo.org/pipermail/mobile-linux-discuss/2010-May/000079.html |
| 16:45.03 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.53) |
| 16:47.17 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.53) |
| 16:50.19 | mickeyl | i can't seem to set ad-hoc mode w/ mainline wl1251; is that possible with the TI drivers or the ones in compat-wireless? |
| 16:50.23 | mickeyl | [dream] |
| 16:51.50 | *** join/#htc-linux BobVila (~abinford@c-24-12-177-201.hsd1.il.comcast.net) |
| 16:54.56 | phh | mickeyl: ti drviers can be you need to change tiwlan.ini |
| 16:55.00 | phh | I believe wl1251 handles that too |
| 16:55.10 | phh | but I don't think i've tried |
| 16:55.13 | mickeyl | hmm |
| 16:55.15 | mickeyl | wl has a config? |
| 16:55.35 | phh | here it's wlan.ko :p |
| 16:55.36 | phh | and yes |
| 16:55.47 | mickeyl | hmm, worth a try |
| 16:55.53 | mickeyl | without options i just get |
| 16:55.55 | mickeyl | root@htcdream:~# iwconfig wlan0 mode ad-hoc |
| 16:55.55 | mickeyl | Error for wireless request "Set Mode" (8B06) : |
| 16:55.55 | mickeyl | <PROTECTED> |
| 16:56.22 | phh | mickeyl: with iface down ? |
| 16:56.31 | mickeyl | hmm, no it was up |
| 16:56.36 | mickeyl | let me check w/ down |
| 16:56.47 | phh | that's just an idea :p |
| 16:57.22 | mickeyl | no, same |
| 16:57.26 | phh | ok |
| 16:57.32 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cc50.pool.mediaWays.net) |
| 16:59.29 | gauner1986 | dcordes: nice post |
| 16:59.31 | gauner1986 | :) |
| 17:00.22 | mickeyl | the sources don't contain any trace of ad-hoc mode |
| 17:00.26 | mickeyl | in .32, that is |
| 17:00.56 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 17:01.13 | phh | mickeyl: hum |
| 17:01.19 | mickeyl | for wl1271, it only came in .34 |
| 17:01.25 | mickeyl | so i guess it's just not there |
| 17:01.35 | phh | then get TI ? :p |
| 17:01.40 | mickeyl | hmm |
| 17:01.48 | mickeyl | nah |
| 17:01.51 | mickeyl | it's not that important |
| 17:01.52 | phh | it's not that bad you know. |
| 17:02.03 | mickeyl | yeah, but it's work |
| 17:02.07 | mickeyl | someone needs to do a patch |
| 17:02.11 | mickeyl | etc. |
| 17:02.12 | phh | getting ti's driver ? |
| 17:02.15 | mickeyl | yeah |
| 17:02.33 | phh | you only have to patch wpa_supplicant, i've seen worst things |
| 17:02.44 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 17:02.54 | mickeyl | is it just one module? |
| 17:03.01 | mickeyl | or coming with its own proprietary 80211 stack? |
| 17:03.07 | *** join/#htc-linux M3DLG (~M3DLG@212.183.140.20) |
| 17:03.17 | phh | one module with its own 80211 stack |
| 17:03.24 | phh | (and it's open source.) |
| 17:04.01 | mickeyl | hmm, got a URI offhand? |
| 17:04.08 | mickeyl | (i bet it won't compile against our kernel...) |
| 17:04.22 | mickeyl | (would be too easy ;) |
| 17:04.50 | phh | http://android.git.kernel.org/?p=platform/hardware/ti/wlan.git;a=summary |
| 17:05.43 | mickeyl | hmm |
| 17:05.44 | mickeyl | that's empty |
| 17:05.57 | phh | ah ? |
| 17:05.57 | phh | hum |
| 17:06.18 | phh | that's where we got it /o\ |
| 17:07.16 | phh | http://android.git.kernel.org/?p=platform/system/wlan/ti.git;a=tree |
| 17:07.19 | phh | that one sounds better |
| 17:07.30 | phh | your card's driver is sta_dkblabla not wilink |
| 17:07.36 | IceBone | Hey, phh! http://thismight.be/offensive/uploads/2010/05/02/image/293078_%5Bmp%5D%20old%20and%20busted%2C%20new%20hotness.jpg |
| 17:08.05 | phh | IceBone: you could have put sense ui on diam. |
| 17:08.18 | IceBone | I only wanted sense for the widgets. |
| 17:08.23 | IceBone | I'd prefer standard 2.1 |
| 17:09.00 | *** join/#htc-linux krog (~wurst@a700.profila.de) |
| 17:09.04 | dcordes | gauner1986, it will be good if everybody who has the leo and is able to compile kernel will subscribe and add findings |
| 17:09.11 | mickeyl | ok, thanks |
| 17:09.24 | mickeyl | doesn't look like a 'make modules' will do it though |
| 17:09.43 | mickeyl | but if someone makes a patch agains our kernel, i'll try |
| 17:09.45 | mickeyl | thanks |
| 17:11.41 | phh | mickey_bbiab: hum |
| 17:11.54 | phh | in the sources I have (quite old compat-wireless), wl1251 does have adhoc support |
| 17:12.49 | phh | mickey_bbiab: but you have to create a new interface |
| 17:12.58 | *** join/#htc-linux IceDroid (~AndChat@internet-213-229-241-88.narocnik.mobitel.si) |
| 17:15.08 | IceBone | Voice search isn't working for me. :( |
| 17:15.18 | phh | your accent ? :p |
| 17:15.24 | IceBone | No, doesn't connect. :( |
| 17:15.29 | IceBone | Let's try airplane mode. |
| 17:16.47 | dcordes | maybe it will be good to create a channel for very high level android problems |
| 17:16.52 | *** join/#htc-linux balans (~Administr@82-170-215-5.ip.telfort.nl) |
| 17:17.00 | IceBone | There we go. |
| 17:17.16 | phh | :p |
| 17:17.17 | GNUtoo | I can try with ad-hoc |
| 17:17.23 | GNUtoo | but what's the use case? |
| 17:17.36 | phh | GNUtoo: internet connection shared byanother phone ? :p |
| 17:17.45 | phh | or tethring |
| 17:17.50 | GNUtoo | ah ok |
| 17:17.55 | GNUtoo | what about usb? |
| 17:18.16 | GNUtoo | usbnet is great |
| 17:18.39 | phh | not between phones |
| 17:18.41 | dcordes | if you have the fast wifi why not use it |
| 17:19.45 | phh | GNUtoo: iirc you can create interfaces with wlanconfig |
| 17:20.19 | GNUtoo | ok |
| 17:20.31 | GNUtoo | I'll try I've even iw on the phone |
| 17:30.42 | GNUtoo | not supported |
| 17:30.42 | GNUtoo | ok |
| 17:30.46 | GNUtoo | let's try ti driver |
| 17:30.52 | GNUtoo | or let's mickeyl try |
| 17:30.57 | jonpry | <phh> jonpry: do you do ATL calls ? [03:58] <phh> jonpry: and do you get pdsm_client_init(0xd) ? <----------- i do pdsm_atl_l2_reg(), but not cient_init(0xd). I have agps disabled in the registry. It might do those if it is enabled. |
| 17:30.59 | GNUtoo | it will give us power_save |
| 17:31.05 | GNUtoo | that works |
| 17:31.18 | GNUtoo | but in the long run I'ld like to run stock wireless-compat driver |
| 17:31.20 | phh | jonpry: ok |
| 17:31.50 | phh | jonpry: can you somehow use the remote_api_clnt.dll to know how he does pdsm_get_position ? |
| 17:31.58 | phh | its arguments are not known at all |
| 17:32.08 | phh | and the one I have might need agps and ephimeris |
| 17:32.11 | phh | or some othert stuff |
| 17:32.16 | jonpry | phh: if you can figure out my 0xe12xxxx problem |
| 17:32.30 | phh | no clue about that either |
| 17:32.33 | phh | wait e12 ? |
| 17:32.36 | phh | I thought it was 1e ? |
| 17:32.42 | jonpry | er, yes 0x1e2 |
| 17:32.57 | phh | pf |
| 17:33.09 | jonpry | i found an entry in the mmu. virt, 25940000, phys 0x1e2xxxx |
| 17:33.22 | phh | err ? |
| 17:33.47 | phh | well 0x1e2x is possible for a phys addr |
| 17:34.01 | phh | but if your program tries to go to mmu-less mode I think gdb would warn you |
| 17:35.05 | jonpry | so i think google maps or whatever accesses the gps driver through one of 2 methods, neither of which we are using |
| 17:35.47 | phh | jonpry: the thing is that there is a wince glue between GPS_IOControl/GPS_Read etc and gpsdriver.dll |
| 17:35.56 | jonpry | 1. uses windows deviocontrol, 2. uses gpshtc_id |
| 17:35.57 | phh | s/gpsdriver.dll/COM4: as used by apps/ |
| 17:36.21 | phh | ah i've never looked at gpshtc_id |
| 17:36.28 | jonpry | intermediate driver :-) |
| 17:37.22 | jonpry | yes that glue, could be deviocontrol. i don't think it is mmuless, just a whole different table. Like in win32/linux, there is a per process table |
| 17:37.56 | phh | that's still highly unlikely :/ |
| 17:38.36 | jonpry | i didn't make this up. somebody else has seen it |
| 17:38.51 | jonpry | http://www.handhelds.org/hypermail/haret/15/1501.html |
| 17:40.25 | jonpry | what i don't get is that addresses < 0x02000000 are direct mapped? so when i do lsmod, basically all the modules are located at phys addresses. so why does vdump 0x01e20000 give an error? there is ram there |
| 17:44.53 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 17:50.20 | *** join/#htc-linux balans1 (~Administr@82-170-215-5.ip.telfort.nl) |
| 17:54.20 | jonpry | also of note. if i set an insn breakpoint at the offending garbage. on mine 0x021AA600. it doesn't work. |
| 17:56.06 | phh | this 0x1E address is in pdsm_get_position's code ? |
| 17:56.56 | jonpry | yes |
| 17:57.34 | phh | if you map this address to zeroes, what happen ? |
| 17:59.18 | jonpry | it loads an address from that address and jumps to it |
| 17:59.34 | phh | ah. |
| 17:59.37 | phh | not easy. |
| 18:00.45 | phh | what's the offset of the failing code ? |
| 18:01.57 | jonpry | 0x021AA600 - base 0x020F0000 |
| 18:03.30 | jonpry | you wouldn't happen to have that dll extracted via a different method? This is so screwy i was thinking maybe the file is messed up. Like ROMExtractor missed some linker tables or something |
| 18:04.03 | phh | sure |
| 18:04.11 | phh | jonpry: google topaz_oemdrivers |
| 18:04.20 | phh | oh well rapidshare crap, wait a second. |
| 18:05.12 | phh | http://husson.hd.free.fr/Topaz_OEM_WM65_v2.02.rar |
| 18:05.26 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host88-136-dynamic.2-87-r.retail.telecomitalia.it) |
| 18:05.30 | phh | hum 13MB... well perhaps rapidshare is better :D |
| 18:05.40 | stinebd | enough gps talk, let's get the camera working |
| 18:05.48 | stinebd | runs |
| 18:06.03 | jonpry | are the topaz drivers going to work on rhod? |
| 18:06.06 | phh | stinebd: i'm too lazy for that |
| 18:06.18 | phh | jonpry: err... it's the same AMSS so we might hope so |
| 18:06.32 | phh | I wouldn't bet on it though |
| 18:07.32 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
| 18:09.38 | *** join/#htc-linux BHSPitMini (~BHSPitMon@adsl-66-140-45-134.dsl.rcsntx.swbell.net) |
| 18:10.01 | phh | jonpry: it's still worth a try and a look. |
| 18:10.45 | jonpry | downloading now.... |
| 18:10.50 | phh | ok |
| 18:15.09 | Wout | stinebd: camera? how about sound? :P |
| 18:15.15 | stinebd | sound works for me |
| 18:15.18 | stinebd | thats all i care about |
| 18:15.20 | phh | :p |
| 18:15.27 | Wout | ah :/ which device? |
| 18:15.27 | phh | stinebd: BT calls ? :p |
| 18:15.40 | stinebd | if i ever made phone calls, i'd worry about it then |
| 18:15.46 | stinebd | i don't use my phone for calling people |
| 18:15.51 | AstainHellbring | sound would be nice |
| 18:15.57 | BHSPitMini | I has a problem |
| 18:16.09 | jonpry | phh: yehaa!. your dll is relocatable |
| 18:16.13 | Wout | unfortunately, i do :/ as well as using it as a mp3 player |
| 18:16.19 | phh | jonpry: weird |
| 18:16.30 | BHSPitMini | I put Android onto this ATT Tilt, but apparently Android then told AT&T what kind of phone I'm using |
| 18:16.42 | BHSPitMini | so they could force a data plan on me |
| 18:16.53 | phh | BHSPitMini: *force* ? |
| 18:16.54 | stinebd | perhaps it... accessed data |
| 18:16.55 | BHSPitMini | can this behavior be suppressed in Android? |
| 18:17.15 | BHSPitMini | stinebd, I disabled the APN. I only want this thing getting data from Wifi. |
| 18:17.36 | stinebd | BHSPitMini: you'd have to do that before booting android up with the sim card |
| 18:17.37 | BHSPitMini | phh, if AT&T finds outs you're using a smartphone, they automatically require a data plan |
| 18:17.56 | BHSPitMini | stinebd, okay, so now that the APN is disabled, it won't be resubmitted? |
| 18:17.57 | phh | BHSPitMini: that doesn't sound really legal. |
| 18:18.05 | BHSPitMini | phh, welcome to corporate america |
| 18:18.21 | BHSPitMini | stinebd, I was afraid it would send my imei to AT&T at every boot or something |
| 18:18.47 | stinebd | did you buy it on contract? |
| 18:19.09 | BHSPitMini | no, bought it unlocked on craigslist and we've been using it with WinMo unlocked |
| 18:19.16 | BHSPitMini | sorry for being redundant |
| 18:19.38 | stinebd | then at&t can't really force you to keep the data plan |
| 18:19.45 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
| 18:20.10 | phh | jonpry: it runs better ? |
| 18:20.13 | BHSPitMini | on the phone, they told me "unless you're going to be using a different phone, you can't remove the data plan" |
| 18:20.21 | BHSPitMini | so I dug up an old dumbphone and read them the IMEI for it |
| 18:20.32 | BHSPitMini | I just want to make sure android isn't going to tattle on me again |
| 18:20.37 | jonpry | i have to implement oncrpc, but it will work |
| 18:20.56 | stinebd | well nobody here really knows how at&t's automated checks work |
| 18:21.09 | BHSPitMini | hrm |
| 18:21.13 | stinebd | there's a chance they have an imei database, but there's a chance they could only check for apn authentication too |
| 18:21.22 | BHSPitMini | I guess we'll see. |
| 18:21.30 | BHSPitMini | I hope disabling the APN was enough. |
| 18:41.30 | *** join/#htc-linux Transformer (~Transform@ool-4a59e397.dyn.optonline.net) |
| 18:46.12 | ali1234 | BHSPitMini: the only way they could really know phone type is from the imei |
| 18:47.02 | ali1234 | i heard some providers go even further and lock their network to only a whitelist of imei from phones they sell |
| 18:47.09 | ali1234 | (in america) |
| 18:50.05 | ali1234 | over in the UK my t-mobile acccount... knows when i put the sim in a different phone... and automatically sends a SMS text to configure it |
| 18:50.56 | chamonix | phh: started testing current kernel with reverted battery_smem 5 minutes ago |
| 18:52.56 | Wout | chamonix: dont remember if I mentioned it yesterday, but I think my problem was related to automatic apn settings (which were the settings tmobile also provides) which were completely wrong |
| 18:53.21 | Wout | i looked at which settings winmo was using, and they were totally different |
| 18:53.21 | chamonix | Wout: that sounds like good news |
| 18:53.24 | chamonix | :) |
| 18:53.42 | Wout | so far so good, but the real test is tomorrow (train ride to work, lots of celltower switching) |
| 18:54.05 | chamonix | I keep my fingers crossed, that would be another mystery solved |
| 18:54.18 | *** join/#htc-linux obrienmd_sea (~obrienmd@173.160.148.166) |
| 18:54.25 | Wout | weird though, that the automatic apn settings are totally different |
| 18:56.16 | chamonix | well once u know it works u should give the right ones to stinebd so that he can fix the apn xml |
| 18:56.57 | phh | Wout: i've the same problem |
| 18:57.00 | phh | stupid virtual network |
| 18:57.28 | phh | jonpry: cool then |
| 18:57.45 | Wout | chamonix: well, I think the current ones are correct, seeing as this is wat winmo detects and I havent had any problem in winmo |
| 18:57.52 | phh | jonpry: implemeting oncrpc should be quite fast since it's almost exactly librpc's api :p |
| 18:58.04 | phh | (everything is in the almost, right) |
| 18:58.10 | Wout | so the apn settings are in rootfs? |
| 18:58.20 | stinebd | apns are in system.sqsh |
| 18:58.28 | phh | stinebd: *default* apns |
| 18:58.37 | phh | i'm not sure what Wout is asking here :p |
| 18:58.45 | stinebd | apns-conf.xml |
| 18:59.27 | lgirolami | somehow finds joy in BHS' misfortune |
| 18:59.52 | Wout | phh: me neither :P dont understand what chamonix means by apn xml |
| 19:00.05 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 19:00.06 | *** join/#htc-linux lucx (~luc@89-115-128-35.cl.ipv4ilink.net) |
| 19:00.07 | phh | Wout: you're asking for *default* apns or manual apns ? |
| 19:00.10 | chamonix | I meant apns-conf |
| 19:00.53 | Wout | phh: the apn settings that are automatically filled in on first boot |
| 19:01.01 | Wout | the autodetect settings if you will |
| 19:01.10 | stinebd | we won't |
| 19:01.12 | phh | Wout: then it's the apn-conf.xml file that is in system.sqsh. |
| 19:01.33 | chamonix | that's what I was trying to say :P |
| 19:01.49 | phh | chamonix: stinebd said it first :p |
| 19:01.56 | Wout | ok, and would it be of any use if I pass on the correct settings to someone for my network? |
| 19:01.58 | chamonix | HeHeHe |
| 19:03.01 | stinebd | phh: how do i fix speaker phone? |
| 19:03.16 | stinebd | without using logcat because i can't find my damn usb cable |
| 19:03.22 | phh | stinebd: dmesg |grep snd_set_device |
| 19:03.28 | stinebd | crap |
| 19:03.30 | phh | and logcat can be accessed without usb cable |
| 19:03.52 | phh | (ie logcat from the device) |
| 19:04.19 | stinebd | that's so useful on a 480x640 screen with letters 4um tall |
| 19:04.50 | stinebd | it's easier to find my usb cable than it is to find my magnifying glass ;) |
| 19:06.07 | Wout | I think I have at least 5 usb cables lying around in this tiny room |
| 19:06.50 | phh | Wout: oh same thing here |
| 19:06.55 | phh | still, I can find only one cable easily |
| 19:10.12 | stinebd | phh: no change when putting it on speaker phone |
| 19:10.31 | stinebd | does [ 202.102600] snd_set_device 0 0 0 when starting call |
| 19:10.42 | stinebd | 1 1 0 after ending it (hang-up tone) |
| 19:12.50 | phh | ok |
| 19:12.58 | phh | good news is it's not a kernel problem. |
| 19:13.04 | phh | bad news means it's not something for me :D |
| 19:13.11 | phh | or better news |
| 19:13.14 | phh | depend on the point of view |
| 19:15.16 | stinebd | hmm |
| 19:15.28 | stinebd | some proprietary lib does it? |
| 19:16.35 | stinebd | i should start up babijoee's system and check logcat |
| 19:18.55 | *** join/#htc-linux zachy (~george@85.193.4.18) |
| 19:19.55 | phh | stinebd: AFAIK speakerphone needs no closed source stuff |
| 19:22.52 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 19:28.19 | stinebd | I/AudioHardwareMSM72XX( 1390): Routing audio to Handset |
| 19:29.00 | stinebd | wake from sleep in phone is broken too |
| 19:29.35 | stinebd | that one is definitely your fault ;) |
| 19:31.43 | phh | you mean when receiving a call ? |
| 19:32.07 | stinebd | and making one |
| 19:32.21 | stinebd | after a few seconds the screen goes off and you can't wake it up (except by sliding keyboard of course) |
| 19:32.36 | jonpry | jonpry: implemeting oncrpc should be quite fast since it's almost exactly librpc's api :p <------------ should be, but there are callbacks from elements of magic structures |
| 19:32.39 | stinebd | breathing light goes on, pressing power turns the light off for a split second but then it goes right back on |
| 19:32.51 | phh | stinebd: then it's not my fault :p |
| 19:33.02 | phh | stinebd: it would be my fault if the light stays |
| 19:33.04 | stinebd | well it happens on babijoee's system as well as mine |
| 19:33.13 | stinebd | so something had to change in kernel |
| 19:33.14 | phh | jonpry: ah forgot them |
| 19:33.15 | phh | I can help |
| 19:33.33 | phh | stinebd: babijoee's system = 2.0 ? |
| 19:33.42 | stinebd | the old 2.0.1 |
| 19:33.55 | phh | ok |
| 19:34.14 | stinebd | i remember that i could definitely bring it out of sleep before |
| 19:34.44 | phh | I'm pretty sure I've been able to do that quite recently |
| 19:35.18 | stinebd | maybe it's bfs ;) |
| 19:35.20 | jonpry | phh: i got the source for oncrpc. they have some kind of trial download |
| 19:35.24 | stinebd | it's f*cking my brain |
| 19:35.31 | phh | jonpry: ok |
| 19:35.38 | phh | stinebd: possibly |
| 19:35.43 | phh | what's the name of the SIP client I use |
| 19:36.18 | phh | ls /usr/bin/*sip* /usr/bin/*phone* gives nothing |
| 19:36.21 | phh | stupid name I guess |
| 19:36.29 | jonpry | phh: i think the pointer returned from rpc_clnt_lookup2, is a CLIENT as defined by the stock deal |
| 19:37.06 | phh | ah twinkle, pff such a stupid name |
| 19:37.11 | phh | jonpry: sounds logical |
| 19:37.27 | jonpry | seems to crash though |
| 19:37.58 | phh | stinebd: ok, that is weird |
| 19:38.05 | phh | stinebd: on rhod, phone wakes up, and stays stinebdawake |
| 19:38.08 | phh | but doesn't see the call |
| 19:38.13 | *** join/#htc-linux obrienmd (~obrienmd@173.160.148.166) |
| 19:38.18 | phh | haha |
| 19:38.24 | phh | perhaps I don't have sleep_mode correct |
| 19:39.26 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 19:39.47 | phh | ok, that is weird too, I don't have sleep_mode correct, but 3G connection is still alive while it shouldn't. |
| 19:39.59 | stinebd | yes |
| 19:40.06 | stinebd | very weird |
| 19:40.15 | stinebd | (i have no clue what you're talking about) :D |
| 19:40.45 | stinebd | sleep_mode implementation is wrong? |
| 19:41.25 | phh | na it's an option |
| 19:41.32 | phh | it must be =0 for diam/raph/blac |
| 19:41.34 | phh | and =1 for topa/rhod |
| 19:41.40 | phh | (default setting is =0) |
| 19:41.54 | stinebd | well |
| 19:41.59 | stinebd | we don't know the difference between 1 and 0 right? |
| 19:42.43 | phh | right |
| 19:43.02 | stinebd | just set default to 1 then ;) |
| 19:43.22 | phh | and break diam/raph/blac ? |
| 19:43.23 | phh | possibly |
| 19:43.38 | stinebd | it worked with 1 before, i think |
| 19:43.53 | stinebd | i really don't think there was any difference that we could see |
| 19:44.35 | stinebd | i'll reboot with 1 and see what happens |
| 19:45.23 | *** part/#htc-linux zachy (~george@85.193.4.18) |
| 19:48.49 | *** join/#htc-linux obrienmd_sea (~obrienmd@173.160.148.166) |
| 19:49.07 | stinebd | i need to create some sort of boot menu so i can switch between babijoee and aosp without changing files |
| 19:52.15 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cc50.pool.mediaWays.net) |
| 19:52.48 | stinebd | yeah, looks about the same |
| 19:53.14 | stinebd | aosp isn't even using AudioHardwareMSM72XX |
| 19:53.25 | stinebd | which is good i guess, means there's something stupid that i missed in BoardConfig probably |
| 19:54.39 | stinebd | BOARD_USES_GENERIC_AUDIO, bingo |
| 19:55.50 | stinebd | that should fix bluetooth audio routing too i think |
| 19:57.48 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 19:58.19 | jonpry | phh: that structure just does not work. i pushed the current code if you want to take a look |
| 20:03.40 | phh | jonpry: pushed where ? |
| 20:03.49 | jonpry | http://gitorious.org/vial/vial |
| 20:04.34 | stinebd | this reminds me of ndiswrapper |
| 20:04.47 | phh | jonpry: the struct that is returned and used is _onc_client_t ? |
| 20:04.53 | jonpry | http://gitorious.org/vial/vial/blobs/master/gpswrapper/oncrpc_exports.c |
| 20:05.06 | jonpry | that was my guess. |
| 20:05.15 | jonpry | it is some kind of struct. |
| 20:05.23 | phh | jonpry: that's not my guesses at all -_-' |
| 20:05.30 | phh | clnt_call is 0x24 |
| 20:05.52 | phh | ie the 9th option in the struct |
| 20:06.57 | jonpry | onc_client_t isn't "flat" either. the func pointers are in clnt_ops |
| 20:07.30 | jonpry | how do you know clnt_call is at 0x24? |
| 20:08.30 | phh | *if we're talking about the same struct* (i'm not going to bet on it.) my guesses are 0x24 = send request, 0x18 = destroy struct, 0x40 = send uint32, 0x38= send something(uint16?), 0x60 = recv uint32, 0x58 = recv uint16 (cf 0x38), 0x50 =recv bool |
| 20:08.36 | phh | jonpry: disasm |
| 20:08.37 | phh | and guesses |
| 20:09.05 | phh | (the offsets are in bytes) |
| 20:09.29 | phh | jonpry: all functions in remote_client_apis.dll have the same aspect |
| 20:09.36 | phh | lookup2, then some weird stuff with R3 |
| 20:09.51 | phh | including ADD R3 <some specific value> and then BX R3 |
| 20:10.22 | phh | and I tested many functions until I find a scheme. |
| 20:10.45 | phh | now let me check we're talking about the same thing |
| 20:12.45 | jonpry | yes, that sounds like it |
| 20:13.17 | jonpry | i don't see why there would be a send_int() member of the struct, as those functions are accessed with the linker |
| 20:13.27 | phh | I know. |
| 20:13.34 | phh | but android's librpc does the same thing |
| 20:14.27 | *** join/#htc-linux Zeman4323 (~Zeman4323@c-71-239-97-204.hsd1.il.comcast.net) |
| 20:15.47 | phh | jonpry: librpc/types.h struct xdr_ops_struct |
| 20:16.15 | phh | jonpry: and it's even weirder since sometimes they use send_enum instead of this structure |
| 20:17.27 | jonpry | yeah, like that. can't be the same structure though. wrong order |
| 20:17.35 | phh | yup. |
| 20:17.47 | phh | but that gives the idea |
| 20:18.46 | phh | but i haven't seen values lower than 0x18 |
| 20:18.52 | jonpry | maybe just import oncrpc.dll |
| 20:18.54 | phh | so perhaps there is a +/-0x18 offset somewhere |
| 20:19.08 | phh | import like using it ? |
| 20:19.11 | jonpry | yes |
| 20:19.22 | phh | won't work |
| 20:19.53 | phh | and you'll have to define smd functions |
| 20:19.53 | jonpry | isn't dsm*, about the same as smd* |
| 20:19.56 | phh | which are even worst :p |
| 20:20.19 | phh | anyway you can't share RPC handling by both linux and wince |
| 20:21.25 | jonpry | alright. i think i am making progress with this structure. have to reboot phone because of wifi problems |
| 20:22.49 | phh | (perhaps 0x1 |
| 20:22.55 | phh | (perhaps 0x40 is actually send_bytes) |
| 20:23.11 | phh | i've had some troubles with pdsm_get_position which might be because of that, i've to check |
| 20:25.09 | phh | jonpry: for 3 arguments functions, the 3rd argument is in R2? |
| 20:26.58 | jonpry | yes |
| 20:27.32 | jonpry | so i tried putting a function pointer at struct+0x24. still crashes |
| 20:28.29 | jonpry | looks to me like the first element of the structure is a pointer to another structure with a function at 0x24 |
| 20:29.29 | phh | R3+=0x40;R3=*R3;R3(); |
| 20:29.31 | phh | that sounds weird |
| 20:30.24 | jonpry | no its, R3=*R3;R3+=0x40;R3=*R3;R3(); |
| 20:30.57 | phh | err |
| 20:31.03 | phh | and R3+=8 prior that |
| 20:31.47 | phh | jonpry: see xdr_struct* in types.h :p |
| 20:31.53 | phh | struct xdr_struct { |
| 20:31.53 | phh | <PROTECTED> |
| 20:32.00 | phh | xdr_ops_s_type is the thing with send/recv and friends |
| 20:32.51 | phh | but if he does R3+=8 that means it's not the first field but the third one |
| 20:32.52 | phh | meh. |
| 20:34.06 | jonpry | or the structure pointer is the 3rd field |
| 20:35.13 | jonpry | yes, i got it to call me |
| 20:36.56 | phh | for the out_msg and friends fields, you'll have really hard time :/ |
| 20:38.50 | jonpry | why is that |
| 20:39.27 | phh | BX calls are easy to see in asm |
| 20:39.36 | phh | reads to a char[] not really |
| 20:39.57 | jonpry | illegal instruction SWBKPT. lol |
| 20:40.04 | phh | sbkpt ? |
| 20:40.06 | phh | swbkpt ? |
| 20:40.37 | jonpry | software breakpoint |
| 20:44.32 | *** join/#htc-linux IceDroid (~AndChat@internet-213-229-223-33.narocnik.mobitel.si) |
| 20:45.43 | jonpry | looks like the failure detected throws an exception. probably for debugging |
| 20:47.26 | jonpry | looks like if structure 0x24() returns zero, it trys again. If not it checks some variable on the stack. if this is not zero kaboom |
| 20:49.06 | phh | on the stack ? meh |
| 20:49.55 | phh | jonpry: a function isn't suppsoed to change its caller's stack, does it ? |
| 20:50.57 | jonpry | looks like it passes the address of this stack location to 0x24() |
| 20:52.54 | jonpry | must be recv******() |
| 20:53.10 | phh | ah right |
| 20:54.02 | phh | jonpry: no |
| 20:54.12 | phh | <PROTECTED> |
| 20:54.15 | phh | sends also take pointers |
| 20:54.38 | phh | ah it checks the return value |
| 20:54.39 | phh | right. |
| 20:55.15 | jonpry | what call xdr_send then? |
| 20:55.36 | phh | you ? :p |
| 20:56.04 | jonpry | i mean the receive can't work without the message being finished right? |
| 20:56.11 | phh | the only xdr_send_xxxx existing is xdr_send_enum actually |
| 20:56.17 | phh | right |
| 20:56.48 | jonpry | so does a call to xdr_recv() just implicitly finish the message? |
| 20:56.56 | *** join/#htc-linux leviathan_ (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 20:57.00 | phh | no |
| 20:57.27 | phh | for all rpc functions, i've a 0x24, with sends before it and recv after it |
| 20:57.29 | *** join/#htc-linux leviathan (~quassel@c-82-192-226-27.customer.ggaweb.ch) |
| 20:58.44 | jonpry | i think 0x24 is a recv |
| 20:59.41 | jonpry | i'm looking at pdsm_client init. |
| 20:59.55 | phh | pdsm_client_init takes an integer |
| 20:59.58 | phh | and returns an integer |
| 21:00.13 | jonpry | it has a send. then an 0x24. it checks r0, then it checks *r1 |
| 21:00.41 | jonpry | there are no recv's if 0x24 is not receive |
| 21:00.59 | phh | there is. |
| 21:01.07 | phh | there is a 0x5c call later |
| 21:02.02 | stinebd | build faster android |
| 21:02.36 | jonpry | so maybe it returns more than one whatever |
| 21:02.42 | phh | jonpry: offset b971c |
| 21:06.30 | jonpry | oh well, i'll have to work on this later. i think it will work though. |
| 21:07.15 | ToAsTcfh | phh: so no improvement for u guys using bfs? |
| 21:07.25 | phh | ToAsTcfh: don't know |
| 21:08.02 | ToAsTcfh | also con was saying that if 250hz sux. use either 100 or 1000 |
| 21:08.36 | phh | ToAsTcfh: no user report at all |
| 21:08.54 | ToAsTcfh | btw http://ck.kolivas.org/patches/bfs/ |
| 21:09.02 | phh | "Battery: Very good. Standby and a few calls and battery lasted for 6 hours. Was not empty but I like to not run it dry since I sometimes get corrupted data.img since shutdown doesn´t work." |
| 21:09.11 | phh | sometimes I don't know if I must scream or cry. |
| 21:09.17 | phh | perhaps both. |
| 21:09.24 | ToAsTcfh | :( |
| 21:09.34 | stinebd | lol |
| 21:09.45 | phh | a solution would be a kill |
| 21:10.05 | stinebd | ToAsTcfh: no improvement for me fwiw |
| 21:10.18 | stinebd | well i shouldn't say NO improvement |
| 21:10.22 | stinebd | a slight situational improvement |
| 21:10.23 | ToAsTcfh | tru |
| 21:10.38 | ToAsTcfh | u try adding 1000hz? |
| 21:10.41 | ToAsTcfh | or 100 |
| 21:10.42 | stinebd | nope |
| 21:10.58 | stinebd | why should 100Hz be better? |
| 21:11.03 | stinebd | did con offer any explanation? |
| 21:11.29 | ToAsTcfh | no its in his ck1 patch sets. in there it says why |
| 21:11.43 | ToAsTcfh | but he told me to use 1000 |
| 21:12.07 | ToAsTcfh | after removing debug stuff it worked much better |
| 21:12.16 | ToAsTcfh | i was using 100 |
| 21:12.52 | ToAsTcfh | but yeah i have no real clue why he says not to use 250 |
| 21:12.54 | stinebd | what debug stuff did you remove? |
| 21:13.08 | ToAsTcfh | almost everything |
| 21:13.15 | stinebd | i can understand 1kHz for desktop systems |
| 21:13.25 | stinebd | lowest possible latency |
| 21:13.38 | IceBone | Hey, where do you disable USB debugging on a Desire? |
| 21:13.54 | phh | IceBone: you WHAT ? |
| 21:13.55 | IceBone | nvm, found |
| 21:13.56 | ToAsTcfh | well he said if it didnt kill my battery it would improve latency a bit. |
| 21:14.09 | ToAsTcfh | in which my battery is fine |
| 21:14.21 | ToAsTcfh | not any worse then normal |
| 21:14.49 | ToAsTcfh | actually seems a little better on the sleep side of things |
| 21:15.07 | stinebd | there would be no difference while sleeping |
| 21:15.15 | stinebd | only while the phone should be idling |
| 21:15.27 | ToAsTcfh | tru |
| 21:15.29 | stinebd | 1kHz would effectively keep it from idling very long |
| 21:15.46 | phh | stinebd: don't worry about that we don't handle idle. |
| 21:15.58 | stinebd | that's why you don't see a difference |
| 21:16.02 | phh | well we wait for interrupt |
| 21:16.24 | ToAsTcfh | ah tru |
| 21:16.40 | phh | stinebd: *we* = the wince gitorious kernel |
| 21:16.46 | phh | ToAsTcfh: 's kernel should handle it |
| 21:16.50 | ToAsTcfh | oh |
| 21:17.00 | stinebd | wait |
| 21:17.06 | stinebd | what kernel are you on? |
| 21:17.11 | ToAsTcfh | htc |
| 21:17.14 | ToAsTcfh | google |
| 21:17.21 | ToAsTcfh | well htc :P |
| 21:17.41 | stinebd | korg's msm.git? |
| 21:17.50 | ToAsTcfh | no |
| 21:17.56 | stinebd | make up your mind |
| 21:17.57 | ToAsTcfh | tarball from htc |
| 21:18.09 | stinebd | what device? |
| 21:18.15 | ToAsTcfh | htc heroc |
| 21:18.19 | stinebd | ahh i see |
| 21:18.48 | ToAsTcfh | 528mhz crap |
| 21:19.00 | stinebd | don't feel bad, i don't overclock either |
| 21:19.32 | ToAsTcfh | i do but i still need to work the memory out in the patch |
| 21:20.12 | ToAsTcfh | i think it causes jitters when ocing |
| 21:20.21 | ToAsTcfh | memory divider |
| 21:21.49 | *** join/#htc-linux moishaspb (~chatzilla@69.22.242.31) |
| 21:22.01 | ToAsTcfh | stinebd: i didnt patch my kernel to .46 like u either. so idk if that could be a reason u dont see much difference. but again thats a guess |
| 21:22.24 | stinebd | i doubt it |
| 21:22.42 | ToAsTcfh | http://ck.kolivas.org/patches/bfs/Unofficial-BFS-316-HEROC-2.6.27.patch |
| 21:23.29 | ToAsTcfh | u can try that. itll apply clean to ur non.46 source |
| 21:23.37 | ToAsTcfh | should |
| 21:29.14 | ToAsTcfh | i also seen that alot of peole have had great results when using BFQ i/o sched with bfs |
| 21:32.38 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
| 21:40.40 | stinebd | doesn't even booth with that patch |
| 21:40.54 | ToAsTcfh | ? |
| 21:41.22 | stinebd | gets 2 seconds into the boot process and stops after "allocated dma buffer at ffc0b000, dma_addr 25248000" |
| 21:41.32 | ToAsTcfh | idk |
| 21:41.39 | ToAsTcfh | it works for me |
| 21:42.51 | ToAsTcfh | crazy |
| 21:43.11 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
| 21:44.14 | *** join/#htc-linux gauner1986 (~gauner198@p5B38652C.dip.t-dialin.net) |
| 21:52.50 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 21:59.08 | Captnoord | re |
| 21:59.17 | ToAsTcfh | hey |
| 21:59.23 | gauner1986 | hi |
| 21:59.40 | ToAsTcfh | i bet u never looked at that binary huh? :P |
| 21:59.45 | Captnoord | dude |
| 21:59.48 | Captnoord | I just got home |
| 21:59.57 | ToAsTcfh | sober?! |
| 21:59.57 | Captnoord | I just downloaded it |
| 22:00.00 | Captnoord | yup |
| 22:00.05 | ToAsTcfh | \o/ |
| 22:00.08 | ToAsTcfh | lol |
| 22:01.47 | Captnoord | O crap |
| 22:01.52 | Captnoord | its a compressed kernel |
| 22:01.56 | Captnoord | got the same problem |
| 22:02.02 | Captnoord | haven't tackled it yet |
| 22:02.13 | Captnoord | but its possible to extract the kernel from it |
| 22:02.48 | Captnoord | phh how's gps? |
| 22:02.49 | Captnoord | :P |
| 22:03.01 | Captnoord | ToAsTcfh: i'll check tomorrow |
| 22:03.24 | ToAsTcfh | ok |
| 22:05.48 | *** join/#htc-linux dekar_ (~dekar@f050214184.adsl.alicedsl.de) |
| 22:06.00 | *** join/#htc-linux Marcin_88 (Marcin@chello089078146089.chello.pl) |
| 22:07.48 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
| 22:08.29 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
| 22:09.01 | Captnoord | ToAsTcfh: you can load the kernel with qemu to extract it |
| 22:09.29 | ToAsTcfh | then use ida |
| 22:09.32 | ToAsTcfh | ? |
| 22:09.47 | gauner1986 | what kernel? |
| 22:09.48 | Captnoord | hmmmm |
| 22:09.49 | Captnoord | okery |
| 22:09.56 | Captnoord | download qemu |
| 22:10.00 | Captnoord | not the latest version |
| 22:10.15 | Captnoord | qemu-0.9.1 or something |
| 22:10.32 | Captnoord | you'll find qemu-system-arm.exe or something like that |
| 22:10.36 | Captnoord | in the main directory |
| 22:10.37 | Captnoord | now |
| 22:10.39 | Captnoord | goto ida |
| 22:11.25 | Captnoord | [Debugger]->[Debugger Options]->[Set specific options] |
| 22:11.42 | *** join/#htc-linux moishaspb (~chatzilla@69.22.242.31) |
| 22:11.45 | Captnoord | enable the checkbox "Run a program before bla bla bla" |
| 22:11.54 | Captnoord | you'll see the command line |
| 22:11.59 | Captnoord | already setup for qemu |
| 22:12.03 | Captnoord | correct the path |
| 22:12.11 | Captnoord | and hit F9 |
| 22:12.20 | Captnoord | or |
| 22:12.30 | Captnoord | [debugger]->[start process] |
| 22:19.05 | *** join/#htc-linux Bry8Star_ (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 22:24.45 | Captnoord | [00:10] <Captnoord> goto ida |
| 22:24.45 | Captnoord | [00:11] <Captnoord> [Debugger]->[Debugger Options]->[Set specific options] |
| 22:24.45 | Captnoord | [00:11] *** moishaspb (~chatzilla@69.22.242.31) joined |
| 22:24.45 | Captnoord | [00:11] <Captnoord> enable the checkbox "Run a program before bla bla bla" |
| 22:24.45 | Captnoord | [00:11] <Captnoord> you'll see the command line |
| 22:24.46 | Captnoord | [00:11] <Captnoord> already setup for qemu |
| 22:24.46 | Captnoord | [00:12] <Captnoord> correct the path |
| 22:24.47 | Captnoord | [00:12] <Captnoord> and hit F9 |
| 22:24.47 | Captnoord | [00:12] <Captnoord> or |
| 22:24.48 | Captnoord | [00:12] <Captnoord> [debugger]->[start process] |
| 22:24.55 | Captnoord | nn all |
| 22:25.00 | gauner1986 | night |
| 22:25.04 | ToAsTcfh | ok |
| 22:30.18 | *** join/#htc-linux Untouchab1e (~Untouchab@82.147.44.133) |
| 22:30.35 | stinebd | hey |
| 22:30.42 | stinebd | i found some performance tunables in frameworks |
| 22:30.51 | stinebd | maybe that will make stuff better |
| 22:34.17 | [acl] | stinebd: I spit on performance tunables :-p |
| 22:39.29 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
| 22:55.31 | *** join/#htc-linux Marcin_88 (Marcin@chello089078146089.chello.pl) |
| 22:56.45 | *** join/#htc-linux halldozer (halldozer@c50264BC1.dhcp.bluecom.no) |
| 22:56.48 | halldozer | Hi |
| 22:57.43 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
| 22:59.57 | halldozer | any1 had Iphone? Thinking about skipping it and going for desire |
| 23:00.33 | mickeyl | phh: ok, i tried to create an ad-hoc interface in the new cfg80211 way: |
| 23:00.59 | mickeyl | root@htcdream:~# iw phy phy0 interface add wlan2 type adhoc |
| 23:00.59 | mickeyl | command failed: Operation not supported (-95) |
| 23:01.30 | stinebd | phh: damn, we need libhtc_acoustic |
| 23:01.43 | stinebd | will fix in kitchen |
| 23:02.27 | mickeyl | iwlist also shows it |
| 23:02.34 | mickeyl | Supported interface modes: |
| 23:02.34 | mickeyl | <PROTECTED> |
| 23:02.34 | mickeyl | <PROTECTED> |
| 23:02.37 | mickeyl | no adhoc |
| 23:03.34 | mickeyl | (even with compat-wireless) |
| 23:07.56 | obrienmd_sea | stinebd: what sort of tunables are you looking at? |
| 23:08.03 | *** part/#htc-linux halldozer (halldozer@c50264BC1.dhcp.bluecom.no) |
| 23:08.13 | stinebd | obrienmd_sea: minor things like blur settings and animation speed |
| 23:08.22 | obrienmd_sea | ah |
| 23:09.56 | mickeyl | hmm |
| 23:10.05 | mickeyl | monitor interface works splendid |
| 23:10.14 | mickeyl | just in the old days of prism and orinoco |
| 23:29.33 | *** join/#htc-linux jonpry (~jonpry@c-24-17-200-206.hsd1.wa.comcast.net) |
| 23:39.57 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 23:51.35 | *** join/#htc-linux Marcin_88 (Marcin@chello089078146089.chello.pl) |
