| 00:01.10 | cr2 | dcordes: for 7201A ? |
| 00:01.24 | cr2 | dcordes: i'm decoding it back to 7par |
| 00:01.42 | cr2 | dont want the strange binary values |
| 00:03.53 | dcordes | no for the kais. http://rafb.net/p/ID345e40.html fwiw |
| 00:04.37 | cr2 | i think these are vogue values ? |
| 00:04.45 | cr2 | the comments are wrong. |
| 00:05.11 | dcordes | it's rather obsolete |
| 00:05.18 | cr2 | ok |
| 00:05.22 | cr2 | you use 7par ? |
| 00:05.28 | dcordes | what's that? |
| 00:05.48 | dcordes | you mean what dzo uses in htc-vogue ? |
| 00:06.02 | cr2 | http://wiki.xda-developers.com/index.php?pagename=MSM_SDIO |
| 00:06.07 | cr2 | http://wiki.xda-developers.com/index.php?pagename=MSM_CLK |
| 00:07.00 | *** join/#htc-linux gh0ul (n=asds@host81-157-60-163.range81-157.btcentralplus.com) |
| 00:10.33 | tmzt | cr2: you mentioned a780 which is the code he based it on |
| 00:10.38 | tmzt | not |
| 00:10.41 | tmzt | a810 |
| 00:11.06 | cr2 | e680 |
| 00:11.14 | cr2 | freq=2000000 MD=0x3ff9b NS=0xff9e0b78 M=r1=0x3 N=r2=0x64 d=r3=0x32 s0=r4=0x3 s1=r5=0x3 s2=r6=0x0 s3=r7=0x1 |
| 00:11.41 | cr2 | freq=4000000 MD=0x1ffe1 NS=0xff400b69 M=r1=0x1 N=r2=0xc0 d=r3=0xf s0=r4=0x1 s1=r5=0x3 s2=r6=0x1 s3=r7=0x1 |
| 00:12.02 | cr2 | freq=8000000 MD=0x1ffcf NS=0xffa00b69 M=r1=0x1 N=r2=0x60 d=r3=0x18 s0=r4=0x1 s1=r5=0x3 s2=r6=0x1 s3=r7=0x1 |
| 00:12.22 | cr2 | freq=12000000 MD=0x1ffcf NS=0xffd00b69 M=r1=0x1 N=r2=0x30 d=r3=0x18 s0=r4=0x1 s1=r5=0x3 s2=r6=0x1 s3=r7=0x1 |
| 00:12.41 | cr2 | freq=19000000 MD=0x1fffa NS=0xfffb0b5c M=r1=0x1 N=r2=0x5 d=r3=0x2 s0=r4=0x3 s1=r5=0x2 s2=r6=0x4 s3=r7=0x1 |
| 00:12.58 | NetRipper | awesome |
| 00:13.00 | cr2 | freq=23000000 MD=0x1fff4 NS=0xfff50b44 M=r1=0x1 N=r2=0xb d=r3=0x5 s0=r4=0x0 s1=r5=0x2 s2=r6=0x4 s3=r7=0x1 |
| 00:13.09 | NetRipper | internet is working |
| 00:13.17 | cr2 | freq=24000000 MD=0x6ff9b NS=0xffa10b69 M=r1=0x6 N=r2=0x64 d=r3=0x32 s0=r4=0x1 s1=r5=0x3 s2=r6=0x1 s3=r7=0x1 |
| 00:13.32 | NetRipper | not sure if its gprs, umts or hsdpa |
| 00:13.35 | cr2 | freq=32000000 MD=0x1fff5 NS=0xfff60b44 M=r1=0x1 N=r2=0xa d=r3=0x5 s0=r4=0x0 s1=r5=0x2 s2=r6=0x4 s3=r7=0x1 |
| 00:13.37 | NetRipper | but im getting pages |
| 00:13.51 | cr2 | freq=48000000 MD=0x1fff3 NS=0xfff40b69 M=r1=0x1 N=r2=0xc d=r3=0x6 s0=r4=0x1 s1=r5=0x3 s2=r6=0x1 s3=r7=0x1 |
| 00:14.09 | cr2 | freq=48000000 MD=0x1fffa NS=0xfffb0b44 M=r1=0x1 N=r2=0x5 d=r3=0x2 s0=r4=0x0 s1=r5=0x2 s2=r6=0x4 s3=r7=0x1 |
| 00:14.18 | cr2 | this is the hardcoded list |
| 00:14.27 | cr2 | NetRipper: /dev/smd7 ? |
| 00:14.40 | NetRipper | well i made DATA1 available as smd1 |
| 00:14.47 | NetRipper | not sure if it also works when i keep it at smd7 |
| 00:15.27 | NetRipper | er |
| 00:15.29 | NetRipper | wait |
| 00:15.44 | NetRipper | wait wait |
| 00:16.05 | cr2 | dcordes: gps worked on kais at 27 ? |
| 00:16.09 | AstainHasPS3 | wait what NetRipper? |
| 00:16.21 | NetRipper | whatismyip.com shows my own ip ;x |
| 00:16.28 | NetRipper | my dsl |
| 00:16.34 | NetRipper | it used usbnet |
| 00:16.53 | NetRipper | i cheered too soon |
| 00:16.55 | dcordes | cr2: yea |
| 00:17.46 | cr2 | lol |
| 00:17.58 | cr2 | dcordes: does not work here. |
| 00:19.14 | cr2 | haha. fake |
| 00:19.41 | dcordes | cr2: I'm searching the logs for gps working on kais.. |
| 00:20.51 | cr2 | freq= 2000000 M=r1=0x3 N=r2=0x64 d=r3=0x32 s0=r4=0x3 s1=r5=0x3 s2=r6=0x0 s3=r7=0x1 |
| 00:21.00 | cr2 | this was 144kHz |
| 00:23.24 | NetRipper | cr2, btw, this explains the use of the 'adb' usb function, http://www.infinitezest.com/articles/using-adb--android-debug-bridge.aspx |
| 00:23.55 | NetRipper | (i didnt know what adb was for at all yet) |
| 00:23.56 | NetRipper | :) |
| 00:25.40 | cr2 | i'm happy with cdc_ether |
| 00:27.25 | mickeyl | cdc_ether rocks |
| 00:29.35 | *** join/#htc-linux MaRx88 (n=IceChat7@chello089077138234.chello.pl) |
| 00:34.21 | cr2 | NetRipper: http://wiki.xda-developers.com/index.php?pagename=MSM_SDIO |
| 00:35.41 | dcordes | NetRipper: do you know what wince uses to get online? Is that ppp? I guess it's not rmnet. on kaiser we looked that up in the smem dump |
| 00:36.18 | dcordes | I'm just wondering because I stumpled across the rmnet config and you were talking about smd before |
| 00:37.00 | maejrep[w] | cr2: any way to trace RPC? |
| 00:37.27 | cr2 | maejrep[w]: good question |
| 00:37.29 | maejrep[w] | cr2: 48MHz listed twice there ? |
| 00:37.46 | cr2 | maejrep[w]: needs to be checked. |
| 00:38.20 | cr2 | maejrep[w]: wince wifi uses 144kHz (named 2MHz) for init, and then switches to "19MHz" from this table |
| 00:38.22 | maejrep[w] | and that can use the same formula? ie, can we put it into the same table that clock uses? |
| 00:38.34 | cr2 | yes |
| 00:39.03 | cr2 | i've written a small perl script to decode the hardcoded values back to 7par |
| 00:39.19 | NetRipper | dcordes, should be ppp yes |
| 00:39.24 | cr2 | maejrep[w]: the values for BT are posted before |
| 00:39.34 | maejrep[w] | i saw |
| 00:39.39 | NetRipper | dcordes, see the post of dzo here: http://forum.xda-developers.com/showthread.php?t=382265&page=199 |
| 00:39.44 | maejrep[w] | heading home now .. paypal api is pissing me off :s |
| 00:40.09 | NetRipper | dcordes, it's pretty old.. maybe android has another way now.. but this seems a good start (if i had the /initmodem* files ;) |
| 00:40.19 | cr2 | 3,64,32,3,2,4,1 |
| 00:40.26 | cr2 | for bt |
| 00:40.45 | NetRipper | dcordes, as there's no pppd in the android images |
| 00:41.04 | dcordes | NetRipper: android uses rmnet |
| 00:41.15 | cr2 | NetRipper: i use something like that on nc10 |
| 00:41.24 | cr2 | cu + pon |
| 00:41.27 | dcordes | swetland didn't like ppp so he had them redo the amss |
| 00:41.36 | NetRipper | lol |
| 00:41.40 | cr2 | lol |
| 00:41.45 | NetRipper | ok but we can't redo the amss |
| 00:41.51 | cr2 | g1 is evil |
| 00:42.03 | cr2 | too much things are redone |
| 00:42.15 | cr2 | vreg, clk, ... |
| 00:42.18 | NetRipper | yep |
| 00:42.29 | NetRipper | it's unfortunate |
| 00:42.31 | dcordes | NetRipper: and we don't need to. ppp works perfectly well on the kaiser vogue and the other non-A. you just need to get the channel working |
| 00:42.46 | NetRipper | dcordes, i need a way to test if the channel is working |
| 00:43.04 | cr2 | NetRipper: enabled smd7 ? |
| 00:43.09 | NetRipper | cr2, i did |
| 00:43.19 | dcordes | NetRipper: you can use the ppp script |
| 00:43.27 | NetRipper | dcordes, but i dont have a pppd |
| 00:43.33 | NetRipper | should i use angstrom for that? |
| 00:43.34 | cr2 | n verbose mode |
| 00:43.45 | cr2 | you should see the lcp messages |
| 00:43.57 | dcordes | yes use one of my builds. most of them have ppp |
| 00:43.58 | NetRipper | verbose mode of what? |
| 00:44.03 | cr2 | do you have pppd package in angstrom ? |
| 00:44.15 | cr2 | pppd verbose mode |
| 00:44.20 | NetRipper | dcordes, ok, do i also need the /initmodem* scripts from vogue? |
| 00:44.24 | NetRipper | seems likely |
| 00:44.26 | dcordes | nono |
| 00:44.58 | dcordes | that's some android specific stuff I think. no need to pass the apn and password in cmdline either |
| 00:45.25 | NetRipper | ok |
| 00:45.28 | cr2 | NetRipper: it's barebones ppp |
| 00:45.42 | cr2 | use at+cpin= on AT channel, look for connect |
| 00:45.45 | dcordes | /bin/echo -e "AT+CGDCONT=1,\"IP\",\"$1\",\"\",0,0\r" > /dev/smd0 |
| 00:45.55 | dcordes | /bin/echo -e 'ATD*99***1#\r' > /dev/smd0 |
| 00:45.56 | cr2 | and then enable ppp on smd7 |
| 00:46.02 | dcordes | pppd /dev/smd1 debug defaultroute local usepeerdns name $2 noipdefault unit 0 linkname gprs novj persist |
| 00:46.13 | NetRipper | ok |
| 00:46.18 | NetRipper | what is $1 and what is $2? |
| 00:46.37 | dcordes | apn and password it's from this script http://headfuzz.co.uk/files/android/ppp.notsh |
| 00:47.01 | NetRipper | ok |
| 00:47.46 | cr2 | $1 is web.vodaphone.de for me |
| 00:48.08 | cr2 | name $2 is not really needed |
| 00:48.19 | dcordes | same here. I use ppp.sh web.vodafone.de user pass |
| 00:48.31 | NetRipper | 'internet' for tmobile, the APN |
| 00:48.34 | cr2 | user pass ?? |
| 00:48.43 | dcordes | yes |
| 00:48.49 | cr2 | i don't have it |
| 00:48.52 | NetRipper | ok |
| 00:49.50 | dcordes | mickeyl: I tried to reconstruct that with frameworkd but failed |
| 00:50.06 | dcordes | mickeyl: tried the zImage with OSK off? |
| 00:50.44 | mickeyl | not yet |
| 00:51.03 | NetRipper | you could just turn vkeyb off with a kernel parameter |
| 00:51.23 | cr2 | NetRipper: #ifdef android |
| 00:51.37 | NetRipper | cr2, it's not android specific |
| 00:51.49 | NetRipper | cr2, and there is already an ifdef for vkeyb |
| 00:51.59 | cr2 | ok |
| 00:52.17 | dcordes | cr2: there's a kernel config for it |
| 00:52.33 | NetRipper | but there is also a msmvkeyb_toggle=off param that makes it bail out of the init directly |
| 00:52.55 | dcordes | ok |
| 00:54.41 | cr2 | bizarre nonstandard stuff that does not belong into kernel |
| 00:54.54 | cr2 | try to submit such patch to lkml :) |
| 00:56.13 | *** join/#htc-linux Venny (i=Administ@h216-45-127-2.dynamic.platinum.ca) |
| 00:56.35 | cr2 | 2:00 , good night |
| 00:58.29 | dcordes | NetRipper: did you ever look into the smem dump? |
| 00:59.00 | NetRipper | not really |
| 01:01.10 | dcordes | you can make a bit html traffic on 3g, then dummp it and look at it with hexdump |
| 01:02.17 | NetRipper | hm |
| 01:02.30 | NetRipper | does pppd log somewhere? |
| 01:02.43 | NetRipper | the process starts and quits quietly |
| 01:04.12 | tmzt | use debug and nodetach |
| 01:04.42 | *** join/#htc-linux davi (n=davi@16.Red-83-60-161.dynamicIP.rima-tde.net) |
| 01:04.56 | NetRipper | ok |
| 01:05.20 | NetRipper | A[A[Asent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xb861d428> <pcomp> <accomp>] |
| 01:05.22 | dcordes | <PROTECTED> |
| 01:05.23 | NetRipper | LCP: timeout sending Config-Requests |
| 01:05.26 | NetRipper | timeouts |
| 01:07.51 | NetRipper | oh it does do something |
| 01:08.04 | NetRipper | "no auth is possible" |
| 01:08.11 | tmzt | $1 is the apn, proxy address essentially |
| 01:08.23 | NetRipper | yes i use "internet" as APN in windows |
| 01:08.29 | NetRipper | and no username, no password |
| 01:08.33 | tmzt | $2 is just the name used for the ppp connection, it doesn't really matter |
| 01:09.07 | tmzt | use noauth for the remote end |
| 01:09.25 | tmzt | for your end you can add * * "" or something to chap or pap authentication |
| 01:09.27 | NetRipper | you mean in the ppp command? |
| 01:09.31 | tmzt | yeah |
| 01:09.34 | NetRipper | ok |
| 01:09.52 | tmzt | the prevents the requirement the remote end authtenticate itself |
| 01:10.02 | tmzt | you don't need the secrets line then |
| 01:10.08 | NetRipper | ok |
| 01:10.27 | tmzt | you also need lcp-echo-interval 0 |
| 01:10.31 | tmzt | and lcp-echo-timeout 0 |
| 01:11.10 | tmzt | in /etc/ppp/options |
| 01:11.16 | tmzt | or in /etc/ppp/peers/* |
| 01:11.46 | NetRipper | i added the noauth but it still says no auth is possible |
| 01:12.04 | NetRipper | you mean in the ppp command?pppd /dev/smd7 debug defaultroute local usepeerdns noipdefault unit 0 linkname gprs novj persist nodetach noauth |
| 01:12.10 | NetRipper | is the command now |
| 01:12.17 | tmzt | yeah |
| 01:12.44 | tmzt | what is the exact message now? |
| 01:12.54 | NetRipper | sec. let me put the options |
| 01:13.26 | NetRipper | you mean in the ppp command?pppd /dev/smd7 debug defaultroute local usepeerdns noipdefault unit 0 linkname gprs novj persist nodetach noauthpppd: In file /etc/ppp/options: unrecognized option 'lcp-echo-timeout' |
| 01:13.30 | NetRipper | B[B[Bomg |
| 01:13.36 | NetRipper | pppd: In file /etc/ppp/options: unrecognized option 'lcp-echo-timeout' |
| 01:14.33 | tmzt | lcp-echo-failure |
| 01:15.31 | NetRipper | http://netripper.pastebin.com/d3be4a26d |
| 01:15.35 | NetRipper | thats the output now |
| 01:15.50 | *** part/#htc-linux davi (n=davi@16.Red-83-60-161.dynamicIP.rima-tde.net) |
| 01:17.51 | NetRipper | still says <auth pap>, does that mean it still tries papsecrets? |
| 01:18.20 | NetRipper | oh |
| 01:18.25 | NetRipper | i noticed imsending $1 |
| 01:18.26 | NetRipper | ;) |
| 01:20.13 | NetRipper | ohhh sweet |
| 01:20.37 | dcordes | works? |
| 01:21.21 | NetRipper | well i had an ip and dns |
| 01:21.42 | NetRipper | just ppp0 is not up |
| 01:22.05 | dcordes | hm maybe it choked at some place |
| 01:22.36 | dcordes | you could try being online at boottime |
| 01:23.00 | dcordes | in case they changed something about amss and we need extra setup |
| 01:23.03 | NetRipper | rcvd [IPCP ConfNak id=0x2 <addr 94.157.16.208> <ms-dns1 193.79.237.39> <ms-dns3 193.78.240.12>] |
| 01:23.03 | dcordes | tmzt: any idea? |
| 01:23.07 | NetRipper | sent [IPCP ConfReq id=0x3 <addr 94.157.16.208> <ms-dns1 193.79.237.39> <ms-dns3 193.78.240.12>] |
| 01:23.28 | NetRipper | oh |
| 01:23.30 | NetRipper | it timed out after all |
| 01:23.35 | tmzt | I need the whole log |
| 01:23.39 | NetRipper | sec |
| 01:23.44 | dcordes | brb |
| 01:23.47 | tmzt | you can msg if you want |
| 01:23.52 | NetRipper | i'll pastebin it |
| 01:26.21 | NetRipper | tmzt, http://netripper.pastebin.com/d4c7a2f01 |
| 01:27.24 | tmzt | the remote end is asking for pap |
| 01:27.31 | tmzt | which device/carrier is this? |
| 01:27.40 | NetRipper | t-mobile |
| 01:27.45 | NetRipper | raphael gsm, raph100 |
| 01:28.43 | tmzt | ProtRej, not familar with this one, I guess it rejects everything but IPCP and IP |
| 01:29.07 | NetRipper | could it be i need to add more support in the kernel? |
| 01:30.50 | dcordes | did you modify the smd code or is it the normal trout code? |
| 01:31.03 | NetRipper | normal trout code, just enabled the other smd channels |
| 01:32.22 | NetRipper | god im tired |
| 01:32.33 | dcordes | hmm |
| 01:32.41 | NetRipper | time to get to bed |
| 01:33.11 | tmzt | this doesn't make any sense |
| 01:33.17 | NetRipper | tmzt, if it really is a protocol reject, its weird to receive an ip and dns anyway |
| 01:33.46 | tmzt | yeah |
| 01:33.56 | dcordes | maybe some packet loss?? |
| 01:33.59 | NetRipper | what does the id=0x... mean? |
| 01:34.08 | tmzt | there should be seq numbers |
| 01:34.22 | tmzt | the id is just the ack's nak's rej's that match up |
| 01:34.23 | NetRipper | sequence? |
| 01:34.24 | NetRipper | ok |
| 01:34.54 | tmzt | what does the configuration in wm say? |
| 01:34.59 | tmzt | it's more than apn |
| 01:35.11 | NetRipper | i'll need to reboot into ce |
| 01:35.21 | NetRipper | it's all defaults |
| 01:35.21 | tmzt | ah, t-mobile is not internet I think |
| 01:35.37 | NetRipper | the APN in wince is 'internet' |
| 01:37.08 | dcordes | NetRipper: try to use t-mobile as username and password |
| 01:37.33 | dcordes | do you put anything in wince? |
| 01:37.39 | NetRipper | no |
| 01:37.59 | NetRipper | access point name: internet |
| 01:38.07 | NetRipper | username, password and domain are empty |
| 01:38.34 | NetRipper | advanced settings has 'use server-assigned ip address' for both tcp and servers |
| 01:38.35 | dcordes | it doesn't fetch them from some secret table? |
| 01:38.48 | NetRipper | software and header compression is disabled |
| 01:38.56 | NetRipper | thats it |
| 01:39.19 | tmzt | no vjcomp? |
| 01:39.23 | NetRipper | dcordes, not to my knowledge.. i've had many roms and also hermes and wizard devices |
| 01:39.31 | NetRipper | tmzt, what is vj? |
| 01:39.46 | tmzt | forget |
| 01:39.59 | NetRipper | on every rom i could just set apn to 'internet' and it'd work ;) |
| 01:40.36 | dcordes | NetRipper: you can dump the wince internet init |
| 01:40.37 | tmzt | it's requesting compression and you aren't naking it |
| 01:40.58 | tmzt | dcordes: the ppp stream? can wireshark read it? |
| 01:41.13 | dcordes | only get online and directly run pwf smem-dump 0x1f00000 0x100000 |
| 01:41.15 | tmzt | oh, you just need ascii anyway |
| 01:41.44 | NetRipper | tmzt, can i tell pppd to nak it? |
| 01:42.19 | tmzt | internet2.voicestream.com |
| 01:42.21 | tmzt | try that one |
| 01:42.32 | NetRipper | as apn? |
| 01:42.34 | tmzt | yeah |
| 01:43.27 | dcordes | NetRipper: you can borrow the sim card from somebody or have somebody else try it |
| 01:43.37 | tmzt | if not, wap |
| 01:43.44 | tmzt | will be back |
| 01:44.00 | dcordes | byebye |
| 01:44.18 | NetRipper | dcordes, someone from another operator you mean? |
| 01:44.29 | dcordes | yea |
| 01:45.14 | NetRipper | tmzt, getting the no auth is possible again with that apn |
| 01:46.06 | NetRipper | dcordes, i will do that dump tomorrow |
| 01:46.38 | dcordes | NetRipper: do you know where the addresses for trout smd are? |
| 01:47.15 | maejrep | NetRipper: did you see my note the other day about smd.c and having it do a late-probe for 7500 channels 0 and 1? |
| 01:48.25 | dcordes | NetRipper: right you can compare the smd code used on raph with vogue-smd.c in branch htc-vogue |
| 01:49.11 | maejrep | vogue-smd.c won't work with raph100 though |
| 01:49.17 | maejrep | it would work with raph800 :/ |
| 01:49.33 | NetRipper | woot |
| 01:49.34 | NetRipper | its working |
| 01:49.44 | NetRipper | er |
| 01:49.45 | NetRipper | it hink |
| 01:50.00 | NetRipper | hm |
| 01:50.04 | NetRipper | it went further |
| 01:50.11 | dcordes | is the interface up? |
| 01:50.34 | NetRipper | rcvd [IPCP ConfReq id=0x4] |
| 01:50.34 | NetRipper | Connect time 0.1 minutes. |
| 01:50.34 | NetRipper | Sent 0 bytes, received 4 bytes. |
| 01:50.34 | NetRipper | Script /etc/ppp/ip-down started (pid 981) |
| 01:50.39 | NetRipper | it was.. |
| 01:51.03 | *** join/#htc-linux piusvelte (n=irchon@71.175.8.29) |
| 01:51.05 | NetRipper | not replacing default route to usb0 [192.168.0.200] |
| 01:51.17 | maejrep | heh |
| 01:51.20 | maejrep | that's why sent=0 |
| 01:51.27 | NetRipper | probably |
| 01:52.16 | dcordes | maejrep: can you try? if you get the same problem we know it's the smd driver |
| 01:52.31 | maejrep | dcordes: we don't have smd ports 0 and 1 working on raph800 |
| 01:52.39 | maejrep | that's what I was just talking about ^ |
| 01:52.42 | dcordes | sorry, thought you had the gsm |
| 01:53.27 | maejrep | NetRipper: see any problem with doing that ^? should it be a separate file, or add flags to smd.c for various functions? |
| 01:54.15 | NetRipper | maejrep, doing what? |
| 01:54.34 | maejrep | NetRipper: a late-probe of ports 0 and 1 on msm750xx? |
| 01:54.35 | tmzt | huh, guess not, still here |
| 01:55.21 | tmzt | no auth shouldn't be the problem |
| 01:55.32 | NetRipper | tmzt, i saw yes |
| 01:55.32 | tmzt | auth not possible should not be the problem |
| 01:55.47 | NetRipper | maejrep, im not sure what you mean |
| 01:56.27 | maejrep | NetRipper: basically I want to be able to implement the non-standard 0 and 1 SMD ports on msm7500 (same as vogue), but without littering smd.c with ifdef's or machtype checks |
| 01:56.38 | NetRipper | ah |
| 01:56.45 | maejrep | but with otherwise as few changes as possible |
| 01:56.51 | NetRipper | so it's possible to get it to work on your device with vogue's implementation? |
| 01:56.58 | maejrep | I think so |
| 01:57.11 | tmzt | NetRipper: what does route -n say? |
| 01:57.14 | maejrep | the smem location of the at and smd1 ports are the same, so I would think so |
| 01:57.22 | NetRipper | Destination Gateway Genmask Flags Metric Ref Use Iface |
| 01:57.22 | NetRipper | 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 usb0 |
| 01:57.22 | NetRipper | 0.0.0.0 192.168.0.200 0.0.0.0 UG 0 0 0 usb0 |
| 01:57.22 | tmzt | or it's still dropping the connection |
| 01:57.25 | AstainHasPS3 | thats sounds like some good news maejrep |
| 01:57.31 | NetRipper | i need to get the default gw out |
| 01:57.37 | NetRipper | i forgot the command |
| 01:57.46 | tmzt | it shouldn't drop the connection |
| 01:57.52 | maejrep | AstainHasPS3: we've known it for over a month ;p just been too sticky to actually implement the change |
| 01:57.56 | tmzt | route del default |
| 01:58.06 | dcordes | NetRipper: is usb0 up? |
| 01:58.07 | NetRipper | maejrep, ok.. i'd prefer using machine_is_..() of course.. |
| 01:58.10 | maejrep | since raph100 doesn't need it, it seems to be only raph800 |
| 01:58.15 | NetRipper | dcordes, yes |
| 01:58.21 | dcordes | pull it down |
| 01:58.25 | NetRipper | tmzt, lol, i tried everything except that |
| 01:58.53 | AstainHasPS3 | ahh ic maejrep so its less sticky now? |
| 01:59.14 | maejrep | NetRipper: right, that makes sense.. I'm just trying to come up with a way that a) keeps smd.c as clean as possible, and b) doesn't duplicate a lot of code, and c) can still allow those channels to be used by the regular smd.c functions, where possible |
| 01:59.45 | maejrep | would suck to have to implement per-channel function pointers, but it might be necessary :/ |
| 02:00.12 | TheiPirate | omg.. |
| 02:00.18 | TheiPirate | i ran google maps |
| 02:00.19 | maejrep | i mean, I'm sure I can come up with another way that doesn't need to do that, just kind of hard to visualize it |
| 02:00.37 | tmzt | 21:41 < NetRipper> rcvd [IPCP ConfReq id=0x4] |
| 02:00.37 | tmzt | 21:41 < NetRipper> Connect time 0.1 minutes. |
| 02:00.37 | maejrep | AstainHasPS3: well, its still sticky.. I'm just trying to work out in my mind how to unstickify it |
| 02:00.44 | tmzt | those where together? |
| 02:00.45 | TheiPirate | battery meter said i had 50% batter (visually) and next thing i know my phone reboots to winmo and it says my batter is very low |
| 02:00.59 | TheiPirate | most recent two builds are killing my batter |
| 02:01.02 | NetRipper | tmzt, yes |
| 02:01.17 | maejrep | TheiPirate: what device? |
| 02:01.22 | TheiPirate | tilt |
| 02:01.27 | maejrep | kaiser? |
| 02:01.28 | tmzt | odd, it didn't request anything |
| 02:01.28 | dcordes | kaiser |
| 02:01.43 | maejrep | that's dcordes's territory ;) |
| 02:02.03 | NetRipper | tmzt, http://netripper.pastebin.com/d13d5133a |
| 02:02.08 | NetRipper | tmzt, that was the output |
| 02:02.19 | TheiPirate | dzo's release for 2/21/09 |
| 02:02.57 | NetRipper | it's not 21/2 yet in us ;p |
| 02:03.00 | tmzt | ah, right TermReq/TermAck |
| 02:03.14 | dcordes | who's in the us? |
| 02:03.22 | maejrep | <-- |
| 02:03.58 | NetRipper | we dont have cdma in europe :P |
| 02:04.05 | tmzt | timout sending Config-Request??? |
| 02:04.11 | TheiPirate | i am in the US |
| 02:05.11 | maejrep | ah, struct smd_channel does already have function pointers :) |
| 02:05.30 | maejrep | well that makes it easier |
| 02:05.33 | AstainHasPS3 | in US as well of course based on previous comments |
| 02:05.47 | dcordes | TheiPirate: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=1d6a1af25c371904c7973f1a65ee6938eed04157 |
| 02:05.50 | dcordes | TheiPirate: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=1d6a1af25c371904c7973f1a65ee6938eed04157 HVGA display scaled to QVGA using the ppp blit engine. This works, |
| 02:05.54 | dcordes | but some stuff is broken now (vogue onscreen kbd and pm at least). |
| 02:06.13 | dcordes | looks like it's expected that your battery dies faster now |
| 02:06.27 | maejrep | pm broken :p |
| 02:07.49 | TheiPirate | idk what it is but it dies so fast im not sure it would be useable |
| 02:08.13 | dcordes | wait a few days and get the new build then |
| 02:08.30 | tmzt | NetRipper: the remote end stopped responding but still acks ConfReq's |
| 02:08.33 | NetRipper | lol |
| 02:08.39 | TheiPirate | yeah i will |
| 02:08.39 | NetRipper | PAP authentication succeeded |
| 02:08.43 | TheiPirate | or just not use web |
| 02:08.47 | NetRipper | not working though |
| 02:08.48 | NetRipper | but funny |
| 02:08.51 | tmzt | without password? |
| 02:09.00 | tmzt | what's the pap secrets line? |
| 02:09.18 | NetRipper | sent [PAP AuthReq id=0x1 user="htcraphael" password=<hidden>] |
| 02:09.18 | NetRipper | sent [PAP AuthReq id=0x2 user="htcraphael" password=<hidden>] |
| 02:09.18 | NetRipper | rcvd [PAP AuthAck id=0x2 ""] |
| 02:09.18 | NetRipper | PAP authentication succeeded |
| 02:09.20 | NetRipper | * * "" |
| 02:14.58 | NetRipper | had the connection again for 0.1 minute |
| 02:14.58 | NetRipper | :P |
| 02:14.59 | dcordes | NetRipper: try internet tmobile tmobile ? |
| 02:17.58 | NetRipper | well |
| 02:18.04 | NetRipper | doesnt work either |
| 02:18.15 | NetRipper | im done for today |
| 02:18.20 | dcordes | same |
| 02:18.22 | NetRipper | good night guys |
| 02:18.33 | dcordes | gnight |
| 02:40.20 | *** part/#htc-linux p3t3r__ (n=peter@134.245.164.105) |
| 02:57.43 | *** join/#htc-linux br1ck_ (n=br1ck@xdslda044.osnanet.de) |
| 02:58.16 | maejrep | dcordes: have any suggestions for getting the 7500 smd code into google's smd.c without changing the structs (like in htc-vogue branch)? :) |
| 02:59.12 | maejrep | I'm so close, just need to find a way to make smd_channel/smd_half_channel work for me |
| 04:35.01 | *** join/#htc-linux br1ck (n=br1ck@xdsl-92-252-4-149.dip.osnanet.de) |
| 04:47.46 | *** join/#htc-linux j0b0 (n=jobo@12.35.60.99) |
| 04:51.02 | maejrep | hmm |
| 04:51.09 | maejrep | smd_7500.o builds |
| 04:51.13 | maejrep | i wonder if it works :p |
| 05:07.14 | j0b0 | evening maejrep (or morning?) |
| 05:07.55 | maejrep | midnight :p |
| 05:07.56 | j0b0 | is that going to give us gprs/umts? |
| 05:08.16 | maejrep | NetRipper already started on that for raph100, and I think he got it mostly working(?) |
| 05:08.23 | j0b0 | ah .. then we're in the same time zone :) i flew in yesterday |
| 05:08.27 | maejrep | this is for the 7500-specific hack that is needed for SMD_DS |
| 05:08.43 | maejrep | same as vogue-smd.c from vogue branch |
| 05:09.00 | maejrep | DS and DIAG ports are not contained in the toc heap at the start of smem |
| 05:09.31 | maejrep | instead, the fifo buffers and head/tail pointers are at magic smem offsets, and they have to be hard-coded (that is, they cant' be "discovered" like the other ports) |
| 05:10.06 | maejrep | the good news is, it didn't blow up :) |
| 05:10.19 | maejrep | though, my panel is lopsided now, I think that's unrelated |
| 05:12.05 | j0b0 | i cant pull from git right now as i have trouble having my vbox see internet over hotel wifi :/ |
| 05:12.20 | j0b0 | so ishall get a whole bunch of new stuff when i get back home |
| 05:13.18 | j0b0 | i hear that the navi driver works only partially on diamonds. the scroll wheel works, but the different buttons per side dont |
| 05:14.00 | j0b0 | so the touch pad chip is apparently on the same i2c id, and _some_ of the data is the same, but some isnt? that seems weird to me |
| 05:15.31 | tmzt | 7500? will those work on 7200 also or is it not needed? |
| 05:15.33 | maejrep | it does seem weird |
| 05:15.40 | maejrep | tmzt: not needed on 7200 |
| 05:16.04 | maejrep | this seems to be a 7500-only hack (it's also 7500 in htc-vogue branch.. kaiser doesn't need it but vogue does) |
| 05:16.10 | tmzt | ok, the chip j0b0 is referring to is the atmel? |
| 05:16.16 | maejrep | the psoc |
| 05:16.18 | maejrep | navi |
| 05:22.04 | j0b0 | im not sure about the leds, as lighting up leds where touched depends on getting the location from the navi pad |
| 05:22.20 | j0b0 | i dont think it works or it would have been mentioned |
| 05:30.41 | maejrep | I added some version reporting to the navi code btw |
| 05:31.11 | maejrep | tmzt: I get data from cat /dev/smd0 now, but it doesn't seem to notify the tty properly, so still need to look into that |
| 05:31.36 | maejrep | if I ^C, then cat again, I see updated content |
| 05:32.17 | j0b0 | cool. i noticed that if you dont touch it for a while, it starts to get ghost events, like the back and end leds flash erratically. do you see the same? |
| 05:32.38 | tmzt | ali1234: any idea? |
| 05:33.46 | maejrep | hmm, I think I might have seen that j0b0 |
| 05:36.23 | maejrep | $HTC_3GIND: 1 |
| 05:36.23 | maejrep | $HTC_3GIND: 2 |
| 06:49.52 | *** join/#htc-linux timebomb (n=tb@e176098255.adsl.alicedsl.de) |
| 06:57.01 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
| 07:04.06 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
| 07:11.19 | *** join/#htc-linux hechu (n=hechu@121.32.167.157) |
| 07:21.19 | maejrep | hmm, can't set wakeup on INT_A9_M2A_2,3,4 |
| 07:29.59 | *** join/#htc-linux ewasx (n=armin@5-157.surfsnel.dsl.internl.net) |
| 07:49.23 | *** join/#htc-linux mpc8248 (n=schmidtb@14-157.106-92.cust.bluewin.ch) |
| 08:12.34 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
| 08:24.04 | boli^ | bah. bundle 21 02 09 fails to boot at all |
| 08:24.11 | boli^ | grumble, etc |
| 08:29.52 | *** join/#htc-linux mpc8248 (n=schmidtb@14-157.106-92.cust.bluewin.ch) |
| 08:36.24 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
| 08:37.39 | hechu | boli^, try more, mine boot failure too, but I tried 3-4 times, finally login. |
| 08:38.15 | boli^ | tried 3 times. hung when haret progress bar at 100% every time |
| 08:38.45 | hechu | boli^, yea, me too, but finally booted. |
| 08:39.00 | hechu | did you changed any configuration of default.txt ? |
| 08:39.20 | boli^ | nope. i went back to a zImage that boots every time |
| 08:40.19 | boli^ | not keen on having my screen upside down either :) so on the whole i think i'll just revert to what i was playing with before |
| 08:40.19 | hechu | oh, so you fallbacked to 17-02-09 version? |
| 08:40.22 | boli^ | yip |
| 08:41.58 | hechu | new version has some more applications such as "youtube", and more screen space, but the week point is blurry screen. |
| 08:42.23 | hechu | weak point* |
| 08:42.34 | boli^ | ah - the scaling |
| 08:42.45 | hechu | I don't like it, really. |
| 08:42.59 | boli^ | can't complain tho - free is free |
| 08:43.31 | tmzt | it can be disabled, android will just have to figure out what to do with qvga |
| 08:43.33 | hechu | yeah, so I'm considering revert to old version. |
| 08:44.03 | tmzt | and that's all in the kernel, you should be able to use the new images with the old zImage |
| 08:44.23 | boli^ | i did :) |
| 08:44.24 | hechu | tmzt, how to disable it? just remove the screen resolution part in 'default.txt'? |
| 08:44.53 | boli^ | i spotted the youtube app |
| 08:44.57 | hechu | oh,,, new images and old kernel. |
| 08:44.58 | tmzt | no, I think you will have to change the kernel .config or even source |
| 08:45.06 | tmzt | right |
| 08:45.27 | hechu | tmzt, i see. |
| 08:45.48 | boli^ | will get more done when wifi eventually works |
| 08:46.20 | hechu | boli^, yea, looking forward the WIFI driver. |
| 08:46.27 | *** join/#htc-linux pH5 (n=ph5@e178213146.adsl.alicedsl.de) |
| 08:46.30 | tmzt | maejrep has everything to make it work in android I think |
| 08:46.37 | tmzt | pH5: hello |
| 08:46.54 | pH5 | good morning |
| 08:46.54 | tmzt | pH5: is there some reason the magician use SSP instead of SPI? |
| 08:47.01 | boli^ | thought it was kernel issue rather than android issue |
| 08:48.25 | hechu | yeah, I read the kernel git's comment everyday to check if some new of the wifi driver. |
| 08:48.27 | pH5 | tmzt: on pxa, spi is just a layer on top of ssp |
| 08:48.46 | boli^ | rss is useful for that hechu |
| 08:48.48 | tmzt | pH5: yeah, I'm wondering why your patches use SSP though |
| 08:49.00 | pH5 | tmzt: which ones? sound or touchscreen? |
| 08:49.35 | pH5 | touchscreen should use the ads78something spi driver, eventually |
| 08:49.48 | tmzt | ads or tsc? |
| 08:49.50 | pH5 | I just never got it to work, there is something wrong with the spi implementation of 8bit transfers, I think |
| 08:49.55 | tmzt | yeah that's what I mean |
| 08:49.56 | hechu | boli^, I did not used RSS before, actually I don't totally understand what is RSS, maybe I need study it. |
| 08:50.05 | pH5 | magician has tsc2046, but it's the same as ads.. |
| 08:50.08 | pH5 | just newer silicon |
| 08:50.18 | boli^ | what os are you using hechu? |
| 08:50.45 | hechu | ubuntu 8.10 and XP. 50:50. |
| 08:50.58 | boli^ | feeddemon is a good rss reader for windows |
| 08:51.17 | tmzt | pH5: the other thing I wanted to ask about was getting a branch on ltg for samsung sgh-i780 and gsm omnia |
| 08:51.41 | hechu | boli^, I will try. |
| 08:52.46 | pH5 | tmzt: what are they, some pxa3xx? |
| 08:52.52 | tmzt | yeah, with pxafb |
| 08:53.25 | tmzt | if there is somewhere better to work on it that would be fine, but we have a few users here interested in a port |
| 08:53.36 | tmzt | lama, xascha?? |
| 08:59.46 | pH5 | I would suggest working on it upstream (on linux-arm-kernel) directly, it enforces cleaner code ;) |
| 09:00.13 | pH5 | but of course we can make a new branch on LTG if you feel it's not too much effort to resync yet another branch all the time. |
| 09:00.44 | tmzt | not familiar with how that works on the ltg end |
| 09:01.04 | tmzt | there's only one branch pulling from kernel.org right? |
| 09:01.31 | pH5 | yes, mainline. all the other branches have to be either rebased or merged manually by the developers from time to time. |
| 09:02.15 | tmzt | well we can keep it on upstream when possible, would rather not be a few versions back like msm is (thanks to google, but still) |
| 09:02.48 | tmzt | and the support for these device should be similar to zylonite with a few new drivers for the optical sensor ("mouse") |
| 09:03.51 | pH5 | exactly, as pxa support is not in a separate repository like omap or msm, working with upstream is a lot more 'direct'. |
| 09:03.52 | lama | tmzt: do you know what raster might get from samsung? :) |
| 09:03.54 | tmzt | is there still an active list where this stuff is discussed? |
| 09:04.01 | tmzt | lama: no |
| 09:04.55 | pH5 | tmzt: for ltg there's mobile-linux-discuss, and every committer should be subscribed. somebody just has to break the silence. |
| 09:10.14 | pH5 | for pxa development, I'd really suggest the linux-arm-kernel mailing list |
| 09:11.28 | tmzt | we need somewhere to develop/test kernels, if you think submitting patches directly upstream would work it would be interesting to try |
| 09:11.39 | tmzt | I see you are doing something like that for magician now |
| 09:14.01 | pH5 | tmzt: it's fine to use ltg for development/testing. that's what it was set up for, even. |
| 09:14.14 | pH5 | It's just really easy to get out of sync with upstream this way. |
| 09:14.48 | tmzt | yeah of course the goal is to upstream, though it appears celf or samsung might be considering their own version based on some videos |
| 09:16.38 | pH5 | hm, that would be really great |
| 09:19.16 | lama | :) |
| 09:35.25 | *** join/#htc-linux p3t3r__ (n=peter@134.245.164.105) |
| 09:44.59 | *** join/#htc-linux Xime (n=xime@bankize.net) |
| 09:56.19 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-210-229.bak.res.rr.com) |
| 10:01.45 | *** join/#htc-linux metter (n=metter@206-52.1-85.cust.bluewin.ch) |
| 10:06.42 | *** join/#htc-linux woodson (n=CDP@c-68-54-66-168.hsd1.fl.comcast.net) |
| 10:19.58 | parmaster | pH5!@#!#$ |
| 10:26.20 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 10:29.36 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-194-161.c3-0.avec-ubr2.nyr-avec.ny.cable.rcn.com) |
| 10:33.15 | *** join/#htc-linux JohnnyK (n=johnnyk@area1-72-gw.hkfree.org) |
| 10:48.11 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-80-52.web.vodafone.de) |
| 10:48.25 | cr2 | morning |
| 10:50.35 | TheiPirate | -_- |
| 10:50.44 | TheiPirate | i think my battery died again |
| 10:51.26 | TheiPirate | yes it did |
| 10:51.37 | TheiPirate | guess i will wait for an update |
| 10:52.25 | cr2 | lol. PPP is bad ;) i'd be happily running SLIP it it was avalable == less overhead. |
| 10:53.09 | tmzt | google doesn't use ppp for that reason mostly |
| 10:53.32 | cr2 | hehe. i actually did. when ppp was an unstable curiosity :) |
| 10:53.53 | tmzt | and isn't PPP SLIP + LCP,etc.? |
| 10:54.01 | cr2 | yes |
| 10:54.24 | cr2 | bt LCP is huge |
| 10:56.10 | cr2 | tmzt: on a 14400 modem the overhead was substantial. |
| 10:57.09 | cr2 | tmzt: so i don't really think that this is a reason of breaking ppp |
| 10:59.59 | cr2 | tmzt: i assume that the ppp kernel side on raph100 is ok. NetRipper uses some wrong ppp setup |
| 11:00.25 | cr2 | now i would like to know why gps is not working |
| 11:00.46 | cr2 | the wince driver uses a lot of rpc |
| 11:01.17 | cr2 | but hopefully only to peddle this agps stuff |
| 11:02.10 | cr2 | probably the first thing i'd like to wipe out of amss ;) |
| 11:02.42 | tmzt | we should find what loads the aDSP module for gps |
| 11:02.59 | tmzt | oh, aDSP is application dsp not audio dsp |
| 11:03.16 | tmzt | not sure if we ever clarified that |
| 11:03.17 | cr2 | aDSP is sound |
| 11:03.22 | cr2 | and camera |
| 11:03.35 | tmzt | where is gps? |
| 11:03.43 | cr2 | hmm. i may check gps |
| 11:03.50 | tmzt | cmonex said is uses a 12mb firmware |
| 11:04.01 | tmzt | I would like to know where that's loaded |
| 11:04.09 | tmzt | it |
| 11:04.26 | cr2 | it's in the UMTS chip |
| 11:04.39 | cr2 | controlled over SSBI |
| 11:05.00 | cr2 | but the DSP must be in msm |
| 11:05.11 | tmzt | UMTS chip? |
| 11:05.21 | cr2 | 12MB firmware ? can't be gps only |
| 11:05.33 | cr2 | UMTS rx/tx |
| 11:05.46 | tmzt | PA? |
| 11:05.50 | cr2 | look at the official qcom pdf leaflet |
| 11:06.23 | tmzt | it's a three chip set right? |
| 11:07.12 | cr2 | searching for it now |
| 11:07.27 | tmzt | RF62xx or something |
| 11:07.44 | cr2 | i think ssbi uses addresses, like i2c |
| 11:07.57 | cr2 | one of the chip is the vreg controller |
| 11:08.05 | tmzt | pmic? |
| 11:08.07 | cr2 | another one should be the touchscreen |
| 11:08.09 | cr2 | yes |
| 11:08.40 | tmzt | the three chips I mean the msm solution |
| 11:12.39 | tmzt | interesting results for qualcomm and ssbi |
| 11:15.16 | cr2 | 6500/6525 |
| 11:15.40 | tmzt | I mean the first result, didn't click on it |
| 11:15.43 | cr2 | oemsbl includes libssbi |
| 11:17.25 | cr2 | "gpsone procssor" is different from mDSP and aDSP |
| 11:17.33 | cr2 | in this diagramm |
| 11:18.08 | *** join/#htc-linux MethoS- (n=lem@host-091-096-214-221.ewe-ip-backbone.de) |
| 11:18.17 | cr2 | so there are 3 SSBI slaves |
| 11:19.10 | cr2 | hm. then it is accessed over dex or (more probably) rpc ;) |
| 11:19.35 | tmzt | ok RTR6285 or similar |
| 11:20.37 | cr2 | gps must be kicked over ssbi |
| 11:20.54 | boli^ | #include large_boots.h |
| 11:20.56 | cr2 | i think it's too costly to keep it always on |
| 11:21.46 | boli^ | won't gpsd expect it to be always on? |
| 11:22.12 | cr2 | i stay with my opinion, we need to rip out the rpc parser from amss |
| 11:22.29 | cr2 | because there is no other way |
| 11:23.40 | tmzt | rip out? |
| 11:24.38 | cr2 | amss is too big |
| 11:24.52 | cr2 | there are 14 ELF segs afair |
| 11:25.22 | cr2 | need to find out the appropriate segment and analyze it |
| 11:26.27 | cr2 | tmzt: what is PA ? |
| 11:26.38 | tmzt | power amplifier |
| 11:26.50 | tmzt | it's the RTR chip I mean though |
| 11:26.55 | tmzt | transceiver |
| 11:28.31 | tmzt | PM6xxx are the pmic/vreg chip |
| 11:28.50 | tmzt | RTR6xxx is the transceiver, including some of the gps functions |
| 11:29.06 | cr2 | Single-Wire Serial Bus Interface (SSBI) |
| 11:29.16 | cr2 | w1 innovation ? |
| 11:29.31 | cr2 | 3-wire SBI buses |
| 11:29.35 | tmzt | there is also SBI |
| 11:29.51 | tmzt | clock |
| 11:29.58 | tmzt | http://www.qctconnect.com/products/pm_7500.html |
| 11:30.20 | cr2 | lol |
| 11:30.23 | cr2 | To reduce the number of pins, the SSBI does not include the clock line (SBCK) and the start/stop line (SBST). |
| 11:30.45 | *** join/#htc-linux rewpparo (n=rewpparo@c0017-1-82-245-14-150.fbx.proxad.net) |
| 11:30.48 | tmzt | there's a patent in the first search, qualcomm ssbi |
| 11:31.00 | cr2 | yes, i'm just reading it. |
| 11:31.05 | cr2 | just insane |
| 11:31.26 | tmzt | usb otg transceiver |
| 11:31.34 | tmzt | in pm7500 |
| 11:31.40 | cr2 | yes, in the pmic |
| 11:42.01 | TheiPirate | anyone have ideas with my battery |
| 11:42.06 | TheiPirate | i cant believe it... |
| 11:44.16 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
| 11:44.44 | TheiPirate | i think it is going to kill my battery, it drains it so low that the phone turns off, there doesnt seem to be a warning when the battery is low yet? |
| 11:45.40 | tmzt | http://techfob.blogspot.com/2008/12/sony-ericsson-xperia-x1-review-and.html |
| 11:47.24 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
| 11:47.26 | tmzt | G1 uses BRF6300C, not FM/RDS? |
| 11:47.28 | tmzt | no |
| 11:48.27 | tmzt | X1 might have SMSC USB PHY |
| 11:52.18 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87de93.pool.einsundeins.de) |
| 11:54.33 | *** join/#htc-linux tiger2wander (n=tiger2wa@58.187.19.163) |
| 11:55.27 | tiger2wander | I just done about setup usbnet on Ubuntu to connect using ssh to Opie on my BlueAngel phone. |
| 11:56.20 | tiger2wander | I need to share internet connection between Ubuntu and my device, Could anybody tell me how or could you help me to resolve this? |
| 12:04.09 | tiger2wander | hey hey, anybody here. Are you all sleepy :P |
| 12:08.03 | TheiPirate | i am here but i dont know |
| 12:11.04 | krisje8 | +1 |
| 12:14.35 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
| 12:16.31 | Marajin | ssh. they get angry if you wake them up! |
| 12:17.29 | cr2 | tmzt: bbrx is id=2, codec is id=0xd |
| 12:17.32 | *** join/#htc-linux Zinbolic (n=chatzill@84.238.80.215) |
| 12:18.19 | Marajin | hmm |
| 12:18.30 | Marajin | ya know I'm beginning to wonder about this segfault when trying to compile from git |
| 12:22.49 | cr2 | the id <0x11 |
| 12:26.26 | tiger2wander | :( |
| 12:27.01 | tiger2wander | so, I'll try to get wifi card works by put some kernel module to SD card, hope it work |
| 12:35.35 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 12:38.25 | tmzt | tiger2wander: do you have a usb network connection? |
| 12:40.57 | tmzt | anyway, |
| 12:41.10 | tmzt | echo 1 > /proc/sys/net/ipv4/ip_forward |
| 12:41.24 | tmzt | iptables -t nat -A POSTROUTING -j MASQUERADE |
| 12:41.34 | tmzt | that would be on pc |
| 12:41.44 | tmzt | route del default |
| 12:41.55 | tmzt | route add default gw <pc ip> |
| 12:42.13 | tmzt | add dns to /etc/resolv.conf, nameserver <ip address> |
| 12:42.22 | tmzt | that would be on the device |
| 12:49.31 | *** join/#htc-linux TripleQ (n=joost@ip49-198-173-82.adsl2.static.versatel.nl) |
| 12:59.53 | tiger2wander | ok, thanks. I'll try, sorry because now I will go out in few moment. |
| 13:00.25 | *** join/#htc-linux timebomb (n=tb@e176106127.adsl.alicedsl.de) |
| 13:01.03 | *** part/#htc-linux p3t3r__ (n=peter@134.245.164.105) |
| 13:32.59 | cr2 | maejrep: 93 clocks! |
| 13:39.42 | tiger2wander | tmzt, I'm switched successful to GPE built by AngStrom. It works so pretty on some minutes :(. Then it has suspend and I can not wake it up. |
| 13:40.13 | tiger2wander | I'm going to boot up it again to check everything works on it and then report to you. |
| 13:50.21 | *** join/#htc-linux hechu (n=hechu@59.41.104.219) |
| 13:51.24 | *** part/#htc-linux TripleQ (n=joost@ip49-198-173-82.adsl2.static.versatel.nl) |
| 13:53.41 | *** join/#htc-linux j0b0 (n=jobo@12.35.60.99) |
| 13:56.38 | *** join/#htc-linux acsviluppo (n=acsvilup@94.163.133.199) |
| 13:56.44 | *** join/#htc-linux boli^ (i=foobar@78-105-123-196.zone3.bethere.co.uk) |
| 14:05.39 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 14:25.28 | cr2 | NetRipper: are you here ? |
| 14:34.33 | dcordes_ | cr2: raphael has 93 clocks? |
| 14:35.08 | *** join/#htc-linux MethoS- (n=lem@dyndsl-085-016-167-207.ewe-ip-backbone.de) |
| 14:35.26 | *** join/#htc-linux Shinto (n=John@f048059073.adsl.alicedsl.de) |
| 14:42.52 | cr2 | dcordes_: 94 |
| 14:43.06 | cr2 | setting options |
| 14:47.14 | *** join/#htc-linux hechu (n=hechu@59.41.104.219) |
| 14:54.38 | *** join/#htc-linux mpc8248 (n=schmidtb@105-17.106-92.cust.bluewin.ch) |
| 14:54.46 | mpc8248 | hi |
| 15:00.29 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
| 15:08.22 | tiger2wander | tmzt, I've got ssh connection through usb it works perfectly. |
| 15:09.22 | tiger2wander | GPE distro seens got sound good than OPIE and it has some phone application ==> that was great |
| 15:44.04 | AstainHasPS3 | morning |
| 15:46.37 | cr2 | hi AstainHasPS3 |
| 15:46.44 | cr2 | AstainHasPS3: do you have tvout cable ? |
| 15:49.56 | AstainHasPS3 | no but gotta check my cables see if I have one of those camcorder cables |
| 15:54.17 | cr2 | not, it's special htc |
| 15:54.48 | *** join/#htc-linux TripleQ1 (n=joost@ip49-198-173-82.adsl2.static.versatel.nl) |
| 15:56.16 | cr2 | got some progress with tvout: http://wiki.xda-developers.com/index.php?pagename=RaphaelMDP |
| 15:56.28 | AstainHasPS3 | cr2 one can custom rig one with the audio adapter and a camcorder cable |
| 15:57.40 | cr2 | yes |
| 15:59.32 | maejrep | 94 clocks? for what? :p |
| 16:03.55 | cr2 | maejrep: for settings |
| 16:04.14 | cr2 | maejrep: seen that http://wiki.xda-developers.com/index.php?pagename=RaphaelMDP |
| 16:15.14 | cr2 | hm. got a great idea now :) |
| 16:15.39 | *** join/#htc-linux orux (n=jose@89.130.46.3) |
| 16:15.48 | cr2 | to use the hermes headset for fm, to bypass the headset check ;) |
| 16:16.23 | orux | hello |
| 16:17.19 | orux | Who is working with mddi_client_epson.c ? |
| 16:17.46 | orux | epson774 (for blackstone) init sequence: http://forum.xda-developers.com/showpost.php?p=3354415&postcount=580 |
| 16:18.05 | orux | And Sharp (for blackstone) init sequence: http://forum.xda-developers.com/showpost.php?p=3355075&postcount=583 |
| 16:19.49 | cr2 | orux: do you have a tvout cable ? |
| 16:20.02 | orux | cr2, no |
| 16:20.32 | orux | is it a usb cable? |
| 16:22.36 | cr2 | yes |
| 16:26.18 | *** join/#htc-linux ol1wan (n=ol1wan@149.254.200.250) |
| 16:28.35 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-e2b5a24623e01ca6) |
| 16:30.03 | captnoord | waves around and waits until the panic starts |
| 16:35.12 | maejrep | orux: that's useful |
| 16:35.15 | maejrep | I'll try it out on raph800 |
| 16:35.54 | orux | maejrep, There is a configuration tool from epson that creates an initdata.c file |
| 16:36.08 | maejrep | public? |
| 16:36.13 | orux | There are a lot of source code for epson controller in epson page |
| 16:36.19 | orux | yes |
| 16:36.32 | orux | wait... |
| 16:36.49 | maejrep | are the "sleep" lines actually writing to a register as well? in the table in -panel.c, its just a {1,<udelay>} and {2,<msleep>} |
| 16:38.11 | orux | http://vdc.epson.com/index.php?option=com_docman&task=cat_view&gid=278&Itemid=40 |
| 16:39.05 | orux | inside soft and drivers |
| 16:39.48 | cr2 | lol. eula |
| 16:40.03 | orux | maejrep, sleep are calls to wince sleep func |
| 16:40.26 | maejrep | ok, so ignore the reg/value where it says sleep? |
| 16:40.39 | orux | maejrep, yes |
| 16:41.08 | maejrep | orux: without this table, did blackstone show the same RGB444 behavior that raph800 does? |
| 16:41.09 | orux | I have got the values from my blackstone dumped |
| 16:42.04 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-0532776cbf12dcb0) |
| 16:42.30 | orux | maejrep, I have not test those values, but see: http://forum.xda-developers.com/showpost.php?p=3348675&postcount=550 |
| 16:43.06 | NetRipper | cr2, what am i looking at in that RaphaelMDP page? |
| 16:43.55 | cr2 | NetRipper: can you dump these registers while TVout running ? |
| 16:44.05 | NetRipper | sure |
| 16:44.07 | cr2 | NetRipper: and the TVout too |
| 16:44.18 | maejrep | orux: ok, I haven't seen that specifically, but I know that changing different registers can make the display do a lot of weird things :p |
| 16:44.22 | rewpparo | Hi Orux :) |
| 16:44.26 | NetRipper | cr2, what do you mean the TVout too? |
| 16:44.34 | cr2 | NetRipper: i'd also like to know if the MDP_TV_OUT_BUF_ADDR changes |
| 16:44.34 | orux | maejrep, if you look epson docs, there are 4 different rgb666 formats |
| 16:44.44 | maejrep | orux: http://www.bertramland.com/htclinux/android.jpg <-- that's what raph800 would do |
| 16:44.55 | orux | have you try change them? |
| 16:45.16 | maejrep | I changed the msm_fb driver on j0b0's suggestion, to make the framebuffer display proper colors, but android was still screwy |
| 16:45.21 | maejrep | I haven't, no |
| 16:45.22 | cr2 | NetRipper: the tvout MDP subblock, and the 0xaa4* block |
| 16:45.26 | maejrep | I didn't know what I was changing ;p |
| 16:45.34 | maejrep | but I will definitely try this information |
| 16:46.15 | orux | hello rewpparo |
| 16:48.00 | cr2 | many cams |
| 16:50.17 | maejrep | aww, .exe? |
| 16:50.18 | maejrep | lol |
| 16:51.00 | rewpparo | Orux, I don't quite get what you've done in the last few days (since you started epson regs), do you think you can get me started ? |
| 16:52.42 | cr2 | LOL |
| 16:52.58 | orux | rewpparo, I have try new things |
| 16:53.00 | cr2 | Microsfot Visual Studio 2005 |
| 16:53.10 | cr2 | in the epson file :) |
| 16:54.23 | NetRipper | cr2, http://netripper.pastebin.com/d29a2845e |
| 16:54.49 | NetRipper | the 0x30 sized part is the MDP |
| 16:55.07 | cr2 | hm. why don't you use 'pd' |
| 16:55.12 | orux | rewpparo, I will explain you afer |
| 16:55.20 | NetRipper | cr2, because im using the SPL memory mappings |
| 16:55.21 | rewpparo | sure :) |
| 16:55.25 | rewpparo | thx |
| 16:55.46 | NetRipper | cr2, and they are virtual addresses |
| 16:55.50 | cr2 | ? |
| 16:56.05 | cr2 | pd 0xaa200000 0xXXX |
| 16:56.23 | cr2 | pd 0xaa400000 0xXXX |
| 16:56.45 | NetRipper | cr2, well those are nontraceable addresses.. i've been using SPL addresses when they're available |
| 16:56.49 | NetRipper | anyway, the output is valid |
| 16:57.02 | maejrep | orux: does this work now for you? |
| 16:57.13 | NetRipper | 0x1 on 0xc0000 means 'on', which it is |
| 16:57.21 | cr2 | NetRipper: maybe nontraceable, but dumpable |
| 16:57.54 | NetRipper | and 0x788 @f00000 is correct too, region 2 |
| 16:58.08 | NetRipper | and 0x786 @f00000 is correct too, region 2 |
| 16:58.09 | NetRipper | i eman |
| 16:58.10 | cr2 | 8ec00, must be an offset |
| 16:59.17 | orux | maejrep, what? |
| 16:59.46 | maejrep | orux: did you get it to display properly, or was that image the farthest you got so far? |
| 16:59.54 | NetRipper | aa2*/aa4* gives same output indeed |
| 16:59.56 | cr2 | NetRipper: mdp looks good |
| 17:00.24 | cr2 | NetRipper: does the MDP_TV_OUT_BUF_ADDR value change ? or is it a static buffer ? |
| 17:00.30 | NetRipper | cr2, doesn't change |
| 17:00.43 | NetRipper | aa2c0008 | 0008ec00 | .... |
| 17:00.45 | NetRipper | stays like that |
| 17:00.47 | orux | maejrep, no, I have a strange 2/3 scaled display |
| 17:00.49 | cr2 | it is probably in the 0x17x range |
| 17:01.11 | cr2 | NetRipper: hmm. then we need a buffer for the TV fb |
| 17:01.18 | cr2 | NetRipper: /dev/fb1 |
| 17:01.33 | NetRipper | cr2, can't it point to the same buffer as video fb? |
| 17:02.00 | cr2 | NetRipper: is it the same ? |
| 17:02.10 | NetRipper | i dont know |
| 17:03.50 | cr2 | NetRipper: i need 1 more dump from MDP |
| 17:04.13 | NetRipper | heh, funny |
| 17:04.13 | NetRipper | ok |
| 17:04.17 | cr2 | looking for the address range |
| 17:04.23 | NetRipper | tell me what to dump |
| 17:04.55 | NetRipper | funny i can turn tvout on/off with a write to mdp 0xc0000 |
| 17:04.56 | NetRipper | ;) |
| 17:05.07 | cr2 | <PROTECTED> |
| 17:05.10 | cr2 | you have 2f9 |
| 17:05.23 | cr2 | why not |
| 17:05.43 | cr2 | try to write into the TV framebuffer instead |
| 17:05.49 | orux | maejrep, see epson doc, page 161, you have 5 different rgb 666 input data formats. |
| 17:06.10 | NetRipper | cr2, how do i convert 8ec00 to a memory address then? |
| 17:06.50 | NetRipper | i suppose it's not just 0x0008ec00 |
| 17:07.02 | cr2 | i'll look |
| 17:07.04 | maejrep | orux: did you generate these registers from the config tool, or it's all from SPL and wince? |
| 17:07.22 | cr2 | NetRipper: so you have only 1 difference |
| 17:07.29 | NetRipper | cr2, and 0x560209 is an unaligned memory address |
| 17:07.40 | cr2 | in the +0x24 |
| 17:07.50 | orux | maejrep, are from spl and disptools.dll |
| 17:08.00 | NetRipper | ah |
| 17:08.00 | cr2 | NetRipper: i mean the TVout register difference. from wiki |
| 17:08.00 | NetRipper | ok |
| 17:08.02 | maejrep | k |
| 17:08.06 | NetRipper | ok |
| 17:08.10 | cr2 | i'll look for the MDP area now |
| 17:08.59 | cr2 | NetRipper: +0x10100 start, size 0x100 |
| 17:09.31 | cr2 | should cover the 184 and 188 |
| 17:09.38 | NetRipper | eh? |
| 17:09.43 | cr2 | for the lcd h/w |
| 17:09.53 | cr2 | pd 0xaa210100 0x100 |
| 17:10.20 | orux | maejrep, more about rgb666 formats, page 364 |
| 17:10.44 | NetRipper | cr2, http://netripper.pastebin.com/m22ecc800 |
| 17:12.48 | cr2 | 184=028001e0 |
| 17:13.03 | cr2 | 0x280x0x1e0 |
| 17:13.49 | cr2 | 640x480, ok |
| 17:13.52 | NetRipper | .. |
| 17:14.00 | cr2 | it's the lcd |
| 17:14.04 | NetRipper | ok |
| 17:14.12 | NetRipper | i have no clue what you just did |
| 17:14.58 | cr2 | 188=00267400 |
| 17:15.02 | cr2 | addr |
| 17:15.30 | captnoord | NetRippercr2, how do i convert 8ec00 to a memory address then? |
| 17:15.33 | captnoord | image base? |
| 17:15.40 | captnoord | offset + image base? |
| 17:15.48 | NetRipper | what is the image base |
| 17:15.54 | cr2 | stride=000005a0 |
| 17:16.32 | cr2 | ok, the rest is empty |
| 17:17.53 | NetRipper | hm |
| 17:18.00 | NetRipper | shouldnt stride be 2x the width of lcd? |
| 17:18.06 | cr2 | NetRipper: 0x52d00000 - 16700000 0xaf0000 heap_index3, for CAM (0x52d7*), QTV |
| 17:18.08 | *** join/#htc-linux imfloflo (n=imfloflo@34.158.119-80.rev.gaoland.net) |
| 17:18.24 | cr2 | check 0x16700000 as the base |
| 17:18.43 | NetRipper | so 0x16700000 + 0x8ec00? |
| 17:18.48 | cr2 | 0x1678ec00 |
| 17:19.05 | cr2 | yes, write some junk behind it |
| 17:20.11 | NetRipper | nothing |
| 17:20.21 | NetRipper | i wrote 0x0 but after a read it's still 0x0 ;) |
| 17:20.31 | cr2 | ok |
| 17:20.34 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-b037b9fb50e3d659) |
| 17:20.40 | cr2 | so it is somewhere else |
| 17:22.05 | cr2 | 171f0000 ? |
| 17:22.27 | cr2 | 16300000 |
| 17:22.34 | cr2 | 15a00000 |
| 17:22.54 | NetRipper | as base i presume? |
| 17:22.58 | cr2 | yes |
| 17:24.02 | cr2 | is the tv identical with lcd ? |
| 17:24.14 | NetRipper | yes |
| 17:24.22 | cr2 | youtube ? |
| 17:24.23 | NetRipper | an exact match |
| 17:24.30 | NetRipper | youtube? you want a video? |
| 17:24.43 | cr2 | so if you write into the lcd fb, it is the same on TV ? |
| 17:24.53 | NetRipper | i dont know, where's the lcd fb |
| 17:25.05 | NetRipper | i forgto the command in haret |
| 17:25.09 | cr2 | 0x57a00000 - 1666a000 0x96000 FBRAM |
| 17:25.13 | NetRipper | print %08x FBRAM doesnt work |
| 17:25.19 | cr2 | VRAM |
| 17:25.22 | NetRipper | ohh |
| 17:25.28 | NetRipper | ok |
| 17:25.47 | cr2 | but it may be copied over |
| 17:27.02 | NetRipper | yep that changes tvout too |
| 17:27.15 | cr2 | maejrep: DMA_DITHER_EN ? |
| 17:27.40 | cr2 | NetRipper: can you try youtube ? |
| 17:27.57 | NetRipper | what do you mean by youtube |
| 17:28.15 | cr2 | on raph |
| 17:28.20 | cr2 | there is a program |
| 17:28.22 | NetRipper | cr2, yes |
| 17:28.24 | NetRipper | lol |
| 17:28.31 | NetRipper | you mean try to play a youtube video? |
| 17:28.35 | NetRipper | yes it's displayed on tvout too |
| 17:28.35 | cr2 | the tvout has some different settings for it. |
| 17:28.37 | NetRipper | if thats what you mean |
| 17:28.50 | cr2 | is it the same on the LCD ? |
| 17:29.06 | NetRipper | when youtube starts the screen rotates |
| 17:29.25 | cr2 | landscape ? |
| 17:29.31 | NetRipper | no its landscape by default |
| 17:29.36 | NetRipper | but when you start youtube, it goes portrait |
| 17:29.43 | cr2 | hehe |
| 17:29.45 | NetRipper | in which case on tvout it's scaled |
| 17:29.53 | NetRipper | to make it fit |
| 17:29.58 | cr2 | ok |
| 17:30.11 | cr2 | but the lcd is dubbed on tv ? |
| 17:30.26 | NetRipper | dubbed? |
| 17:30.44 | cr2 | has the same contents |
| 17:30.49 | NetRipper | on tv it's also portrait, as it's correct side up |
| 17:30.50 | NetRipper | yes |
| 17:30.57 | NetRipper | tvout is always exactly the same as lcd |
| 17:30.58 | cr2 | ok |
| 17:31.03 | cr2 | weird |
| 17:31.11 | cr2 | i hoped to get a different fb |
| 17:31.56 | NetRipper | it's probably scaled by mdp |
| 17:32.20 | NetRipper | im gonna go eat some dinner |
| 17:32.25 | cr2 | ok |
| 17:32.32 | NetRipper | i'll make a pic of this afterwards to let you see what i mean by the portrait landscape thing |
| 17:32.36 | NetRipper | :P |
| 17:33.04 | NetRipper | bbl |
| 17:34.35 | cr2 | 6a000 8ec00 |
| 17:36.55 | *** part/#htc-linux orux (n=jose@89.130.46.3) |
| 18:03.08 | *** join/#htc-linux xutywx (n=pawel@public-gprs39943.centertel.pl) |
| 18:07.33 | *** join/#htc-linux Venny (i=Administ@h216-45-127-2.dynamic.platinum.ca) |
| 18:07.54 | *** join/#htc-linux MethoS- (n=lem@host-091-097-244-017.ewe-ip-backbone.de) |
| 18:09.18 | *** join/#htc-linux woodson (n=CDP@c-68-54-66-168.hsd1.fl.comcast.net) |
| 18:09.36 | Marajin | 'lo people |
| 18:09.43 | cr2 | the epson mddi code looks rather generic |
| 18:13.30 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 18:15.13 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-5b63764c74b06972) |
| 18:33.28 | maejrep | which code? |
| 18:34.05 | NetRipper | cr2, can't you check where it gets the r0 from in that MDP_TV_OUT_BUF_ADDR? |
| 18:36.58 | maejrep | sometimes it's not that clear ;x |
| 18:37.39 | NetRipper | ok |
| 18:38.07 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-4db57bfeab870e31) |
| 18:40.30 | NetRipper | though |
| 18:40.34 | NetRipper | you guys are almighty |
| 18:40.44 | NetRipper | ;) |
| 18:41.17 | cr2 | , |
| 18:41.27 | captnoord | ? |
| 18:42.33 | *** join/#htc-linux MethoS-- (n=lem@host-091-096-209-187.ewe-ip-backbone.de) |
| 18:42.43 | maejrep | cr2 might know how, but all I see is "unk_*" |
| 18:51.39 | NetRipper | cr2, this is the usual tvout => http://netripper.nl/raphael/tvout_landscape.jpg |
| 18:51.51 | NetRipper | cr2, this is in youtube => http://netripper.nl/raphael/tvout_portrait.jpg |
| 18:52.11 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87de93.pool.einsundeins.de) |
| 18:52.25 | maejrep | NetRipper: did RAMADDR from default.txt change also? |
| 18:52.28 | NetRipper | ignore the way i increased contrast on the dark spots |
| 18:52.30 | maejrep | or is 0x1* still ok? |
| 18:52.33 | NetRipper | maejrep, no, still 0x1* |
| 18:52.39 | NetRipper | ramsize is 0x59* now though |
| 18:52.40 | NetRipper | instead of 0x60 |
| 18:52.50 | maejrep | got it (had to look up logs to find it :) |
| 18:53.04 | captnoord | heheehehehehe |
| 18:53.04 | NetRipper | i got a new package up in which its also there |
| 18:53.04 | maejrep | about 1/10 boots, it hangs after msm_i2c_probe for me |
| 18:53.15 | NetRipper | yep still does even with the 0x59 i noticed :( |
| 18:53.32 | NetRipper | it happens after doing a lot in wince.. it never happens when i start linux right after wince boots |
| 18:54.02 | captnoord | NetRipper: maybe its because the youtube app forces the display rotation |
| 18:54.04 | captnoord | :P |
| 18:54.12 | NetRipper | i.e. start igo and then linux, and it doesn't boot |
| 18:54.28 | NetRipper | or copy a large file via activesync, and linux will have trouble booting |
| 18:54.33 | maejrep | hmm, well the lcd panel goes black now :p |
| 18:54.45 | maejrep | that's better than the random pixel/line/noise i was getting before |
| 18:55.19 | NetRipper | captnoord, yes i know, but we had a discussion about whether the tvout uses the same framebuffer as the lcd |
| 18:55.55 | NetRipper | though it still could, it makes it less logical |
| 18:55.55 | maejrep | btw, I got my smd_7500 to work.. only thing missing is the M2A interrupts (2,3,4) |
| 18:56.00 | captnoord | hmm... it should do some scaling..... |
| 18:56.02 | captnoord | yup |
| 18:56.05 | NetRipper | maejrep, nice :) |
| 18:56.18 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
| 18:56.20 | NetRipper | maejrep, lot of hacking or was it easy? |
| 18:56.38 | maejrep | took some creative coercing, yes :p |
| 18:56.45 | NetRipper | did you use vogue's smd? |
| 18:56.55 | maejrep | I mapped a new smd_buffer struct onto the smd_half_channel "data" buffer |
| 18:57.01 | maejrep | yes, for just those 2 channels |
| 18:57.05 | NetRipper | half channel? |
| 18:57.11 | maejrep | from smd.c |
| 18:57.19 | NetRipper | ok i dont remember seeing half channels |
| 18:57.22 | NetRipper | only smd_channels |
| 18:57.22 | NetRipper | ;) |
| 18:57.22 | maejrep | you'll see an 8k "data" buffer |
| 18:57.32 | maejrep | right, 1 half is for send, 1 half is for recv ;) |
| 18:57.38 | NetRipper | ah ok |
| 18:57.56 | maejrep | I just put the port 0/1 buffer struct into that data buffer |
| 18:58.11 | maejrep | they're compiled as 2 separate .o modules |
| 18:58.28 | maejrep | but if compiled with cdma support, smd.o will check if it should call smd_7500's probe |
| 18:58.49 | NetRipper | lol, nice, so it can coexist? |
| 18:58.52 | NetRipper | in one kernel? |
| 18:58.52 | maejrep | i think its probably as clean as it can be |
| 18:58.54 | maejrep | yeah |
| 18:58.56 | NetRipper | nice |
| 18:59.17 | maejrep | if for some reason that port was already initialized, it'll just skip the 7500 init |
| 18:59.37 | NetRipper | ok good job |
| 18:59.47 | NetRipper | so both smd0 and smd1 are working now? |
| 18:59.56 | maejrep | I don't know what smd1 is |
| 19:00.02 | NetRipper | gprs/umts |
| 19:00.05 | NetRipper | data |
| 19:00.27 | maejrep | but smd0, I can cat from it, but it doesn't notify the fd when new data can be read |
| 19:00.34 | captnoord | what's the signal type of the tv out |
| 19:00.38 | captnoord | s-video |
| 19:00.43 | maejrep | so I'd have to ^C and re-cat, to see the updated content |
| 19:00.47 | captnoord | ? |
| 19:00.48 | maejrep | which is an interrupt issue |
| 19:00.48 | NetRipper | captnoord, s-video yes |
| 19:00.53 | captnoord | k.... |
| 19:01.10 | NetRipper | captnoord, no wait |
| 19:01.24 | NetRipper | it's a tulpstekker |
| 19:01.27 | NetRipper | composite? |
| 19:01.31 | maejrep | NetRipper: what's your allocation table look like? from /sys/kernel/debug/smd/ch and smd/tbl |
| 19:01.58 | NetRipper | maejrep, is a dmesg sufficient? :0 |
| 19:02.09 | maejrep | yeah, it reports the names there |
| 19:02.14 | NetRipper | http://netripper.com/raphael/20081207_dmesg_mmc.txt |
| 19:02.15 | maejrep | I just wanted to be sure I got the names right :p |
| 19:02.27 | captnoord | yup composite is also possible |
| 19:02.27 | maejrep | you have no cid=1 ? |
| 19:02.37 | NetRipper | maejrep, nope, data is at 7 for me |
| 19:02.43 | maejrep | ah |
| 19:03.03 | NetRipper | maejrep, the names are read from smem as well |
| 19:03.12 | maejrep | [ 6.077236] smd_alloc_channel() 'SMD_RPCCALL' cid=2, shared=e0110148 |
| 19:03.12 | maejrep | [ 7.770839] smd_alloc_channel() 'SMD_CONTROL' cid=5, shared=e010c120 |
| 19:03.12 | maejrep | [ 7.933315] smd_alloc_channel() 'SMD_DATA5' cid=11, shared=e0118198 |
| 19:03.12 | maejrep | [ 8.582698] smd_alloc_channel() 'SMD_DATA6' cid=12, shared=e011c1c0 |
| 19:03.12 | maejrep | [ 8.663112] smd_alloc_channel() 'SMD_DATA7' cid=13, shared=e01201e8 |
| 19:03.13 | maejrep | [ 8.743526] smd_alloc_channel() 'SMD_CS_A2M' cid=33, shared=e0114170 |
| 19:03.15 | maejrep | [ 8.824031] do_smd_7500_probe: late-alloc 'SMD_DS' cid=0, send=e01f0200, recv=e01f0000 |
| 19:03.17 | maejrep | [ 8.904537] do_smd_7500_probe: late-alloc 'SMD_DIAG' cid=1, send=e01f1782, recv=e01f0a00 |
| 19:03.24 | maejrep | so my name for cid 1 looks wrong :p |
| 19:03.41 | maejrep | (msm7500 doesn't have the port names in the heap toc |
| 19:03.48 | NetRipper | ok |
| 19:03.49 | maejrep | for 0 and 1 |
| 19:04.05 | NetRipper | its funny how the other channels do work, just not 0 and 1/7 |
| 19:04.07 | maejrep | 2 and 5 are the only common ports |
| 19:04.08 | maejrep | heh |
| 19:04.22 | NetRipper | you even have a cid=33 |
| 19:04.29 | NetRipper | there's a max of 64 i noticed in the code |
| 19:04.31 | maejrep | and no idea what it does :) |
| 19:04.37 | NetRipper | yea same here |
| 19:04.46 | NetRipper | i tried catting the RPCCALL and hung the device ;) |
| 19:05.00 | maejrep | yeah, i think there might be more available, but only 64 can be reported in the toc |
| 19:05.07 | captnoord | reminds me of this thingy |
| 19:05.07 | captnoord | http://www.otherweb.nl/BrioLabyrint/img/A1.png |
| 19:05.09 | *** join/#htc-linux Ben- (n=10589her@p4FC0CB93.dip.t-dialin.net) |
| 19:05.11 | maejrep | but maybe not |
| 19:05.13 | Ben- | hi guys |
| 19:05.27 | NetRipper | captnoord, im not going to read that;) |
| 19:05.31 | NetRipper | Ben-, hi |
| 19:05.50 | Ben- | anything new about linux on htc? :9 |
| 19:05.51 | Ben- | :) |
| 19:05.52 | maejrep | captnoord: pfft, that's easy! |
| 19:05.59 | captnoord | lol |
| 19:06.00 | maejrep | (i'm just kidding :p) |
| 19:06.04 | captnoord | old project of mine |
| 19:06.05 | NetRipper | be more specific ben ;) |
| 19:06.19 | captnoord | composite video decoding |
| 19:06.29 | captnoord | and feeding it to a philips arm uC |
| 19:06.43 | captnoord | then doing some minor filters on it |
| 19:06.47 | captnoord | nice project |
| 19:06.54 | Ben- | well, the last time i was here, linux was still not running :F |
| 19:07.05 | maejrep | there are many htc devices |
| 19:07.10 | Ben- | blackstone |
| 19:07.12 | maejrep | so technically, linux runs great on the trout |
| 19:07.12 | maejrep | ;) |
| 19:07.12 | NetRipper | Ben-, that was a really really long time ago |
| 19:07.26 | Ben- | :> |
| 19:07.28 | NetRipper | blackstone still has the video graphics problem |
| 19:07.38 | NetRipper | i think |
| 19:07.46 | maejrep | but just got some new info that will certainly help with lcd :) |
| 19:07.57 | maejrep | via orux |
| 19:07.57 | Ben- | video graphic problem does mean that i just see some dots? |
| 19:08.10 | NetRipper | Ben-, means you cant read anything and just displays garbage |
| 19:08.11 | Ben- | like the last time |
| 19:08.14 | Ben- | uh |
| 19:08.15 | Ben- | oke |
| 19:08.19 | maejrep | mine is all black :) |
| 19:08.27 | maejrep | raph800 |
| 19:09.00 | NetRipper | maejrep, i believe there's also a "fix" for blackstone.. it causes video to work but at a very low framerate as some rgb conversion is done in userspace instead of via MDP and then sent directly to MDDI |
| 19:09.34 | maejrep | ah, well this info orux found should make it not necessary, once implemented properly :p |
| 19:09.40 | NetRipper | ok |
| 19:10.11 | *** join/#htc-linux woodson (n=CDP@c-68-54-66-168.hsd1.fl.comcast.net) |
| 19:16.17 | captnoord | you don't mean you have to hand encode the screen lines? |
| 19:16.48 | NetRipper | well you dont have to put it in the format specific to the mddi |
| 19:16.59 | NetRipper | the MDP can transform formats before sending it to mddi |
| 19:18.06 | captnoord | NetRipper: i'm forcing myself into my "zeebra suit" before i'm a goner..... |
| 19:18.51 | captnoord | "ben ik nou een wit zeebre paartje met witte strepen of een zwart zeebra paartje met witte strepen" |
| 19:24.14 | *** join/#htc-linux mrmoku` (n=mrmoku@ppp-62-216-211-67.dynamic.mnet-online.de) |
| 19:34.24 | NetRipper | captnoord, lol, carnaval? |
| 19:39.12 | cr2 | maejrep: all the epson regs are documented |
| 19:39.33 | cr2 | NetRipper: the tvout fb address is inside the code maze |
| 19:40.03 | cr2 | NetRipper: can you commit the multiple smd patch ? i may try the umts then :) |
| 19:40.06 | maejrep | cr2: I added the header file from the epson config util, to the mddi page |
| 19:40.13 | cr2 | ok |
| 19:40.17 | maejrep | defines all the registers, more than what we already had |
| 19:40.38 | cr2 | maejrep: i have identified all the clocks i could, also looking at the oemsbl |
| 19:41.00 | cr2 | maejrep: nice, then you may try the pip too :) |
| 19:42.27 | maejrep | is it possible? lol |
| 19:42.46 | maejrep | it has tv-out too, and camera inputs :p |
| 19:43.03 | maejrep | (but probably not usable) |
| 19:43.13 | cr2 | hmm. maybe the tvout is done differently |
| 19:43.53 | cr2 | NetRipper: i can't trace the bt/fm, because the usb headset must be connected ;) |
| 19:47.43 | cr2 | NetRipper: need 2 more dumps of MDP |
| 19:47.52 | cr2 | with tvout on and off |
| 19:48.02 | cr2 | pd 0xaa200000 0x100 |
| 19:48.10 | cr2 | pd 0xaa210000 0x100 |
| 19:51.25 | NetRipper | cr2, http://netripper.pastebin.com/m16abf0eb |
| 19:51.49 | NetRipper | i need to implement the channel stuff a bit cleaner |
| 19:51.56 | NetRipper | so that it dynamically creates tty's |
| 19:52.01 | NetRipper | for each channel found |
| 19:52.41 | TheiPirate | someone on the forums said that data is always on in the new build, can i use togga to turn it off? |
| 19:52.56 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 19:57.52 | *** join/#htc-linux MethoS-- (n=lem@host-091-097-241-226.ewe-ip-backbone.de) |
| 20:04.18 | *** join/#htc-linux MethoS- (n=lem@host-091-097-242-007.ewe-ip-backbone.de) |
| 20:08.45 | cr2 | maejrep: edited the wifi table http://wiki.xda-developers.com/index.php?pagename=MSM_SDIO |
| 20:09.00 | cr2 | maejrep: need to check with spl |
| 20:09.28 | AstainHasPS3 | cr2 how were you thinking of testing fm radio? |
| 20:10.12 | cr2 | AstainHasPS3: not testig, but tracing |
| 20:10.16 | cr2 | AstainHasPS3: over wifi |
| 20:11.58 | AstainHasPS3 | right tracing I have the headset and raph that I can do that with if you can instruct me |
| 20:14.10 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
| 20:14.20 | cr2 | spl uses 19.2 |
| 20:14.28 | cr2 | it's more sane |
| 20:15.08 | cr2 | AstainHasPS3: connect to haret, and check the uart2 virtual mappings |
| 20:15.20 | *** join/#htc-linux Venny (i=Administ@h216-45-127-2.dynamic.platinum.ca) |
| 20:15.25 | cr2 | NetRipper: can we add uart2 to the baord config ? |
| 20:17.45 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 20:20.19 | cr2 | hm, look like he writeonly regs |
| 20:28.21 | *** join/#htc-linux ptl (n=patola@201.82.131.93) |
| 20:35.31 | *** join/#htc-linux azenned (n=chatzill@41.224.154.60) |
| 20:36.10 | *** join/#htc-linux rejj (n=rejj@c-bb4ae655.310-12-64736c11.cust.bredbandsbolaget.se) |
| 20:36.53 | *** part/#htc-linux rejj (n=rejj@c-bb4ae655.310-12-64736c11.cust.bredbandsbolaget.se) |
| 20:39.02 | *** join/#htc-linux rejj (n=rejj@c-bb4ae655.310-12-64736c11.cust.bredbandsbolaget.se) |
| 20:54.54 | AstainHasPS3 | ok cr2 read to trace |
| 20:55.08 | AstainHasPS3 | connected |
| 20:59.33 | AstainHasPS3 | how do I check the uart2 virtual mappings? |
| 21:00.50 | cr2 | AstainHasPS3: i've looked at the code, it'll be too difficult |
| 21:01.12 | AstainHasPS3 | oh ok |
| 21:01.13 | cr2 | maejrep: do we support the uart2DM ? |
| 21:10.55 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 21:12.32 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 21:15.12 | *** join/#htc-linux Administrator_ (i=Administ@h216-45-127-2.dynamic.platinum.ca) |
| 21:35.11 | *** join/#htc-linux Administrator_ (i=Administ@h216-45-127-2.dynamic.platinum.ca) |
| 21:41.43 | *** join/#htc-linux cr2_ (n=cr2@ip-77-25-126-16.web.vodafone.de) |
| 21:45.34 | *** join/#htc-linux p3t3r__ (n=peter@wlan.net-you.de) |
| 22:15.03 | *** join/#htc-linux balsat (n=balsat@87.72.13.87) |
| 22:22.41 | *** join/#htc-linux HardDisk_WP (n=Marco@wikipedia/harddisk) |
| 22:22.43 | HardDisk_WP | hey all |
| 22:22.55 | HardDisk_WP | anyone got an idea where I can get general windows mobile support? |
| 22:24.08 | NetRipper | usually not in a linux channel ;) |
| 22:24.28 | NetRipper | try #xda-devs |
| 22:25.05 | NetRipper | you're welcome |
| 22:25.56 | HardDisk_WP | NetRipper, btw, do you have a faq for real noobs on how-to-get-linux-on-a-OMAP850-pda? |
| 22:26.50 | NetRipper | i dont.. check forum.xda-developers.com and go the the forum of your device and search it for linux |
| 22:28.03 | HardDisk_WP | they dont have a forum for mitac mio a702 there |
| 22:29.02 | NetRipper | ok they only have htc devices |
| 22:37.12 | cr2_ | NetRipper: the uart code in raph* does not match g1 |
| 22:37.55 | NetRipper | the board file? |
| 22:38.40 | cr2_ | looks very outdated |
| 22:38.42 | cr2_ | yes |
| 22:39.12 | cr2_ | http://wiki.xda-developers.com/index.php?pagename=RaphaelNAND |
| 22:39.20 | cr2_ | what is the NAND size on raph ? |
| 22:46.46 | NetRipper | 512M in total |
| 22:47.27 | cr2_ | <PROTECTED> |
| 22:48.16 | cr2_ | create a readonly partition 512M-0x00420000 starting at 0x0 |
| 22:48.33 | cr2_ | i'll test it. (linload.exe+angstrom) |
| 22:49.29 | cr2_ | the uart can be addressed step by step |
| 22:49.41 | cr2_ | by updating to the recent g1 code |
| 22:50.00 | cr2_ | and changing uart3 -> uart1, and uar1DM -> uart2DM |
| 22:50.28 | cr2_ | uart1 on raph need some alt gpio setup, but we will not really use it anyway. |
| 22:50.44 | NetRipper | let's not setup any hardware we cant use anyway |
| 22:50.44 | NetRipper | :) |
| 22:51.06 | cr2_ | well, it's not more difficult than tvout |
| 22:51.13 | cr2_ | uses the same pins ;) |
| 22:51.23 | NetRipper | it does? |
| 22:51.27 | cr2_ | yes |
| 22:53.20 | NetRipper | i'll try and make a linload for you tomorrow |
| 22:53.27 | cr2_ | ok |
| 22:53.45 | cr2_ | you may merge the accelerometer code of j0b0 too |
| 22:54.06 | NetRipper | do you have a link for that? |
| 22:54.16 | NetRipper | and i thought he was still updating it |
| 22:54.34 | cr2_ | i have it somewhere locally |
| 22:54.48 | cr2_ | the registers can be named from the manual |
| 22:54.58 | cr2_ | instead of just using the numbers |
| 22:55.05 | NetRipper | which manual? |
| 22:55.30 | cr2_ | http://www.kionix.com/accelerometers/accelerometer-KXSD9.html |
| 22:55.36 | NetRipper | ok |
| 22:56.09 | NetRipper | 1026 or 2050? |
| 22:56.26 | cr2_ | does not matter |
| 22:56.37 | cr2_ | just look at the numbers |
| 22:57.03 | NetRipper | i'll check |
| 22:57.07 | cr2_ | the driver does not adjust sensitivity |
| 22:57.16 | cr2_ | but it may be changed |
| 22:57.28 | NetRipper | the compass stuff works? |
| 22:57.31 | cr2_ | i think it uses the most sensitive setting |
| 22:57.40 | cr2_ | there is no compass on raph |
| 22:57.57 | NetRipper | ah yes |
| 22:57.57 | NetRipper | right |
| 22:58.31 | NetRipper | but j0b0's intention was to make the google street 'compass' thingy work.. when you turn the device, it'd turn the view |
| 22:58.49 | NetRipper | maybe not point in the right direction ;) |
| 22:59.25 | cr2_ | you don't get the absolute values, unlike with the magnetometer |
| 22:59.40 | cr2_ | so it will not work this way |
| 22:59.44 | NetRipper | i know |
| 22:59.48 | maejrep | it's only a g-sensor |
| 22:59.51 | NetRipper | i know |
| 22:59.54 | NetRipper | but i mean |
| 22:59.59 | NetRipper | it can detect when you turn the device left |
| 23:00.02 | NetRipper | so it can simulate a turn |
| 23:00.08 | maejrep | not really |
| 23:00.47 | maejrep | the force exerted by just turning in one direction is not going to be enough even for the most sensitive setting to detect it reliably |
| 23:01.23 | maejrep | the "down" direction is going to remain more or less the same in that case |
| 23:01.36 | NetRipper | true |
| 23:02.55 | maejrep | cr2_: so I have the mddi init table from nk.exe, but there are 3 separate tables, and trying to find out how it decides which one to use |
| 23:03.25 | cr2_ | maejrep: spl ? |
| 23:03.28 | maejrep | yeah |
| 23:03.38 | cr2_ | ok, i can check |
| 23:03.47 | maejrep | it does some weird things :p |
| 23:03.58 | maejrep | LDR R4, =stru_9A2A1A70 |
| 23:04.05 | maejrep | that's loading the address of the first table |
| 23:04.15 | maejrep | ADD R8, R4, #0x4C0 |
| 23:04.15 | maejrep | ADD R9, R4, #0x260 |
| 23:04.23 | maejrep | then those point to each of the other 2 tables |
| 23:05.04 | maejrep | use IDA's built in structs makes that a whole lot easier btw ;) |
| 23:07.18 | maejrep | so, if r3 == 1, it uses table[2], if r3 == 8, it uses table[1], and if r3 == 9, it uses table[0] |
| 23:07.33 | maejrep | where table is an array of 152 reg/val pairs |
| 23:07.52 | maejrep | but I don't know what r3 is pointing it :x |
| 23:09.03 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
| 23:09.08 | dcordes | hi |
| 23:09.32 | cr2_ | 4c0 and 260 are offsets in the table |
| 23:09.59 | cr2_ | it's the panel_id |
| 23:10.12 | cr2_ | but be careful, there are multiple panel_ids :) |
| 23:10.16 | maejrep | hmm, so r5=0..4, and does mddiwrite(table[x][r5]) and mddiwrite(0x18, 0x3bf) |
| 23:10.20 | cr2_ | there are 3 conversions |
| 23:10.33 | maejrep | yeah, and not knowing what r3 points to makes it difficult :/ |
| 23:10.47 | cr2_ | <PROTECTED> |
| 23:10.56 | cr2_ | <PROTECTED> |
| 23:11.18 | maejrep | were you actually able to see what r7 is pointing at? |
| 23:11.20 | cr2_ | the tables are pairs of int16 |
| 23:11.20 | dcordes | NetRipper: any further raphael ppp attempts? |
| 23:11.26 | cr2_ | yes |
| 23:11.37 | maejrep | why couldn't I? :p |
| 23:11.37 | dcordes | maejrep: did you try out smd1 on cdma raph? |
| 23:11.55 | maejrep | dcordes: I got smd0 (AT) working, kind of.. the irqs are still a little off |
| 23:11.58 | NetRipper | dcordes, not yet |
| 23:12.02 | cr2_ | maejrep: search where this locaton is written to. |
| 23:12.07 | *** join/#htc-linux AstainHasPS3 (n=AstainHe@unaffiliated/astainhellbring) |
| 23:12.16 | cr2_ | maejrep: give it a name panel_id |
| 23:12.17 | maejrep | =unk_9A2A5584 |
| 23:12.27 | dcordes | NetRipper: will be nice to have it working |
| 23:12.47 | cr2_ | maejrep: goto at top, and search where something is written there. |
| 23:13.01 | cr2_ | should happen only once, all other accesses are reads. |
| 23:13.21 | dcordes | NetRipper: I would next try with a different SIM/provider |
| 23:13.23 | maejrep | loc_9A03BA54 |
| 23:13.23 | maejrep | LDR R3, =panel_id |
| 23:13.23 | maejrep | STRB R2, [R3] |
| 23:13.34 | cr2_ | yes, looks good |
| 23:13.52 | maejrep | so, mine is 1 then, i think |
| 23:14.11 | maejrep | cmp r0 = 5 |
| 23:14.34 | cr2_ | 0 is unknown, 1 is hitachi |
| 23:14.59 | cr2_ | 5 is samsung mdd ??? |
| 23:15.40 | maejrep | er |
| 23:15.42 | NetRipper | dcordes, well basically it's working, just not yet with my provider |
| 23:15.46 | NetRipper | but the data channel is operational |
| 23:15.47 | NetRipper | :) |
| 23:16.00 | cr2_ | maejrep: 5 is converted into 1 in the function you are talking about |
| 23:16.08 | cr2_ | so you get hitachi |
| 23:16.12 | cr2_ | =1 |
| 23:16.53 | cr2_ | <PROTECTED> |
| 23:17.07 | cr2_ | CMP R0, #5 |
| 23:17.11 | maejrep | hmm, yeah |
| 23:17.20 | cr2_ | BEQ idx1 |
| 23:17.21 | maejrep | loc_9A040408 |
| 23:17.22 | maejrep | MOV R3, #5 |
| 23:17.34 | cr2_ | MOV R2, #1 |
| 23:17.44 | maejrep | that's the 2nd pass id translate |
| 23:17.48 | cr2_ | <PROTECTED> |
| 23:17.50 | balsat | netripper: can you make a patch ? i can test it with my provider on the Diamond! |
| 23:17.57 | cr2_ | STRB R2, [R3] |
| 23:18.18 | cr2_ | maejrep: yes |
| 23:18.52 | cr2_ | NetRipper: are you sure it's "internet" for apn ? |
| 23:19.02 | NetRipper | cr2_, yes |
| 23:19.05 | NetRipper | very sure |
| 23:19.10 | cr2_ | weird |
| 23:19.17 | NetRipper | cr2_, i actually did get a connect and i do get ip and dns from remote |
| 23:19.24 | maejrep | hmm |
| 23:19.31 | cr2_ | NetRipper: ok |
| 23:19.34 | NetRipper | but disconnected within a second |
| 23:19.45 | NetRipper | when i use another apn i get declined right away |
| 23:19.51 | cr2_ | ok |
| 23:19.52 | maejrep | cr2_: that means it just runs mddiwrite(0x18,0x3bf) 4 times?? |
| 23:20.12 | maejrep | oh |
| 23:20.13 | maejrep | nm |
| 23:20.14 | cr2_ | maejrep: looking |
| 23:20.22 | maejrep | it uses table[2] |
| 23:20.27 | maejrep | my mistake |
| 23:21.05 | *** join/#htc-linux cmonex (n=xy6091@jagoky6e2n.adsl.datanet.hu) |
| 23:21.28 | maejrep | so it runs I2C_QUICK_ENABLE, PIN_DRIVE_CTRL, PLL_0, PIN_DRIVE_CTRL, PLL_1, PIN_DRIVE_CTRL, CLOCK_SOURCE, PIN_DRIVE_CTRL |
| 23:21.30 | NetRipper | balsat, http://www.netripper.com/raphael/20090222_smd_tty_hack.diff.txt |
| 23:21.36 | cr2_ | 18,3bf ; 28, 205 |
| 23:21.52 | maejrep | then starts on the rest of the table i guess |
| 23:22.02 | cr2_ | maejrep: each table begins with (30,0) |
| 23:22.13 | maejrep | .data:9A2A1F30 mddi_reg_val <0x30, 0> ; 0 |
| 23:22.14 | maejrep | .data:9A2A1F30 mddi_reg_val <0x20, 0x303C>; 1 |
| 23:22.14 | maejrep | .data:9A2A1F30 mddi_reg_val <0x24, 0x401A>; 2 |
| 23:22.14 | maejrep | .data:9A2A1F30 mddi_reg_val <0x28, 0x31A>; 3 |
| 23:22.46 | maejrep | but after each, it also writes: 0x18,0x3bf |
| 23:24.43 | cr2_ | maejrep: yes, it seems so |
| 23:24.44 | maejrep | ugh |
| 23:24.47 | Venny | Does anyone know when another release for raph800 of android will be made? |
| 23:24.47 | maejrep | no, it doesn't |
| 23:24.52 | cr2_ | what is 0x18 ? |
| 23:24.58 | maejrep | CMP R5, #0 |
| 23:24.58 | maejrep | MOVLEQ R1, 0x3BF |
| 23:24.58 | maejrep | MOVEQ R0, #0x18 |
| 23:24.58 | maejrep | BLEQ mddiwrite |
| 23:25.03 | maejrep | only on the first iteration :( |
| 23:25.09 | cr2_ | Venny: lol. what do you think we are doing here ? |
| 23:25.10 | maejrep | 0x18 is PIN_DRIVE_CTRL |
| 23:25.21 | Venny | Oh this is for raph800? |
| 23:25.27 | cr2_ | maejrep: ok , why not. |
| 23:25.38 | maejrep | Venny: I'm working on LCD init for raph800, yes |
| 23:25.45 | Venny | :D! |
| 23:25.59 | maejrep | cr2_: why not what? |
| 23:26.45 | cr2_ | maejrep: yes, r5 is the serial counter |
| 23:27.02 | maejrep | yeah, and it only does the 0x18 write when r5 is 0 :P so only on the first iteration, not all 5 |
| 23:27.06 | Venny | If you need a second opinion im here to test the port as it comes :P |
| 23:27.10 | cr2_ | yes |
| 23:27.25 | maejrep | so I already had that in my table .. was just overcomplicating it :/ |
| 23:27.25 | cr2_ | Venny: if it was so easy. |
| 23:28.14 | cr2_ | maejrepand 2c=1 at the end |
| 23:28.37 | cr2_ | power save :) |
| 23:29.00 | Venny | I wish it was that easy. Its been over a month since ive seen any progress on the raph800 im anxious for it :) |
| 23:30.43 | Venny | anyways ill shut up now and let you guys do your thing |
| 23:32.39 | maejrep | cr2_: 0x2c,0x1 means "standby mode A" |
| 23:32.42 | maejrep | 01b Standby Mode A (Note 3) ON (Note 1) OFF OFF |
| 23:33.02 | maejrep | the OFF OFF means DRAM is off, and system clock is off |
| 23:33.39 | maejrep | oh nevermind, you're still talking about the beginning of the table :) |
| 23:34.19 | cr2_ | ok |
| 23:34.22 | maejrep | I just confirmed that my table has all the correct values... Now I'm going to check what it does between start and end (jumping around, skipping, looping, etc) |
| 23:35.51 | maejrep | spl check bit 8 (PLL Lock status) after setting 2c,1; i wonder how I should do that in the table :/ |
| 23:36.00 | maejrep | just msleep and hope it clears up? |
| 23:36.38 | cr2_ | hehe |
| 23:36.50 | cr2_ | split the tabe |
| 23:37.39 | maejrep | or I can do like g1 does and add in special-meaning "register" values that mean it should do something |
| 23:37.46 | maejrep | in fact, even the epson code does that |
| 23:37.55 | maejrep | .data:9A2A1F30 mddi_reg_val <0xFFFD, 0xC000>; 138 |
| 23:38.08 | maejrep | that's not meant to be a register, its a flag that means it has to check something |
| 23:38.18 | maejrep | or wait |
| 23:39.19 | cr2_ | ok |
| 23:45.22 | cr2_ | good night |
| 23:50.06 | Venny | maejrep, just a question when do you think your gonna put up the next version of android for the raph800? |
| 23:50.25 | maejrep | i don't know, I haven't even tried android on it.. |
| 23:50.33 | maejrep | I'm working on hardware, not android |
| 23:50.59 | Venny | Lol thats so confuseing lol |
| 23:51.15 | Venny | Like hardware support for android |
| 23:58.26 | NetRipper | Venny, no.. the android you know consists of two parts "kernel" and "software"... the kernel boots linux, the software is android |
| 23:58.47 | Venny | Yes i know that. |
| 23:59.06 | NetRipper | so maejrep is working on the kernel.. not specifically android :) |
| 23:59.26 | Venny | thats what i ment by hardware support |
| 23:59.49 | Venny | I didnt relise a kernal can be used for more then one OS |
| 23:59.50 | maejrep | I've tried booting android once on this phone |
