00:03.22 | *** join/#htc-linux alphaone (n=alphaone@2001:638:602:af01:0:0:0:1) |
01:24.39 | *** join/#htc-linux boli^ (i=foobar@cpc3-nthc2-0-0-cust281.nrth.cable.ntl.com) |
01:39.11 | mdrobnak | It's...quiet... |
01:39.19 | boli^ | shhh |
01:39.23 | boli^ | im trying to concentrate |
01:39.36 | mdrobnak | lol |
01:57.46 | VenumX | :) |
01:57.52 | VenumX | root my hero :D |
01:57.57 | mdrobnak | acpuclock.c looks good from Samsung, much more complete then our copy.. |
03:30.42 | tmzt | hey |
03:30.47 | tmzt | still here? |
03:30.55 | tmzt | mdrobnak: |
03:31.40 | tmzt | mdrobnak: using raph500 |
03:31.55 | tmzt | mdrobnak: talk to dzo |
03:32.16 | tmzt | kris: localhost? |
03:32.50 | tmzt | DPRAM is dual ported ram |
03:33.05 | tmzt | the term for what we call smi or smem |
03:33.20 | AstainHellbring | hiya tmzt |
03:33.33 | tmzt | hi ast |
03:33.42 | tmzt | ever check mic on raph800? |
03:33.46 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
03:33.51 | tmzt | during alls |
03:33.54 | AstainHellbring | you see my comment earlier about Barns and nobles nook? |
03:34.02 | AstainHellbring | mic on raph800 on android? |
03:35.48 | tmzt | angstrom |
03:36.02 | AstainHellbring | not tried it on angstrom |
03:36.11 | tmzt | linuxtogo.org/~lgorris |
03:36.16 | tmzt | no |
03:36.20 | tmzt | eink reader? |
03:36.28 | AstainHellbring | aye eink reader running android |
03:36.42 | tmzt | eink reader? |
03:36.47 | tmzt | sorry |
03:36.49 | AstainHellbring | yep |
03:36.50 | tmzt | ah, ok |
03:36.59 | tmzt | no, up arrow |
03:37.01 | AstainHellbring | http://www.barnesandnoble.com/nook/ |
03:39.06 | *** join/#htc-linux mes (n=mes@203x20781148.lightspeed.ca) |
03:43.35 | *** join/#htc-linux stickboy (n=anonymou@128.153.211.150) |
04:01.02 | *** join/#htc-linux flyback (n=yukon@c-24-3-254-46.hsd1.pa.comcast.net) |
04:06.24 | *** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no) |
04:22.11 | *** join/#htc-linux Tinyboom (n=nahh@41.80-202-154.nextgentel.com) |
04:27.41 | *** join/#htc-linux droid0011 (n=g1@79.220.236.178) |
04:40.33 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
05:05.59 | *** join/#htc-linux g55 (n=g55@93.135.68.86) |
06:10.08 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
06:17.55 | *** join/#htc-linux luc_ (i=c3441fe7@gateway/web/freenode/x-shrwhyuuxravzozk) |
06:18.19 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
06:20.29 | luc_ | morning |
06:22.28 | flyback | is starting to suffer severe cold sweats and fears he's suffering from a bowel obstruction |
06:22.28 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
06:23.00 | flyback | loves when medications make you choose between depression and organs functioning right |
06:23.51 | *** join/#htc-linux kiozen (n=oeichler@p54921395.dip0.t-ipconnect.de) |
06:28.55 | luc_ | dzo? |
06:29.24 | dzo | yes, hi |
06:36.04 | luc_ | can you tell me how to setup resolution when use rootfs on ext3 partition on diamond |
06:37.19 | dzo | you mean the mddi.width and height? that's not possible on diamond, only non-a devices. |
06:42.02 | luc_ | yes |
06:42.55 | luc_ | but if i modifi in kernel to only 320 with 480? |
06:44.24 | luc_ | and will not be posible ever? or needs code? |
06:48.59 | *** join/#htc-linux JoshuaL (i=34042@unaffiliated/joshual) |
07:03.06 | luc_ | but is funy with this resolution |
07:03.16 | luc_ | when i enter in menu |
07:03.40 | luc_ | it is onli one litle square on midle of the screen |
07:06.49 | *** join/#htc-linux FR^2 (n=frzwo@2001:41d0:1:ed2f:0:0:0:cafe) |
07:36.28 | flyback | http://www.canucked.com/ HAHAHHAAHAHA |
07:39.50 | *** join/#htc-linux luc_ (i=c3441fe7@gateway/web/freenode/x-saqmdmdzifldccvd) |
07:42.54 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.80) |
08:01.03 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
08:19.43 | *** join/#htc-linux Tinyboom (n=nahh@41.80-202-154.nextgentel.com) |
08:32.33 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
08:34.16 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
09:20.23 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
09:23.19 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
09:24.46 | leobaillard | just to be shure folks, the 3g data connection in donut (the last donut build in the forum) hasn't been fixed yet ? (the crashing thing |
09:25.43 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
09:29.38 | *** join/#htc-linux Mooby (n=blindaue@ibis.u-strasbg.fr) |
09:32.20 | *** join/#htc-linux Captnoord (n=Captnoor@145.74.219.158) |
09:36.35 | *** join/#htc-linux boli^ (i=foobar@cpc3-nthc2-0-0-cust281.nrth.cable.ntl.com) |
09:54.42 | *** join/#htc-linux Captnoord (n=Captnoor@145.74.181.4) |
10:03.43 | *** join/#htc-linux JoshuaL (n=JoshuaL@unaffiliated/joshual) |
10:04.21 | *** join/#htc-linux balsat (n=kll@87.72.13.87) |
10:44.45 | *** join/#htc-linux prinex_ (n=prinex@m57s22.vlinux.de) |
10:45.43 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
10:45.48 | tmzt | leobaillard: crqshing? we don't really know about the images, work here is primarily on the kernel |
10:46.03 | leobaillard | yep I know ;) |
10:46.18 | leobaillard | that's why I didn't insisted |
10:46.47 | tmzt | what device and what image |
10:46.57 | tmzt | and what do you mean by crashing |
10:47.04 | leobaillard | btw, I managed to create an Android build with phh's lib to make work the accelerometer |
10:47.15 | tmzt | ok |
10:47.24 | leobaillard | DIAM100, a slightly modified version of the babijoee's build |
10:47.33 | tmzt | who is this? |
10:47.45 | leobaillard | who's who ? |
10:50.35 | tmzt | baijoee |
10:50.53 | *** join/#htc-linux kiozen (n=oeichler@p54921395.dip0.t-ipconnect.de) |
10:51.12 | leobaillard | someone from the xda thread which makes Android builds |
10:51.50 | tmzt | I see |
10:52.10 | *** join/#htc-linux DarkMasterHalo (n=DarkMast@modemcable070.63-56-74.mc.videotron.ca) |
10:52.28 | tmzt | if you have a specific thread I can look later, but I'm on my phone now |
10:54.14 | leobaillard | well, if you're interested, the thread is http://forum.xda-developers.com/showthread.php?t=402002, but it's 490 pages now...it takes a lot of courage and time to read it all from start :þ |
10:54.44 | leobaillard | and phh also has the DIAM100 and is contributing to the thread |
10:54.53 | tmzt | I'l find where the breakthroughs are |
10:55.02 | tmzt | and people stopped asking questions |
10:55.13 | tmzt | to the point it's all installation support |
10:55.25 | tmzt | usual tactic :) |
11:19.34 | *** join/#htc-linux x29a (n=x29a@unaffiliated/x29a) |
11:19.48 | *** join/#htc-linux finfin82 (n=Andy@80.78.166.166) |
11:22.03 | leobaillard | tmzt: do you know what is left to do for gps ? |
11:22.03 | *** part/#htc-linux finfin82 (n=Andy@80.78.166.166) |
11:23.56 | tmzt | leobaillard: on diam100? rpc driver or something, ask cr2 |
11:24.07 | leobaillard | k |
11:25.44 | mdrobnak | Morning. tmzt: Are you working on a main kernel branch, or someone's fork? |
11:26.39 | tmzt | the 2.6.32-rc5? |
11:26.43 | tmzt | linus :) |
11:26.44 | mdrobnak | yeah |
11:26.48 | mdrobnak | ok, mainline. |
11:26.49 | mdrobnak | cool. |
11:27.00 | tmzt | I think the issue is console |
11:27.11 | tmzt | have you been able to apply the patch? |
11:27.29 | tmzt | I'm ignoring Pavel's stuff from now |
11:27.30 | mdrobnak | Didn't try - I thought you said it was missing stuff? |
11:27.35 | mdrobnak | I'll try later today |
11:27.52 | tmzt | I might also have introduced a security issue in adsp code |
11:28.08 | tmzt | the documentation on rcu security updates is terrible |
11:28.11 | tmzt | no |
11:28.25 | mdrobnak | rcu? |
11:28.38 | tmzt | you copy arch/arm/mach-msm from htc-msm-2.6.27 |
11:28.46 | tmzt | replace the whole thing |
11:28.51 | tmzt | and apply the patch |
11:28.57 | tmzt | read copy update |
11:29.10 | *** join/#htc-linux Gnutoo (n=gnutoo@host93-155-dynamic.51-79-r.retail.telecomitalia.it) |
11:29.15 | mdrobnak | Ok. will try that. |
11:29.22 | mdrobnak | What's Read Copy Update used for? A lot of stuff? |
11:29.26 | tmzt | you can't set current's security directly anymore like google did |
11:29.35 | mdrobnak | oh |
11:29.37 | tmzt | look at the patch |
11:29.39 | mdrobnak | k |
11:29.47 | mdrobnak | I got it. |
11:29.54 | tmzt | I should have used capset* but I don't know how |
11:30.22 | tmzt | it's just adsp though, we'll replace that with alsa at some point |
11:30.40 | tmzt | also, replace drivers/video/msm |
11:30.43 | mdrobnak | Which I think is better anyway. |
11:30.50 | tmzt | and few includes and drivers |
11:30.54 | mdrobnak | I'd rather standard + wrapper.. |
11:30.56 | *** join/#htc-linux mindphas1 (i=mind@phasr.net) |
11:30.56 | mdrobnak | for Android |
11:30.59 | tmzt | should be in the diff |
11:31.00 | tmzt | right |
11:31.05 | tmzt | libhardware alsa |
11:31.18 | mdrobnak | Ah, I love FiOS. 64MBs in 20 seconds hehe |
11:31.44 | tmzt | I also think we should replace rild |
11:31.49 | tmzt | as generic is terrible |
11:32.05 | tmzt | and we can do dns better, etc. |
11:32.07 | mdrobnak | generic? |
11:32.18 | tmzt | genericril |
11:32.36 | tmzt | do point in using their api if it's the only open version |
11:32.39 | tmzt | no |
11:33.12 | tmzt | just a bunch of abstraction we really don't need |
11:33.20 | mdrobnak | I don't agree there. |
11:33.27 | mdrobnak | The problem is not in the C code. |
11:33.29 | mdrobnak | it's in the Java |
11:33.33 | mdrobnak | Which can be modified |
11:33.34 | tmzt | well, you have more familiarity |
11:33.36 | tmzt | ah |
11:33.41 | tmzt | what's the issue? |
11:33.44 | mdrobnak | And.. |
11:34.14 | mdrobnak | PPPD is also not doing the right thing |
11:34.14 | mdrobnak | always |
11:34.14 | tmzt | yes, but we could use dbus and a btter modem daemon |
11:34.14 | *** join/#htc-linux kiozen (n=oeichler@p54921395.dip0.t-ipconnect.de) |
11:34.14 | mdrobnak | ppp is giving the wrong DNS when it times out. |
11:34.15 | tmzt | and not ppp, do ppp in userspace |
11:34.38 | mdrobnak | Eh. In any case, that's down the road. |
11:34.43 | mdrobnak | I'm in no hurry to move from 1.5 ;-) |
11:34.44 | tmzt | I think the cdma's will require it because something is broken |
11:34.50 | tmzt | of course |
11:34.53 | mdrobnak | The CDMA code is very sparse. |
11:35.06 | tmzt | Hero code? |
11:35.21 | tmzt | but it uses rmnet, I have dmesg |
11:35.41 | tmzt | it's something else |
11:35.49 | tmzt | I think it's irqs actually |
11:36.08 | tmzt | we have four in the driver but only two are used according to my printks |
11:36.22 | mdrobnak | Then the rild wont make a difference |
11:36.23 | mdrobnak | one sec |
11:36.26 | tmzt | my plan is to use upstream and best of breed drivers |
11:36.48 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
11:37.08 | tmzt | we are already five versions behind upstream |
11:37.12 | tmzt | and ca is three |
11:37.35 | *** join/#htc-linux raph_ael (n=raph_ael@kikoolol.orbus.fr) |
11:37.36 | raph_ael | hi |
11:37.41 | tmzt | things like netdev are chnging completly soon |
11:37.51 | tmzt | raph_ael: hello |
11:39.37 | raph_ael | i was wondering if there was a working flashable linux rom for the blue angel |
11:41.29 | tmzt | fashable? |
11:41.32 | tmzt | probably not |
11:41.38 | tmzt | does nand work? |
11:42.33 | raph_ael | i can't remember what nand is |
11:42.56 | raph_ael | i tried a long time ago some linux rom, maybe with gpe, but it was not much finished |
11:42.58 | kri5 | Hello there |
11:42.59 | Gnutoo | raph_ael, nand is the flash |
11:43.36 | kri5 | have you seen that there was kernel source for htc android phones on http://developer.htc.com/ ? |
11:43.44 | kri5 | might be helpful |
11:43.56 | raph_ael | Gnutoo: thanks again :) |
11:44.34 | raph_ael | tmzt: well it's a flashable phone, but i'm not sure i understand your question |
11:45.11 | Gnutoo | raph_ael, http://handhelds.org/moin/moin.cgi/BlueAngel |
11:45.19 | Gnutoo | I'll check in oe too |
11:45.40 | tmzt | raph_ael: I mean does mtd work in linux |
11:46.15 | Gnutoo | tmzt, seem that it can only be read |
11:46.30 | tmzt | okay |
11:46.49 | Gnutoo | tmzt, http://handhelds.org/moin/moin.cgi/BlueAngel |
11:46.56 | tmzt | it would need to be writable unless you want to run from sd |
11:47.11 | Gnutoo | mmm |
11:47.11 | tmzt | but it would be a good platform to test xip booting |
11:47.19 | Gnutoo | what's that? |
11:47.19 | tmzt | much easier than msm |
11:47.28 | Gnutoo | does it need HARET? |
11:47.40 | tmzt | Gnutoo: using windows spl to boot linux from flash |
11:47.46 | tmzt | it can use haret |
11:47.53 | tmzt | (now) |
11:48.08 | raph_ael | great |
11:48.27 | Gnutoo | tmzt, wow!!! so on some model haret is not needed!!! |
11:48.40 | Gnutoo | apart for reverse engineering obviously |
11:50.13 | mdrobnak | tmzt: a/arch/arm/include/asm/mach/mmc.h ? Again, copy missing file from msm-htc-2.6.27? |
11:51.14 | mdrobnak | and I have to run..no way to eat here at home (kitchen is apart) so want to get in early so I can stop for breakfast :-) |
11:51.17 | mdrobnak | ttyl |
11:51.41 | tmzt | yes |
11:52.12 | tmzt | I actually moved something google added there to a different file |
11:52.23 | tmzt | I can past a real diff, but it will be huge |
11:55.16 | Gnutoo | raph_ael, htcblueangel is in oe |
11:55.34 | raph_ael | Gnutoo: in oe ? |
11:55.43 | Gnutoo | raph_ael, openembedded |
11:56.46 | raph_ael | Gnutoo: oh ok |
11:57.59 | Gnutoo | raph_ael, the lastest kernel seems to be the linux-handhelds-2.6_2.6.21-hh20 |
11:58.26 | Gnutoo | raph_ael, btw do you want to use it as a phone? |
11:58.27 | *** join/#htc-linux kiozen (n=oeichler@p54921395.dip0.t-ipconnect.de) |
11:58.31 | Gnutoo | or as a pda? |
11:58.51 | raph_ael | Gnutoo: not much, i was thinking in using it as ebook reader |
11:59.49 | Gnutoo | raph_ael, ah ok so it could work...because for phone you would need to know python...for ebook you just need an image and a good pdf reader |
12:00.37 | *** join/#htc-linux Captnoord (n=Captnoor@145.74.181.4) |
12:00.41 | raph_ael | Gnutoo: great :) thanks agin for helping |
12:00.47 | Captnoord | http://member.america.htc.com/download/RomCode/Source_and_Binaries/kernel_hero_0078c992.tar.bz2 |
12:00.49 | Captnoord | spam |
12:00.56 | Captnoord | kri5: that link you mean? |
12:01.33 | Gnutoo | raph_ael, then you need to find a distro that support your machine or to compile the distro yourself or to ask someone to do that |
12:02.15 | Captnoord | mdrobnak: how's the port going? |
12:02.36 | Gnutoo | raph_ael, your machine isn't in http://www.angstrom-distribution.org/narcissus/ |
12:02.37 | raph_ael | Gnutoo: seems there are already images, i was mostly wondering if there were flashable ones, on sd it's not much usable |
12:03.16 | Gnutoo | raph_ael, why? |
12:03.24 | raph_ael | very slow |
12:03.36 | Gnutoo | raph_ael, ah ok what was your kernel version? |
12:03.48 | raph_ael | and not much stable, maybe because it was an old version |
12:04.00 | tmzt | Hero !!!! |
12:04.02 | tmzt | thanks |
12:04.06 | tmzt | cdma |
12:04.08 | raph_ael | it was two or three years ago, can't remember :) |
12:04.08 | Gnutoo | ok |
12:04.09 | tmzt | cdma? |
12:04.12 | Gnutoo | ok |
12:05.08 | Captnoord | tmzt: I don't know.... just found it at tweakers.net...... |
12:05.29 | tmzt | thanks |
12:05.40 | tmzt | if anybody checks please let me know |
12:05.44 | Gnutoo | raph_ael, it's too bad because its support is nearly complete |
12:05.46 | tmzt | also, the cpu it uses |
12:05.53 | JoshuaL | http://member.america.htc.com/download/RomCode/Source_and_Binaries/kernel_hero_0078c992.tar.bz2 |
12:05.54 | Captnoord | i'm checking it noww |
12:05.56 | kri5 | Captnoord: yes |
12:05.58 | Captnoord | what do you want to know |
12:06.04 | JoshuaL | the source of the hero kernel is released :) |
12:06.15 | JoshuaL | ohw |
12:06.15 | JoshuaL | nvm |
12:06.16 | tmzt | which? |
12:06.21 | JoshuaL | someone else posted it already :( |
12:06.25 | Captnoord | lol for the first time in history i'm the bringer of good news |
12:06.29 | tmzt | I'm looking for Sprint hero |
12:06.29 | kri5 | :D |
12:06.46 | tmzt | so I can have qdsp5 code that works on cdma I hope |
12:06.53 | tmzt | unless amss is too different |
12:07.18 | raph_ael | Gnutoo: i think i'll retry on sd, it can't do no arm ! |
12:07.24 | Captnoord | there is a alternative dsp code yup |
12:07.37 | Gnutoo | raph_ael, lol the CPU architecture of your device is arm |
12:07.40 | Gnutoo | ok |
12:07.44 | Captnoord | qdsp5_comp |
12:07.49 | Gnutoo | raph_ael, if you need help just ask to me |
12:08.08 | raph_ael | Gnutoo: thanks :) newer phones are no arm based ? |
12:08.09 | tmzt | harm |
12:08.14 | tmzt | Captnoord: ? |
12:08.23 | tmzt | comp? |
12:08.25 | Captnoord | tmzt: a directory which is added |
12:08.28 | Captnoord | I dono |
12:08.32 | Captnoord | compatible maybe |
12:08.33 | raph_ael | Gnutoo: oh i missed the joke :) |
12:08.40 | tmzt | compression? |
12:08.41 | Captnoord | grepping 'cdma' now |
12:08.43 | Captnoord | dono |
12:08.49 | tmzt | and msm-defconfig? |
12:08.51 | tmzt | what cpu |
12:08.56 | tmzt | and AMSS |
12:09.05 | Captnoord | QDSP_MODULE_VOC_CDMA, |
12:09.09 | tmzt | that was my guess, missing qcelp support |
12:09.10 | tmzt | hah |
12:09.18 | Captnoord | #define QDSP_MODULE_VOC_CDMA 0x0106dd98 |
12:09.18 | Captnoord | #define QDSP_MODULE_VOC_CDMA_WB 0x0106dd99 |
12:09.22 | tmzt | maybe if I add that |
12:09.26 | tmzt | wideband? |
12:09.35 | tmzt | cr2: ping |
12:09.53 | JoshuaL | i wonder if the hero source is helpfull for the diamond development |
12:10.53 | Captnoord | every piece of info regarding implementations is helpfull ... is like the periodic table of elements |
12:11.08 | Captnoord | they knew something excisted |
12:11.20 | Captnoord | even when they haven't found it yet |
12:11.39 | Gnutoo | raph_ael, what distro will you try? angstrom? |
12:11.41 | tmzt | been waiting at least a year for a linux cdma phone based on msm7k |
12:11.48 | tmzt | to get kernel source |
12:11.57 | Captnoord | msm7200a_defconfig |
12:12.03 | Captnoord | msm_defconfig |
12:12.05 | Captnoord | those |
12:12.07 | tmzt | can't be |
12:12.07 | raph_ael | Gnutoo: i think so, it should be the simpliest |
12:12.20 | tmzt | 7200a must be surf7200a |
12:12.28 | Gnutoo | raph_ael, yes and the most up to date...if you can find images... |
12:12.31 | tmzt | has to be 75xx or 76xx |
12:13.25 | Captnoord | mv78xx0_defconfig |
12:13.26 | Captnoord | ? |
12:13.39 | tmzt | probably old |
12:13.42 | tmzt | not msm |
12:13.47 | tmzt | marvell |
12:13.52 | Captnoord | CONFIG_ARCH_MSM7200A=y |
12:13.52 | Captnoord | # CONFIG_ARCH_MSM7225 is not set |
12:13.52 | Captnoord | # CONFIG_ARCH_MSM7501A is not set |
12:13.59 | tmzt | oh |
12:14.00 | Captnoord | CONFIG_ARCH_MSM7501A? |
12:14.08 | tmzt | this might be gsm then |
12:14.19 | tmzt | yeah, I was expecting 7501a |
12:14.23 | tmzt | or 7500a |
12:14.39 | tmzt | can you grep that? |
12:14.46 | Captnoord | i'm doing now |
12:15.07 | Captnoord | CONFIG_MACH_HERO=y |
12:15.21 | Captnoord | CONFIG_MSM_AMSS_VERSION=6355 |
12:15.37 | tmzt | 6355 |
12:15.45 | tmzt | that's new |
12:16.35 | Captnoord | the sprint is the cdma version? |
12:17.53 | tmzt | yes |
12:18.29 | Captnoord | and lol |
12:18.35 | Captnoord | of course there isn't a normal way of searching there website |
12:18.36 | Captnoord | lol |
12:19.14 | tmzt | yeah |
12:19.30 | tmzt | americas is probably gsm actually |
12:20.01 | Captnoord | http://developer.htc.com/ |
12:20.03 | Captnoord | here it is |
12:20.41 | tmzt | I think mach will be HERC |
12:20.44 | Captnoord | CONFIG_MACH_HERO_ESPRESSO |
12:20.44 | Captnoord | lol |
12:20.45 | tmzt | not HERO |
12:20.48 | tmzt | ah |
12:20.53 | tmzt | nevermind than |
12:20.55 | tmzt | then |
12:21.03 | tmzt | it's the color |
12:21.10 | Captnoord | CONFIG_MACH_HEROC |
12:21.19 | tmzt | ok |
12:21.26 | Captnoord | <PROTECTED> |
12:21.26 | Captnoord | <PROTECTED> |
12:21.26 | Captnoord | #ifdef CONFIG_ARCH_MSM7200A |
12:21.26 | Captnoord | #ifdef CONFIG_MACH_HERO |
12:21.26 | Captnoord | BOARD_WIFI_FUN(hero) |
12:21.26 | Captnoord | #endif |
12:21.28 | Captnoord | #ifdef CONFIG_MACH_SAPPHIRE |
12:21.30 | Captnoord | BOARD_WIFI_FUN(sapphire) |
12:21.32 | Captnoord | #endif |
12:21.34 | Captnoord | #ifdef CONFIG_MACH_HERO_ESPRESSO |
12:21.36 | Captnoord | MSM7200A? |
12:21.51 | Captnoord | #ifdef CONFIG_ARCH_MSM7501A |
12:21.51 | Captnoord | #ifdef CONFIG_MACH_HEROC |
12:21.51 | Captnoord | BOARD_WIFI_FUN(heroc) |
12:21.51 | Captnoord | #endif |
12:21.54 | tmzt | you found a new phone |
12:22.00 | tmzt | tell engadget |
12:22.02 | Captnoord | cheers |
12:22.15 | Captnoord | I think other people will |
12:22.16 | tmzt | it's got to be chinless gsm |
12:22.28 | Captnoord | i'm not relaxing |
12:22.34 | Captnoord | but need to get back to work |
12:22.41 | Captnoord | now* |
12:22.48 | Captnoord | s/not/now |
12:22.59 | Captnoord | bahamas |
12:23.03 | Captnoord | desirec |
12:23.38 | Captnoord | nope |
12:23.42 | Captnoord | all known phones |
12:23.50 | tmzt | oh |
12:23.52 | tmzt | ok |
12:24.45 | Captnoord | and the espresso is the htc hero brown |
12:24.46 | Captnoord | lol |
12:25.25 | prinex_ | well maybe we can fix the sleep-power problem which is the last thing holding me from using android on the diam100 |
12:25.27 | Captnoord | I always wonder when I see this |
12:25.31 | Captnoord | CONFIG_MSM_CPU_FREQ_SCALING_MAX=528000 |
12:25.31 | Captnoord | CONFIG_MSM_CPU_FREQ_SCALING_MIN=245760 |
12:25.38 | Captnoord | how low the lowest freq can go |
12:26.16 | leobaillard | would this be useful to set the bt clocks ? |
12:26.36 | tmzt | prinex_: sleep power? |
12:26.45 | tmzt | we need APPS SLEEP for that |
12:27.04 | tmzt | mdrobnak: ah, the moving vmalloc, did you move resume vector as well? |
12:27.16 | tmzt | mdrobnak: saw that when working on the port |
12:28.46 | prinex_ | yes on the diam100 going into sleep causes the phone to shutdown or to reboot |
12:28.56 | tmzt | right |
12:29.04 | tmzt | talk to dzo |
12:29.15 | tmzt | he's not here now though |
12:29.20 | prinex_ | i will have a good read of the hero source first |
12:29.26 | Captnoord | its related to the panel powerdown stuff |
12:29.30 | Captnoord | loads of stuff going on |
12:29.35 | prinex_ | yes i know |
12:29.56 | Captnoord | and if the panels on the diamond and raphael are kinda the same |
12:29.56 | tmzt | Captnoord: epson? |
12:30.04 | prinex_ | i regard it a the milestone step - more than Wifi or bt |
12:30.06 | Captnoord | they sure have different powerdown sequences |
12:30.19 | Captnoord | I dono... I did some research on mine.... |
12:30.27 | Captnoord | added some stuff I found |
12:30.42 | Captnoord | related to qtv output powerdown I guess |
12:30.49 | tmzt | powerdown? |
12:30.51 | tmzt | ah |
12:30.56 | Captnoord | but the raphael doesn't have power collaps enabled |
12:31.02 | Captnoord | so I can't easely test |
12:31.07 | tmzt | no it doesn't work yet |
12:31.14 | Captnoord | not experienced anough to figure it out myself |
12:31.28 | Captnoord | we know of the "HTC Shift touchscreen driver" |
12:31.30 | Captnoord | ? |
12:31.41 | tmzt | yes |
12:31.44 | tmzt | why? |
12:31.47 | Captnoord | k... |
12:31.48 | tmzt | wait |
12:31.53 | Captnoord | i'm reading trough the code |
12:31.53 | tmzt | why is it in there |
12:31.57 | Captnoord | I dono |
12:31.58 | tmzt | hah |
12:32.13 | Captnoord | hehe |
12:32.16 | tmzt | it might be from upstream or it might be htc |
12:39.40 | *** join/#htc-linux mdrobnak_ (n=mdrobnak@72-63-216-255.pools.spcsdns.net) |
12:39.49 | mdrobnak_ | tmzt: How much RAM does the Hero have? |
12:40.03 | Captnoord | it boots with 64mb |
12:40.04 | Gnutoo | 288 no? |
12:40.10 | tmzt | not sure |
12:40.13 | tmzt | really? |
12:40.18 | tmzt | mem=64? |
12:40.22 | Captnoord | default kernel boot arg |
12:40.23 | Captnoord | yup |
12:40.28 | Captnoord | but |
12:40.34 | mdrobnak_ | thats weird |
12:40.34 | Captnoord | only if I can believe the configs |
12:40.38 | tmzt | oh, that could be handled by boot loader |
12:40.49 | mdrobnak_ | Just becuase that's the default, does not mean the bootloader does not override it |
12:41.09 | Captnoord | yup |
12:41.09 | Gnutoo | strange wikipedia says: 192/288 MB RAM |
12:41.16 | mdrobnak_ | Great. |
12:41.22 | Captnoord | #define MSM_LINUX_BASE 0x19200000 |
12:41.22 | Captnoord | #define MSM_LINUX_SIZE 0xC600000 |
12:41.22 | Captnoord | #define MSM_PMEM_GPU0_BASE 0x00000000 |
12:41.22 | Captnoord | #define MSM_PMEM_GPU0_SIZE 0x00700000 |
12:41.22 | Captnoord | #define MSM_FB_BASE 0x00700000 |
12:41.23 | Captnoord | #define MSM_FB_SIZE 0x9b000 |
12:41.25 | Captnoord | #define MSM_RAM_CONSOLE_BASE 0x007A0000 |
12:41.27 | Captnoord | #define MSM_RAM_CONSOLE_SIZE 128 * SZ_1K |
12:41.29 | Captnoord | #define MSM_PMEM_GPU1_BASE 0x25800000 |
12:41.31 | mdrobnak_ | I'm trying to find *somebody* who has working RAM code.. |
12:41.31 | Captnoord | #define MSM_PMEM_GPU1_SIZE 0x800000 |
12:41.33 | Captnoord | spam |
12:41.46 | tmzt | Captnoord: we log this stuff |
12:41.53 | mdrobnak_ | hmm |
12:41.59 | tmzt | ram code? |
12:42.07 | tmzt | ah |
12:42.08 | mdrobnak_ | GSM version has 288MB of RAM |
12:42.14 | Captnoord | .boot_params = 0x19200100, |
12:42.29 | Captnoord | nah |
12:42.34 | Captnoord | lets search for something |
12:42.43 | Captnoord | static void __init hero_fixup(struct machine_desc *desc, struct tag *tags, |
12:42.43 | Captnoord | <PROTECTED> |
12:42.43 | Captnoord | { |
12:42.43 | Captnoord | mi->nr_banks = 1; |
12:42.43 | Captnoord | mi->bank[0].start = MSM_LINUX_BASE; |
12:42.43 | Captnoord | mi->bank[0].node = PHYS_TO_NID(MSM_LINUX_SIZE); |
12:42.45 | mdrobnak_ | what's HTC's dev site? |
12:42.45 | Captnoord | mi->bank[0].size = MSM_LINUX_SIZE; |
12:42.52 | Captnoord | http://developer.htc.com/ |
12:43.00 | mdrobnak_ | nvm |
12:43.01 | mdrobnak_ | thanks |
12:43.11 | tmzt | no HEROC yet? |
12:43.32 | mdrobnak_ | Hmm. Still one bank only. |
12:43.33 | tmzt | one bank? |
12:43.41 | mdrobnak_ | That's gotta be the CDMA version |
12:43.51 | mdrobnak_ | which if it's 192MB = 128 + 64 SMI |
12:44.07 | mdrobnak_ | which means they only use the 128 for Linux |
12:45.06 | tmzt | with 228 total? |
12:45.07 | mdrobnak_ | that's kernel_0078c...bz2 right? |
12:45.09 | tmzt | why? |
12:45.41 | mdrobnak_ | 228? |
12:45.44 | mdrobnak_ | The other version is 288. |
12:45.51 | tmzt | 288 |
12:45.56 | tmzt | which? |
12:46.04 | mdrobnak_ | GSM |
12:46.14 | tmzt | gsm is 288? |
12:46.26 | mdrobnak_ | According to the HTC site, yes. |
12:46.31 | mdrobnak_ | The non-US version. |
12:46.37 | Captnoord | 198 mb ram totaly |
12:46.45 | Captnoord | #define MSM_LINUX_SIZE 0xC600000 |
12:46.51 | Captnoord | thats defines as the end |
12:48.08 | mdrobnak_ | Maybe it's linear in the new devices? |
12:48.29 | Captnoord | dude |
12:48.29 | Captnoord | ifeq ($(CONFIG_ARCH_MSM7201A),y) |
12:48.29 | Captnoord | ifeq ($(CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1),y) |
12:48.29 | Captnoord | <PROTECTED> |
12:48.29 | Captnoord | params_phys-y:= 0x19200100 |
12:48.29 | Captnoord | initrd_phys-y:= 0x19A00000 |
12:48.31 | Captnoord | else |
12:48.31 | mdrobnak_ | Because that base is totally different from ours. |
12:48.33 | Captnoord | zreladdr-y:= 0x10008000 |
12:48.35 | Captnoord | params_phys-y:= 0x10000100 |
12:48.37 | Captnoord | initrd_phys-y:= 0x10800000 |
12:48.39 | Captnoord | endif |
12:48.57 | mdrobnak_ | There we go. |
12:49.02 | Captnoord | in the make file |
12:49.12 | Captnoord | makefile.boot |
12:49.20 | mdrobnak_ | (Haven't downloaded it yet) |
12:49.29 | Captnoord | the download it:P |
12:49.52 | mdrobnak_ | (actually it just finished downloading at home :-P ) |
12:50.01 | mdrobnak_ | In any case, it doesn't help me then. |
12:50.15 | mdrobnak_ | I can't go and change the RAM on the board of my Fuze. :-( |
12:50.26 | mdrobnak_ | (well, if I was good with smd soldering...) |
12:50.42 | Captnoord | i'll do it for ya |
12:50.42 | Captnoord | :P |
12:52.02 | Captnoord | I remember something like |
12:52.02 | Captnoord | CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1 |
12:52.06 | Captnoord | in the wince asm |
12:52.13 | Captnoord | regarding that extra piece of ram |
12:52.21 | Captnoord | can't remember |
12:52.31 | Captnoord | its a additional init step in the wince drivers |
12:53.08 | mdrobnak_ | Maybe that code is important |
12:53.34 | mdrobnak_ | Anyway. Back to trying tmzt's 2.6.32 |
12:53.36 | tmzt | they changed the zImage base? |
12:53.46 | Captnoord | I think I aready mentioned it once |
12:53.48 | tmzt | have fun :) |
12:53.58 | tmzt | I'll be back on it later |
12:54.29 | Captnoord | they move the entire kernel up...... |
12:54.38 | tmzt | yes |
12:54.40 | tmzt | why? |
12:54.43 | Captnoord | I think |
12:54.56 | Captnoord | lol |
12:54.59 | Captnoord | I don't know |
12:55.09 | Captnoord | maybe its because they allocate all the mem under the kernel |
12:55.25 | tmzt | under the kernel? |
12:55.35 | tmzt | 0x1000000 is ebi1? |
12:55.38 | Captnoord | below |
12:56.30 | Captnoord | #ifdefined(CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1) |
12:56.30 | Captnoord | static int smi_sz = 32; |
12:56.30 | Captnoord | #else |
12:56.30 | Captnoord | static int smi_sz = 64; |
12:56.30 | Captnoord | #endif |
12:56.40 | Captnoord | in sapphire |
12:57.05 | *** join/#htc-linux balans (n=Administ@212-123-149-239.ip.telfort.nl) |
12:57.05 | tmzt | right |
12:57.05 | tmzt | ok |
12:57.05 | Captnoord | #if defined(CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1) |
12:57.05 | Captnoord | /* AMSS supports unified 128/256MB EBI1 */ |
12:57.05 | Captnoord | #define MSM_EBI_BASE0x19200000 |
12:57.05 | Captnoord | #define MSM_EBI_SMI64_128MB_SIZE0x06600000 |
12:57.05 | Captnoord | #define MSM_EBI_SMI32_256MB_SIZE0x0C600000 |
12:57.05 | Captnoord | //#define MSM_EBI_SMI32_256MB_SIZE0x0C500000 |
12:57.10 | tmzt | why is smi64 is ebi1 is 256? |
12:57.24 | Captnoord | and in the .config...... |
12:57.26 | Captnoord | CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1=y |
12:57.31 | tmzt | ahnd amss needing support is interesting |
12:57.38 | Captnoord | the .config is the current config isn't it |
12:57.46 | tmzt | I can get it |
12:57.53 | Captnoord | the hero doesn't have it |
12:57.59 | Captnoord | only the sapphire |
12:58.11 | Captnoord | the ifdef's |
12:58.17 | Captnoord | regarding the amss's |
12:58.18 | tmzt | /proc/config.gz ? |
12:58.23 | tmzt | hero is 32a sapp |
12:58.26 | tmzt | sort of |
12:59.10 | Captnoord | lol |
12:59.16 | Captnoord | there are some git references left in the code |
12:59.37 | tmzt | hah |
12:59.52 | mdrobnak_ | tmzt: Either I'm dumb (possibly) or I can't get your patch to apply right |
12:59.53 | Captnoord | only .gitignores |
13:00.15 | tmzt | mdrobnak_: what's missing? |
13:00.41 | tmzt | should I learn gito? |
13:00.48 | Captnoord | config MSM_AMSS_VERSION_6220 |
13:00.49 | Captnoord | bool "6.2.20" |
13:00.49 | Captnoord | config MSM_AMSS_VERSION_6225 |
13:00.49 | Captnoord | bool "6.2.20 + New ADSP" |
13:01.01 | mdrobnak_ | tmzt: board-htcraphael-cdma500.c |
13:01.02 | tmzt | hah |
13:01.05 | Captnoord | and |
13:01.05 | Captnoord | config MSM_AMSS_SUPPORT_256MB_EBI1 |
13:01.05 | Captnoord | default y if MSM_AMSS_VERSION_6355 |
13:01.05 | Captnoord | bool "AMSS that support unified 128MB and 256MB EBI1" |
13:01.32 | tmzt | mdrobnak_: use yours, no changes there |
13:01.42 | tmzt | use your phone's |
13:01.52 | mdrobnak_ | Oh |
13:01.53 | mdrobnak_ | ok |
13:02.22 | tmzt | it's committed so not in git diff |
13:03.11 | mdrobnak_ | complains about having clock-7x01a.c and that it was going to delete it |
13:03.16 | tmzt | I couldn't add everything because I renamed some directories to -moved before copying our code |
13:03.21 | tmzt | yeah |
13:03.26 | tmzt | don't know why |
13:03.35 | tmzt | we don't need it though |
13:03.44 | mdrobnak_ | smd_rpcrouter.c patch failed |
13:03.57 | tmzt | you used git apply? |
13:04.00 | mdrobnak_ | timer.c already applyed |
13:04.02 | mdrobnak_ | no |
13:04.10 | mdrobnak_ | just patch -p0 |
13:04.11 | tmzt | ah |
13:04.15 | mdrobnak_ | (doing a dry-run) |
13:04.16 | Captnoord | 196if (32 == smi_sz) { |
13:04.16 | Captnoord | 1197mi->bank[0].size = MSM_EBI_SMI32_256MB_SIZE; |
13:04.16 | Captnoord | 1198} else if (64 == smi_sz){ |
13:04.16 | Captnoord | 1199mi->bank[0].size = MSM_EBI_SMI64_128MB_SIZE; |
13:04.17 | Captnoord | so |
13:04.23 | tmzt | need to use git apply |
13:04.27 | Captnoord | from a diff source btw |
13:04.32 | Captnoord | http://gitorious.org/androidfan-flash/kernel/commit/3dc9eb9049cc0e22f661161b31cd0eb4389d18a0 |
13:04.47 | Captnoord | 1238#if defined(CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1) |
13:04.47 | Captnoord | 1239.boot_params = 0x19200100, |
13:04.47 | Captnoord | 1240#else |
13:04.47 | Captnoord | 12381241.boot_params = 0x10000100, |
13:04.47 | Captnoord | 1242#endif |
13:04.53 | tmzt | ok |
13:04.58 | tmzt | cool |
13:05.19 | tmzt | ah |
13:05.39 | tmzt | so they move the kernel? |
13:05.48 | tmzt | what is boot params? |
13:05.51 | Captnoord | they are still talking about 1 bank |
13:05.54 | Captnoord | I dono |
13:06.14 | Captnoord | 8/* physical offset of RAM */ |
13:06.14 | Captnoord | 19#if defined(CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1) |
13:06.14 | Captnoord | 20#define PHYS_OFFSETUL(0x19200000) |
13:06.14 | Captnoord | 21#else |
13:06.14 | Captnoord | 1922#define PHYS_OFFSETUL(0x10000000) |
13:06.14 | Captnoord | 23#endif |
13:06.30 | mdrobnak_ | Yeah, don't Raphael's have EBI2? |
13:06.37 | Captnoord | yea |
13:06.48 | Captnoord | they entire thing works because the mem is "unified" |
13:06.52 | mdrobnak_ | That's getting bookmarked, though.. |
13:06.53 | Captnoord | raphael's isn't |
13:06.54 | Captnoord | or |
13:06.59 | mdrobnak_ | yea |
13:07.02 | Captnoord | we think it is |
13:07.10 | tmzt | unified? |
13:07.16 | Captnoord | maybe its unified... |
13:07.17 | Captnoord | yea |
13:07.18 | tmzt | they must have smi |
13:07.20 | Captnoord | end of bank 0 |
13:07.22 | Captnoord | is begin of bank |
13:07.23 | Captnoord | 1 |
13:07.39 | Captnoord | but cr2 knows more about that i'm sure |
13:07.46 | tmzt | so bank is sparse |
13:08.06 | tmzt | not physical different bus/chip/cache |
13:08.37 | mdrobnak_ | Ok, patch looks ok now. Will test later. Neded to copy msm_fb too |
13:08.50 | mdrobnak_ | about to go into Grand Central terminal tunnel...gonna lose connectivity.. |
13:08.51 | mdrobnak_ | See yas |
13:09.13 | Captnoord | gonna get back to work |
13:10.13 | Captnoord | tmzt: what I found in nk.exe |
13:10.13 | Captnoord | search for |
13:10.13 | Captnoord | OEMEnumExtensionDRAM |
13:10.13 | tmzt | somebody tell him copy all od /drivers/video/msm |
13:10.39 | tmzt | ok |
13:10.53 | Captnoord | http://msdn.microsoft.com/en-us/library/ms904887.aspx |
13:11.59 | tmzt | thanks |
13:12.02 | tmzt | work |
13:16.31 | Captnoord | lol |
13:16.34 | Captnoord | I think that function |
13:16.39 | Captnoord | is a windows kernel function |
13:16.42 | Captnoord | in nk.exe |
13:16.55 | Captnoord | and it remaps memory pointer 'gets' |
13:17.26 | Captnoord | nah |
13:17.28 | Captnoord | brb |
13:21.45 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
13:25.25 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
13:45.18 | *** join/#htc-linux balsat (n=kll@87.72.13.34) |
13:54.43 | *** part/#htc-linux raph_ael (n=raph_ael@kikoolol.orbus.fr) |
13:56.23 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
14:06.46 | *** join/#htc-linux kiozen (n=oeichler@p54921395.dip0.t-ipconnect.de) |
14:23.27 | *** join/#htc-linux Gnutoo (n=gnutoo@host93-155-dynamic.51-79-r.retail.telecomitalia.it) |
14:35.04 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
14:35.47 | *** join/#htc-linux infernix (n=nix@unaffiliated/infernix) |
14:39.58 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
14:42.39 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
15:03.13 | *** join/#htc-linux kvaster (n=kvaster@212.98.181.84) |
15:34.14 | *** join/#htc-linux pH5 (n=ph5@e178206237.adsl.alicedsl.de) |
15:34.22 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
15:34.39 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-66-75-215-0.bak.res.rr.com) |
15:34.43 | *** join/#htc-linux x29a (n=x29a@unaffiliated/x29a) |
15:44.21 | *** join/#htc-linux x-fak (n=WinGuru@reactos/tester/x-fak) |
15:46.58 | *** join/#htc-linux kiozen (n=kiozen@93.135.213.57) |
15:47.50 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
16:00.41 | *** join/#htc-linux Zinbolic (n=zinbolic@84.238.80.215) |
16:37.24 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:40.33 | *** join/#htc-linux thedicemaster (n=thedicem@j89051.upc-j.chello.nl) |
16:55.44 | *** join/#htc-linux stickboy (n=anonymou@128.153.183.62) |
16:56.20 | *** join/#htc-linux pleemans (n=toi@d54C2A96D.access.telenet.be) |
16:57.05 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
17:02.49 | *** join/#htc-linux ivanmmj (n=ivan@fl-71-53-135-35.dhcp.embarqhsd.net) |
17:03.06 | *** part/#htc-linux ivanmmj (n=ivan@fl-71-53-135-35.dhcp.embarqhsd.net) |
17:24.51 | *** join/#htc-linux g55 (n=g55@93.135.197.168) |
17:43.37 | *** join/#htc-linux balans (n=Administ@212-123-149-239.ip.telfort.nl) |
17:53.55 | *** join/#htc-linux toast_ (n=quassel@115-106.96-97.tampabay.res.rr.com) |
17:58.03 | *** join/#htc-linux Epsylon3 (i=kvirc@ip-103.net-89-2-83.rev.numericable.fr) |
18:06.51 | *** join/#htc-linux GlemSom (n=glemsom@93.163.75.202) |
18:10.01 | tmzt | kernel_hero/arch/arm/mach-msm/qdsp5_comp/vocpcm.c |
18:11.29 | tmzt | kernel_hero/arch/arm/mach-msm/htc_old_acoustic.c |
18:11.35 | Captnoord | yo |
18:11.48 | tmzt | where is the heroc board? |
18:11.55 | tmzt | or they are all combined? |
18:12.03 | tmzt | I can't extract the whole thing |
18:12.06 | Captnoord | ? |
18:12.14 | tmzt | don't hav space |
18:12.17 | Captnoord | hehe |
18:12.46 | tmzt | what panel does it use? |
18:12.49 | tmzt | and mddi client |
18:12.57 | Captnoord | panel |
18:13.13 | Captnoord | static struct mddi_table mddi_toshiba_init_table[] = { |
18:13.19 | tmzt | ok |
18:13.19 | Captnoord | static struct mddi_table mddi_toshiba_panel_init_table[] = { |
18:13.25 | Captnoord | static struct mddi_table mddi_sharp_init_table[] = { |
18:13.43 | Captnoord | static struct mddi_table mddi_tpo_init_table[] = { |
18:13.49 | Captnoord | I dono if tpo is one |
18:13.52 | tmzt | no epson? |
18:14.00 | Captnoord | nope |
18:14.19 | Captnoord | i'll grep |
18:15.16 | Captnoord | nope |
18:15.27 | Captnoord | not epson |
18:15.45 | tmzt | too bad |
18:16.55 | Captnoord | it has a ts calibration framework |
18:17.15 | tmzt | nice!! |
18:17.25 | tmzt | darkstar62: ping |
18:17.44 | Captnoord | with a ts manager |
18:17.56 | Captnoord | and loads of crap related to it |
18:18.47 | darkstar62 | tmzt: pong |
18:19.11 | tmzt | darkstar62: hero has ts calibration in the the input framework |
18:19.19 | darkstar62 | hmm! |
18:19.32 | darkstar62 | hero is based on cupcake, right? |
18:19.43 | tmzt | 1.5 |
18:19.46 | tmzt | I think |
18:20.42 | darkstar62 | yeah, cupcake |
18:20.56 | darkstar62 | hmm, might be interesting to take that apart |
18:21.11 | darkstar62 | obviously we can't use it as is -- we'll either need publicly released source code, or to make our own |
18:21.20 | darkstar62 | but that seems to suggest it's at least possible |
18:21.21 | tmzt | it's not in git? |
18:21.33 | darkstar62 | not in the official android repos, not that I've seen |
18:21.41 | tmzt | odd, ok |
18:21.44 | Captnoord | but.. the downloadable file |
18:21.48 | Captnoord | does have .gitignore's |
18:21.49 | Captnoord | so |
18:21.58 | Captnoord | its dumped from a git |
18:22.02 | Captnoord | which is private |
18:22.04 | darkstar62 | doesn't mean it's publicly available |
18:22.05 | darkstar62 | yeah |
18:22.19 | darkstar62 | if we can't legally get to the source code without an NDA, we can't use it |
18:22.39 | tmzt | we have it, just not the repo itself |
18:22.41 | tmzt | I think |
18:23.02 | tmzt | darkstar62: on omap, you are using the new kernel? |
18:23.04 | Captnoord | its been released today |
18:23.04 | darkstar62 | the repo is less important if we have the source in any form (as long as it was published and not leaked) |
18:23.15 | darkstar62 | ah, that works then |
18:23.16 | tmzt | darkstar62: this is from htc.com |
18:23.32 | tmzt | darkstar62: how did you get android stuff into it? |
18:23.40 | darkstar62 | we're working on the new kernel -- still need a lot of stuff to go in before we're ready to even think about running android |
18:24.02 | darkstar62 | All I did was take their kernel code, extract out the patches, and apply it to the linwizard kernel |
18:24.11 | darkstar62 | (making appropriate munges where necessary) |
18:24.25 | tmzt | ok |
18:25.41 | Captnoord | tmzt: need to know more? |
18:25.52 | tmzt | not if you're at work |
18:25.57 | tmzt | looking at qdsp now |
18:26.04 | Captnoord | i'm at home |
18:26.15 | Captnoord | its 20:30 here |
18:26.49 | tmzt | ah, cool |
18:26.59 | tmzt | well, if you find HEROC that would be great |
18:27.21 | Captnoord | what do you mean by that? you mean how they are linked together... or |
18:27.32 | tmzt | yes |
18:27.35 | Captnoord | grepping for it now |
18:27.35 | Captnoord | k |
18:27.59 | Captnoord | lol |
18:28.00 | Captnoord | I think |
18:28.01 | Captnoord | HEROC |
18:28.02 | Captnoord | is just |
18:28.03 | Captnoord | HERO |
18:28.10 | Captnoord | * arch/arm/mach-msm/board-heroc-camsensor.c - s5k3e2f sensor driver |
18:28.13 | Captnoord | but the file is named |
18:28.21 | Captnoord | * arch/arm/mach-msm/board-hero-camsensor.c - s5k3e2f sensor driver |
18:28.43 | Captnoord | board-hero-camsensor.c |
18:28.46 | Captnoord | I mean |
18:29.10 | Captnoord | I think that HEROC ==gsm |
18:29.18 | Captnoord | #ifdef CONFIG_ARCH_MSM7501A |
18:29.18 | Captnoord | #ifdef CONFIG_MACH_HEROC |
18:29.18 | Captnoord | BOARD_WIFI_FUN(heroc) |
18:29.25 | Captnoord | if CONFIG_ARCH_MSM7501A means it gsm |
18:29.36 | Captnoord | #ifdef CONFIG_ARCH_MSM7200A |
18:29.36 | Captnoord | #ifdef CONFIG_MACH_HERO |
18:29.36 | Captnoord | BOARD_WIFI_FUN(hero) |
18:29.36 | Captnoord | #endif |
18:30.05 | Captnoord | and thats pretty much all I get |
18:34.12 | tmzt | no |
18:34.18 | tmzt | 7501 is cdma |
18:34.28 | Captnoord | k |
18:34.51 | Captnoord | only wifi and cam stuff is beeing ifdef'ed |
18:34.53 | tmzt | RAPHC is the ce name for raph800/500 |
18:35.04 | tmzt | seems to indicate htc ce people did the port |
18:35.23 | Captnoord | hmmm k |
18:35.30 | phh | tmzt: oO |
18:35.46 | tmzt | arch/arm/mach-msm/qdsp5_comp/vocpcm.c * * pcm audio input device |
18:41.10 | *** join/#htc-linux tsdogs (n=tsdogs@net203-187-146.mclink.it) |
18:41.12 | Captnoord | I also see that the cdma has the kernal image on the CONFIG_MSM_AMSS_SUPPORT_256MB_EBI1 level |
18:41.17 | Captnoord | ifeq ($(CONFIG_ARCH_MSM7501A),y) |
18:41.17 | Captnoord | zreladdr-y:= 0x19208000 |
18:41.17 | Captnoord | params_phys-y:= 0x19200100 |
18:41.17 | Captnoord | initrd_phys-y:= 0x19A00000 |
18:41.17 | Captnoord | endif |
18:41.32 | Captnoord | for reasons totaly unknown to me |
18:47.06 | *** join/#htc-linux Zoolooc (n=lucian@p549559B1.dip.t-dialin.net) |
18:49.38 | phh | oh strange thing, it seems they need wifi_osc vreg up for highspeed BT |
18:54.53 | *** join/#htc-linux g55 (n=g55@93.135.223.52) |
18:59.27 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
18:59.34 | Gnutoo | mmm |
18:59.48 | Gnutoo | maybe it didnn't WRITEI because I removed the old compat alsa |
18:59.55 | Gnutoo | so same place |
19:00.10 | tmzt | Gnutoo: do you have the real time code used in qdsp driver? |
19:00.17 | tmzt | in the alsa code |
19:00.23 | Gnutoo | I don't know... |
19:00.29 | Gnutoo | what should I grep for? |
19:01.00 | tmzt | effective_ |
19:01.10 | tmzt | effective_caps |
19:01.13 | Gnutoo | thanks a lot |
19:02.28 | Gnutoo | no traces in the whole /snd |
19:02.31 | Gnutoo | s/snd/sound |
19:04.29 | Gnutoo | I'll eat I'll be back soon |
19:06.40 | tmzt | okay, so it's done from userspace |
19:07.36 | *** join/#htc-linux cr2 (n=cr2@109.85.171.174) |
19:13.01 | *** join/#htc-linux g55 (n=g55@93.135.208.183) |
19:18.42 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
19:19.19 | *** join/#htc-linux joelr (n=joelr@140.Red-88-24-196.staticIP.rima-tde.net) |
19:19.27 | *** part/#htc-linux joelr (n=joelr@140.Red-88-24-196.staticIP.rima-tde.net) |
19:21.39 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
19:25.07 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
19:27.21 | Gnutoo | tmzt, ok |
19:27.33 | Gnutoo | tmzt, so what should I do now? |
19:30.16 | tmzt | like? |
19:30.40 | Gnutoo | for the driver debugging? |
19:32.14 | Gnutoo | I'll continue debugging in |
19:32.17 | Gnutoo | AUDPP_MSG_HOST_PCM_INTF_MSG |
19:32.22 | Gnutoo | (case |
19:32.26 | Gnutoo | ) |
19:33.49 | Gnutoo | I was asking just in case you had a magick idea |
19:34.19 | *** join/#htc-linux [2]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
19:34.54 | *** join/#htc-linux stickboy (n=anonymou@128.153.183.62) |
19:35.01 | tmzt | not sure exactly what you are doing |
19:38.37 | Gnutoo | ok I'll paste sources |
19:38.42 | Gnutoo | *pastebin |
19:40.29 | Gnutoo | I'll try something and paste the code + explain |
19:40.50 | townkat | europe league now, r u watching ? |
19:44.35 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
19:45.05 | Gnutoo | tmzt, http://pastebin.com/m54d90a20 |
19:45.15 | Gnutoo | it prints that with mplayer: |
19:46.09 | Gnutoo | http://pastebin.com/m65ceaba5 |
19:46.11 | Gnutoo | so... |
19:47.32 | Gnutoo | http://pastebin.com/m7f28099b |
19:47.35 | Gnutoo | is from aplay |
19:47.38 | tmzt | don't really know |
19:47.41 | Gnutoo | I forgetten a \n in my printks |
19:47.57 | Captnoord | 085540] audpp: DMA missed obj=20 |
19:48.04 | Captnoord | keeps comming back |
19:48.48 | Gnutoo | so basically AUDPP_MSG_HOST_PCM_INTF_MSG is not called |
19:48.56 | Gnutoo | Captnoord, no that's because of the slow printks |
19:49.05 | Stskeeps | <PROTECTED> |
19:49.06 | Stskeeps | .. |
19:49.09 | Captnoord | k |
19:49.43 | Captnoord | can you add debug messages of |
19:49.44 | Captnoord | switch (id) { |
19:49.49 | Captnoord | void alsa_dsp_event(void *data, unsigned id, uint16_t *msg) |
19:50.17 | Captnoord | if the id gets mangled along the way |
19:51.09 | Gnutoo | I print the ID or I put a printk in each cases? |
19:51.24 | Captnoord | I dono |
19:51.32 | Captnoord | if the thing isn't getting called |
19:51.36 | Captnoord | what is getting called? |
19:51.50 | Captnoord | does it even get there? |
19:52.08 | *** join/#htc-linux cr2_ (n=cr2@ip-109-85-57-1.web.vodafone.de) |
19:52.21 | Captnoord | yo cr2_ |
19:52.35 | cr2_ | adsp_4001 ? |
19:52.41 | Captnoord | yea |
19:52.44 | tmzt | hey |
19:52.46 | Gnutoo | I'll look |
19:52.57 | Captnoord | Gnutoo: I mean if it falls trough those |
19:52.57 | Captnoord | case AUDPP_MSG_STATUS_MSG: |
19:52.57 | Captnoord | <PROTECTED> |
19:52.57 | Captnoord | <PROTECTED> |
19:52.57 | Captnoord | <PROTECTED> |
19:53.02 | tmzt | cr2_: we found that some of the amss are named that way because of the memory layout |
19:53.06 | Gnutoo | ah ok |
19:53.07 | Gnutoo | thanks |
19:53.10 | Gnutoo | so default: print |
19:53.20 | tmzt | cr2_: maybe you can figure out cdma though |
19:53.24 | Captnoord | Gnutoo: i'm just think..... I don't have any experience in any way..... |
19:53.46 | Gnutoo | Captnoord, we should keep in mind that it was meant for a higher revision of the firmware |
19:53.57 | cr2_ | tmzt: ? |
19:54.01 | Gnutoo | so should I upgrade my amss firmware |
19:54.04 | phh | cr2_: in hero kernel, there is a thing about high speed BT clock: it needs wifi_osc vreg to be up, don't know if this can be useful |
19:54.10 | Gnutoo | maybe it will magically work? |
19:54.20 | Captnoord | Gnutoo: I don't know..... maybe |
19:54.21 | tmzt | cr2_: trying to figure out if this code is used for the Sprint Hero and what the vocsnd stuff is for |
19:54.25 | tmzt | vocpcm |
19:54.25 | Captnoord | its possible |
19:54.26 | Gnutoo | I'll try that later |
19:54.28 | Captnoord | and worth the try |
19:55.29 | cr2_ | phh: not on raph100/diam100 |
19:55.32 | phh | ok |
19:55.52 | cr2_ | tmzt: i'm looking at this source, and it has adsp_4001 |
19:56.04 | cr2_ | whatever that it. the same as on vogue ? |
19:56.21 | tmzt | haven't seen it before |
19:56.32 | tmzt | vogue doesn't even use rpcrouter |
19:58.03 | Gnutoo | ok |
19:58.10 | Gnutoo | is it risky? |
19:58.27 | cr2_ | #define MSM_LINUX_BASE 0x19200000 |
19:58.46 | cr2_ | do they have 256MB in one bank?? |
19:58.57 | Captnoord | Gnutoo: I don't have a clue |
19:59.05 | Gnutoo | ok |
19:59.05 | Captnoord | cr2_: yup |
19:59.11 | Gnutoo | I'll ask someone who did it |
19:59.23 | Captnoord | its seems they glue'ed 2 ram maps together |
19:59.48 | cr2_ | Captnoord: why not. i'm surprised they didn't do it on raph100 |
20:00.19 | Captnoord | maybe they have done it |
20:00.30 | *** join/#htc-linux kiozen (n=kiozen@93.135.213.57) |
20:00.30 | Captnoord | would still be possible to use them seperately |
20:00.45 | cr2_ | the GPU0,FB and RAMCONSOLE have very sane layout |
20:01.20 | tmzt | why did the move zImage? |
20:01.48 | cr2_ | #define MSM_PMEM_GPU1_BASE 0x25800000 |
20:01.48 | cr2_ | hm |
20:01.48 | cr2_ | they start at 0x18000000 ? |
20:01.51 | cr2_ | funny |
20:02.15 | cr2_ | tmzt: they may have 0x18000000+256MB |
20:02.35 | cr2_ | 0x18-0x1a |
20:02.42 | tmzt | interesting |
20:03.02 | cr2_ | err |
20:03.06 | cr2_ | #define MSM_PMEM_CAMERA_BASE 0x27000000 |
20:03.19 | cr2_ | 0x18000000-0x28000000 |
20:03.44 | cr2_ | 256MB is 0x10000000 |
20:04.18 | cr2_ | uart3 for serial |
20:05.06 | cr2_ | bt 0x192* -0x180*=0x1200000 |
20:05.23 | cr2_ | 18MB for what ? |
20:06.16 | tmzt | that's where the dma is? |
20:07.00 | cr2_ | microp too |
20:07.37 | tmzt | microp is parallel? |
20:07.38 | *** join/#htc-linux kiozen (n=kiozen@93.135.213.57) |
20:08.26 | cr2_ | no idea |
20:08.39 | tmzt | why is it in dma? |
20:08.47 | cr2_ | bma150 gsensor ? |
20:08.56 | cr2_ | microp is i2c |
20:09.16 | tmzt | yeah, bma not kxs |
20:09.20 | cr2_ | I2C_BOARD_INFO(MICROP_I2C_NAME, 0xCC >> 1), |
20:09.59 | *** join/#htc-linux stickboy (n=anonymou@128.153.144.221) |
20:10.05 | cr2_ | #define HERO_GPIO_USB_PHY_RST_N (100) |
20:10.08 | cr2_ | looks familiar |
20:10.29 | tmzt | ah, you mean it has microp, not that it's dma |
20:11.03 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
20:11.06 | cr2_ | yes |
20:11.17 | cr2_ | h2w uart->gpio switch too |
20:12.03 | cr2_ | central limit theorem is on our side :) |
20:12.57 | cr2_ | bt_fw_version[10] = "v2.0.38"; |
20:13.00 | cr2_ | stone age |
20:13.39 | cr2_ | hehe. still uart1DM ? |
20:13.59 | tmzt | not 2? |
20:14.03 | cr2_ | no |
20:14.04 | tmzt | this has to be software |
20:14.17 | cr2_ | 43,44,45,46. we have BT PCM there afair |
20:14.32 | cr2_ | why software ? |
20:15.02 | tmzt | too many phones with the same dma |
20:15.24 | tmzt | if it was hardware it should be pretty much random |
20:15.37 | tmzt | what's the central limit thing |
20:15.49 | cr2_ | it is created to break software compatibility |
20:16.51 | cr2_ | #if defined(CONFIG_TURBO_MODE) |
20:16.53 | cr2_ | <PROTECTED> |
20:17.05 | cr2_ | 960 for PLL1 as on topa/rhod ? |
20:17.17 | cr2_ | 768/128=6 ? |
20:17.34 | cr2_ | 176*6 = |
20:17.59 | cr2_ | ah. 1056 |
20:18.45 | cr2_ | .power_collapse_khz = 19200000 |
20:19.00 | cr2_ | i'd like to see how raph100 will perform @19.2MHz |
20:19.17 | *** join/#htc-linux toast_ (n=quassel@115-106.96-97.tampabay.res.rr.com) |
20:19.17 | cr2_ | maybe we can downclock it even lower |
20:19.46 | cr2_ | <PROTECTED> |
20:19.47 | cr2_ | <PROTECTED> |
20:21.48 | cr2_ | tmzt: the lower 18MB are reserved for AMSS probably |
20:22.01 | cr2_ | on raph it's 13MB though |
20:22.24 | cr2_ | bloatware |
20:23.19 | cr2_ | ooo |
20:23.38 | cr2_ | AMSS 1340, 1355, 4410 |
20:24.26 | cr2_ | need to compare the smd_private ids |
20:24.48 | cr2_ | smd_mem_type |
20:26.10 | cr2_ | smem_log_item 20bytes |
20:26.56 | cr2_ | (2000+150)*20 |
20:27.37 | cr2_ | a7f8 |
20:28.26 | *** join/#htc-linux Squarc1 (n=Squarc@82-217-32-29.cable.quicknet.nl) |
20:28.46 | *** join/#htc-linux toast_ (n=quassel@97.96.106.115) |
20:29.06 | *** join/#htc-linux Epsylon3 (i=kvirc@ip-103.net-89-2-83.rev.numericable.fr) |
20:29.14 | cr2_ | <PROTECTED> |
20:29.15 | cr2_ | <PROTECTED> |
20:29.16 | cr2_ | <PROTECTED> |
20:29.49 | Epsylon3 | is there a way to set shell autocompletion with busybox ? |
20:30.38 | *** join/#htc-linux AnxiousNut (n=mohammed@80.184.64.79) |
20:30.58 | Captnoord | cr2_: did you found yourself a honey pot? |
20:31.01 | Captnoord | jar* |
20:31.47 | Gnutoo | Captnoord, it didn't call the function |
20:32.35 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
20:33.10 | Captnoord | didn't called case AUDPP_MSG_HOST_PCM_INTF_MSG:{? |
20:33.26 | Captnoord | what did it call? |
20:33.30 | Captnoord | did it call anything |
20:33.33 | AnxiousNut | can anybody gives me a good tutorial for running android on htc touch vogue? i followed some but no luck |
20:34.04 | Captnoord | most tutorials i've follower around here all worked |
20:34.29 | tmzt | anybody know if gitorious can track a remote git server? |
20:34.32 | Captnoord | it all depends on how you read the info |
20:34.48 | cr2_ | gp6,rftx and wlan |
20:34.55 | tmzt | cr2_: ah, right |
20:35.02 | tmzt | I just want my last 32mb |
20:35.38 | cr2_ | tmzt: second smi ? |
20:35.43 | tmzt | yeah |
20:35.48 | tmzt | I have smi64 |
20:35.52 | cr2_ | create a new bank for it |
20:35.55 | tmzt | the code mdrobnak should work for that |
20:36.00 | tmzt | posted earlier |
20:36.11 | tmzt | cr2_: are you aware of my little project? |
20:36.22 | cr2_ | tmzt: which one ? |
20:36.33 | tmzt | it's writing 23mb??? why |
20:36.45 | tmzt | porting htc-msm-2.6.27 arch/arm/mach-msm to upstream linux |
20:36.51 | Gnutoo | Captnoord, alsa_dsp_event was not called |
20:36.54 | *** join/#htc-linux Alex[sp3dev] (n=alex_dfr@ip-95-221-29-220.bb.netbynet.ru) |
20:36.55 | Gnutoo | at all |
20:36.56 | tmzt | it actually works until it gets to vt/fbcon |
20:37.11 | Captnoord | Gnutoo: if you read trough the codeaurora got some info regarding changes in the alsa system |
20:37.35 | Gnutoo | Captnoord, ok I'll read the commits |
20:37.37 | cr2_ | { PXL, 0x00000001 }, /* 1. RGB666 */ |
20:37.38 | tmzt | I'm pushing my repo now |
20:38.06 | cr2_ | tmzt: ambitious :) |
20:38.09 | Gnutoo | Captnoord, btw I used master branch... |
20:38.16 | Captnoord | hehe |
20:38.21 | Captnoord | Gnutoo: dejavu |
20:38.31 | Gnutoo | Captnoord, ??? |
20:38.37 | Gnutoo | Captnoord, dejavu what? |
20:38.42 | cr2_ | <PROTECTED> |
20:38.44 | cr2_ | <PROTECTED> |
20:38.45 | cr2_ | <PROTECTED> |
20:38.48 | cr2_ | looks familiar |
20:38.49 | Captnoord | some time ago you and me git repo.... |
20:38.52 | Captnoord | diff branches |
20:38.53 | Captnoord | :P |
20:38.56 | Captnoord | dejavu |
20:38.59 | Gnutoo | Captnoord, ok |
20:39.03 | Captnoord | now I should have the same branch |
20:39.08 | Gnutoo | ok |
20:39.22 | Gnutoo | I didn't diff codeaurora branch... |
20:39.29 | Gnutoo | maybe I should have |
20:40.05 | Captnoord | tmzt: pushing where?:P |
20:40.18 | tmzt | gitorious |
20:40.30 | Gnutoo | Captnoord, ah no android-msm-2.6.29 |
20:40.33 | tmzt | it seems to be sending the whole kernel |
20:41.33 | cr2_ | <PROTECTED> |
20:41.46 | cr2_ | lol. so much for the proc_comm interface |
20:42.09 | cr2_ | <PROTECTED> |
20:42.28 | cr2_ | ok, ~0xa00 is to disable the clock |
20:42.51 | cr2_ | and the MSM_CLK_CTL_BASE are for PCLK |
20:44.09 | cr2_ | .name = "mddi_c_0101_0000", |
20:44.12 | cr2_ | eid ? |
20:47.05 | tmzt | we didn't have this? |
20:47.10 | tmzt | eid? |
20:47.12 | cr2_ | no |
20:47.16 | cr2_ | <PROTECTED> |
20:47.18 | cr2_ | <PROTECTED> |
20:47.19 | cr2_ | <PROTECTED> |
20:47.21 | cr2_ | <PROTECTED> |
20:47.22 | cr2_ | this is interesting too |
20:47.23 | Captnoord | should we have it? |
20:47.45 | cr2_ | Captnoord: have not seen such for a wince device before |
20:47.54 | tmzt | where is eid? |
20:47.56 | Captnoord | k |
20:49.01 | cr2_ | tmzt: here |
20:49.06 | cr2_ | static int table_offset = 0x00000C00 + 0x00000C00; |
20:49.08 | cr2_ | static int table_size = 6 * 160 * sizeof(unsigned short); |
20:49.18 | cr2_ | s/here/hero/ |
20:49.26 | tmzt | still don't see "eid" |
20:49.44 | cr2_ | static int swap_f_table(int enable) |
20:49.53 | cr2_ | this one looks familiar too |
20:50.36 | cr2_ | <PROTECTED> |
20:50.37 | cr2_ | <PROTECTED> |
20:50.39 | cr2_ | <PROTECTED> |
20:51.17 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
20:51.37 | tmzt | 06:03 < cr2_> .name = "mddi_c_0101_0000", |
20:51.37 | tmzt | 06:03 < cr2_> eid ? |
20:51.48 | tmzt | ah, ok |
20:53.04 | cr2_ | <PROTECTED> |
20:53.06 | cr2_ | <PROTECTED> |
20:53.11 | cr2_ | something new too. |
20:54.26 | *** part/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
20:54.29 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
20:55.03 | cr2_ | hehe |
20:55.07 | cr2_ | #define A9_MPLL_ID 1 |
20:55.09 | cr2_ | #define A9_GPLL_ID 2 |
20:55.10 | cr2_ | #define A9_BPLL_0_ID 3 |
20:55.12 | cr2_ | #define A9_BPLL_1_ID 4 |
20:55.22 | tmzt | => Syncing Gitorious... [OK] |
20:55.22 | tmzt | To git@gitorious.org:htc-msm-upstream-tracking/htc-msm-upstream-tracking.git * [new branch] htc-msm-upstream-tracking -> htc-msm-upstream-tracking |
20:55.36 | tmzt | mdrobnak: http://gitorious.org/htc-msm-upstream-tracking |
20:58.51 | cr2_ | vibrator rpc crap in devices.c together with andproid_pmem. ugly ;-) |
20:59.55 | tmzt | yeah |
21:02.08 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:03.45 | cr2_ | LOL |
21:03.47 | Gnutoo | captnoord, CONFIG_MSM_AMSS_VERSION_6225 is the max in codeaura and I've CONFIG_MSM_AMSS_VERSION_6225 in my kenrel where I imported from codeaurora |
21:03.50 | cr2_ | #if 1 /* QCT fixup */ |
21:03.51 | cr2_ | <PROTECTED> |
21:03.53 | cr2_ | #else /* Google */ |
21:03.55 | cr2_ | <PROTECTED> |
21:03.56 | cr2_ | #endif |
21:04.11 | tmzt | thre was a comment about 6225 being 6220 with a different memory layout |
21:04.14 | tmzt | both 6.2.2.0 |
21:04.19 | Gnutoo | ok |
21:04.20 | cr2_ | they see 2 bugs there. i found only 1 ? |
21:05.11 | *** join/#htc-linux [2]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:10.55 | cr2_ | tmzt: mddi_client_eid.c |
21:11.07 | cr2_ | mddi_client_eid0154.c |
21:11.23 | tmzt | epson image devices? |
21:11.43 | cr2_ | left epson to use. like uart2dm imlementation |
21:12.26 | cr2_ | with cuckoo eggs ;) |
21:12.36 | cr2_ | s/use/us/ |
21:13.40 | cr2_ | <PROTECTED> |
21:13.44 | cr2_ | == eid |
21:13.45 | tmzt | http://pastebin.com/m5355ff95 |
21:13.56 | tmzt | okay, not sure what eid is |
21:14.12 | tmzt | # |
21:14.13 | tmzt | +/* TODO (tmzt) moved from linux/mmc/sdio_func.h, not in upstream */ |
21:14.13 | tmzt | # |
21:14.14 | tmzt | + |
21:14.14 | tmzt | # |
21:14.16 | tmzt | +/* |
21:14.18 | tmzt | # |
21:14.21 | tmzt | + * Structure used to hold embedded SDIO device data from platform layer |
21:14.24 | tmzt | # |
21:14.26 | tmzt | + */ |
21:14.28 | tmzt | # |
21:14.31 | tmzt | +struct sdio_embedded_func { |
21:14.34 | tmzt | # |
21:14.36 | tmzt | + uint8_t f_class; |
21:14.39 | tmzt | # |
21:14.42 | tmzt | + uint32_t f_maxblksize; |
21:14.44 | tmzt | # |
21:14.47 | tmzt | +}; |
21:15.29 | cr2_ | is it really needed ? |
21:16.10 | cr2_ | #define VSYNC_EN (MSM_GPIO1_BASE + 0x800 + 0x8c) |
21:16.20 | cr2_ | #define VSYNC_CLEAR (MSM_GPIO1_BASE + 0x800 + 0x9c) |
21:16.20 | cr2_ | #define VSYNC_STATUS (MSM_GPIO1_BASE + 0x800 + 0xac) |
21:16.26 | cr2_ | lol. it seems that their wince code looks like that. |
21:16.51 | tmzt | what? |
21:16.57 | tmzt | those aren't bits |
21:17.17 | cr2_ | <PROTECTED> |
21:17.24 | [2]Captnoord | I think eid is the sim card reader |
21:17.35 | tmzt | captnoord: it's mddi client |
21:17.38 | cr2_ | it's nothing else but set_gpio(97,0) |
21:17.40 | tmzt | where did you see that? |
21:17.42 | [2]Captnoord | http://www.cowcalf.com/pda/answers.asp |
21:18.00 | [2]Captnoord | EID readers |
21:18.05 | [2]Captnoord | k |
21:18.30 | [2]Captnoord | lol |
21:18.31 | tmzt | captnoord: no, it's a rfid system |
21:18.33 | [2]Captnoord | your correct |
21:18.38 | cr2_ | [2]Captnoord: eid is "Samsung S6D05A0" |
21:18.39 | [2]Captnoord | should hit the bed |
21:18.47 | [2]Captnoord | i'm tired |
21:18.57 | tmzt | cr2_: or is that lcm? |
21:18.57 | [2]Captnoord | yea see it |
21:19.03 | [2]Captnoord | slaps himself |
21:19.17 | cr2_ | tmzt: mddi controller. like epson or toshiba or novatek |
21:19.43 | cr2_ | "video card", as you like |
21:20.17 | tmzt | cr2_: no, I mean the Samsung |
21:20.41 | cr2_ | <PROTECTED> |
21:20.43 | cr2_ | <PROTECTED> |
21:20.44 | cr2_ | <PROTECTED> |
21:20.46 | cr2_ | <PROTECTED> |
21:20.59 | cr2_ | i would say that such code is clearly against the GPL |
21:21.17 | Captnoord | ? |
21:21.20 | phh | actually it's not |
21:21.28 | tmzt | cr2_: is it code? |
21:21.46 | cr2_ | phh: i can write the whole kernel in such a way. |
21:22.01 | phh | only by hand ? :D |
21:22.08 | cr2_ | it's unreadably for any human, and it's not clear what they are doing here. |
21:23.09 | cr2_ | phh: for toshiba they are written the comments in the code. |
21:23.20 | tmzt | can anybody see if this boots on raph100 or whatever |
21:23.22 | tmzt | http://gitorious.org/htc-msm-upstream-tracking/htc-msm-upstream-tracking/commits/htc-msm-upstream-tracking |
21:23.54 | Captnoord | tmzt I will check |
21:23.58 | Captnoord | brb |
21:24.02 | Captnoord | need to boot to ubuntu |
21:25.12 | phh | tmzt: cloning |
21:28.09 | *** join/#htc-linux captnoord (n=captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:31.13 | cr2_ | ok, nothing really useful in hero kernel |
21:31.32 | *** join/#htc-linux mugsie (n=graham@unaffiliated/mugsie) |
21:31.35 | phh | btw, i've seen some little changes in msm_serial_hs, also in I7500 |
21:31.40 | phh | i'm trying it, just in case |
21:33.35 | cr2_ | i'm a bit confused by the "wait arm9 reset" comment in gps driver. |
21:35.06 | phh | ?!? |
21:35.12 | phh | it waits for arm9 to reset ? |
21:35.25 | cr2_ | yeah, something like that |
21:35.36 | cr2_ | or to be ready |
21:35.48 | phh | you have to kill arm9 to enable gps ? |
21:36.14 | cr2_ | don't know |
21:36.36 | cr2_ | but arm9 locks up the machine when i call for the gps position data |
21:37.31 | cr2_ | have not tried it after last rpc changes by dzo |
21:38.10 | cr2_ | rfkill driver instead of "startgps" may be more helpful for others to test gps |
21:38.44 | tmzt | ah, cool |
21:39.04 | phh | tmzt: warning: remote HEAD refers to nonexistent ref, unable to checkout. |
21:39.13 | tmzt | yeah, something is wrong |
21:39.26 | tmzt | let me give you the proper .git/config |
21:40.01 | tmzt | [remote "tracking"] url = git@gitorious.org:htc-msm-upstream-tracking/htc-msm-upstream-tracking.git fetch = +refs/heads/*:refs/remotes/tracking/* |
21:40.10 | tmzt | I think that will work |
21:40.13 | tmzt | not sure what happened |
21:40.29 | tmzt | ah, change that to git:// not ssh: |
21:41.33 | phh | i redo git clone after that ? |
21:44.59 | *** join/#htc-linux boli^ (i=foobar@cpc3-nthc2-0-0-cust281.nrth.cable.ntl.com) |
21:45.52 | boli^ | apart from the xbmc folder, the x,y and z drives - where else does xbmc store any information of any kind on an original xbox? |
21:47.04 | prinex | quick question: how do you dump the dmesg content in haret after a crash ? I know ist pwd file address size, i just donÃt know what address to use for diamon (0xe0000 ? 0xd0000 ? ) |
21:47.13 | boli^ | oops. wrong channel |
21:47.14 | boli^ | sorry |
21:47.23 | *** join/#htc-linux infernixx (i=nix@unaffiliated/infernix) |
21:47.36 | tmzt | prinex: 0x10000 now? |
21:47.37 | boli^ | that'll teach me to alter my auto-joins and forget i did it |
21:47.40 | *** part/#htc-linux infernixx (i=nix@unaffiliated/infernix) |
21:47.42 | tmzt | no |
21:47.42 | prinex | will try |
21:47.52 | tmzt | I never remember, I was going to teach apt |
21:51.44 | prinex | tmzt: is not 0x10000... |
21:52.19 | tmzt | no |
21:54.19 | *** join/#htc-linux alexandernst (n=alexande@212.183.198.145.dyn.user.ono.com) |
21:55.56 | *** join/#htc-linux mdrobnak_ (n=mdrobnak@173-115-139-53.pools.spcsdns.net) |
21:56.05 | mdrobnak_ | Hi all. |
21:57.16 | *** join/#htc-linux captnoord_ (n=captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:57.35 | tmzt | mdrobnak_: I had a tree to pull but it's broken |
21:58.11 | mdrobnak_ | how broken? |
21:58.45 | tmzt | I think what I did was rename 'master' my branch thinking I could do that as a tracking branch since I already committed my changes |
21:59.12 | tmzt | and it seems to have lost the refs on the remote end |
21:59.37 | mdrobnak_ | That sucks. |
21:59.47 | mdrobnak_ | you can do git init and git add -A to set up a local git right? |
21:59.58 | tmzt | I guess |
22:00.00 | tmzt | why? |
22:00.13 | mdrobnak_ | Just to track the changes before I add your patch.. |
22:00.27 | mdrobnak_ | although I already broke that, now that I think about it - I added in the msm dir already |
22:02.25 | mdrobnak_ | Did you get it any further (ie a console?) |
22:02.37 | tmzt | haven't tried it yet |
22:02.50 | tmzt | since this morning |
22:03.59 | mdrobnak_ | ah |
22:04.23 | *** join/#htc-linux NexVision__ (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
22:04.34 | *** join/#htc-linux Tinyboom_ (n=nahh@41.80-202-154.nextgentel.com) |
22:06.14 | tmzt | phh: checkout linus and then add my remote and pull |
22:06.22 | tmzt | or let me try to fix this |
22:08.18 | *** join/#htc-linux mickey|zzZZzz (i=mickey@80.81.242.146) |
22:09.53 | mdrobnak_ | tmzt: If you have a remote.. |
22:10.03 | mdrobnak_ | You can pull it again..and do a diff..and commit the diff, no? |
22:10.06 | tmzt | [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git |
22:10.17 | tmzt | [remote "tracking"] url = git@gitorious.org:htc-msm-upstream-tracking/htc-msm-upstream-tracking.git fetch = +refs/heads/*:refs/remotes/tracking/* |
22:10.46 | mdrobnak_ | Ooh. It doesn't compile for me: arch/arm/kernel/process.c: In function 'arm_machine_restart': |
22:10.57 | mdrobnak_ | arch/arm/kernel/process.c:103: error: too many arguments to function 'arch_reset' |
22:11.08 | tmzt | yeah, you have to add a int |
22:11.10 | tmzt | command |
22:11.25 | tmzt | I did all this this morning, one error at a time |
22:11.32 | tmzt | that's why I'm trying to push it |
22:12.14 | mdrobnak_ | Ohh |
22:13.56 | mdrobnak_ | understands now |
22:14.04 | prinex | tmzt: found the offset pwf dmesg4 0x800000 0x20000 .... |
22:14.08 | tmzt | mostly git grep actually |
22:14.10 | tmzt | for diam100? |
22:14.15 | prinex | yes |
22:14.36 | tmzt | apt: ramconsole-raph100 is pwf dmesg4 0x800000 0x20000 .... |
22:14.37 | apt | okay, tmzt |
22:14.40 | *** join/#htc-linux captnoord_ (n=captnoor@dc5147a47b.adsl.wanadoo.nl) |
22:15.57 | mdrobnak_ | I was thinking if we shouldn't do the "patch" from .27->28, etc up to current? |
22:16.06 | mdrobnak_ | I wonder if that would work out better. |
22:18.09 | tmzt | mdrobnak_: how would that work? |
22:18.20 | tmzt | there's .27 and .29 as far as I know |
22:18.46 | mdrobnak_ | Well, there's patches from one .XX revision to the next.. |
22:18.55 | mdrobnak_ | so any major changes you'd get in each revision |
22:19.08 | mdrobnak_ | then you could clean it up and just do a diff against the final revision |
22:20.07 | tmzt | seems the changes were all in .31 |
22:20.26 | mdrobnak_ | That's annoying. |
22:20.58 | mdrobnak_ | So most drivers in our .27 should be able to be put into .29 without too much trouble? |
22:21.57 | mdrobnak_ | is cloning tmzt's tree |
22:22.15 | mdrobnak_ | htc-msm-upstream-tracking |
22:22.39 | tmzt | try it now |
22:22.47 | tmzt | should work |
22:22.55 | tmzt | had to manually create HEAD and push it |
22:23.14 | tmzt | if you don't have linus (master) remote |
22:23.50 | tmzt | it will probably pull from gitorious or fail |
22:24.08 | tmzt | [remote "origin"] fetch = +refs/heads/*:refs/remotes/origin/* url = git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git |
22:24.48 | *** join/#htc-linux alexandernst (n=alexande@212.183.198.145.dyn.user.ono.com) |
22:40.01 | *** join/#htc-linux alexandernst (n=alexande@212.183.198.145.dyn.user.ono.com) |
22:45.40 | *** join/#htc-linux dilinger (n=dilinger@LUNGE.MIT.EDU) |
22:47.44 | mdrobnak | Sorry, left abruptly |
22:47.49 | tmzt | sure |
22:47.54 | tmzt | you can try cloning again |
22:48.20 | mdrobnak | yeah, apparently my disown didn't work |
22:48.21 | mdrobnak | argh |
22:49.50 | mdrobnak | Ok, trying the clone again. |
22:50.15 | mdrobnak | So what do you think about the stuff that's been updated in the Samsung kernel with newer Qualcomm code? Do you think we should merge that stuff in? |
22:50.24 | mdrobnak | and I didn't look at the Hero stuff yet |
22:51.10 | tmzt | well, my goal is best of breed drivers |
22:51.28 | tmzt | the experiment was to take a working mach-msm and transplant it |
22:51.38 | tmzt | and, suprisingly it actually made it quite far |
22:52.52 | mdrobnak | hehe |
22:52.56 | mdrobnak | I'll let you know if it boots. |
22:53.08 | mdrobnak | 15% retrieved |
22:53.31 | tmzt | try your working .config though |
22:53.41 | mdrobnak | ok |
22:54.07 | mdrobnak | I notice the MSM7501A choice option in the Hero kernel |
22:54.15 | mdrobnak | That should help you with CDMA kernel side stuff, no? |
22:54.40 | mdrobnak | Whoa, there are some weird version numbers for the AMSS modem firmware |
22:55.25 | tmzt | yeah, I'm going to spend some time looking through it |
22:55.33 | tmzt | if you can get console that would be great |
22:55.38 | tmzt | if not, I'll work on it |
22:56.22 | mdrobnak | I'll see if there's anything that was overlooked. |
22:56.31 | mdrobnak | But it's great. |
22:56.48 | mdrobnak | We've got ours, CodeAurora, Samsung, and the Hero to get code from |
22:57.12 | mdrobnak | How do we handle the Copyright statements on the header of the files? |
23:03.22 | mdrobnak | Ok, pulled. |
23:04.08 | mdrobnak | ran a make oldconfig |
23:04.13 | mdrobnak | took all the defalts |
23:04.15 | mdrobnak | *defaults |
23:04.22 | mdrobnak | and hopefully it will build :-) |
23:04.46 | mdrobnak | Bam. |
23:04.56 | mdrobnak | arch/arm/mach-msm/board-halibut-keypad.c:19:30: error: linux/gpio_event.h: No such file or directory |
23:05.22 | tmzt | don't build halibut |
23:05.35 | tmzt | or copy it from htc-msm-2.6.27 |
23:06.14 | mdrobnak | Oops. Thought it said Raph. |
23:06.28 | mdrobnak | Oh, ya know what. That was me trying to build halibut to see if it ran. |
23:06.28 | mdrobnak | oops/. |
23:06.37 | mdrobnak | ..fixing |
23:06.43 | tmzt | either way |
23:09.07 | mdrobnak | arch/arm/mach-msm/board-htcraphael.c: In function 'htcraphael_device_specific_fixes': |
23:09.07 | mdrobnak | arch/arm/mach-msm/board-htcraphael.c:489: error: expected expression before '<<' token |
23:09.37 | mdrobnak | You had a merge. |
23:09.38 | tmzt | yeah, didn't build that board |
23:09.43 | tmzt | only mine |
23:09.47 | tmzt | why I need testing :) |
23:10.00 | mdrobnak | It was your removal of your board from raphael.. |
23:10.24 | tmzt | right |
23:10.39 | mdrobnak | diamond board has the gpio_event.h issue as well. |
23:10.53 | mdrobnak | for the moment, skipping. |
23:10.54 | tmzt | which I put there before finding my smi was wrong |
23:11.27 | mdrobnak | rfkill |
23:12.09 | tmzt | what's wrong there? |
23:12.32 | mdrobnak | lots. |
23:12.36 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:28: warning: 'enum rfkill_state' declared inside parameter list |
23:12.36 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:28: warning: its scope is only this definition or declaration, which is probably not what you want |
23:12.37 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:56: warning: 'enum rfkill_state' declared inside parameter list |
23:12.37 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:56: error: parameter 2 ('state') has incomplete type |
23:12.38 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c: In function 'bluetooth_set_power': |
23:12.40 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:59: error: 'RFKILL_STATE_ON' undeclared (first use in this function) |
23:12.43 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:59: error: (Each undeclared identifier is reported only once |
23:12.45 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:59: error: for each function it appears in.) |
23:12.47 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:74: error: 'RFKILL_STATE_OFF' undeclared (first use in this function) |
23:12.50 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c: In function 'htcraphael_rfkill_probe': |
23:12.52 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:94: error: 'RFKILL_STATE_OFF' undeclared (first use in this function) |
23:12.55 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:94: error: type of formal parameter 2 is incomplete |
23:12.57 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:95: error: type of formal parameter 2 is incomplete |
23:12.59 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:97: error: implicit declaration of function 'rfkill_allocate' |
23:13.02 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:97: warning: assignment makes pointer from integer without a cast |
23:13.07 | tmzt | odd |
23:13.07 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:101: error: dereferencing pointer to incomplete type |
23:13.09 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:102: error: dereferencing pointer to incomplete type |
23:13.11 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:104: error: dereferencing pointer to incomplete type |
23:13.13 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:105: error: dereferencing pointer to incomplete type |
23:13.16 | mdrobnak | arch/arm/mach-msm/board-htcraphael-rfkill.c:106: error: dereferencing pointer to incomplete type |
23:14.42 | mdrobnak | That is odd. |
23:14.57 | mdrobnak | rerunningmake |
23:15.20 | mdrobnak | it's as if the include is not getting set |
23:15.32 | tmzt | did you enable CONFIG_RFKILL? |
23:15.42 | mdrobnak | :: shrug :: |
23:15.51 | mdrobnak | yeah |
23:16.07 | mdrobnak | exact same error with the rfkill not being included |
23:17.22 | tmzt | not sure, do you need that right now? |
23:17.32 | tmzt | they might have changed the api |
23:17.49 | mdrobnak | I don't know |
23:17.52 | mdrobnak | so I will disable |
23:20.17 | tmzt | yeah, it breaks my phone so I have it disabled |
23:20.39 | mdrobnak | heh |
23:20.44 | mdrobnak | compiling now |
23:20.45 | mdrobnak | it seems |
23:21.11 | tmzt | cool |
23:21.43 | mdrobnak | D'oh. |
23:21.50 | mdrobnak | freaking adb |
23:22.35 | tmzt | enabled? |
23:22.38 | tmzt | ether won't work |
23:22.42 | tmzt | will be hard to fix |
23:22.46 | mdrobnak | it bitched about it |
23:23.43 | mdrobnak | mass storage is messed up too |
23:23.43 | mdrobnak | does ethernet work? |
23:23.47 | mdrobnak | Oh ether. |
23:23.51 | mdrobnak | nvm |
23:23.53 | mdrobnak | missed that |
23:33.58 | *** join/#htc-linux stickboy (n=anonymou@128.153.211.150) |
23:58.43 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |