00:08.48 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
00:18.15 | *** join/#htc-linux rafyvitto (i=rafyvitt@24.54.253.34) |
00:22.43 | *** join/#htc-linux surge (i=surge@pool-98-118-154-21.bflony.fios.verizon.net) |
00:25.40 | *** join/#htc-linux Digital-^ (n=ricl@cpe-67-249-146-52.twcny.res.rr.com) |
00:27.07 | Digital-^ | Is there a preferred kernel version that works best as a base for android donut? |
00:32.57 | *** part/#htc-linux Digital-^ (n=ricl@cpe-67-249-146-52.twcny.res.rr.com) |
00:41.01 | *** join/#htc-linux MethoS_ (n=clemens@dyndsl-085-016-164-044.ewe-ip-backbone.de) |
00:53.32 | *** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-162-150.ewe-ip-backbone.de) |
00:54.17 | *** join/#htc-linux Cyberish (n=chatzill@106-175-dsl.flatrate.fo) |
00:58.37 | mdrobnak | Hey all. Seems dzo is still not here, maybe someone else can help - I'm trying to figure out how to make the Vogue Community RIL, so I can try some patches to it...I've done a repo sync to get all of the Android source, but I'm not sure how to build just that library.. |
00:59.36 | dzo | easiest is to do . /mydroid/build/envsetup, then mm |
01:01.04 | mdrobnak | ahh |
01:01.54 | *** join/#htc-linux MethoS-- (n=clemens@dyndsl-085-016-163-127.ewe-ip-backbone.de) |
01:03.35 | mdrobnak | That seems to have worked. |
01:03.46 | mdrobnak | Thanks, dzo. |
01:04.18 | dzo | ok, to test remount / as rw, copy it to /lib and then kill rild. |
01:05.02 | mdrobnak | Gotcha. |
01:05.13 | mdrobnak | dzo: What's the deal with setupmodem.sh ? |
01:05.17 | mdrobnak | Should I get rid of that? |
01:05.26 | mdrobnak | That's in the rootfs I think |
01:06.17 | dzo | no, i think thats still needed. it was the only way that data worked but new more is on the ril. it's still needed to communicate with the Modem app though i think. |
01:06.56 | dzo | s/new more is on/now more is in |
01:07.25 | mdrobnak | Is that app useful? I think we should try and keep out as many 'hacks' as we can. |
01:08.05 | mdrobnak | I am going to take that init string cr2 gave me yesterday and try and get that in there. |
01:08.17 | mdrobnak | See if I can get the crashes to stop |
01:08.32 | dzo | yes it is useful because android is designed for always on data but it's useful to be able to turn it off since it can use lots of power on our devices. |
01:08.35 | mdrobnak | Is there a good way to send stuff to rild? |
01:09.20 | mdrobnak | Because one of the things I saw was problematic was the idea that it tried to reconnect immdiately after a crash...making it a little more difficult for me to see exactly what command caused it. |
01:09.27 | dzo | i don't think that is the problem, it's in the network registration, at+cops behaves differently. |
01:10.21 | mdrobnak | What it seemed to me, was that the power to the radio was on, but it hadn't registered on a network, and the library was expecting it to. |
01:11.21 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
01:12.52 | dzo | check out what that at+cops=3..... command on line 1596 does perhaps. |
01:13.04 | *** join/#htc-linux MethoS_ (n=clemens@host-091-096-213-046.ewe-ip-backbone.de) |
01:14.00 | mdrobnak | Well, that's the thing, it *does* work, just depending on the state, it was kinda weird. |
01:14.05 | mdrobnak | the other thing is this: |
01:14.11 | mdrobnak | an empty string for a carrier name. |
01:18.54 | *** join/#htc-linux Digital-^ (n=ricl@cpe-67-249-146-52.twcny.res.rr.com) |
01:19.55 | mdrobnak | Oh, this is interesting. |
01:20.08 | mdrobnak | There are *4* parameters returned when it works, not 3. |
01:20.15 | mdrobnak | 09-08 21:44:07.156 D/AT ( 2431): AT< +COPS: 0,0,"",4 |
01:20.15 | mdrobnak | 09-08 21:44:07.156 D/AT ( 2431): AT< +COPS: 0,1,"",4 |
01:20.15 | mdrobnak | 09-08 21:44:07.156 D/AT ( 2431): AT< +COPS: 0,2,"310410",4 |
01:22.06 | dzo | i get 3 @CSQ lines first as well |
01:22.28 | Digital-^ | I know this is probably a longshot.. but does anyone have the configs or any pointers for getting 2.6.29 to build for the Raph 800? I've got it compiling til it gets to building drivers/built-in.o at which point it freaks out completely about a slew of undefined references |
01:22.59 | mdrobnak | Oh, that's true. |
01:23.52 | mdrobnak | Don't ask why I ignored them. LOL. What is HTCCSQ, I wonder? |
01:24.19 | mdrobnak | AT+CSQ is supposed to be signal level. |
01:25.34 | mdrobnak | http://handhelds.org/moin/moin.cgi/HTC_25GSM Anyone looked at this before? |
01:28.56 | dzo | it's just signal level. at@htccsq=0 should stop it doing that but it doesn't seem to work. |
01:29.27 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:29.27 | dzo | at@htccsq=2 might work. |
01:29.47 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:29.55 | mdrobnak | dzo: in onSIMReady they specifically enable the RSSI reporting. |
01:30.00 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:30.13 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:30.22 | mdrobnak | It *should* be handled by the unsolicited response handler...but it isn't |
01:30.26 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:30.37 | *** join/#htc-linux MethoS- (n=clemens@host-091-096-212-051.ewe-ip-backbone.de) |
01:30.39 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:30.52 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:31.05 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:31.18 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:31.31 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:31.44 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:31.57 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:32.10 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:32.23 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
01:32.45 | *** join/#htc-linux thedicemaster (n=thedicem@24.132.89.51) |
01:32.46 | mdrobnak | Do we know what the +CNMI command does? |
01:33.47 | mdrobnak | Nevermind, described as Display New Incoming SMS |
01:40.27 | *** join/#htc-linux MethoS-- (n=clemens@dyndsl-085-016-165-040.ewe-ip-backbone.de) |
01:43.41 | mdrobnak | Booting Android |
01:45.41 | Digital-^ | is there a new way of generating the .config for a 2.6.29? the old "make htcraphael_defconfig ARCH=arm" fails because there's no htcraphael_defconfig in the arch/arm/configs directory.. or should I attempt to copy over the .config from .25? |
01:47.18 | mdrobnak | D/AT ( 110): AT< @HTCCSQ: 2 |
01:47.18 | mdrobnak | D/AT ( 110): AT< +COPS: 0,0,"",4 |
01:47.18 | mdrobnak | D/AT ( 110): AT< +COPS: 0,1,"",4 |
01:47.18 | mdrobnak | D/AT ( 110): AT< +COPS: 0,2,"310410",4 |
01:47.33 | mdrobnak | That's putting in a AT@HTCCSQ=0 in the init string. |
01:47.46 | mdrobnak | I do think it's saying it's ready way before it's really ready. |
01:48.05 | mdrobnak | There's a *lot* of GENERIC_FAILURE messages |
01:54.14 | ali1234 | Digital-^: copy htcraphael_defconfig from .25 to .config then make oldconfig then copy .config to arch/arm/htcraphael_defconfig |
01:55.15 | ali1234 | although maybe the config got renamed? |
01:55.31 | *** join/#htc-linux MethoS_ (n=clemens@host-091-096-214-214.ewe-ip-backbone.de) |
01:56.20 | Digital-^ | Schweet.. I've looked through the list of configs and don't see any that pop out as "ooh, that's the one I need" and I knew that just copying it over wouldn't work because there could be differences.. I'll try it with the make oldconfig then copy it over |
01:59.56 | mdrobnak | dzo: Thanks for the setup help, I'll see what I can do tomorrow. For now, it's time to get to sleep. |
02:00.21 | dzo | ok, good night. |
02:03.27 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-104-157.tukw.qwest.net) |
02:03.58 | *** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-163-164.ewe-ip-backbone.de) |
02:05.37 | *** join/#htc-linux no2chem (n=no2chem@cpe-76-90-65-27.socal.res.rr.com) [NETSPLIT VICTIM] |
02:05.37 | *** join/#htc-linux kri5 (n=kri5@cowdy.vlmc.org) [NETSPLIT VICTIM] |
02:05.37 | *** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) [NETSPLIT VICTIM] |
02:05.37 | *** join/#htc-linux AngriestDog (n=jmissao@unaffiliated/sundial) [NETSPLIT VICTIM] |
02:05.38 | *** join/#htc-linux W8TVI (n=nnme@71.238.235.30) [NETSPLIT VICTIM] |
02:05.39 | *** join/#htc-linux infernix (i=nix@unaffiliated/infernix) [NETSPLIT VICTIM] |
02:05.56 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-104-157.tukw.qwest.net) |
02:06.27 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-104-157.tukw.qwest.net) |
02:07.16 | *** join/#htc-linux br1ck (n=br1ck@xdsl-92-252-1-225.dip.osnanet.de) |
02:08.02 | *** join/#htc-linux jmaurice (i=jmaurice@snickers.org) [NETSPLIT VICTIM] |
02:11.35 | *** join/#htc-linux MethoS-- (n=clemens@host-091-096-212-057.ewe-ip-backbone.de) |
02:15.00 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-104-157.tukw.qwest.net) |
02:20.55 | *** join/#htc-linux MethoS_ (n=clemens@dyndsl-085-016-160-034.ewe-ip-backbone.de) |
02:35.01 | *** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-163-080.ewe-ip-backbone.de) |
02:38.13 | *** join/#htc-linux root2 (n=root@rgnb-5d87dd72.pool.mediaWays.net) |
02:44.35 | *** join/#htc-linux MethoS-- (n=clemens@host-091-096-208-138.ewe-ip-backbone.de) |
02:55.02 | *** join/#htc-linux MethoS_ (n=clemens@dyndsl-085-016-164-198.ewe-ip-backbone.de) |
02:58.44 | *** join/#htc-linux zsircusr1 (n=zsirc@174-159-79-183.pools.spcsdns.net) |
02:59.18 | zsircusr1 | is anyone running the latest android port on a touch pro? |
03:00.56 | tmzt | riddlecell: the one not in git yet? |
03:01.43 | riddlecell | i think it was released 20090909 |
03:02.12 | riddlecell | from connect-utb i guess |
03:02.55 | *** join/#htc-linux rafyvitto (i=rafyvitt@24.54.253.34) |
03:04.09 | *** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-164-001.ewe-ip-backbone.de) |
03:27.35 | tmzt | dzo: you found the debug console in smsm? how do we get those commits on our branch? |
03:29.03 | dzo | if ltg is working i'll push it now. |
03:33.57 | dzo | ok, done. |
03:34.50 | tmzt | are you logging only calls from arm11 or repsonses from arm9 |
03:35.27 | dzo | we don't log anything so its just what the a9 puts in there. |
03:35.58 | tmzt | oh, ok |
03:36.08 | *** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
03:36.11 | tmzt | so it's like the dmesg from arm9 or just the symbols you listed |
03:36.50 | dzo | it's a log of what the a9 is doing, i'm using it to debug power collapse. |
03:37.17 | tmzt | ok |
03:38.12 | tmzt | that periph remap thing you gave me didnt' work |
03:38.23 | tmzt | I can't get anything on the framebuffer or proc_comm |
03:38.44 | tmzt | I need to go right now though, so I guess I'll have to look at it later |
03:39.44 | dzo | yes, it tricky stuff. perhaps it's broken. |
03:39.56 | *** join/#htc-linux no2chem2 (n=no2chem@cpe-76-90-65-27.socal.res.rr.com) |
04:02.56 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
04:03.08 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
04:03.17 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
04:10.44 | *** join/#htc-linux droid001 (n=g1@p4FDCF995.dip.t-dialin.net) |
04:20.05 | *** join/#htc-linux goxboxlive (n=jrs@195.159.97.196) |
04:58.46 | *** join/#htc-linux dtrack (n=LOL@78-86-59-180.zone2.bethere.co.uk) |
05:10.09 | *** join/#htc-linux timebomb (n=tb@e179194143.adsl.alicedsl.de) |
05:12.42 | swc|666 | grrr... my memory fails me, what do i need to do to get the Blue Angel phone modem working? |
05:13.23 | parmaster | err? |
05:13.52 | swc|666 | i'm running lenny w/2.6.21-hh20 kernel... no X |
05:14.09 | swc|666 | my goal is to be able to send sms messages from the command line |
05:14.24 | swc|666 | i forget how to attach the modem |
05:15.20 | *** join/#htc-linux xixx (n=xixx@cpmsq.epam.com) |
05:27.08 | parmaster | wow umm alge's archive is down/gone |
05:27.19 | parmaster | its setsomething or other |
05:27.33 | swc|666 | yea i saw that earlier = fail :| |
05:28.04 | parmaster | he had notes there |
05:28.45 | parmaster | do you know the program i'm talking about? |
05:29.05 | parmaster | how is that lenny running? |
05:29.12 | swc|666 | lenny runs perfect |
05:29.14 | parmaster | do you have all of the hardware up and running? |
05:29.23 | parmaster | i.e. wlan? |
05:29.23 | swc|666 | actually i'm running squeeze now |
05:29.36 | swc|666 | yea wlan works, but unstable as always |
05:29.36 | parmaster | yah squeeze should have support to be able to run X |
05:29.44 | parmaster | how is it unstable? |
05:29.49 | swc|666 | i had X running but its too much for it |
05:29.57 | swc|666 | very stable (w/out X) |
05:30.04 | parmaster | nah i mean the wlan |
05:30.14 | parmaster | does it cause kernel panics and other stuff? |
05:30.15 | swc|666 | it gets unstable after a while |
05:30.39 | swc|666 | no panics, but there is like some memory leak or something |
05:30.42 | parmaster | yeah, i noticed that when running fabrice's build |
05:31.03 | parmaster | i had all of them up (6 BA's) at 22 mbps |
05:31.18 | parmaster | but they only stay up for like 10 minutes and thats when i'm constantly pinging them |
05:31.30 | parmaster | but for that 10 minutes they work great. |
05:31.55 | swc|666 | yea 10 mins sounds about right |
05:34.57 | swc|666 | yea this totally sucks |
05:35.05 | swc|666 | cant figure out how to get the modem working |
05:36.44 | swc|666 | maybe i should grab the gommunicator source |
05:39.13 | *** join/#htc-linux toi (n=toi@d51A49C45.access.telenet.be) |
05:46.18 | Digital-^ | grumbles and kicks his htc touch |
05:46.30 | parmaster | digital whats wrong"? |
05:46.35 | parmaster | i love the vogue |
05:47.51 | Digital-^ | eh.. I have a CDMA Raph.. and I'm playing with Donut trying to put together a working build.. mostly just user error.. not really any fault of the phone |
05:50.10 | Digital-^ | only real issue is that neither the kernel compile nor the android donut compile generates a rootfs image.. so for now I'll just sit here and look at it crosseyed and hope something comes to me in a flash of brilliance |
05:56.41 | Digital-^ | should have been clearer.. I have a Raph 800 (HTC Touch Pro CDMA) |
05:57.33 | parmaster | ah ok i have a touch |
05:57.36 | parmaster | (vogue) |
05:58.50 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
05:59.01 | Untouchab1e | Good morning :) |
06:01.47 | swc|666 | parmaster, i found settihtc archived btw |
06:01.55 | swc|666 | from alge site |
06:02.31 | Digital-^ | G'Mornin Untouchab1e |
06:02.58 | Untouchab1e | Digital-^, Good morning :L) |
06:04.31 | parmaster | swc|666: cool, that should let you connect |
06:04.36 | swc|666 | yep |
06:04.43 | swc|666 | [ 8924.500000] TI Calypso / HTC firmware GSM UART line discipline ver 0.1 |
06:06.14 | parmaster | then you can just send the GSM AT commands to process an sms message |
06:08.39 | swc|666 | yep, trying to remember how to do that right now :p |
06:10.53 | parmaster | i found a full GSM AT reference on some apple site before |
06:11.01 | parmaster | just try googling for on |
06:11.01 | parmaster | one |
06:12.50 | swc|666 | yea i actually just found some of my notes from last yea |
06:12.51 | swc|666 | r |
06:14.06 | *** join/#htc-linux timebomb (n=tb@e179194143.adsl.alicedsl.de) |
06:24.55 | swc|666 | crap, modem isnt responding |
06:24.58 | tmzt | Digital-^: I have raph500 |
06:25.32 | tmzt | does smd work? |
06:26.05 | tmzt | settihtc is a very simple program |
06:26.11 | tmzt | just sets he ldisc |
06:26.39 | tmzt | with an ioctl |
06:26.52 | Digital-^ | ever put a donut build together for it? I've got it as far as failing to find the rootfs image.. if I use the rootfs image from the non-donut 09/09/09 connect-utb build it dies trying to mount a loop |
06:27.58 | tmzt | remive the fsck calls |
06:30.47 | tmzt | oh not dzo |
06:33.39 | MrPippy | digital: does your kernel have support built-in for whatever FS the images use? i had super weird loop errors trying to mount a cramfs image when i didn't have cramfs enabled |
06:34.10 | swc|666 | i should be able to echo AT commands directly to the modem, like: echo -e "AT+CFUN=1\r" > /dev/ttyS0 right? and also i should be able to cat /dev/ttyS0 and see the responses (if any), correct? |
06:39.34 | MrPippy | digital-^: does your kernel have support built-in for whatever FS the images use? i had super weird loop errors trying to mount a cramfs image when i didn't have cramfs enabled |
06:40.00 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
06:40.00 | Digital-^ | Good question.. I'll have to go look at the .config |
06:49.09 | *** join/#htc-linux rosseaux (i=znc@84.19.167.129) |
06:51.14 | *** join/#htc-linux furtardo (n=mks@203.83.248.32) |
07:01.20 | *** join/#htc-linux kiozen (n=oeichler@p54921412.dip0.t-ipconnect.de) |
07:10.02 | *** join/#htc-linux timebomb (n=tb@85.182.255.196) |
07:11.41 | *** join/#htc-linux [1]Untouchab1e (n=Untoucha@82.147.51.146) |
07:39.20 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
07:52.24 | swc|666 | BabelO, in order to use the BA modem, all i need is the n_tihtc module loaded right? |
08:00.35 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
08:02.45 | dcordes | yawns |
08:02.47 | dcordes | morning |
08:03.06 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
08:05.49 | tmzt | swc|666: and settihtc |
08:05.57 | swc|666 | yea got that runnng |
08:06.02 | swc|666 | running even |
08:06.20 | tmzt | ok |
08:06.26 | swc|666 | not getting any response from modem |
08:06.55 | tmzt | -e \r |
08:06.59 | swc|666 | trying right now using libgsmd-tool with gsmd |
08:07.07 | swc|666 | doesnt work either |
08:07.32 | dcordes | swc|666, did you try a known working image and reconstruct it with that first ? |
08:07.59 | swc|666 | dcordes, i did.. i'm using modules that worked before |
08:08.41 | swc|666 | do i have to do something to power on the modem or something? |
08:09.11 | swc|666 | seems like if my memory serves right, i had to echo 1 soemwhere before |
08:10.29 | dcordes | swc|666, this image worked perfectly on my board id 6 ba http://www.linuxtogo.org/~htcpxa/htcblueangel/Qtopia/ . no configuration was required |
08:10.55 | dcordes | maybe you can use it to look up information required. else wait for BabelO |
08:11.45 | swc|666 | dcordes, cool.. i'll try the kernel and modules from that |
08:19.47 | swc|666 | mount -t ext2 /dev/sdc2 /mnt/sd |
08:19.50 | swc|666 | err |
08:19.52 | swc|666 | fails |
08:21.31 | *** join/#htc-linux TaC_ (n=ircap8@106.Red-80-24-78.staticIP.rima-tde.net) |
08:21.52 | *** part/#htc-linux TaC_ (n=ircap8@106.Red-80-24-78.staticIP.rima-tde.net) |
08:22.02 | dcordes | new htc manufactured machine? http://www.engadget.com/2009/09/10/motorola-cliq-first-hands-on-impressions/ |
08:22.02 | *** join/#htc-linux TaC_ (n=ircap8@106.Red-80-24-78.staticIP.rima-tde.net) |
08:29.00 | dcordes | swc|666, did you try the exe? |
08:29.08 | dcordes | bbl |
08:29.31 | dcordes | swc|666, BabelO can help you best he's ba mentor |
08:38.32 | swc|666 | weird, i had to increase rootdelay to 20 for some reason |
08:49.25 | swc|666 | finally |
08:53.47 | swc|666 | all good now |
08:54.02 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
09:03.14 | *** join/#htc-linux MrPippy_ (n=pip@adsl-75-11-160-45.dsl.sndg02.sbcglobal.net) |
09:05.05 | *** join/#htc-linux JuNu_KN (n=chatzill@kons-5f710a54.pool.einsundeins.de) |
09:06.26 | *** join/#htc-linux JuNu_KN (n=chatzill@kons-5f710a54.pool.einsundeins.de) |
09:10.59 | *** join/#htc-linux phnom (i=simomn@pub98-78.pub.luth.se) |
09:31.36 | *** part/#htc-linux phnom (i=simomn@pub98-78.pub.luth.se) |
09:40.09 | *** join/#htc-linux temp (n=ircap8@106.Red-80-24-78.staticIP.rima-tde.net) |
09:41.37 | *** join/#htc-linux cr2 (n=cr2@109.84.99.10) |
09:41.44 | cr2 | hi |
09:41.49 | Captnoord | y7o |
09:41.51 | Captnoord | yo |
09:42.05 | Captnoord | cr2 you talked about nand the other day |
09:42.34 | cr2 | where is the kernel source for motorola cliq dcordes talked about ? |
09:43.19 | Captnoord | dono |
09:45.11 | *** join/#htc-linux Tinyboom (n=nahh@41.80-202-154.nextgentel.com) |
09:45.54 | cr2 | nand works, you only need to define the partitions on the kernel cmdline |
09:46.33 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
09:46.38 | cr2 | and the evil driver supports only the 2K blocks |
09:46.42 | cr2 | hey dcordes |
09:47.00 | dcordes | hi there |
09:47.02 | Captnoord | I see |
09:47.03 | cr2 | the RPC HELLO hack should go away |
09:47.24 | Captnoord | btw... one of the defines on the wiki is wrong |
09:47.38 | cr2 | dcordes: where is the moto cliq kernel source ? |
09:47.40 | Captnoord | subsplash should be 0x50260000 - 0x4DC00000 = 2660000 |
09:48.14 | Captnoord | \0x02760000 0xa0000 splash, sublogo |
09:48.18 | cr2 | Captnoord: 0x5* addressing schema is virtual |
09:48.23 | Captnoord | I know |
09:48.35 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
09:48.48 | cr2 | what are you subtracting here ? |
09:48.48 | Captnoord | all other are correct when substracting the virtual page |
09:48.49 | Captnoord | the virtual page offset |
09:48.55 | Captnoord | all are correct |
09:48.58 | Captnoord | except that one |
09:49.08 | cr2 | what is 0x4dc00000 ? |
09:49.21 | dcordes | cr2, I searched for cliq on https://opensource.motorola.com/sf/search/do/search but nothing there |
09:49.46 | tmzt | don't expect anytime soon |
09:49.49 | Captnoord | lemme get my research |
09:50.01 | cr2 | dcordes: same here ;) |
09:50.17 | Captnoord | ok... FLASHDRV.dll |
09:50.21 | Captnoord | contains the NAND info |
09:50.27 | Captnoord | its the nand driver |
09:50.29 | Captnoord | so |
09:50.45 | Captnoord | I searched for what I always search for the links... common stuff that we already know |
09:50.51 | Captnoord | subsplash |
09:50.51 | Captnoord | 0x50260000 - 0x4DC00000 = 2660000 |
09:50.51 | Captnoord | DBG data |
09:50.51 | Captnoord | 0x50380000 - 0x4DC00000 = 2780000 |
09:50.51 | Captnoord | Config |
09:50.52 | Captnoord | 0x500C1000 - 0x4DC00000 = 24C1000 |
09:50.54 | Captnoord | Mfg data |
09:50.56 | Captnoord | 0x50100000 - 0x4DC00000 = 2500000 |
09:50.58 | Captnoord | Clear/Cold boot |
09:51.00 | Captnoord | 0x500C0020 - 0x4DC00000 = 24C0020 |
09:51.02 | Captnoord | and al |
09:51.04 | Captnoord | are good |
09:51.06 | Captnoord | but |
09:51.10 | Captnoord | that number |
09:51.12 | Captnoord | was me |
09:51.28 | Captnoord | substracting the 0x500C0020 - 0x24C0020 |
09:51.37 | tmzt | as for nand look at legacy bootloadee |
09:51.42 | cr2 | what is 0x2400000+0x4dc00000 ? |
09:51.52 | Captnoord | I found the functions |
09:51.55 | Captnoord | to write |
09:51.57 | Captnoord | and read |
09:52.01 | Captnoord | Mfg data |
09:52.02 | Captnoord | and stuff |
09:52.37 | Captnoord | http://pastebin.com/m5ee7dfe7 |
09:53.02 | Captnoord | and named functions like how they are defined in the dll strings |
09:53.04 | Captnoord | like so |
09:53.05 | Captnoord | .text:03DCD164 BL HTC_OEM_WriteNan |
09:53.15 | Captnoord | .text:03DCD164 BL HTC_OEM_WriteNand |
09:53.30 | Captnoord | when I followed the HTC_OEM_WriteNand function around |
09:53.32 | dcordes | cr2, what about kovsky/blackstone audio. what is missing? is it the same situation for both devices? |
09:53.39 | Captnoord | and compared the arguments with the wiki's |
09:53.47 | Captnoord | .text:03DCD154 LDR R0, =0x500C0020 |
09:53.49 | Captnoord | that |
09:53.53 | Captnoord | is the virtual address yea |
09:54.25 | Captnoord | and the base of Clear/Cold boot is 24C0020 |
09:54.32 | swc|666 | dcordes, i got it working btw |
09:54.34 | Captnoord | and 0x500C0020 is the virtual address |
09:54.38 | Captnoord | I substracted them |
09:54.43 | Captnoord | and got that number |
09:54.50 | cr2 | dcordes: the HELLO registers the wrong things. |
09:55.28 | goxboxlive | hi cr2, how r u? |
09:55.39 | Captnoord | 0x2400000 is the base address of the NAND |
09:55.50 | Captnoord | APPSBL (SPL) |
09:55.51 | cr2 | dcordes: the rpc log (on raph/diam/kovs) sends the CB info to arm9 |
09:55.55 | Captnoord | and I found that one to |
09:55.57 | cr2 | hi goxboxlive |
09:56.40 | dcordes | cr2, what is CB ? what sends HELLO ? |
09:56.41 | cr2 | goxboxlive: having fun with msm7201A cpu :) |
09:56.52 | cr2 | dcordes: callback server |
09:57.03 | dcordes | swc|666, with BabelO's qtopia image or by adding the kernel/modules to your own one? |
09:57.11 | Captnoord | .text:03DCDE54 BIC LR, LR, #0xF0000000 |
09:57.12 | Captnoord | .text:03DCDE58 MOV R11, R0 |
09:57.12 | Captnoord | .text:03DCDE5C ADD R1, LR, #0x2400000 |
09:57.15 | Captnoord | there ya go |
09:57.16 | cr2 | we send hello to ourselves on arm11 to fill the server list |
09:57.29 | Captnoord | its on the HTC_OEM_ReadNand and the HTC_OEM_WriteNand |
09:57.41 | cr2 | Captnoord: 0x2400000 is the 36MB block for AMSS & stuff |
09:57.55 | swc|666 | dcordes, i used the Qtopia zImage and took the modules from the bz2, and stuck them in my debian squeeze install |
09:58.02 | swc|666 | modem works now |
09:58.22 | swc|666 | having a hard time formatting echo statements for sms though :| |
09:58.26 | Captnoord | cr2 I'm only saying what I found out.... if you can't do something with it.... |
09:58.28 | Captnoord | :P |
09:58.43 | Captnoord | and I know that |
09:59.23 | cr2 | Captnoord: ok |
09:59.49 | Captnoord | its not that I am dictating |
09:59.56 | Captnoord | i'm just telling you what I read in that driver |
10:00.13 | cr2 | Captnoord: our problem is to read out the wifi eeprom |
10:00.27 | dcordes | git pull |
10:00.45 | Captnoord | the driver has 2 different wlan writes |
10:00.47 | cr2 | itsutils does it with htc-oem_readnand, maybe we should add it to haret |
10:00.59 | tmzt | you mean xip ram on |
10:01.09 | tmzt | you mean xip ram on nand chip |
10:01.12 | cr2 | they should be identical (in theory) |
10:01.53 | Captnoord | the wlan stuff is also in that driver |
10:02.00 | Captnoord | but I don't know if that is what your looking for |
10:07.58 | dcordes | dzo, msm_irq_idle_sleep_allowed: disable %x %x\n is spamming on my kovsky. what can I take from that? |
10:12.18 | *** join/#htc-linux TaC_ (n=ircap8@106.Red-80-24-78.staticIP.rima-tde.net) |
10:15.11 | tmzt | dcordes: based on diam? |
10:16.01 | tmzt | board |
10:16.37 | dcordes | tmzt, no kovsky has own boardfile and I use that |
10:17.23 | tmzt | right |
10:17.33 | dcordes | or what do you mean? |
10:18.09 | tmzt | but you probably need to integrate diam changes |
10:18.16 | tmzt | for pm |
10:24.02 | dcordes | tmzt, can't spot any pm changes there |
10:24.08 | dcordes | s/changes/differences/ |
10:26.11 | tmzt | ok |
10:37.35 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
10:52.39 | *** join/#htc-linux MrPippy (n=pip@adsl-75-11-160-45.dsl.sndg02.sbcglobal.net) |
11:08.26 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
11:19.34 | *** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net) |
11:51.24 | *** join/#htc-linux Zinbolic (n=zinbolic@84.238.80.215) |
12:01.37 | *** join/#htc-linux Nanto (n=Vegita@dsl54002804.pool.t-online.hu) |
12:08.59 | *** join/#htc-linux KFindus (n=klFindus@p5DD24542.dip.t-dialin.net) |
12:40.56 | *** join/#htc-linux MLM (n=mlvdmeid@igad.nhtv.nl) |
12:57.57 | swc|666 | has anyone actually got an SMS message to send correctly from a terminal on the BA? My message gets sent, but the message is either 'garbled' or just a "." http://pastie.org/613496 |
12:58.18 | swc|666 | can't figure it out :| |
12:59.15 | Captnoord | unicode? |
12:59.33 | swc|666 | what encoding should it ue? |
12:59.37 | swc|666 | use* |
12:59.59 | Captnoord | I dono.... but I have the option to send sms unicode formatting ( windows mobile ) |
13:00.07 | Captnoord | and if you try to send a unicode string |
13:00.07 | swc|666 | i tried using a utf-8 declaration with python as well, no dice |
13:00.13 | swc|666 | hmm |
13:00.15 | Captnoord | trouht a utf8 thingy |
13:00.16 | Captnoord | you get |
13:00.17 | Captnoord | \. |
13:00.18 | Captnoord | . |
13:00.24 | Captnoord | usualy |
13:00.26 | Captnoord | not always |
13:00.27 | Captnoord | or |
13:00.31 | Captnoord | the first character only |
13:00.44 | swc|666 | right, which correlates with what i'm seeing |
13:01.09 | swc|666 | damn, i need to figure out the right encoding then |
13:01.26 | swc|666 | seems that only the message itself needs it |
13:02.01 | Captnoord | python is able todo it for you |
13:02.42 | swc|666 | yep |
13:02.52 | swc|666 | gonna try utf-16 |
13:04.08 | Captnoord | real unicode is 4 bytes.... |
13:04.16 | Captnoord | nah |
13:04.17 | Captnoord | not real |
13:04.24 | Captnoord | but the latest official standard stuff |
13:04.30 | swc|666 | yea |
13:07.58 | Captnoord | with a project of mine we have a piece of code that automaticly converts a sql result into a raw info to be send to the client.... and while we where in a big optimalisation spree... we didn't add the check for latin/utf-8/unicode in...... |
13:08.04 | Captnoord | so all the clients got a . |
13:08.10 | Captnoord | when a string was required to be send |
13:08.44 | *** join/#htc-linux bartman (n=bart@tau.jukie.net) |
13:10.17 | swc|666 | ouch |
13:12.11 | swc|666 | definitely my issue |
13:12.19 | swc|666 | can't beat the . |
13:12.58 | Captnoord | hmm can you see if your device sends unicode sms or utr8 sms default |
13:13.51 | swc|666 | no idea |
13:14.17 | Captnoord | I mean I have the option to send unicode sms in windows mobile |
13:15.27 | swc|666 | well this on a BA running debian |
13:15.46 | Captnoord | hmmm..... |
13:16.02 | swc|666 | i suppose i could reboot into WM and test it |
13:16.15 | Captnoord | yea... |
13:16.30 | swc|666 | even when i run the same test with minicom, i get the same result |
13:16.51 | swc|666 | AT+CMGF=1 sets SMS text format |
13:17.01 | Captnoord | and 1 is format? |
13:17.13 | swc|666 | i dont see any other options in the AT cmds |
13:17.16 | swc|666 | yea |
13:17.23 | swc|666 | options re 0 or 1 |
13:17.26 | swc|666 | are* |
13:17.41 | Captnoord | and I think python doesn't have default strings as utf-8 |
13:17.44 | Captnoord | PyBuffer has |
13:17.47 | Captnoord | not PyString |
13:18.04 | Captnoord | purely technical crap |
13:18.10 | Captnoord | don't see the difference in that |
13:18.17 | swc|666 | right, and pyserial kinda sucks from what i can see |
13:18.23 | swc|666 | in that regard |
13:18.42 | Captnoord | hell yea |
13:18.50 | Captnoord | I coded my own python object serialisator.... |
13:19.00 | swc|666 | haha, fun i bet |
13:19.15 | Captnoord | nope |
13:19.39 | swc|666 | well crap, i made it really far with this all tonight.. 6am, might as well stop while i'm ahead |
13:19.46 | swc|666 | (b4 i lose my head) |
13:20.32 | swc|666 | good sleep = smaller phone bill next month |
13:20.34 | swc|666 | :p |
13:20.37 | swc|666 | cya |
13:25.18 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
13:29.27 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
13:34.46 | *** join/#htc-linux MLM_ (n=mlvdmeid@igad.nhtv.nl) |
13:38.59 | *** join/#htc-linux MLM (n=mlvdmeid@igad.nhtv.nl) |
14:02.03 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
14:34.11 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
14:39.13 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
14:50.10 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
15:04.35 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:05.07 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:16.19 | *** join/#htc-linux dzo_ (n=dzo@121.98.128.127) |
15:19.10 | *** join/#htc-linux Gnutoo (n=gnutoo@ABordeaux-152-1-16-17.w82-125.abo.wanadoo.fr) |
15:26.47 | *** join/#htc-linux stickboy (n=anonymou@128.153.211.18) |
15:33.08 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
15:38.45 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
15:53.09 | *** join/#htc-linux xperia (n=chatzill@80-218-229-128.dclient.hispeed.ch) |
15:53.17 | xperia | hello to all ! |
15:55.28 | Gnutoo | hi |
15:56.46 | xperia | hey gnutoo how is going with your port. i am sure you have allready nearly all working ? |
15:57.20 | Gnutoo | I've putter my porting work asside and instead I have liberated android |
15:57.33 | Gnutoo | because I wanted something working as soon as possible |
15:57.39 | Gnutoo | liberated android means : |
15:57.46 | Gnutoo | *ril seems mostly ok |
15:57.52 | Gnutoo | *sound works |
15:57.57 | Gnutoo | all is free software |
15:58.01 | Gnutoo | no binary blobs |
15:58.07 | Gnutoo | (only wifi firmware) |
15:58.31 | Gnutoo | I'll have to go |
15:59.06 | *** join/#htc-linux druidu (n=druidu@78.97.155.94) |
15:59.50 | xperia | Gnutoo: wooow sound very great ! you have to make a promotion video for your work for as a motivation |
15:59.53 | *** join/#htc-linux ellisway (i=ellis@83.167.181.177) |
16:00.02 | paran | Gnutoo: did you get my e-mail? |
16:00.05 | Gnutoo | ok lol |
16:00.06 | Gnutoo | yes |
16:00.10 | Gnutoo | I just responded |
16:00.23 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
16:00.25 | Gnutoo | but that was the only mail I responded |
16:00.28 | Gnutoo | I must go now |
16:00.30 | Gnutoo | bye |
16:00.35 | paran | Gnutoo: oh, bye then ;) |
16:00.40 | xperia | bye Gnutoo ! |
16:11.05 | *** join/#htc-linux kiozen (n=kiozen@rgnb-5d87c584.pool.mediaWays.net) |
16:15.09 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B0371B8.dip.t-dialin.net) |
16:18.00 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
16:21.34 | mickeyl | evening |
16:21.36 | mickeyl | argh, i always miss gnutoo |
16:24.07 | xperia | evening mickey |
16:25.18 | xperia | mickey: i am right that you have written a book about developing software ? i have viewed it one time in amazon i think but i cant find it anymore. |
16:25.37 | xperia | it was related for the free runner |
16:27.52 | mickeyl | yes, and no. me and my puslisher had worked out a concept and i started with the book the same time they preannounced it in their catalogue. alas this book was never finished though, since i was too busy with openmoko. since then the mobile development world has changed so much, we would have to make a completely new concept for this book. Alas, that's why i put it on hold indefinitely. Meanwhile though, I have started on another book, 'Prog |
16:27.53 | mickeyl | ramming with Vala' which i hope to finish around christmas this year. |
16:28.49 | stefan_schmidt | mickeyl: hu, tough schedule I would say. :) |
16:29.32 | mickeyl | *cough* |
16:29.34 | mickeyl | indeed# |
16:29.37 | mickeyl | almost impossible |
16:29.42 | mickeyl | but hey... you need to have goals |
16:29.51 | stefan_schmidt | ah, schedules.... |
16:30.17 | mickeyl | re. linux book, also it's a matter of hardware |
16:30.30 | mickeyl | you can't seriously talk about programming without examples that run on available hardware (IMO) |
16:30.42 | xperia | mickey: thnaks for clarification. |
16:30.51 | mickeyl | with the FreeRunner being such a niche, i didn't see any value in writing a book anyways |
16:31.07 | mickeyl | this can change with other models being around |
16:31.28 | mickeyl | have to take a look though how Android and WebOS are progressing |
16:31.40 | mickeyl | and whether it still makes sense to work on something free in the first place |
16:31.53 | mickeyl | (free as in free speech) |
16:50.41 | *** join/#htc-linux tuxhero (n=quassel@122.169.181.204) |
16:51.01 | tuxhero | hi tmzt,dzo |
16:51.26 | tmzt | hey |
16:52.08 | tmzt | you have seen dzo's progress? |
16:52.30 | tuxhero | yes |
16:52.46 | tuxhero | he is doing good |
16:52.53 | tmzt | and made it work on blak? |
16:53.32 | tuxhero | ya working on it to makeing blackstone code up to date |
16:53.48 | *** join/#htc-linux ali12341 (n=al@87.106.101.225) |
16:54.01 | tuxhero | i will give patch in few hours |
16:54.05 | *** join/#htc-linux rosseaux (i=znc@84.19.167.129) |
16:54.39 | tmzt | sound? |
16:54.53 | tuxhero | i think dzo has his personal git repo can you give me link to it |
16:55.02 | tuxhero | yes with sound |
16:55.32 | *** join/#htc-linux marcin88 (n=marcin@chello089078160132.chello.pl) |
16:55.53 | tmzt | that'a temporary |
16:55.58 | tmzt | since lyg was down |
16:56.04 | tuxhero | ok |
16:56.28 | tmzt | its in the log anyway |
16:56.42 | tmzt | five hous or so ago |
16:58.42 | tuxhero | did anyone got sound on blackstone?? |
17:04.59 | xperia | mickey: i and i am sure others will buy a book that explain all the needed stuff for porting linux to a advanced mobile phone with advanced hardware. |
17:05.01 | xperia | why not working on such a book maybe together with cr2 and others. The amount of buyers for such a book should be bigger than the amount of buyers for the vala programming. if you look at xda forum nearly everybody want linux and android on the winmo phones. |
17:05.26 | mickeyl | hmm |
17:05.50 | mickeyl | honestly i question that porting linux to closed hardware is attracting more people than programming for existing systems |
17:05.59 | mickeyl | but anyways it'd be a cool topic |
17:10.16 | *** join/#htc-linux imfloflo (n=moi@83.25.71-86.rev.gaoland.net) |
17:14.12 | *** join/#htc-linux dcordes (n=luke@unaffiliated/dcordes) |
17:22.16 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
17:28.38 | Marajin | mickey|sports xperia: I'd say the book was limited audience too but cool topic :) |
17:28.59 | Marajin | if you really wanna do it I'm happy to try a bit of proof reading |
17:32.31 | *** join/#htc-linux Marajin_ (n=marajin@87-194-102-189.bethere.co.uk) |
17:39.09 | *** join/#htc-linux pH5 (n=ph5@g229242132.adsl.alicedsl.de) |
17:39.24 | xperia | mickey marajin: for the features more ppc phones would be sold. having the possibility to install a more advanced OS like andorid on a htc phone is something that from day to day more and more people want. the peole want to have freedom and choice and the book can help them. here is the result of poll on the xda forum that show how many people allready want linux/android running on there... |
17:39.27 | xperia | ...buyed phones. http://forum.xda-developers.com/poll.php?do=showresults&pollid=1621 |
17:44.53 | *** join/#htc-linux x29a (n=x29a@unaffiliated/x29a) |
17:46.34 | Marajin_ | xperia: more advanced? no, potentially more friendly, yes |
17:48.39 | druidu | xperia: look at the diamond/android thread, what more proof do you want? :P |
17:50.06 | *** join/#htc-linux Reactor16 (n=Reactor1@41.105.2.221) |
17:54.53 | imfloflo | is somebody know how to know which settings i must set to mtty to connect my Polaris with it ? please |
17:55.14 | dcordes | xperia, sorry but I doubt that a majority of those people want to run android for reasons like freedom of choice |
17:56.53 | *** join/#htc-linux HeadKase (n=immortal@wsip-98-190-158-8.ph.ph.cox.net) |
17:57.42 | dcordes | xperia, if they could run android only they wouldn't care. they just like android better because wince sucks. |
17:58.40 | dcordes | xperia, the amount of persons who are attracted by hackability is very small I suspect |
17:59.10 | xperia | dcordes: i give you absolute right ! however i know that it exist also people how just want to try android on there phone before they switch back to winmo |
18:02.55 | xperia | dcordes: i guess it is still a lot higher then the people how programm in vala ;-) |
18:04.01 | *** join/#htc-linux stickboy (n=anonymou@128.153.179.80) |
18:05.00 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
18:05.10 | xperia | dcordes: how do you compile the kovsky kernel. with the the file raphael defconfig or kovsky defconfig ? for some reason the proc_com_wince is reporting to be missed. strange |
18:06.40 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
18:08.20 | *** join/#htc-linux balans (n=balans@212-123-149-239.ip.telfort.nl) |
18:08.31 | tmzt | xperIa: disable sapphire |
18:09.38 | xperia | its disabled in Kconfig i am getting the problem still. |
18:10.50 | tmzt | .config |
18:14.15 | xperia | tmzt: .config ? i cant find it in arch/arm/mach-msm where is this file located ? |
18:16.24 | tmzt | root |
18:16.36 | tmzt | of the tree |
18:18.46 | xperia | tmzt: thanks for the hint ! sapphire is disabled in .config too. |
18:19.51 | xperia | oh nooo ! the new patches have the kovsky build broken now even more ! cant believe it ! |
18:21.50 | xperia | just pulled the new patches from the repo. have some problems now with. the first error message now is not related to rpc |
18:21.52 | xperia | arch/arm/mach-msm/rpc_server_dog_keepalive.c:36:3: error: #error "Unsupported AMSS version" |
18:22.28 | dcordes | barks |
18:26.24 | dcordes | xperia, I do not get this problem. did you chose the correct amss version in .config ? |
18:26.29 | dcordes | 5200 |
18:28.49 | xperia | hmm isnt this done in htckovsky_defconfig |
18:31.35 | dcordes | xperia, run 'ARCH=arm make menuconfig' and select 5200 AMSS in system type |
18:31.39 | druidu | xperia: make sure you make menuconfig after make xx_defconfig |
18:32.00 | dcordes | actually make asked me for amss after the changes |
18:32.10 | druidu | in case some options are not defined by your old config, they will be set to defaults (which you should check, they're not always good) |
18:32.33 | druidu | this probably happens because I added basic structure for a CDMA-compatible AMSS |
18:32.46 | dcordes | yea |
18:32.47 | druidu | so changed a bit the way AMSS is defined in config |
18:33.10 | druidu | old configs don't work directly and they will default to default AMSS if you just make menuconfig |
18:35.04 | xperia | hmmm. have to study more what you have written both. the problem is that i want to change a lot as i had allready a good working kernel and fear to lose now this nice settings or to spend to much time till i have enabled it. |
18:36.22 | druidu | try make htcraphael_defconfig then just add support for your board |
18:36.32 | druidu | it should work |
18:38.14 | xperia | dcordes: have allready in menuconfig under system type this setting. it must be something other. |
18:38.15 | xperia | <PROTECTED> |
18:40.08 | *** part/#htc-linux imfloflo (n=moi@83.25.71-86.rev.gaoland.net) |
18:40.40 | druidu | what I hate about htc phones is that they don't have a digital compass (except htc hero) |
18:40.57 | dcordes | xperia, git pull; make htckovsky_defconfig |
18:41.18 | dcordes | druidu, dream has compass too ? |
18:41.55 | druidu | yeah, all android-based phone have it |
18:42.01 | druidu | *phones |
18:42.21 | dcordes | for the maps program |
18:42.27 | high-rez | What branchs is all of the exciting stuff going on in? 2.6.25 or 2.6.27? TYhe wiki says 2.6.25 - but my gut tells me 2.6.27? |
18:42.39 | druidu | not only for that, it's a really cool thing to have (see the metal detector app) |
18:42.45 | dcordes | but it's also kick ass for hiking the woods with cli compass |
18:42.48 | druidu | high-rez: 2.6.27 |
18:42.55 | druidu | 2.6.25 is long dead :) |
18:43.14 | dcordes | druidu, do you know where the compass data comes from? smem ? |
18:43.20 | druidu | I also tried out some stuff in 2.6.29 (on codeaurora) and it's looking really exciting, lots of new drivers |
18:43.21 | high-rez | druidu: Cool. :) Everything else should be the same as far as the build tools make targets - just change the branch, right ? |
18:43.34 | druidu | dcordes: it's the same sensor |
18:43.38 | druidu | accelerometer / compass |
18:43.42 | druidu | the i2c driver |
18:43.46 | dcordes | ok |
18:43.51 | druidu | with userspace akmd |
18:44.15 | druidu | high-rez: yep, checkout htc-msm-2.6.27 from linuxtogo |
18:44.20 | dcordes | it's truely a nice device to have in the phone |
18:44.47 | dcordes | xperia, works? |
18:45.12 | druidu | gonna merge the 3 commits dzo has to linuxtogo branch |
18:45.50 | high-rez | Ooh, I think I'll wait for these commits. Is this power management stuff? :D |
18:46.08 | xperia | dcordes: fetching new patches atm. reporting about a conflict |
18:46.10 | xperia | From git://git.linuxtogo.org/home/groups/mobile-linux/kernel |
18:46.11 | xperia | <PROTECTED> |
18:46.13 | xperia | Auto-merged arch/arm/configs/htckovsky_defconfig |
18:46.14 | xperia | CONFLICT (content): Merge conflict in arch/arm/configs/htckovsky_defconfig |
18:46.16 | xperia | Automatic merge failed; fix conflicts and then commit the result. |
18:46.18 | dcordes | high-rez, you can also checkout the branch already and pull after the changes were pushed. |
18:46.24 | xperia | need to prove it |
18:46.39 | tmzt | git reset hard |
18:47.00 | druidu | xperia: it's because of the patch when I synced with upstream kernel (from google) |
18:47.11 | tmzt | after stashibg the patch |
18:47.20 | druidu | some defines changed so I changed them in all configs that used them |
18:47.46 | druidu | you might wanna put all your changes in a different branch so you have them for reference |
18:48.01 | high-rez | Does the work you guys do get merged into the mainline linux kernels - or is it pretty much all a separate effort? |
18:48.11 | druidu | so you have a working version if something goes wrong |
18:48.21 | dcordes | high-rez, in the long run it's good to add our devices in mainline |
18:48.45 | druidu | we have to get proper support for hardware yet |
18:48.48 | druidu | no hacks :) |
18:48.54 | dcordes | high-rez, right now the 'official' msm devices with linux are being ported to mainline |
18:49.00 | druidu | codeaurora has a very nice framework for handling inter-platform differences |
18:49.08 | druidu | like the clocks code |
18:50.36 | dcordes | oh cool we need that! |
18:50.55 | dcordes | xperia, git reset --hard worked? |
18:52.02 | druidu | hmm.. they changed ssh host key on linuxtogo? |
18:53.57 | druidu | ah, dzo already pushed the patches |
18:56.21 | dcordes | druidu, yes. git.linuxtogo.org works for me |
18:56.26 | druidu | xperia: actually, better just use the new config, somebody updated it http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=4ad7d1c505cd90eefa3ebca51a9ab3d9ecd58906 |
18:56.44 | druidu | dcordes: yeah but ssh host key changed, for pushing changes |
18:58.03 | xperia | have just updated my git local repo. and will try to compile it now. thanks till yet for the help to everybody ! |
18:58.05 | xperia | # git pull |
18:58.06 | xperia | Already up-to-date. |
18:58.10 | dcordes | druidu, using linuxtogo.org I also get the key error. not using git.linuxtogo.org |
18:58.34 | dcordes | xperia, the new htckovsky_defconfig works flawlessly here |
18:59.05 | druidu | it's the same ip |
18:59.13 | druidu | but you have host key in ~/.ssh/known_hosts |
18:59.36 | druidu | and they changed the host key and this could indicate a man-in-the-middle attack (not the case) |
18:59.49 | druidu | you should delete the key from known_hosts file |
19:00.02 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
19:00.08 | dcordes | druidu, ok thx for the heads up |
19:00.11 | high-rez | Why on earth would you change a host key? Re-Install and forgot to backup the old one? :) |
19:00.20 | xperia | dcordes: thanks for the info. in this case only my own chnages breaks then the build. will report back how the compile works. |
19:00.42 | druidu | btw, anybody participating in google code jam tonight? :) |
19:00.44 | dcordes | high-rez, they doijng some kind of maintainance at ltg maybe it's temporarily |
19:00.59 | dcordes | druidu, what's that? |
19:01.06 | druidu | programming contest |
19:01.07 | druidu | by google |
19:01.16 | dcordes | in San Francisco? |
19:01.25 | dcordes | you should go there and show how to hack kernel |
19:01.27 | druidu | it's online, finals are on-site in california |
19:01.33 | dcordes | online? lol |
19:01.44 | druidu | http://code.google.com/codejam/contest |
19:01.58 | druidu | anyway, qualifying round was 1 week ago |
19:02.40 | dcordes | if you win you qualify for googel job? |
19:05.59 | dcordes | anyway I've got to go take care dude |
19:08.21 | xperia | druidu: really strange. have started compiling as follow |
19:08.23 | xperia | make htcraphael_defconfig ARCH=arm |
19:08.25 | xperia | make zImage ARCH=arm CROSS_COMPILE=arm-none-linux-gnueabi- |
19:08.26 | xperia | and it report the same problem like for kovsky ! |
19:08.28 | xperia | CC arch/arm/mach-msm/rpc_server_dog_keepalive.o |
19:08.29 | xperia | arch/arm/mach-msm/rpc_server_dog_keepalive.c:36:3: error: #error "Unsupported AMSS version" |
19:09.01 | xperia | didnt had this problem before i have updated my git repo with the newest patches ! |
19:09.29 | xperia | can you build the kernel with the newest patches ? |
19:11.36 | druidu | lemme check |
19:12.04 | druidu | grep CONFIG_MSM_AMSS_VERSION_WINCE .config |
19:12.06 | druidu | try that |
19:13.01 | high-rez | is building a raph kernel right now. :D |
19:13.03 | druidu | this shouldn't happen, newest htcraphael config defines CONFIG_MSM_AMSS_VERSION_WINCE, so it wouldn't give an unsupported AMSS error |
19:13.21 | xperia | zero result for "grep CONFIG_MSM_AMSS_VERSION_WINCE .config" inside the root tree |
19:13.40 | druidu | try it in arch/arm/configs/htcraphael_defconfig |
19:14.07 | high-rez | Is there active work on the rhodium? I tried many months ago a raph image on a rhodium and it seemed to almost work. |
19:14.24 | *** join/#htc-linux stickboy (n=anonymou@128.153.22.83) |
19:14.33 | xperia | it reports back. |
19:14.35 | xperia | # grep CONFIG_MSM_AMSS_VERSION_WINCE arch/arm/configs/htcraphael_defconfig |
19:14.37 | xperia | CONFIG_MSM_AMSS_VERSION_WINCE=y |
19:14.53 | druidu | ok, then this didn't work: make htcraphael_defconfig ARCH=arm |
19:15.04 | druidu | you can try this |
19:15.22 | druidu | have a file named `env-vars` or smth like that, outside the kernel tree and put this inside it: |
19:15.34 | druidu | export ARCH="arm" |
19:15.34 | druidu | export CROSS_COMPILE="arm-none-eabi-" |
19:15.37 | druidu | (or whatever you use) |
19:15.41 | xperia | # make htcraphael_defconfig ARCH=arm |
19:15.43 | xperia | # |
19:15.45 | xperia | # configuration written to .config |
19:15.55 | druidu | then, after you open the shell just do this once: . /path/to/env-vars |
19:16.07 | druidu | (that's a single dot, it includes commands in that config) |
19:16.07 | Marajin_ | yo |
19:16.32 | druidu | from then on, you can just do: make htcraphael_defconfig or make |
19:17.31 | druidu | I also define the path for my toolchain in that file, but I guess you already have that set up |
19:18.17 | druidu | anyway, it's pretty weird, after make htcraphael_defconfig you .config should be *identical* to htcraphael_defconfig in configs folder |
19:18.29 | druidu | s/you/your/ |
19:18.46 | Marajin | muffles apt with a cluebyfour. |
19:19.08 | Marajin | sometimes we really don't need a bot to repeat an entire sentence just to vaguely clarify a s/// |
19:19.19 | druidu | hehe, it's funny :P |
19:19.32 | Marajin | I'm just grumpy because I'm tired I know :p |
19:19.40 | Marajin | lack of caffeine, nicotine, sugar and sleep |
19:19.48 | high-rez | msm_irq_sleep_allowed debugging messages everywhere - I assume this is dzo's cpu throttling code? :D |
19:19.49 | Marajin | alll blended into one neat bundle of disgruntlement |
19:21.11 | druidu | lucky me I'm just a bit of a sugar addict :D, and don't really sleep during the night |
19:21.14 | xperia | druidu: i have this envirenment settings. the kernel compiled geat before the new patches. it makes me heavy angry as i dont know wehere the problems lie. |
19:21.16 | xperia | have executed # make htcraphael_defconfig ARCH=arm it compiled great . but grep CONFIG_MSM_AMSS_VERSION_WINCE .config still cant find it. have opened now the file itself and can confirm that CONFIG_MSM_AMSS_VERSION_WINCE dont exist. p.s. how about Kconfig ? as i know it does reinit CONFIG_MSM_AMSS_VERSION_WINCE |
19:21.27 | Marajin | druidu: I used to sleep every other day but I got an illness |
19:22.13 | Marajin | druidu: so nowadays I seem to need to sleep... a "normal" schedule :p |
19:22.18 | druidu | xperia: latest patches are fine, maybe you have a Kconfig that's different from git head |
19:22.38 | druidu | I'm gonna code for code jam at 4 in the morning, so it's good I'm used to it :) |
19:22.55 | Marajin | druidu: aim for the ballmer peak! it's the best bet :p |
19:23.04 | Marajin | if you know what the ballmer peak is :p |
19:23.33 | Marajin | druidu: http://xkcd.com/323/ <-- if you don't know what the ballmer peak is |
19:23.40 | druidu | loool (just googled it) :P |
19:23.48 | Marajin | it's funny as a joke |
19:23.52 | Marajin | but it's also extremely true |
19:23.53 | Marajin | seriously |
19:24.12 | high-rez | Hmm, GPS access is still causing hardware lockups, eh? |
19:24.16 | Marajin | something about a certain level of drunkenness bends your thought patterns just enough that you thread through code that much better |
19:24.29 | druidu | hilarious :) |
19:24.52 | druidu | yeah, but that's a very abrupt peak, looks hard to get exactly right |
19:24.57 | high-rez | Marajin: I've heard similar statements about other forms of inebriations. Seems to be a common thread amoungst coders. :) |
19:25.05 | Marajin | high-rez: that's because it's true! |
19:25.14 | Marajin | ballmer peak code is crazy stuff |
19:25.24 | druidu | had a guy who used to get drunk at programming contests and next morning would get best score |
19:25.29 | Marajin | it's code that you look at and go '...that's not right, but it works, why does it work?' |
19:25.34 | Marajin | druidu: see! proof! |
19:25.57 | Marajin | I say we get all the best hackers from this room and put them on special alcohol IV drips |
19:26.09 | Marajin | we'd have linux ported to every htc device we could find in a week |
19:26.53 | druidu | that might work :) |
19:27.09 | Marajin | also remember that the graph looks pretty sudden peak but blood alcohol levels are on a pretty tiny scale |
19:27.50 | Marajin | 0.08% is 'legal to drive', 0.5% is 'probably dead' |
19:28.23 | Marajin | .9% is about the maximum recorded not fatal limit |
19:28.45 | xperia | druidu: the problem was the file Kconfig ! |
19:28.58 | xperia | just rebuilding the kernel now |
19:29.09 | druidu | hehe |
19:29.39 | Marajin | so the trick is to drink 3 pints of beer quickly and then about 1 per hour afterwards |
19:29.42 | Marajin | (or equivalent) |
19:29.45 | druidu | well, for now I'm waiting to get my phone back, and hopefully this short break will give me time to study :D |
19:29.56 | Marajin | what that graph doesn't show is there are multiple peaks :p |
19:30.03 | Marajin | they're just too chicken to test 'em ;) |
19:30.15 | druidu | lol, friday everning |
19:30.31 | Marajin | I've had a BAC over the LD50 limit :P |
19:30.33 | Marajin | there's a peak there too |
19:30.39 | druidu | so I go to a club, have a few beers, have a little run to freshen up, then ace the code jam :P |
19:30.39 | Marajin | but 50% of people would die from it |
19:30.52 | Marajin | I just happen to have a body mass so high I can deal |
19:31.26 | druidu | you're an alcohol reprocessing plant :P |
19:31.31 | Marajin | I was :p |
19:31.34 | Marajin | I rarely drink anymore |
19:32.16 | Marajin | my caffienism was surreal at one point too :p |
19:32.24 | Marajin | druidu: never drink 3 litres of red bull in an hour |
19:38.06 | druidu | lol, that's a *lot* of redbull |
19:38.34 | Marajin | druidu: it's a lot of caffeine.. 3000mg |
19:38.50 | Marajin | mainlining that would kill |
19:39.05 | Marajin | fortunately absorbtion rate for ingested stuffs is lower :P |
19:39.27 | druidu | yeah, you'd have to inject it or somethinh |
19:44.39 | xperia | druidu: have another problem with compiling. It stop one line before it finish. |
19:44.41 | xperia | LD .tmp_vmlinux1 |
19:44.42 | xperia | arch/arm/mach-msm/built-in.o: In function `gps_nmea_thread': |
19:44.44 | xperia | /mnt/sdb1/XPERIA/KERNEL/kovsky-dev/kernel/arch/arm/mach-msm/board-htcraphael-gps.c:379: undefined reference to `nmea_init' |
19:44.45 | xperia | /mnt/sdb1/XPERIA/KERNEL/kovsky-dev/kernel/arch/arm/mach-msm/board-htcraphael-gps.c:392: undefined reference to `nmea_parse' |
19:44.47 | xperia | make: *** [.tmp_vmlinux1] Error 1 |
19:45.01 | high-rez | Hmm there seems to be a marked improvement in the 9/9 kernel i tried and todays kernel |
19:45.11 | high-rez | (or im just nuts) |
19:46.53 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-141-100.web.vodafone.de) |
19:48.30 | druidu | add nmea.o to Makefile |
19:48.51 | druidu | like this: obj-$(CONFIG_MACH_HTCKOVSKY) += board-htckovsky.o board-htcblackstone-panel.o htc_wifi_nvs.o board-htckovsky-mmc.o nmea.o |
19:50.14 | xperia | druidu: thanks this was exactly missed ! |
19:50.15 | druidu | high-rez: don't think so, don't see any relevant commits after the 9/9 one with the clocks |
19:50.41 | high-rez | Well it could just be my wishful thinking them :) |
19:50.42 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-141-100.web.vodafone.de) |
19:50.43 | druidu | gps won't work anyway, gps serial port doesn't work right? |
19:51.01 | high-rez | on my raphael, accesing the gps port causes the hardware to lock ;) |
19:51.19 | druidu | same with bluetooth |
19:51.36 | druidu | which one is the gps port anyway? smdX ? |
19:51.46 | cr2 | druidu: gps may work, if the adsp cid hack will be added there |
19:52.07 | cr2 | smd27 is where your can read nmea |
19:52.10 | druidu | or if we can reboot arm9 |
19:52.17 | xperia | adsp cid hack ? |
19:52.31 | cr2 | but it needs an rpc refresh thread |
19:52.51 | cr2 | druidu: the HELLO hack is doing very wrong things |
19:52.52 | druidu | we use wince cid, because wince got exclusive access to adsp so we can't use another cid |
19:52.52 | *** join/#htc-linux marcin88 (n=marcin@chello089078160132.chello.pl) |
19:53.08 | druidu | what hello hack? |
19:53.43 | cr2 | we register the wrong servers as callback servers because of HELLO hack |
19:54.18 | cr2 | the actual rpc fifo data show the CB server registration with the 'adsp' cid |
19:54.55 | cr2 | this cid is actually a mux (or proxy ?) cid for the CB servers |
19:55.17 | cr2 | HELLO hack ? |
19:55.51 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-141-100.web.vodafone.de) |
19:56.05 | druidu | yeah, you mentioned it, I'm not familiar with that one |
19:56.16 | tmzt | all of tem or just adsp? |
19:57.33 | druidu | dunno :P |
19:57.58 | druidu | btw, all the TODOs in smd_rpcrouter.c are from google? |
19:58.12 | cr2 | HELLO hack is |
19:58.17 | cr2 | 1183 msg.cmd = RPCROUTER_CTRL_CMD_HELLO; |
19:58.18 | cr2 | 1184 // rpcrouter_send_control_msg(&msg); |
19:58.20 | cr2 | 1185 // msleep(50); |
19:58.21 | cr2 | 1186 process_control_msg(&msg, sizeof(msg)); |
19:58.39 | cr2 | we should remove it |
19:58.41 | druidu | ah, I see it |
19:58.53 | cr2 | the problem is here: |
19:59.41 | cr2 | 00000001 00000004 00000001 fffffffe 00000000 00000014 00000000 fffffffe 00000004 3100005b 00000000 00000001 6dc3867a |
19:59.46 | cr2 | this is a R2R message |
19:59.47 | druidu | we don't send the hello message, we just hijack rpc router session from wince |
20:00.10 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
20:00.24 | cr2 | the first part is |
20:00.27 | cr2 | 00000001 00000004 00000001 fffffffe 00000000 00000014 00000000 fffffffe |
20:00.32 | cr2 | and the message is |
20:00.40 | cr2 | 00000004 3100005b 00000000 00000001 6dc3867a |
20:01.22 | druidu | RPC_PDAPI_CB_PROG |
20:01.36 | cr2 | union rr_control_msg { |
20:01.38 | cr2 | 56 uint32_t cmd; |
20:01.40 | cr2 | 57 struct { |
20:01.41 | cr2 | 58 uint32_t cmd; |
20:01.43 | cr2 | 59 uint32_t prog; |
20:01.44 | cr2 | 60 uint32_t vers; |
20:01.46 | cr2 | 61 uint32_t pid; |
20:01.47 | cr2 | 62 uint32_t cid; |
20:01.49 | cr2 | 63 } srv; |
20:01.50 | cr2 | 64 struct { |
20:01.52 | cr2 | 65 uint32_t cmd; |
20:01.53 | cr2 | 66 uint32_t pid; |
20:01.55 | cr2 | 67 uint32_t cid; |
20:01.57 | cr2 | 68 } cli; |
20:01.59 | cr2 | 69 }; |
20:02.07 | druidu | cid=6dc3867a |
20:02.19 | cr2 | cmd=4, prog=3100005b, vers=0, pid=1, cid=6dc3867a |
20:02.35 | cr2 | 47 #define RPCROUTER_CTRL_CMD_NEW_SERVER 4 |
20:02.39 | druidu | cmd = RPCROUTER_CTRL_CMD_NEW_SERVER |
20:02.45 | druidu | yeah |
20:02.49 | cr2 | 41 #define RPCROUTER_PID_LOCAL 1 |
20:02.53 | cr2 | local means arm11 |
20:03.09 | cr2 | it's in wince |
20:03.10 | *** join/#htc-linux Nanto (n=Vegita@dsl54002804.pool.t-online.hu) |
20:03.25 | cr2 | 00000001 00000004 00000001 fffffffe 00000000 00000014 00000000 fffffffe 00000004 31000016 00000000 00000001 6dc3867a |
20:03.43 | cr2 | 00000001 00000004 00000001 fffffffe 00000000 00000014 00000000 fffffffe 00000004 31000019 00000000 00000001 6dc3867a |
20:03.59 | cr2 | and this cide is responsible for a bunch of callbacks |
20:04.03 | druidu | so when are these messages sent? |
20:04.26 | cr2 | they are sent continuously in packs |
20:04.38 | cr2 | and the cid at the end changes |
20:04.43 | druidu | btw, we have all the prog ids in smem_log.c |
20:04.59 | cr2 | yes, it's from codeaurora |
20:05.03 | druidu | <PROTECTED> |
20:05.10 | druidu | <PROTECTED> |
20:05.16 | druidu | CB, what does that stand for? |
20:05.43 | cr2 | the header says cmd=4 from arm11 rpcrouter to arm9 rpcrouter |
20:05.49 | cr2 | callback |
20:05.50 | druidu | Channel Broadcast? |
20:06.01 | druidu | ah, callback |
20:06.12 | cr2 | a server, that is a client for arm9 messages |
20:06.18 | cr2 | a arm11 server |
20:06.56 | cr2 | the adsp cid hack is looking for such message: |
20:06.59 | cr2 | 00000001 00000004 00000001 fffffffe 00000000 00000014 00000000 fffffffe 00000004 31000019 00000000 00000001 6dc3867a |
20:07.05 | cr2 | hm. sorry |
20:07.14 | cr2 | 00000001 00000007 00000001 fffffffe 00000000 00000014 00000000 fffffffe 00000007 00000001 0feb8f4a 5140df00 00000200 |
20:07.16 | druidu | did we try to send a RPCROUTER_CTRL_CMD_EXIT ? |
20:07.20 | cr2 | wrong paste |
20:07.23 | cr2 | cmd=7 |
20:07.30 | druidu | resume_tx |
20:07.41 | cr2 | 50 #define RPCROUTER_CTRL_CMD_RESUME_TX 7 |
20:07.42 | cr2 | yes |
20:07.58 | cr2 | do we have a struct for resume ? |
20:08.02 | cr2 | cmd |
20:08.12 | cr2 | 00000007 00000001 0feb8f4a 5140df00 00000200 |
20:09.04 | cr2 | looks like cmd/pid/cid |
20:09.12 | cr2 | [22:01] <cr2> 64 struct { |
20:09.14 | cr2 | [22:01] <cr2> 65 uint32_t cmd; |
20:09.15 | cr2 | [22:01] <cr2> 66 uint32_t pid; |
20:09.17 | cr2 | [22:01] <cr2> 67 uint32_t cid; |
20:09.19 | cr2 | [22:01] <cr2> 68 } cli; |
20:09.21 | cr2 | in |
20:09.24 | cr2 | <PROTECTED> |
20:09.36 | cr2 | with the junk at the end |
20:10.12 | cr2 | this local1 cid=0feb8f4a |
20:10.23 | cr2 | is used for all msm_rpc_send opt |
20:11.08 | cr2 | 00000001 00000001 00000001 0feb8f4a 00000000 00000030 00000000 00000001 8028002c 22000000 00000000 02000000 13000030 00000000 02000000 |
20:11.12 | cr2 | like this one |
20:11.20 | cr2 | 13000030 00000000 02000000 |
20:11.58 | cr2 | prog=audmgr, func=audmgr_disable_client_apps |
20:12.37 | cr2 | 00000001 00000001 00000001 0feb8f4a 00000000 00000040 00000000 00000001 802d003c 26000000 00000000 02000000 02000030 00000000 02000000 |
20:12.39 | cr2 | snd here |
20:12.57 | cr2 | but also for GPS |
20:13.00 | cr2 | 00000001 00000001 00000001 0feb8f4a 00000000 00000030 00000000 00000001 800b002c 08000000 00000000 02000000 5b000030 00000000 03000000 |
20:13.07 | cr2 | 5b000030 00000000 03000000 |
20:13.17 | xperia | cr2: awesome research ! |
20:13.27 | cr2 | so i think that the "adsp" cid hack should be added to GPS |
20:13.41 | cr2 | before we fix the HELLO hack |
20:14.23 | cr2 | the GPS CB init was copied from adsp anyway. |
20:14.32 | cr2 | and just needs a small fix |
20:15.59 | druidu | smem_log.c: { 0X3100007e, "GPS_API CB" }, |
20:16.03 | druidu | this is the GPS prog id? |
20:16.20 | cr2 | 517 if (IS_ERR(rpc_cb_server_client)) { |
20:16.22 | cr2 | 518 rpc_cb_server_client = NULL; |
20:16.23 | cr2 | 519 rc = PTR_ERR(rpc_cb_server_client); |
20:16.25 | cr2 | 520 printk("gps: could not create rpc server (%d)\n", rc); |
20:16.26 | cr2 | 521 return -1; |
20:16.28 | cr2 | 522 } |
20:16.29 | cr2 | 523 |
20:16.31 | cr2 | 524 rc = msm_rpc_register_server(rpc_cb_server_client, |
20:16.32 | cr2 | 525 RPC_PDAPI_CB_PROG, |
20:16.34 | cr2 | 526 0); |
20:16.37 | cr2 | compare that to the adsp cid hack |
20:16.55 | cr2 | druidu: be careful with the smem_log.c |
20:17.06 | druidu | <PROTECTED> |
20:17.14 | cr2 | it has a lot of other RPC functions that are not available for our AMSS |
20:17.18 | druidu | anyway, I'm deviceless right now, my phone's for warranty repair |
20:17.27 | cr2 | all our servers/callbacks are in the wiki |
20:17.36 | cr2 | http://www.htc-linux.org/wiki/index.php?title=MSM_RPC |
20:17.45 | cr2 | ok |
20:17.52 | druidu | did we try the EXIT cmd? |
20:17.59 | druidu | or BYE? |
20:18.04 | druidu | what does each of those do? |
20:18.15 | cr2 | it should be done by haret |
20:18.26 | cr2 | but we don't know the exact API |
20:18.37 | druidu | maybe some dll from wince implements this |
20:18.42 | druidu | although the linux driver doesn't |
20:18.44 | cr2 | there are no examples for EXIT/BYE |
20:18.55 | cr2 | yes. oncrpc.dll |
20:20.12 | cr2 | druidu: since you are deviceless, we can discuss the BT clock frequency :) |
20:20.27 | druidu | oncrpc.dll is not in the haret memory dump |
20:20.29 | cr2 | the theory behind it. |
20:21.07 | cr2 | [22:16] <druidu> rpc_cb_server_client->cid=adsp_cid; :) |
20:21.29 | cr2 | it's not enough, because adsp_cid is not a global symbol |
20:21.42 | druidu | of course, not adsp_cid anyway |
20:21.59 | druidu | same hack... global var / kernel param gps_cid, and the function to look for it |
20:22.40 | druidu | although I don't really understand this: how can we find gps cid, the adsp_init() doesn't look for any prog id |
20:23.31 | druidu | anyway, back to bt clock... we need to enable UART2DM_P_CLK_ENA |
20:23.51 | cr2 | gps cid=adsp cid |
20:24.10 | cr2 | we already do it |
20:24.18 | cr2 | it's about the frequency |
20:24.39 | druidu | and we have UART2DM_NS_REG and _MD_REG |
20:24.53 | cr2 | and Ena bit |
20:25.27 | cr2 | this part is like for the SD controller |
20:25.46 | cr2 | but the frequency needs to be discussed |
20:26.22 | druidu | ok, so what frequency do we need to get the most stable configuration, failsafe, so we can get it going? |
20:26.32 | *** join/#htc-linux tuxhero (n=quassel@122.169.181.204) |
20:26.46 | tuxhero | cr2: hi |
20:26.56 | cr2 | we are doing what the g1 river does |
20:27.07 | druidu | btw, if we use bluetooth in wince then reboot and don't mess at all with the BT clock... should it be just ok? |
20:27.26 | druidu | *shouldn't |
20:27.33 | cr2 | it sets 16x "base" frequency, and for the frequencies below 115200*4 there is a baud divisor |
20:27.39 | tuxhero | cr2: can i get your playwav2 code |
20:27.42 | cr2 | hi tuxhero |
20:28.05 | cr2 | tuxhero: dcordes put it somewhere. |
20:28.30 | cr2 | tuxhero: for recodrding sound it needs to send an unmute mic command |
20:28.59 | cr2 | druidu: there is DMA channel |
20:29.25 | cr2 | druidu: and the bt-rfkill powers down the gpios |
20:29.39 | cr2 | druidu: and wince uses 4x lower frequency |
20:29.43 | druidu | gpios, but not clocks |
20:29.54 | tuxhero | cr2: I am fixing sound issue and few other fixes for Blackstone Code I need Latest Angstrom Build and Android Build where can i download them? |
20:29.55 | druidu | well... whatever wince uses, if we use the same we should be ok I guess |
20:30.01 | cr2 | the "base" before baud divisor is not 115200*4 but 115200 |
20:30.15 | cr2 | so wince clock setup is different anyway |
20:30.46 | xperia | tuxhero: only a second. i will give you the link for android |
20:30.59 | cr2 | but the hs_uart driver is written by qualcomm (not g1 androids, check the codeaurora), so they knew what they are doing |
20:31.30 | *** join/#htc-linux HeadKase (n=immortal@wsip-98-190-158-8.ph.ph.cox.net) |
20:31.53 | druidu | linux driveer uses 7372800 right? |
20:31.56 | druidu | *driver |
20:32.03 | tuxhero | tmzt: r u there? |
20:32.30 | cr2 | tuxhero: http://linuxtogo.org/~lgorris |
20:32.34 | xperia | tuxhero: http://www.androidonhtc.com/kaiser/latest_builds |
20:32.34 | druidu | // MSM_CLOCK_REG( 7372800, 2, 0xc8, 0x64, 3, 2, 1, 1), /* 19.2MHz for 120000 bps */ |
20:32.46 | *** part/#htc-linux druidu (n=druidu@78.97.155.94) |
20:32.51 | cr2 | druidu: |
20:32.55 | cr2 | hehe |
20:33.28 | cr2 | tuxhero: playwav2 is here http://linuxtogo.org/~lgorris/misc |
20:34.10 | tuxhero | cr2 xperia thanks |
20:35.13 | *** join/#htc-linux druidu (n=druidu@78.97.155.94) |
20:35.17 | tuxhero | xperia: does hero build working on our devices :) |
20:35.20 | *** part/#htc-linux druidu (n=druidu@78.97.155.94) |
20:35.35 | *** join/#htc-linux druidu (n=druidu@78.97.155.94) |
20:36.51 | xperia | didnt tested till yet. the new compiled kernel crash at the boot. have maybe to disable gps as druidu said. normally android shoudl works as it work also on kaiser |
20:36.55 | cr2 | druidu: alive? |
20:37.14 | druidu | yeah |
20:37.21 | druidu | accidentally closed the window |
20:37.23 | druidu | twice :) |
20:37.39 | cr2 | you can claculate the clock frequency from this line |
20:37.51 | tuxhero | xperia: which build should i use? |
20:37.53 | cr2 | MSM_CLOCK_REG( 7372800, 2, 0xc8, 0x64, 3, 2, 1, 1) |
20:38.03 | cr2 | the "real" clock frequency |
20:38.38 | druidu | yeah, I get this part, plug the values in the clock params, get the freq :) |
20:38.47 | cr2 | 768000000*2/0xc8/4 |
20:39.21 | cr2 | it's 1.92MHz |
20:39.26 | *** part/#htc-linux druidu (n=druidu@78.97.155.94) |
20:39.33 | xperia | tuxhero: the kernel crash is only for my htckovsky with gps enabled. you should not have this problem with the newest patches from the repo ! |
20:39.38 | *** join/#htc-linux druidu (n=druidu@78.97.155.94) |
20:39.41 | druidu | damn |
20:39.45 | druidu | ok, so 1.92 |
20:39.47 | druidu | we n eed 19.2 |
20:39.50 | cr2 | druidu: /* 19.2MHz for 120000 bps */ |
20:39.58 | cr2 | is jus a wrong comment |
20:40.11 | high-rez | druidu: Let me introduce you to... screen... ;)) |
20:40.11 | cr2 | 1.92 |
20:40.22 | druidu | 7372800 -- that's that msm_serial_hs.c wants |
20:40.30 | cr2 | druidu: this one should be divided by 16 |
20:40.50 | cr2 | so you get 120000bps |
20:40.52 | druidu | what's the raw value 7372800 expressed in? Hz? |
20:41.01 | cr2 | for the base clock |
20:41.07 | druidu | and how do you convert from Hz to bps? |
20:41.20 | cr2 | 7372800 Hz is requested by the serial_hs driver |
20:42.07 | cr2 | for Nbps you need 16*N Hz clock. it's some internal uartDM logic |
20:42.28 | druidu | problem is we haven't configured params for 7372800 |
20:42.30 | druidu | actually |
20:42.32 | druidu | <PROTECTED> |
20:42.37 | druidu | clock is OFF |
20:43.04 | cr2 | 353 if (bps > 460800) { |
20:43.06 | cr2 | 354 uport->uartclk = bps * 16; |
20:43.07 | cr2 | 355 } else { |
20:43.09 | cr2 | 356 uport->uartclk = 7372800; |
20:43.10 | cr2 | 357 } |
20:43.24 | cr2 | we turn it on, don't worry |
20:44.07 | cr2 | 66 { .clk_id = UART2DM_CLK, .idx = 26, .offset = 0xdc, .name="UART2DM_CLK",}, |
20:44.37 | cr2 | 203 // Turn clock-enable bit back on, if supported |
20:44.38 | cr2 | 204 if (params.idx > 0) |
20:44.40 | cr2 | 205 writel(readl(MSM_CLK_CTL_BASE) | (1U << params.idx), MSM_CLK_CTL_BASE); |
20:44.59 | cr2 | i think this part is not very smart |
20:45.08 | cr2 | also for the SD |
20:45.45 | cr2 | and i can tell you why |
20:46.08 | druidu | disabling and re-enabling ? |
20:46.42 | cr2 | https://www.codeaurora.org/patches/quic/le/ |
20:46.49 | cr2 | u-boot-2009.03_PATCH_2009_05_14.patch |
20:48.06 | cr2 | +#define GLBL_CLK_ENA__UART2DM_P_CLK_ENA___S 26 |
20:48.18 | cr2 | is PCLK, not the CLK bit here |
20:49.39 | cr2 | +#define GRP_NS_REG__GRP_IMEM_CLK_BRANCH_ENA___M 0x00000200 |
20:49.41 | cr2 | +#define GRP_NS_REG__GRP_IMEM_CLK_BRANCH_ENA___S 9 |
20:50.04 | druidu | QSD8x50_reg.h hmm |
20:51.24 | cr2 | +#define TV_NS_REG__TV_ENC_CLK_BRANCH_ENA___M 0x00000200 |
20:51.25 | cr2 | +#define TV_NS_REG__TV_ENC_CLK_BRANCH_ENA___S 9 |
20:51.44 | cr2 | +#define TV_NS_REG__TV_DAC_CLK_BRANCH_ENA___M 0x00001000 |
20:51.45 | cr2 | +#define TV_NS_REG__TV_DAC_CLK_BRANCH_ENA___S 12 |
20:51.56 | druidu | so where's the problem? idx is 26 for uartdm2 |
20:52.18 | cr2 | we should flip the BRANCH_ENA bits for the _CLK |
20:52.24 | druidu | GLBL_CLK_ENA reg is at offset 0, that's exactly MSM_CLK_CTL_BASE |
20:52.43 | cr2 | because there is a difference between the _PCLK and _CLK |
20:52.52 | druidu | what is M and S? |
20:53.08 | druidu | we only have pbus clock in that reg |
20:53.08 | cr2 | Mask and Set i think |
20:53.36 | cr2 | <PROTECTED> |
20:53.43 | cr2 | OFF disables the PCLK ? |
20:53.52 | druidu | true, so (val & ~S) | (1 << M) |
20:54.19 | cr2 | btw |
20:54.24 | cr2 | 69 { .clk_id = GRP_CLK, .idx = 3, .offset = 0x84, .ns_only = 0xa80, .name="GRP_CLK", }, // these both enable the GRP and IMEM clocks. |
20:54.25 | cr2 | 70 { .clk_id = IMEM_CLK, .idx = 3, .offset = 0x84, .ns_only = 0xa80, .name="IMEM_CLK", }, |
20:54.35 | druidu | #define OFF CLKFLAG_AUTO_OFF |
20:54.40 | cr2 | [22:49] <cr2> +#define GRP_NS_REG__GRP_IMEM_CLK_BRANCH_ENA___M 0x00000200 |
20:54.41 | cr2 | [22:49] <cr2> +#define GRP_NS_REG__GRP_IMEM_CLK_BRANCH_ENA___S 9 |
20:54.55 | druidu | yep, it's auto shut down in clock_late_init |
20:55.13 | druidu | but only if it's not claimed |
20:55.14 | cr2 | we need some flag like .idx (which is for the _PCLK) for the _CLK |
20:55.16 | druidu | so it's not a problem |
20:55.26 | druidu | the .CLK is not in the global clock enable reg |
20:55.31 | druidu | _CLK |
20:55.37 | cr2 | so we can separate GRP and IMEM CLK |
20:56.00 | cr2 | because the IMEM CLK is a bit in the GRP register |
20:56.11 | cr2 | GRP_NS register |
20:57.10 | cr2 | for the SD the androids actually differentiate between _CLK and _PCLK |
20:57.14 | cr2 | 64 #define SDC1_PCLK 20 |
20:57.15 | cr2 | 65 #define SDC2_CLK 21 |
20:57.34 | cr2 | also for the USB |
20:57.38 | cr2 | 80 #define USB_HS_CLK 36 /* High speed USB core clock */ |
20:57.40 | cr2 | 81 #define USB_HS_PCLK 37 /* High speed USB pbus clock */ |
20:57.40 | druidu | 20 is MARM_CLK_ENA |
20:57.44 | druidu | 21-24 are unused |
20:58.18 | druidu | but for GLBL_SLEEP_EN, 22 is IMEM |
20:58.31 | cr2 | btw, why does clock.h list them twice ? |
20:59.47 | druidu | it's a bug from an automatic merge |
20:59.51 | druidu | I think |
21:00.13 | druidu | somehow diff decided it was new code and kept both old and new stuff |
21:00.13 | cr2 | the IMEM clock is in the GRP_NS register. it's observed value. also on 7x00 |
21:00.38 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
21:00.42 | cr2 | check the vogue branch tree |
21:01.11 | druidu | the ids in clock.h don't apply to us |
21:01.16 | druidu | they're for proc comm calls |
21:01.27 | cr2 | ok, so |
21:01.32 | cr2 | 73 #define TV_DAC_CLK 29 /* TV clocks */ |
21:01.34 | cr2 | 74 #define TV_ENC_CLK 30 |
21:01.47 | cr2 | are also bits in the TV_* register. |
21:02.27 | cr2 | unless you will port clock-msm7x30.c (with a lot of effort :) , it's easier to fix clock-wince.c for now. |
21:04.06 | cr2 | by adding the .idx_clk member to the struct, and using the switch() on clock id in clock.h |
21:04.54 | druidu | I think I'm gonna move to code aurora 2.6.29 branch anyway, I was making good progress before I dropped my drive |
21:05.18 | druidu | the clock framework they have is really nice |
21:05.43 | cr2 | i'd like to fix the BT driver first |
21:05.57 | cr2 | we have a lot of more ugly hacks in the tree now. |
21:06.01 | druidu | ok, so just one entry in that array should fix it right? |
21:07.10 | cr2 | we may restructure the code a bit. |
21:07.17 | druidu | btw, I think the _CLK enable are in the _NS_REG bits, while the _PCLK is in the global reg |
21:07.29 | cr2 | provided the new knowlegde from 8x50 and 7x30 |
21:07.41 | cr2 | yes |
21:07.57 | cr2 | _CLK is *BRANCH_ENA* |
21:08.21 | cr2 | it's the part of the usual 0xa?? pattern |
21:08.51 | cr2 | or 0xb=0xa|1 for the MD/NS clocks |
21:09.47 | cr2 | where '1' is |
21:09.50 | cr2 | +#define CAM_VFE_NS_REG__MNCNTR_EN___M 0x00000100 |
21:09.52 | cr2 | +#define CAM_VFE_NS_REG__MNCNTR_EN___S 8 |
21:09.59 | cr2 | MNCNTR_EN |
21:10.27 | cr2 | enable M/N |
21:15.48 | druidu | ok, so why don't you test some settings to get the BT clock at that freq? (7372800) :) |
21:16.24 | cr2 | we have it already |
21:16.44 | cr2 | sourced from PLL0 |
21:17.17 | cr2 | 373 case SDC1_PCLK: |
21:17.18 | cr2 | 374 case SDC2_PCLK: |
21:17.20 | cr2 | 375 case SDC3_PCLK: |
21:17.21 | cr2 | 376 case SDC4_PCLK: |
21:17.23 | cr2 | 377 rate = 66000000; |
21:17.30 | cr2 | btw, this is wrong too. but not used by any current code. |
21:17.54 | cr2 | 366 case SDC1_CLK: |
21:17.55 | cr2 | 367 case SDC2_CLK: |
21:17.57 | cr2 | 368 case SDC3_CLK: |
21:17.58 | cr2 | 369 case SDC4_CLK: |
21:18.00 | cr2 | 370 rate = get_mdns_host_clock(id); |
21:18.01 | cr2 | and this needs to be fixed |
21:18.14 | druidu | ah |
21:18.15 | druidu | 460800*16 |
21:18.19 | cr2 | with a function for get_pll_hz() |
21:18.44 | cr2 | 460800*16=7372800 |
21:19.02 | druidu | yeah |
21:19.45 | cr2 | MSM_CLOCK_REG( 460800*16, 3, 0x64, 0x32, 0, 2, 4, 1), /* 460800 */ |
21:19.58 | cr2 | means S=4 aka PLL0 |
21:20.29 | druidu | src_sel is 4, which is actually modem pll |
21:20.32 | cr2 | 245.76 MHz |
21:20.47 | druidu | you sure about that? |
21:21.12 | cr2 | 245.76 MHz is PLL0, check your own logs |
21:21.37 | cr2 | the 27MHz TV clock is based on it too |
21:21.42 | druidu | not sure if S=4 is PLL0 |
21:22.01 | cr2 | 245.76*3/0x64 |
21:22.37 | cr2 | i'm sure, because there is no argument against it |
21:22.52 | cr2 | but without the docs i can't prove it :) |
21:23.38 | cr2 | awk '{print 245760000*3/0x64}' |
21:23.38 | druidu | 25% chance you're right |
21:23.39 | cr2 | 7372800 |
21:23.54 | cr2 | the wince setting (check wiki) |
21:24.04 | cr2 | uses the prescaler=4 |
21:24.34 | druidu | we have no prescaler in that config |
21:24.44 | cr2 | but their base clock is 115200, and not 115200*4 |
21:27.11 | cr2 | we may do 1:1 wince setup |
21:27.38 | cr2 | but then we need to #ifdef the baud divisor section. if you want to be 100% wince compatible |
21:28.45 | cr2 | 321 case 115200: |
21:28.46 | cr2 | 322 msm_hs_write(uport, UARTDM_CSR_ADDR, 0xcc); |
21:28.48 | cr2 | 323 rxstale = 31; |
21:28.49 | cr2 | 324 break; |
21:28.57 | cr2 | 329 case 460800: |
21:28.58 | cr2 | 330 msm_hs_write(uport, UARTDM_CSR_ADDR, 0xff); |
21:29.00 | cr2 | 331 rxstale = 31; |
21:29.01 | cr2 | 332 break; |
21:29.26 | cr2 | 460800 entry will be 115200, if we will use wince clock setup |
21:29.41 | cr2 | actually i have nothing against doing it. |
21:29.43 | *** join/#htc-linux tuxhero (n=quassel@122.169.181.204) |
21:29.54 | cr2 | then we will 100% do what wince does |
21:30.05 | tuxhero | cr2: is GPS working in raphael? |
21:30.09 | druidu | ok, let's start from the beginning... so we get a lot of IRQs, but irq status indicates nothing is happening |
21:30.39 | cr2 | tuxhero: no, but i think that we are 1 step away from it working. like it was with the adsp. |
21:30.42 | swc|666 | anyone know if there is something out of the ordinary I have to do to send an SMS from the BA? I can get messages to send, but the message being sent is not formatted correct |
21:31.09 | cr2 | druidu: yes. |
21:31.12 | tuxhero | cr2: battery Drivers Fully Working? |
21:31.21 | druidu | cr2: did you check the very first call to msm_hs_isr, maybe for first one we get isr_status != 0 |
21:31.37 | cr2 | druidu: for some reason, the rx_irq is not used. |
21:32.09 | cr2 | tuxhero: i have not written this part of the code, so can't comment on that. |
21:32.09 | druidu | tuxhero: not really, we have what we need to control the hardware but the driver's not working properly |
21:32.50 | druidu | as I've seen in the driver, it updates the battery status every 10 seconds, but doesn't update the charging status |
21:33.09 | druidu | and people report it thinks battery is empty when wince shows it's at 40% |
21:33.14 | tuxhero | cr2: vreg_set_level is not working with blackstone amss |
21:33.15 | *** join/#htc-linux x29a (n=x29a@unaffiliated/x29a) |
21:33.59 | tuxhero | cr2: it should be done by RPC call shall it wirte code for it? |
21:34.56 | cr2 | tuxhero: it's done via DEX on raph |
21:35.56 | cr2 | which is 1.traceable 2. there are no such RPC found in the rpc fifo |
21:36.05 | Captnoord | tuxhero: there are like 4 diff ways to read the battery stuff |
21:36.08 | druidu | anyway, nothing can explain why the hardware would fire irqs with no reason |
21:36.21 | tuxhero | cr2: while ago i was debugging mmc not working problem in Blackstone and found that mmc is trying to set vreg and it not changing so mmc is giving up |
21:36.38 | Captnoord | druidu: not even while its cold starting? |
21:37.02 | cr2 | tuxhero: hm. how do you know that it's not changing ? |
21:37.14 | Captnoord | I mean... I remember that I was required to design some sort of pulldown / pullup so when the signal is floating it has a level |
21:37.15 | druidu | lol, it's firing non-stop, it's starving the cpu, cpu ends up processing the irq over and over again |
21:37.20 | Captnoord | cr2 its not detecting it |
21:37.25 | cr2 | tuxhero: i have blac100 spl, and it does the DEX call, so i've put it in wiki |
21:37.42 | Captnoord | druidu: fireing non stop..... and your handling that irq? |
21:37.55 | druidu | yeah, it's in msm_serial_hs.c |
21:38.01 | tuxhero | cr2: i will give it a try ones again |
21:38.02 | druidu | problem is, it reads irq_status and it's 0 |
21:38.15 | druidu | so it means the irq was fired for no reason... nothing for the isr to do |
21:38.21 | cr2 | blac100 5,b22 c,0; d,0 2,0 a,a28 ; 4,b22 ? 3,af0; 8,a5a; 6,b22; 9,708 |
21:38.22 | cr2 | raph100 5,b22 c,0; d,0 2,0 4,bb8; b,708; a,a28 - |
21:38.32 | cr2 | it's the same setup as raph100 |
21:38.47 | cr2 | the LCD is different, but it#s not a surprise. |
21:38.57 | cr2 | http://www.htc-linux.org/wiki/index.php?title=MSM_VREG |
21:39.16 | druidu | what's on UARTDM1 ? |
21:40.01 | cr2 | tuxhero: the cheap cards may dislike the 32MHz speed. i think it's a better reason for SD problems |
21:40.12 | cr2 | druidu: nothing |
21:40.22 | tuxhero | cr2: yes |
21:40.34 | Captnoord | msm_hs_handle_delta_cts |
21:40.44 | Captnoord | when a irq isn't cleared it will get called again |
21:41.23 | Captnoord | I even had some problems with a ARM that I didn't disable the irq interupt calls on handling a interupt |
21:41.27 | cr2 | druidu: can you make a diff between the msm_serial_hs.c in codeaurora and g1 ? |
21:41.34 | Captnoord | resulting a interupt call while I was handling a interupt call |
21:41.52 | cr2 | Captnoord: the g1 BT works. it's a fact. |
21:41.53 | Captnoord | which in its turn acted like a loop...... |
21:42.01 | cr2 | but it's on uart1DM |
21:42.17 | cr2 | which makes our life more uncertain ;) |
21:42.46 | cr2 | if you will find the moto kernel for 7201A like tmzt was talking about, it will be great. |
21:43.00 | cr2 | i don't know about any code using uart2DM... |
21:46.16 | cr2 | druidu: there are a lot of UART2DM_RX irqs on wince, and i think they are used. |
21:46.40 | cr2 | don't see it in the msm_serial_hs.c driver. |
21:47.05 | druidu | yeah, but status shouldn't be zero!!! |
21:47.10 | druidu | it status is zero, nothing to do |
21:48.06 | dzo | morning, i got the power collapse working, took days, should work on all devices though. |
21:48.12 | dzo | just pushed changes. |
21:48.26 | Captnoord | dzo congrats |
21:48.28 | cr2 | dzo: great. |
21:48.45 | cr2 | dzo: we are trying some BT brainstorming... |
21:49.12 | cr2 | dzo: have you tried gps with your adsp cid ? |
21:49.17 | dzo | ok, i got it working on vogue but only with the low speed serial driver. |
21:49.45 | Captnoord | cr2 didn't the arm has 3 uarts |
21:50.05 | Captnoord | and 2 and 3 accessable trough a multiplexer? |
21:50.13 | *** join/#htc-linux TaC_ (n=ircap@66.Red-88-8-31.dynamicIP.rima-tde.net) |
21:50.16 | cr2 | dzo: uart2dm is separate from uart2, so afaik there is no such chance on 7201A |
21:50.38 | TaC_ | hi there |
21:50.50 | dzo | ok, on the g1 its on uart1. |
21:51.05 | *** join/#htc-linux stickboy (n=anonymou@128.153.144.186) |
21:51.13 | dzo | clocks are tricky for hsuart i think. |
21:51.14 | TaC_ | any changelog in new kernel, dzo? |
21:52.21 | dzo | no, but it should use a lot less power now. still needs some devices powering down to be usable though. |
21:52.45 | cr2 | dzo: we get irq flood. i think the clocks are ok, bt we may strictly follow wince, and use the clock prescaler=4, and change the baud divisors. |
21:53.31 | TaC_ | that's a great "change" ;) |
21:55.26 | TaC_ | i have been playing around with mddi screen commands, but no luck to make it work in diamond? |
21:56.02 | cr2 | TaC_: does the panel detect code work for you ? which panel do you have ? |
21:56.17 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
21:56.23 | TaC_ | i'm not sure |
21:56.43 | cr2 | TaC_: the hitachi panel needs the SPI_WRITE16 macro, and a special SPI init, which is not in the current kernel |
21:56.45 | TaC_ | i think it's not the original |
21:57.01 | TaC_ | my diam is from ebay... |
21:57.02 | TaC_ | :P |
21:57.28 | TaC_ | yep, but the hitachi should be some of the original ones |
21:57.39 | cr2 | TaC_: use haret, and dump the LCD type value from sram |
21:58.07 | TaC_ | oops, didn't know that's possible |
21:58.16 | TaC_ | command? |
22:03.46 | Digital-^ | Anyone know what causes the repeated "Waiting for SD Card" interspersed with msm_i2c bus busy messages during a kernel boot? |
22:04.39 | Digital-^ | Sprint CDMA Raph 800 (HTC Touch Pro) attempting the 20090909 build of android from connect-utb if that matters.. |
22:06.57 | cr2 | Digital-^: raph800 does not have sound. because somebody should trace which adsp 'image's are used. there are 5 of them, instead of the usual 3. |
22:08.42 | Digital-^ | well.. if I knew more about it I'd give it a go.. but until I can get a kernel booted and running usbnet so I have ssh access to the operating system there isn't really much troubleshooting I can do :-/ |
22:09.22 | cr2 | it'd be doable in wince with haret |
22:09.38 | swc|666 | Captnoord, ffigured out the issue |
22:09.51 | swc|666 | i had to define the encoding using AT+CSCS="8859-1" |
22:09.53 | cr2 | Digital-^: the usb reset is also different from gsm, so you need to do some work there too. |
22:10.15 | cr2 | the current code is a bit incorrect afair |
22:18.42 | tuxhero | cr2: i have updated blackstone code and adsp seem to work perfectly fine but still audio is not working |
22:26.15 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
22:27.19 | *** join/#htc-linux leaigor (n=laigor@188.134.36.14) |
22:34.47 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.82) |
22:35.25 | kvaster | hi. trying to compile latest htc-msm from git, but i'm having problems (want to start test/dev with blackstone) |
22:35.55 | kvaster | problem is: arch/arm/mach-msm/pm.c:375: error: PCOM_VIBRA_ON undeclared (first use in this function) |
22:48.01 | druidu | your config is probably wrong |
22:48.20 | druidu | you need to select "5.2.00 - WinCE compatible AMSS" in system type |
22:49.23 | cr2 | case RPC_ROUTER_IOCTL_REGISTER_SERVER: |
22:49.32 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
22:50.15 | *** join/#htc-linux dwaradzyn (n=chatzill@chello089079067084.chello.pl) |
22:50.55 | dwaradzyn | kvaster: try http://pastebin.com/m1af066a3 and you will compile fine for blac |
23:08.18 | Digital-^ | wow.. this is my first time actually playing with the remote diagnostics part of Haret |
23:11.24 | *** join/#htc-linux tuxhero (n=quassel@122.169.181.204) |
23:12.19 | tuxhero | can anyone send me the dmesg after playwav2 command (Only if your audio is working) |
23:31.08 | *** join/#htc-linux sunnydrake (n=quassel@recorder.postpone.volia.net) |
23:43.38 | *** join/#htc-linux ali1234 (n=al@87.106.101.225) |