| 00:23.18 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 00:25.57 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 00:34.15 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 00:39.00 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 00:42.05 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-71-173-143-99.hrbgpa.fios.verizon.net) |
| 00:44.47 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 01:23.13 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 01:24.22 | jonpry | where do i get this neopeek stuff. got myself a nilfs2 kernel :p |
| 01:31.41 | jonpry | omg tiad8.com |
| 01:34.22 | stinebd | like it? |
| 01:43.34 | *** join/#htc-linux Rajko (~rajkosto@cable-188-2-157-120.dynamic.sbb.rs) |
| 01:48.45 | *** join/#htc-linux bitrot (~rajkosto@wan.rajkonet.info) |
| 01:54.02 | *** join/#htc-linux rajkosto (~rajkosto@wan.rajkonet.info) |
| 01:58.44 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 02:08.57 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
| 02:08.57 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
| 02:12.39 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 02:13.38 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 02:16.06 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 02:16.39 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 02:26.51 | *** join/#htc-linux jonpry (~jon@199.85.238.247) |
| 02:28.33 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 02:34.27 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
| 02:48.43 | *** join/#htc-linux furtardo (~mks@ops1.image.search.corp.mud.yahoo.com) |
| 02:50.42 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 03:05.02 | *** join/#htc-linux rpierce99_ (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 03:11.31 | *** join/#htc-linux pdukanac (ident@178.148.0.105) |
| 03:12.32 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF22FA.dip.t-dialin.net) |
| 03:13.11 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 03:24.01 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e02:d151:791c:8e34:7b0b) |
| 03:33.18 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 03:34.57 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
| 03:36.19 | jonpry | hrm so if i build nilfs into the kernel it won't boot. no ramconsole even |
| 03:36.26 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e02:d151:791c:8e34:7b0b) |
| 03:39.34 | *** join/#htc-linux avinashhm (~avinash-h@59.92.170.215) |
| 03:40.06 | *** join/#htc-linux avinash_hm (~avinash-h@59.92.170.215) |
| 03:43.09 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 03:46.49 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
| 04:09.22 | jonpry | i think its booting... |
| 04:17.00 | *** join/#htc-linux XirXes (~xirxes@71-35-192-69.slkc.qwest.net) |
| 04:18.20 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
| 04:21.38 | *** join/#htc-linux jonpry (~jon@199.85.238.247) |
| 04:27.41 | jonpry | even with the worlds slowest sd card, it boots android it 10 ish seconds |
| 04:29.15 | *** join/#htc-linux Ceesheim (~ceesheim@p5B347693.dip.t-dialin.net) |
| 04:30.49 | jonpry | you know you want it :p |
| 04:47.04 | *** join/#htc-linux jonpry (~jon@199.85.238.247) |
| 04:55.06 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
| 05:12.05 | *** join/#htc-linux avinashhm (~avinash-h@59.92.195.83) |
| 05:12.51 | *** join/#htc-linux avinash_hm (~avinash-h@59.92.195.83) |
| 05:15.41 | *** join/#htc-linux pdukanac (ident@178.148.0.105) |
| 05:20.31 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5AD9.dip.t-dialin.net) |
| 05:20.48 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE5AD9.dip.t-dialin.net) |
| 05:21.45 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
| 05:23.54 | *** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21) |
| 05:27.01 | *** join/#htc-linux pdukanac (ident@178.148.0.105) |
| 05:27.37 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 05:29.58 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 06:03.04 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
| 06:06.27 | *** join/#htc-linux rzk_ (~rzk@95-25-211-53.broadband.corbina.ru) |
| 06:19.36 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
| 06:31.03 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 06:31.21 | *** join/#htc-linux kiozen (~kiozen@p5DDF2EB9.dip.t-dialin.net) |
| 06:36.56 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
| 06:48.29 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr) |
| 07:03.22 | *** join/#htc-linux netson-ubuntu (~netson-ub@202.159.118.21) |
| 07:08.18 | *** join/#htc-linux pdukanac (ident@178.148.0.105) |
| 07:08.40 | *** part/#htc-linux kiozen (~kiozen@p5DDF2EB9.dip.t-dialin.net) |
| 07:20.44 | *** join/#htc-linux avinashhm (~avinash-h@59.92.133.140) |
| 07:34.00 | *** join/#htc-linux _twitch (~burning_a@staticdsl.phoenixit.com.au) |
| 07:46.44 | *** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by) |
| 08:03.45 | *** join/#htc-linux mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 08:04.38 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
| 08:36.48 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 08:41.41 | *** join/#htc-linux gauner1986 (~Miranda@p5B383524.dip.t-dialin.net) |
| 08:45.47 | *** join/#htc-linux cromartie-x182 (~cromartie@24.229.243.68.res-cmts.sm.ptd.net) |
| 08:46.11 | *** part/#htc-linux cromartie-x182 (~cromartie@24.229.243.68.res-cmts.sm.ptd.net) |
| 09:04.36 | *** join/#htc-linux a_nini75 (567d0a2f@gateway/web/freenode/ip.86.125.10.47) |
| 09:21.34 | *** join/#htc-linux DuperMan (~Duper@93-173-167-135.bb.netvision.net.il) |
| 09:35.16 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
| 09:40.17 | *** join/#htc-linux DuperMan (~Duper@93-173-167-135.bb.netvision.net.il) |
| 09:54.46 | *** join/#htc-linux DuperMan (~Duper@93-173-167-135.bb.netvision.net.il) |
| 10:32.22 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
| 10:49.52 | *** join/#htc-linux dekar (~dekar@drms-590ec503.pool.mediaWays.net) |
| 11:06.24 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 11:10.24 | *** join/#htc-linux mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
| 11:17.21 | *** join/#htc-linux gauner1986 (~Miranda@p5B383524.dip.t-dialin.net) |
| 11:31.48 | *** join/#htc-linux DuperGhost (~Duper@93-172-145-249.bb.netvision.net.il) |
| 11:34.32 | *** join/#htc-linux bartman` (~bart@2001:470:b014::dd) |
| 11:52.13 | *** join/#htc-linux bartman` (~bart@2001:470:b014::dd) |
| 12:05.03 | *** join/#htc-linux DuperMan (~Duper@93-172-145-249.bb.netvision.net.il) |
| 12:06.07 | *** join/#htc-linux DuperGhost (~Duper@93-172-145-249.bb.netvision.net.il) |
| 12:08.13 | *** join/#htc-linux test123 (~Andreyxxl@94.52.236.39) |
| 12:19.55 | *** join/#htc-linux Dave888 (~Dave888@197.0.61.219) |
| 12:30.13 | *** join/#htc-linux jonpry (~jon@199.85.238.247) |
| 12:32.24 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-149-170.dynamic.sbb.rs) |
| 12:38.10 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 13:00.59 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5AD9.dip.t-dialin.net) |
| 13:19.47 | *** join/#htc-linux mdj (~mdj@46.182.128.248) |
| 13:35.01 | *** join/#htc-linux DuperMan (~Duper@93-172-145-249.bb.netvision.net.il) |
| 13:52.42 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
| 13:54.55 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
| 13:59.57 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-83-240.tampfl.fios.verizon.net) |
| 14:07.49 | *** join/#htc-linux rajkosto (~rajkosto@cable-94-189-149-170.dynamic.sbb.rs) |
| 14:15.29 | *** join/#htc-linux rob_w (~bob@ppp-93-104-167-78.dynamic.mnet-online.de) |
| 14:24.11 | *** join/#htc-linux DuperMan (~Duper@93-172-145-249.bb.netvision.net.il) |
| 14:28.33 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
| 14:29.58 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
| 14:30.58 | jonpry | how do i move the initrd with new haret? |
| 14:33.57 | *** join/#htc-linux Rajko (~rajkosto@cable-94-189-149-170.dynamic.sbb.rs) |
| 14:34.49 | *** join/#htc-linux kvaster (~kvaster@leased-line-93-125-0-84.telecom.by) |
| 14:50.15 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
| 14:56.31 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
| 15:02.35 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
| 15:03.15 | [acl] | jonpry: nifls huh.. whats next? |
| 15:08.44 | *** join/#htc-linux Bry8Star (debian-tor@gateway/tor-sasl/bry8star) |
| 15:11.33 | emwe | [acl]: what's that christmax package to bring? |
| 15:12.11 | *** join/#htc-linux helicopter88 (~helicopte@host81-118-dynamic.35-79-r.retail.telecomitalia.it) |
| 15:12.40 | emwe | [acl]: you attempting to care of jb's htc-battery fix patch? |
| 15:13.11 | jonpry | [acl] .39 |
| 15:13.26 | jonpry | nilfs is a bad mama |
| 15:13.34 | jonpry | at least 3x faster |
| 15:13.48 | emwe | jonpry: hi. used for system img then? |
| 15:13.59 | [acl] | yeah .. nilfs |
| 15:14.01 | jonpry | system and data |
| 15:14.11 | emwe | aha |
| 15:14.11 | [acl] | i know phh talked about i didnt know jonpry would actually port it over |
| 15:14.27 | jonpry | it wasn't that hard |
| 15:14.36 | jonpry | took like 30 minutes |
| 15:14.40 | [acl] | emwe: no i think im going to handle wistilts patches. I saw some of the threads and users seem to be using his test kernel more than the official .lol |
| 15:15.02 | jonpry | 'cept that we don't have the userspace parts yet |
| 15:15.06 | emwe | [acl]: then sounds like i have to ;) |
| 15:15.25 | jonpry | btw with nilfs all those slow/failed wakes went away. from 3 seconds to .5 |
| 15:15.28 | emwe | lazy bitch :P |
| 15:15.52 | [acl] | emwe: im still trying to see whats up tho.. he did put back the spin locks so i think it should be good to commit. not sure what else i missed. worse case ill get it from him directly |
| 15:16.17 | [acl] | jonpry: woa.. really.. i want to try this on nand !!! |
| 15:17.43 | [acl] | emwe: i havent read all the emails about the usb. i guess it was my fault for even committing that last patch. is shoulda known there was a reason we commented that out.lol |
| 15:17.53 | *** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
| 15:18.01 | *** join/#htc-linux programmer8922 (~Evan@156.110.78.2) |
| 15:18.10 | Alex[sp3dev] | hey |
| 15:18.11 | [acl] | Alex[sp3dev]: sup bro.. |
| 15:18.14 | emwe | hey Alex[sp3dev] you busy man |
| 15:18.21 | Alex[sp3dev] | emwe: me? |
| 15:18.34 | [acl] | everyone is busy.. |
| 15:18.35 | emwe | Alex[sp3dev]: who else' commit counter is that high?! ;) |
| 15:18.36 | Alex[sp3dev] | emwe: i fixed amss detection for gps and it works on 35 |
| 15:18.52 | [acl] | Alex[sp3dev]: PATCH NOW !!!! |
| 15:19.00 | [acl] | :-p |
| 15:19.02 | emwe | Alex[sp3dev]: but still crashing i understand from your merge request comments? |
| 15:19.12 | emwe | at least that what it does for me :) |
| 15:19.15 | *** join/#htc-linux crawling (~crawling@a94-132-161-104.cpe.netcabo.pt) |
| 15:19.16 | Alex[sp3dev] | emwe: working on froyo, only ginger crashes |
| 15:19.23 | Alex[sp3dev] | https://gitorious.org/~ast/xdandroid/asts-hardware_libhardware_legacy this one |
| 15:19.26 | emwe | did froyo ever not work? |
| 15:19.40 | Alex[sp3dev] | emwe: dunno. at least it works without htc_hw now |
| 15:19.51 | emwe | ah yeah. that is cool thing for .35 |
| 15:19.51 | Alex[sp3dev] | but with hyc's new ril which sets baseband version |
| 15:20.20 | emwe | Alex[sp3dev]: btw, i saw you changed some stuff in amss 6225 headers. why is that? that's none of our amss version? just stumbled over it? |
| 15:20.35 | Alex[sp3dev] | what's the deal about 39? |
| 15:20.59 | emwe | everyone want's you to turn to that. |
| 15:21.35 | Alex[sp3dev] | emwe: ah, i just fixed android qdsp to build for native devices. didn't test yet. i ultimately want to make it easy to port our stuff to new kernels and to integrate upstream when dream will be working with vanilla kernels |
| 15:21.55 | emwe | you still have high hopes for upstreaming? |
| 15:22.02 | emwe | gnutoo was working on dream? |
| 15:22.57 | [acl] | woa.. alex will lead the way to .39? is this the latest rummor ? |
| 15:23.03 | [acl] | ima go spread it like wild fire |
| 15:23.03 | Alex[sp3dev] | well, the only thing that prevents us from upstreaming is that we need to wait until final versions of pm and gpio are commited to mainline cause now there're several incompatible implemetations in ca and google. i do want to runn shr after we fix android |
| 15:23.35 | Alex[sp3dev] | [acl]: fix da fucking gsm and i'll join nand poop |
| 15:23.38 | emwe | Alex[sp3dev]: are there pending merge requests upstream? |
| 15:23.44 | emwe | (already) |
| 15:24.20 | Alex[sp3dev] | emwe: don't really know and don't want to know until we're done with nand and android (i mean, sim, sound on nand and wifi/camera userland for 35) |
| 15:24.34 | [acl] | Alex[sp3dev]: dang.. aite.. ill look into it. I know we are able to boot with the gsm card now on the world phones. but SD stops responding. But while working on that my last rhod died. hoping it wasnt that :-p |
| 15:25.04 | Alex[sp3dev] | [acl]: do you mean if I eject SD, then gsm will work? |
| 15:25.21 | [acl] | Alex[sp3dev]: It has booted for some. So you can try |
| 15:25.42 | *** join/#htc-linux vw (0c5a5b8a@gateway/web/freenode/ip.12.90.91.138) |
| 15:26.09 | Alex[sp3dev] | that's kind of fffruuustrating. but yeah, testing time is coming |
| 15:26.36 | [acl] | Alex[sp3dev]: may need to look into the winmo kernel again and see if there is anything im missing. |
| 15:26.51 | [acl] | Actually.. where is cotulla |
| 15:26.58 | [acl] | he has all this running on gms |
| 15:26.59 | [acl] | gsm |
| 15:27.07 | [acl] | bastard |
| 15:27.13 | [acl] | need to hunt him down |
| 15:28.16 | [acl] | aite folks brb.. meeting time.. then lunch time followed by some more meeting time. |
| 15:45.05 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-176.client.mchsi.com) |
| 15:49.53 | *** join/#htc-linux avinashhm (~avinash-h@59.92.131.247) |
| 15:54.37 | *** join/#htc-linux test123 (Andreyxxl@94.52.236.39) |
| 16:02.40 | *** join/#htc-linux gauner1986 (~Miranda@p5B383524.dip.t-dialin.net) |
| 16:14.20 | *** join/#htc-linux DuperMan (~Duper@93-172-145-249.bb.netvision.net.il) |
| 16:21.02 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 16:23.15 | *** join/#htc-linux DuperMan (~Duper@93-172-145-249.bb.netvision.net.il) |
| 16:25.30 | *** join/#htc-linux DuperMan (~Duper@93-172-145-249.bb.netvision.net.il) |
| 16:28.32 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
| 16:29.47 | *** join/#htc-linux DuperMan (~Duper@93-172-145-249.bb.netvision.net.il) |
| 16:36.00 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5AD9.dip.t-dialin.net) |
| 16:37.08 | *** join/#htc-linux paulk_ (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 16:37.13 | *** join/#htc-linux MN-- (~yaaic@host86-134-107-41.range86-134.btcentralplus.com) |
| 16:42.42 | paulk_ | Hello! |
| 16:43.28 | paulk_ | I'm working on adding a free replacement of the libhtc_acoustic lib, based on the work by jbruneaux, but I have some questions to ask: |
| 16:43.34 | Alex[sp3dev] | do ask |
| 16:45.49 | paulk_ | after the kernel-side driver loads an audio volume table in MSM shared mem, the user-side code makes an ioctl ACOUSTIC_ARM11_DONE to the attention of the kernel-side driver, probably to tell the dsp to consider the new audio table |
| 16:45.50 | *** join/#htc-linux gauner19861 (~Miranda@46.115.2.155) |
| 16:45.58 | *** join/#htc-linux khorben__ (~dont@2.208.70.171) |
| 16:45.59 | paulk_ | but it fails |
| 16:46.08 | paulk_ | here is the kernel-side code: http://pastie.org/private/sy2rrzdpi1krw9l7vaowg |
| 16:47.14 | Alex[sp3dev] | what is inside the request? anyway, I suggest that you enable rpc debugging in kernel (in rpc router) and trace the proprietary library, because our solution is for old wince amss which has other command ids than android one |
| 16:48.25 | paulk_ | yes but this code is not part of the wince code, it was in CyanogenMod kernel code and is built by default |
| 16:49.20 | Alex[sp3dev] | but what are you using for userland? I think you need to get correct table offsets from htc's acoustic driver. Actually, just disassemble and reimplement it, but isn't that done yet? |
| 16:51.45 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 16:51.56 | paulk_ | Alex[sp3dev]: userland code just loads some values from a CSV file and send these values to the kernel-side driver, which writes these values in MSM_SHARED_RAM_BASE+0xfc300 (for volume table) |
| 16:52.29 | paulk_ | Alex[sp3dev]: well, there is no working acoustic replacement yet, or I don't know about it |
| 16:52.41 | paulk_ | (at least for htc dream/trout board) |
| 16:53.39 | Alex[sp3dev] | paulk_: yes, i mean, you should look up correct offsets for dream in the htc binary driver. the actual userland code will require little modification from wince code (well, you can even patch kernel driver to use compatible interface) |
| 16:54.13 | paulk_ | ok |
| 16:54.36 | paulk_ | but anyway, even if the offset is correct, ACOUSTIC_ARM11_DONE doesn't work |
| 16:54.55 | Alex[sp3dev] | wait, i will look into the code myself |
| 16:55.27 | paulk_ | ok, thanks |
| 16:56.25 | Alex[sp3dev] | so, doing open on htc_acoustic results in it calling ALLOC_ACOUSTIC_MEM_PROC successfully and the ioctl fails? |
| 16:57.31 | paulk_ | what fails on the htc_acoustic userland lib is msm72xx_set_acoustic_done |
| 16:57.41 | paulk_ | everything else seems to work |
| 17:00.11 | Alex[sp3dev] | where's that string? cannot find it in jb lib and htc's one |
| 17:01.59 | paulk_ | Alex[sp3dev]: https://gitorious.org/~jbruneaux/xdandroid/hardware_msm7k_libacoustic/blobs/froyo/libacoustic/libacoustic.c |
| 17:02.04 | paulk_ | line 1548 |
| 17:02.16 | Alex[sp3dev] | sorry, i was looking at an older version of jb code |
| 17:02.26 | paulk_ | ok |
| 17:05.47 | WisTilt2 | Hi jonpry, nilfs port, nice! |
| 17:07.08 | Alex[sp3dev] | paulk_: does sound work? it looks like on dream (according to disassembly) the acoustic just opens the htc-acoustic, mmaps all data, does ioctl and never touches it again. on wince looks like you need to issue a dex call on changing certain hardware settings |
| 17:07.15 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 17:08.29 | paulk_ | Alex[sp3dev]: yes I understood that the non-free lib just loads parameters once whereas wince loads data and does ioctl almost every time something is changer in audio configuration |
| 17:08.50 | paulk_ | Alex[sp3dev]: but the non-free lib is not essential to make sound work |
| 17:09.11 | Alex[sp3dev] | paulk_: does it fail just if you open, mmap, copy and ioctl? i mean, does sound volume/etc change if you try different csv? |
| 17:09.14 | paulk_ | but is seems to be required to adjust in-call volume |
| 17:10.56 | paulk_ | Alex[sp3dev]: what do you mean exactly? |
| 17:11.27 | paulk_ | it loads the CSV values each time volume is changed |
| 17:11.30 | Alex[sp3dev] | paulk_: i mean, does it fail with jbruneaux code or even when you just do that ioctl thing once? |
| 17:12.04 | paulk_ | I didn't tried to do the ioctl only |
| 17:12.08 | Alex[sp3dev] | paulk_: looks like for android you need to close/open htc-acoustic every time to call the rpc to prepare it for copying before calling ioctl |
| 17:14.00 | paulk_ | ok |
| 17:14.32 | paulk_ | well I should better find out what the non-free lib exactly does first |
| 17:15.05 | Alex[sp3dev] | yes, android should be different from wince |
| 17:16.37 | WisTilt2 | Alex[sp3dev]: did you ever figure out the vreg problem for the sim/sd card for gsm? |
| 17:17.04 | Alex[sp3dev] | WisTilt2: nope |
| 17:17.50 | jonpry | hi WisTilt2 |
| 17:17.55 | jonpry | you gotta try it :p |
| 17:18.12 | Alex[sp3dev] | jonpry: o rly? |
| 17:18.26 | WisTilt2 | jonpry, sounds interesting. how did you get it to boot off nilfs? |
| 17:18.35 | jonpry | whats your ktime when android finally boots? |
| 17:18.53 | jonpry | i modded the rootfs a little. just changed the fs type really |
| 17:19.03 | WisTilt2 | my best is around 70 seconds |
| 17:19.18 | WisTilt2 | nilfs should be way faster |
| 17:19.43 | *** join/#htc-linux avinashhm (~avinash-h@59.92.199.51) |
| 17:19.45 | jonpry | i'm getting 74 on the slowest card i have ever seen. takes almost 8 seconds to haret |
| 17:20.28 | WisTilt2 | did you see the new about some dev at htc claiming to boot in 3 seconds? |
| 17:20.32 | WisTilt2 | news* |
| 17:20.45 | Alex[sp3dev] | WisTilt2: did they reinvent suspend to ram? |
| 17:20.47 | jonpry | thats impressive |
| 17:20.53 | jonpry | suspend to disk? |
| 17:20.58 | Alex[sp3dev] | yeah, that one |
| 17:21.03 | Alex[sp3dev] | hibernation |
| 17:21.12 | WisTilt2 | has to be, no way linux will boot that fast from cold start |
| 17:21.25 | jonpry | we can't even get to initrd in 3 |
| 17:21.44 | Alex[sp3dev] | yes, it is hibernation. there's a video where it takes like 15 seconds to boot if you pull the battery |
| 17:22.23 | jonpry | how long does boot from nand take? |
| 17:22.31 | Alex[sp3dev] | ask Abel |
| 17:24.11 | jonpry | when he shows up |
| 17:25.17 | WisTilt2 | jonpry, scbs is fantastic btw. this stuff really needs to get into the autobuild. |
| 17:26.17 | jonpry | thanks, we need a plan on how to deal with phones that are not reporting charge and discharge simultaneously |
| 17:27.37 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
| 17:28.05 | WisTilt2 | should set it up for machine type for now on the devices that work fine. It is amazingly accurate ion all 15 of our phones. |
| 17:31.57 | *** join/#htc-linux avinashhm (~avinash-h@59.92.159.76) |
| 17:32.15 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
| 17:35.19 | *** join/#htc-linux gauner1986 (~Miranda@p5B383524.dip.t-dialin.net) |
| 17:35.43 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
| 17:37.44 | *** join/#htc-linux khorben__ (~dont@46.115.2.137) |
| 17:46.14 | *** join/#htc-linux avinash_hm (~avinash-h@59.92.159.76) |
| 17:48.58 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
| 18:02.31 | *** join/#htc-linux Jhinta (~Jhinta@s529c116e.adsl.wanadoo.nl) |
| 18:07.48 | *** join/#htc-linux Tinyboom_ (~nahh@23.84-48-96.nextgentel.com) |
| 18:16.40 | jonpry | Alex[sp3dev], any ideas on how to get ram console in .39? |
| 18:17.10 | gauner1986 | ~seen cotulla |
| 18:17.25 | apt | cotulla <~opera@nat004-252-205-109.tvoe.tv> was last seen on IRC in channel #htc-linux, 13d 22h 54m 23s ago, saying: 'yes'. |
| 18:17.25 | Alex[sp3dev] | jonpry: copy the driver from older kernel? |
| 18:17.25 | jonpry | ugh |
| 18:17.26 | *** join/#htc-linux rzk_ (~rzk@95-25-211-53.broadband.corbina.ru) |
| 18:17.26 | Alex[sp3dev] | jonpry: where does 39 come from? |
| 18:17.35 | jonpry | kernel.org |
| 18:17.44 | emwe | not in staging? |
| 18:17.52 | Alex[sp3dev] | you'll have to port a lot of crap like rpc router and qdsp |
| 18:17.54 | jonpry | they removed android crap |
| 18:28.37 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@50.118-226-89.dsl.completel.net) |
| 18:29.52 | Alex[sp3dev] | jonpry: maybe it's better to use android-msm-2.6.38 from google if you want the latest kernel? |
| 18:29.58 | jonpry | could be |
| 18:30.10 | jonpry | i'm just trying to get my laptop and phone running the same kernel |
| 18:30.18 | Alex[sp3dev] | the same binary |
| 18:34.36 | jonpry | no, same source |
| 18:35.07 | *** join/#htc-linux khorben__ (~dont@46.115.2.150) |
| 18:37.40 | jonpry | lol |
| 18:37.49 | Alex[sp3dev] | what? |
| 18:38.52 | *** join/#htc-linux rzk_ (~rzk@95-25-211-53.broadband.corbina.ru) |
| 18:39.00 | jonpry | http://pastebin.com/Tu3YYN2w |
| 18:39.35 | *** join/#htc-linux helicopter88 (~helicopte@host81-118-dynamic.35-79-r.retail.telecomitalia.it) |
| 18:39.43 | Alex[sp3dev] | damn. but i'm sticking to 35 for a while |
| 18:40.08 | jonpry | i wonder why it crashes at tcp cubic :p |
| 18:40.36 | Alex[sp3dev] | do it step-by-step:first clocks, then pmem and stupid ram holes, then smd ;) |
| 18:41.14 | jonpry | its got nothing enabled, no devices at all |
| 18:41.26 | jonpry | except ram console |
| 18:46.07 | WisTilt2 | jonpry: you booting .39 from haret? |
| 18:46.29 | jonpry | yeah |
| 18:48.37 | WisTilt2 | did you have to change any offsets and which haret version you using? |
| 18:49.33 | jonpry | i'm using the one emwe just posted on the mailing list. no initrd at all. added ramconsole, machtype, and braindead boardfile |
| 18:50.20 | jonpry | basically msm_defconfig + rhod + ram console |
| 18:51.41 | WisTilt2 | strange its dying at cubic. |
| 18:52.30 | WisTilt2 | looks like tcp came up so cubic shouldn't be complaining |
| 18:52.35 | jonpry | it is calling the trout clock stuff |
| 18:52.49 | jonpry | which presumably fires up proc comm |
| 18:53.37 | jonpry | maybe it just all goes to hell right there |
| 18:53.45 | WisTilt2 | huh? cubic calling clocks? cubic is tcp congestion control isnt it? |
| 18:54.02 | jonpry | no maybe arm9 crashes right then, delayed effect |
| 18:54.23 | jonpry | or pcom doesn't printk until after it works. so maybe it just blows up on the next line |
| 19:01.18 | jonpry | is the clock poop in 35 the kind we like? does it even work? |
| 19:01.36 | Alex[sp3dev] | what do you mean exactly? |
| 19:02.06 | jonpry | iirc there's JB's clocks, Alex's clocks, and [acl]'s poop |
| 19:02.14 | Alex[sp3dev] | lol |
| 19:02.55 | Alex[sp3dev] | basically the only thing we're using from JB's clocks is vfe/grp rail regimes. i have that code added into my clock code on 35. 3d and camera works fwiw |
| 19:03.23 | jonpry | hmm, but you are on different tree |
| 19:03.29 | Alex[sp3dev] | yes |
| 19:04.12 | Alex[sp3dev] | and my plan is to finish adding support for kovsky, add another device and then we should be using it as a base for all htc-msm devices so that we don't keep a lot of branches |
| 19:05.15 | jonpry | ok, so i got an attempt to mount root |
| 19:05.36 | jonpry | damn clock late init was barfing it |
| 19:06.18 | Alex[sp3dev] | basically the biggest problems will be with adding battery_smem (because it is dirty and i do not even understand how it works) and rewriting some microp drivers (because with microp-ng, all board-specific stuff is implemented in board files). so far, keypad + backlight, and color leds work on kovs. i.e., everything that works on 27 works on 35, the only thing left is to update userspace to use nl80211 and wl1251 instead of tiwlan |
| 19:07.46 | jonpry | how is cotulla's .32? |
| 19:08.00 | Alex[sp3dev] | it is closed-source intellectual property, you know |
| 19:09.06 | jonpry | heh |
| 19:09.55 | Alex[sp3dev] | i think he'll be using hero amss.. so he'll be using a lot of android rpc and stuff and we won't benefit from his tree |
| 19:11.49 | emwe | Alex[sp3dev]: can you please go on holidays again. you push to much stuff to follow up :P |
| 19:13.07 | Alex[sp3dev] | emwe: basically, do you think it is a good idea if i integrate topaz/rhod to my tree and we base further msm development off it so that we have a single tree, not working separately? |
| 19:13.52 | emwe | and then me sending in patches? |
| 19:14.50 | Alex[sp3dev] | no, you clone my tree and import it as a branch on linux-on-qcom-msm. and either i need to have commit access to this branch or you should merge my tree periodically |
| 19:15.24 | Jhinta | hi all , can some one help me wht this driver , i use it for the touchscreen of desire hd ( ubuntu) but xy are incorrect . anyone willing to look into it how tou change that |
| 19:15.26 | Jhinta | http://ubuntuforums.org/showthread.php?t=1334696 |
| 19:15.48 | Alex[sp3dev] | use tslib and calibrate it, what's the problem? |
| 19:16.15 | WisTilt2 | Alex[sp3dev]: i'm for that and I'll help out on the rhod side. |
| 19:16.23 | Jhinta | tslib does not work |
| 19:16.47 | emwe | it's not that easy :P |
| 19:16.52 | WisTilt2 | since .27 is pretty much dead now and its getting boring around here |
| 19:17.23 | Jhinta | if we use tslib its just centered and calibrate does not work |
| 19:17.47 | Alex[sp3dev] | Jhinta: ah, yes. I am not sure about using tslib with MT or evdev |
| 19:18.06 | Jhinta | using evdev , makes the pointer going inv, up left |
| 19:18.17 | Alex[sp3dev] | WisTilt2: ok.. how about i'll add basic rhod support and make a test zImage for you now? |
| 19:18.26 | Jhinta | http://ubuntuforums.org/showthread.php?t=1334696 but this one workonly xy are incorrect |
| 19:18.29 | Jhinta | left = up |
| 19:18.45 | emwe | Alex[sp3dev]: you remember that endless discussion with per board or one place? |
| 19:18.46 | WisTilt2 | Alex[sp3dev] sounds good. im here for another 30mins |
| 19:19.35 | Jhinta | maby you know other driver that work with MT |
| 19:20.58 | Alex[sp3dev] | emwe: well, only mmc is per board now.. pmem should be per-board (because we will be adding boards one-by-one and it is easier to make changes without breaking others). just yesterday i made rfkill a generic driver - you only need a power callback via pdata |
| 19:22.17 | emwe | Alex[sp3dev]: yes saw rfkill. regarding pmem, what's the prob with the one we have. cleaned it up and used on my tree. nothing fancy. |
| 19:23.52 | emwe | Alex[sp3dev]: that is actually *5* hooks in the board file. |
| 19:23.55 | Alex[sp3dev] | emwe: the problem is that the device should register all its dependencies, not them probing for device type. and it is a bad idea to hardcode two interconnected values (ram size and pmem sizes) in two different places (board file and pmem). and i am happy with how it works now |
| 19:24.14 | Alex[sp3dev] | emwe: actually you need only one hook, you can leave others empty |
| 19:24.23 | Alex[sp3dev] | emwe: i mean, set to NULL |
| 19:26.00 | emwe | oh sorry, three. my fault :) |
| 19:26.07 | emwe | topa also would need it. also has vreg for bt |
| 19:26.35 | Alex[sp3dev] | emwe: yes. but some boards do not. and you need to do gpio request/free, right?) |
| 19:26.51 | emwe | pdata? |
| 19:27.03 | Alex[sp3dev] | emwe: pdata what? |
| 19:27.21 | emwe | handing them over via pdata. |
| 19:27.30 | emwe | but yes, could make it more complicated than useful. |
| 19:28.07 | Alex[sp3dev] | emwe: no, the exact order, number of gpios and timings may be different.. |
| 19:28.21 | emwe | that's true :/ |
| 19:28.35 | *** join/#htc-linux gauner1986 (~Miranda@p5B383524.dip.t-dialin.net) |
| 19:28.39 | emwe | it's just a pita to mostly copy the "driving" code into every oard file. |
| 19:28.47 | emwe | which is mostly identical |
| 19:29.21 | Alex[sp3dev] | having code for all devices in one file and including headers for all boards is even worse |
| 19:29.52 | *** join/#htc-linux gauner1986 (~Miranda@p5B383524.dip.t-dialin.net) |
| 19:30.03 | Alex[sp3dev] | but yes, i think that adding rhodium right now will be a difficult task. instead i'll make mmc more generic |
| 19:30.22 | emwe | rhod has that different bt gpio setup iirc, rightà |
| 19:30.45 | emwe | for bcm i mean |
| 19:30.59 | Alex[sp3dev] | that's why you keep it in board files |
| 19:31.37 | emwe | i mean the uart gpio setup |
| 19:32.10 | Alex[sp3dev] | but we may need to copy jb's gpio setup for bt pcm to use headset and fm radio (i've experimented with ti radio. it looks like it is inited by hci commands, and shows correct rssi, but won't output any sound yet) |
| 19:34.35 | emwe | hey, but that's a start. |
| 19:35.01 | emwe | so let my sleep about your proposal ;) |
| 19:35.31 | emwe | anyway, you are the driving force. no doubt. but we must be able to take compromise. |
| 19:36.29 | Alex[sp3dev] | actually there's an app - spirit fm released some days ago. it does not work on kovs, though. looks like doesn't like our bt stack. the developer has invested much time into it and won't opensource it, but he has put a lot of info on xda so i think we can reimplement it quite easily |
| 19:37.10 | emwe | have you gotten wl1251 to work btw? |
| 19:37.33 | Alex[sp3dev] | yeah, but i'm lazy to integrate nl80211-enabled wpa_supplicant to xdandroid yet |
| 19:38.29 | emwe | where's that wpa_supplicant built from? where's it's source located? |
| 19:38.54 | emwe | and integrating to xdandroid means backwards compat with .27 for a while still. |
| 19:39.22 | Alex[sp3dev] | basically it's wpa_supplicant6 and it is present in android tree. i just need to clean up my makefile, because i needed some hacks to make nl80211 plugin build and link |
| 19:39.32 | *** join/#htc-linux Erikson (~Erik@i5E86DD8E.versanet.de) |
| 19:52.07 | *** join/#htc-linux Erikson (~Erik@i5E86DD8E.versanet.de) |
| 19:59.09 | *** join/#htc-linux arif-ali (~arif-ali@88-111-135-136.dynamic.dsl.as9105.com) |
| 20:05.28 | *** join/#htc-linux arrrghhh (~arrrghhh@173.4.253.247) |
| 20:11.31 | hyc | ahhh, I wanted to see your .35 for rhod :P |
| 20:11.42 | hyc | ready to abandon .27 asap |
| 20:15.07 | jonpry | .39 is better :p |
| 20:15.17 | Alex[sp3dev] | so what do we know about SIM? we know fo sho that hd2 and kaiser/polaris can boot with sim and sd. and kaiser uses tinboot. so, need to look into its init code |
| 20:17.24 | hyc | .39 is better? I thought .39 was a power hog (on PCs anyway) |
| 20:17.59 | jonpry | blood must flow for bleeding edge |
| 20:18.35 | arrrghhh | heh |
| 20:18.47 | Alex[sp3dev] | pooping edge ftw |
| 20:18.49 | arrrghhh | blood does flow in that case. i hear your nilfs is blazin tho jonpry |
| 20:19.15 | jonpry | yeah i like it |
| 20:19.22 | arrrghhh | can't wait to try it :D |
| 20:19.28 | jonpry | somebody else should try it |
| 20:19.35 | arrrghhh | stands up |
| 20:19.53 | arrrghhh | although i'm probably not the best candidate. |
| 20:19.59 | jonpry | i can put up the kernel a rootfs but i think your stuck making your own sdcard disaster |
| 20:20.02 | Detule | jonpry: i guess this is a looped nilfs2 system immage? |
| 20:20.13 | jonpry | no loop |
| 20:20.44 | jonpry | i'm not really willing to upload a 4gb file with all my shiznit in it :p |
| 20:20.51 | arrrghhh | lol |
| 20:20.55 | Alex[sp3dev] | the only thing ext2 builds are missing is fsck on boot |
| 20:21.08 | jonpry | nilfs doesn't need fsck |
| 20:21.09 | Detule | ah, no spare sd card for that....would have loved to try it |
| 20:21.45 | jonpry | is there a fat resize? |
| 20:22.00 | jonpry | you really only need to free up like 500mb at the end of the card |
| 20:22.16 | Alex[sp3dev] | sure there is. there's even ntfs resize |
| 20:22.33 | jonpry | gparted? |
| 20:22.44 | Alex[sp3dev] | yeah, should do it |
| 20:22.51 | arrrghhh | i want ntfs on my sd card |
| 20:23.24 | Alex[sp3dev] | arrrghhh: are you using your sd card in a windoze pc? |
| 20:23.47 | arrrghhh | i'm joking |
| 20:24.00 | Alex[sp3dev] | ntfs sucks anyway |
| 20:24.09 | arrrghhh | i wouldn't want that abomination on my card. |
| 20:24.46 | hyc | fsck on boot? |
| 20:25.02 | hyc | ext2 partitions are checked on xdandroid rootfs |
| 20:25.35 | Alex[sp3dev] | ntfs fragmentation sucks. i used both windows builtin crap and a separate utility and it said it could not compact a fragmented partition. why not do both thing simultaneously is beyond understanding |
| 20:25.51 | Alex[sp3dev] | hyc: i mean, neopeek and stuff like that that have all poop on a single sd partition |
| 20:26.10 | arrrghhh | Alex[sp3dev], not no mo |
| 20:27.42 | Alex[sp3dev] | http://androidhtc.git.sourceforge.net/git/gitweb.cgi?p=androidhtc/kernel.git;a=commitdiff;h=9943a87479c3e122628022ed5c973d46ac80898e i like that one |
| 20:35.12 | hyc | neopeek with cwm recovery now uses 3 partitions |
| 20:35.17 | hyc | which I think is 1 too many |
| 20:35.22 | arrrghhh | heh |
| 20:35.26 | arrrghhh | don't like that cache partition eh? |
| 20:35.28 | hyc | they use /system /data and /cache |
| 20:35.41 | arrrghhh | don't forget the FAT32 partition for everything else |
| 20:35.43 | hyc | I've never seen /cache used for anything on my G1 |
| 20:36.00 | hyc | the FAT32 partition is unavoidable |
| 20:36.13 | helicopter88 | my cache partition is always empty.. |
| 20:36.14 | stinebd | /cache is used for stuff like app installs and ota updates |
| 20:36.31 | stinebd | i think it's about 70MB on a g1 |
| 20:37.00 | hyc | OTA updates are too infrequent to warrant reserving that much space permanently |
| 20:37.08 | hyc | not to mention, they don't happen at all on 3rd party builds |
| 20:37.35 | stinebd | hey don't go arguing with me, i'm just pointing out what it's used for |
| 20:37.42 | stinebd | ;) |
| 20:37.44 | arrrghhh | lol |
| 20:37.47 | hyc | heh |
| 20:38.06 | hyc | wasn't arguing. just continuing on why I don't reserve space for /cache |
| 20:38.30 | helicopter88 | maybe it has been asked somewhere,but won't be better to do ota updates for xdandroid? |
| 20:38.39 | arrrghhh | we do ota updates |
| 20:38.53 | arrrghhh | although they've been broken the last few revs... |
| 20:38.55 | helicopter88 | but those aren't downloaded and installed within the phone.. |
| 20:39.00 | arrrghhh | uhm |
| 20:39.01 | arrrghhh | what? |
| 20:39.15 | stinebd | i think he's saying we don't have an android provider that downloads them automatically |
| 20:39.20 | stinebd | which is true |
| 20:39.23 | helicopter88 | exactly |
| 20:39.23 | arrrghhh | oh |
| 20:39.25 | arrrghhh | well of course |
| 20:39.32 | Alex[sp3dev] | what's the use of ota when not on nand? |
| 20:39.41 | arrrghhh | small downloads |
| 20:39.45 | stinebd | primarily to avoid 70MB system images on every release |
| 20:39.49 | arrrghhh | ^^ |
| 20:40.14 | Alex[sp3dev] | well but so many things change between releases.. makes sense to just get the whole bundle |
| 20:41.09 | stinebd | we've got a shitload of crappy hacks in rootfs because certain things were changing rather often (ril, libhardware_legacy, sensors) and we didn't want a full release every 2 hours |
| 20:41.43 | stinebd | two references to fecal matter in three words, not bad |
| 20:42.08 | Alex[sp3dev] | i wonder if bcm wifi can work with nl80211 driver so we can load it instead of wext |
| 20:43.39 | hyc | Alex, using the mainline b43 driver? |
| 20:43.50 | hyc | or still using broadcom's source |
| 20:43.52 | hyc | ? |
| 20:44.16 | Alex[sp3dev] | hyc: mainline one for 35 i suppose. but i take it any mac80211 driver can work via nl80211, right? |
| 20:46.50 | WisTilt2 | hey stinebd, i know you're a busy guy but that 2nd test kernel for your power collapse test on raph has been rotting away on my server for weeks now and holding up the show:) |
| 20:47.11 | stinebd | WisTilt2: PM incoming |
| 20:47.34 | arrrghhh | WisTilt2, yo! |
| 20:47.42 | WisTilt2 | hiya arrrghhh |
| 20:47.45 | arrrghhh | how goes it sir? |
| 20:48.19 | WisTilt2 | busy as hell. gearing up our wireless network to put on a few thousand more customers shortly |
| 20:48.21 | hyc | Alex: I guess, just wasn't sure broadcom's driver was mac80211 now |
| 20:48.39 | arrrghhh | nice. moar customers are always a good thing :D |
| 20:49.28 | Alex[sp3dev] | hyc: will need to look into it. if bcm can use nl80211, we can just replace wext with nl80211 and be able to use tiwlan, wl1251 and bcm with any kernel version in one xdandroid build hopefully |
| 20:50.25 | WisTilt2 | arrrghhh, yeah we upgraded all our cell site backhauls to handle another 5k or so and tripled our sectors at each site. |
| 20:51.23 | WisTilt2 | already getting calls from clear customers that have been reading about the near future end. |
| 20:51.33 | arrrghhh | heh |
| 20:51.35 | stinebd | clear is dead? |
| 20:52.06 | WisTilt2 | bankrupt is certain. lost nearly 1/2 billion last year |
| 20:52.18 | stinebd | pfft, that doesn't stop my cableco |
| 20:52.33 | stinebd | they've gone bankrupt 6 or 7 times now |
| 20:53.04 | WisTilt2 | at least in this valley we have heard they're shutting down the whole network so thats all i care about:) |
| 20:53.33 | WisTilt2 | too many unhappy customers and too much to spend to make it right |
| 20:55.01 | jonpry | i have .39 pcom,acpu, and smd :p |
| 20:55.21 | Alex[sp3dev] | now get rpc and qdsp |
| 20:56.01 | jonpry | rpc only depends on smd |
| 20:56.59 | Alex[sp3dev] | smd and rpc will require some patches. first, on 35 smd was missing some null pointer checks. and secondly, some channel probe was different for 6125 iirc |
| 21:00.19 | jonpry | i'm just using 35 smd |
| 21:00.32 | Alex[sp3dev] | from vanilla 35 or our trees? |
| 21:00.39 | jonpry | htc-msm-2.6.35 |
| 21:00.44 | Alex[sp3dev] | good |
| 21:01.30 | jonpry | http://pastebin.com/gYT5umWY |
| 21:01.43 | jonpry | i don't totally understand what is happening at the end |
| 21:02.00 | Alex[sp3dev] | it hangs! |
| 21:02.03 | stinebd | freeing init memory? |
| 21:02.07 | stinebd | that's easy to understand |
| 21:02.46 | jonpry | shouldn't it execute init before freeing it? |
| 21:02.54 | Alex[sp3dev] | no |
| 21:03.05 | jonpry | initrd? |
| 21:03.07 | Alex[sp3dev] | init memory is __init and __exit stuff in kernel |
| 21:03.25 | Alex[sp3dev] | code and data marked with __init is discarded after kernel is booted |
| 21:04.45 | Alex[sp3dev] | so try without smd and with that holes stuff |
| 21:05.17 | jonpry | i get that, but it also says freeing initrd |
| 21:05.28 | jonpry | did that without smd |
| 21:05.47 | jonpry | it gives vfs panic with no initrd, and does that bs with |
| 21:06.06 | Alex[sp3dev] | are you using correct offset for initrd? |
| 21:06.34 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
| 21:07.34 | jonpry | i think its passed via atag |
| 21:07.50 | jonpry | the fact that it decompresses suggests it is working |
| 21:08.15 | Alex[sp3dev] | maybe the initrd is waiting for sd? |
| 21:08.51 | jonpry | yeah i don't know that the initrd would necessarily print anything to the screen |
| 21:12.25 | *** join/#htc-linux crawling (~crawling@a94-132-161-104.cpe.netcabo.pt) |
| 21:26.29 | *** join/#htc-linux arrrghhh (~arrrghhh@173.4.253.247) |
| 21:29.17 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 21:31.41 | WisTilt2 | stinebd: anything on that kernel? i'm out of here shortly until Monday. Taking wife, kids, and grand kids to the coast for a few days:) |
| 21:32.46 | arrrghhh | nice. enjoy WisTilt2 ;) |
| 21:33.24 | WisTilt2 | yeah cooler there. been mid 90's here already and not even summer yet! |
| 21:33.48 | arrrghhh | dang |
| 21:33.49 | arrrghhh | we're in the 70's... :P |
| 21:34.30 | WisTilt2 | weather has been crazy. we usually dont see 90's until june, then 100-110 all summer. think its going to be a hot long summer this year |
| 21:34.38 | stinebd | WisTilt2: i'll let you know when i get to my raph |
| 21:34.42 | arrrghhh | probably |
| 21:35.24 | WisTilt2 | stinebd: np. i'll check back with you next week or you can email me the results and i'll get test 3 ready if needed next week. |
| 21:35.39 | stinebd | ok |
| 21:36.24 | WisTilt2 | that kernel is doing a different panel init so maybe we'll get lucky this one. only a few possibilities so shouldn't be too far off. |
| 21:36.31 | hyc | Cotulla is using Hero AMSS on Rhod? |
| 21:36.38 | hyc | I want that... :P |
| 21:36.53 | Alex[sp3dev] | heresy detected |
| 21:36.59 | hyc | I just joined T-Mobile's mobile IPv6 beta program |
| 21:37.05 | hyc | but our AMSS only supports IPv4 |
| 21:37.17 | hyc | I want a rewrite with IPv6 :P |
| 21:37.25 | Alex[sp3dev] | but you have another phone |
| 21:38.58 | hyc | another phone? |
| 21:39.06 | Alex[sp3dev] | g1? |
| 21:39.14 | Alex[sp3dev] | ok, an other phone |
| 21:39.14 | hyc | ah yes |
| 21:39.19 | WisTilt2 | hyc: i meant to tell you (and ask you) we've been using your ril from I believe 4/14, working solid as a rock. Did you make other changes to your most recent one that we should be using (rhod 300's only) or has nothing changed in that area? |
| 21:39.40 | hyc | WisTilt2: hmm, nothing significant for GSM. |
| 21:39.51 | hyc | latest test is for CDMA getting the operator ID automatically |
| 21:40.10 | WisTilt2 | ok we'll keep this one. Not a single lockup on any of our phones for weeks now. |
| 21:40.17 | hyc | in fact the last few changes have only been for world phone stuff |
| 21:40.22 | hyc | great to hear that |
| 21:40.29 | WisTilt2 | location and everything works perfectly |
| 21:40.54 | hyc | hah, you must be in a denser location. my 3G netloc doesn't have enough towers to find me |
| 21:41.00 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF22FA.dip.t-dialin.net) |
| 21:41.02 | hyc | EDGE works ok tho :P |
| 21:41.31 | WisTilt2 | yeah im hsdpa everywhere around here and see at least 2 or more towers everywhere. |
| 21:42.20 | WisTilt2 | my guy that lives up in the hills says he's had no lockups at all. his netloc takes awhile to find him when he goes home for eventually it does. |
| 21:42.45 | WisTilt2 | for? make that but |
| 21:42.58 | hyc | heh |
| 21:43.44 | hyc | let's see, from Apr 14 to now the only thing that might affect you is that I added code to parse +CME ERROR: messages |
| 21:43.59 | WisTilt2 | pretty impressed with at&t's upgrade. we're seeing as high as 5mbps around here, 2.5mbps minimum and over 1mbps upload, not bad for a cell phone. |
| 21:44.08 | hyc | wow |
| 21:44.23 | hyc | so I guess you're actually benefitting from my change the HSDPA/UPA class config |
| 21:44.26 | arrrghhh | espeically a tired old one like the TP2 |
| 21:45.02 | WisTilt2 | latency is around 120-150ms also which is far better than what they had before at 300-500ms |
| 21:45.33 | WisTilt2 | i still like our wireless network better though:) 1.5ms is hard to beat |
| 21:46.02 | arrrghhh | yea, that's LAN latency :P |
| 21:46.08 | hyc | nice |
| 21:46.21 | arrrghhh | i guess your network really is a LAN until it hits your core. |
| 21:46.25 | arrrghhh | (i presume) |
| 21:46.28 | WisTilt2 | yep. some of our customers see .9ms at times, which blows their IT guys minds |
| 21:46.35 | arrrghhh | lol |
| 21:46.40 | hyc | damn.... |
| 21:46.53 | WisTilt2 | get what you pay for is what i tell people that wonder why we charge more |
| 21:46.59 | hyc | yeah, that beats some LANs I've worked on |
| 21:47.07 | stinebd | WisTilt2: you do ipv6 yet? |
| 21:47.38 | WisTilt2 | stinebd we are testing it yes. our whole wireless net supports it now but we have it only enabled on a few test customers |
| 21:51.57 | stinebd | WisTilt2: i'll be booting up the raph in a few minutes |
| 21:52.04 | stinebd | if you're still here then |
| 21:52.53 | WisTilt2 | ill be here for another 10-15mins or so. |
| 21:53.14 | hyc | oh, so out of curiosity, did anyone ever figure out the GSM-goes-to-sleep thing on recent kernels and rhod400/500? |
| 21:56.40 | stinebd | cmon, dex, you slow piece of crap |
| 21:56.41 | stinebd | hurry it up |
| 21:57.03 | stinebd | are the CPUs in these phones user-replaceable? |
| 21:57.21 | WisTilt2 | lol, if you have really tiny fingers maybe |
| 21:57.25 | stinebd | i'm thinking of sticking a core i7 in there |
| 21:57.42 | stinebd | it will have 7 minutes of battery life |
| 22:00.47 | stinebd | WisTilt2: black screen on resume |
| 22:01.01 | WisTilt2 | hmm, did backlight come on or totally dead? |
| 22:01.06 | stinebd | backlight comes on |
| 22:02.06 | arrrghhh | autobl on? |
| 22:02.28 | stinebd | WisTilt2: http://paste.ubuntu.com/604258/ |
| 22:02.29 | stinebd | dmesg |
| 22:02.36 | stinebd | arrrghhh: i aint no punk bitch |
| 22:02.38 | WisTilt2 | did it come on with the previous kernel do you remember? |
| 22:02.43 | WisTilt2 | backlight that is |
| 22:02.45 | arrrghhh | lol |
| 22:02.51 | stinebd | WisTilt2: i think it's the same behavior |
| 22:03.50 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
| 22:04.02 | stinebd | WisTilt2: enjoy your weekend, i'll see you on monday with your next kernel ;) |
| 22:04.59 | WisTilt2 | yeah got to get out of here. looking at log I know what the next test needs to be. ill put it together monday when I get back and let you know when its ready to get. |
| 22:05.09 | WisTilt2 | later guys |
| 22:05.22 | *** join/#htc-linux programmer89221 (~Evan@67.219.164.162) |
| 22:20.49 | *** join/#htc-linux rajkosto (rajkosto@cable-94-189-149-170.dynamic.sbb.rs) |
| 22:31.31 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 22:36.26 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
| 22:49.45 | *** join/#htc-linux gassed (gassed@c-76-30-161-228.hsd1.tx.comcast.net) |
| 22:52.26 | jonpry | ever see any bs like this? http://pastebin.com/XADAtYht |
| 22:52.58 | Alex[sp3dev] | you disabled smd, right? |
| 22:58.06 | jonpry | smd is fine |
| 22:58.06 | jonpry | i just enabled fb |
| 22:58.07 | jonpry | which works, that crap is spewing all down the screen and ramconsole |
| 22:58.09 | jonpry | it kind of looks like vsync interrupt is just being hammered |
| 23:00.52 | jonpry | i don't see what the obsession with turning on and off clock is |
| 23:01.52 | *** join/#htc-linux programmer8922 (~Evan@156.110.78.2) |
| 23:08.05 | Alex[sp3dev] | does anyone know why the hardware support code from TI and nvidia is always so long and difficult to understand yet buggy and not compying to standards? |
| 23:10.38 | arrrghhh | cuz then they can charge lots and lots of monies for 'engineers' to fix it for custom applications. |
| 23:12.28 | khorben_ | and these engineers probably don't care about writing proper code |
| 23:12.43 | khorben_ | and get sacked and hired over again |
| 23:13.23 | Alex[sp3dev] | and this code looks like it was generated from some interface definition language. i just cannot belive a human-being can generate like 200kb c code. ok, 20 files by 200kb |
| 23:13.41 | khorben_ | otherwise I guess they'd be contributing to open source projects and complaining about it on IRC channels ;) |
| 23:14.52 | khorben_ | nvidia used to obfuscate the source code for its graphics card driver |
| 23:15.09 | stinebd | they still do, but not intentionally |
| 23:15.20 | khorben_ | :))) |
| 23:16.14 | khorben_ | maybe another reason google is hiring like crazy |
| 23:16.25 | Alex[sp3dev] | their tegra2 code looks sooo ugly. but on the other hand, looks like the SoC is very powerful and muromec (a hacker that uses ac100) told me the power consumption is quite good even with fbdev and no nvidia proprietary crap |
| 23:17.25 | jonpry | Alex[sp3dev], is there anything about gpio / irq that needed to be done on 35? |
| 23:18.40 | Alex[sp3dev] | jonpry: yes, you need to hack that tlmm function (use our own that writes registers). or just pull my gpio and headers. i have implemented it so that we have uniform interface for android and wince amss |
| 23:19.33 | D3tul3 | jonpry: alright I repartitioned my sdcard and I know have a partitioned xdandroid build running if you send me your nilfs2 updated rootfs and kernel i'll try to get it running |
| 23:19.45 | jonpry | display doesn't need tlmm no? |
| 23:20.12 | jonpry | you have to format p3 and p4 to nilfs and then extract the images into them |
| 23:20.22 | Alex[sp3dev] | jonpry: depends on how you configure gpios. but you can comment out that stuff for testing |
| 23:20.34 | jonpry | i also had trouble with it finding the system.img in andboot, maybe rename it |
| 23:20.46 | D3tul3 | ok |
| 23:22.00 | jonpry | also it won't build a data in p4, so you need to extract that as well |
| 23:22.41 | D3tul3 | and i guess i need the updated haret from emwe's ml post? |
| 23:23.23 | jonpry | yeah |
| 23:23.36 | jonpry | and add initrd_offset to startup.txt |
| 23:25.15 | D3tul3 | that i might need help with |
| 23:25.35 | D3tul3 | i mean just put "initrd_offset" in startup.txt at any point? |
| 23:27.23 | jonpry | i am very slowly uploading this crap |
| 23:30.36 | jonpry | http://prymfg.com/kernel.rootfs_nilfs.img |
| 23:31.18 | jonpry | set initrd_offset 0x608000 |
| 23:31.18 | jonpry | after set initrd |
| 23:31.22 | jonpry | really anywhere before boot |
| 23:32.02 | D3tul3 | thanks will do |
| 23:32.08 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
| 23:33.22 | jonpry | er, http://prymfg.com/kernel/rootfs_nilfs.img |
| 23:33.34 | jonpry | http://prymfg.com/kernel/zimage_nilfs |
| 23:34.01 | jonpry | you have handle on nilfs formatting and image extraction? |
| 23:34.50 | D3tul3 | getting a hald on it right now - i'll bug you if i can't figure it out |
| 23:35.06 | jonpry | cool |
| 23:35.34 | *** join/#htc-linux gauner1986 (~Miranda@p5B383524.dip.t-dialin.net) |
| 23:37.14 | arrrghhh | wow. jonpry, that 8EiB limit on nilfs2 will come in handy :P |
| 23:37.33 | arrrghhh | 2^60 bytes lolol |
| 23:40.09 | jonpry | just wait |
| 23:40.12 | jonpry | sd megacapacity |
| 23:40.16 | arrrghhh | heh |
| 23:40.32 | arrrghhh | so 2.6.30+ has nilfs support baked in? |
| 23:41.16 | jonpry | yeah |
| 23:41.29 | arrrghhh | cool |
| 23:41.29 | jonpry | that includes .39 |
| 23:41.34 | arrrghhh | i'd like to try this |
| 23:41.39 | arrrghhh | nilfs madness |
| 23:41.59 | arrrghhh | i assume that kernel link is the .27 kernel with nilfs support backported? |
| 23:42.02 | jonpry | do it up :p |
| 23:42.14 | jonpry | right |
| 23:42.17 | arrrghhh | cool |
| 23:42.28 | arrrghhh | bah, might not be able to try it now. gf is moaning about food. |
| 23:44.31 | D3tul3 | partitions created and data extracted onto them waiting for the rootfs to finish dl |
| 23:45.43 | *** join/#htc-linux Chester0 (~s@109.61.7.242) |
| 23:46.03 | D3tul3 | jonpry: what do i do for modules with these guys? |
| 23:46.18 | arrrghhh | ya don't |
| 23:46.23 | arrrghhh | deal with your lack of wifi |
| 23:46.25 | arrrghhh | :P |
| 23:46.32 | D3tul3 | k |
| 23:46.32 | arrrghhh | unless he feels like coughin 'em up. |
| 23:46.50 | arrrghhh | that's really the main thing you'll miss w/o the modules. |
| 23:48.11 | jonpry | yeah modules are a pain. get emwe to commit it to autobuild :p |
| 23:49.05 | arrrghhh | lol |
| 23:54.01 | D3tul3 | booting |
| 23:54.16 | arrrghhh | Oo |
| 23:54.52 | D3tul3 | up and going |
| 23:55.36 | arrrghhh | wow. fast boot eh? |
| 23:56.25 | D3tul3 | those updates were not real time :) i would say maybe a shade faster? not very noticable |
| 23:56.43 | arrrghhh | hrm |
| 23:56.59 | D3tul3 | wish i could run some sort of a benchmark |
| 23:57.16 | arrrghhh | c'mon, give us your best tiad8 impression |
| 23:57.17 | jonpry | was it? |
| 23:57.53 | D3tul3 | it seemed faster but not something i could say for certain |
| 23:58.50 | D3tul3 | waking up pretty fast though i am not sure what to compare it with wistilt2's kernel or the autobuild? certainly faster than the autobuild |