00:01.28 | k_linux | phh: good night |
00:14.22 | *** join/#htc-linux Ekips (spike@d51A460C9.access.telenet.be) |
00:20.47 | *** part/#htc-linux k_linux (~klinux@2002:295c:11ec:7:8200:60ff:fe0f:e800) |
00:22.51 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
00:25.27 | *** join/#htc-linux junalmeida (~junior@201.19.127.14) |
00:51.20 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
00:59.15 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
01:00.42 | [acl] | helooo.. Mrpippy around? |
01:00.48 | MrPippy | hi |
01:01.07 | [acl] | i finally foind what line was killing my old system.sqsh |
01:01.09 | [acl] | mount --bind /etc/wifi/bcm432x/bcm4325-libhardware_legacy.so /system/lib/libhardware_legacy.so |
01:01.13 | [acl] | when i commend that out |
01:01.18 | [acl] | boom. it boots. |
01:01.51 | [acl] | i take it these files are different from cdma and gsm ? |
01:02.08 | MrPippy | nope thats for all rhods |
01:02.16 | [acl] | damn rhods |
01:02.23 | MrPippy | for the bcm wifi |
01:02.43 | [acl] | cool. at least i know what the issue is. |
01:02.44 | [acl] | thanks |
01:03.28 | MrPippy | you were running a custom system.sqsh right? |
01:03.38 | [acl] | yeah. build it a long time ago |
01:03.53 | [acl] | so im sure its super dated. but i maged to get it to run with every update. |
01:03.55 | MrPippy | what are the changes? |
01:04.14 | [acl] | ril related |
01:04.21 | [acl] | for cdma voice and data |
01:04.36 | [acl] | based off the original civic build |
01:05.06 | MrPippy | ah |
01:05.13 | MrPippy | does cdma data work? |
01:05.13 | makkonen | does anyone know what the... um... provenance of babijoee's system.sqsh is? |
01:05.35 | [acl] | no cdma does not work. |
01:05.48 | [acl] | i need to learn more about it |
01:07.08 | makkonen | is the smd channel for data being created successfully? has anyone tried manually bringing up a ppp connection? |
01:07.28 | *** part/#htc-linux [acl] (~abel@96.246.167.90) |
01:08.09 | MrPippy | i think the smd channels are ok, a bunch of them get created |
01:11.06 | makkonen | so it probably has to do with how everything interacts with the gsm and cdma sides? where does that switching get dealt with? |
01:12.00 | MrPippy | we think its just at cmds |
01:12.27 | MrPippy | gsm and cdma data using different smd channels is an interesting idea though |
01:13.03 | *** join/#htc-linux nacho-g (~nacho-g@190.189.189.218) |
01:19.01 | *** part/#htc-linux junalmeida (~junior@201.19.127.14) |
01:23.07 | *** join/#htc-linux nemasu (~quassel@S01060013727f792c.ed.shawcable.net) |
01:30.35 | nemasu | Greetings! Anyone here working on the X1? |
01:41.37 | *** join/#htc-linux Cass (~Cass@cass.demon.co.uk) |
01:44.24 | *** join/#htc-linux jeremychang (~jeremycha@61-30-10-70.static.tfn.net.tw) |
01:47.22 | myn | you guys using the emu to test the roms or your devices? |
01:53.21 | *** part/#htc-linux jeremychang (~jeremycha@61-30-10-70.static.tfn.net.tw) |
01:55.25 | *** join/#htc-linux mufumbo (~mufumbo@71-6-82-200.static-ip.telepacific.net) |
01:58.04 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
02:05.02 | nemasu | Does anyone know which kernel is the popular choice for the X1 (Kovsky)? |
02:20.52 | *** join/#htc-linux unholy (~unholy@24.227.27.77) |
02:21.51 | *** join/#htc-linux bartman (~bart@tau.jukie.net) |
02:23.59 | *** join/#htc-linux nacho-g (~nacho-g@190.178.138.160) |
02:24.16 | nacho-g | <PROTECTED> |
02:24.28 | nacho-g | <PROTECTED> |
02:24.29 | *** join/#htc-linux paran (~paran@h-87-78.A163.priv.bahnhof.se) |
02:24.30 | Ondalf | xD |
02:24.31 | mcdull | nacho-g, not here... |
02:24.36 | Hoochster | now might be a good time to change your pw |
02:24.38 | Hoochster | heh |
02:24.43 | Ondalf | remove space and you're good |
02:24.49 | nacho-g | yes it is |
02:24.55 | nacho-g | i do always the same |
02:25.06 | mcdull | nacho-g, ha. no need password for this board anymore.. good. |
02:25.39 | *** join/#htc-linux DaveWM (~dave@h-96-13-51-56.ip.alltel.net) |
02:26.36 | mcdull | nemasu, you can try the common one from http://gitorious.com/linux-on-qualcomm-s-msm/linux-msm, seems the Kovsky tree has been merged. |
02:27.27 | nacho-g | i did it. |
02:27.51 | mcdull | anyone here uses WVGA device? |
02:28.07 | NeoMatrixJR | Hey MrPippy, phh...finally back online. I left my client on so I could read back. What's this I hear MrPippy about activating CDMA on your own? Got another build working outside of 95-civic's? |
02:28.21 | nacho-g | is someone working on trinity or hermes? i need some help. |
02:28.49 | nacho-g | i can't get the cpld irq. |
02:30.54 | MrPippy | no i mean activate my phone, cdma data is another issue |
02:32.51 | NeoMatrixJR | confused...u get a new phone MrPippy? |
02:33.04 | MrPippy | no i just never activated my rhod, been using my diam |
02:33.29 | NeoMatrixJR | oh i see |
02:36.31 | *** join/#htc-linux nacho-g (~nacho-g@190.178.138.160) |
02:37.19 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
02:37.32 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
02:38.10 | Ondalf | great! one thing just got a bit more clear to me :) how to make that FN-subsystem |
02:38.24 | Ondalf | hopefully i can make it |
02:39.29 | NeoMatrixJR | anyone know if it's possible to unsquish the system.sqsh file? |
02:40.27 | randomblame | probably, though it's hard to unsquish some things, spiders for example |
02:41.19 | Ondalf | isn't sqsh another loopable device? mount -t squashfs -o loop file.sqsh /path/to |
02:41.28 | Ondalf | *loopable _file_ |
02:42.21 | NeoMatrixJR | ok, harder question...any way to do it in windows? ( don't have to...just harder to get it to a linux machine to run it and then get it back right now) |
02:42.54 | Ondalf | quick hint; how about linux (any of them) in vmware for example? |
02:43.08 | *** join/#htc-linux Alka (~Alka@189.174.0.118) |
02:43.14 | Ondalf | i'm using one currently. to be exact unstable debian in vmware on top of windows xp |
02:44.15 | randomblame | yes I'm using ubuntu on virtualbox through windows 7 |
02:44.18 | randomblame | it's very convienent |
02:44.19 | NeoMatrixJR | yeah...just installed vmware player and have a bleeding edge ubuntu installed since I've had trouble w/ adb and my phone and HAL (HAL removed in 10.4) |
02:44.38 | NeoMatrixJR | I have to restart to load VMPlayer though... :( |
02:44.46 | Ondalf | umm, and another - did you try google to assist you? there's tools for unsquashing for windows like ftp://ftp.slax.org/useful-binaries/win32/squashfs-tools/ |
02:45.54 | NeoMatrixJR | Ondalf. I bow to your google prowess...I did google but did not find this |
02:46.14 | Ondalf | atleast i could be help sometimes |
02:46.33 | Ondalf | where does GPIO come from? its something with Input/Output but what? |
02:46.50 | Ondalf | might make some thoughts more clear |
02:47.07 | randomblame | :D |
02:47.25 | randomblame | general purpose input output |
02:47.30 | nacho-g | General purpose input output |
02:48.38 | nemasu | mcdull, thanks, i was leaning toward that one. |
02:49.19 | Ondalf | thanks a lot! that explains... so its just basic IO ports, where you can put like matrix keyboard etc and when initializing hardware you just tell what state that port is? atleast that's how i understand them. i come from AVR world, so that's also reason why i'm lost |
02:49.56 | randomblame | for the most part thats right |
02:51.00 | Ondalf | good atleast something was good :D also, is there any decent IDE for swissknifing kernel itself? probably with intellisense feature ;) |
02:52.56 | Ondalf | okay, that might consider as cheating... better not even ask it. i'll try to learn to do it slow way |
02:55.32 | mcdull | any good resources to learn driver / kernel development? |
03:00.13 | Ondalf | atleast i noted that reading what .c files do at certaing machines helped me a lot |
03:01.45 | Ondalf | whoa! compared to last embedded projects this pxa27x has tons of registers! |
03:05.24 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
03:13.56 | *** join/#htc-linux mcdull_ (~blackston@n11648167249.netvigator.com) |
03:15.03 | *** join/#htc-linux Unholy_ (~IceChat7@24.227.27.77) |
03:18.52 | *** join/#htc-linux jamenlang2 (~jamenlang@68.170.60.12) |
03:22.04 | NeoMatrixJR | If I post a .kcm and .kl file for RHOD400 can someone make the .kcm.bin for me? I don't have a setup to do that right now. |
03:36.48 | Unholy_ | hrm i cant start wifi in android and all i di was try another system img |
03:38.12 | NeoMatrixJR | Unholy_: system.sqsh or rootfs.img. you line was a bit confusing |
03:39.38 | stinebd | make sure system.sqsh has lib/modules |
03:39.46 | NeoMatrixJR | Unholy_: I gotta reboot my PC. I'll be back on in a minute. Keep an eye out. |
03:40.21 | stinebd | that should just be an empty dir. the rootfs unpacks the modules.tar.gz from the glemsom autobuilds and binds them to /system/lib/modules |
03:41.30 | Unholy_ | well all i did was back my system.sqsh along with its data.img, then placed expresso 2.1 system.sqsh from k_linux to test |
03:41.37 | Unholy_ | it does not support wifi |
03:41.47 | Unholy_ | then after a wile i decided to delete it and return to my old one |
03:41.50 | Unholy_ | from xdandroid |
03:41.55 | Unholy_ | the one i backed up |
03:42.04 | Unholy_ | and now i cant turn on wifi 0o |
03:43.20 | nacho-g | does anyone know if the CPLD IRQ should be seen in cat /proc/interrupts as a common IRQ? I can't make it work. Im working on trinity. |
03:48.56 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-48-60.client.mchsi.com) |
03:51.20 | NeoMatrixJR | MrPippy: you still online? |
03:51.27 | MrPippy | yeah |
03:52.13 | NeoMatrixJR | you have a working build envrionment you can work with easilly? |
03:52.24 | MrPippy | yeah |
03:52.45 | Unholy_ | meh no airplane mode wont turn off |
03:52.48 | Unholy_ | now* |
03:53.18 | NeoMatrixJR | can I post a keyboard mapping set and have you build the .bin? |
03:54.16 | MrPippy | do you know the command for that? |
03:54.32 | NeoMatrixJR | um...give me a min...I can find it |
03:55.37 | MrPippy | i have kcm |
03:55.44 | NeoMatrixJR | I think the tool is called makekcharmap |
03:56.14 | NeoMatrixJR | I modded a .kl and .kcm I don't know if you need both or just the .kcm. I think just the .kcm |
03:57.34 | MrPippy | i have kcm and makekeycodes, i think kcm is the one |
03:57.35 | *** join/#htc-linux DaveWM (dave@h-98-134-9-219.ip.alltel.net) |
04:00.36 | NeoMatrixJR | here's the .kcm: http://nopaste.voric.com/paste.php?f=mbe3a7 |
04:01.15 | NeoMatrixJR | here's the .kl too:http://nopaste.voric.com/paste.php?f=814vt5 |
04:01.18 | NeoMatrixJR | http://nopaste.voric.com/paste.php?f=814vt5 |
04:01.36 | NeoMatrixJR | in case you want to use them. I don't know what RHOD### you have MrPippy |
04:01.43 | MrPippy | yeah i'm rhod400 |
04:01.51 | NeoMatrixJR | they're fixed up a bit for RHOD400. |
04:02.38 | NeoMatrixJR | the \/ and ;: are on reversed keys on the 210. This fixes that. and the envelope button...not that it's used really.... |
04:05.59 | MrPippy | ok i dont think you have to do anything to the kl, android reads those as plaintext |
04:06.41 | MrPippy | the compiled kcm (not sure what the right extension is for those) is at http://opus.homelinux.com/public_files/rhod400.kcm.bin |
04:07.23 | ToAsTcfh | so whats new today? |
04:11.31 | NeoMatrixJR | well..new keymap for RHOD400 if it works... |
04:11.56 | NeoMatrixJR | MrPippy: got a forbidden trying to access that file |
04:12.08 | NeoMatrixJR | HTTP 403 error |
04:15.08 | MrPippy | try now |
04:16.12 | NeoMatrixJR | got it...thanks |
04:17.37 | NeoMatrixJR | you know if I need to do anything other than add the files to the rootfs.img and change my startup.txt? |
04:18.19 | MrPippy | i don't know, what would you change in startup.txt? |
04:18.49 | NeoMatrixJR | change physkeyboard=rhod210 to rhod400? |
04:19.13 | NeoMatrixJR | I'm not sure how that cmdline works |
04:19.55 | MrPippy | yeah give it a try, i haven't looked at it |
04:23.14 | AstainHellbring | NeoMatrixJR what works on rhod400? |
04:25.00 | NeoMatrixJR | AstainHellbring: what what? What android build am I using? |
04:26.12 | NeoMatrixJR | MrPippy: crap. I can't seem to inject my keyboard files into the rootfs.img :( |
04:26.26 | Ondalf | cpio packet? |
04:26.34 | MrPippy | mount it -loop |
04:26.36 | makkonen | neomatrixjr: almost certainly you'll need to modify the bit at the end of the init file in the rootfs as well. |
04:27.14 | Ondalf | atleast i found that mounting cpio files like initrd isn't easy and requires using cpio program itself |
04:27.16 | makkonen | looks |
04:27.19 | NeoMatrixJR | crap...I have no idea how to do that. I was just using winimage |
04:27.27 | makkonen | s/almost certainly// |
04:27.30 | MrPippy | yeah you'll need a linux machine |
04:28.07 | NeoMatrixJR | got one...but it's pretty much sleeping time. 'cause tomorrow's working time :( |
04:33.31 | NeoMatrixJR | ok, I got a linux system up quick with the files. anyone got the loop command to mount the rootfs.img? |
04:33.50 | Ondalf | mount -o loop rootfs.img folder/ |
04:33.58 | makkonen | sudo mount -o loop whathesaid |
04:34.22 | Ondalf | umm, how big is "char"? |
04:34.31 | Ondalf | how many ascii characters will it hold? |
04:34.57 | Ondalf | i just wonder is it like 8 max or can i put like 20 into it |
04:35.39 | makkonen | ...isn't it 1? |
04:36.22 | Ondalf | if its initialized as "char *desc;" so...? |
04:36.32 | Ondalf | atleast so its done in kaisers keypad |
04:38.15 | makkonen | I don't speak C, so I'm not the person to ask about anything nuanced. but a quick google search said what I thought, which is that a char is 8 bits -- one ascii character |
04:38.37 | Ondalf | ic... well, lets see how it |
04:38.43 | Ondalf | *how it'll turn out |
04:39.38 | *** join/#htc-linux tmzt (~tmzt@adsl-99-164-34-42.dsl.akrnoh.sbcglobal.net) |
04:40.31 | tmzt | moved irssi to x86 box |
04:50.38 | *** join/#htc-linux jamenlang2 (~jamenlang@68.170.60.10) |
05:01.12 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:13.08 | jamenlang2 | if there's no difference in the BT chipset between the GSM Raph800 and the CDMA raph800; why is BT not working on the CDMA raph800? |
05:15.06 | tmzt | there is no gsm raph800 |
05:15.13 | tmzt | might be dma |
05:15.23 | tmzt | bt not working in what way? |
05:15.40 | jamenlang2 | it's not turning on |
05:15.47 | *** join/#htc-linux lutzik (~none@ool-182f91f1.dyn.optonline.net) |
05:17.14 | Ondalf | whoa, keycodes remapped with same code than kaiser uses. now gotta do that fn-subsystem |
05:17.55 | Ondalf | "soon" i'll have symbols and numbers in shell too :) |
05:19.10 | tmzt | android? |
05:19.26 | *** join/#htc-linux Alka (~Alka@189.174.0.118) |
05:20.37 | jamenlang2 | 2.0.1 from xda; released on 3/1 |
05:20.47 | Ondalf | kernel |
05:20.51 | Ondalf | rawr |
05:21.17 | tmzt | using RIGHTALT/AltGr for Fn? |
05:21.25 | tmzt | what device? |
05:21.58 | Ondalf | toshiba g900 and using its green dot as KEY_FN and almost copypasting kaiser's code and learning at same time |
05:22.37 | tmzt | KEY_FN is not for symbols |
05:22.44 | tmzt | it's for acpi translated keys |
05:22.54 | tmzt | is this for android? |
05:23.02 | Ondalf | linux overall |
05:23.26 | tmzt | but is it android keymap or you trying to use this with console |
05:24.11 | Ondalf | console |
05:24.42 | tmzt | okay |
05:24.52 | tmzt | eaisiest is RIGHTALT as AltGr |
05:28.01 | Ondalf | for some reason i cannot understand why, since kaisers loop to use KEY_FN to cause program to read from next colum defined in array. so isn't it same, what key i use as long it doesn't produce any markings into screen? |
05:29.57 | tmzt | hmm guess not |
05:30.05 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
05:30.05 | tmzt | but you have to declare it in the keymap |
05:30.22 | tmzt | I use full console-utils now knows as something else |
05:30.28 | tmzt | not the busybox version |
05:30.59 | Ondalf | atleast in normal input.h has defines for KEY_FN |
05:31.09 | Ondalf | it returns 0x1d0 |
05:32.57 | tmzt | that depends on kernel keysym |
05:40.12 | Ondalf | hmm, well, is kaisers Fn button IRQ driven? or is it just like another button amongst others in big matrix? |
05:41.01 | tmzt | part of the matrix |
05:41.06 | tmzt | on kais |
05:42.04 | Ondalf | g900 has same "problem", its in matrix also, so i just thought using code that we already have would be useful atleast for my learning |
05:42.43 | tmzt | that doesn't matter |
05:42.52 | tmzt | how it's declared in kernel does |
05:43.07 | tmzt | if it's KEY_FN you need to add a mod map for that |
05:43.41 | Ondalf | wish there was KEY_RANDOM that could be used for cases like this :) |
05:46.11 | tmzt | I just use KEY_RIGHTALT |
05:46.20 | tmzt | and map the alt codes as AltGr |
05:46.51 | *** join/#htc-linux bkero (~freenode@osuosl/staff/bkero) |
05:47.13 | Ondalf | maybe i do it wrong way like engineer usually, but well... atleast i'm still exited and doing something |
05:48.55 | *** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no) |
05:51.35 | AstainHellbring | evening |
05:51.38 | AstainHellbring | tmzt whats new? |
05:52.17 | tmzt | not much for me |
05:52.29 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cb31.pool.mediaWays.net) |
05:53.05 | AstainHellbring | been playing with the xdanroid build for raph800 I am impressed |
05:53.17 | Ondalf | correct me if i'm wrong, does kaiser poll matrixes rows one at time once in 5ms? |
05:53.42 | tmzt | I don't think so |
05:53.47 | tmzt | I think hardware does |
05:53.51 | tmzt | but I could be wrong |
05:54.09 | tmzt | maybe if we're using the android driver it's done by kernel |
05:54.10 | tmzt | why? |
05:54.14 | tmzt | g1 driver |
05:54.29 | tmzt | AstainHellbring: xd not 95civic? |
05:54.44 | tmzt | I should get the ril from that and try it on 95 |
05:54.52 | Ondalf | i've been watching whole time board-kaiser-keypad.c and my opinions and questions have been based on that for a while :) |
05:55.34 | AstainHellbring | tmzt grabbed from http://www.connect-utb.com/index.php?option=com_rokdownloads&view=file&Itemid=68&id=92:android-2-0 |
05:55.48 | AstainHellbring | whats different on the 95civic build? |
05:56.11 | tmzt | it's for rhod400/500 |
05:56.19 | tmzt | except data it works if booted in call |
05:56.23 | tmzt | but I need data |
05:56.29 | AstainHellbring | interesting |
05:56.36 | tmzt | can you extract the ril somewhere? |
05:56.55 | AstainHellbring | sure but I using it on raph800 isnt that different ril than would be for rhod? |
05:57.03 | tmzt | 95 is based on xd |
05:57.13 | tmzt | no does data work? |
05:57.24 | AstainHellbring | they say it does |
05:57.27 | tmzt | well I'm still trying to get it in cdma only mode |
05:57.28 | AstainHellbring | I not tried it though |
05:57.36 | tmzt | but I think #777 will work for ppp |
05:57.39 | AstainHellbring | raph is not currently active |
05:57.40 | tmzt | with that ril |
05:58.01 | AstainHellbring | wifi works awesomely |
05:58.23 | tmzt | wow |
05:58.27 | tmzt | that's a first |
05:58.35 | tmzt | never got it working on raph500 |
05:58.55 | *** join/#htc-linux Neo31 (~Neo31@41.230.113.20) |
05:58.56 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
05:59.17 | AstainHellbring | connected to wpa2 psk |
06:01.15 | tmzt | which driver? |
06:01.57 | AstainHellbring | dunno just used the pack I linked to |
06:02.25 | AstainHellbring | used included startup file in raph800 folder |
06:12.57 | *** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com) |
06:34.44 | *** join/#htc-linux mastermerlin (~merlin@pD957C174.dip.t-dialin.net) |
06:45.08 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
07:53.23 | *** join/#htc-linux dekar_ (~dekar@e181183237.adsl.alicedsl.de) |
08:00.27 | *** join/#htc-linux kiozen (~oeichler@p54920EAB.dip0.t-ipconnect.de) |
08:17.56 | *** join/#htc-linux kvaster (~kvaster@93.84.112.80) |
08:26.03 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
08:28.43 | *** join/#htc-linux dream_kill (~nospam@server88-208-237-236.live-servers.net) |
09:21.07 | *** join/#htc-linux kiozen (~oeichler@p5492137E.dip0.t-ipconnect.de) |
09:26.15 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:29.35 | *** join/#htc-linux droid001 (~g1@p4FDCBD2D.dip.t-dialin.net) |
09:46.29 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
09:46.30 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
09:54.32 | *** join/#htc-linux vall (~val@lgx22-1-88-168-244-3.fbx.proxad.net) |
10:00.46 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
10:14.23 | *** join/#htc-linux tpruvot (~tpruvot@ip-93.net-89-2-85.rev.numericable.fr) |
10:16.26 | *** join/#htc-linux mickey|office (~Mickey@dialbs-092-079-168-007.static.arcor-ip.net) |
10:58.18 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
10:58.41 | vall | hi, does someone know how MPUs work on msm7200 ? |
10:59.00 | *** join/#htc-linux leobaillard (~leobailla@ip-89.net-82-216-212.roubaix.rev.numericable.fr) |
11:03.53 | *** join/#htc-linux dream_kill (~nospam@server88-208-237-236.live-servers.net) |
11:04.20 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
11:11.55 | *** join/#htc-linux Captnoord (~Captnoord@145.74.182.121) |
11:59.37 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
11:59.44 | leobaillard | seen this ? >> http://gizmodo.com/5483632/apple-sues-htc-for-infringing-on-20-iphone-patents |
12:02.30 | Captnoord | yea |
12:02.37 | Captnoord | crap |
12:03.01 | *** join/#htc-linux mcdull (~mcdull@110.4.31.126) |
12:15.08 | *** join/#htc-linux jeremychang (~jeremycha@61.57.131.211) |
12:18.36 | *** join/#htc-linux Vito_ (~quassel@gw.loccal.net) |
12:24.17 | *** join/#htc-linux miknix (~miknix@bl4-91-106.dsl.telepac.pt) |
12:24.18 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
12:35.50 | *** join/#htc-linux albi74 (~albi74@host208-44-static.39-79-b.business.telecomitalia.it) |
12:48.16 | *** join/#htc-linux leobaillard (~leobailla@ip-89.net-82-216-212.roubaix.rev.numericable.fr) |
12:52.10 | *** join/#htc-linux dekar (~dekar@dialbs-088-079-080-042.static.arcor-ip.net) |
13:00.43 | *** join/#htc-linux M1DLGpc__ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
13:20.11 | *** join/#htc-linux Wr4i7h (~abc@89.181.5.130) |
13:25.37 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
13:27.05 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
13:27.38 | tmzt | vall: not entirely |
13:27.48 | tmzt | the pdfs are probably the best documentation |
13:28.09 | tmzt | if you're trying to get extra ram those efforts have been mostly unsuccessful so far |
13:32.11 | vall | tmzt: no, I try to access to MDP, and I get an external abort exception. Where can I find msm7200 datasheet ? I have only the software interface manual. |
13:32.45 | tmzt | that's all anybody has I think |
13:32.52 | tmzt | I don't even have/want that |
13:33.04 | tmzt | access how? |
13:36.12 | vall | I run my own code with mmu disabled, MDP_BASE=0xAA200000, when I do a read access on display_status : +0x38, I get an external data abort exception |
13:36.58 | vall | I suppose MPU doesn't allow to access that register |
13:37.01 | tmzt | kernel code? |
13:37.07 | tmzt | what are you doing? |
13:37.13 | tmzt | ah |
13:37.17 | vall | I am escaping wince |
13:37.23 | vall | like haret |
13:37.25 | tmzt | that's probably an unaligned read |
13:37.33 | tmzt | a new bootloader? |
13:37.57 | tmzt | actually it's the mmu disabled part |
13:38.18 | tmzt | we don't really know how to write to mdp at all with mmu disabled until linux sets it up |
13:38.22 | vall | not exactly, I just play with a htc, and running code in low level |
13:38.27 | tmzt | there's a few special registers you need |
13:38.37 | tmzt | look at dzo's low level code |
13:38.37 | *** join/#htc-linux marex (~marex@eduroam84.ms.mff.cuni.cz) |
13:38.49 | tmzt | how are you getting that these are causing aborts? |
13:39.04 | tmzt | I also have a boot loader I'm trying to fix |
13:39.06 | tmzt | same issues |
13:39.11 | vall | I put my own exception table at 0x0 |
13:39.27 | tmzt | which does? |
13:39.34 | vall | catch exception |
13:39.41 | tmzt | and? |
13:39.47 | tmzt | how are you notified of this |
13:39.58 | vall | ha |
13:40.15 | tmzt | but I think it's not mmu |
13:40.21 | tmzt | a ramconsole type thing? |
13:40.28 | vall | I write to framebuffer, re-enable MMU and come back to wince |
13:41.04 | vall | and wince refresh framebuffer |
13:41.06 | tmzt | cool |
13:41.17 | tmzt | how are you getting back, the way haret does? |
13:41.25 | tmzt | restoring ce exception vectors? |
13:41.34 | tmzt | you might need cmonex help :) |
13:41.42 | tmzt | ask for her in #xda-devs |
13:42.07 | tmzt | I get lost in ce internals |
13:42.19 | vall | I don't totaly come back in wince, just for refreshing framebuffer, because wince stucks after ;) |
13:42.54 | tmzt | hmm |
13:42.59 | tmzt | how does that work? |
13:43.00 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
13:43.03 | vall | I would like refresh framebuffer with my own code |
13:43.04 | tmzt | never tried it |
13:43.16 | tmzt | let ce handle irq 97? |
13:43.21 | vall | come back to wince ? |
13:43.25 | tmzt | yes |
13:43.30 | tmzt | and let it do framebuffer |
13:43.46 | tmzt | we were looking at a port of uboot as a ce .exe |
13:46.01 | vall | I don't know very well wince, but I just store some important/special registers before disabling MMU and restore them after enabling MMU. And it seems to work |
13:52.30 | tmzt | so you get back to ce or it just handles certain interrupts? |
13:52.50 | tmzt | like vsync/mdp dma |
13:54.33 | *** join/#htc-linux marex (~marex@eduroam84.ms.mff.cuni.cz) |
13:55.45 | vall | wince uses high adresses table exception (0xFFFF0000), (0x0 not mapped), I have just to switch vectors table (in cp15) when I disable/enable MMU. |
13:57.02 | tmzt | ah |
13:57.06 | tmzt | didn't know this |
13:57.16 | tmzt | are you doing this all in asm? |
13:57.44 | vall | now only some parts |
13:58.08 | tmzt | c? |
13:58.13 | vall | now=no** ,when disable/enable MMU |
13:58.17 | tmzt | what about the low level parts? |
14:00.45 | *** join/#htc-linux dream_kill (~nospam@server88-208-237-236.live-servers.net) |
14:01.04 | vall | tmzt: what do you want to know ? |
14:02.13 | tmzt | is your 'bootloader' in asm? |
14:02.30 | tmzt | trying to fix this people.openezx.org/tmzt/green7-dzo.S |
14:02.33 | tmzt | or similar |
14:02.52 | tmzt | if you can plug that into your code |
14:03.00 | tmzt | but I think it has the same problem |
14:03.10 | tmzt | though IO mem access should work |
14:03.16 | tmzt | which is probably the problem |
14:03.30 | tmzt | there's other obvious bugs with it too |
14:03.38 | *** join/#htc-linux irlolcopter (~irlolcopt@host81-153-254-123.range81-153.btcentralplus.com) |
14:03.48 | tmzt | like clearing (0) registers with the wrong insturction |
14:10.39 | *** join/#htc-linux GNUtoo (~GNUtoo@host40-149-dynamic.51-79-r.retail.telecomitalia.it) |
14:16.09 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
14:36.39 | *** join/#htc-linux GNUtoo (~GNUtoo@host40-149-dynamic.51-79-r.retail.telecomitalia.it) |
14:36.40 | *** join/#htc-linux dekar (~dekar@dialbs-088-079-080-042.static.arcor-ip.net) |
14:36.40 | *** join/#htc-linux ali1234 (~al@robotfuzz.co.uk) |
14:36.40 | *** join/#htc-linux bkero (~freenode@osuosl/staff/bkero) |
14:36.40 | *** join/#htc-linux Dinde (kayser@sur-internet.net) |
15:08.02 | *** join/#htc-linux babijoee (~babijoee4@d110-33-175-95.sun801.vic.optusnet.com.au) |
15:13.58 | babijoee | hello world |
15:14.56 | *** join/#htc-linux Captnoord (~Captnoord@145.74.172.184) |
15:15.15 | Captnoord | hmmm... got the temperature sensor... owned |
15:15.40 | Captnoord | anyone knows how todo the floating point shit in the kernel? |
15:16.17 | babijoee | nope :p |
15:16.25 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
15:16.35 | Captnoord | bleh |
15:17.04 | babijoee | wait for god phh ;0 |
15:17.10 | Captnoord | hehe |
15:17.19 | Captnoord | nah by the time I get home |
15:17.22 | Captnoord | he will be awake |
15:17.55 | babijoee | lol |
15:18.01 | babijoee | yo makkonen |
15:18.25 | makkonen | mornin'. (/afternoon/evening) |
15:20.39 | vall | tmzt: I take a look to green7-dzo-15.S, what's your board and what's your debug environment ? |
15:32.43 | *** part/#htc-linux jeremychang (~jeremycha@61.57.131.211) |
15:33.00 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
15:53.52 | *** join/#htc-linux GeertJohan (~Squarc@145.81.1.114) |
16:12.23 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87cb31.pool.mediaWays.net) |
16:54.17 | kupo | .meetme |
16:55.41 | *** join/#htc-linux Alka (~Alka@189.174.0.118) |
17:16.16 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
17:21.06 | *** join/#htc-linux SOG (~SOG@n119236240083.netvigator.com) |
17:23.10 | *** join/#htc-linux mcdull (~blackston@061093132071.ctinets.com) |
17:24.10 | *** join/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
17:24.59 | phh | [02:13:20] <makkonen> is the smd channel for data being created successfully? has anyone tried manually bringing up a ppp connection? <----- iirc has it working in debian iirc |
17:25.58 | *** join/#htc-linux Alka (~Alka@189.174.0.118) |
17:28.21 | mcdull | phh, someone claimed that Belgium Mobistar is working with an old Xdandroid build, did you fix it with your new kernel? |
17:28.32 | phh | fix a provider ? |
17:28.36 | phh | what does that mean ? |
17:29.56 | mcdull | Belgium Mobistar used to have problem with 3G connection. But it works on very old tux 1.5 build. |
17:30.09 | phh | ok |
17:30.12 | phh | no link at all with kernel. |
17:30.34 | phh | and you said xdandroid, which one does it work with ? |
17:30.55 | mcdull | And seems no one can help for a long time. but a member reports it works with an old xandroid packed by me.... a month ago. |
17:31.08 | mcdull | I didn't do anything on data .. of course. |
17:31.11 | phh | and which ril did you put in there ? |
17:31.22 | mcdull | sorry, ril? |
17:31.41 | phh | .... |
17:32.35 | phh | then which "xdandroid" release was it built on ? |
17:32.51 | mcdull | I just modified the xdandroid Feb build with some package, and make some amendment on the rootfs.img |
17:33.43 | phh | wow, that's damn precise. |
17:33.45 | mcdull | 3Feb build. |
17:34.14 | phh | "well the directory smodem and setupmodem.sh you should just add them nothing to change" <---- uh ? |
17:34.55 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
17:35.09 | mcdull | I changed nothing there... therefore I thought it might be a kernel issue. |
17:35.23 | phh | "there" ? |
17:35.42 | phh | where "there" ? |
17:35.43 | mcdull | anything related to modem ppp apn. |
17:36.47 | phh | as you did no change to it in the changes for "hero" rom you sent me ? |
17:37.18 | phh | well the changes concerning modem you added are totally useless |
17:37.21 | phh | but that's another story |
17:38.17 | mcdull | umm.. I didn't make any change on modem and I can't recall the hero rom. I have no related knowledge at all so I wouldn't change it. |
17:38.38 | phh | the last change I made concerning anything related to data dates back from 1st feburary |
17:38.47 | phh | the espresso rom |
17:38.50 | mcdull | k |
17:38.55 | phh | it's called a "hero" rom in the rc |
17:39.29 | mcdull | never look into that, sorry. |
17:39.43 | phh | tmzt: we uses nexus' wifi driver |
17:39.48 | phh | mcdull: lol ? |
17:40.01 | phh | init.eclairhero.rc setupmodem.sh |
17:40.05 | phh | that's the changes you sent me |
17:40.11 | mcdull | no. |
17:40.29 | phh | ah. someone faked your identity to my mailbox then |
17:40.34 | phh | oops |
17:40.37 | phh | no i'm just sleeping alive |
17:40.46 | mcdull | I dun have your email either. |
17:40.59 | phh | you'd just have to read logs, that's not hard |
17:41.12 | phh | vall: maybe w cr2 |
17:41.14 | phh | wait for* |
17:41.17 | phh | about mpu |
17:41.56 | phh | vall: ah it's to remove the exceptions, this "mpu disactivation code" is in our log |
17:42.14 | vall | phh: thank you ! |
17:42.17 | phh | mcdull: ok sorry I totally messed you with k_linux. |
17:42.26 | mcdull | its ok. |
17:42.44 | phh | vall: hum you'll have hardtime to find this, I can search it quickly in my haret logs |
17:42.56 | mcdull | The same is I actually did alot useless. |
17:43.24 | phh | mcdull: does your tester tried feb3 original build ? |
17:43.26 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
17:43.44 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
17:44.01 | Captnoord | phh awake? |
17:44.06 | phh | Captnoord: yup |
17:44.15 | phh | Captnoord: but I have no knowledge about floating point maths in kernel. |
17:44.16 | Captnoord | floating point in the kernel |
17:44.18 | Captnoord | damn |
17:44.24 | Wout | oi |
17:44.25 | phh | vall: HaRET(1)# pfw 0xA8250800 1 0 |
17:44.29 | mcdull | no idea , he just posted on my thread. But I guess there are at least some ppl that tried every build to try to get data work. |
17:44.30 | phh | HaRET(2)# pfw 0xA8240800 1 0 |
17:44.42 | phh | first one is AXIGS, second one is AXIGE |
17:44.55 | phh | vall: but I don't think MDP regs are handled by any of them :/ |
17:46.54 | vall | phh: I don't know, I will test it. I also make researches on "Peripheral Port Memory Remap Register" |
17:47.12 | phh | vall: how do you try to access this address btw ? |
17:47.21 | phh | I think I already asked you though, but just to be sure |
17:48.00 | vall | to refresh LCD framebuffer |
17:48.11 | phh | *how* not why :p |
17:48.21 | phh | oh right yes I remember |
17:48.22 | phh | without mmu. |
17:48.28 | vall | lol yep |
17:48.45 | phh | you run it from haret ? |
17:48.57 | vall | no, from my own code |
17:49.01 | vall | but |
17:49.08 | phh | I mean your code. |
17:49.34 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
17:49.43 | vall | I did tests with haret, and pd 0xaa200000 0x4, give me an exception |
17:49.57 | phh | ok |
17:50.12 | phh | I guess I already asked if you're sure of the address. |
17:50.23 | vall | but this address is well mapped in mmu, somethine like 0x92... |
17:50.41 | phh | ok it's the right one |
17:50.50 | vall | yep |
17:51.23 | phh | does the linux driver access it directly ? |
17:52.00 | phh | bah. |
17:52.14 | vall | yes, with an ioremap just before (quite normal) |
17:52.30 | Wout | two random reboots today :/ |
17:53.55 | phh | vall: I don't know what it is worth, but the linux driver doesn't access the display status register |
17:54.49 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
17:56.44 | *** join/#htc-linux dream_kill (~nospam@server88-208-237-236.live-servers.net) |
17:56.58 | vall | the linux driver makes an access to MDP_INTR_STATUS, I also tried this offset and failed |
17:57.07 | phh | ok |
17:57.24 | phh | other phys memory addess read works I guess ? |
17:57.39 | vall | phh: yes |
17:58.22 | phh | ok, I just don't know then |
17:59.02 | vall | do you know where 0xA8250800 comes from ? |
17:59.11 | phh | no |
17:59.47 | phh | I think dzo reversed it from wince |
18:00.45 | phh | Captnoord: activate the "floating point emulation" in menuconfig ? :p |
18:01.43 | vall | ok, why these addresses are not in the "software interface manual" ? (maybe stupid question) |
18:03.32 | phh | don't know |
18:04.21 | phh | well, first it's because you have msm7200 doc |
18:04.26 | phh | and we have msm7201a device |
18:04.37 | mcdull | testing the android 2.1 Espresso on blac100.. The flash works... |
18:04.38 | phh | there is AXIGE doc in the pdf |
18:05.02 | phh | vall: but addresse for AXIGE is wrong in the pdf too |
18:06.18 | Alka | mcdull: android 2.1 Espresso is currently open to public this release, also support rhod? |
18:06.33 | phh | Alka: yes |
18:06.46 | phh | well not for wifi |
18:07.00 | Alka | phh: where can get it, wifi no problem |
18:07.12 | mcdull | It is quite usable. but the resolution is built for hero. |
18:07.14 | phh | search on blackstone's android forum |
18:07.34 | Alka | phh: thanks |
18:07.37 | mcdull | happy farm works. |
18:07.37 | phh | mcdull: bwah there are only few resolution problems |
18:08.16 | phh | but I don't want to use an hero rom to have flash working... |
18:08.32 | phh | but it would be the only way to have full BT support anyway |
18:08.32 | mcdull | it is super slow in the first boot. but better while using it. |
18:09.21 | mcdull | if it is better skin and got wifi fixed, could be a good time to test for days. |
18:09.31 | polyrhythmic | you RHOD/DIAM guys should port over OpenEclair 1.2.2 |
18:09.39 | polyrhythmic | that is a great 2.1 ROM |
18:10.00 | phh | it has flash ? :p |
18:10.07 | polyrhythmic | camera flash? |
18:10.11 | polyrhythmic | oh FLASH 10 |
18:10.41 | polyrhythmic | nvmd, lol all I would see is more ads |
18:11.18 | tmzt | phh: he meant raph (raph800) |
18:11.34 | tmzt | wondered if it was g1 driver or the mac80211 version |
18:11.37 | polyrhythmic | I'd imagine OE will have flash available as soon as any other non-hero ROM |
18:11.42 | mcdull | omg.. bed time again.. |
18:11.42 | phh | ah raph |
18:11.47 | phh | tmzt: g1 driver |
18:12.01 | tmzt | ok |
18:12.03 | mcdull | goodnight / morning .. |
18:12.10 | phh | polyrhythmic: yes... but when the non hero rom get it ? :p |
18:12.18 | tmzt | vall: anything work? |
18:12.40 | vall | tmzt: big fail !lol |
18:12.52 | tmzt | vall: if you see my asm code the important part is the cache macros from dzo |
18:13.00 | tmzt | ppmr never worked for us |
18:13.08 | tmzt | thanks for the high exception thing |
18:13.10 | phh | haha caches. |
18:13.32 | tmzt | did you see my asm? |
18:13.39 | vall | tmzt: yep, I search on periperal remap |
18:14.00 | vall | this: mcr p15, 0, r2, c15, c2, 0@ set all data access to be device-nonshared |
18:14.25 | tmzt | people.openezx.org/tmzt/green8-dzophh-1.S |
18:14.36 | tmzt | right |
18:14.43 | tmzt | does that help? |
18:14.53 | tmzt | the rest is mostly ported from htcfbcon |
18:16.44 | vall | it crash in my case, but try to understand why. In fact I don't understand what this register (c15,c2,0) does when MMU disabled and I/D cache off. |
18:17.02 | tmzt | yeah |
18:17.03 | tmzt | hmm |
18:17.06 | tmzt | talk to dzo |
18:17.14 | tmzt | hard to get him anymore though |
18:17.58 | tmzt | phh: did you clean this thing up at some point? |
18:18.08 | phh | clean what ? |
18:18.26 | tmzt | my asm can't remeber why it says phhdzo |
18:18.32 | phh | oO |
18:19.06 | phh | I can't see what I could have done there |
18:19.11 | phh | even if I remember we spoke about it |
18:19.39 | tmzt | ok |
18:19.45 | tmzt | it's still broken |
18:20.09 | *** join/#htc-linux SindreHansen (~sindrehAn@c010ABF51.dhcp.bluecom.no) |
18:20.09 | tmzt | could it be the vsync irq handler though |
18:20.15 | tmzt | since there's no default |
18:20.15 | *** join/#htc-linux dream_kill (~nospam@server88-208-237-236.live-servers.net) |
18:20.20 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
18:20.23 | phh | wince doesn't use much vsync irqs |
18:20.28 | tmzt | or is that what your exception handlers are for? |
18:20.37 | tmzt | yeah but haret kills wince |
18:20.59 | phh | I mean we should be able to use mdp without vsync |
18:21.20 | tmzt | right |
18:21.30 | tmzt | but that doesn't mean the irq isn't happening |
18:21.59 | tmzt | hmm or is it disabled by haret? |
18:22.03 | tmzt | or not enabled by wm |
18:23.11 | *** join/#htc-linux MrPippy (~pip@adsl-75-11-160-192.dsl.sndg02.sbcglobal.net) |
18:23.50 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-48-60.client.mchsi.com) |
18:25.43 | phh | hi MrPippy |
18:25.48 | MrPippy | hey |
18:26.08 | Wout | ey Mr.P |
18:26.12 | tmzt | 6 |
18:26.21 | tmzt | 18:33 < MrPippy> hey |
18:26.58 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr) |
18:31.03 | *** join/#htc-linux SindreHansen (~sindrehAn@c010ABF51.dhcp.bluecom.no) |
18:34.14 | vall | phh, tmzt: thank you for your help, have a nice day/night ! |
18:42.49 | Ondalf | the more you think about what you're doing, the more you are lost. |
18:43.27 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
18:43.44 | *** join/#htc-linux ToAsTcfh (~toast@235-41.200-68.tampabay.res.rr.com) |
18:44.03 | Unholy | sup ppls |
18:48.51 | *** join/#htc-linux Neo31 (~Neo31@41.230.51.199) |
18:48.55 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
18:51.14 | *** join/#htc-linux SindreHansen (~sindrehAn@c010ABF51.dhcp.bluecom.no) |
18:58.51 | ToAsTcfh | phh: everyone able to oc with turbo? |
19:00.04 | ToAsTcfh | also i added debugging to my acpuclock and cpifreq and still doesnt say hey im not working |
19:03.58 | Ondalf | one confusing question: does developer boards usually use same IRQs than final products or am I only dreaming about it? |
19:06.01 | *** join/#htc-linux Wr4i7h (~abc@89.181.5.130) |
19:07.07 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
19:08.14 | phh | Ondalf: irqs are fixed |
19:08.22 | phh | gpios with special feature (camera, uartdm, etc) are fixed too |
19:09.36 | ToAsTcfh | camera fixed? |
19:10.05 | phh | no |
19:10.11 | phh | Wout: could be gsensor. |
19:10.15 | phh | (your last bug report) |
19:10.32 | *** join/#htc-linux GeertJohan (~Squarc@145.81.1.114) |
19:10.53 | Ondalf | phh: thanks :) helps me to dig out more info about pxa27x |
19:11.11 | phh | ah don't know about pxa |
19:11.13 | phh | I guess it's the same though |
19:11.25 | Ondalf | i assume they got same... |
19:11.33 | Ondalf | and curse if they don't |
19:11.51 | Wout | phh: you mean the random wakeups? |
19:11.55 | phh | Wout: yup |
19:12.23 | phh | Ondalf: but things like "reset bt" or "power on screen" gpio aren't likely to be the same |
19:12.30 | Wout | I have automatic rotation turned off, or isnt that of any influence? |
19:12.44 | phh | it's not |
19:12.54 | Ondalf | phh: yep, for example if i recall right, powerbutton is in irq 67 or something like that |
19:12.57 | phh | it's a special bma150 feature I don't really know |
19:13.41 | Ondalf | atleast i'm still exited to learn new, so i'll continue |
19:14.02 | Wout | phh: can I turn off the gsensor in the startup.txt? I'd rather have reliable sleep than abduction :P |
19:14.09 | phh | Wout: won't work |
19:14.13 | Wout | ok |
19:14.15 | phh | Wout: I'm not even sure it's that it's just a guess :p |
19:14.21 | Wout | k :P |
19:14.34 | phh | could also be the hardware keys at the bottom that aren't disabled when they would be supposed to |
19:14.52 | Ondalf | atleast this is huge project compared to ATmega32 or such :) controlling 2x16 character LCD and 4 buttons and 2 interrupts were kind of easy to use and learn, but let's see how this turns out |
19:15.07 | phh | Ondalf: yeah but with C it's a lot easier :p |
19:15.26 | Ondalf | yep. C was used in AVR world too |
19:15.34 | phh | ah. |
19:15.37 | Ondalf | but knifing linux kernel is new world to me |
19:15.52 | phh | I never did so embedded stuff yet |
19:15.57 | phh | I guess I'll maybe do that later |
19:16.20 | phh | the "most embedded" I did was on nintendo ds |
19:18.33 | Ondalf | whoa, intel xscale knows intel speedstep :D |
19:19.27 | Captnoord | anyone wokeup who knows the shit about float emulation? |
19:25.07 | MrPippy | i know a little bit, what are you trying to do? |
19:26.01 | phh | Captnoord: you tried just activating it ? |
19:26.54 | Captnoord | i'm searching in the dark atm |
19:27.03 | Captnoord | but I should be able to fix it myself |
19:27.21 | phh | Captnoord: you've seen the "float emulation" stuff in menuconfig ? |
19:27.58 | Captnoord | yup |
19:28.17 | phh | it doesn't work as expected ? |
19:28.21 | Captnoord | nope |
19:28.31 | Captnoord | its about hardware floatingpoint emulating |
19:28.34 | Captnoord | not software |
19:28.40 | phh | ok |
19:28.53 | phh | hardware float point emulation ? that's weird. |
19:28.57 | Captnoord | :S |
19:29.03 | Captnoord | I don't have a clue |
19:29.14 | phh | you tried activating it, just in case ? |
19:29.20 | Captnoord | I did |
19:29.24 | phh | ok |
19:29.40 | MrPippy | you're trying to use fp in kernel code? |
19:29.44 | Captnoord | yup |
19:29.54 | Captnoord | just for testing |
19:31.38 | MrPippy | yeah i know the kernel doesn't let you use FP, but i always thought the reason was so they wouldn't have to save/restore the FP registers on the way in/out of kernel space |
19:32.04 | MrPippy | we don't have that problem, but maybe the kernel won't let gcc link in the software FP functions |
19:33.45 | Captnoord | its just me not having anough gcc knowlage |
19:34.11 | phh | gcc's math stuff in kerrnel ? |
19:34.12 | phh | no thanks :p |
19:34.34 | Captnoord | then no battery temperture stuff... |
19:34.38 | Captnoord | correct one:P |
19:34.52 | Captnoord | I can' try to make it work trough integers |
19:34.52 | Captnoord | :P |
19:34.57 | Captnoord | maybe it works |
19:36.02 | *** join/#htc-linux zsircusr (~zsirc@ip-77-24-32-195.web.vodafone.de) |
19:36.05 | phh | like *100/128 ? |
19:36.16 | Captnoord | yea |
19:36.17 | phh | hum no |
19:36.19 | phh | *10/128 |
19:36.22 | Captnoord | yup |
19:37.08 | Captnoord | bleh |
19:37.14 | Captnoord | its impossible todo without floats |
19:37.16 | Captnoord | CRAP |
19:37.26 | phh | no it's not. |
19:37.27 | Captnoord | i'm gonna relax |
19:37.34 | Captnoord | const double A = 0.003354016; |
19:37.35 | Captnoord | const double B = 0.0002565890; |
19:37.35 | Captnoord | const double C = 0.000002620131; |
19:37.35 | Captnoord | const double D = 0.00000006383091; |
19:37.48 | Captnoord | resistance = (batt_info_16->batt_temp / 1024.0) * Rt; |
19:37.49 | Captnoord | x = log(resistance / Rt); |
19:37.49 | Captnoord | kelvin = 1.0 / (A + (B * x) + (C * x * x) + (D * x * x * x)); |
19:38.08 | phh | long long |
19:38.14 | Captnoord | missing this one |
19:38.15 | Captnoord | const double Rt = 4360.0; |
19:38.20 | Captnoord | yea |
19:38.21 | Captnoord | maybe |
19:38.22 | Captnoord | nah |
19:38.27 | Captnoord | i'm gonna relax a bit |
19:38.29 | Captnoord | i'm tired |
19:38.55 | phh | what is the range of "resistance" ? |
19:39.33 | Captnoord | phh I will figure it out |
19:39.45 | *** join/#htc-linux albi74 (~albi74@host208-44-static.39-79-b.business.telecomitalia.it) |
19:40.01 | Captnoord | friend of mine is a linux kernel hero...... |
19:40.09 | Captnoord | and i'm sure he can fix it |
19:40.34 | Captnoord | and otherwise I code / copy paste myself a nice emulated floating point lib |
19:40.51 | AstainHellbring | interesting Captnoord |
19:40.58 | Captnoord | http://lxr.linux.no/linux/arch/x86/math-emu/README |
19:40.59 | Captnoord | hmmmmm |
19:41.15 | Captnoord | AstainHellbring: its called the Steinhart-Hart equation |
19:41.41 | Captnoord | and its the standard way of calculating temperature with a thermistor |
19:41.51 | Captnoord | things that possible can be different |
19:41.52 | phh | it's just a limited development order 3 -_-' |
19:41.55 | Captnoord | is the 1024.0 |
19:42.07 | Captnoord | A is correct |
19:42.13 | Captnoord | so is Rt |
19:42.18 | Captnoord | as they are in the asm to |
19:42.24 | Captnoord | BCD can still be different |
19:42.31 | Captnoord | but I just don't have a way to test it all |
19:44.57 | Captnoord | http://www.linux-arm.org/LinuxKernel/LinuxVFP |
19:47.38 | phh | Captnoord: I'll try to see how we can do that fixed point tomorrow if you want |
19:47.57 | Captnoord | please give it a go for me |
19:48.08 | Captnoord | hopes it doesn't makes the kernel crappy |
19:48.44 | Captnoord | phh I wonder why RESOURCES_64BIT is enabled in the makefile |
19:48.49 | Captnoord | config* |
19:48.59 | phh | I wonder too. |
19:49.25 | Captnoord | as its not really possible to have 64 bits resources on a 32 bits chip |
19:49.33 | Captnoord | unless you count long long's |
19:50.25 | phh | mmap big file ? |
19:50.37 | Captnoord | bigger than 4 gb? |
19:50.53 | phh | totally useless for us I know |
19:50.58 | Captnoord | k |
19:55.58 | *** join/#htc-linux JairunCaloth (~m00@c-24-98-17-158.hsd1.ga.comcast.net) |
19:57.07 | Captnoord | hmmm |
19:57.16 | Captnoord | gonna create a non kernel debug config..... |
19:57.21 | Captnoord | lets see if its faster |
20:00.25 | chamonix | hey guys |
20:06.07 | *** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com) |
20:21.59 | *** join/#htc-linux sowfeast (~jeffehry@87-194-37-176.bethere.co.uk) |
20:27.49 | *** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com) |
20:29.10 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
20:31.30 | *** join/#htc-linux SindreHansen (~sindrehAn@c010ABF51.dhcp.bluecom.no) |
20:33.18 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
20:34.00 | Unholy | hey guys were the folder were the installed apk are kept? |
20:34.14 | Unholy | i tried the data folder in root of sytem.sqsh but there nothing in it |
20:35.25 | *** join/#htc-linux mastermerlin (~merlin@pD957C174.dip.t-dialin.net) |
20:35.34 | *** join/#htc-linux dante (~dante@109.243.99.247) |
20:36.09 | balsat | unholy : /data/app |
20:36.23 | tmzt | isn't it in data.img anyway |
20:36.38 | tmzt | there's a system app folder too |
20:37.18 | balsat | <PROTECTED> |
20:39.18 | balsat | my logcat is flooded with "D/Sensors ( 1185): Or not..." what is that? |
20:39.41 | Unholy | well im trying to explore data folder |
20:39.45 | Unholy | but theres nothing in it |
20:39.51 | phh | balsat: something that has to be removed. |
20:39.54 | Unholy | im using oi filemanager within android |
20:41.50 | balsat | Captnoord, i'm running a kernel without debuging, and is seems a bit faster |
20:43.33 | *** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146) |
20:48.13 | Unholy | any of you know a file manager for android that wil show whats in /data? |
20:49.57 | phh | all ? |
20:50.13 | phh | telnet ? |
20:51.32 | chamonix | hey phh |
20:51.46 | phh | hey chamonix |
20:55.37 | *** join/#htc-linux GeertJohan (~Squarc@145.81.1.114) |
20:57.38 | *** join/#htc-linux mastermerlin (~merlin@pD957C174.dip.t-dialin.net) |
21:06.14 | Ondalf | what usually means GPIO_NR_mobile_BUTTON_DESC |
21:06.26 | Ondalf | what does that NR stand for? |
21:06.49 | Ondalf | and is it usual that 2 devices share same GPIO number? |
21:07.48 | Ondalf | noted that VOLUP and VOLDOWN share their GPIO pins if i read that gpio.h right |
21:08.27 | Alka | hey we are starting to figure how android run on tp2, Winmo initialize all hardware, then haret pass control to android build and it mount sd card, mount some image's of file system, kernel and data into ramdisk. then android take hardware initialized and just make some custom coded to use hardware correctly? |
21:09.22 | Ondalf | if you got kernel running, then you're halfway done :) afaik i mean |
21:10.23 | Ondalf | and afaik android doesn't modify how hardware works. you gotta adapt kernel to work with android if i've understood situation right |
21:11.28 | phh | Alka: we init most stuff |
21:11.53 | phh | Ondalf: and android already runs fine on TP2 |
21:12.02 | phh | Ondalf: and for buttons you might share GPIOs |
21:12.04 | phh | it's called a matrix |
21:12.25 | phh | you have "row" gpios and "line" gpios |
21:12.32 | Ondalf | phh: why MMC use buttons too? |
21:12.46 | phh | Ondalf: card detection ? |
21:13.05 | Ondalf | total 8 of them to do that? |
21:13.08 | phh | Alka: afaik what we don't init is panel and usb |
21:13.10 | phh | I think that's all |
21:13.13 | phh | Ondalf: ah. |
21:13.14 | phh | no. |
21:13.36 | *** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912) |
21:13.45 | Ondalf | phh: since this G900-gpio.h is bit weird thing to read |
21:14.37 | Alka | phh: in some builds i see which is needed init from winmo, like in some phones start first speakerphone and then in androind will be work |
21:14.53 | Alka | phh: i can init both on winmo and android too? |
21:14.54 | phh | Alka: muh ? |
21:15.04 | phh | which phone ? |
21:15.09 | phh | we have speakerphone init for all phones AFAIK |
21:15.19 | Alka | ohhhh |
21:15.33 | phh | if not you can tell me :p |
21:15.42 | phh | we miss mic init on TP2 |
21:15.53 | phh | it's easy to do, I'll do soon |
21:16.21 | Alka | yep you right init speakerphone |
21:16.34 | phh | concerning speakerphone, I know how to init it, but because of this android bitch, we can't use it. |
21:16.41 | phh | I'll have to change android code |
21:17.03 | Ondalf | how usually initializing devices work? send some data burst into device that sets it parameters, like in AVR world LCD had to init first before i could use lcd_putchar() |
21:17.16 | phh | Captnoord: btw, if you want to change your mind, you can try initing usb |
21:17.44 | phh | Ondalf: something like that yes |
21:18.22 | Captnoord | re |
21:18.54 | Captnoord | balsat: yea it seems a bit faster |
21:19.02 | Captnoord | I also enabled the cpu extention |
21:19.06 | Captnoord | don't know if its used |
21:19.10 | Captnoord | but it boots normaly |
21:19.11 | *** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com) |
21:19.14 | phh | Captnoord: git diff ? |
21:19.29 | Captnoord | I just changed the config file |
21:19.29 | phh | or well |
21:19.33 | phh | yes I know |
21:19.37 | phh | but diff of it :p |
21:19.40 | Captnoord | k |
21:19.43 | Captnoord | i'll check |
21:20.00 | Captnoord | I wonder if there is a way to get proof of its fastness |
21:20.23 | Captnoord | otherwise a diff is useless |
21:20.49 | phh | easy. push it, tell the users that before this patch the cpu was overclocked and we had to "run it back to original clock" |
21:20.52 | phh | and see how they react. |
21:21.09 | phh | if more than 20% of users see an improvement, then it is one. |
21:21.14 | makkonen | haha |
21:21.18 | Captnoord | lolz |
21:21.29 | Ondalf | haha, that'd be great |
21:21.58 | MrPippy | which config option is it? |
21:22.38 | Captnoord | just search for debug options |
21:22.44 | Captnoord | and disable a bunch of them |
21:22.52 | MrPippy | ah |
21:22.53 | phh | MrPippy: tried anything on BT ? |
21:23.20 | MrPippy | nope, think i'm gonna activate my tp2 now |
21:23.24 | phh | ok |
21:23.37 | phh | activating tp2 disactivates td ? |
21:23.52 | MrPippy | yeah, only one phone activated at a time |
21:24.08 | phh | lovely cdma operators :p |
21:24.10 | Captnoord | hmmm |
21:24.11 | Captnoord | 2.6.31 |
21:24.15 | Captnoord | has preformance counters |
21:24.17 | Captnoord | bleh |
21:24.20 | phh | for arm ? |
21:24.21 | Captnoord | me want |
21:24.27 | Captnoord | maybe they are generic |
21:24.29 | Captnoord | hmmmm |
21:24.30 | Captnoord | good point |
21:24.30 | balsat | If someone will try a kernel without debugging http://87.72.13.34/builds/linuxmsm/Latest-LinuxMSM.tar.gz |
21:24.43 | MrPippy | btw i was looking at /proc/interrupts on diam, and i2c is doing tons of irqs, almost as many as gptimer |
21:24.44 | phh | Captnoord: maybe some features are generic |
21:24.47 | phh | but not useful stuff. |
21:24.53 | phh | MrPippy: gsensor |
21:25.06 | phh | gsensor makes both gptimer and i2c. |
21:25.10 | MrPippy | how often is gsensor polling? |
21:25.20 | phh | at the rate the app ask to |
21:25.44 | phh | I don't understand why they don't do asynchronous events |
21:25.45 | MrPippy | and android does it a hell of a lot? |
21:25.52 | phh | yup. |
21:26.10 | Captnoord | http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka4237.html |
21:26.12 | Captnoord | hmmmmmmmmm |
21:27.42 | Ondalf | machine-init.h usually has GPIO ports direction as part of initalization, does that ensure all usable hardware is available under linux, when needed? |
21:28.30 | phh | Ondalf: mmm don't think so |
21:28.36 | phh | it's for low power mode |
21:28.51 | phh | devices has specific gpio "pull down" or gpio "pull up" low power mode |
21:29.12 | Ondalf | oh, i see |
21:30.33 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
21:31.19 | Ondalf | i wonder why init data is bit scattered... like htcsable.h has all set in it and my project had keyboard inits in keypad.c :) so i gotta things to tidy after i've got this beauty to work like it should in console |
21:32.42 | Ondalf | oh, i actually had an idea now. if just adding features to current code might be enough and change keycodes from kernel to androids favor, like dpad_up etc |
21:32.58 | phh | tsss |
21:33.03 | phh | you could do it cleanly :p |
21:33.27 | Ondalf | haha :) first get it work, then tidy up. maybe. :D |
21:33.28 | *** join/#htc-linux M1DLGpc__ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
21:33.39 | *** part/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca) |
21:33.47 | Captnoord | phh..... hmm sexy |
21:33.48 | Captnoord | http://thread.gmane.org/gmane.linux.ports.arm.kernel/70787 |
21:34.01 | phh | Ondalf: if you do so |
21:34.05 | phh | you'll never tidy it up. |
21:34.48 | phh | Captnoord: maybe we should start working on 2.6.32 ? |
21:34.50 | *** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com) |
21:34.54 | Captnoord | http://www.jamieiles.com/pub/arm_perfevents/0001-arm-provide-a-mechanism-to-reserve-performance-count.patch |
21:35.02 | Ondalf | haha, i know that. maybe i'll just tidy this current code, comment my random changes, and try to put includes in correct places |
21:35.04 | Captnoord | I wonder |
21:35.23 | Captnoord | maybe yea |
21:36.02 | phh | Captnoord: usb otg, nohz, tv out, qsd, qdsp compat, perfcounter |
21:36.04 | phh | all those features. |
21:36.30 | Captnoord | does that come with 2.6.32? |
21:36.50 | phh | codeaurora's 2.6.32 yes |
21:37.01 | Captnoord | hmmmmmmmmmm |
21:37.03 | Captnoord | hmmmm |
21:37.16 | phh | when do you start ? :p |
21:37.21 | Captnoord | lolz |
21:37.31 | Captnoord | not now |
21:37.37 | Captnoord | my meds worn off long ago |
21:37.41 | Captnoord | need to climb in bed |
21:37.44 | phh | lol |
21:37.48 | phh | I think it won't be hard to do |
21:37.51 | phh | but it needs motivation |
21:37.56 | Captnoord | yup |
21:38.04 | phh | since there'll be many commits without any imrpovement compared to 2.6.27. |
21:38.07 | Captnoord | and you got plenty |
21:38.30 | Captnoord | I don't know... I don't have anough experience.... |
21:38.34 | Captnoord | but we'll see |
21:38.45 | Ondalf | gah, gotta move those lines to another place: static unsigned long keyboard_pins[] __initdata = { |
21:39.24 | Ondalf | but there's clearly said what IOs are for IN and what for OUT and what wakes on high |
21:40.04 | phh | you lucky. |
21:40.15 | phh | finding what wakes up the system isn't really easy for us |
21:40.43 | Ondalf | some clever guy has done research how gpio works on g900 and how init does |
21:41.13 | Ondalf | also how keyboard works, but after his project, there's been lots of development for power management etc |
21:42.52 | Captnoord | clones the codeaurora repo |
21:43.06 | Captnoord | I will give it a go tomorrow... |
21:43.55 | phh | hum, you're optimistic |
21:43.59 | phh | you'd better say "next week". |
21:44.08 | Captnoord | hehe |
21:44.09 | Captnoord | I know |
21:44.18 | Captnoord | but I just want to say that I won't start today |
21:44.18 | Captnoord | :P |
21:44.33 | phh | you're supposed to be in bed right now :p |
21:44.40 | Captnoord | 15 minutes |
22:21.57 | *** join/#htc-linux apt (ibot@rikers.org) |
22:21.57 | *** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android |
22:28.33 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04b12.pool.mediaWays.net) |
22:29.35 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
22:30.16 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
22:30.34 | Markinus | phh: Hi, the last nigh test wasn't good. 6 h with one batt . . .hmmm I have to test one time more with modifed VDDs. Maybe the device is switching between 19200 and higher FRQs. |
22:31.23 | phh | 6hours is just a sleepless night |
22:33.00 | Markinus | phh: yes . . . to less . I think we should log the changes of the CPU speed . . |
22:33.33 | phh | ouch god no |
22:33.38 | phh | it swaps really fast |
22:33.52 | phh | and first take a look at sleep timings |
22:40.11 | dzo__ | hi phh, how's sleep on diamond these days? |
22:40.30 | phh | wow your alive ? |
22:40.34 | phh | cpu sleep is perfect afaik |
22:40.45 | phh | now we have to handle all other devices, clocks vregs and so on ... |
22:40.52 | dzo__ | does power collapse work well then? |
22:40.57 | phh | yup |
22:41.03 | Markinus | phh: yes. it's realy fast. Hmm, it's sure that the CPU is on one FRQ on sleeping and without switching? |
22:41.14 | phh | got some timing cache or whatever problems with AXI disabling at one point |
22:41.53 | phh | Markinus: no i'm not really sure about that |
22:42.04 | dzo__ | when i last looked at it, power collapse worked but something was still using power, microp perhaps. |
22:42.32 | phh | dzo__: hum, when I forked linuxtogo I had only sleep_mode=3 working |
22:42.38 | phh | ie wfi + ramp |
22:42.39 | dzo__ | don't bother with cpufreq it won't make much difference. |
22:42.48 | phh | but yes, we still have a ~ 70mA power drain |
22:43.30 | dzo__ | radio will use some power, how long does it last when collapsed. |
22:43.54 | phh | raph (1.3Ah) does 16hours |
22:44.35 | dzo__ | should be better, is that constantly asleep or does it wake often? |
22:44.38 | phh | but Markinus did a vdd change try, and it seems the battery life was way higher |
22:44.52 | phh | it's ~ 5 second wake up every 20minutes |
22:44.53 | tmzt | hey dzo did you see vull's question? |
22:45.16 | dzo__ | when power collapsed, cpu is off so vdd makes no difference. |
22:45.24 | Markinus | phh: yes, I changed the VDDs a bit stronger . . |
22:45.28 | dzo__ | no, what was it? |
22:45.51 | tmzt | why is io non-cached important with mmu and i/d off |
22:46.59 | phh | Markinus: tried everything to 0 ? :D |
22:47.28 | dzo__ | all i/o must be in done in that mode. it's like a separate address space for i/o devices. |
22:47.39 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
22:47.56 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-235-134.web.vodafone.de) |
22:48.10 | Markinus | phh: till now no:) But I rediuced this extremly ( the higher FRQ too). So ithing maybe the CPU is switching an sleep . . |
22:48.15 | dzo__ | phh: ok, that 5 sec wake will be using all your power. |
22:48.40 | phh | dzo__: oO |
22:49.37 | dzo__ | on vogue it made a huge difference not waking often, battery should last weeks when device is in power collapse. |
22:49.53 | phh | if every devices are off |
22:50.04 | cr2_ | Markinus: the panel data has 0x168|3 or 0x162 size |
22:50.46 | phh | dzo__: I think our biggest problem is that we stop no device when in sleep |
22:51.12 | phh | and the 20minutes are when there is pushmail btw, I haven't tried without data connection |
22:51.34 | Markinus | cr2_: Hi, you mean SPI init yes? My problem is my last quastion :). Where can I find this Init Table without the capability to dump SPI? Could you help me a bit? |
22:52.57 | phh | dzo__: anyway currently, I care more about missing features than sleep time |
22:53.08 | dzo__ | most drivers switch their clock of when asleep, panel should be off, the only thing that could be using power is the microp controller perhaps. |
22:53.34 | dzo__ | check that it's really in power collapse using the smem_log |
22:53.41 | *** join/#htc-linux the_sys0p (~the_sys0p@cpe-67-49-210-192.bak.res.rr.com) |
22:54.03 | phh | hum, msm_pm_collapse returns 1 |
22:54.51 | dzo__ | yes, but only a9 knows whats really happening. it keeps a log in smem and there should be a driver to read it. |
22:54.56 | phh | ok |
22:54.59 | cr2_ | Markinus: these tables are in spl, the usual triples short,short,delay |
22:55.14 | Markinus | cr2_: I looked last night to the IRQ probelems. It seems. that the Problem is comming after _setup_irq of MDP. After this the CPU is throwing the MDP 19 IRQ, This is okay but after this it throw the 65535 . .and this in a loop 19, 65535, 19, 65535 . .etc. Hmm maybe a wrong init of the MDP irq, but why?? . . . |
22:56.01 | cr2_ | Markinus: the problem is to detect the lcd type, board type. do you know which panel type you have ? |
22:56.22 | cr2_ | Markinus: hm. how can we find out h |
22:56.36 | cr2_ | who calls irq 65535 ? |
22:56.36 | Markinus | cr2_: hmmm .. . problem . . |
22:56.40 | Markinus | CPU |
22:56.51 | Markinus | its comming froim hardware IRQ |
22:57.07 | cr2_ | i see that the first thing the SPL initializes (even before GPIO) is the DGT |
22:57.26 | cr2_ | hw irq can't be 65535 |
22:57.40 | cr2_ | there are 96 irqs at the most |
22:57.48 | tmzt | how are irqs dispatched? |
22:58.06 | cr2_ | block0,block1 and sirc |
22:58.12 | tmzt | what's highest vic irq? |
22:58.13 | cr2_ | sirc has 22 irqs afair |
22:58.22 | cr2_ | tmzt: 63 |
22:58.23 | tmzt | sirc? |
22:58.29 | cr2_ | second irq controller |
22:58.31 | tmzt | demuxed? |
22:58.34 | tmzt | ok |
22:59.06 | cr2_ | yes, it should be handled by 8x50 code |
22:59.15 | Markinus | cr2_: yes, tghis is the error. the function says why do you trow 65535 . . . It'S comming in asm_do_IRQ(), irq.c |
22:59.53 | cr2_ | Markinus: but what can be the code path to it ? |
23:00.55 | cr2_ | dzo__: is it known how to change the axi speed on non-google phone ? |
23:01.04 | Markinus | cr2_: no Idea . . . It's somming after __setup_irq() manage.c for MDP. After we spin_unlock_irqrestore(&desc->lock, flags); |
23:01.44 | cr2_ | Markinus: hm. who registers the mdp irq ? |
23:02.24 | dzo__ | cr2_: no, i don't think so, ahb speed is easy to change. |
23:02.29 | Markinus | cr2_: this is comming from mdp.c et = request_irq(mdp->irq, mdp_isr, IRQF_DISABLED, "msm_mdp", mdp); |
23:02.39 | dzo__ | the axi resets are also undocumented. |
23:03.35 | cr2_ | dzo__: we tried to change the ebi1 clock on g1 phone, but the ebi1_ns value remains the same ;) |
23:04.12 | cr2_ | Markinus: IRQF_DISABLED ? |
23:04.44 | cr2_ | Markinus: btw, is it possible to operate mdp.c without mdp_lcdc.c ? |
23:04.57 | cr2_ | Markinus: i think we actually need mdp_lcdc.c |
23:05.15 | cr2_ | and i don't know how that may overlap with the NetRipper's hacked console |
23:05.16 | dzo__ | cr2_: it's probably programmed by the a9 then. |
23:05.34 | tmzt | internal lcdc? |
23:05.37 | tmzt | what is? |
23:05.45 | tmzt | uboot code does arm9 job |
23:05.55 | cr2_ | dzo__: ok. now i really want to look at the amss internals ;) |
23:06.04 | tmzt | we only have shadow registers |
23:06.11 | tmzt | cr2_: viper has methods |
23:06.20 | dzo__ | mdp clock is only enabled when it's in use, i think lcdc is for a non mddi display. |
23:06.22 | tmzt | dumped elf |
23:06.32 | cr2_ | tmzt: i dumped ram |
23:06.44 | tmzt | amss.mbn is elf |
23:06.59 | cr2_ | tmzt: but i need the elf headers for it for relocations |
23:07.39 | cr2_ | tmzt: leo/nexus do not used mddi |
23:07.50 | tmzt | take gsm.nb and find elf le magic |
23:07.53 | tmzt | I know |
23:08.10 | cr2_ | tmzt: .nb is useless because it has some extra bytes |
23:08.21 | cr2_ | which break the offsets |
23:08.28 | tmzt | you have to split it |
23:08.35 | NetRipper | cr2_, the htc_fb_console disables itself when a decent frambuffer device registers (i.e. msm_fb) |
23:08.38 | tmzt | into payload |
23:08.42 | tmzt | and extract mnb |
23:08.44 | tmzt | mbn |
23:09.03 | cr2_ | NetRipper: we don't have the init code for proper console |
23:09.11 | NetRipper | cr2_, not _yet_ |
23:09.25 | NetRipper | once the irq problems are fixed i think it'll be a breeze |
23:09.27 | cr2_ | NetRipper: mostly the spi. |
23:09.51 | NeoMatrixJR | yesterday, makkonen said I would need to modify the bit at the end of the init file if I modified the rootfs.img file. What do I need to change? |
23:09.52 | tmzt | it's got to be spi/i2c since there's no client/mddi |
23:09.52 | NetRipper | especially in the beginning we can lean on the fact that windows mobile already inits most of it |
23:10.11 | tmzt | NeoMatrixJR: modify how? |
23:10.12 | cr2_ | NetRipper: ok |
23:10.20 | tmzt | can't you just noop that part? |
23:10.42 | cr2_ | NetRipper: the SPL resets GPT at the very beginning, and then does some extensive DGT setup |
23:10.45 | NeoMatrixJR | tmzt: don't know. He just said modify.... |
23:11.17 | tmzt | there's no scedular in spl |
23:11.19 | cr2_ | NetRipper: i thought that it's some weird wince thing, but since spl needs it too, the problem may be deeper |
23:11.27 | tmzt | so should not need gpt |
23:11.35 | tmzt | but dgt to force a reset |
23:11.51 | makkonen | neomatrixjr: it's pretty obvious if you look at it. there's a whole section that points to all the different keymap files. Just add a section for yours. |
23:12.14 | dzo__ | on non-a we can only use dgt, not gpt. |
23:12.16 | cr2_ | NetRipper: i can document the panel SPI init |
23:12.16 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
23:12.36 | Markinus | cr2_: IRQF_DISABLED, yes, this is the google MDP code. . . |
23:12.36 | Markinus | If we register the LCDC devicee wirhout MTP then we haven'T problems . . |
23:12.39 | cr2_ | NetRipper: but i need the board detection, and panel detection code before it |
23:13.23 | NetRipper | Markinus, IRQF_DISABLED does not disable the interrupt |
23:13.26 | tmzt | dzo__: no gpt? |
23:13.31 | NetRipper | (just in case you think that) :p |
23:13.36 | tmzt | what does linux use for tmr? |
23:13.38 | tmzt | timer |
23:13.52 | NetRipper | dgt then |
23:14.15 | NetRipper | there are two timers on the msm/qsd processors.. gp_timer and dg_timer |
23:14.33 | NetRipper | dg_timer being the high-resolution one |
23:14.41 | dzo__ | tmzt: gpt works but gets ints at odd times so we use dgt for the timer. |
23:14.50 | tmzt | ok |
23:14.55 | NetRipper | but dg_timer has the disadvantage that the device cannot be put to sleep |
23:15.05 | NetRipper | or low-power mode for the processor at least |
23:15.12 | dzo__ | not for us. |
23:15.29 | NetRipper | you probably disable the dgt in the going-to-sleep code |
23:15.35 | tmzt | non-A? |
23:15.35 | NetRipper | (dunno how power management works) |
23:15.51 | tmzt | these aren't silicon, they are through amss? |
23:15.51 | Markinus | NetRipper: yes, I know . . And I saw the dive is reistrating other IRQs without problems like 21 and 7 |
23:15.55 | Markinus | device |
23:16.13 | NeoMatrixJR | makkonen: oh THAT's what you ment! THANK YOU! I was looking for this part! When you said it last night my tired mind thought I would have to hexedit a bit at the end of the file. I hadn't even looked in here! |
23:16.17 | NetRipper | dzo__, otherwise, if you don't disable the dgt, most hardware may be shut down (like lcd and stuff), but the processor itself won't go in low-power mode |
23:16.18 | dzo__ | both timers are cleared by power collapse, hence the slow_clock_sync stuff. |
23:16.37 | tmzt | NeoMatrixJR: it's just a filesystem |
23:17.15 | NetRipper | slow_clock_sync doesnt ring a bell for me |
23:18.18 | dzo__ | it syncs the gpt from a9 timer so you can tell how long you've been asleep for. |
23:18.34 | dzo__ | only necessary for idle sleep really. |
23:18.51 | NetRipper | aha |
23:19.20 | NetRipper | do you support like alarm functionality? when it has to wake up at a certain time? |
23:19.32 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-112-84.web.vodafone.de) |
23:19.38 | dzo__ | yes, rtc does that. |
23:19.54 | NetRipper | ah |
23:20.03 | cr2_ | forgot to connect ac to the notebook ;) |
23:20.10 | NetRipper | lol |
23:20.50 | dzo__ | ok, got to go now, bye all. |
23:21.10 | NetRipper | later dzo |
23:22.25 | AstainHellbring | hey NetRipper whats up? |
23:24.50 | NetRipper | nothing new for me, still stuck on interrupt problem |
23:25.37 | NetRipper | Markinus, well in fact, i added more logging and the handle_bad_irq is already on interrupt 7 = gp_timer |
23:25.52 | NetRipper | what interrupt is 21? |
23:26.10 | NetRipper | cr2_, interesting for you too, the handle bad irq is not just dgt, also gpt :) |
23:26.20 | *** join/#htc-linux M1DLGpc__ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
23:27.03 | NetRipper | http://netripper.pastebin.com/CiQWWszP |
23:27.05 | NetRipper | as you can see there |
23:27.12 | Markinus | NetRipper: http://www.htc-linux.org/wiki/index.php?title=Leo_IRQ :) |
23:27.21 | NetRipper | i was lazy :P |
23:27.48 | Markinus | ADM_AARM |
23:27.51 | NetRipper | how do you know 21 works? |
23:27.52 | Markinus | :) |
23:29.28 | cr2_ | you want to do dma for mdp |
23:29.41 | Markinus | NetRipper: I did logs in my kernel, and there I see 21 and 7 are without any problems. .. |
23:29.59 | cr2_ | NetRipper: do you return success on all proc_comm calls ? |
23:30.05 | Markinus | cr2_: YOu mean the init is wrong? Wrong adresses? |
23:30.13 | Markinus | DMA? |
23:30.26 | cr2_ | <PROTECTED> |
23:30.37 | Markinus | cr2_: ahhh, :) thx |
23:30.55 | cr2_ | spl puts the fb at 0x2a00000 |
23:32.48 | Markinus | cr2_: I thing we do maybe somethink totaly wrong with the CPU an MDP an it is screeming !Help! with 65535 :) |
23:34.39 | cr2_ | NetRipper: this is very strange |
23:35.04 | Markinus | cr2_: time to go to bed, one night with more as 3 h sleep is needed . .. good night |
23:35.07 | cr2_ | Markinus: the origin of 65535 is the key |
23:35.13 | cr2_ | good night |
23:37.14 | NetRipper | cr2_, yes proc_comm returns success, but it doesnt get to it |
23:39.00 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
23:39.36 | NetRipper | im off to bed as well, good night |
23:43.22 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
23:46.22 | *** part/#htc-linux [acl] (~abel@96.246.167.90) |
23:52.34 | *** join/#htc-linux MrPippy (~pip@adsl-75-11-160-192.dsl.sndg02.sbcglobal.net) |