00:15.33 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
00:23.49 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
00:32.57 | *** join/#htc-linux XirXes (~xirxes@71-35-197-137.slkc.qwest.net) |
00:54.42 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
01:22.45 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
01:22.55 | *** join/#htc-linux MACK1E (~MACK1E@50-88-143-107.res.bhn.net) |
01:23.51 | *** join/#htc-linux |Atom| (~atom@82.194.234.249) |
01:37.32 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
01:37.46 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
01:48.44 | *** join/#htc-linux arrrghhh (~arrrghhh@c-24-9-150-163.hsd1.co.comcast.net) |
01:51.42 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
01:55.21 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
02:13.29 | *** join/#htc-linux LargePrime (~LargePrim@173-122-113-142.pools.spcsdns.net) |
02:15.22 | *** join/#htc-linux HardDisk_WP (~marco@velirat.de) |
02:15.22 | *** join/#htc-linux HardDisk_WP (~marco@wikipedia/harddisk) |
02:39.56 | *** join/#htc-linux tyween` (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
02:46.33 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
03:04.58 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
03:05.36 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
03:07.51 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF3A33.dip.t-dialin.net) |
03:08.14 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
03:11.22 | *** join/#htc-linux thePACE (ident@178.148.0.105) |
03:28.20 | *** join/#htc-linux tyween (~tyween@pool-71-163-117-57.washdc.fios.verizon.net) |
03:51.03 | *** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc) |
04:24.22 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
04:24.38 | [acl] | who dat ? who der? |
04:31.13 | *** join/#htc-linux rzk_ (~rzk@95-25-211-53.broadband.corbina.ru) |
04:49.05 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
04:50.08 | jonpry | hi [acl] |
04:50.50 | [acl] | jonpry: sup bro |
04:50.56 | [acl] | and nope i didnt try it yet |
04:51.07 | [acl] | just had some time and started reviewing all these commits ive ignored |
04:51.19 | jonpry | ic |
04:51.28 | [acl] | you have anything thats needs to get commited ? |
04:51.32 | [acl] | battery poop ? |
04:51.33 | jonpry | scbs? |
04:51.41 | jonpry | yeah |
04:51.45 | [acl] | did phh give it a thumbs down ? |
04:52.01 | jonpry | a little |
04:52.08 | [acl] | didnt he say he rather hang himself ? |
04:52.22 | jonpry | i give it a thumbs down |
04:52.27 | [acl] | why ? |
04:52.53 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
04:53.18 | jonpry | should probably be setup with pdata. so there is at least some mechanism for using it or not on different boards |
04:53.19 | [acl] | i forgot what it was to begin with but people seem to love wistilts test kernel and apparently your stuff is on it right ? |
04:53.44 | [acl] | jonpry: ahh so its just a little messy? fix it.. |
04:56.45 | jonpry | my stuff is in his kernel but it doesn't do anything unless you run my rootfs |
04:56.49 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
04:57.28 | jonpry | phh just doesn't like it because it messes with dangerous things |
04:59.20 | [acl] | ahh |
04:59.24 | [acl] | u need to run custom rootfs |
04:59.25 | [acl] | boo |
04:59.32 | [acl] | no love for nand |
04:59.47 | [acl] | we need a jonpry kernel |
04:59.55 | [acl] | "for the ballsy" |
05:00.25 | [acl] | lol |
05:00.45 | jonpry | the rootfs stuff is pretty simple |
05:00.58 | jonpry | just add a file a script and one line to init |
05:01.28 | [acl] | dang.. sounds perfect for the prypad |
05:01.35 | [acl] | so when can we see that bad boy? |
05:01.37 | jonpry | jonpry kernel will be a never tested 39 contraption |
05:01.50 | jonpry | slowly slowly |
05:01.56 | jonpry | i got plastics lol |
05:04.23 | jonpry | [acl] you caught up on work, or still doing 2 jobs? |
05:06.19 | AstainHellbring | ballsy ftw |
05:07.13 | [acl] | jonpry: nahh i always just had one job |
05:07.21 | [acl] | but just takes a lot of time |
05:07.31 | [acl] | AstainHellbring: you are ballsy !! |
05:07.34 | jonpry | hrm |
05:07.47 | [acl] | jonpry: i need google to hire me already.. |
05:07.53 | [acl] | so i can get paid for this |
05:07.55 | [acl] | :-p |
05:07.59 | *** join/#htc-linux Termana (~bradley@122.151.89.106) |
05:08.05 | jonpry | for sure |
05:08.35 | [acl] | jebus JB has some killer commits here |
05:08.59 | AstainHellbring | [acl] always fun to rip apart a battery for the good of many |
05:09.21 | jonpry | just sell xdandroid service. $5/month |
05:09.54 | [acl] | AstainHellbring: those were the good ol days.. ..now i can barely stay awake .. |
05:10.18 | [acl] | jonpry: you look at this TPA2016D2 driver ? sounds like its your territory |
05:10.43 | jonpry | yeah i think thats not necessary |
05:11.08 | [acl] | wtf is it ? u know i dont mess with sound |
05:11.44 | jonpry | its an i2c power amp for the speaker |
05:12.01 | [acl] | but dont we have that already ? |
05:12.10 | [acl] | or was our code that shitty needed to be redone from scratch |
05:12.15 | jonpry | but the acoustic tables seem to change the ringer volume anyways |
05:12.42 | AstainHellbring | anyone got any thoughts for what i/o will bring? |
05:12.55 | jonpry | self loathing |
05:13.43 | [acl] | jonpry: im unsure if i should commit this tpa on nand.. i can barely understand it and i have sound so wtf do i tneed it for again? |
05:14.22 | jonpry | i'm not sure that we do need it |
05:14.52 | [acl] | hmm i guess i'll wait it out |
05:14.53 | [acl] | :-p |
05:15.20 | jonpry | userland acoustic sounds cool to me |
05:17.52 | *** join/#htc-linux ali1234 (~ajb@robotfuzz.co.uk) |
05:18.05 | [acl] | jonpry: what ever happed to nilfs? |
05:18.22 | jonpry | its kind of broken |
05:18.28 | [acl] | boo |
05:18.38 | jonpry | mmap write doesn't seem to work on my backport |
05:18.56 | jonpry | which is only used for apk install of all things |
05:19.13 | jonpry | but i don't think you can use nilfs on nand anyways |
05:20.46 | [acl] | yeah |
05:20.50 | [acl] | sad |
05:21.19 | jonpry | 39 has nilfs |
05:22.57 | [acl] | dang |
05:36.04 | *** join/#htc-linux avinashhm (~avinash-h@192.94.92.14) |
05:38.12 | [acl] | jonpry: aite bro.. its nap time.. ill ttyl |
05:38.21 | jonpry | cya |
05:42.12 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-133-138.98-62.inwind.it) |
05:58.31 | *** join/#htc-linux kiozen (~kiozen@p5DDF3456.dip.t-dialin.net) |
06:08.05 | *** join/#htc-linux rob_w (~bob@ppp-188-174-87-44.dynamic.mnet-online.de) |
06:14.33 | *** join/#htc-linux bwyld (add9d405@gateway/web/freenode/ip.173.217.212.5) |
06:14.41 | *** part/#htc-linux kiozen (~kiozen@p5DDF3456.dip.t-dialin.net) |
06:16.03 | bwyld | can someone please help me get a working android on htc tilt 2 |
06:17.36 | *** part/#htc-linux bwyld (add9d405@gateway/web/freenode/ip.173.217.212.5) |
06:32.43 | *** join/#htc-linux mitsutaka_ (~mitsutaka@pw126167097046.71.tss.panda-world.ne.jp) |
06:33.38 | *** join/#htc-linux mitsutaka__ (~mitsutaka@rt.miraclelinux.com) |
06:34.55 | *** join/#htc-linux DuperMan (~Duper@109-186-103-12.bb.netvision.net.il) |
06:39.47 | *** join/#htc-linux DuperMan (~Duper@109-186-103-12.bb.netvision.net.il) |
06:54.10 | *** join/#htc-linux DuperMan (~Duper@109-186-103-12.bb.netvision.net.il) |
06:54.20 | *** join/#htc-linux htc2 (62f21854@gateway/web/freenode/ip.98.242.24.84) |
07:48.15 | *** join/#htc-linux ORi| (~ORi@91.181.247.63) |
07:53.47 | *** join/#htc-linux mickey|office (~Mickey@business-092-079-168-007.static.arcor-ip.net) |
08:13.41 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
08:33.42 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
08:36.23 | *** join/#htc-linux gauner1986 (~Miranda@p5B3829FB.dip.t-dialin.net) |
08:55.49 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
09:11.23 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
09:58.27 | *** join/#htc-linux LargePrime (~LargePrim@184.246.109.140) |
10:17.42 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
10:17.45 | *** join/#htc-linux Reiko2 (~Reiko2@pd95bdd86.dip0.t-ipconnect.de) |
10:37.44 | *** join/#htc-linux LargePrime (~LargePrim@70-8-122-21.pools.spcsdns.net) |
10:42.13 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
10:45.46 | *** join/#htc-linux Ceesheim (~ceesheim@dslb-084-061-176-002.pools.arcor-ip.net) |
10:53.02 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:6150:1974:8c89:4488) |
11:02.57 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
11:03.24 | *** join/#htc-linux LargePrime (~LargePrim@184-227-22-61.pools.spcsdns.net) |
11:14.25 | *** join/#htc-linux LargePrime (~LargePrim@184.246.188.195) |
11:27.40 | *** join/#htc-linux fakker (~noobhands@cpc13-hitc6-2-0-cust129.9-2.cable.virginmedia.com) |
11:51.45 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
11:58.24 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:6150:1974:8c89:4488) |
12:14.00 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
12:17.42 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
12:28.54 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
12:34.05 | *** join/#htc-linux helicopter88 (~helicopte@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
12:35.58 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:6150:1974:8c89:4488) |
12:40.22 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
13:31.37 | *** join/#htc-linux Termana (~bradley@122.151.82.166) |
13:43.07 | *** join/#htc-linux helicopter88 (~helicopte@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
13:43.35 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
13:46.15 | *** join/#htc-linux arrrghhh (~arrrghhh@173-130-232-239.pools.spcsdns.net) |
13:46.37 | *** join/#htc-linux rob_w (~bob@ppp-188-174-87-44.dynamic.mnet-online.de) |
14:01.54 | *** join/#htc-linux crawling (~crawling@a94-132-161-104.cpe.netcabo.pt) |
14:09.21 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
14:09.26 | Cotulla | hey |
14:10.24 | mickey|office | morning Cotulla |
14:10.40 | Cotulla | hehe, here it's middle of day |
14:10.50 | Cotulla | :) |
14:13.18 | helicopter88 | here too :) |
14:13.25 | mickey|office | ~ugt |
14:13.26 | apt | methinks ugt is Universal Greeting Time. Created in #mipslinux, it is a rule that states that whenever somebody enters an IRC channel it is always morning, and it is always late when the person leaves. The local time of any other people in the channel, including the greeter, is irrelevant. http://www.total-knowledge.com/~ilya/mips/ugt.html |
14:13.46 | Cotulla | :P |
14:13.54 | Cotulla | mips... brrr |
14:14.04 | Cotulla | <PROTECTED> |
14:29.29 | *** join/#htc-linux tjs_bsd (~tjs@mail.CDPA.cc) |
14:30.02 | *** join/#htc-linux emwe (~emwe@cable-86-56-10-158.cust.telecolumbus.net) |
14:31.05 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-133-138.98-62.inwind.it) |
14:32.06 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
14:34.06 | *** part/#htc-linux oelewapperke (wapper@eth1.mine.nu) |
14:43.39 | *** join/#htc-linux helicopter88 (~helicopte@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
14:45.39 | *** join/#htc-linux netson-ubuntu (~netson-ub@110.138.134.173) |
14:52.35 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
15:05.24 | *** join/#htc-linux AstainZZZZZZ (~AstainHel@unaffiliated/astainhellbring) |
15:06.34 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
15:06.54 | *** join/#htc-linux LargePrime (~LargePrim@70-8-74-69.pools.spcsdns.net) |
15:11.04 | Cotulla | hey Alex |
15:11.10 | Alex[sp3dev] | hey Cotulla |
15:11.18 | Cotulla | how are u? |
15:11.32 | Alex[sp3dev] | fine, thanks. you? |
15:11.47 | Cotulla | nice |
15:11.56 | Cotulla | working with RHO microp now |
15:12.04 | Alex[sp3dev] | using microp-ng? |
15:12.20 | Cotulla | no, I am investigating possible solutions |
15:12.28 | Alex[sp3dev] | ok |
15:13.38 | Cotulla | maybe just got leo version and use it |
15:13.44 | Cotulla | but there no keyboard support |
15:14.29 | Cotulla | u won't believe me :P |
15:14.37 | Cotulla | I am building kernels under cygwin now :P |
15:14.42 | Alex[sp3dev] | nice |
15:14.45 | Cotulla | yeah |
15:14.48 | Cotulla | it was not so difficult |
15:14.50 | Cotulla | :( |
15:15.25 | Cotulla | ...and when all people will be *IN LOVE* with ONE style of line endings :D |
15:16.39 | Alex[sp3dev] | Cotulla: when M$ accepts common practices when of using only newline without cr for new line. and yeah, i want to see the day when everything will be in unicode |
15:17.23 | Cotulla | but unicode can have also \r and \r\n |
15:17.29 | Cotulla | 0A 0D |
15:17.37 | Cotulla | no.... 0D 0A |
15:18.36 | Alex[sp3dev] | yes, i didn't tell it was not so. these are two separate ideas - crlf sucks and non-unicode sucks (luckily both windows and linux use unicode now except as in some old apps) |
15:19.14 | Cotulla | yeah |
15:19.15 | Cotulla | but |
15:19.25 | Cotulla | \r\n allow more controls for text output |
15:19.30 | Cotulla | but increase filesize a bit |
15:19.57 | *** join/#htc-linux gauner1986 (~Miranda@p5B3829FB.dip.t-dialin.net) |
15:20.05 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:1885:2e40:c59a:9d55) |
15:20.21 | Cotulla | hm downloaded heroc sources from htc |
15:20.26 | Cotulla | looks like they are totally broken O_o |
15:20.36 | Alex[sp3dev] | Cotulla: \r is not wrong. it's just that it makes sense to use it if you really want to use the *same* line, but rewind it. switching to a new line and rewinding is nonsense. but anyway, if you use standard library funcions and defines like endl in c++ instead of manually typing newline, you will not have problems |
15:21.01 | Cotulla | I hate endl |
15:21.06 | Cotulla | and all this f@&$^@ shit |
15:21.09 | Cotulla | cin cout |
15:21.12 | Cotulla | << |
15:21.15 | Cotulla | and etc |
15:21.22 | Cotulla | %s & %S rulezz |
15:21.23 | Cotulla | :) |
15:21.26 | Alex[sp3dev] | i hate c++, but that's another topic |
15:21.36 | Alex[sp3dev] | printf rules. even java has adopted printf ;) |
15:21.52 | Cotulla | ya |
15:22.14 | Cotulla | JOINS C-FORMAT LINES CLUB |
15:22.33 | gauner1986 | yeah |
15:22.37 | gauner1986 | printf is cool |
15:22.42 | *** join/#htc-linux Rajko (~rajkosto@2001:5c0:1511:4e01:41ab:2252:5715:eed0) |
15:22.46 | Alex[sp3dev] | now i know what really sucks about xperia ;) |
15:22.48 | gauner1986 | stringformatter ftw |
15:22.49 | gauner1986 | :P |
15:23.00 | Cotulla | what is ? |
15:23.04 | Alex[sp3dev] | battery sucks. and wifi power consumption |
15:23.15 | Cotulla | under AD? |
15:23.21 | Alex[sp3dev] | even under winmo |
15:24.00 | Alex[sp3dev] | my new tablet has a 3600 mAh battery. and it lasts at least 6 times longer with wifi on |
15:26.04 | Cotulla | hm |
15:27.07 | Alex[sp3dev] | but as for android, i have not yet looked into PM really seriously. I will look after fixing sound and moving to nand. I guess SD can drain quite a lot of power when used as root |
15:27.16 | Cotulla | can... |
15:27.23 | Cotulla | bad one |
15:27.29 | Cotulla | it's like with WP7 & LEO |
15:27.38 | Cotulla | wrong SD card gives very big drain |
15:28.04 | Cotulla | hm |
15:28.07 | Alex[sp3dev] | i bought a new sd card and have not measured current yet |
15:28.17 | Cotulla | we may open shop and sells "android compatible sd cards" :D |
15:36.41 | *** join/#htc-linux arrrghhh (~arrrghhh@173-130-232-239.pools.spcsdns.net) |
15:47.20 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
15:52.16 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
15:52.30 | WisTilt2 | Morning world |
15:52.52 | Alex[sp3dev] | hi WisTilt2 |
15:53.17 | WisTilt2 | hi Alex[sp3dev] |
15:54.07 | Cotulla | hi |
15:54.37 | jonpry | hi WisTilt2 |
15:54.37 | WisTilt2 | Cotulla, where you been hiding? |
15:54.47 | WisTilt2 | hey jonpry |
15:54.49 | jonpry | as [Rapunzel] |
15:54.55 | WisTilt2 | ah |
15:55.00 | WisTilt2 | man of many faces |
15:55.33 | jonpry | WisTilt2, fix my fb :p |
15:55.38 | Cotulla | WisTilt2, worked hard |
15:55.39 | Cotulla | :P |
15:55.47 | Cotulla | yes [Rapunzel] |
15:55.59 | *** join/#htc-linux arrrghhh (~arrrghhh@173-130-232-239.pools.spcsdns.net) |
15:55.59 | WisTilt2 | jonpry, whats wrong with fb? |
15:56.01 | Cotulla | and few others from Babylon 5 |
15:56.04 | Cotulla | :) |
15:56.43 | jonpry | WisTilt2, it hangs at msmfb_probe(), unless dg timer is at 1000hz. then it sort of works. |
15:56.58 | WisTilt2 | is this on your nilfs attempt? |
15:57.04 | jonpry | .39 |
15:57.40 | WisTilt2 | hmm, it works with dg timer at 1000hz though? |
15:57.59 | WisTilt2 | how far does it get |
15:58.49 | jonpry | well it works. presumably because all the wait times are off by factor of 10. but it generates storm of mdp dma busy and the like until it kills itself a few seconds later |
15:59.33 | Cotulla | ow u already on 39? :P |
15:59.36 | jonpry | i'm not sure the 1000hz behavior is unexpected. its probably trying to dma at 10x speed |
16:00.03 | WisTilt2 | is HZ still defined at 1000hz like in .27 or did that get changed in .39? |
16:00.23 | WisTilt2 | I know a lot of timers are off in .27 that I fixed |
16:00.55 | jonpry | HZ is 100. 39 doesn't really allow it to be changed |
16:01.03 | jonpry | they are pushing for NOHZ |
16:01.20 | WisTilt2 | hmm, HZ is 1000 in .27 - what .39 tree are you working off? |
16:01.20 | jonpry | Cotulla, yeah 39 ftw |
16:01.52 | jonpry | i don't think so |
16:02.19 | jonpry | https://gitorious.org/~acl/linux-on-qualcomm-s-msm/linux-msm-rhod-nand/commits/htc-msm-2.6.39 |
16:02.44 | jonpry | cat arch/arm/configs/htc_msm_android_defconfig | grep HZ |
16:02.45 | jonpry | CONFIG_HZ=100 |
16:02.49 | Alex[sp3dev] | Nokia sucks!!! |
16:04.01 | Alex[sp3dev] | why the hell are they making an announcement that they will release Qt5 which will be incompatible with Qt4 and kde will be rewritten again. and it will rely hard on opengl. I think that was a sabotage initiated by Microsoft |
16:04.52 | *** part/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
16:04.53 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
16:05.08 | Cotulla | heh, Alex? |
16:05.20 | Cotulla | it's normal for whole open source |
16:05.24 | jonpry | WisTilt2, so its kind of messed up. but it started as an accident. i had HZ=100. but timer was programmed wrong. /not programmed at all and was left how winmo set it up, which afaict is ~1000hz. fb "works" in that case. but when i fixed timer it doesn't work anymore |
16:06.07 | Alex[sp3dev] | Cotulla: no it is not. Qt4 has not changed much from Qt3. it is a commercial product and they have always been keeping stable interfaces |
16:06.15 | Cotulla | yeah |
16:06.21 | Cotulla | but now they have reasons |
16:06.32 | Cotulla | maybe because some great internal changed |
16:06.36 | Cotulla | *changes |
16:06.38 | Alex[sp3dev] | i like conspiracy theories |
16:06.41 | Cotulla | or maybe they wanna drop it |
16:06.43 | WisTilt2 | jonpry: somewhere it is changed then. All my timing tests calculate HZ is at 1000hz. I'll take a look at the .39 tree. i'm getting bored so need something new to work on:) |
16:06.47 | Alex[sp3dev] | my theory is that M$ has bribed nokia directors |
16:06.49 | Cotulla | because it's useless now almost |
16:07.00 | *** join/#htc-linux raymonddull (raymonddul@pool-71-240-7-133.pitt.east.verizon.net) |
16:07.09 | Cotulla | I doubt it... because people could still use old versions |
16:07.22 | LordDeath | Alex[sp3dev]: the nokia ceo was a former microsoft manager ^^ |
16:07.33 | Cotulla | and new targets with Qt won't appear |
16:07.37 | Cotulla | so it won't give anything |
16:08.06 | raymonddull | wonders what the conversation is about |
16:08.19 | Alex[sp3dev] | anyway. by the time it is released, all major software will get updated. the problems are usually with home-grown apps that are supported only by one or two men.. |
16:08.39 | Cotulla | I just think Qt coders changed weed source, so new weed cause new style of coding... maybe they realize that they should change function names to void CrEaTeMyFoOpOrTbItChNoW(); |
16:08.46 | Alex[sp3dev] | but no one prohibits to install both qt4 and qt5 even if software is not updated.. |
16:09.01 | Cotulla | it can't keep compatibility |
16:09.15 | Alex[sp3dev] | ok, even java and .net break compatiblity |
16:09.24 | Alex[sp3dev] | keeping dead code would be much worse |
16:09.52 | Cotulla | but Qt is very large |
16:10.09 | Cotulla | megabytes of code... |
16:10.14 | Alex[sp3dev] | and yeah, hardware has changed a lot recently. in the beggining of the 2000's hardware-accelerated graphics and lots of ram were uncommon but now ram is cheap and cpus have almost hit the physical limit for the frequency |
16:10.18 | Cotulla | NT version is around 13 mb right? |
16:11.24 | jonpry | afaik its pretty trivial to make a 20ghz cpu, but there is nothing to feed it with |
16:12.06 | raymonddull | if thats the case,why arent they out? |
16:12.11 | Cotulla | anyway code 13 mb... it's pfff |
16:12.33 | Alex[sp3dev] | huh.. 20ghz.. i doubt it. only if you integrate ram and everything directly to it.. or use optics to transmit data instead of wires |
16:12.47 | Cotulla | I can fit small CE image inside 13mb with Shell, IE and Solitare pfff |
16:13.22 | jonpry | one could make the argument the register file is ram |
16:14.10 | Alex[sp3dev] | Cotulla: you can use raw x11 libs (xcb, for example) and get pretty much the same result. and you can install only needed libs, not the whole qt. and the point of qt is not having small apps, but having cross-platform apps. |
16:14.10 | Cotulla | which u want.... hive or ram based registry |
16:14.29 | Cotulla | I means it's stupid attitude |
16:14.37 | Cotulla | make everything OOP |
16:14.43 | Cotulla | which caused such shit actually |
16:14.44 | Cotulla | 13 mb |
16:14.56 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
16:15.28 | Alex[sp3dev] | yes and no.. programming UI in procedure style if very tiresome. well, oop is not really a solution, it should be declarative |
16:15.45 | Cotulla | I talk about common things... |
16:15.53 | Cotulla | yeah |
16:15.57 | Cotulla | like RC |
16:16.24 | Alex[sp3dev] | oh no, not like RC.. like wpf maybe. but without stupid xml |
16:17.27 | fakker | Cotulla stfu! |
16:17.31 | fakker | :D |
16:20.16 | Alex[sp3dev] | is thinking about installing vim or emacs to the tablet |
16:20.29 | Cotulla | I though about double-compiled language |
16:20.39 | jonpry | like java2c |
16:20.48 | Alex[sp3dev] | Cotulla: don't reinvent byte-code please |
16:20.50 | Cotulla | which runs first stage as script |
16:20.58 | Cotulla | and generate new source |
16:21.07 | Alex[sp3dev] | Cotulla: that's called pre-processing |
16:21.07 | Cotulla | and then this new generated source compiled |
16:21.15 | Cotulla | pre-processing too stupid |
16:21.17 | Alex[sp3dev] | vala is compiled to c this way |
16:21.21 | Cotulla | I means full kind of language |
16:21.22 | Cotulla | like |
16:21.26 | Alex[sp3dev] | like python? |
16:21.39 | Alex[sp3dev] | which runs like script and then generates a jitted bytecode |
16:21.47 | Cotulla | #while (i < 10) |
16:21.47 | Cotulla | foo(); //call this shit 10 times, to be sure :) |
16:21.47 | Cotulla | #endwhile |
16:21.50 | Cotulla | something like this |
16:21.55 | Cotulla | pff no |
16:22.11 | Cotulla | #define i 0 |
16:22.11 | Cotulla | #while (i < 10) |
16:22.11 | Cotulla | foo(); //call this shit 10 times, to be sure :) |
16:22.51 | Alex[sp3dev] | just remove the pound before while, and you can compile it with c compiler |
16:23.21 | jonpry | but it won't work |
16:23.27 | Cotulla | yeah |
16:23.33 | Cotulla | it means I want 10 lines inside sources |
16:23.41 | Cotulla | no call this function inside machine code 10 times |
16:23.51 | Cotulla | it's my idea |
16:23.55 | Alex[sp3dev] | that looks like chinese coding |
16:23.57 | jonpry | like loop unroll? |
16:24.14 | Cotulla | no, this all should be done before actual compiling |
16:24.31 | Cotulla | static... this things never can be changed during runtime |
16:24.43 | Alex[sp3dev] | why not use a loop and force loop unrolling by compiler options? |
16:24.51 | Cotulla | so in this example u _always_ got 10 functions call |
16:24.59 | Cotulla | because unrolling uncontrolable |
16:25.12 | Cotulla | and effect apply to all code |
16:25.22 | jonpry | just use volatile function pointers |
16:25.33 | Cotulla | it can be used for code generation |
16:25.39 | Cotulla | like big complex tables |
16:25.48 | Cotulla | ability to store all data inside one place |
16:26.58 | Cotulla | or u can encode strings |
16:26.59 | Cotulla | and etc |
16:27.07 | Cotulla | compress data directly |
16:27.13 | Cotulla | u specify plain array |
16:27.26 | Cotulla | and this first stage execute code which compress it and put to program... |
16:27.52 | Alex[sp3dev] | and then you invent c++ templates |
16:27.52 | Cotulla | no |
16:27.52 | Cotulla | nothing common |
16:27.54 | Cotulla | templates are stupid very limited thing |
16:27.58 | Cotulla | which produce a lot of rubbish code |
16:28.02 | Cotulla | inside files.. |
16:28.14 | fakker | hhmmm |
16:28.25 | Cotulla | how u will implement ZLIB data compressing with templated? |
16:29.05 | ali1234 | who the hell just calls a function 10 times to be sure? |
16:29.13 | fakker | me |
16:29.17 | Cotulla | it's normal. for some kind of people. |
16:29.31 | Cotulla | but hey, it can increase stability of code |
16:29.40 | WisTilt2 | jonpry: so you're using the nand .39 tree? |
16:29.43 | fakker | does it slow down? |
16:29.58 | jonpry | WisTilt2, thats just where i put up my code. it doesn't run on nand or anything |
16:30.17 | WisTilt2 | k. I have a few mods for you to try if you feel like it? |
16:30.24 | jonpry | sure |
16:30.56 | Cotulla | Alex, so I means that |
16:30.58 | Cotulla | # byte my_data[] = { ...lalala... } |
16:30.58 | Cotulla | # byte buf[1024]; |
16:31.01 | WisTilt2 | several so bear with me... line 393 change HZ to HZ*5 |
16:31.10 | jonpry | msm_fb? |
16:31.12 | WisTilt2 | yes |
16:31.44 | Cotulla | I guess it can be implemented with TCC |
16:31.50 | Alex[sp3dev] | btw, if anyone is using linux in android chroot, is there an app that inits all daemons/mounts on the launch and cleanly unmount on reboot? |
16:31.51 | Cotulla | there support for C scripting afaik |
16:31.58 | jonpry | WisTilt2, got it |
16:32.44 | jonpry | Cotulla, i've resorted to writing program to write code before. is that not the same? |
16:32.53 | Alex[sp3dev] | looks like my connection is unstable and i'm getting messages with a huge delay |
16:33.06 | WisTilt2 | line 293 change 5 * HZ to HZ/10 |
16:33.39 | Cotulla | jonpry, not very |
16:33.43 | Cotulla | because here all inside one file |
16:33.54 | Cotulla | and saves integration |
16:33.56 | Cotulla | between stages |
16:33.59 | jonpry | yeah that would be nice. ms word programming :p |
16:35.16 | WisTilt2 | jonpry: line 366 HZ/4 to HZ/20 |
16:36.19 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:cd98:7066:1e67:bd53) |
16:37.11 | jonpry | java with delegates would be the best language. with native compilation of course |
16:37.17 | Cotulla | as well we got integration |
16:37.18 | WisTilt2 | jonpry: line 281 HZ/10 to HZ/100 |
16:37.35 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B25B.access.telenet.be) |
16:37.44 | WisTilt2 | those are the timing changes I have in my test kernel |
16:37.55 | Alex[sp3dev] | jonpry: java with delegates is C#. C# with native compilation is vala |
16:38.10 | Cotulla | hehe |
16:38.18 | WisTilt2 | jonpry: that's assuming HZ = 1000 |
16:38.23 | Cotulla | there no problems with native compilation |
16:38.31 | Cotulla | problem that libraries not native |
16:38.53 | ali1234 | most .net libraries are native |
16:39.05 | ali1234 | otherwise mono project would be trivial |
16:39.30 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@94.52.236.39) |
16:39.41 | ali1234 | not that vala uses either |
16:39.41 | WisTilt2 | jonpry: if you could paste a dmesg after these changes also so i can compare |
16:39.55 | Alex[sp3dev] | not really most. core classes, io etc are managed code. winforms, wpf, wcf and anything that was not standardized is native code |
16:40.42 | jonpry | WisTilt2, hz is 100 |
16:41.03 | jonpry | brb |
16:43.03 | Cotulla | don't know |
16:43.53 | *** join/#htc-linux Segnale007 (~Segnale00@ppp-133-138.98-62.inwind.it) |
16:47.20 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
16:48.09 | *** join/#htc-linux balans (~barry@82-170-217-205.ip.telfort.nl) |
16:53.41 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr) |
16:58.08 | *** join/#htc-linux LargePrime (~LargePrim@70-8-74-69.pools.spcsdns.net) |
16:59.33 | jonpry | WisTilt2, it seems to be running |
16:59.58 | *** join/#htc-linux gauner1986 (~Miranda@p5B3829FB.dip.t-dialin.net) |
17:00.33 | WisTilt2 | jonpry, did it make it further than before? |
17:01.10 | WisTilt2 | you might also remove the panel2 loop. not needed with the timing changes |
17:01.25 | jonpry | panel came up with timer at 100hz |
17:01.43 | jonpry | i'm still getting lots of mdp dma already on though |
17:02.41 | WisTilt2 | mdp is a different problem. ill go through that now and see whats up. are you seeing any vsync errors in the pan_update at all? |
17:04.06 | jonpry | no |
17:04.28 | jonpry | i almost think it just didn't work because of nilfs |
17:04.54 | WisTilt2 | those dma errors are something acl stuck in there awhile back. i dont think they mean anything if its those irq 4 4 whatever dumps |
17:05.30 | jonpry | yeah its fine. i had some other timer stuff spamming console |
17:05.40 | jonpry | it gets all the way to init.android now |
17:05.48 | WisTilt2 | nice |
17:07.06 | WisTilt2 | where did you get that source from? we've been playing with .38 and I know there's a couple different sources out there. |
17:08.16 | jonpry | its vanilla 39 |
17:11.20 | jonpry | WisTilt2, you know if boot anim requires hw3d or something stupid? |
17:11.30 | WisTilt2 | shouldn't |
17:11.42 | jonpry | maybe rpc |
17:11.50 | jonpry | and sound, or evdev? |
17:12.17 | WisTilt2 | i wouldn't think sound is required but evdev probably yes |
17:12.23 | Alex[sp3dev] | hey guys. what do you think about dropping stupid copies of init.rc and instead of patching system files based on machine type, make correct versions for TI/BCM in advance and copy once or symlink instead of patching? |
17:12.24 | jonpry | it gets to where boot anim should start, but i don't see it. and usb is not going to happen |
17:13.14 | Alex[sp3dev] | jonpry: have you set up pmem correctly? |
17:13.29 | jonpry | yes |
17:13.32 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host29-10-dynamic.54-79-r.retail.telecomitalia.it) |
17:14.57 | WisTilt2 | jonpry where is fb allocated in .39, same area of ebi1? |
17:15.57 | jonpry | looks like smi2 |
17:16.14 | jonpry | nm |
17:16.24 | WisTilt2 | might move it back down to ebi1. smi2 has locks throughout |
17:16.26 | jonpry | ebin+128-32+2 |
17:18.27 | Cotulla | where u found smi2? |
17:18.29 | WisTilt2 | hmm thats not right. let me look |
17:19.33 | WisTilt2 | should be MSM_EBIN_BASE+128*1024*1024-50*1024*1024 |
17:20.08 | jonpry | hmm |
17:20.37 | WisTilt2 | i think your default setting might be overlapping adsp possibly? |
17:20.37 | *** join/#htc-linux Sh4doW (52f76f5f@gateway/web/freenode/ip.82.247.111.95) |
17:21.22 | jonpry | there is no adsp pmem |
17:21.42 | jonpry | i used pmem from .35 which appears pretty messed up. i can try .27 |
17:21.47 | WisTilt2 | should be 8megs adsp |
17:21.56 | WisTilt2 | yeah |
17:29.25 | WisTilt2 | jonpry: you could stick fb in the first 2mb of smi2, which isn't used at all on any rhods we tested it on. that way you can keep your current pmem. |
17:29.48 | WisTilt2 | or use .27 pmem, which should work also i'd think |
17:29.51 | jonpry | i just switched to the .27 and it seems to work |
17:31.19 | WisTilt2 | so you getting bootani now? |
17:31.24 | jonpry | no |
17:31.38 | jonpry | i could probably make it drop to console |
17:32.47 | jonpry | i think android init can barf if drivers are missing |
17:32.56 | Alex[sp3dev] | fix usb |
17:32.58 | Alex[sp3dev] | and use lolcat |
17:33.08 | jonpry | that will be the hardest thing |
17:33.16 | Alex[sp3dev] | you're just damn lazy |
17:33.22 | jonpry | 39 has its own gadget composite |
17:33.30 | Alex[sp3dev] | just copy the thing from my 35 tree |
17:33.38 | jonpry | try to get adb composite function driver to work with it |
17:33.43 | Alex[sp3dev] | use rndis |
17:33.49 | Alex[sp3dev] | you have telnet in xdandroid |
17:33.56 | jonpry | hmm, that could work |
17:36.43 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
17:36.48 | paulk | hello! |
17:37.10 | Alex[sp3dev] | hello paulk. were you the guy with dream acoustic? |
17:37.15 | paulk | yes |
17:37.50 | paulk | I'm still working on it |
17:38.27 | paulk | is it possible to write in MSM SHARED MEM from userland? |
17:38.37 | Alex[sp3dev] | yes if you have root. mmap it |
17:38.50 | paulk | the same way I would do it on kernel-space? |
17:39.02 | Alex[sp3dev] | no the same way you do it in userland |
17:39.06 | Alex[sp3dev] | i can give you the code |
17:39.18 | paulk | oh, it would be great :) |
17:40.28 | Alex[sp3dev] | paulk: http://pastebin.com/ewZU5tpj some dirty snippets that show how to write and read physical memory |
17:40.51 | *** join/#htc-linux balans1 (~Gebruiker@5354651C.cm-6-5b.dynamic.ziggo.nl) |
17:41.34 | paulk | ok, I see |
17:41.37 | paulk | so it uses /dev/mem |
17:41.38 | paulk | thanks |
17:41.41 | Alex[sp3dev] | you can either use virtual addresses or set the first argument to 0 to let the os allocate virtual memory automatically (as in first example) |
17:42.42 | paulk | ok |
17:58.52 | jonpry | WisTilt2, thanks for your help with those numbers, that was genious |
17:59.40 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
18:00.56 | WisTilt2 | jonpry, so you working now? i'll work with you on porting .39 if you need a compadre:) |
18:01.36 | jonpry | WisTilt2, the more the merrier. i think fb is working i still don't have a boot ani though. i just got dropped to console from foolishness. so at least its not a timebomb |
18:01.57 | *** join/#htc-linux LargePrime (~LargePrim@70-8-74-69.pools.spcsdns.net) |
18:02.28 | jonpry | i'm just enabling more bs. rpc might be up now |
18:06.26 | WisTilt2 | jonpry, you want me to put the qdsp side of things together for your tree while you get your side going? shouldn't be all that hard. |
18:06.32 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:cd98:7066:1e67:bd53) |
18:06.49 | Alex[sp3dev] | WisTilt2: just don't port qdsp from 27 |
18:07.09 | WisTilt2 | no, already a rats nest:) |
18:08.08 | jonpry | qdsp would be fine. i'll hack at this usb/evdev/boot ani stuff |
18:08.22 | *** join/#htc-linux tomaw_ (tom@freenode/staff/tomaw) |
18:08.44 | Alex[sp3dev] | WisTilt2: you can pull qdsp5 and htc_acoustic_wince from my 35. but then you'll need to build jbruneaux's libs for userland |
18:09.25 | WisTilt2 | was the consensus to eliminate individual board files or what? |
18:09.51 | jonpry | i'm just trying to port stuff that is at least known to work under some kernel |
18:10.13 | jonpry | i don't see why any would want to develop new code and port at the same time |
18:10.20 | Alex[sp3dev] | not yet. basically everything except mmc and pmem is defined as generic files with pdata. i'm thinking on how to do mmc cleanly, but pmem, IMO, should be per-board |
18:11.00 | Cotulla | u fan of pdata |
18:11.17 | Alex[sp3dev] | u fan of hardcoded unmaintainable crap |
18:11.30 | Cotulla | no |
18:11.57 | Cotulla | u just moving by some unreachable ideal code structure ideas :) |
18:12.21 | Cotulla | pdata means u stoned by one linux kernel version |
18:12.43 | Alex[sp3dev] | wtf? i define pdata interface. if i don't change it, nothing can change |
18:12.50 | jonpry | is there some kind of logcat or whatever written to the sd card? |
18:12.52 | Cotulla | future versions can change it |
18:12.54 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
18:13.06 | Cotulla | anyway always better to use generic interfaces |
18:13.11 | Cotulla | because they are controlled by u |
18:13.16 | Cotulla | not by somebody else |
18:13.42 | Alex[sp3dev] | Cotulla: stop that again.. I'm building communism, don't disturb me. or i'll start building fascism |
18:14.00 | arrrghhh | lol |
18:14.09 | jonpry | arrrghhh, can i get logcat from sd? |
18:14.23 | arrrghhh | you can tell logcat to output to SD... |
18:14.34 | jonpry | and this is done....? |
18:14.34 | arrrghhh | logcat -v time > /sdcard/logcat.txt |
18:14.40 | Alex[sp3dev] | logcat -d -v |
18:14.46 | jonpry | put that in init? |
18:14.50 | arrrghhh | yea |
18:14.51 | Alex[sp3dev] | use -d to dump log, not to use continuouse one |
18:15.01 | arrrghhh | i'm assuming you want continuous |
18:15.06 | arrrghhh | it'll stop whenever the system dies :P |
18:15.06 | jonpry | indeed |
18:15.21 | jonpry | sounds like a plan |
18:15.25 | arrrghhh | -v time just makes it a little easier to read. |
18:15.34 | arrrghhh | (timestamps everything if that wasn't obvious :P) |
18:15.50 | jonpry | if only they had continuous flush |
18:16.09 | Alex[sp3dev] | mount filesystem with -o sync |
18:16.20 | Cotulla | wtf |
18:16.23 | Cotulla | Alex |
18:16.28 | Cotulla | communism |
18:16.36 | Cotulla | they both fails already |
18:16.37 | Cotulla | :D |
18:17.18 | Alex[sp3dev] | Cotulla: ok. i'm for meritocracy. but who cares |
18:17.30 | arrrghhh | hooray! meritocracy! |
18:18.49 | WisTilt2 | jonpry how do I clone your tree without dl'ing just the tarball so i can sync with your tree. |
18:19.12 | arrrghhh | isn't it just git clone? |
18:19.27 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
18:19.35 | WisTilt2 | there is not .git file up there it looks like |
18:19.43 | arrrghhh | Oo no manifest eh |
18:19.49 | WisTilt2 | get an error finding repository |
18:19.53 | arrrghhh | hrm |
18:20.01 | WisTilt2 | yeah. hi arrrghhh btw:) |
18:22.32 | jonpry | what? |
18:22.46 | jonpry | you have to clonse git@gitorious.org:~acl/linux-on-qualcomm-s-msm/linux-msm-rhod-nand.git |
18:22.56 | jonpry | then git checkout htc-msm-2.6.39 |
18:23.18 | jonpry | or git://gitorious.org/~acl/linux-on-qualcomm-s-msm/linux-msm-rhod-nand.git |
18:23.19 | arrrghhh | WisTilt2, howdy ;) |
18:23.25 | jonpry | whatever prot you like |
18:23.46 | WisTilt2 | got it now, was missing ~acl |
18:23.58 | *** join/#htc-linux Segnale007 (~Segnale00@87.19.251.22) |
18:25.31 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
18:26.56 | *** join/#htc-linux swc|666 (~x00@unaffiliated/swc666/x-4934821) |
18:28.02 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
18:31.05 | WisTilt2 | arrrghhh: you might tell people that the autobuild does not have all my stuff from the test kernel in it yet. getting lots of email wondering why autobuild is slower, failed wakes, no button lights, etc. I think acl is going through the patches little by little so people will have to be patient. |
18:31.28 | arrrghhh | you need to change your email :P i don't even know how people got it... |
18:31.31 | WisTilt2 | they're all submitted, just need to be pushed |
18:31.36 | arrrghhh | yea |
18:31.40 | arrrghhh | i forgot about button lights |
18:31.47 | arrrghhh | the wake fix was pushed this morning |
18:32.15 | WisTilt2 | i ask one person how they got it, they said from the patches on git. no biggy, i just delete them after i read them:) |
18:32.29 | WisTilt2 | that wasnt wake fix, just quick sleep |
18:32.31 | arrrghhh | heh, right. |
18:32.40 | arrrghhh | orly? i must've misread the patch. |
18:32.56 | arrrghhh | ah yea, fast sleep. |
18:32.58 | WisTilt2 | there's another part required in another patch for quick wake to work |
18:33.09 | arrrghhh | i did misread ;) |
18:33.23 | arrrghhh | seems your stuff is slowly making it in... |
18:33.24 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
18:33.31 | arrrghhh | not sure what they're going to do about button lights tho |
18:33.38 | emwe | jonpry: .35 pmem borked? working just fine. just cleaned up a bit compared to .27. |
18:33.51 | arrrghhh | there seems to be some disagreement as to where those should go... i thought you planned on it being in the kernel soley only on a temp basis. |
18:34.00 | jonpry | emwe: afaict its missing adsp and cam |
18:34.06 | WisTilt2 | yeah, i wish we could make everyone happy with whatever mods i need to make to PM and get that pushed. it will make things much better battery wise. |
18:34.13 | jonpry | it may be that my tree is no synced |
18:34.39 | Alex[sp3dev] | jonpry: for topa, yes. for kovs, i have cam and adsp and it is working. so just fix it once and for all for rhod |
18:34.42 | arrrghhh | WisTilt2, we'll get there. might just have to pull some teeth using the 'slam door' method :P |
18:35.23 | WisTilt2 | arrrghhh: button lights should be pushed as is. since that's only temporary to make them work like the caps/fn. userland is fixed in GB i think so new .35 or .39 whatever kernel can handle lights correctly. im done with .27 |
18:35.38 | emwe | jonpry: oh yeah, i have not yet updated the cam changes. right. |
18:35.58 | arrrghhh | WisTilt2, can't say i blame you - seems like everyone is done with .27, which is a good thing in my eyes. let's push forward :) |
18:36.28 | Alex[sp3dev] | arrrghhh: there is a problem. not everyone wants nand |
18:36.48 | arrrghhh | Alex[sp3dev], i didn't say anything about NAND |
18:36.52 | arrrghhh | .35 isn't just for NAND... |
18:37.26 | WisTilt2 | Alex[sp3dev] you ever tried getting Grub to work on these devices? just curious |
18:37.35 | Alex[sp3dev] | arrrghhh: i mean, we need to work on userland, not only on kerne. and yeah, with LK we can boot the same zImage on nand and haret |
18:38.17 | arrrghhh | Alex[sp3dev], totally agree. stinebd is flyin solo on userland... he's had some help from hyc lately, but the more the merrier. |
18:38.58 | Alex[sp3dev] | arrrghhh: i just want stinebd to merge hyc's changes asap because hyc's rootfs is a good place to start for future development |
18:39.10 | arrrghhh | indeed. he's almost done AFAIK |
18:39.18 | arrrghhh | there were 'several' rounds of merge requests... |
18:39.58 | Alex[sp3dev] | now we need to merge jbruneaux acoustic to 27 and make a massive testing |
18:40.13 | arrrghhh | yes |
18:40.20 | arrrghhh | has he submitted his userland acoustic stuffs? |
18:40.27 | arrrghhh | i think stine said he got an email with the libs.. |
18:40.31 | arrrghhh | i haven't seen anything on it tho |
18:40.48 | arrrghhh | jb just keeps teasing us saying BT works perfectly for him on his new code :P |
18:41.26 | Alex[sp3dev] | i don't know why it's not merged yet |
18:41.31 | Alex[sp3dev] | his userspace libs are on git |
18:42.06 | arrrghhh | stine seems very busy with real life lately... |
18:42.19 | Alex[sp3dev] | poor guy |
18:42.21 | arrrghhh | sucks, but c'est la vie. takes priority. |
18:42.28 | Alex[sp3dev] | real life sucks |
18:42.31 | arrrghhh | heh |
18:42.52 | *** join/#htc-linux helicopter88 (~helicopte@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
18:45.43 | Cotulla | anybody know what is BTLD? |
18:46.22 | Alex[sp3dev] | it is a 4-letter acronym |
18:46.32 | Cotulla | I means |
18:46.39 | Cotulla | <PROTECTED> |
18:46.45 | Cotulla | (btld |
18:46.45 | arrrghhh | lol |
18:46.50 | Cotulla | *btld |
18:46.59 | Alex[sp3dev] | maybe bcm link daemon? |
18:47.01 | Cotulla | something for bluetooth |
18:47.13 | Cotulla | but looks like stock AOSP don't have it |
18:47.22 | Alex[sp3dev] | yes, AOSP uses bluez instead |
18:47.39 | Cotulla | wait |
18:47.44 | Cotulla | is it same? |
18:48.01 | Alex[sp3dev] | same as what? |
18:48.18 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
18:48.34 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
18:49.17 | Cotulla | BlueZ and BTLD |
18:49.22 | Cotulla | same functions |
18:49.24 | Cotulla | ? |
18:49.47 | Alex[sp3dev] | btld is broadcomm's own closed-source stack, bluez is another bt stack |
18:50.33 | arrrghhh | goin home guys, take it easy. |
18:53.41 | Cotulla | hm |
18:53.43 | Cotulla | intersting |
18:53.48 | Cotulla | and are there big differences |
18:53.49 | Cotulla | ? |
18:55.12 | Alex[sp3dev] | yes. closed-source may stop working if android code changes. bluez is open-source and according to htc-linux.org works fine on leo. it's just that first broadcom released their stack and then without hurry integrated it into bluez |
18:56.34 | *** join/#htc-linux Ondalf (~ondalf@dsl-roibrasgw1-fe5dde00-134.dhcp.inet.fi) |
18:57.21 | Cotulla | I means functionality |
18:57.34 | Cotulla | I am working under RHO now |
18:57.37 | Alex[sp3dev] | i dunno. i have TI BRF in kovs |
18:58.41 | Cotulla | okay so BlueZ |
18:59.19 | Cotulla | they make glibc for BlueZ hm strange |
18:59.31 | Alex[sp3dev] | wtf |
19:00.00 | Alex[sp3dev] | i think it is built against bionic... depends on the source of android though |
19:00.18 | Cotulla | no... here |
19:00.20 | Cotulla | AD23 |
19:00.22 | Cotulla | and libglibc.so |
19:00.45 | WisTilt2 | jonpry: did you notice the section mismatch with this .39 tree? mismatch is in setup_backing_swap() to function .init.text:ramzswap_init() |
19:01.06 | jonpry | no |
19:01.06 | Alex[sp3dev] | i won't be surprised if next android release will include a copy of ubuntu running in chroot |
19:01.23 | jonpry | WisTilt2, i may have caused that somewhere along the line |
19:01.30 | Cotulla | :F |
19:02.13 | WisTilt2 | probably need to fix this since it means there is no __init or similar |
19:03.15 | WisTilt2 | damn, mismatch alsi in mddi_probe |
19:03.21 | WisTilt2 | also* |
19:04.39 | *** join/#htc-linux MN-- (~yaaic@host86-134-185-170.range86-134.btcentralplus.com) |
19:05.28 | jonpry | yeah not a bad idea |
19:07.19 | *** join/#htc-linux MN-- (~yaaic@host86-134-185-170.range86-134.btcentralplus.com) |
19:10.27 | jonpry | WisTilt2, maybe we should use rhobuntu because getting android to run without peripherals is too hard? |
19:11.19 | WisTilt2 | is rhobuntu more forgiving when it has drivers missing? |
19:12.40 | jonpry | i guess we will still need keypad |
19:15.21 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
19:20.23 | *** join/#htc-linux helicopter88 (~helicopte@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
19:20.27 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
19:22.02 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-52.netcologne.de) |
19:23.34 | *** join/#htc-linux reactor16 (~reactor16@76.191.104.153) |
19:26.08 | jonpry | WisTilt2, my latest dmesg http://pastebin.com/hbxfp3Em |
19:27.37 | WisTilt2 | so it's getting stuck at mdp |
19:27.49 | jonpry | no it worked fine |
19:28.01 | jonpry | went to console anyways |
19:28.17 | jonpry | i'm trying to get microp-ksc going |
19:28.33 | WisTilt2 | where did thos chip files get moved to? |
19:28.47 | jonpry | drivers/input/keyboard |
19:29.47 | WisTilt2 | i have some files we've been messing with for .38 that might help save time |
19:31.43 | jonpry | i'm tempted to just use .27 microp |
19:32.07 | jonpry | it just doesn't seem to be getting the kpd interrupt |
19:32.21 | Alex[sp3dev] | just use 35 microp. you only need to define scancode table |
19:32.57 | *** join/#htc-linux vw (ad08b72d@gateway/web/freenode/ip.173.8.183.45) |
19:35.30 | WisTilt2 | Alex[sp3dev] are you still using microp-ksc/klt in .35? |
19:37.13 | *** join/#htc-linux D3tul3 (~Oliver@cpe-174-109-223-235.nc.res.rr.com) |
19:38.40 | Alex[sp3dev] | WisTilt2: nope. a 'master' driver (microp-ng) registers clients. leds, acoustic are implemented per-board as clients. microp keypad is implemented as a generic driver, with board scancode table passed via pdata |
19:40.25 | WisTilt2 | sounds cleaner when things need to be added later |
19:48.16 | *** join/#htc-linux mastermerlin (~Adium@p4FEE5065.dip.t-dialin.net) |
19:48.31 | *** join/#htc-linux mastermerlin1 (~Adium@p4FEE5065.dip.t-dialin.net) |
19:48.42 | jonpry | why is enable_irq() never called on the keypress irq? |
19:48.49 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
19:50.27 | WisTilt2 | enable_irq() should have been called during init and left on. only place i've seen that being wrong is in tssc driver. |
19:51.21 | jonpry | its not called in init |
19:51.48 | Alex[sp3dev] | jonpry: because it is automatically enabled in probe or in some wake function |
19:51.54 | WisTilt2 | not init, i mean when irq's are setup for gpio's etc during each device init |
19:53.17 | jonpry | like probe? |
19:53.46 | WisTilt2 | yeah somewhere in that area when request irq's are setup |
19:54.04 | *** join/#htc-linux helicopter88|2 (~helicopte@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
19:54.07 | jonpry | whatever i am using doesn't seem to call it |
19:55.03 | jonpry | hrm, doing that seemed to really piss it off |
19:56.07 | WisTilt2 | jonpry did you have to change the ramsize or ramaddr in startup.txt at all for .39? |
19:56.25 | jonpry | no but i am using an initrd_offset |
19:56.28 | jonpry | you get boot? |
19:56.45 | jonpry | msm_defconfig? |
19:56.46 | WisTilt2 | getting ready to boot with qdsp test |
19:56.52 | WisTilt2 | yes that config |
19:58.06 | jonpry | must already be enabled, unbalance irq on 91 |
19:58.22 | WisTilt2 | ok lets see if this blows up the phone |
19:58.47 | WisTilt2 | booted up then got a segmentation fault lol |
20:01.40 | emwe | Alex[sp3dev]: in your board mmc, does this look right? msm_gpios_disable(sdc3_on_gpio_table,...) in sdslot_switchvdd()? |
20:05.54 | jonpry | WisTilt2, if the irq is enable and correct?, then why else wouldn't it fire on keypress. does the gpio have to be requested, enabled, set to input |
20:05.55 | jonpry | ?? |
20:06.19 | WisTilt2 | gpio needs that request irq call during setup/probe |
20:06.55 | reactor16 | is xperia x10 free unlock ? |
20:07.07 | WisTilt2 | let me test this next kernel to see if it crashes then ill find the section im talking about |
20:07.12 | jonpry | got request irq. but no gpio_driection or gpio_request |
20:07.47 | WisTilt2 | its something like request gpio to irq or visaversa |
20:19.36 | WisTilt2 | jonpry: you talking about in microp-ksc for that enable irq? |
20:19.53 | jonpry | i haven't pushed the code i am working on |
20:20.08 | *** join/#htc-linux LargePrime (~LargePrim@184-216-225-5.pools.spcsdns.net) |
20:20.10 | WisTilt2 | i know, im guessing here:) |
20:20.22 | jonpry | is there some kind of gpio that would prevent microp from making keypad interrupts? |
20:20.32 | WisTilt2 | mine still hangs with segmentation fault |
20:20.44 | jonpry | you have scbs rootfs? |
20:21.05 | WisTilt2 | uh yeah. guess thats not good lol. forgot to change that |
20:21.32 | jonpry | its ok, scbs just seg faults. init isn't actually dying there. its just the last thing printed |
20:22.06 | WisTilt2 | so you are working on the ksc correct? or you talking about keypad |
20:22.30 | jonpry | keypad gets not interrupt. ksc seems to work fine. it enumerates microp and all |
20:22.42 | jonpry | i'll just push it |
20:23.57 | WisTilt2 | ok. i was looking at the .27 source. would rather be looking at what you have directly |
20:24.40 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
20:24.48 | jonpry | ok its up. in theory this is enough for keypad, but it doesn't work :( |
20:25.16 | *** join/#htc-linux helicopter88 (~domenico@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
20:26.18 | WisTilt2 | jonpry wow. got it to boot almost all the way but got a no space left on device error |
20:26.45 | jonpry | hmm. boot ani? |
20:27.27 | WisTilt2 | no still console but made it past touchscreen calibration then ran out of space |
20:28.06 | jonpry | i think i've been past ts calib |
20:28.20 | WisTilt2 | that is running your tree before you pushed. i didnt change pmem yet either |
20:28.44 | jonpry | so only change is adding qdsp? |
20:28.56 | WisTilt2 | yes |
20:29.04 | jonpry | that makes it go further? |
20:29.35 | WisTilt2 | dont know how far it would have gone without. that was first few boot attempts and i never tried before i added qdsp code |
20:29.55 | jonpry | cool. gimme :p |
20:30.31 | WisTilt2 | looks like you pushed your whole thing |
20:30.41 | WisTilt2 | so im current with you now? |
20:30.48 | WisTilt2 | minus qdsp |
20:31.58 | jonpry | should be |
20:32.17 | WisTilt2 | looking at irq in keypad brb |
20:32.20 | jonpry | i'm sure abel will hook you up with commit to the tree |
20:32.46 | WisTilt2 | oh, this is just .27 file with no mods? |
20:32.52 | WisTilt2 | keypad file |
20:32.56 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
20:33.42 | jonpry | WisTilt2, not exactly. i removed most of that kovsky specific stuff in the ksc interface. now it just uses a clamshell variable |
20:34.46 | Alex[sp3dev] | jonpry: remember. when you touch my code, my curse reaches you and your code breaks. lol. have you tried diffing gpio and irq code first? |
20:35.35 | jonpry | sort of. i thought i was having trouble with it. so i ported it all from 35, and nothing changed |
20:35.52 | jonpry | we can always go back to 39 native, but then tlmm would need work |
20:35.55 | emwe | Alex[sp3dev]: saw my question earlier? |
20:35.59 | Alex[sp3dev] | emwe: nope |
20:36.12 | emwe | Alex[sp3dev]: in your board mmc, does this look right? msm_gpios_disable(sdc3_on_gpio_table,...) in sdslot_switchvdd()? |
20:36.37 | Alex[sp3dev] | emwe: well.. this is not right, a typo. although for alternate functions enable/disable has no effect |
20:37.09 | emwe | alternate functions? |
20:37.18 | Alex[sp3dev] | emwe: yes |
20:38.08 | emwe | Alex[sp3dev]: i am not understanding what you wan't to say. sry :) |
20:39.21 | Alex[sp3dev] | emwe: in gpio configuration registers, there are bits that configure so called alternate gpio functions. if function is zero, it is a regular gpio controlled by the cpu, but when you set it to non-zero (there are several possible functions described in the manual), the SoC reroutes gpios to different peripherals |
20:41.12 | Alex[sp3dev] | emwe: pushed a fix for you ;). ok, we need to factor out common code from mmc and move vreg/extra gpios to board as it was done for BT |
20:42.03 | emwe | Alex[sp3dev]: are you looking into that already or should i waste my time on that and in the end taking over yours? ;) |
20:42.25 | Alex[sp3dev] | emwe: i will look into it during the weekends |
20:42.34 | WisTilt2 | jonpry: we sure we're getting the right kpd_gpio with this code? almost looks like the gpio_to_irq is getting wrong gpio |
20:42.50 | emwe | Alex[sp3dev]: if i am coming up with something fishy, i'll let you know before then for you to review. |
20:42.58 | Alex[sp3dev] | emwe: damn the only things left on kovs are sound on nand and wifi. i'm so impatient to nandify it |
20:43.39 | emwe | Alex[sp3dev]: i am not nandy-mooded at all. |
20:43.44 | jonpry | WisTilt2, it used to work differently. i just did that. comes out to gpio 27, irq 91 |
20:44.03 | Alex[sp3dev] | i wonder if nand is any faster than mmc. on my tablet the internal ssd is amazing. |
20:44.15 | emwe | Alex[sp3dev]: btw, you got incall freezes on your kovs by chance? (means no ougoing call before) |
20:44.35 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-20-63-176.client.mchsi.com) |
20:44.47 | jonpry | WisTilt2, do you have a gitorious account? |
20:45.09 | Alex[sp3dev] | emwe: to tell you the truth i'm not using it as a phone. until i fix wifi, i'm not using android more than just to test and reboot back |
20:45.24 | WisTilt2 | jonpry nope |
20:45.32 | jonpry | you should get one |
20:46.02 | Alex[sp3dev] | emwe: but it may freeze because of us disabling uarts (sim clocks). pull my patch from my tree. that fixed sim boot on nand so should fix freezes on gsm |
20:46.02 | WisTilt2 | how? |
20:46.05 | emwe | Alex[sp3dev]: damnit. if i do outcall first, all is fine. if incall first, arm9 freezes after 9 secs and no mic or earcouple is enabled. that bites me. (tried all shitload of combinations, it's on stock .27 too) |
20:46.14 | WisTilt2 | and yes gpio 27 is correct for rhod kpd |
20:46.15 | emwe | Alex[sp3dev]: already pulled your clock ;) |
20:46.22 | emwe | Alex[sp3dev]: that was my last hope really |
20:46.37 | jonpry | WisTilt2, https://gitorious.org/users/new |
20:50.21 | *** part/#htc-linux helicopter88 (~domenico@host231-116-dynamic.12-79-r.retail.telecomitalia.it) |
20:51.07 | WisTilt2 | ok done |
20:51.30 | jonpry | whats your name? |
20:51.37 | WisTilt2 | take a guess:) |
20:51.50 | jonpry | and [acl] have us the boot from rhod nand but was kind enough to set us up a new project |
20:52.09 | WisTilt2 | wistilt2 all lowercase if it makes a difference. |
20:52.39 | jonpry | ok |
20:53.47 | WisTilt2 | so on this keypress irq, it's returning 91 from gpio_to_irq? |
20:54.22 | WisTilt2 | and is it showing up in the irq list? |
20:54.23 | jonpry | yes |
20:54.32 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-83-240.tampfl.fios.verizon.net) |
20:54.50 | jonpry | not sure about irq list. but if i double enable it, it freaks out, unbalanced irq 91, ......... |
20:55.04 | WisTilt2 | something must be happening in keypad_work where enable isn't being hit |
20:55.44 | WisTilt2 | same type of problem was happening in .27 tssc with irq disabling and not re-enabling |
20:56.04 | Alex[sp3dev] | yes. it is enabled by default on probe unless you set special flags. and you need to make it both-edge trigger |
20:56.41 | WisTilt2 | triggered falling is how it is set |
20:56.47 | jonpry | WisTilt2, it never gets to work. there is not a single interrupt ever handled |
20:56.57 | Alex[sp3dev] | i needed to set it to both edges on 35. iirc. |
20:57.32 | jonpry | or what avout IRQF_VALID? |
20:57.36 | NeoMatrixJR | anyone attempted to boot today's autobuild kernel on a RHOD? Mine never makes it to the animated boot screen. |
20:57.45 | jonpry | and what is IRQF_SAMPLE_RANDOM |
20:57.56 | jonpry | thats just like my 39 kernel |
20:58.06 | Alex[sp3dev] | IRQF_SAMPLE_RANDOM makes keypad irq serve as a rng source |
20:58.51 | Alex[sp3dev] | IRQF_VALID is needed if you use other irq flags and use irq_set_flags |
21:03.15 | *** join/#htc-linux arif-ali (~arif-ali@genld-217-012.t-mobile.co.uk) |
21:04.09 | WisTilt2 | jonpry: going to be a few. just wiped out my tree by mistake and re-cloning again. |
21:07.26 | *** join/#htc-linux rajkosto (~rajkosto@2001:5c0:1511:4e01:cd98:7066:1e67:bd53) |
21:07.53 | Alex[sp3dev] | i have a suggestion - forbig spaces for indentation and reformat all existing code |
21:10.17 | *** join/#htc-linux Dave888 (~Dave888@197.1.117.182) |
21:28.01 | *** join/#htc-linux mes (~mes@S0106000ce55186df.cc.shawcable.net) |
21:36.22 | WisTilt2 | jonpry: i have bootani |
21:36.51 | Alex[sp3dev] | i bet it was pmem |
21:37.04 | WisTilt2 | lol i have android unlock screen |
21:37.20 | WisTilt2 | something's got to be wrong. couldn't be that easy |
21:37.40 | Alex[sp3dev] | yeah. don't forget holes memory model if that was not eliminated in 39 |
21:38.18 | WisTilt2 | crash |
21:38.57 | Alex[sp3dev] | yes. that's because you need to enable holes_in_zone and hole memory model as done for 35. |
21:39.29 | WisTilt2 | i need to look at your tree alex |
21:40.03 | WisTilt2 | .39 seems much faster than .27 just the little bit it was up before it crashed |
21:40.22 | Alex[sp3dev] | http://gitorious.org/~ast/linux-on-qualcomm-s-msm/alex-linux-xperia, branch android-2.6.35 |
21:42.11 | Alex[sp3dev] | in the meanwhile i'm rewriting init for xdandroid. my plan is to support bcm, tiwlan and wl1251, add support for storing modules for multiple kernel versions and eventually support both nand and sd in one script |
21:43.49 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.sta.abo.bbox.fr) |
21:44.32 | WisTilt2 | Alex[sp3dev]: you guys use the htc_msm_android_defconfig correct? still says 2.6.27 in config |
21:45.53 | Alex[sp3dev] | WisTilt2: you checked out android-2.6.35? maybe you're watching the file with the ".old" extension. my advice - sort files by extension, not by name |
21:46.00 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
21:46.00 | emwe | WisTilt2: because alex copied form .27 :P |
21:46.24 | Alex[sp3dev] | # Linux kernel version: 2.6.35.7 |
21:46.24 | Alex[sp3dev] | # Sat May 7 21:02:26 2011 |
21:46.28 | emwe | Alex[sp3dev]: sdcc=3 from kovs tricked me. just booting with your mmc |
21:46.36 | WisTilt2 | no, just looking at your config at your url |
21:46.51 | WisTilt2 | and looking at wrong one:) |
21:46.55 | Alex[sp3dev] | yeah |
21:47.09 | *** join/#htc-linux programmer8922 (~Evan@67.219.164.162) |
21:50.02 | Alex[sp3dev] | emwe: topa has sdc3 for mmc, right? |
21:50.11 | emwe | sdc2 |
21:50.16 | emwe | you have 3 |
21:50.24 | Alex[sp3dev] | ok. will make a generic one later |
21:50.35 | emwe | Alex[sp3dev]: what is later? |
21:50.37 | emwe | weekend then? |
21:50.48 | emwe | otherwise i can try come up with something |
21:50.49 | Alex[sp3dev] | just need to fix the mess in /init and integrate wl1251 to userland first |
21:51.59 | emwe | Alex[sp3dev]: plz notify if you intend to work on it earlier. i don't wan't to waste my time, really. |
21:54.52 | Alex[sp3dev] | emwe: if you want, you can start working. here is my idea: define gpio tables for all 4 sdcs (or at least 3 we use) define pdata. via pdata one can specify sdcc index of sd and wifi (or, even better, array of sdc ids and number of elements). also, add power callback for each sdc. and allow to specify embedded_sdio via pdata so that the board can choose to register either wl1251 or bcm in it |
21:55.39 | emwe | power callback for the vregs? |
21:56.10 | Alex[sp3dev] | just a bool set_power(bool enabled). some boards only need vregs, some need gpios (for wifi, for example) |
21:56.32 | Alex[sp3dev] | make sure to do proper error handling and check return values of callbacks. |
21:58.43 | emwe | kk |
22:00.49 | emwe | gtg. gnight. |
22:03.38 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
22:05.32 | WisTilt2 | jonpry: got it to boot then crash. seems like only 1 in 10 or so boots makes it, rest report no space on device left. |
22:08.25 | *** join/#htc-linux L_miller (~IceChat7@68-115-50-78.dhcp.eucl.wi.charter.com) |
22:11.22 | hyc | alex - my rootfs does no more patching |
22:11.36 | hyc | stinebed is still in midst of merging it tho |
22:11.48 | hyc | see the merge request on gitorious |
22:12.50 | hyc | botani uses egl, but usually it only uses the soft version. libandroid, not libqcom. |
22:28.46 | jonpry | WisTilt2, i guess i don't understand how far the booting and not booting are getting respectively. all my boots get to the same place |
22:29.52 | jonpry | and you need to update your .git/config |
22:29.54 | WisTilt2 | i didn't look but what clocks are we using, vanilla .39 or something from .35/.27? |
22:30.24 | *** join/#htc-linux vw (ad08b72d@gateway/web/freenode/ip.173.8.183.45) |
22:30.37 | jonpry | from .35 |
22:31.08 | WisTilt2 | k. im tracing down this space full problem. seems to be the ramzswap causing it. |
22:32.24 | *** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca) |
22:33.32 | *** join/#htc-linux vw__ (20af4b88@gateway/web/freenode/ip.32.175.75.136) |
22:33.40 | jonpry | i don't even know what ramzswap is |
22:34.07 | WisTilt2 | ubuntu's compcache |
22:34.11 | WisTilt2 | ram swap |
22:34.41 | WisTilt2 | its being set at 25% ram yet it has a limit set to 15% so testing the change now |
22:36.24 | jonpry | i just turned it off |
22:37.44 | WisTilt2 | did you enable dbgfs? im getting all kinds of errors when its trying to create dbgfs directories |
22:42.29 | jonpry | just recently |
22:42.29 | jonpry | i get lots of not being able to write errors as well, but it always hangs for me right at the exec of init.android |
22:42.29 | jonpry | with or without compcache |
22:42.58 | WisTilt2 | are you seeing the out of space error at the end? |
22:45.47 | jonpry | no, it looks like init.android is actually seg faulting |
22:45.47 | jonpry | i wonder why that doesn't cause a kernel panic |
22:46.14 | *** join/#htc-linux ray|netbook (~raymonddu@24-236-171-67.dhcp.monr.mi.charter.com) |
22:47.10 | jonpry | think we can strace it? |
22:47.20 | WisTilt2 | yeah good idea |
22:47.35 | WisTilt2 | let me try this one first |
22:49.47 | jonpry | i had previously removed all that annoying mdp warning stuff. might be a good idea to get some real estate |
22:50.33 | WisTilt2 | ok that test pretty much confirms we need to fix this section mismatch for function setup_backing_swap() before we go further |
22:51.14 | WisTilt2 | disabling config_swap doesn't disable it I guess |
22:51.31 | *** join/#htc-linux gassedup (gassed@c-76-30-161-228.hsd1.tx.comcast.net) |
22:51.50 | WisTilt2 | and the mddi_probe() also has a section mismatch that needs to be fixed |
22:56.51 | jonpry | i just garbage from strace. a kernel panic |
22:58.26 | WisTilt2 | what was happening right before panic? |
22:58.43 | WisTilt2 | ramzswap or backing? |
23:02.11 | WisTilt2 | well setup_backing_swap looks to be missing __init so thats fixed now. need to see whats up with mddi_prob with similar mismatch |
23:02.36 | jonpry | nothing, got to end of init script, called init.android. panic attempted to kill init |
23:02.38 | jonpry | the only section mismatch i'm getting is on mddi_probe |
23:02.39 | jonpry | does that mean mddi_probe needs to be init or mddi_driver? |
23:03.31 | WisTilt2 | looks like mddi_probe should be init. this is quite different than .27 was |
23:04.37 | jonpry | we should probably try avoid fixing the same thing so we don't end up with merge nightmares |
23:04.43 | WisTilt2 | yeah:) |
23:05.06 | WisTilt2 | i already fixed the ramzswap but i will change mddi and see if it fixes it |
23:05.19 | stinebd | you guys should work out a live development git tree that you can all push to whenever you want, then merge that into the main tree when it's ready :P |
23:06.36 | WisTilt2 | hey stinebd you're here. before I leave office i'll make you another kernel to test on that raph. |
23:06.42 | stinebd | not tonight |
23:06.43 | stinebd | sorry |
23:06.56 | WisTilt2 | np, im working on .39 now anyway:) |
23:07.15 | stinebd | i'll be at home tomorrow so we can do it then if you're around |
23:07.26 | WisTilt2 | i'll get it ready and you can get it when you have a chance np |
23:08.48 | stinebd | has anybody been able to duplicate jerome's success with ti bluetooth? |
23:09.15 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
23:09.27 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf3907marunouchi.tokyo.ocn.ne.jp) |
23:10.39 | stinebd | nice to see the activity on the list |
23:12.34 | jonpry | stinebd, we have a tree going. now we just some working code :p |
23:13.05 | stinebd | i can do that for you |
23:13.36 | stinebd | not sure what the code would do though |
23:14.32 | hyc | hmph. emwe pushed my commits but I'm not recorded as author. |
23:14.32 | stinebd | jonpry: what's the word on this milfs crap |
23:14.53 | stinebd | uh nilfs |
23:15.45 | hyc | ah n/m I'm blind... |
23:16.03 | stinebd | i was gonna say blame german customs |
23:16.21 | stinebd | they seem to lose quite a bit in transit |
23:16.47 | hyc | lol |
23:17.02 | *** join/#htc-linux LTxda (~anon@c-98-194-107-10.hsd1.tx.comcast.net) |
23:17.27 | hyc | so I was all psyched up to try a .35 kernel but they've already jumped to .39 |
23:17.35 | hyc | dunno if I can stand the excitement |
23:17.43 | stinebd | i've got a .40 tree going |
23:17.55 | hyc | heh |
23:24.04 | *** join/#htc-linux jonpry (~jon@199.85.236.239) |
23:25.04 | jonpry | WisTilt2, are we sure that msm fb is at 29,0? |
23:25.51 | WisTilt2 | where do you see that? |
23:26.18 | jonpry | init init. mknod /dev/graphics/fb0 c 29 0 |
23:28.49 | *** join/#htc-linux dan1j3l (~danijel@93-138-240-55.adsl.net.t-com.hr) |
23:29.29 | *** join/#htc-linux vw (a8d7d6b6@gateway/web/freenode/ip.168.215.214.182) |
23:30.48 | dan1j3l | hi |
23:31.24 | WisTilt2 | jonpry what is it in .27 do you know? |
23:31.46 | *** join/#htc-linux Alex[sp3dev] (~alexander@ip-95-220-0-221.bb.netbynet.ru) |
23:32.18 | Alex[sp3dev] | hyc, stinebd: wassup |
23:32.27 | hyc | howdy Alex |
23:33.00 | Alex[sp3dev] | hyc: i'm rewriting /init. almost finished, need to fix syntax errors. i have basically factored out common stuff into subroutines |
23:33.04 | jonpry | WisTilt2, its 29,0 on both. i just checked |
23:33.20 | hyc | cool, would like to see it |
23:34.20 | hyc | keylayout is the biggest chunk of /init now |
23:35.18 | hyc | but that seems to be a generic weakness of Android, I see lots of folks thru the years asking for a dynamic keymap switcher |
23:35.53 | Alex[sp3dev] | hyc: http://pastebin.com/i62gAGAx it contains some bugs though, with keyboard detection. i have dropped .rc files for builds - let just keep a file in /system if needed. i want to do the following: add wl1251 in addition to tiwlan, allow to copy some proprietary stuff from sd and add nand one day |
23:36.18 | WisTilt2 | jonpry should be good then. where did you disable ramzswap? |
23:38.01 | Alex[sp3dev] | and yes - i also want to allow to keep several modules versions (i.e.,old ones are removed unless a "keepme" file was added by the user) |
23:38.20 | jonpry | i pushed it to new defconfig |
23:38.56 | hyc | Alex: we could have just done what normal Linux installs do. /lib/modules/{uname -r} |
23:39.08 | Alex[sp3dev] | hyc: i'd prefer that |
23:39.42 | Alex[sp3dev] | hyc: i'm a space fighter. i mean, i hate spaces for indentation. are you with me? |
23:39.52 | hyc | I prefer tabs, definitely |
23:40.02 | stinebd | Alex[sp3dev]: i concur |
23:40.18 | stinebd | frustratingly, android source uses 4-space indentation |
23:40.39 | hyc | the only problem with keeping multiple modules directories is watching for out-of-space |
23:40.50 | stinebd | also it uses java |
23:40.54 | stinebd | the two things i hate most in programming |
23:40.59 | hyc | I maxed out my /system partition because I had an un-stripped set of modules (doh) |
23:41.19 | Alex[sp3dev] | hyc: hence i say - old modules are removed when new are installed unless the user creates keepme file in /lib/modules/.../ |
23:41.25 | hyc | ahhh |
23:41.54 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-83-240.tampfl.fios.verizon.net) |
23:42.39 | stinebd | no user will ever do that |
23:42.52 | Alex[sp3dev] | but it is useful for testing |
23:43.30 | stinebd | then say the developer, not the user ;) |
23:45.02 | Alex[sp3dev] | well, if i do [ "A" != "A" ], does it matter if there are spaces between quotes around the inequality operator? |
23:45.27 | stinebd | ugh bourne shell |
23:45.28 | stinebd | probably |
23:46.01 | stinebd | i usually just keep trying the various different syntaxes used in conditionals until one works |
23:47.10 | hyc | yes, bourne shell needs spaces between everything |
23:48.06 | stinebd | we should rewrite everything in perl |
23:48.16 | hyc | [ isn't a shell operator, it's a symlink to /bin/test |
23:48.51 | Alex[sp3dev] | oh no |
23:48.54 | stinebd | that way init can be condensed to a single line $@#[@$_{$##@3}]++; |
23:49.19 | Alex[sp3dev] | i'd say ruby but it's too heavy weight for it. plain c is the way to go ;) |
23:49.39 | stinebd | how about python? it should satisfy your tab fetish |
23:50.16 | Alex[sp3dev] | lol |
23:53.36 | Alex[sp3dev] | hyc: http://pastebin.com/VmXiTL4a i reindented it again. it's far beyond bedtime here so i'm leaving it. if you want, you could debug the remaining issues (setup_keys and hwrotation/lcd_density not properly setting). also, instead of using wl1251 firmware as the indicator of rootfs version, i've added a /init.etc/xda_rootfs_marker file. anyway, i'll be improving the script yet |
23:55.01 | Alex[sp3dev] | gtg |