00:15.21 | *** join/#htc-linux fnord__ (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
00:16.36 | *** join/#htc-linux nashpa1 (n=dliviu@dliviu.plus.com) |
00:33.12 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
00:50.11 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
01:57.15 | *** join/#htc-linux ptl (n=patola@unaffiliated/ptl) |
02:17.53 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-567db66c0a10ae12) |
03:08.26 | *** join/#htc-linux br1ck_ (n=br1ck@xdslch239.osnanet.de) |
05:12.00 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
05:39.46 | *** join/#htc-linux MnemonicPunk (n=Atlantis@dslb-084-060-000-073.pools.arcor-ip.net) |
05:41.08 | MnemonicPunk | Good morning. =) Are there already Android images for the Magician? |
06:20.40 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
06:46.53 | *** join/#htc-linux goxboxlive (n=goxboxli@mail2.hjellnesconsult.no) |
07:07.50 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
07:12.48 | *** join/#htc-linux pleemans (n=toi@116.54-246-81.adsl-static.isp.belgacom.be) |
07:18.53 | *** join/#htc-linux kiozen (n=oeichler@p5492A27F.dip0.t-ipconnect.de) |
07:32.45 | *** join/#htc-linux kiozen_ (n=oeichler@p5492A27F.dip0.t-ipconnect.de) |
07:35.04 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
07:35.22 | *** join/#htc-linux br1ck (n=br1ck@xdslch239.osnanet.de) |
08:02.05 | *** join/#htc-linux stefan_schmidt (n=stefan@p5B034EC6.dip.t-dialin.net) |
08:07.50 | *** join/#htc-linux kiozen (n=oeichler@p5492A27F.dip0.t-ipconnect.de) |
08:12.08 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
08:13.57 | *** join/#htc-linux imfloflo (i=5bcfd11d@gateway/web/ajax/mibbit.com/x-5a42c661a303f905) |
08:47.37 | *** join/#htc-linux kiozen (n=oeichler@p5492A27F.dip0.t-ipconnect.de) |
08:52.06 | *** join/#htc-linux kiozen (n=oeichler@p5492A27F.dip0.t-ipconnect.de) |
09:19.31 | *** join/#htc-linux kiozen (n=oeichler@p5492A27F.dip0.t-ipconnect.de) |
09:49.18 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089c6a.pool.mediaWays.net) |
10:25.32 | NetRipper | lavender.t got internal storage to mount on his diamond - http://forum.xda-developers.com/showpost.php?p=3058732&postcount=1128 |
10:25.36 | NetRipper | for anyone interested |
10:29.02 | tmzt_ | nice, have you been able to use sd? |
10:29.41 | *** join/#htc-linux metter (n=metter@17-151.2-85.cust.bluewin.ch) |
10:40.51 | *** join/#htc-linux kilian_ (n=kilian@92.66.94.81) |
10:58.49 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
10:59.12 | *** join/#htc-linux stefan_schmidt (n=stefan@c120.apm.etc.tu-bs.de) |
11:40.47 | *** join/#htc-linux tsdogs (n=tsdogs@net70-17.metalit.net) |
12:06.18 | *** join/#htc-linux Abracadabra (n=aaabraca@62-244-191-249.cust.exponential-e.net) |
12:15.42 | *** join/#htc-linux metter_ (n=metter@157-55.1-85.cust.bluewin.ch) |
12:37.11 | *** join/#htc-linux kimhoon (n=kimhoon@s559116c1.adsl.wanadoo.nl) |
12:47.34 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-66-242.hsd1.nj.comcast.net) |
12:59.29 | *** join/#htc-linux TripleQ (i=52adc631@gateway/web/ajax/mibbit.com/x-979dfd7f0e4560ba) |
13:18.25 | NetRipper | tmzt_ no, im hoping lavener.t will put up a patch |
13:18.31 | NetRipper | so i can play with it again |
13:19.05 | NetRipper | on raphael i at least found that wifi is on SDIO 0, and sd on SDIO 1 |
13:20.04 | NetRipper | and when i try to use sd card, a few commands work, but others dont.. and somehow it gives a message that the sd card supports lower voltages than the host does, but it says it ignores that ;) |
13:20.13 | NetRipper | so it seems to communicate |
13:20.35 | NetRipper | but i have no experience on timings and clocks, so i hope to speak lavender so he can tell me what i have to experiment with ;) |
13:21.26 | NetRipper | he's asleep now though, so probably until tonight ;) |
13:22.31 | *** join/#htc-linux TrinityDied (n=TrinityD@212-198-144-81.rev.numericable.fr) |
13:30.09 | *** part/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
13:40.55 | *** join/#htc-linux Cristofer (n=chka@87.192.239.166) |
13:43.57 | *** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz) |
13:57.03 | *** join/#htc-linux drofmij (n=jford@ip-216-46-85-26.dsl.nyc.megapath.net) |
14:36.51 | *** join/#htc-linux pishuri (n=pishuri@users3.ilo.org) |
14:59.23 | *** join/#htc-linux psiforce (n=mark@210-84-60-170.dyn.iinet.net.au) |
15:00.29 | psiforce | hi |
15:00.55 | psiforce | where do I get the latest build of android for my tytn ii |
15:03.26 | *** join/#htc-linux goxboxlive (n=goxboxli@24.84-48-212.nextgentel.com) |
15:04.18 | *** join/#htc-linux pigeon (n=pigeon@60-241-137-179.static.tpgi.com.au) |
15:12.30 | *** join/#htc-linux Xime (n=xime@dag94-3-82-233-170-230.fbx.proxad.net) |
15:17.46 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089b0f.pool.mediaWays.net) |
15:23.16 | *** join/#htc-linux mib_lw2dzd (i=52adc631@gateway/web/ajax/mibbit.com/x-e36d2154b36308ad) |
15:33.25 | jeanseb | hi |
15:33.46 | *** join/#htc-linux datachaos (n=datachao@201.21.206.204) |
15:41.40 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
15:55.49 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87da26.pool.einsundeins.de) |
16:13.46 | mib_lw2dzd | xda down? |
16:44.51 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
16:53.41 | jeanseb | hello i got a oops with htc blue angel (self build gpe image) |
16:53.45 | jeanseb | anywhere to send them ? |
17:08.20 | *** join/#htc-linux mib_dy1b89 (i=52adc631@gateway/web/ajax/mibbit.com/x-c9dbb29348330822) |
17:13.16 | *** join/#htc-linux LunohoD_ (n=alex@e180076132.adsl.alicedsl.de) |
17:15.40 | *** join/#htc-linux pH5 (n=ph5@e178227223.adsl.alicedsl.de) |
17:29.21 | *** join/#htc-linux hollo (n=hollo@3e6b025d.rev.stofanet.dk) |
17:42.29 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
18:10.36 | *** join/#htc-linux nebi (n=nebi@c-d0ed70d5.02-145-7570701.cust.bredbandsbolaget.se) |
18:15.52 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
18:16.36 | *** join/#htc-linux kimhoon (n=kimhoon@s559116c1.adsl.wanadoo.nl) |
18:31.01 | *** join/#htc-linux kimhoon (n=kimhoon@s559116c1.adsl.wanadoo.nl) |
18:56.03 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
19:01.48 | *** join/#htc-linux balsat (n=kll@87.72.13.87) |
19:03.19 | *** join/#htc-linux exco (n=exco@e181085066.adsl.alicedsl.de) |
19:09.58 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
19:10.04 | *** join/#htc-linux balsat1 (n=kll@87.72.13.87) |
19:13.57 | *** join/#htc-linux sietse (n=sietse@vogons.xs4all.nl) |
19:18.01 | *** join/#htc-linux nebi (n=nebi@c-d0ed70d5.02-145-7570701.cust.bredbandsbolaget.se) |
19:40.04 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
19:41.33 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbff300.pool.einsundeins.de) |
19:53.47 | *** join/#htc-linux TrinityDied (n=TrinityD@212-198-144-81.rev.numericable.fr) |
19:55.55 | *** part/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
19:56.23 | *** join/#htc-linux rolk (n=rolk@ip5457417f.direct-adsl.nl) |
19:57.27 | *** join/#htc-linux pigeon_ (n=pigeon@60-241-137-179.static.tpgi.com.au) |
19:59.03 | *** join/#htc-linux nebi (n=nebi@c-d0ed70d5.02-145-7570701.cust.bredbandsbolaget.se) |
19:59.22 | *** join/#htc-linux Shinto (n=John@f049024000.adsl.alicedsl.de) |
20:00.05 | *** join/#htc-linux hairyraven (n=nobody@loy.pp.ru) [NETSPLIT VICTIM] |
20:00.22 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM] |
20:00.22 | *** join/#htc-linux jeanseb (n=jeanseb@gazypan.dyndns.org) [NETSPLIT VICTIM] |
20:00.22 | *** join/#htc-linux Dallas[h] (n=dallas@c-71-225-238-170.hsd1.pa.comcast.net) [NETSPLIT VICTIM] |
20:00.22 | *** join/#htc-linux tcccp (n=hey@223.66.238.89.arpa-addr.in) [NETSPLIT VICTIM] |
20:12.29 | *** join/#htc-linux br1ck (n=br1ck@xdslch239.osnanet.de) |
20:12.34 | dcordes | NetRipper, ping |
20:12.54 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
20:14.54 | dcordes | NetRipper, do you have the diamond mmc patch? |
20:15.01 | NetRipper | no |
20:15.43 | dcordes | k |
20:17.31 | *** join/#htc-linux lavender-t (n=jerrey@c-24-17-204-47.hsd1.wa.comcast.net) |
20:17.46 | dcordes | speak of the devil |
20:17.57 | dcordes | hi lavender-t |
20:18.04 | lavender-t | hi dcordes |
20:18.24 | dcordes | so you got the diamond nand on sdcc working? |
20:18.37 | lavender-t | yeah. looks to be good so far |
20:19.00 | lavender-t | though i havent got time to make clear a couple timing issues yet |
20:19.39 | dcordes | would you like access to the linuxtogo git? |
20:19.41 | lavender-t | i added some more delays after setting the CLK_CTL registers |
20:19.48 | NetRipper | ah |
20:19.59 | lavender-t | that seemed to be able to stablize the mmc thing quite a bit |
20:20.06 | NetRipper | diff diff diff |
20:20.06 | NetRipper | ;p |
20:20.10 | dcordes | do you use the trout CLK_CTL registers? |
20:20.31 | lavender-t | no i used the code from kaiser/vogue |
20:20.51 | dcordes | from the htc-vogue branch? |
20:20.56 | lavender-t | i tried trout yesterday too. too much of trouble :( |
20:21.02 | lavender-t | yeah. |
20:21.27 | dcordes | ok the clock things and stuff there are mostly vogue (msm7500)specific |
20:21.49 | lavender-t | hm that's why i didnt know how to tweak the values |
20:22.04 | lavender-t | so yesterday i did the other way around. |
20:22.25 | lavender-t | i keeped the vogue A0/A4 values |
20:22.48 | lavender-t | assuming the freq divider is computed the same for the 7x00 |
20:23.27 | lavender-t | so with the diamond's 528MHz main freq, it should be 1.32 times that of the 400MHz of vogue |
20:23.54 | dcordes | wow :) |
20:24.01 | lavender-t | so i changed the mmc f_min and f_max values to match the values |
20:24.33 | lavender-t | also added more delays after setting the timers |
20:24.44 | lavender-t | then it worked :) |
20:24.54 | dcordes | that's just great |
20:24.59 | NetRipper | indeed |
20:25.06 | dcordes | did you try similar values for the other sdcc? |
20:25.09 | lavender-t | i'm still not sure why the delay matters |
20:25.11 | dcordes | and init msm_sdcc ? |
20:25.21 | lavender-t | so i'm gonna investigate a little more. |
20:25.22 | dcordes | I mean init the other ocntorller |
20:25.33 | NetRipper | maybe arm9 that picks up the values and actually sets the clock? |
20:25.37 | dcordes | maybe the 7201a AMSS is just slower :) |
20:25.48 | lavender-t | yeah. i hardcoded for my build. |
20:26.04 | lavender-t | but i saw a couple kernel parameters that does that too |
20:26.20 | dcordes | AMSS versions ? |
20:26.36 | NetRipper | lavender-t, can you make a diff, so i can see if it does something for my raph sd as well? |
20:27.05 | lavender-t | sure. :) |
20:27.22 | dcordes | of course, how could I forget the diamond nand on sdcc replaces mmc |
20:27.24 | lavender-t | but raphael is a little different i think |
20:27.35 | dcordes | you think it needs other clocks? |
20:27.54 | NetRipper | you got any tips on what to do for raphael? |
20:27.55 | lavender-t | from your messages you were seeing corrupted values |
20:28.24 | NetRipper | hm |
20:28.29 | lavender-t | which means the clocked looked to be even far away from what makes the mmc working |
20:28.59 | NetRipper | do you mean values like the "0" returned by cmd1? and the return value -110 etc? |
20:29.05 | NetRipper | im not sure what to look at |
20:29.27 | lavender-t | i also see the CMD8, CMD5 and CMD55 timeouts in diamond |
20:29.33 | NetRipper | oh |
20:29.45 | lavender-t | but they dont seem to matter |
20:29.51 | NetRipper | but some other CMD's work? |
20:30.11 | *** join/#htc-linux br1ck (n=br1ck@xdslch239.osnanet.de) |
20:31.00 | lavender-t | CMD8 is to get the EXT_CSD. but since the diamond mmc is built-in, if we have the parameters correct it works too. |
20:31.43 | lavender-t | yeah. the other commands worked ok, esp the data reading. |
20:32.23 | NetRipper | external clock? |
20:32.51 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-e051803e8d96a76c) |
20:33.00 | NetRipper | as in, sd card clock |
20:33.03 | lavender-t | yeah. the clock is what bothers me most. i dont really have a clue how to set the A0/A4 values. |
20:33.21 | NetRipper | there's something about that in the arch-msm/common.c |
20:33.36 | lavender-t | but the mmc has a range of frequency that it can support. |
20:33.37 | NetRipper | uh |
20:33.38 | NetRipper | i thought |
20:33.40 | NetRipper | im wrong |
20:33.40 | NetRipper | ;) |
20:33.45 | NetRipper | yes |
20:34.10 | NetRipper | on which sd is movinand for you? sdio0 or 1? |
20:34.29 | lavender-t | 1 (the 2nd :) ). |
20:34.32 | NetRipper | ok |
20:34.38 | NetRipper | that's good |
20:34.41 | NetRipper | same for raph |
20:35.02 | NetRipper | there's some special handling when sd is on 1 |
20:35.03 | lavender-t | if you see the error code of CRC error, then you have a sd there :) |
20:35.04 | NetRipper | uh |
20:35.04 | NetRipper | 0 |
20:35.11 | NetRipper | ah ok |
20:35.15 | lavender-t | just the freq is not correct. |
20:35.15 | NetRipper | and i do see that ;) |
20:35.43 | lavender-t | ok let me do the diff now. :) |
20:35.51 | NetRipper | ok :) |
20:36.19 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
20:38.44 | NetRipper | dcordes, something else - how can we best differentiate between raph100 and raph800 in code? like ifdefs? or mtype? |
20:39.33 | dcordes | imho, if mddi is the only thing that needs raph800 specific change we should avoid the own machine type |
20:40.04 | NetRipper | own machine type will give troubles, as we can't use the auto-generated thing, can we? |
20:40.11 | dcordes | but I think that is unlikely because raph800 sure has different smem setup and will therefore need own smem code |
20:40.34 | dcordes | we could just register a raph800 mtype |
20:40.42 | NetRipper | oh |
20:40.43 | NetRipper | ok |
20:41.07 | dcordes | do you know if AT read works on raph800 as on raph100? |
20:41.19 | NetRipper | no i don't |
20:41.26 | *** join/#htc-linux br1ck (n=br1ck@xdslch239.osnanet.de) |
20:41.33 | NetRipper | we can ask someone to try on forum |
20:42.28 | dcordes | you could explain how you tried on 100 and what happened so raph800 owners can easily compare |
20:42.58 | NetRipper | make sure you're logged into the network in winmo |
20:43.02 | NetRipper | (i.e. you entered your pin) |
20:43.07 | NetRipper | then simply boot angstrom and cat /dev/smd0 |
20:43.11 | dcordes | I mean, explain it on the forum. |
20:43.13 | NetRipper | you'll see network stuff come by |
20:43.14 | NetRipper | lol |
20:43.28 | NetRipper | i was hoping you were gathering info ;p |
20:44.30 | dcordes | I'm doing other smem things right now |
20:47.03 | lavender-t | NetRipper: how do i send the file to you ? still post on the forum ? |
20:47.52 | NetRipper | you can mail me |
20:47.53 | NetRipper | or |
20:47.56 | NetRipper | upload to a file service |
20:47.59 | dcordes | lavender-t, I would vote for posting on the forum |
20:48.02 | NetRipper | or put it on pastebin |
20:48.09 | lavender-t | ok will do :) |
20:48.17 | NetRipper | and forum would be fine, others have asked for diff as well |
20:48.17 | NetRipper | :) |
20:48.17 | dcordes | NetRipper, btw turn off pin for radio tinkering |
20:48.35 | NetRipper | dcordes? pin? |
20:50.21 | *** join/#htc-linux cr2 (n=konversa@crpl6.physik.uni-wuppertal.de) |
20:50.48 | NetRipper | hi cr2 |
20:50.49 | dcordes | speaking of small cards - the sdhc I broke turned into a resistor :) it went so hot it almost cooked down the SD slot through a reader |
20:51.05 | NetRipper | lol |
20:51.15 | NetRipper | dcordes, but what do you mean by turning off pin for radio tinkering? |
20:51.16 | NetRipper | :) |
20:51.17 | dcordes | glad I didn't try it long enoug in the kais |
20:51.39 | dcordes | <NetRipper> make sure you're logged into the network in winmo |
20:51.39 | dcordes | <NetRipper> (i.e. you entered your pin) |
20:52.31 | NetRipper | ok so why turn it off? |
20:53.04 | NetRipper | oh you mean, to prevent network from seeing any weird signals? |
20:53.10 | dcordes | because you don't need to enter it when it's turned off :) |
20:54.42 | NetRipper | oh right |
20:54.49 | NetRipper | now i get what you mean |
20:54.49 | NetRipper | ;p |
20:54.59 | NetRipper | remove the pin from the sim |
20:55.05 | dcordes | yes |
20:55.13 | NetRipper | lol |
20:55.31 | NetRipper | man that took like 5 minutes before it hit me |
20:55.46 | *** join/#htc-linux rolk (n=rolk@ip5457417f.direct-adsl.nl) |
20:56.14 | dcordes | sorry for wasting your time. I could have stated more clearly |
20:56.27 | NetRipper | lol no problem, maybe i should be more awake ;p |
20:57.06 | lavender-t | alrighty, just posted in the forum. gotta go back to the boring daily work now ... |
20:57.17 | lavender-t | ttyl guys |
20:58.08 | NetRipper | ok thanks |
20:58.23 | NetRipper | and have a good time working today ;) |
20:58.41 | cr2 | hi NetRipper |
20:58.43 | NetRipper | this timezone thing is awkward.. for me it's almost time to sleep already;) |
20:58.53 | dcordes | lavender-t, later |
20:59.01 | cr2 | dcordes: what about cken & msm7xxxx_gpio_func() ? |
20:59.02 | dcordes | cr2, evening |
20:59.19 | NetRipper | cr2, lavender-t got mmc/movinand to mount on diamond ;) |
20:59.25 | dcordes | I thought about the gpio and wondered if it replaces egpio |
20:59.51 | cr2 | egpio is a completely different thing. htc-egpio |
20:59.52 | dcordes | s/the gpio/the msm7xxxx_gpio/ |
21:00.14 | cr2 | NetRipper: the clk api is handled properly ? |
21:00.17 | *** join/#htc-linux thejigsaw (n=thejigsa@77.29.78.79) |
21:00.51 | NetRipper | cr2, he used the clock-7x00.c from vogue (and changed it a bit) |
21:01.10 | dcordes | cr2, msm7xxxx_gpio_func() that is for the on chip gpios only and we want it because it enables the alt setup, correct? |
21:01.37 | cr2 | dcordes: yes, it's the same as alt on pxa |
21:01.58 | cr2 | NetRipper: but the 7200 clock divisors are different |
21:02.06 | NetRipper | cr2, yes, he adjusted them |
21:02.41 | cr2 | and the clock-7x00.c has a differnet i2c cock divisor address. |
21:02.46 | cr2 | so it's a hack. |
21:02.57 | NetRipper | yes it is a hack |
21:02.57 | dcordes | cr2, so what do we need to do to unify it? the only thing that changes is the additional bank for A, right? |
21:03.31 | cr2 | NetRipper: what is nandd-mov ? |
21:03.47 | cr2 | dcordes: we don't have alt config at all |
21:04.00 | NetRipper | cr2, movinand is the 4gb internal memory the diamond has.. as diamond does not have sd card |
21:04.29 | cr2 | NetRipper: and it uses nand interface ?= |
21:04.45 | NetRipper | cr2, no, movinand exposes a mmc interface |
21:04.55 | cr2 | ? |
21:05.00 | cr2 | exposes ? |
21:05.08 | NetRipper | well, has |
21:05.12 | dcordes | cr2, the 3 parameter thing. what is that called? |
21:05.15 | NetRipper | it has multiple interfaces |
21:05.27 | dcordes | hmmm I'm mixing with proc_comm |
21:05.50 | NetRipper | somewhere on the thread is a link to the specs :p |
21:06.14 | cr2 | NetRipper: it's connected to the sd controller ?? |
21:06.30 | dcordes | in place of the raph mmc |
21:06.33 | cr2 | but then it needs a converter chip like on P4225 ? |
21:06.37 | NetRipper | "The new solution, moviNAND, combines a MultiMediaCard v.4 (MMC) controller with up to 4GB of NAND to simplify system design requirements for embedded non-volatile storage." |
21:06.40 | NetRipper | cr2, yes |
21:07.04 | cr2 | ok |
21:07.40 | cr2 | diam is weird |
21:07.55 | NetRipper | lol it's just like a fixed sd card |
21:08.03 | cr2 | is the raph800 lcd really 4096 colors ? |
21:08.08 | NetRipper | no |
21:09.04 | cr2 | NetRipper: it's weird to use sd-to-nand converter when you can just use nand diterctly |
21:09.22 | cr2 | must be some DRM conspiracy :) |
21:09.38 | NetRipper | cr2, i guess it made raphael/diamond more similar = less fabrication costs |
21:10.32 | cr2 | less software development costs, maybe |
21:10.47 | dcordes | or solder a micro sd?? |
21:11.21 | cr2 | ok, so what about the color depth on 800 ? |
21:11.50 | cr2 | dcordes: can you add the cken tracing to msm ? |
21:11.55 | NetRipper | cr2, it's probably init'ed some way that it is set to a certain mode |
21:12.27 | cr2 | well, maybe. but having 4096 colors is braindead |
21:13.04 | cr2 | was it hp or cpq who have advertized 65565 colors where they actually had 4096 ? |
21:13.35 | cr2 | so they replaced all these ipaqs. |
21:14.14 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
21:16.21 | dcordes | cr2, cken? |
21:16.36 | cr2 | look at the _pxa.py |
21:17.43 | dcordes | I see |
21:17.47 | cr2 | cken = ( |
21:17.59 | cr2 | here you need to name the clock bits |
21:18.03 | dcordes | so it's just naming for the regs |
21:18.15 | cr2 | that are documented in wiki, and the bitXXX for the rest |
21:18.23 | cr2 | naming for the bits |
21:18.48 | cr2 | and then |
21:18.49 | cr2 | 0x41300004: ("CKEN", cken), |
21:19.00 | *** join/#htc-linux ltxda (n=anon@unaffiliated/ltxda) |
21:19.04 | cr2 | should be replaced by 0xa8600000: |
21:19.09 | dcordes | of course wiki is screwed right now |
21:19.20 | cr2 | yeah |
21:19.31 | cr2 | 0x80, and 0x100 are sd0 and sd1 |
21:19.46 | cr2 | don't remember about uartDM* |
21:20.30 | cr2 | googel cash ? |
21:20.37 | dcordes | lol |
21:21.17 | cr2 | 0x80 - sd0, 0x100 - sd1, 0x20000 - uartDM1, 0x4000000 - uartDM2, |
21:21.30 | cr2 | 0x8000000-sd2, 0x10000000-sd3, |
21:21.46 | cr2 | 0x200 maybe usb |
21:23.23 | *** join/#htc-linux br1ck (n=br1ck@xdslch239.osnanet.de) |
21:23.41 | cr2 | then you can check if the tracing works by inserting and removing the sd card |
21:23.59 | dcordes | let me fetch the latest console |
21:24.23 | cr2 | hm. but the msm_clk has many virtual ioremap |
21:25.06 | dcordes | what does CKEN mean? |
21:25.43 | cr2 | then we also need a better dex-ioctl -> proc_comm docs. i guess it's trivial |
21:25.58 | cr2 | ClocKENable |
21:26.39 | cr2 | the (SD) divisors are described by a 7 parameter function |
21:27.53 | *** join/#htc-linux nashpa (n=dliviu@dliviu.plus.com) |
21:30.02 | *** join/#htc-linux nebi (n=nebi@c-d0ed70d5.02-145-7570701.cust.bredbandsbolaget.se) |
21:32.00 | cr2 | 144 kHz: x,3,0x64,0x32,3,3,0,1 |
21:32.22 | cr2 | 19MHz,other: x,1,0xa,5,3,3,1,1 |
21:32.47 | cr2 | 24MHz: x,1,0x10,8,1,3,1,1 |
21:33.08 | cr2 | 12MHz: x,1,2,3,1,3,1,1 |
21:33.19 | dcordes | <PROTECTED> |
21:33.30 | cr2 | 48MHz: x,1,0xc,6,1,3,1,1 |
21:33.31 | dcordes | what is 0x41300004 for msm7xxxx |
21:33.48 | cr2 | 0xa8600000 |
21:34.01 | cr2 | MSM_CLK |
21:34.16 | cr2 | so. |
21:35.15 | cr2 | A0 = (arg1 << 16) | (~(arg3*2)&0xffff) |
21:36.38 | dcordes | can't see 0xa86 in raph memory map |
21:36.54 | dcordes | nevermind. |
21:37.20 | cr2 | A4 = (arg6 & 1) | ((arg4 & 3) <<3) | | ((arg5 & 3)<<6 | (arg7|0xa)<<9| (~(arg2-arg1)<<17) |
21:37.36 | cr2 | the same for A8 and AC |
21:38.10 | cr2 | so A0 is very easy to calculate, A4 is a bit more involved. |
21:38.32 | dcordes | that calculation must go to the regs_pxa.py? |
21:38.56 | cr2 | no, in the clk_api |
21:39.14 | cr2 | instead of the strange a0 and a4 hardcoded values. |
21:40.22 | cr2 | but these formulas are for 7201A |
21:40.38 | dcordes | cr2> then we also need.. didn't notice you changed the topic :) |
21:40.47 | *** join/#htc-linux br1ck (n=br1ck@xdslch239.osnanet.de) |
21:40.55 | cr2 | kaiser spl needs to be checked separately |
21:41.33 | cr2 | i want to leave the SD clock calculation in the logs, because i can't edit the wiki |
21:42.04 | cr2 | as you can see it's not rocket science |
21:42.12 | NetRipper | it is to me |
21:42.21 | NetRipper | lol |
21:42.22 | dcordes | I can agree there |
21:42.43 | dcordes | it depends on the point of view - if you are a rocket scientist or not |
21:43.05 | NetRipper | exactly |
21:43.36 | cr2 | we just can't apprehend the meaning of these bitmasks. |
21:43.42 | cr2 | evil qualcomm |
21:43.59 | cr2 | wtf should be so secret about the clock divisors ;) |
21:44.56 | cr2 | dcordes: 0x5060a000 b3200000 a8600000 1 CLK_CTL, DEX'd |
21:46.24 | dcordes | yea I grep'D for 0xa86 |
21:47.20 | cr2 | i was lazy to add 0x |
21:47.51 | cr2 | NetRipper: enabling the TS irq still does not work ? |
21:48.39 | cr2 | NetRipper: does the current driver init this area ? |
21:48.43 | cr2 | b2100000 a8100000 1 TS init related |
21:48.47 | dcordes | lavender-t, just pinging to make sure you take note of the calc stuffs |
21:53.46 | cr2 | ok, leaving for today |
21:55.32 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf90fe.pool.einsundeins.de) |
21:55.49 | NetRipper | cr2, still no TS irq, and not sure - i can look into that later |
21:56.21 | NetRipper | sd card fails at CMD3, which is: mmc_set_relative_addr(card) |
21:58.12 | dcordes | what clock does it report? |
21:58.19 | dcordes | anything new? |
22:00.47 | NetRipper | 2640000 |
22:00.50 | NetRipper | hz |
22:01.24 | NetRipper | mmc0: clock 2640000hz busmode 1 powermode 2 cs 0 vdd 16 width 0 timing 0 |
22:05.52 | NetRipper | isn't that a strange frequency? |
22:06.07 | dcordes | shrugs |
22:06.12 | dcordes | what does the diamond movi nand report? |
22:06.23 | NetRipper | em |
22:07.02 | NetRipper | i dont know |
22:07.27 | NetRipper | lavender-t, when you get back, can you put a dmesg on a pastebin somewhere? for comparison? |
22:09.40 | *** join/#htc-linux mib_ciex03 (i=52adc631@gateway/web/ajax/mibbit.com/x-f46c8725accc4be7) |
22:10.55 | NetRipper | dcordes, do you know something about how the clocks are setup? the struct has a "freq" and "actual_freq", what's the difference? |
22:11.28 | NetRipper | <PROTECTED> |
22:15.40 | NetRipper | <PROTECTED> |
22:15.42 | NetRipper | that's the order |
22:16.06 | NetRipper | when cr2 mentions 24mhz, should that be the "freq" or "actual_freq"? |
22:18.49 | *** join/#htc-linux br1ck_ (n=br1ck@xdslch239.osnanet.de) |
22:26.23 | NetRipper | ok so using cr2's formula's i could calculate A0 and A4, but how do i calculate the "actual frequency"? |
22:26.50 | dcordes | NetRipper, can you explain what a0 a4 are |
22:26.58 | NetRipper | no, i dont know myself |
22:26.59 | NetRipper | ;) |
22:44.40 | *** join/#htc-linux br1ck (n=br1ck@xdslch239.osnanet.de) |
22:49.40 | *** join/#htc-linux tore_ (n=tore@179.81-166-86.customer.lyse.net) |
22:51.40 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbf9519.pool.einsundeins.de) |
23:03.56 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
23:27.49 | *** join/#htc-linux Zoolooc_ (n=fredsiba@nrbg-4dbf974f.pool.einsundeins.de) |
23:46.23 | *** join/#htc-linux HttpErrors (n=seraphim@unaffiliated/httperror/bot/httperrors) |
23:48.00 | NetRipper | dcordes, hm, another option (perhaps just "for now") is to add a cmdline parameter to determine raph800 on runtime |
23:50.37 | *** join/#htc-linux datachaos (n=datachao@189.27.186.171.adsl.gvt.net.br) |
23:50.37 | tmzt_ | NetRipper: would it be possible to combine diam and raph but keep the chipsets seperate? |
23:53.34 | NetRipper | tmzt_, define chipsets.. they're both 7201a |
23:53.54 | tmzt_ | sorry, I mean cdma and gsm |
23:54.09 | NetRipper | ah, depends how much work the modem is |
23:54.10 | tmzt_ | have an mtype for each raph but also use it for diam |
23:54.49 | NetRipper | yes so mtype for raph100 would boot diam100 too, and raph800 would boot diam800 |
23:55.03 | NetRipper | it'd probably work yes |
23:55.03 | tmzt_ | right |
23:55.36 | NetRipper | but we're also kinda running into small differences between diam100 and raph100 |
23:55.40 | tmzt_ | although it appears the at&t touch pro keyboard might be different, according to something Astain just said in xda-dev |
23:55.42 | NetRipper | i.e. gpio differences |
23:55.50 | *** join/#htc-linux era| (n=im@pool-64-223-226-185.port.east.verizon.net) |
23:56.29 | tmzt_ | wonder what's going on with dts/dtc over at lak, it seems it could be helpful in these situations |
23:57.08 | NetRipper | tmzt_, you mean the cab file he's mentioning? |
23:57.25 | NetRipper | that's probably just the keyboard layout |
23:57.58 | NetRipper | which, eventually, should be configurable in userspace |