00:50.57 | tmzt | high-rez: http://rss.slashdot.org/~r/Slashdot/slashdot/~3/vZNKsLKXHsM/FCC-Preparing-Transition-To-VoIP-Telephone-Network |
00:51.10 | AstainHellbring | interesting tmzt |
01:16.28 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
01:59.15 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
02:00.45 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
02:21.46 | *** join/#htc-linux davep (n=dp@CPE-124-188-210-63.sfcz1.cht.bigpond.net.au) |
03:40.37 | *** join/#htc-linux kupo (i=kupo@pdpc/supporter/student/Kupo) |
04:31.54 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
04:34.54 | *** join/#htc-linux mrmoku|away (n=mrmoku@ppp-88-217-13-104.dynamic.mnet-online.de) |
05:01.48 | *** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no) |
05:14.57 | *** join/#htc-linux |Jason8| (i=JayAte@server1.tiltshellz.org) |
05:18.57 | *** join/#htc-linux droid001 (n=g1@p4FDC97FC.dip.t-dialin.net) |
05:38.45 | *** join/#htc-linux jeremychang (n=jeremych@61-30-10-70.static.tfn.net.tw) |
05:42.45 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
05:50.01 | *** join/#htc-linux ttols (n=ttols@125.152.160.159) |
06:16.39 | *** join/#htc-linux rashire (n=ed1112wa@pool-98-114-89-30.phlapa.fios.verizon.net) |
06:40.09 | BHSPitLappy | Hmm. Trying to boot the latest Android builds from http://www.androidonhtc.com/kaiser/latest_builds on an ATT Tilt, to no success |
06:40.14 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
06:40.31 | BHSPitLappy | Failed to mount /data |
08:00.28 | *** join/#htc-linux balans (n=Gebruike@212-123-149-239.ip.telfort.nl) |
08:31.40 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
09:00.09 | *** join/#htc-linux Miek (n=mike@unaffiliated/mikechml) [NETSPLIT VICTIM] |
09:19.26 | *** join/#htc-linux bronek (n=bronek@082139015142.jeleniagora.vectranet.pl) |
09:31.38 | *** join/#htc-linux itchy8me (n=itchy8me@ip80-116-211-87.adsl2.static.versatel.nl) |
09:36.26 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.80) |
09:54.02 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
10:14.11 | *** join/#htc-linux sxe (n=quassel@ip-62-143-102-161.unitymediagroup.de) |
10:32.58 | *** join/#htc-linux Captnoord (n=Captnoor@145.74.219.213) |
10:44.10 | *** join/#htc-linux alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
10:54.52 | *** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
11:02.04 | *** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
11:03.40 | *** join/#htc-linux FRQuadrat (n=frzwo@2001:41d0:1:ed2f:0:0:0:cafe) |
11:18.27 | *** join/#htc-linux balans (n=Gebruike@212-123-149-239.ip.telfort.nl) |
11:20.38 | *** join/#htc-linux GNUtoo (n=GNUtoo@host108-152-dynamic.40-79-r.retail.telecomitalia.it) |
11:30.57 | *** join/#htc-linux friehmaen (i=freeman@xers.de) |
11:33.54 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
11:38.18 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
11:58.19 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.80) |
12:13.16 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
12:19.21 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
12:23.23 | *** join/#htc-linux balans (n=Gebruike@212-123-149-239.ip.telfort.nl) |
12:24.38 | *** join/#htc-linux ALoGeNo (n=alogeno@unaffiliated/alogeno) |
12:32.08 | *** join/#htc-linux aavan (n=aavan@91.183.57.198) |
12:50.30 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
13:04.14 | *** join/#htc-linux pini (n=pini@tho01-1-88-189-102-17.fbx.proxad.net) |
13:48.44 | *** join/#htc-linux TestNick (i=18e345fa@gateway/web/freenode/x-flcarqklbbadbjjp) |
14:01.05 | *** join/#htc-linux GNUtoo (n=GNUtoo@host108-152-dynamic.40-79-r.retail.telecomitalia.it) |
14:04.41 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.80) |
14:17.10 | *** join/#htc-linux x29a (n=x29a@unaffiliated/x29a) |
14:20.27 | *** join/#htc-linux MatBeez (n=MatBee_@vpn.abelsoft.com) |
14:25.47 | *** join/#htc-linux MatBeez (n=MatBee_@vpn.abelsoft.com) |
14:26.30 | *** join/#htc-linux stickboy (n=anonymou@128.153.180.132) |
14:33.32 | *** join/#htc-linux balans (n=Gebruike@212-123-149-239.ip.telfort.nl) |
15:30.00 | *** join/#htc-linux LTxda (n=anon@unaffiliated/ltxda) |
15:32.38 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:39.13 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:46.05 | *** join/#htc-linux makkonen (n=makkonen@cpe-66-69-229-9.austin.res.rr.com) |
16:28.38 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
16:31.09 | Foxdie | Please to be fixing the XDA site whoever runs it lol |
16:38.46 | MatBeez | Please to be donating to the XDA site |
16:44.15 | Foxdie | Haha, good comeback |
16:44.35 | Foxdie | Maybe after xmas, family comes first :) |
16:44.45 | Foxdie | Sites got a bad gateway error though, someones been tampering with apache |
16:54.45 | *** join/#htc-linux pH5 (n=ph5@e178200234.adsl.alicedsl.de) |
17:08.13 | MatBeez | as always |
17:32.30 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
17:33.41 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
17:52.06 | tmzt | http://bliterness.blogspot.com/2009/11/open-sourced-my-avr-simulator.html |
17:52.11 | tmzt | cool, microp ! |
17:53.11 | *** join/#htc-linux kvaster (n=kvaster@live.bn.by) |
17:55.19 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
18:15.06 | phh | tmzt: are you sure you pasted the right link ? |
18:16.44 | MatBeez | why not just use arduino? :P |
18:16.59 | tmzt | I think so |
18:17.12 | tmzt | I mean we can simulate the microp on our devices |
18:17.19 | tmzt | not that there's much use for that |
18:20.47 | MatBeez | that's pretty cool |
18:21.30 | MatBeez | gonna make my arduino projects a lot easier to debug :P |
18:25.13 | phh | tmzt: we have microp's firmware ? |
18:28.37 | tmzt | it should be in the rom somewhere |
18:28.39 | tmzt | I don't know |
18:29.00 | *** join/#htc-linux bronek (n=bronek@082139015142.jeleniagora.vectranet.pl) |
18:29.17 | phh | i would bet it's a rom not a ram |
18:31.25 | *** join/#htc-linux GlemSom (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
18:35.23 | avrj | is it possible to port wm6.5 to wm6.1 non-touch phone? |
18:36.23 | phh | 's reading the name of the chan |
18:36.30 | phh | 's reading avrj's question |
18:37.37 | phh | there is a problem somewhere. |
18:44.42 | avrj | i thought that i could come up with a question that is not related to linux for htc, i know that its off-topic but im pretty sure that there are people who know the answer for my question |
18:44.55 | phh | you'd better ask on #xda-devs |
18:45.22 | *** join/#htc-linux MrPippy (n=pip@adsl-75-36-53-28.dsl.sndg02.sbcglobal.net) |
18:45.58 | avrj | thx for the advice |
18:49.16 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
18:52.20 | *** join/#htc-linux kam187 (n=kam187@81-179-8-102.dsl.pipex.com) |
18:52.49 | *** join/#htc-linux catfishk (n=catfishk@c-76-105-138-218.hsd1.or.comcast.net) |
18:53.52 | *** join/#htc-linux catfishk (n=catfishk@c-76-105-138-218.hsd1.or.comcast.net) |
18:56.15 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
18:57.26 | catfishk | are the Blackstone/Diamond/Raphael audobuilds supplied by GlemSom for use with the CDMA RAPH800 devices? i do not get them to boot, but the seemingly derived kernels from Connect-UTB work... |
18:57.40 | phh | catfishk: i'm trying hard to. |
18:58.27 | phh | but no, currently we can't get kernel handling both CDMA and GSM |
18:58.31 | phh | can't figure out why |
18:58.37 | phh | (ok not that hard) |
18:59.20 | catfishk | phh: hi. i am sure you are, and thank you. i've been looking for a kernel with both Wifi and CDMA, instead of two separate ones. thanks for the great work thus far |
19:01.12 | *** join/#htc-linux poolsc (n=quassel@89-158-107-130.rev.dartybox.com) |
19:01.35 | phh | well i'm still waiting from precise git bissect result from a cdma user. |
19:06.33 | catfishk | is that something i can help with? i have no idea what a bissect is but i am a Linux user |
19:18.19 | MrPippy | phh: i have a pretty recent kernel booting and running android on diam500 |
19:18.26 | phh | MrPippy: how ? |
19:18.31 | phh | removing smd7500 is no solution. |
19:18.43 | catfishk | would it be possible for me to enable the RFKILL and smd_7500 options in a kernel, along with the WiFi modules? i am comfortable compiling if someone could direct me to the current source and maybe a .config to start from |
19:19.18 | catfishk | that is unless the two options just don't play nice |
19:19.27 | MrPippy | its not removed, but smd_rpcrouter isn't up to date |
19:19.54 | phh | oh cool, from which tree is the one you're using then ? |
19:20.28 | MrPippy | that was the big change (without that it was hanging on boot and the boot screen until it hung was tearing) |
19:21.15 | MrPippy | also, some FB, GPU, and MDP addresses in board-htcdiamond.h don't work, i kept them what board-htcraphael.h uses |
19:21.30 | phh | an old board-htcraphael.h then ? |
19:21.46 | phh | wait what ? |
19:21.55 | phh | FB do works with my current config afaik |
19:22.43 | phh | and FB is in SMI2, so the same memory layout as htc diamond should work |
19:22.54 | MrPippy | ok, diam500 support is in worse shape in the tree than raph |
19:23.25 | MrPippy | if i use the standard board-htcdiamond.h it boots, but android can't init the FB and crashes |
19:23.39 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
19:23.50 | phh | android doesn't init the FB ... |
19:23.57 | phh | it's the kernel |
19:25.18 | MrPippy | ok, but android and surfaceflinger crash on startup |
19:25.38 | phh | with my latest kernel ? |
19:26.30 | *** join/#htc-linux chemical1979 (i=59f5779f@gateway/web/freenode/x-lkfcbxysjhbnzbob) |
19:26.35 | chemical1979 | hey guys |
19:27.08 | chemical1979 | interesting thing: tried latest kernel from glensoms site, used it a few minutes and put it to sleep. |
19:27.19 | MrPippy | not sure, right now its working with about a 2 month old tree from linuxtogo |
19:27.29 | tmzt | anybody have a git tree for the new upstream work? |
19:27.29 | MatBeez | zazahzah |
19:27.33 | chemical1979 | some time after I noticed the reboot vibration and the htc sound booting windows mobile again .. but this time it completely resetted my windows mobile |
19:27.47 | chemical1979 | I needed to recalibrate the screen and all mails/settings were gone. hmmm |
19:27.57 | tmzt | time to try dummy-client on 27 though if I can figure out how to switch to it |
19:28.49 | MrPippy | some pm.c changes in october made diam500 crash to spl (the red-green-blue screen), i commented out writel(1, A11S_PWRDOWN); and its not crashing |
19:28.59 | MrPippy | it isn't actually sleeping either though |
19:31.03 | *** join/#htc-linux apt (i=ibot@rikers.org) |
19:31.03 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
19:31.25 | catfishk | tmzt: that's the phone i have. it works in one kernel, not the other but perhaps they cannot be combined quite yet? |
19:31.38 | tmzt | which one? |
19:31.48 | tmzt | if RFKILL works it's probably been ifdef'd out |
19:31.58 | tmzt | if won't work unless you have the gpio for bt power |
19:32.03 | tmzt | and it's not the one that breaks usb |
19:32.14 | tmzt | I had raph500 and was attempting to suport it |
19:33.47 | *** join/#htc-linux toi (n=toi@d54C2A96D.access.telenet.be) |
19:33.56 | catfishk | tmzt: i am referring to the kernel Makkonen built here: http://tinyurl.com/yhvn8b7. i know nothing, i am just wondering if i can build a kernel with both WiFi and CDMA |
19:35.01 | tmzt | talk to him? |
19:35.33 | *** join/#htc-linux ALoGeNo (n=alogeno@183.Red-79-148-92.dynamicIP.rima-tde.net) |
19:37.16 | catfishk | tmzt: i think i will over at ppcgeeks |
19:38.36 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
19:39.07 | tmzt | you could invite him here, I'm not in that channel |
19:39.52 | catfishk | tmzt: i am sure if the two could be combined, they would have by now. you guys are doing great work |
19:40.04 | tmzt | what? |
19:40.13 | tmzt | combined what? |
19:40.24 | tmzt | these are mostly configuration problems |
19:40.41 | tmzt | we don't have any continous integration testing or the other tools that bigger projects have |
19:40.55 | tmzt | so there's glemsoms builds using his own defconfig |
19:41.08 | phh | tmzt: it's my defconfig actually |
19:41.10 | tmzt | which is the closest thing to a supported build here |
19:41.14 | tmzt | phh: ok |
19:41.23 | tmzt | the one in git for both raph/diam100? |
19:41.28 | tmzt | the android one |
19:41.42 | phh | yes |
19:41.44 | tmzt | this other build you are referring to we have no idea |
19:42.07 | phh | tmzt: well makkonen is here and spoke a bit about it |
19:42.13 | tmzt | but it's all based on code from here and the new gito branch |
19:42.23 | phh | yes |
19:42.31 | tmzt | right, I mean we can't support it so well because we don't know it inside and out |
19:42.32 | phh | it's new gitorious branch + smd* from old trees |
19:42.37 | tmzt | though that may just be me |
19:42.47 | tmzt | phh: any help with rhod500 building? |
19:42.49 | catfishk | the autobuilds aren't working for CDMA i think, and the GSMs already have voice/SMS along side WiFi i believe |
19:42.58 | tmzt | right |
19:43.36 | phh | tmzt: I can make rhod built with the same config as raph/diam/blac if it's what you mean |
19:43.48 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
19:44.08 | phh | anyway i'm currently trying to make an ubuntu arm release |
19:44.19 | phh | but first i need a clean fix for fb |
19:44.24 | tmzt | ah, just use mer :) |
19:44.38 | phh | well i want a prebuilt image :p |
19:44.55 | phh | I already have one for ubuntu arm |
19:45.15 | tmzt | I can build now, I'm just confused as to what tree to start with for rhod work |
19:45.16 | phh | but if you have something i'd love it :p |
19:45.19 | tmzt | to get the msmfb working |
19:45.22 | tmzt | htcfb already works |
19:45.25 | tmzt | yeah, join #mer |
19:45.37 | tmzt | I guess you are using jaunty for the armv7novfp support? |
19:45.44 | phh | uh ? |
19:45.52 | tmzt | karmic doesn't support it |
19:45.54 | phh | i will try omnia's ubuntu as it seems to work |
19:46.03 | tmzt | so won't work on msm |
19:46.09 | phh | uh ? someone already tried |
19:46.23 | tmzt | I'm trying to get tp/tp2 as a supported mer build soon |
19:46.32 | phh | cool :) |
19:46.32 | tmzt | it's all based on the jaunty embedded arm apt |
19:47.15 | tmzt | I guess I'm going to get 32 working with htcfb |
19:47.22 | tmzt | something to do :) |
19:48.18 | leviathan | GNUtoo: I'm replasing the qdsp5-driver with the one from samsung |
19:48.22 | leviathan | lets see, if its working |
19:48.27 | GNUtoo | ok |
19:48.32 | GNUtoo | that's what I would have done |
19:48.55 | phh | tmzt: anything testable yet on tp ? |
19:49.20 | phh | (well td) |
19:50.06 | tmzt | I had |
19:50.15 | tmzt | you mean kernel or userland? |
19:50.20 | phh | userland |
19:50.44 | tmzt | I can't upload the whole thing but I can help you rebuild it from sts's arm generic thing |
19:50.49 | tmzt | it's not major |
19:50.56 | tmzt | I even had touchscreen working :) |
19:51.14 | phh | ok, if there is no "out of the box" thing i'll wait :p |
19:56.01 | MatBeez | who wants donuts |
19:56.21 | phh | I prefer eclairs. |
19:56.26 | phh | chocolate ones |
19:56.29 | MatBeez | snobby prick |
19:56.35 | MatBeez | :P |
19:57.16 | MatBeez | would you like a scarf and a book with that? |
19:57.22 | MatBeez | and a mac |
19:57.30 | MatBeez | ;) |
19:57.50 | phh | what would i do with a mac ? |
19:58.18 | MatBeez | work on your book |
19:58.27 | MatBeez | chicks dig mac's |
19:58.34 | tmzt | phh: I understand, the problem is what I was working on was supposed to be a prototype to build a working image |
19:59.09 | phh | well if you need some help I'll maybe give it a try, but otherwise i'll just wait for you releases :p |
20:06.38 | tmzt | phh: maybe I should try a hybrid |
20:06.53 | tmzt | my upstream-tracking version of arch/arm/mach-msm with upstream's msmfb driver |
20:07.22 | GNUtoo | leviathan, ah I forgetten do you want patch for the beginning of that? |
20:07.35 | GNUtoo | leviathan, the patches makes it compile but not run |
20:07.42 | leviathan | hmm |
20:07.48 | phh | tmzt: what about using the whole upstream branch but changing only "some little" things ? |
20:07.49 | leviathan | I'm trying to fix it right now |
20:07.53 | leviathan | so I'll check out |
20:08.01 | leviathan | if my different way can work |
20:08.03 | leviathan | if it does |
20:08.10 | leviathan | we can look whats different |
20:08.13 | leviathan | :) |
20:12.46 | tmzt | phh: hmm, I see I should not have brought over the defconfig |
20:12.58 | tmzt | I should have used the upstream/candidate version |
20:19.05 | GNUtoo | leviathan, ok if you want...it would have accelerated things |
20:19.10 | MatBeez | god |
20:19.13 | MatBeez | i seriously cant work today |
20:19.16 | GNUtoo | because I did exactly what you are doing |
20:19.26 | leviathan | uhhm |
20:19.27 | GNUtoo | just that I had the platform_device problem after that |
20:19.31 | phh | MatBeez: bah get my kernel working on your board :p |
20:19.37 | leviathan | GNUtoo:do you have a clue |
20:19.37 | MatBeez | i would |
20:19.40 | MatBeez | if i wasnt so noob |
20:19.48 | GNUtoo | leviathan, not yet |
20:19.49 | leviathan | how to fix the thing with cap_effective? |
20:19.56 | GNUtoo | leviathan, what's that? |
20:20.04 | leviathan | task_struct |
20:20.17 | GNUtoo | task_struct ? |
20:20.23 | leviathan | yes |
20:20.23 | GNUtoo | you mean the PCB? |
20:20.25 | phh | MatBeez: try again with the last glemsom's kernel, then: |
20:20.28 | phh | ~ramconsole |
20:20.28 | apt | i heard ramconsole is pwf dm 0x00800000 0x00100000 |
20:20.30 | phh | in haret. |
20:20.39 | GNUtoo | that doesn't seem good |
20:20.50 | leviathan | I mean that I am updating the adsp-driver |
20:21.00 | leviathan | so that it will use the new interfaces |
20:21.03 | leviathan | as it used the old |
20:23.33 | GNUtoo | ok |
20:26.42 | leviathan | okee |
20:26.44 | leviathan | i give up |
20:26.50 | leviathan | include/linux/kernel.h:354:1: warning: this is the location of the previous definition |
20:26.54 | leviathan | -.- |
20:26.58 | leviathan | your patch? |
20:27.30 | leviathan | GNUtoo: it doesnt make any sense to trace it much further |
20:27.43 | leviathan | you made some modifications? |
20:27.53 | leviathan | how far did you come? |
20:27.56 | GNUtoo | ok I'll try to find it and make a good patch |
20:28.00 | leviathan | ok |
20:28.08 | GNUtoo | it compiles but does not find the card at probing |
20:28.10 | leviathan | I'll passing into your project |
20:28.18 | GNUtoo | ? |
20:28.23 | leviathan | to accelerate the things ^^ |
20:28.33 | leviathan | 4 eyes do see more then 2 |
20:29.03 | GNUtoo | what do you mean by I'll passing into your project ? |
20:29.09 | GNUtoo | are you talking about: |
20:29.14 | GNUtoo | *using my patches |
20:29.16 | ius | quick question; i'm trying to figure what has been done on opensource RILs (eg. android-htc-ril seems to be a community project?) - any pointers? |
20:29.18 | leviathan | yeah |
20:29.18 | GNUtoo | *commiting something to replicant? |
20:29.20 | GNUtoo | ok |
20:29.23 | leviathan | using your patches |
20:29.27 | leviathan | look whats wrong |
20:29.33 | leviathan | perhaps give a patch back to fix it |
20:29.36 | GNUtoo | ius, whta's your device? |
20:29.36 | GNUtoo | ok |
20:29.39 | leviathan | accelerate the things |
20:29.41 | leviathan | ^^ |
20:29.52 | leviathan | my device? |
20:30.00 | leviathan | you mean I'm developing on? |
20:30.02 | leviathan | htc-dream |
20:30.04 | ius | GNUtoo: Soon a Samsung GT-i8320 i hope.. It uses some Qualcomm radio (which device doesnt?) |
20:30.05 | GNUtoo | no ius |
20:30.07 | GNUtoo | not you |
20:30.15 | leviathan | ohh, ok |
20:30.23 | leviathan | hmm |
20:30.30 | GNUtoo | ius, ok there are 2 rils: the one from repliacnt and the one you mentioned... |
20:30.32 | leviathan | so its becomming reality |
20:30.42 | GNUtoo | and a third one which is the official one |
20:30.42 | leviathan | OM will run on nokia, samsung and htc |
20:30.45 | leviathan | ;D |
20:30.47 | GNUtoo | ? |
20:30.54 | ius | GNUtoo: runs LiMo, old kernel, and the radio lib is of course userland so theres no source... so even if i roll my own kernel+drivers, im still missing radio stuff |
20:31.03 | leviathan | GNUtoo: OpenMoko |
20:31.33 | GNUtoo | ius, yes as official one I mean from the android open source project sources |
20:31.57 | GNUtoo | ius, do you know 0707 ? |
20:32.03 | GNUtoo | btw I should get the patches |
20:32.05 | ius | doesn't ring a bell |
20:32.07 | GNUtoo | ok |
20:32.12 | GNUtoo | I'll come back with patches |
20:32.22 | GNUtoo | ius, I have to get some patches for leviathan |
20:32.22 | leviathan | ok |
20:32.57 | leviathan | GNUtoo: so you did port qdsp5 driver from samsung? |
20:33.13 | GNUtoo | leviathan, I'll look |
20:33.18 | leviathan | ok |
20:33.20 | GNUtoo | I don't remember well |
20:33.21 | ius | i'm fairly new to mobile/radio stuff.. was just investigation the possibility of running something else than LiMo on the phone (esp. Android), i haven't figured the radio stuff though, rest all looks really doable.. |
20:33.26 | leviathan | aha... |
20:33.38 | leviathan | the mainproblem is qdsp5-driver |
20:33.47 | leviathan | the soc driver just uses its functions |
20:33.57 | GNUtoo | leviathan, maybe you already have them |
20:33.58 | leviathan | so running qdsp5-driver means running frontend |
20:34.09 | leviathan | uhm |
20:34.09 | GNUtoo | do you have a patch named imported an alsa msm driver from samsung |
20:34.16 | leviathan | you mean the patches for the codebase |
20:34.19 | leviathan | linux-to-go? |
20:34.25 | GNUtoo | yes always linuxtogo |
20:34.31 | leviathan | oh, ok |
20:34.33 | leviathan | hmm |
20:34.41 | GNUtoo | cleaner since alsa is not there yet |
20:35.20 | GNUtoo | as git sent the patch I've not them in my send box |
20:35.36 | GNUtoo | ius, ok 0707 is the AT commands standard |
20:35.40 | tmzt | yes |
20:35.57 | tmzt | ius: what phone? |
20:36.16 | ius | tmzt: Samsung H1 (GT-i8320) |
20:36.26 | tmzt | ius: can you boot anything? |
20:36.28 | tmzt | ok |
20:36.35 | GNUtoo | ius, do you have alsa on the phone btw? |
20:36.38 | tmzt | is the qualcomm used as baseband or as cpu and baseband? |
20:36.50 | ius | tmzt: All theoretical still as I don't have the device: But I suspect I do looking at the bootloader |
20:37.01 | ius | Just baseband, app SoC is OMAP3430 |
20:37.06 | tmzt | phh: do you know who was trying g1 on the halibut upstream? |
20:37.09 | GNUtoo | wow omap |
20:37.13 | phh | tmzt: no |
20:37.16 | tmzt | adding g1 support to the new upstream halibut support |
20:37.25 | GNUtoo | ah maybe pavel |
20:37.30 | tmzt | ius: okay, so binary interface? |
20:37.36 | tmzt | yes I know pavel, but who here? |
20:37.54 | GNUtoo | not me...I wanted to try but I didn't find a board file so I didn't try |
20:38.17 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
20:38.19 | ius | Communicating via something samsung calls dpram, seems to set up a /dev/dpram tty device, so I suppose its just a serial line to the baseband |
20:38.29 | tmzt | the board isn't the issue, I can't see our clock or memory code working in the short term |
20:38.39 | ius | GNUtoo: Yeah it uses alsa I guess |
20:38.40 | tmzt | ius: dpram is dual ported ram |
20:38.44 | tmzt | not serial |
20:38.55 | tmzt | okay, sticking with htc-msm-2.6.27 for now then |
20:38.55 | GNUtoo | ius, wow does it work well? did you try to cross-compile a static mplayer? |
20:39.17 | tmzt | 6280 baseband? |
20:39.38 | tmzt | can check how many mux lines are connected to the baseband |
20:39.42 | tmzt | assuming you have kernel source |
20:39.45 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
20:39.48 | ius | tmzt: that's what i found when i did some research on it, but i mean, the kernel driver for it seems to spawn a serial device, probably translation the serial io so the baseband can read it from dpram? |
20:39.50 | tmzt | this looks a lot like gnufiish then |
20:39.55 | tmzt | right |
20:40.43 | ius | GNUtoo: Havent got the device yet. Runs LiMo (seems to be the first phone with it on the market).. But it looks really hackable |
20:40.51 | GNUtoo | ok |
20:41.05 | *** join/#htc-linux StarLite` (n=nnscript@s55916cb1.adsl.wanadoo.nl) |
20:41.10 | leviathan | GNUtoo: I'm compiling the kernel now |
20:41.13 | tmzt | we might have raster to thank for that |
20:41.15 | leviathan | with code aura frontend |
20:41.19 | leviathan | and samsung qdsp5 |
20:41.45 | leviathan | I hope it will boot |
20:41.48 | GNUtoo | leviathan, ok so you found the patches? |
20:41.52 | leviathan | yes |
20:41.58 | GNUtoo | ok |
20:42.02 | leviathan | I already had added them to the tree |
20:42.06 | leviathan | >_< |
20:42.16 | leviathan | hmmm |
20:43.00 | leviathan | but you ported the wrong things anyway |
20:43.06 | leviathan | it wont change anything... |
20:43.19 | leviathan | we have to port qdsp5 too |
20:43.29 | leviathan | the errors occur there |
20:44.54 | leviathan | codeauras qdsp has errors respectively the one of android |
20:44.54 | leviathan | so we need to use the one of samsung |
20:44.55 | *** join/#htc-linux alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
20:44.55 | *** join/#htc-linux avrj (i=avrj@shell.lf.fi) [NETSPLIT VICTIM] |
20:44.55 | *** join/#htc-linux StarLite (n=nnscript@s55916cb1.adsl.wanadoo.nl) [NETSPLIT VICTIM] |
20:44.55 | *** join/#htc-linux pigeon (n=pigeon@eth5284.nsw.adsl.internode.on.net) [NETSPLIT VICTIM] |
20:44.55 | *** join/#htc-linux tjs_bsd (n=tjs@140.117.205.245) [NETSPLIT VICTIM] |
20:44.55 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-71-251-145-151.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM] |
20:44.55 | *** join/#htc-linux rzk_ (n=rzk@daemonet.ru) [NETSPLIT VICTIM] |
20:44.56 | *** join/#htc-linux dilinger (n=dilinger@LUNGE.MIT.EDU) [NETSPLIT VICTIM] |
20:44.56 | *** join/#htc-linux tuples (n=Tuple@unaffiliated/tuples) [NETSPLIT VICTIM] |
20:44.56 | *** join/#htc-linux nrirclog (n=nrirclog@netripper.com) [NETSPLIT VICTIM] |
20:44.56 | *** join/#htc-linux Salt|afk (n=Salt@vergil01.u.washington.edu) [NETSPLIT VICTIM] |
20:45.15 | leviathan | we have to replace the qdsp5-files |
20:45.22 | leviathan | and bind them into the new kernel |
20:47.22 | ius | tmzt: I'm not sure how the dpram is connected to the bb, all I can see is that it muxes 4 gpio pins + 1 interrupt pin for it |
20:47.49 | tmzt | not enough |
20:47.57 | tmzt | so it must be ram bus |
20:48.40 | ius | Yeah, looking at read/write it's something like that. Not sure hows its mapped, though. (reads seem to be plain memcpy) |
20:55.50 | tmzt | topa doesn't work, I don't get it |
20:55.54 | tmzt | cr2's exe does |
20:57.32 | ius | hm, seems the dpram kobj source I have is really I7500-specific (MSM7XXX device I think). Samsung conveniently forgot to include the source of it for the i8320, but the firmware image does have the binary |
20:57.51 | tmzt | you have dpram source? |
20:58.30 | *** join/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
20:58.34 | phh | I like ti VS 'open' driver |
20:58.40 | phh | 160klines vs 13klines |
20:59.56 | ius | For some of their devices it includes the source for dpram.ko - but this version seems to use smem_alloc, something msm specific.. |
21:00.38 | tmzt | that's an msm device |
21:00.40 | tmzt | not dpram |
21:00.46 | tmzt | they just misuse the name |
21:02.02 | tmzt | so cr2's topaz patches are not in the gito? |
21:08.04 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
21:08.08 | GNUtoo | leviathan, ok |
21:08.23 | leviathan | I found some clous |
21:08.34 | leviathan | in a ati-forum |
21:08.40 | leviathan | http://www.phoronix.com/forums/showthread.php?t=16173 |
21:08.46 | leviathan | I'm tracing |
21:08.50 | GNUtoo | btw do they include rfs sources? |
21:09.16 | ius | nope |
21:09.21 | GNUtoo | ouch |
21:09.24 | GNUtoo | ok |
21:09.40 | leviathan | its just a little hacking |
21:09.43 | GNUtoo | leviathan, btw you should be carefull with search engine...it doesn't always work |
21:09.47 | leviathan | to make it adapt to the new interfaces |
21:09.49 | GNUtoo | ok |
21:09.52 | leviathan | yes |
21:09.52 | ius | also, they seem to have invented something new - couldnt find any info on it, 'j4fs', possibly some filesystem they use for their movinand |
21:09.56 | leviathan | but in this case |
21:10.00 | leviathan | its the solution |
21:10.09 | GNUtoo | ok |
21:10.14 | leviathan | somehow they splitet the struct |
21:10.18 | leviathan | back evolution... |
21:10.25 | GNUtoo | yes sometimes it works,sometimes no |
21:10.52 | ius | GNUtoo: rfs is supposed to be fat compatible though (ro)? |
21:11.03 | GNUtoo | I think so |
21:11.16 | GNUtoo | it's also used in their tv |
21:11.41 | GNUtoo | the project for their tv works arround it |
21:11.45 | GNUtoo | by binary patching |
21:12.10 | GNUtoo | http://lwn.net/Articles/361445/ |
21:12.13 | tmzt | what tv? |
21:13.02 | leviathan | hmm |
21:13.16 | leviathan | btw: I'm trough the driver itself |
21:13.20 | leviathan | now messing up |
21:13.22 | leviathan | then compile |
21:13.24 | leviathan | then test |
21:13.26 | leviathan | ^^ |
21:14.02 | GNUtoo | ok |
21:14.36 | ius | anyway, apart from the dpram driver, are the AT command sets fairly standard? (as in: there might be a ril available which might work with minor modifications?) |
21:15.18 | ius | (from samsungs set of sources; 5 different dpram.c files.. ...) |
21:16.04 | GNUtoo | ius, it depends... |
21:16.22 | GNUtoo | ius, they are *more or less* standard |
21:16.30 | GNUtoo | you have proprietary extentions |
21:16.43 | GNUtoo | you have commands arguments and results that differs |
21:16.45 | GNUtoo | but... |
21:16.52 | phh | GNUtoo: btw, can you strace the ril to know how they do tower localization ? |
21:16.56 | GNUtoo | for instance the palm pre uses a binary thing |
21:17.02 | *** join/#htc-linux luminoso (n=lumos@av-217-129-139-239.netvisao.pt) |
21:17.12 | GNUtoo | phh, I've made a patch for that |
21:17.23 | GNUtoo | phh, what do you want me to do exactly? |
21:17.38 | phh | mmm can't say exactly |
21:17.53 | GNUtoo | I've a ril trace from USA but I can't share it as-is |
21:17.53 | ius | well, i'll see.. i'm fairly confident i can get android to run on it, just the radio stuff.. thanks for the comments so far |
21:17.58 | GNUtoo | it contains imei |
21:18.01 | phh | well strace -ewrite $(pidof rild) just before starting google map + "my position" |
21:18.02 | phh | ok |
21:18.56 | phh | unless there is a source of the actual ril somewhere i haven't seen ? |
21:19.44 | GNUtoo | I'll try the other sim because I don't like to expose my private sim to the proprietary ril |
21:20.00 | phh | 1st try at starting ubuntu arm. |
21:20.06 | GNUtoo | lol |
21:20.07 | GNUtoo | ok |
21:20.24 | phh | i mean i'm trying. |
21:20.34 | phh | not yet suicided |
21:20.51 | leviathan | ok some minor build errors |
21:20.52 | phh | "loading hardware drivers" |
21:21.01 | phh | I wonder why it ever try, there is no module available. |
21:22.06 | phh | bah no fun |
21:22.07 | phh | it just works |
21:22.12 | GNUtoo | lol |
21:24.34 | tmzt | And the Linux FAT driver actually works with it, mostly. You can read from |
21:24.34 | tmzt | it quite easily, and write. I don't think it's a good idea to use the file |
21:24.34 | tmzt | system back in the embedded system after that.. |
21:24.36 | tmzt | what? |
21:24.40 | tmzt | (tfat) |
21:24.46 | tmzt | never mounted for me |
21:26.37 | GNUtoo | ah I remember where I've put my sim |
21:26.41 | tmzt | http://lwn.net/Articles/361445/ |
21:27.10 | makkonen | phh: I didn't realize you were still waiting for a bisect output for what stopped cdma raphs from booting. commit 634dfe10e6d4cca9f78575c4dd886b720ab91d57 is what breaks it. I found that weeks ago. |
21:27.33 | phh | makkonen: ah thanks |
21:27.42 | makkonen | it's not smd_7500, it's smd_rpcrouter (and 2 lines in smd.c) |
21:28.34 | phh | ok |
21:28.40 | makkonen | and I've looked at it, and only gotten so far as getting it to kernel panic instead of hang. :-p Not a great success. This is the problem with changing code you don't actually understand at all. |
21:28.41 | phh | have you searched a bit what in this patch breaked this ? |
21:28.55 | phh | ok |
21:29.07 | *** join/#htc-linux tavelram (n=nope@marle.vat.sgsnet.se) |
21:29.22 | phh | you tried to remove the lines 810-813 ? |
21:29.41 | makkonen | yeah. |
21:29.58 | makkonen | don't remember what exactly happened. I think it still hangs if I did that. If not, it kernel panics. |
21:30.07 | phh | ok |
21:31.00 | phh | oh reverting it doesn't break gsm at all |
21:31.45 | phh | I'll commit your "fix" then |
21:32.38 | leviathan | hmm |
21:32.40 | phh | even if i hate doing that. |
21:32.41 | makkonen | heh. feels a bit like surgery with a sledgehammer. |
21:32.46 | leviathan | seems to nearly building trough |
21:33.01 | leviathan | no I just need to fix some global symbols |
21:33.04 | leviathan | then I can try |
21:34.15 | leviathan | as soon as it works, we should try to cleanly import it into the current kernel |
21:34.24 | leviathan | means 2.6.31/32? |
21:34.29 | leviathan | and pavels board |
21:34.41 | leviathan | then we can import wifi without probs |
21:34.49 | leviathan | wifi, sound, graphics => usable |
21:35.11 | tmzt | we can't really do that unless we can port the clock changes |
21:35.20 | tmzt | the upstream stuff is so out of date |
21:37.36 | phh | makkonen: can you do a quick test ? |
21:37.47 | makkonen | whatever you need. |
21:38.02 | GNUtoo | ouch my sim card didn't work because it wasn't activated |
21:38.10 | phh | mm wait a second :D |
21:38.12 | GNUtoo | I have to activate it |
21:38.26 | GNUtoo | I'll eat |
21:39.51 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
21:39.56 | phh | makkonen: http://husson.hd.free.fr/zImage |
21:41.23 | makkonen | kernel panic |
21:41.36 | phh | bah. |
21:41.46 | phh | something about rfkill in messages ? |
21:42.03 | makkonen | didn't see. lemme try dumping the ramconsole. |
21:42.10 | phh | ~ramconsole |
21:42.11 | apt | i guess ramconsole is pwf dm 0x00800000 0x00100000 |
21:42.18 | phh | (i precise since it might have moved since last time) |
21:42.29 | makkonen | oh, right. |
21:43.02 | *** join/#htc-linux davep (n=dp@CPE-124-188-210-63.sfcz1.cht.bigpond.net.au) |
21:48.00 | *** join/#htc-linux poolsc (n=quassel@89-158-107-130.rev.dartybox.com) |
21:48.08 | makkonen | hmm. that dump is just gibberish. |
21:48.21 | phh | ok |
21:48.40 | phh | i really have to fix it. |
21:49.07 | *** join/#htc-linux iHack (n=iHack@dslb-084-057-027-006.pools.arcor-ip.net) |
21:49.21 | iHack | hi |
21:51.54 | iHack | so who is working on the android project for the diamond? |
21:52.29 | phh | _o/ |
21:53.11 | iHack | the project site mentions that they are hanging around in this chan |
21:53.52 | makkonen | (that was him raising his hand. yes, they are.) |
21:53.52 | phh | hum i should fix this one day. |
21:54.16 | iHack | oh ^^ |
21:54.41 | iHack | nice work , really |
21:54.50 | phh | yeah... no ... |
21:55.07 | MrPippy | is opengl hw accel working on the cdma raph? |
21:55.19 | phh | it should |
21:55.25 | tmzt | ~rhod-ramconsole |
21:55.43 | iHack | you have to know. you are saving many people from the devil's OS (windows that is) |
21:55.48 | MrPippy | where i am now on diam500, i get this when surfaceflinger starts: |
21:55.49 | MrPippy | D/EGL ( 1169): requestGPU returned -38 |
21:55.49 | MrPippy | E/libEGL ( 1169): h/w accelerated eglGetDisplay() failed (EGL_SUCCESS) |
21:56.02 | *** join/#htc-linux JDShadowline (n=JDShadow@97.101.243.247) |
21:56.06 | *** join/#htc-linux TitanMKD (n=aa@vaf26-4-88-176-72-126.fbx.proxad.net) |
21:56.11 | phh | MrPippy: that's no problem iirc |
21:56.15 | makkonen | how would I test that? is there a test app? |
21:56.23 | TitanMKD | hello |
21:56.30 | phh | makkonen: you have access to the market ? |
21:56.56 | makkonen | nah. no usb, no wifi, no cdma data = no downloading. |
21:57.03 | phh | ok |
21:57.26 | TitanMKD | Anyone not away here about Android/Linux port on Kaiser/Vogue ? |
21:57.41 | TitanMKD | it is about development on kernel |
21:58.01 | tmzt | so that's the wrong address or ramconsole is not enabled on rhod |
21:58.05 | tmzt | topa |
21:58.14 | phh | makkonen: http://husson.hd.free.fr/com.qualcomm.qx.neocore.apk |
21:58.33 | tmzt | #define MSM_LOG_BASE 0x8e0000 |
21:58.33 | tmzt | #define MSM_LOG_SIZE 0x020000 |
21:59.06 | iHack | so. can someone give me a brief impression of android testing on diamond? is there a decisive performance gain, or is the diamonds hardware just poor? |
21:59.16 | makkonen | MrPippy: not having much luck with anything under the OpenGL heading in the API Demos, so... maybe not? |
21:59.36 | MrPippy | makkonen: ok thanks, just wondering |
21:59.48 | TitanMKD | Anyone has information on MS7xxx ? |
22:00.00 | MrPippy | i seem to remember it was working on gsm, couldn't remember about cdma |
22:00.02 | TitanMKD | i'm searching hardware details, specification ... |
22:00.06 | phh | iHack: lol diamond's hardware is the same as HTC android systems |
22:00.07 | makkonen | in fact, it seems to have locked up the phone. |
22:00.10 | phh | it rocks. |
22:01.02 | *** join/#htc-linux |Epsy| (n=tpruvot@85.69.127.136) |
22:01.07 | iHack | phh yeah, never used android before. but I really dislike winMo , so anything can be better than shit , right ? :D |
22:01.09 | phh | ok there are still many bugs |
22:02.29 | iHack | I just dont get HTCs policy. they should build Touch Flo around the linux kernel and make it an own OS |
22:03.21 | Battousai | quite a large wheel to reinvent |
22:03.24 | makkonen | There would be a staggering number of issues with doing that. |
22:05.55 | leviathan | GNUtoo: ok |
22:05.58 | leviathan | its building now |
22:06.09 | leviathan | but its producing a oops on bootup |
22:06.37 | iHack | ok well , I dont wanna sound like a noob who asked about this particular topic before. it's about the iphone OS on other devices. |
22:06.44 | iHack | I know its not possible at all atm |
22:06.51 | leviathan | yes |
22:06.54 | *** join/#htc-linux muffinssi (i=muffinss@hoasnet-fe2fdd00-160.dhcp.inet.fi) |
22:07.00 | leviathan | but do you like to tinker around |
22:07.07 | leviathan | to get a unfree os on other devices |
22:07.12 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
22:07.13 | leviathan | when you can have a free one |
22:07.21 | leviathan | with the same functionality? |
22:08.01 | iHack | that's too general |
22:08.12 | leviathan | :) |
22:08.46 | leviathan | personally I would never waste time in unfree software porting |
22:08.47 | iHack | there are quite a few apps out there |
22:09.09 | phh | leviathan: it makes porting free software easy :p |
22:09.10 | leviathan | I prefer to trow the unfree things asway and use free software |
22:09.15 | leviathan | :) |
22:09.30 | leviathan | And then throw the unfree software away ;) |
22:09.35 | iHack | and the OS just performs very fluent. I just wonder if its really the OS or the hardware |
22:09.42 | dcordes | hi |
22:09.50 | iHack | you have to excuse my curiosity |
22:09.55 | leviathan | np |
22:10.02 | leviathan | theres a linux port for the iphone |
22:10.13 | leviathan | I heard its very hard to get performance there |
22:10.20 | leviathan | its really hard timing |
22:10.29 | leviathan | they must have hacked a lot for iphoneos |
22:10.39 | leviathan | but i never would use it anyway |
22:11.01 | leviathan | I would never write my contacts and other informations into a device I cant trust |
22:11.15 | leviathan | and when I cant see what something is doing, I primary do not trust it |
22:11.29 | ius | leviathan: the linux port is far for complete; it's merely a booting kernel |
22:11.41 | iHack | leviathan thats true |
22:12.25 | iHack | leviathan but still. did you ever use the phone ? |
22:12.42 | leviathan | a colleg of mine let me make a phone call |
22:12.54 | leviathan | I scrolled trough |
22:12.55 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
22:13.03 | leviathan | SHR is also inspired by the interface |
22:13.06 | leviathan | nice design |
22:13.11 | leviathan | but unfree :) |
22:14.08 | iHack | its said that the hardcoded kernel is a modified osx kernel |
22:14.28 | ius | Its XNU based, just like OS X is, afaik |
22:14.42 | iHack | I wonder how accurate this statement is |
22:14.52 | ius | All the drivers are annoying as hell to reverse engineer; The XNU kernel is C++ |
22:15.44 | dcordes | TitanMKD, can you again explain what is the exact problem about usb/charging in the kaiser kernel? |
22:15.56 | TitanMKD | yes i have identified the bug |
22:16.02 | dcordes | TitanMKD, this is the developer channel |
22:16.06 | TitanMKD | it should affect all devices kaiser, polaris ... |
22:16.31 | TitanMKD | when i charge my Kaiser with USB and the battery is full the USB is stopped |
22:16.37 | dcordes | TitanMKD, what's the syö |
22:16.46 | dcordes | symptom? |
22:16.47 | TitanMKD | and charge is of course stopped but USB is disconnected |
22:16.58 | dcordes | ok |
22:17.08 | dcordes | and what happens if you replug it ? |
22:17.09 | TitanMKD | and after to reconnect USB the battery must be lower than 100% |
22:17.19 | TitanMKD | after a replug it charge and stop |
22:17.23 | TitanMKD | i have the log |
22:18.14 | leviathan | GNUtoo: basically it boots now |
22:18.29 | leviathan | so, lets see, how far I come with porting the driver... |
22:18.29 | GNUtoo | leviathan, ok |
22:18.34 | GNUtoo | ok |
22:18.34 | tmzt | iHack: they decided to use mp version of amss instead |
22:18.34 | dcordes | can you put it in http://privatepaste.com/ ? |
22:18.34 | tmzt | but yeah, that would be good for their "feature phones" |
22:18.34 | tmzt | I think mp is multiprocessor |
22:18.36 | TitanMKD | dcordes in fact i have loose the log :( |
22:18.51 | TitanMKD | dcordes but i have quote all code which do this bug |
22:19.00 | dcordes | dzo, ping |
22:19.22 | dzo | hi dcordes |
22:19.36 | TitanMKD | I reproduce always this bug |
22:20.06 | dcordes | dzo, hello. do you know about the problem TitanMKD described? |
22:20.19 | TitanMKD | Status Cable: |
22:20.19 | TitanMKD | kernel/arch/arm/mach-msm/battery/battery.c |
22:20.19 | TitanMKD | int htc_cable_status_update(int status) |
22:20.19 | TitanMKD | <PROTECTED> |
22:20.28 | TitanMKD | why it is coded like that ? |
22:20.38 | TitanMKD | the problem is with CHARGER_USB |
22:20.42 | TitanMKD | it disconnect usb |
22:20.56 | iHack | so I guess there are enough testers out there for the diamond? |
22:21.00 | TitanMKD | for other case it work fine |
22:21.40 | dzo | TitanMKD: yes, i know about that, it doesn't affect vogue. should be fairly simple to fix. |
22:21.55 | TitanMKD | dzo but why it is coded like that ? |
22:22.15 | TitanMKD | maybe it is because there is issue if we do not disconnect usb when battery is full ? |
22:22.16 | dcordes | TitanMKD, the important question is: where is the patch |
22:22.53 | dzo | I don't know, i don't think I wrote that code. |
22:23.04 | TitanMKD | dcordes yes it should fix the bug and not add other bug it is why I ask |
22:23.31 | dzo | I wrote the i2c battery code but not the charging code. |
22:24.09 | TitanMKD | ok |
22:24.15 | TitanMKD | but maybe the code should be |
22:24.24 | dzo | anyway I have vogue running very nicely from nand now. |
22:24.36 | tmzt | cool |
22:24.37 | TitanMKD | msm_hsusb_set_vbus_state(source == CHARGER_USB); replaced by msm_hsusb_set_vbus_state(source == CHARGER_BATTERY); |
22:24.42 | tmzt | just your bootloader? |
22:24.45 | tmzt | then linux does mtd |
22:25.00 | TitanMKD | dzo woo it is great |
22:25.15 | TitanMKD | dzo what performance we can expect from nand compared to class6 SDHC ? |
22:25.26 | TitanMKD | dzo have you a bench for read/write ? |
22:25.29 | dzo | yes, may not even be possible to make an nbh with yaffs on it. |
22:25.47 | tmzt | why not? |
22:26.05 | tmzt | I'm not sure it should care if it's imgfs or whatever |
22:26.09 | tmzt | just set the partition type |
22:26.11 | tmzt | but I don't know |
22:26.20 | dzo | TitanMKD: speed is about the same, perhaps a bit slower, but much more reliable and better latency. |
22:26.24 | tmzt | mybe porting hboot from android phone? |
22:26.45 | tmzt | as in, would it just work? does it do hardware init? |
22:26.50 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
22:27.15 | leviathan | GNUtoo: problem |
22:27.17 | leviathan | [ 273.596313] audmgr_open: connect failed with current VERS = 20001, trying again with another API |
22:27.22 | dzo | tmzt: yaffs need oob data and an nb file only has 8 bytes/page of oob which it doesn't put in the same place. |
22:27.22 | tmzt | ah ok |
22:27.31 | tmzt | so we need a bootloader |
22:27.34 | leviathan | GNUtoo: how did you fix that? |
22:27.44 | GNUtoo | leviathan, simply with changing the magic number |
22:27.51 | leviathan | where? |
22:27.52 | TitanMKD | dzo do you think it will possible to keep winmo in nandflash in addition ? |
22:27.54 | GNUtoo | 1s I'll paste something |
22:27.55 | tmzt | dzo: would you be able to work on a port of Qi? |
22:28.15 | leviathan | ok |
22:28.22 | tmzt | or the google stuff but it's not complete |
22:28.27 | dzo | TitanMKD: not really sensible, there isn't enough space. |
22:28.28 | tmzt | and seems to be for non 2k nand now |
22:28.32 | tmzt | other than legacy |
22:28.46 | tmzt | if we can get mtd and msm_sdcc ported its possible |
22:29.06 | GNUtoo | b/sound/soc/msm/msm7201.c => + snd_rpc_ids.vers = 0xaa2b1a44; |
22:29.09 | *** part/#htc-linux yoyey (n=yoann@lns-bzn-49f-81-56-185-87.adsl.proxad.net) |
22:29.12 | GNUtoo | and do a ifdef |
22:29.28 | dzo | what's Qi, not the tv show I guess. |
22:29.31 | GNUtoo | #ifdef CONFIG_MSM_AMSS_VERSION_6225 => old one |
22:29.34 | GNUtoo | else new one |
22:29.39 | GNUtoo | or something like this |
22:29.47 | GNUtoo | dzo, it's a bootloader |
22:29.58 | GNUtoo | dzo, openmoko used/created it |
22:31.05 | dzo | OK, would need lots of work porting nand and usb drivers. |
22:31.45 | TitanMKD | dzo why not to use kernel 2.6.29 or more ? |
22:31.46 | dzo | The android tree has a bootloader with nand already done. |
22:32.08 | dzo | because it's lots of work to port from 2.6.25 |
22:32.14 | TitanMKD | hmm ok |
22:32.26 | makkonen | with little tangible gain, I imagine. |
22:32.29 | dzo | and 2.6.25 works fine, anything i need, i'll backport. |
22:33.03 | dcordes | what about uboot (codeaurora base) ? |
22:33.07 | *** join/#htc-linux polyrhythmic (n=charles@c-67-171-16-39.hsd1.wa.comcast.net) |
22:33.44 | *** join/#htc-linux reactor16 (n=Reactor1@41.105.3.153) |
22:34.25 | dzo | why do you really need a bootloader? he spl can boot a kernel and then you can do what you want. |
22:35.41 | iHack | http://www.youtube.com/watch?v=UImEcVWAdAQ - is that 1.5 or 1.6 ? |
22:37.08 | leviathan | tried another magic number |
22:37.12 | leviathan | perhaps now it works... |
22:37.17 | TitanMKD | dzo ok it seems in fact the problem is only in board-kaiser-gpio.c => kaiser_charge_work |
22:37.36 | TitanMKD | it is why it seems to work on other device like Vogue ... |
22:38.26 | dzo | I remember having trouble detecting if usb is plugged in on kaiser. |
22:39.14 | TitanMKD | it is the case |
22:39.24 | TitanMKD | it detect only USB or AC |
22:39.58 | TitanMKD | but it seems real disconnection and battery full is managed as same |
22:40.01 | leviathan | GNUtoo: found it |
22:40.02 | leviathan | ^^ |
22:40.37 | leviathan | had to change arch/arm/mach-msm/qdsp5/snd.c |
22:41.16 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
22:43.08 | *** part/#htc-linux iHack (n=iHack@dslb-084-057-027-006.pools.arcor-ip.net) |
22:44.39 | leviathan | GNUtoo: didnt anything |
22:44.51 | leviathan | can I send you my patchset and you look into it? |
22:45.16 | GNUtoo | leviathan, didn't anyting???? |
22:45.24 | GNUtoo | leviathan, yes if you want |
22:47.28 | *** join/#htc-linux SOG (n=SOG@n219079052009.netvigator.com) |
22:48.15 | leviathan | ok |
22:48.26 | leviathan | I'll send you the patches as email attachment |
22:48.32 | leviathan | just exported from gitk |
22:48.37 | GNUtoo | ok |
22:48.52 | dcordes | dzo, is it really simple as that? you can do that already? |
22:49.15 | dzo | do what already? |
22:49.27 | dcordes | have the spl boot kernel |
22:49.44 | dzo | yes, works great. |
22:50.56 | dcordes | how do you get the kernel in place? :) |
22:51.24 | leviathan | GNUtoo: ok |
22:51.25 | leviathan | sent |
22:51.42 | GNUtoo | ok |
22:51.57 | leviathan | this rpc-thing is driving me crazy |
22:51.58 | dzo | bootloader is here: androidhtc.git.sourceforge.net |
22:52.04 | leviathan | cause I'm sure it should work now |
22:52.05 | leviathan | ... |
22:52.11 | dzo | in tinboot |
22:52.43 | GNUtoo | thanks |
22:52.48 | leviathan | np |
22:52.55 | dzo | there's a script to make an nbh file with a kernel and simple initrd. (will only work on vogue for now). |
22:52.58 | GNUtoo | until where did you go? |
22:53.16 | leviathan | GNUtoo: its a big set of patches, I merges the whole qdsp5-driver from samsung |
22:53.21 | leviathan | into the linux-to-go-kernel |
22:53.24 | GNUtoo | ok |
22:53.30 | leviathan | *merged |
22:53.44 | leviathan | so, now adsp shouldnt fuck up anymore |
22:53.51 | leviathan | if wrong frames come in |
22:54.00 | GNUtoo | ok you've not tried it yet? |
22:54.01 | leviathan | I additionaly added the code aura alsa frontend |
22:54.06 | leviathan | I couldnt |
22:54.11 | GNUtoo | why? |
22:54.12 | leviathan | because the rpc-thing |
22:54.18 | GNUtoo | ah ok |
22:54.22 | GNUtoo | but now it's fixed? |
22:54.24 | leviathan | if you can trace it, you can test it? |
22:54.33 | leviathan | -? |
22:54.41 | leviathan | nope |
22:54.46 | GNUtoo | ah ok |
22:55.00 | leviathan | I just did the work so that it doesnt crash anymore |
22:55.14 | GNUtoo | ok |
22:55.15 | leviathan | now you can have fun with a merged different qdsp5 driver |
22:55.16 | leviathan | ^^ |
22:55.24 | leviathan | the one from samsung |
22:55.32 | leviathan | this was the reason for changing at all |
22:55.33 | GNUtoo | what about snd/soc |
22:55.38 | leviathan | uhmm |
22:55.44 | leviathan | I'm using codeaura |
22:55.46 | GNUtoo | s/snd/sound |
22:55.46 | GNUtoo | ok |
22:55.55 | leviathan | because the other one is not loading correctly |
22:56.00 | leviathan | this one does |
22:56.03 | GNUtoo | so basically: |
22:56.21 | GNUtoo | which part is from where |
22:56.27 | GNUtoo | and codeaurora means which branch? |
22:56.32 | GNUtoo | because they have: |
22:56.39 | GNUtoo | *snapdragon |
22:56.42 | leviathan | soc msm is from gnulinuxkernel |
22:56.42 | GNUtoo | *older branch |
22:56.46 | GNUtoo | ok |
22:56.54 | leviathan | the qdsp5 from samsung |
22:57.12 | GNUtoo | I thought you imported soc/msm from samsung |
22:57.33 | leviathan | but the harmony is not good.... bad karma. i didnt manage to fix this rpc stuff, maybe you do |
22:57.41 | leviathan | nope |
22:57.44 | leviathan | you did this already |
22:57.48 | leviathan | and it didnt work |
22:57.54 | GNUtoo | ok I'll try tomorrow...I've to make a build this night |
22:58.13 | leviathan | I'll extend the gnulinux-kernel-soc-msm with samsung features, as soon as it runs |
22:58.19 | GNUtoo | it didn't work means I didn't look into it enough |
22:58.19 | leviathan | routing and so on |
22:58.24 | GNUtoo | ok |
22:58.31 | leviathan | yeah |
22:58.31 | muffinssi | anyone have problem with touch diamond that it doesn't load your battery when it's connectec to pc via usb? |
22:58.39 | leviathan | no |
22:58.49 | leviathan | because I dont have a touch diamond ;) |
22:58.54 | phh | muffinssi: set your activesync setting not to advanced network thing |
22:59.01 | phh | leviathan: you're cheating :p |
22:59.14 | muffinssi | okih, thanks |
22:59.15 | muffinssi | its weird because it worked earlier |
22:59.34 | phh | it worked 1/4times for me |
22:59.38 | leviathan | phh: rules are dependent on the witnesses ;-) |
22:59.40 | makkonen | does gsm diam/raph report battery status? |
22:59.45 | phh | leviathan: seems so :p |
22:59.49 | phh | makkonen: yes |
22:59.56 | phh | not really correctly though. |
23:00.08 | leviathan | GNUtoo: ok |
23:00.16 | leviathan | I'll look into it tomorrow |
23:00.18 | makkonen | cdma just says 5% all the time. I guess that line in board-htcraphael is pointing at the wrong spot. |
23:00.31 | leviathan | GNUtoo: would be cool, if you get rpc-stuff working |
23:00.35 | GNUtoo | ok |
23:00.40 | leviathan | then we can do the rest with alsa |
23:00.55 | leviathan | I hope that qdsp5 driver from samsung does what it should do |
23:00.57 | leviathan | >_> |
23:01.03 | leviathan | run |
23:02.02 | leviathan | anyway |
23:02.56 | TitanMKD | how to display continously the dmesg ? |
23:03.09 | TitanMKD | i do not remember the cmd under linux |
23:04.11 | GNUtoo | TitanMKD, while true;do dmesg -c ;done |
23:04.23 | TitanMKD | yes why not ;) |
23:06.22 | phh | tail -f /proc/kmsg |
23:06.31 | phh | eats less cpu :p |
23:06.36 | TitanMKD | yes ;) |
23:07.16 | phh | makkonen: if you have some time, try next glemsom's build (should be there in a few minutes), I might have fixed ram_console |
23:07.33 | NetRipper | phh, how does ramconsole work? |
23:07.56 | tmzt | ramconsole is not working on my rhod |
23:08.05 | NetRipper | ok but in general? |
23:08.09 | makkonen | phh: will do. |
23:08.17 | NetRipper | how do you add to it in the kernel? and how do you read it? |
23:08.31 | phh | NetRipper: just a piece of memory dedicated to store "dmesg" |
23:08.38 | phh | it has some headers to set size and things |
23:08.45 | phh | and also some possibilities for CRC |
23:08.56 | NetRipper | phh, ah, it's always dmesg? you don't have special printk()'s for ramconsole? |
23:09.03 | phh | I don't think so |
23:09.06 | NetRipper | ok |
23:09.11 | phh | but i think it's not just printk but the whole console |
23:09.17 | NetRipper | and the memory location is configured in the board file? |
23:09.17 | phh | err no. |
23:09.21 | phh | yes |
23:09.24 | tmzt | cr2 back? |
23:09.33 | phh | NetRipper: well not in my last gitorious commit :D |
23:09.48 | NetRipper | phh, lol how so? error or by choice? |
23:09.54 | phh | NetRipper: you must declare a by choice |
23:10.06 | NetRipper | lol |
23:10.06 | phh | oops. |
23:10.11 | phh | s/you must declare a// |
23:10.18 | NetRipper | please finish that sentence though |
23:10.22 | phh | static struct resource ram_console_resource[] = { |
23:10.22 | phh | <PROTECTED> |
23:10.22 | phh | <PROTECTED> |
23:10.22 | phh | <PROTECTED> |
23:10.22 | phh | }; |
23:10.23 | phh | static struct platform_device ram_console_device = { |
23:10.25 | phh | <PROTECTED> |
23:10.27 | phh | <PROTECTED> |
23:10.29 | phh | <PROTECTED> |
23:10.31 | phh | <PROTECTED> |
23:10.33 | phh | }; |
23:10.38 | phh | <PROTECTED> |
23:10.40 | phh | <PROTECTED> |
23:10.42 | phh | <PROTECTED> |
23:10.44 | phh | <PROTECTED> |
23:10.49 | phh | here is what I do |
23:10.56 | muffinssi | phh: bahh, still doesn't recognize my device |
23:10.59 | NetRipper | that last piece goes into machine init? |
23:11.19 | NetRipper | saves as txt file |
23:11.32 | phh | NetRipper: well anywhere which is called sooner or later :p |
23:11.50 | muffinssi | phh: it always ask again to install device drivers... |
23:11.57 | NetRipper | phh, and how do you read it from wince.. just memory dump or did you make a tool for it? |
23:12.00 | phh | muffinssi: just get rid of windows |
23:12.03 | phh | ~ramconsole |
23:12.04 | apt | from memory, ramconsole is pwf dm 0x00800000 0x00100000 |
23:12.07 | phh | apt: awake ! |
23:12.08 | apt | It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shakes, the shakes become a warning. It is by caffeine alone I set my mind in motion. |
23:12.09 | NetRipper | thank you |
23:12.09 | NetRipper | :) |
23:12.10 | phh | .. |
23:12.37 | NetRipper | assuming you set that memory address |
23:12.37 | phh | NetRipper: someone could write a tool to do it cleanly |
23:12.50 | phh | (because of headers CRC and so on) |
23:13.00 | phh | NetRipper: that's what does the blabla[0].start=blabla |
23:13.03 | NetRipper | yes |
23:13.20 | NetRipper | but for leo memory layout is different than from 7201 cpus |
23:13.38 | NetRipper | but ok i can work this |
23:13.38 | NetRipper | :) |
23:13.47 | phh | try the pwf dm command |
23:13.49 | NetRipper | may be better than my flashlight approach :P |
23:14.01 | phh | if it doesn't kills himself, you might try that address :p |
23:14.06 | NetRipper | lol |
23:14.09 | NetRipper | ok |
23:14.38 | phh | now is time to go to bed. |
23:14.53 | NetRipper | good night phh |
23:14.56 | NetRipper | same here |
23:14.56 | NetRipper | :) |
23:15.02 | tmzt | dzo: the bootloader has few purposes |
23:15.17 | tmzt | one is to allow quickly booting a new kernel from sd card |
23:15.35 | tmzt | the same way that Qi does, with zImage-mach and default-mach |
23:15.39 | NetRipper | tmzt, wasn't haret patched to support that? |
23:15.54 | tmzt | how is that? |
23:16.01 | NetRipper | i mean running the nk.bin stuff |
23:16.16 | tmzt | dzo has vogue booting from nand |
23:16.23 | leviathan | okeee |
23:16.28 | NetRipper | sweet but i didnt mean linux in my case :) |
23:16.33 | leviathan | gn8 |
23:16.39 | NetRipper | nn levi |
23:16.45 | leviathan | NetRipper: thx |
23:16.48 | leviathan | gn8 |
23:16.51 | leviathan | ^^ |
23:16.52 | tmzt | that means we need to flash a new kernel each time for testing |
23:16.52 | tmzt | testing |
23:17.19 | tmzt | NetRipper: ah, xip seems to need something different than linux |
23:17.21 | NetRipper | linux has kexec |
23:17.33 | NetRipper | i had kexec working on raphael i think |
23:17.41 | tmzt | that's assumes the starting kernel has working kexec |
23:17.51 | dzo | It could be useful but you'd be rewriting lots of linux drivers, why not just boot a kernel. and use kexec. |
23:18.58 | TitanMKD | dzo to debug your kernel and avoid crashing your phone do you have a Jtag or similar hardware plug on your phone to restore nandflash ... |
23:19.54 | dzo | no, it's hard to break anything, spl will always let you reflash. |
23:20.10 | TitanMKD | ok you just keep spl ;) |
23:20.22 | dzo | debugging is had but ram console helps. |
23:20.33 | dzo | s/had/hard/ |
23:20.45 | TitanMKD | yes maybe serial cabel will be great |
23:20.52 | TitanMKD | cable->wire |
23:21.54 | dzo | yes, would have been useful but once the kernel boots it's not really necessary. |
23:22.20 | TitanMKD | dzo and about value you set in gpio ... all come from reverse .. using haret ? |
23:22.53 | TitanMKD | because there's no comment on each bit for each register ... |
23:23.27 | dzo | gpios weren't a problem, clocks and smsm init were. |
23:23.41 | tmzt | gpio was obvious |
23:23.44 | tmzt | mostly |
23:24.20 | dzo | also you need to set up the alt gpios (gpoi_func) |
23:24.28 | TitanMKD | and register to configure video memory ... |
23:24.31 | TitanMKD | for fb |
23:25.08 | tmzt | fb is very hard |
23:25.20 | tmzt | we would almost certainly be done now if not for it |
23:25.45 | TitanMKD | and about 3d acceleration MPU embedded in qualcom ? |
23:25.50 | dzo | it's the mddi stuff for the different panels thats the problem. |
23:26.17 | tmzt | we ignore it :) |
23:26.19 | TitanMKD | it's just amazing to found all that stuff without any datasheet |
23:26.19 | dzo | TitanMKD: yes, all works, use AHI interface and userspace driver. |
23:26.21 | tmzt | the gpu |
23:26.38 | tmzt | well sorry, dzo doesn't |
23:27.01 | TitanMKD | IIRC there's 2D acceleration no ? |
23:27.07 | *** join/#htc-linux polyrhythmic (n=charles@c-67-171-16-39.hsd1.wa.comcast.net) |
23:27.14 | dzo | yes, 2d accel is mdp. |
23:27.18 | tmzt | there is the ppp |
23:27.31 | tmzt | but google already wrote the driver for it |
23:27.32 | TitanMKD | hmm ok |
23:27.37 | tmzt | and someday it will work for X |
23:27.38 | dzo | yes, ppp is part of mdp. |
23:27.52 | tmzt | ppp is the accel part though |
23:27.59 | tmzt | yes |
23:28.40 | dzo | I got bt working much better now too. |
23:28.57 | TitanMKD | i will prefer to have wifi working ;) |
23:29.03 | tmzt | cool |
23:29.04 | TitanMKD | but it is an HTC issue |
23:29.14 | tmzt | no |
23:29.17 | tmzt | wifi works |
23:29.21 | TitanMKD | wifi is so unstable |
23:29.28 | tmzt | it shouldn't be |
23:29.37 | TitanMKD | even on winmo it doesn't work better |
23:30.05 | dzo | have you guys got the dm uart working on -a devices? |
23:30.36 | tmzt | I think so |
23:30.40 | tmzt | cr2 worked on that |
23:35.59 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@adsl-66-140-34-202.dsl.rcsntx.swbell.net) |
23:39.50 | TitanMKD | bye |
23:40.19 | *** join/#htc-linux user_ (i=ab404611@gateway/web/freenode/x-nrqspyuhzmkcjkid) |
23:40.32 | user_ | anyone in here working on the RAPH800? |
23:42.56 | makkonen | I am |
23:43.14 | makkonen | ~ramconsole |
23:43.15 | apt | ramconsole is, like, pwf dm 0x00800000 0x00100000 |
23:46.18 | user_ | i tried some builds glemsom's autobuild service |
23:46.19 | user_ | none of them will boot past mmcblk0: p1 |
23:46.23 | user_ | any idea why? |
23:47.28 | makkonen | seems to come down to a problem with smd_rpcrouter |
23:49.27 | tmzt | the ppp issue is? |
23:49.49 | tmzt | or you mean recent builds? |
23:50.10 | makkonen | there's a kernel build mirrored on connect-utb.com that works on the raph800... though 'works' is a stretch. It boots, and has sms/phone function (but no microphone, so it's not actually usable as a phone) |
23:50.48 | user_ | yeah, and that one seems to work |
23:50.49 | tmzt | there is no cdma support for phone mic |
23:51.02 | user_ | do you know what's actually different about it, though? Why do the autobuilds not work and that one does? |
23:51.08 | tmzt | it's not the build, are driver just doesn't work yet |
23:51.21 | tmzt | it's more recent |
23:51.36 | user_ | the one that boots has CDMA support, and is older than the ones that don't boot |
23:52.03 | makkonen | user_: that build has an older revision of the files smd.c and smd_rpcrouter.c |
23:52.54 | user_ | i'm not sure why that allows it to boot, though... i feel like there's some other difference |
23:53.31 | tmzt | right |
23:53.39 | tmzt | there is a difference |
23:54.07 | makkonen | user: What other difference? |
23:54.26 | user_ | well, Edvard posted an android package on 11-22 |
23:54.39 | user_ | it has both a default zImage and a zImage specifically for RAPH800 |
23:54.52 | user_ | only the one for RAPH800 will boot, but neither kernel has CDMA support |
23:55.12 | tmzt | raph800 has cdma support |
23:55.14 | user_ | if we can figure out what the difference is between those two, then maybe we could patch the latest kernel sources to boot on the RAPH800 |
23:55.18 | tmzt | what are you saying? |
23:55.27 | makkonen | there's a newer post on cUTB that has a little bit of cdma support. |
23:55.49 | tmzt | what is that? |
23:56.00 | tmzt | we know the difference |
23:56.09 | tmzt | we don't know why they don't boot |
23:56.14 | tmzt | what is 'cdma support'? |
23:56.52 | user_ | and, since phhusson has made some changes to the kernel sources that may improve CDMA functionality, if we can get the autobuild images to work, we may have some good progress |
23:56.52 | makkonen | connecting to the network, phone/sms |
23:56.52 | makkonen | user: http://connect-utb.com/index.php?option=com_content&view=article&id=273:the-raph800-gets-cdma-network-with-new-kernel-image&catid=42:the-android-port#comments |
23:57.45 | *** join/#htc-linux poolsc (n=quassel@89-158-107-130.rev.dartybox.com) |
23:57.46 | user_ | makkonen: http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/d9b8955e6aab1b4388f21c94078c03809b544774 |
23:58.17 | user_ | there are some CDMA improvements in the most recent autobuilds, but we can't use those images since they won't boot on our device |
23:58.36 | user_ | all we need to do is figure out why, and maybe we can make the latest images work |
23:58.47 | user_ | since some of the images do boot, and others dont |
23:58.48 | makkonen | we've figured out why. smd.c and smd_rpcrouter.c |
23:59.04 | user_ | hmm, ok |
23:59.07 | user_ | that's a bummer |
23:59.27 | tmzt | makkonen: those are ril changes |
23:59.33 | tmzt | so userspace issues |