00:00.10 | NetRipper | dcordes, but i feel like im forgetting something that has to do with kernel .config |
00:01.13 | NetRipper | dcordes, im too tired to remember, try removing PPP support if you dont get a screen |
00:01.46 | NetRipper | dcordes, i have the linuxtogo git cleanly checked out too, i'll start with a fresh .config tomorrow to see what im forgetting and document it ;) |
00:01.56 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
00:02.34 | dcordes | NetRipper, unfortunately the only msm device I have is the kaiser |
00:02.54 | NetRipper | ok |
00:03.29 | NetRipper | dcordes, out of curiousity, what are you going to do with the kernel once you compiled it? |
00:03.32 | NetRipper | :) |
00:04.01 | *** join/#htc-linux fnord (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
00:04.38 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
00:04.50 | dcordes | NetRipper, I don't wanna compile it, only want to make sure that the patch you provided has everything needed to get where you guys are now. |
00:06.06 | BruteSource | 5:01 <miknix> No one else develops anything that really works on any htc device besides linwizard anyways |
00:06.35 | BruteSource | sorry i know thats off topic, but its funny |
00:07.14 | NetRipper | BruteSource, well, i wont claim we develop stuff that works on "any" htc device :) |
00:07.45 | dcordes | come on |
00:07.53 | BruteSource | lmao |
00:08.17 | NetRipper | dcordes, we should aim for a clean board-raphael or similar |
00:08.27 | dcordes | NetRipper, http://pastebin.com/d4d9bf6cd g1 lsusb |
00:08.37 | BruteSource | where did they get there original kernel from anyways? |
00:08.52 | dcordes | NetRipper, aim for it? how about cp arch/arm/mach-msm/board-halibut.c arch/arm/mach-msm/board-raphael.c |
00:09.16 | dcordes | then add the raphael line in arch/arm/mach-msm/Makefile |
00:09.17 | NetRipper | dcordes, exactly, but also clean out the mess hehe |
00:09.21 | miknix | BruteSource, you don't even know how to do proper defamation to people |
00:09.44 | NetRipper | dcordes, anyway im too tired, and off to bed ;) i'll make a start tomorrow |
00:09.56 | NetRipper | if someone else hasnt already by then ;) |
00:09.58 | dcordes | good night man |
00:10.23 | NetRipper | good night |
00:11.25 | BruteSource | defamation, lol now im forging logs? |
00:12.23 | miknix | logs, where? |
00:15.01 | BruteSource | ? your confused, bye now. |
00:17.48 | *** join/#htc-linux WyrM (n=wyrm@189.13.113.187) |
00:22.40 | *** join/#htc-linux mwringe (n=matt@CPE001cf0547f78-CM0016923fe04a.cpe.net.cable.rogers.com) |
00:30.53 | *** join/#htc-linux BruteSource (n=BruteSou@m690e36d0.tmodns.net) |
00:31.00 | mwringe | anyone know how to get the haret to run in system mode? I keep on getting errors about haret not running in system mode and major functionality will be unavailable |
00:31.21 | BruteSource | i always get that s well |
00:31.36 | BruteSource | never kept me from using anything |
00:31.58 | mwringe | BruteSource: so you can get linux to boot even with that error? |
00:33.45 | BruteSource | well i just remember getting that error once |
00:34.09 | BruteSource | when do you get it? after hitting run? |
00:34.13 | *** join/#htc-linux alo (n=QUAKEIII@118.Red-83-49-136.dynamicIP.rima-tde.net) |
00:34.47 | mwringe | yes, after hitting run |
00:35.00 | dcordes | mwringe, maybe you must "sign" the application. check forum.xda-developers.com and wiki.xda-developers.com |
00:35.00 | mwringe | I get the error everytime I try to run it |
00:35.12 | dcordes | mwringe, there must be some tools out there for that purpose |
00:35.21 | dcordes | I never down that myself but I know such things exist |
00:35.25 | *** join/#htc-linux ALoGeNo (n=QUAKEIII@118.Red-83-49-136.dynamicIP.rima-tde.net) |
00:35.30 | dcordes | s/down/done/ |
00:36.06 | mwringe | ok, I will look into how to sign haret then |
00:36.56 | *** join/#htc-linux Spicypixel (i=Spicypix@cpc4-linc8-0-0-cust509.nott.cable.ntl.com) |
00:38.03 | BruteSource | ya i never had to sign it but i hae run the surreal networks app unlock |
00:39.39 | dcordes | BruteSource, what's that? |
00:40.42 | BruteSource | just some app i found so i wouldnt have problems with unsigned apps |
00:41.24 | BruteSource | i couldnt install a few things so i found that on xda and it worked like a charm |
00:44.53 | mwringe | BruteSource: thanks so much, it now gets to the loading linux part :) woot |
00:45.39 | dcordes | mwringe, what's your device? |
00:45.51 | mwringe | s640 (iris) |
00:47.18 | dcordes | mwringe, ah, an msm7500. are you trying to boot the vogue kernel? |
00:47.23 | mwringe | yep |
00:47.26 | dcordes | cool |
00:47.39 | mwringe | it reboots the device rather quickly though :) |
00:48.36 | *** join/#htc-linux chazin (i=gentoon@host193-123-47-78-dhcp.bshellz.net) |
00:48.40 | mwringe | right after go go go.. |
00:48.55 | *** join/#htc-linux SanMehat (n=san@nat/google/x-50b325a6ec434b62) |
00:48.57 | dcordes | watchdog |
00:49.03 | szsoftware | the msm-htc-linux family is getting bigger :-) |
00:49.47 | chazin | hampsters are pretty slick, tad |
00:50.01 | BruteSource | ? |
00:50.08 | dcordes | szsoftware, well there are quite some rather less distributed models which only need a few minor tweaks, but hence the lack of people who try such, that never gets done |
00:50.41 | dcordes | szsoftware, somebody once lurked in and asked about niki, we helped him polling gpios then never heard anything |
00:50.56 | dcordes | ..for instance |
00:50.59 | BruteSource | mwringe what did you do? |
00:51.18 | dcordes | chazin, lol |
00:51.38 | BruteSource | what does that mean? |
00:52.17 | dcordes | mwringe, I could think of the smd code being your problem |
00:52.31 | mwringe | BruteSource: I havn't done much, I got that app unlocker installed, then tried the haret with the vogue files. It get to the go go go part and then the device reboot back to windows |
00:53.01 | dcordes | mwringe, maybe vogue-smd writes to wrong regs which confuse your arm9 who then causes the total reset |
00:53.12 | mwringe | hmmm |
00:53.17 | chazin | just butter me up with funtots, tastes like happy! |
00:53.21 | dcordes | mwringe, you lurked into the code yet? |
00:53.48 | szsoftware | dcordes: yes, that really a forgiven chance to set up the "Weltrevolution" |
00:53.50 | mwringe | dcordes: no, not yet, I am very early into looking into how to get this to work |
00:54.06 | BruteSource | chazin? |
00:54.11 | szsoftware | dcordes: damn, the Iris has real keyboard |
00:54.38 | dcordes | mwringe, alright you should try disabling different things |
00:57.20 | dcordes | mwringe, for instance, try not booting the way it is done in the zipfile from the vogue website. |
00:57.33 | dcordes | mwringe, try a way that doesn't use sd card |
00:57.35 | szsoftware | dcordes: are polaris versions out there with digital compass? |
00:58.09 | dcordes | the only device I know with compass/magnetrometer is the g1 |
00:58.20 | dcordes | don't know about other |
00:58.43 | szsoftware | dcordes: ok, so there is a information wrong int this doc: http://blog.cti-miami.com/pdf/HTC.pdf |
00:59.26 | dcordes | shrugs |
00:59.30 | chazin | smuffit fred |
01:00.09 | dcordes | ~botsnack |
01:00.09 | apt | dcordes: :) |
01:00.15 | dcordes | wrong bot :P |
01:01.14 | dcordes | mwringe, check this out http://linuxtogo.org/~lgorris/kaiser-bootkit/ only an initrd is used which doesn't do any SD card magic |
01:01.23 | szsoftware | dcordes: do you know the shangri-la? |
01:01.34 | dcordes | mwringe, might be better for debugging. the kernel there is useless for you though since it is for the kaiser |
01:01.36 | dcordes | no |
01:01.58 | dcordes | good night |
01:02.16 | chazin | ya im bot on irssi on a g1 lol |
01:02.49 | BruteSource | why do you say such weird things? |
01:04.14 | BruteSource | no version response |
01:05.19 | BruteSource | oh there we go, he is on gentoo not a g1 |
01:06.45 | szsoftware | dcordes: ahh, now I understand htc shangri-la=x9500=shift |
01:07.03 | szsoftware | dcordes: nice-device |
01:11.00 | *** join/#htc-linux surgex (i=surge@pool-98-118-165-224.bflony.fios.verizon.net) |
01:11.15 | BruteSource | is anything faster msm7201a in a phone right now |
01:15.14 | ginge | a 16 transistor cpu is faster |
01:15.59 | ginge | sorry, I just fell out with the msm again ;) |
01:16.34 | *** part/#htc-linux WyrM (n=wyrm@189.13.113.187) |
01:22.48 | BruteSource | so thats a no |
01:26.20 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
01:48.06 | ahmeni | hrm, tried booting the Vogue build from http://it029000.massey.ac.nz/vogue/ but I'm just getting repeated "SD Init Retry" errors |
01:52.15 | ahmeni | with mmc0: |
01:52.37 | ahmeni | err, with "mmc0: init card failure (err = -123)" |
02:18.56 | *** join/#htc-linux BruteSource (n=BruteSou@m130e36d0.tmodns.net) |
02:23.39 | tmzt | ahmeni: you have polaris? |
02:23.58 | tmzt | back from class |
02:26.14 | tmzt | ahmeni: iris? never mind |
02:35.57 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
03:00.27 | parmaster | kasier doesn't have the SD does it? |
03:21.23 | tmzt | you mean working? |
03:22.50 | parmaster | yah |
03:24.12 | ali1234 | tmzt: any ideas on my bluetooth troubles? |
03:25.02 | BruteSource | ali1234 how do you end basic at commands to the modem? |
03:25.18 | BruteSource | send |
03:25.35 | ali1234 | BruteSource: with the existing gsm driver you mean? |
03:26.19 | ali1234 | echo -e "AT\r" > /dev/gsm |
03:26.33 | BruteSource | wow |
03:26.34 | ali1234 | cat /dev/gsm |
03:26.37 | BruteSource | thanks |
03:26.56 | ali1234 | it's mostly useless because all real apps want a proper tty |
03:27.09 | ali1234 | but you can make (silent) phone calls to people :) |
03:27.13 | BruteSource | we cant even read or write to the gsm device node |
03:27.35 | ali1234 | not simultaneously no |
03:27.47 | BruteSource | huh? |
03:28.04 | ali1234 | like if you try touse minicom etc it will open it rw which does not work |
03:28.24 | BruteSource | im just saying we cant use the node at all |
03:28.43 | ali1234 | maybe your gsm is mapped to a different region in memory |
03:29.20 | BruteSource | do you have to adress anything to haret |
03:29.33 | ali1234 | no |
03:30.07 | ali1234 | you have to dump memory and look for the GSM firmware signature |
03:30.20 | BruteSource | just to send at commands? |
03:30.30 | ali1234 | no to adapt the driver to your device |
03:30.32 | BruteSource | oh to find the gsm |
03:31.44 | ali1234 | i have a little tool for dumping ram which is better than the devmem command (it can dump regions) |
03:31.46 | tmzt | does he have /dev/gsm compiled in? |
03:32.17 | BruteSource | well if penguinz comes in maybe he will be interested |
03:32.26 | tmzt | did you find the difference between _h4 and _ll? look in the kernel |
03:32.41 | ali1234 | tmzt: they are two totally different protocols it seems |
03:33.08 | tmzt | my understanding ls lowlevel is a basic debugging support supported by some chips |
03:33.25 | ali1234 | ah right well LL is a lot more noisy in dmesg |
03:33.53 | ali1234 | it looks like it is doign something. maybe our kernel is bugged :) |
03:35.52 | BruteSource | this your new patch? |
03:36.57 | ali1234 | BruteSource: i had to patch bluez-utils to revert part of the last changes to it to get it to work again |
03:37.15 | ali1234 | without that it uses a different protocol to talk to the bluetooth chip, and it doesnt work properly |
03:37.17 | *** join/#htc-linux penguinz (n=opera@66-168-215-122.dhcp.athn.ga.charter.com) |
03:37.34 | BruteSource | oh i see |
03:37.55 | BruteSource | ali1234 what as the comand to send a basic at comand again? |
03:37.57 | ali1234 | but the bluez devs said the change they made was correct, so i am at a loss really |
03:38.04 | BruteSource | command |
03:38.18 | ali1234 | echo -e "AT\r" > /dev/gsm |
03:38.35 | ali1234 | penguinz: http://vivien.chappelier.free.fr/typhoon/gsm.html |
03:38.49 | penguinz | ali1234, you used mode=tornado right? |
03:38.53 | penguinz | model* |
03:39.04 | ali1234 | penguinz: er... hang on |
03:39.07 | BruteSource | oh it is the same thing, sorry penguinz |
03:39.12 | ali1234 | i think in our tree there is only one possible model |
03:40.35 | BruteSource | so this verifies that the gsm driver does not work on the xcalibur as is? |
03:40.56 | ali1234 | penguinz: yes ours is hardcoded to be the same as tornado |
03:41.38 | ali1234 | penguinz: you probably just need to modify WIZARD_FIFO_BASE_PHYS if you are booting from windows mobile with radio enabled |
03:42.04 | ali1234 | penguinz: if you are booting any other way you will need to reenable firmware loading and dump your radio roms |
03:42.35 | penguinz | Yes, I tried booting from windows with the radio on. |
03:43.19 | ali1234 | penguinz: you need to dump memory and grep for gsm rom signatures :) |
03:44.25 | ali1234 | i wrote a little tool to do it in linux cos haret is a bit annoying to use |
03:44.28 | penguinz | I'm guessing that can be done with haret? |
03:44.38 | ali1234 | can be yeah |
03:44.39 | penguinz | oh ok, if you could provide me with that it would be helpful |
03:44.52 | ali1234 | the rom stays in memory if you boot from windows |
03:45.02 | BruteSource | swetland says they did have all gsm functions working for omap850 |
03:45.18 | BruteSource | just have not published the code yet |
03:45.37 | BruteSource | and dont know when they will =( |
03:46.56 | ali1234 | penguinz: http://pastebin.com/m789c4fa3 |
03:47.54 | ali1234 | penguinz: devmem3 <addres> <length> | hexdump -C | grep GSM |
03:49.35 | BruteSource | that sucks to know the code is out there we just cant see it |
03:50.08 | ali1234 | i guess there is no gsm driver in the E28 release then? |
03:50.50 | BruteSource | for omap? |
03:50.54 | ali1234 | yeah |
03:51.48 | BruteSource | i dont think so |
03:52.00 | BruteSource | wouldnt you guys have jumped on it? |
03:52.22 | ali1234 | we only found it a couple of days ago |
03:52.34 | BruteSource | oh |
03:52.47 | BruteSource | i havent looked at it, i thought it was all msm |
03:52.57 | ali1234 | not android |
03:53.01 | ali1234 | nothing to do with it |
03:53.10 | ali1234 | source release of moto A810 |
03:53.27 | BruteSource | oh guess i have no clue what your talking bout lol |
03:53.45 | ali1234 | i think it's the same as the purple-something that penguinz found |
03:54.38 | BruteSource | well google has what we need and swetland said he might be able to get rough copy released in due time |
03:55.17 | ali1234 | omap is still a fairly active platform. i would guess there will be some android devices usng it soon enough |
03:55.21 | ali1234 | just a guess though |
03:56.47 | BruteSource | well ya i dont know why they would have been working on omap stuff if they werent planning on something |
03:57.17 | tmzt | you have heard of the iphone, right -)? |
03:57.29 | ali1234 | iphone is omap? |
03:57.37 | swetland | we were. we discontinued the project and moved to msm7k for the first product |
03:57.48 | tmzt | no |
03:58.23 | ali1234 | tmzt: don't understand your comment then :) |
03:58.26 | BruteSource | what as the planned omap850 device? |
03:58.49 | BruteSource | was |
03:59.15 | ali1234 | BruteSource: there probably never was a specific phone, just a dev board |
03:59.25 | tmzt | I don't know what android's product plans were, but if they resemble the plastic model first shown, they likely changed when iPhone became the competition |
03:59.42 | ali1234 | ah yeah. graphics acceleration :) |
04:00.05 | tmzt | any omap850 with 3g? |
04:00.06 | BruteSource | i looked at global clock thing in android today and the time was right but it showed t as light here when it was dark really |
04:00.14 | swetland | http://www.phonemag.com/android-at-mwc-hands-on-with-qualcomm-arm-and-ti-02941.php |
04:00.15 | AstainHellbring | so whats the lastest fun we havng? |
04:00.29 | swetland | has a picture or two and some video of the old 850 based hardware |
04:00.52 | swetland | if you see anything in the source referring to "sooner" or "sardine", that's what it's for |
04:00.54 | BruteSource | swetland huh? |
04:01.10 | ali1234 | haha imagine pulling that out on the bus to check your emails |
04:01.11 | BruteSource | oh sooner is omap850 |
04:01.57 | swetland | I actually liked the device, but the dream/g1 is obviously much fancier |
04:02.29 | ali1234 | was refering to the huge dev board in the first photo... |
04:02.50 | tmzt | I have moto q and wanted dash, so I think I would like the one I saw (engadget) |
04:03.19 | swetland | ah, yes, the qct SURF (aka halibut) is not as portable as some would like |
04:03.42 | swetland | you can plug a regular desktop phone handset into it though, which is something you can't do on most mobiles, so it's got that going for it |
04:04.07 | tmzt | sorry, I mean the widescreen qvga pictured early on engadget (and I think in the first sdk qemu) |
04:04.23 | tmzt | cool |
04:04.50 | tmzt | how are things going now? it sounds like you've been busy (in #android and elsewhere) |
04:05.22 | BruteSource | someone in android was telling me somthing about ti dsp and maybe having omap 850 drivers |
04:07.59 | swetland | there is a dsp on the 850 but it's owned by the arm7 baseband core |
04:08.08 | swetland | don't believe there's any way to make use of it from the arm9 |
04:08.18 | swetland | (and of course the modem does kinda need it to do modem things) |
04:09.16 | BruteSource | so where did you guys get your start for the gsm stuff? |
04:10.03 | tmzt | linwizard has code for accessing the gsm core through a shared memory interface, like on msm, without running code on arm9 |
04:10.45 | tmzt | it just is not able to be opened in read/write (full duplex) mode, and it currently limited to AT commands |
04:11.00 | ali1234 | tmzt: yeah it came from the work done on tornado and typhoon (850 and 730 respectivly) |
04:11.21 | ali1234 | i guess those drivers were made by haret reverse engineering |
04:15.45 | BruteSource | i meant wetland lol |
04:15.54 | BruteSource | swetland |
04:16.45 | swetland | docs from TI, discussion with the oem partner |
04:17.48 | BruteSource | oh the official way lol |
04:19.05 | swetland | yes, yes, we cheat. it is true |
04:21.24 | BruteSource | hey right now id steal to get this goin |
04:21.36 | BruteSource | id punch a baby |
04:22.37 | ali1234 | lol they should use that for g1 marketing campaign |
04:23.10 | BruteSource | lol what? |
04:23.27 | ali1234 | "i phone is ok, but i'd only punch a baby for g1" |
04:23.36 | tmzt | saw the ad, thought bp?, then "ask jeeves" (no, they have no money), saw the dali clock, and GOOGLE! |
04:24.36 | BruteSource | lol! |
04:25.01 | BruteSource | ali1234 and i really did lol my dog barked at me |
04:27.41 | BruteSource | i think that punch a baby comes from dane cook |
04:28.53 | ali1234 | if you had a choice between getting a g1 or a wii (both free, but you can only pick one), which would you pick? |
04:30.46 | BruteSource | a wii |
04:30.57 | BruteSource | even though i already have one |
04:31.07 | BruteSource | but the g1 is worth more |
04:31.09 | BruteSource | hmmm |
04:36.00 | tmzt | ali1234: so what's going on, penguinz is trying to get excalibur modem working? |
04:36.33 | ali1234 | tmzt: i think so |
04:38.31 | parmaster | excalibur is gsm or cdma? |
04:38.37 | tmzt | gsm |
04:38.58 | ali1234 | parmaster: omap850 only goes up to gprs+edge |
04:39.05 | tmzt | parmaster: we found some patches for uni, I think cr2? is trying to get them on another pxa device |
04:39.06 | parmaster | ah ok |
04:39.21 | parmaster | tmzt: patches regarding? |
04:39.32 | tmzt | 2.6.26 kernel |
04:39.36 | parmaster | suhweet |
04:40.08 | parmaster | between cr2 and babelO i'm sure they'll be able to get other pxa's working |
04:41.05 | tmzt | it looks like asic3_mmu needs fixed though, to get it as usable as the hh.org kernels, at least |
04:48.05 | parmaster | i thought the newest patches found were for 2.6.23 from that poky project or whatever |
04:48.46 | tmzt | yeah, they found the newer version of that |
04:48.58 | parmaster | so it is from the poky patches |
04:49.01 | parmaster | cooool |
04:49.06 | BruteSource | omg hot fuzz is on demad yes |
04:49.12 | BruteSource | i havent seen it yet |
04:49.45 | parmaster | BruteForce: who's your tv provider |
04:50.57 | BruteSource | comcast |
04:51.32 | parmaster | how's the service so far? like the amount of on-demand available |
04:51.35 | parmaster | ? |
04:51.58 | BruteSource | awesome always used it, nothing really compares |
04:52.06 | parmaster | glad to hear it ;) |
04:52.23 | BruteSource | ya i have the premium tripple play |
04:52.31 | BruteSource | every channel |
04:52.44 | BruteSource | i havent watch live tv in over a year lol |
04:52.58 | BruteSource | so much on demand content |
04:53.07 | parmaster | yeah i was very impressed by the on-demand buildout. |
04:53.27 | BruteSource | its incredible |
04:54.30 | parmaster | rolling out DOCSIS 3.0 now also |
04:54.41 | BruteSource | but now im unemployed |
04:54.56 | BruteSource | docsis? |
04:55.29 | parmaster | yes its the cable data protocol standard |
04:55.33 | parmaster | Parts of New England, including Metro Boston and Southern New Hampshire, |
04:55.34 | parmaster | Areas of Philadelphia and New Jersey |
04:55.34 | parmaster | Twin Cities, where wideband was launched earlier this year. |
04:55.49 | parmaster | those areas are where we are creating the new buildouts. |
04:55.59 | BruteSource | aw |
04:56.31 | BruteSource | ya im on the westcoat, gotta wait for comcast trickle down |
04:56.39 | BruteSource | since its based in phili |
04:57.42 | parmaster | what would you think of 50 mbps down and 10mbps up? |
04:58.19 | BruteSource | already have it |
04:58.23 | BruteSource | fios |
04:58.38 | parmaster | haha, what do you pay for fios per month |
04:58.44 | BruteSource | 14 up 62 down |
04:58.55 | BruteSource | 55 |
04:59.17 | BruteSource | but lately i have just my phone |
04:59.58 | parmaster | thats not a triple play for 55 through verizon for sure |
05:00.09 | BruteSource | 15K Down if im lucky |
05:00.34 | BruteSource | no i dont use the comcast net roommate does |
05:00.56 | parmaster | anyway.. its love for the masses now that infrastructure is in place |
05:01.30 | BHSPitMonkey | I'll pay someone a shiny endorsement if they can get android running on the strtrk! |
05:01.50 | tmzt | how's that going? |
05:01.54 | BruteSource | lmao |
05:02.16 | BHSPitMonkey | Endorsement == high praises of you in my facebook status for at least a day |
05:02.24 | parmaster | do any other HTC's have tvout besides the raphael? |
05:02.32 | BHSPitMonkey | It's a pretty sweet deal, I'd jump on it if I were you |
05:02.46 | tmzt | you have omap? |
05:03.29 | BHSPitMonkey | tmzt, moi? |
05:03.36 | tmzt | yeah |
05:03.49 | BruteSource | even if you g it going you will have no phone functions, just to let ya know |
05:24.04 | BHSPitMonkey | tmzt, sorry, I got distracted by a moth. |
05:25.01 | *** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196) |
05:26.29 | parmaster | hi goxboxlive |
05:27.09 | BHSPitMonkey | tmzt, think I should give something a try? |
05:28.12 | tmzt | BHSPitMonkey: I was only asking if it was omap |
05:28.57 | goxboxlive | hji |
05:29.18 | BHSPitMonkey | tmzt, sorry, forgive my novice-ness in this arena. Wikipedia seems to believe it's omap. |
05:29.25 | tmzt | BHSPitMonkey: I know we talked about it |
05:29.31 | tmzt | BHSPitMonkey: ok, does haret run at all? |
05:30.43 | BHSPitMonkey | tmzt, I've run haret before, but it seemed to be suited for a larger display area than my phone's LCD... the interface was difficult to work with |
05:31.01 | BHSPitMonkey | And it was impeding my normal usage of the phone, so I uninstalled it |
05:31.02 | tmzt | yeah, but you should only need two buttons, run and listen |
05:31.25 | tmzt | it should't come back after a reboot |
05:31.40 | tmzt | but you can leave the .exe there, it shouldn't need to be installed |
05:31.49 | BHSPitMonkey | Yep, I did try running a script meant for another device to no effect |
05:32.04 | tmzt | you tried wizard kernel? |
05:32.11 | tmzt | you also said it was qvga |
05:32.30 | BHSPitMonkey | tmzt, well, at the time it kept stealing focus every few minutes I left it minimized. Yes, qvga. |
05:32.58 | tmzt | yeah, mine does that too (randomly) but not after killing it or rebooting the phone |
05:33.46 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
05:34.01 | BruteSource | haret? |
05:34.21 | tmzt | yes, it seems to be related to something happening on the socket |
05:35.00 | BHSPitMonkey | I want to be using the latest version off their official site, right? Not a variant somewhere else? |
05:35.10 | tmzt | if it works |
05:35.16 | tmzt | if not, try gnuharet |
05:35.23 | BruteSource | you only need focus long enough to hit run anyways, right? |
05:35.44 | tmzt | or listen, but I think it listens by default |
05:35.46 | BHSPitMonkey | I hate that the SD is under the battery |
05:36.09 | BHSPitMonkey | BruteSource, the problem isn't that it loses focus, it's that it regains focus on its own after a while |
05:36.20 | BHSPitMonkey | so you do have to kill it once you're finished with it |
05:36.21 | tmzt | killed nokias game phone |
05:36.40 | BHSPitMonkey | What did? |
05:36.47 | tmzt | card under the battery |
05:36.53 | parmaster | BHSPitMonkey: you talking about strtrk? |
05:36.53 | BHSPitMonkey | N-Gage? |
05:36.57 | BHSPitMonkey | parmaster, yessir |
05:37.07 | tmzt | in a device that was supposed to run games from different sd cards |
05:37.23 | BruteSource | why would you want it open anyways? |
05:37.27 | BHSPitMonkey | tmzt, I own an N-Gage QD, and the MMC slot is unencumbered |
05:37.48 | BHSPitMonkey | That's the only device that comes to mind when you say "nokia's game phone" :P |
05:37.54 | tmzt | oh, that wasn't it then |
05:38.03 | tmzt | QD was the first one? |
05:38.07 | BHSPitMonkey | second |
05:38.28 | BHSPitMonkey | the first was a taco-shape, and it didn't support hot-swapping the card. (The QD did) |
05:38.56 | tmzt | yeah, I have another version of the qwerty taco phone, need to get a new case for it |
05:39.12 | BHSPitMonkey | People give the N-Gages a hard rap, but I enjoyed it more than any other phone I've had I think |
05:39.15 | tmzt | it also has the sd under the battery with sim card |
05:39.56 | BruteSource | it took me a week to find my sd slot |
05:40.08 | BHSPitMonkey | S60 was a really fun platform. |
05:40.10 | BruteSource | for a few days i swore it didnt have one |
05:40.40 | BruteSource | i had s60 |
05:40.42 | BHSPitMonkey | BruteSource, heh, you have to peel off the number pad to get to it! |
05:40.51 | BruteSource | nokia 6600 |
05:40.54 | tmzt | oh well, iPhone/android verses psp+ds up next |
05:40.56 | BruteSource | geat phone |
05:41.13 | BruteSource | i had ssh irc and everything |
05:41.13 | BHSPitMonkey | PSP owns!!1 |
05:41.39 | BruteSource | the ssh client was actually faster than the one i have now on my excalibur |
05:41.44 | BHSPitMonkey | BruteSource, I had my N-Gage getting internet over bluetooth, and having a VNC client running :D |
05:42.32 | BruteSource | symbian is awesome i hope it never dies |
05:42.42 | BHSPitMonkey | An added plus was the fact that N-Gage games were crazy cheap for me because I used the phone primarily after its market failure ($2/game at gamestop) |
05:42.59 | tmzt | let's see what linux looks like on n95/n06 compared to symbian first |
05:43.05 | BHSPitMonkey | Got a really good Sonic game that way. |
05:43.10 | BruteSource | ya it tok what a month for the gaming to flop? |
05:43.42 | BruteSource | gd i want a n95 |
05:43.49 | BruteSource | god |
05:44.00 | BHSPitMonkey | BruteSource, honestly, it provided a lot more enjoyment from a phone than anything else I'd seen... the problem is they tried to compare it to the DS and such |
05:44.06 | BruteSource | such a sweet piece of hardware |
05:44.56 | BHSPitMonkey | It was one of the few phones I've owned that allowed using the sound recorder to record phone conversations by default, too |
05:45.21 | BruteSource | now theres an 8gb flash version as well |
05:45.33 | BHSPitMonkey | Made for some fun prank calls in high school, when combined with speakerphone |
05:46.08 | tmzt | n96, not n06 |
05:46.39 | tmzt | if someone could get this zip file: symb2and.blogspot.com |
05:46.59 | BruteSource | n06 i dont even know what that is? |
05:47.02 | tmzt | or and2symb |
05:47.11 | tmzt | n96 |
05:47.24 | BruteSource | your confusing me |
05:47.25 | tmzt | I don't know if it's omap850, I'm hoping it's something faster |
05:47.47 | ali1234 | !!!!!!!!! |
05:48.06 | ali1234 | going through E28 source, i found a driver for "OMAP730 Common Shared Memory Interface" |
05:48.24 | tmzt | nice |
05:48.48 | ali1234 | that's aka gsm driver |
05:48.56 | tmzt | yeah |
05:49.27 | BruteSource | tmzt im talking about this http://www.phonescoop.com/phones/phone.php?p=1325 |
05:49.30 | tmzt | if it's the same on omap850, of course |
05:49.46 | ali1234 | tmzt: the hardware is compatible |
05:50.02 | tmzt | ok, I'm talking about nokia n95/nokia n96 |
05:50.10 | ali1234 | the question is, does the radio firmware have the same interface? |
05:50.25 | tmzt | yeah, that's what I mean |
05:51.02 | BruteSource | it is a nokia n95 with 8gb flash |
05:51.19 | BruteSource | 332 mhz proc |
05:51.20 | tmzt | there is n95 with 8gb |
05:51.26 | BruteSource | dunno what type |
05:51.27 | tmzt | but this is newer |
05:51.42 | tmzt | look on engadget |
05:51.47 | BHSPitMonkey | oh no |
05:51.53 | BHSPitMonkey | I've forgotten how to open this microSD compartment |
05:52.20 | tmzt | it has microSD under the battery? |
05:52.38 | BHSPitMonkey | it's actually under the sim |
05:52.39 | tmzt | this is 3125 (cingular) right? |
05:53.43 | BruteSource | the 96 is that terrible sliding design that looks more like a camcorder than anything isnt it? |
05:53.43 | BHSPitMonkey | I'm looking at the SD, yet I have no idea how to get it into my hands :( |
05:53.43 | BHSPitMonkey | tmzt, yeah. |
05:53.43 | BHSPitMonkey | I have the manual here saved I think |
05:53.44 | BHSPitMonkey | indeed I do |
05:53.44 | tmzt | pull a little to one direction? |
05:54.16 | tmzt | I've seen embedded microSD with bga on bottom, I would like to see a click-in (down) version |
05:54.18 | BruteSource | wow tmzt i havent seen that |
05:54.26 | BruteSource | 16gb flash |
05:54.29 | BruteSource | nice |
05:54.32 | BHSPitMonkey | oh |
05:54.40 | BHSPitMonkey | tmzt, it took better leverage than I was using... |
05:55.44 | BruteSource | tmzt seems it almso 100mhz slower though |
05:55.50 | BruteSource | but arm9 |
05:56.19 | tmzt | we can dump the omapfb if you can get a connection with haretconsole, I really need to make a xda wiki for that |
05:56.40 | BruteSource | lol deja vu tmzt |
05:57.01 | tmzt | that's it, I'll look for your nick in the logs |
05:57.35 | BruteSource | look for timings |
05:57.48 | tmzt | artemis and pharos are the same as wizard, we found out? |
05:57.49 | BruteSource | or dotclock |
05:58.26 | tmzt | the .c program was a lot later than that, and it needs taken out of the log anyway |
05:58.54 | tmzt | you remember how to get the keypad codes? (unless it's gpio or i2c) |
05:59.46 | parmaster | root@htcblueangel:/dev$ chown uucp.uucp ttyS0 |
05:59.46 | parmaster | root@htcblueangel:/dev$ cu -l /dev/ttyS0 -s 115200 |
05:59.46 | parmaster | Connected. |
05:59.46 | parmaster | OK |
05:59.46 | parmaster | ate1 |
05:59.46 | parmaster | OK |
05:59.48 | parmaster | atz |
05:59.50 | parmaster | OK |
05:59.50 | BruteSource | wow hot fuzz is gorry |
06:00.07 | tmzt | parmaster: connected to? modem |
06:00.19 | parmaster | gsm modem accepting AT commands in angstrom is > * |
06:00.40 | tmzt | parmaster: you used the htcuni patches? or got modem on hh.org? |
06:01.07 | parmaster | however, someone was telling tall tales when they told cr2 that cdma modem was working also. |
06:01.09 | tmzt | and you are using n_htc? |
06:01.13 | parmaster | yep |
06:01.24 | BHSPitMonkey | Maybe messed up my phone. |
06:01.34 | tmzt | oh, your on gsm ba now? |
06:01.34 | BHSPitMonkey | Okay, it's fine now. |
06:01.50 | parmaster | this is a standard build for a blueangel with phone working through AT GSM commands etc |
06:02.29 | tmzt | you can try gprs and see if it will do ppp over the same line |
06:02.31 | parmaster | now, boardid 4 of the blueangel aka the Harrier.. is cdma modem |
06:02.35 | parmaster | entirely different |
06:02.41 | parmaster | tmzt: it does. |
06:02.55 | tmzt | cool, but you are on gsm? |
06:02.57 | parmaster | thats how we get the phone's data connection up. |
06:03.26 | parmaster | yes, this is the gsm blueangel. the one used widely around the world. |
06:03.36 | tmzt | ok |
06:03.57 | BruteSource | parmaster whats chipset? |
06:04.10 | parmaster | bruteforce: pxa |
06:04.17 | parmaster | this is a pxa263.. |
06:04.40 | tmzt | very strange, never knew one of those was used in a phone |
06:04.56 | BruteSource | pxa? |
06:05.04 | tmzt | pxa263 |
06:05.14 | tmzt | not pxa25x or pxa27x |
06:05.35 | tmzt | what does uni use? |
06:05.49 | parmaster | anyway i'm noting the problems on the boardid 4 version so that we can get them fixed |
06:05.49 | BHSPitMonkey | running haret now. |
06:05.54 | parmaster | pxa270 tmzt |
06:06.10 | tmzt | I thought it was older |
06:06.14 | tmzt | than ba |
06:06.38 | parmaster | everything runs beautifully on the boardid4 now, screen is synced up correct cuz of that fix that cr2 did with the boardid switch() |
06:07.28 | parmaster | only the LED problem and trying to get the cdma modem working.. not sure if its worth it on the cdma modem side for the HTC line. these are all carrier specific . |
06:07.51 | BHSPitMonkey | tmzt, so haret still runs :P |
06:07.52 | tmzt | don't know anyone has a xv6600 anymore |
06:08.09 | tmzt | activated at least |
06:08.32 | AstainHellbring | very very few ppl still have and next to no one with it still active |
06:08.35 | tmzt | BHSPitMonkey: you have activesync/rndis or ppp connection to the phone? |
06:08.38 | AstainHellbring | they moved on to bigger and better |
06:08.48 | tmzt | even apache |
06:08.49 | BHSPitMonkey | tmzt, afraid not, I'm lame |
06:09.08 | AstainHellbring | yep almost noone has apaches still just a few |
06:09.23 | AstainHellbring | most are titans or vogues or raphaels now |
06:09.27 | tmzt | bigger, at least (I think) I just never got over the antenna sticking out the side (with stylus) |
06:09.47 | tmzt | yeah titan directly replaced it, but too late |
06:09.58 | BHSPitMonkey | tmzt, I |
06:10.14 | BHSPitMonkey | I'm working from Linux, so the best I can do would involve a synce setup of some kind... |
06:10.14 | tmzt | vzw skipped a whole gen of htc, so htc didn't see enough titans and now raph/diam |
06:10.27 | tmzt | BHSPitMonkey: what linux/version? |
06:10.34 | tmzt | sell |
06:10.37 | BHSPitMonkey | tmzt, Ubuntu Gutsy / Hardy |
06:10.43 | AstainHellbring | huh tmzt? |
06:10.45 | AstainHellbring | verizon didnt |
06:11.00 | AstainHellbring | they have the titan and the apache and the vogue |
06:11.12 | tmzt | yeah titan directly replaced it, but too late |
06:11.24 | tmzt | you don't have any synce apt sources, right? |
06:11.54 | BHSPitMonkey | tmzt, no dedicated ones, just Ubuntu's packages... |
06:11.58 | tmzt | I mean, the 6800 was really late as a replacement for 6700 |
06:12.10 | tmzt | BHSPitMonkey: you can try synce-serial-setup synce-serial-start |
06:12.13 | BHSPitMonkey | I've never used synce with this phone though, only a little with my dell axim |
06:12.23 | BHSPitMonkey | tmzt, over bluetooth? |
06:12.25 | AstainHellbring | ahh ic tmzt |
06:12.25 | tmzt | BHSPitMonkey: what wm is it? |
06:12.33 | BHSPitMonkey | 6.1 |
06:12.43 | tmzt | oh, you could use rndis then |
06:12.49 | tmzt | or bluetooth, if pand is still there |
06:13.04 | AstainHellbring | BHSPitMonkey the helmi rom or other? |
06:13.05 | tmzt | (I am using it with bluez 4.x, but it's a lot of work to setup) |
06:13.26 | BHSPitMonkey | AstainHellbring, erofich |
06:13.41 | BHSPitMonkey | tmzt, yeah, well, this is really lame, but I don't have a USB cable for this device |
06:13.52 | tmzt | not mini-usb? |
06:13.58 | tmzt | it's not mini-usb? |
06:13.59 | BHSPitMonkey | Proprietary. |
06:14.02 | AstainHellbring | BHSPitMonkey ok dont know much on the BA just that helmi was first to give wm6 love to BA |
06:14.26 | tmzt | parmaster has ba, BHSPitMonkey strtrk |
06:14.27 | BHSPitMonkey | BA? |
06:15.22 | BHSPitMonkey | I came /this close/ to ordering a usb cable over the summer because I thought I needed one to flash wm6 |
06:15.29 | BHSPitMonkey | turns out I didn't |
06:15.37 | AstainHellbring | BlueAngel right? |
06:15.56 | BHSPitMonkey | AstainHellbring, Bachelor of Arts :D |
06:16.05 | tmzt | you might need one for usb networking, unless ali1234 bluez magically works on strtrk |
06:16.20 | AstainHellbring | ahh strtrk |
06:16.30 | tmzt | 3125 |
06:16.44 | AstainHellbring | sorry me up past bed time flashing stuff to my gsm Touch Pro |
06:17.08 | tmzt | raph, in the gsm version? |
06:17.10 | BHSPitMonkey | tmzt, ali has some magic abilities, you say? |
06:17.14 | tmzt | or polaris |
06:17.23 | AstainHellbring | yes tmzt the gsm raph version |
06:17.41 | tmzt | touch.. touch.. touch.. which touch is it ???? |
06:17.47 | BHSPitMonkey | ipod |
06:17.47 | AstainHellbring | touch pro |
06:18.03 | AstainHellbring | raphael == touch pro |
06:18.18 | tmzt | and still no touch pro hd, come-on |
06:18.24 | *** join/#htc-linux BruteSource (n=BruteSou@m0a0e36d0.tmodns.net) |
06:18.38 | AstainHellbring | eh give it some more time Im sure it will come eventually |
06:24.40 | parmaster | omap kind of integrates all that junk together makes it difficult.. until the drivers are figured out for gsm on it i guess usb tethering is it |
06:24.50 | parmaster | i'd like a raphael though |
06:25.43 | parmaster | the two close to fully functioning phones at this point are the BA and the uni |
06:26.11 | AstainHellbring | raphael is nice |
06:26.40 | parmaster | so general reference to get a feel for how everything works out is probably best observed through ba and uni |
06:26.47 | parmaster | at least the pxa way |
06:26.52 | BHSPitMonkey | dammit, I can't even minimize haret now |
06:27.04 | parmaster | but lots of things can be applied to the other htc's |
06:27.20 | AstainHellbring | paramaster ever played much with apache? |
06:27.45 | parmaster | i have one.. but i use that as my regular phone lol |
06:28.03 | parmaster | don't want to necessarily cannibalize it for project stuff |
06:28.09 | AstainHellbring | how wells that one run linux? |
06:28.34 | parmaster | i never test on that device so i don't know at this point |
06:28.48 | AstainHellbring | I have apoor old apache thats seen far far better days |
06:29.29 | *** join/#htc-linux BruteSource (n=BruteSou@m0a0e36d0.tmodns.net) |
06:29.29 | parmaster | my next phone will probably be a raphael, depending on how progess goes with rev eng |
06:29.45 | AstainHellbring | rev eng? |
06:29.59 | parmaster | reverse engineering |
06:30.27 | BHSPitMonkey | anyone ever used dund to share a connection? |
06:30.40 | BHSPitMonkey | I can't figure out how to try connecting to dund from wm6's settings |
06:30.56 | AstainHellbring | BHSPitMonkey gsm right? |
06:31.06 | AstainHellbring | parmaster what you trying to rev eng? |
06:31.25 | BHSPitMonkey | AstainHellbring, well, I'm trying to share my PC's connection over bluetooth |
06:31.26 | parmaster | AstainHellbring: errr, thats what we do here :-) this is htc-linux |
06:31.35 | BruteSource | lol |
06:31.49 | BHSPitMonkey | I have a dund server running on the PC, and I'm supposed to go into wm's settings and add a new modem connection via bluetooth |
06:31.53 | BruteSource | we do kernel development for htc devices |
06:32.15 | BruteSource | that only sometimes entails reverse enginering |
06:32.19 | AstainHellbring | right I get that parmaster so you were meaning how far reverse eng of the raphael for running linux went? |
06:32.25 | parmaster | yep |
06:33.00 | parmaster | bruteforce: hehe, sometimes? what does HaReT stand for? |
06:33.09 | *** join/#htc-linux gentoon (i=gentoon@server1.bshellz.net) |
06:33.27 | gentoon | milk |
06:34.13 | BruteSource | the only thing i had to reverse engineer was my lcd stuff |
06:34.39 | BruteSource | everything else was already there freely availible |
06:34.44 | tmzt | BHSPitMonkey: you use the special parameters on dund (msdun?) then it should work |
06:34.47 | parmaster | thats because of all the reverse engineering that was done before :) |
06:34.48 | BruteSource | available |
06:34.59 | parmaster | well some of it |
06:35.12 | BruteSource | like what? |
06:35.16 | *** join/#htc-linux cheenky (n=chris@pool-71-246-39-83.lsanca.fios.verizon.net) |
06:35.37 | tmzt | yeah, that's why getting omap gsm on one device helps all of them with small changes, which is why you shouldn't worry so much about it not working now |
06:35.40 | parmaster | well, what works on your phone then? |
06:35.53 | parmaster | which phone is it, the kaiser? |
06:36.10 | BruteSource | im not "worrying" im geting it done lmao |
06:36.11 | AstainHellbring | kaiser is msm |
06:36.32 | BruteSource | half the stuff you say i cant even understand, or doesnt make sense bro |
06:36.33 | parmaster | yeah, rev eng discussion is pointless lol.. just use it and have fun |
06:37.49 | BruteSource | wont have to rev eng anything for gsm if swetland comes though either |
06:37.58 | BHSPitMonkey | tmzt, is networked access needed, or can the same be done with painstaking text files |
06:37.59 | BruteSource | and either did they |
06:38.00 | parmaster | that's be sweet |
06:38.20 | tmzt | BHSPitMonkey: we can make a script, but two tired right now |
06:38.45 | tmzt | BHSPitMonkey: you can look up the registers in the kernel source omapfb, TIMING1+3 I think |
06:39.01 | BHSPitMonkey | tmzt, I hear ya, I should be in bed at this hour anyway |
06:39.11 | tmzt | and pwf <addr> 4 filename |
06:39.13 | BruteSource | i remember when we had to do that |
06:39.25 | BruteSource | it sucked |
06:39.30 | tmzt | yeah, you have the script or we did that on haretconsole |
06:39.41 | tmzt | it would have been better if we had the .c dumper |
06:39.53 | BHSPitMonkey | tmzt, are you usually in here? |
06:40.09 | BruteSource | ya this is like his home |
06:40.14 | BHSPitMonkey | :) |
06:40.28 | BruteSource | i have never seen him not here actually |
06:41.09 | BHSPitMonkey | I'll have an extended period of time tomorrow at my desk, I'll try to hop on and see what's up |
06:41.18 | BruteSource | he is probabaly one of the best for helping random ocks who wander in here all like "how can i install linux on my xxxxx?" |
06:41.28 | BHSPitMonkey | BruteSource, like me! |
06:41.38 | BruteSource | and me |
06:41.46 | tmzt | no, my nslu is but not always me |
06:42.25 | tmzt | folks?, BruteSource |
06:42.31 | BHSPitMonkey | nimpho-secret linux user? |
06:42.40 | BruteSource | folks? |
06:42.53 | tmzt | read what you typed |
06:43.01 | BruteSource | ocks |
06:43.04 | parmaster | hahahaha |
06:43.12 | BruteSource | i said ocks not folks lmao |
06:43.41 | BruteSource | it means like bloke |
06:43.43 | BHSPitMonkey | I just figured it was one of those British terms, like pollock and such |
06:44.01 | BruteSource | lol pollock is derogotory |
06:44.01 | BHSPitMonkey | Ah, so it /is/ legitimate |
06:44.08 | BHSPitMonkey | BruteSource, I know :P |
06:44.21 | BHSPitMonkey | someone sat me down and explained a few of them for me once |
06:44.23 | BruteSource | for a polish bloke |
06:44.39 | BruteSource | like my old roommate at university |
06:44.55 | BruteSource | he used to make potato volka under his bed |
06:45.20 | BHSPitMonkey | I'll drop by tomorrow (erm today) when I reach the office |
06:46.50 | BruteSource | hot fuzz is awesome |
06:52.47 | *** join/#htc-linux julien (n=d49bb7fd@lon92-8-88-165-13-120.fbx.proxad.net) |
07:42.06 | *** join/#htc-linux kiozen (n=oeichler@p5492A0E0.dip0.t-ipconnect.de) |
07:50.35 | *** join/#htc-linux sir0x (n=sir0x@p5B087C56.dip.t-dialin.net) |
07:50.43 | sir0x | good morning folks |
07:53.12 | *** join/#htc-linux ellisway (n=ellis@80-46-67-47.static.dsl.as9105.com) |
07:57.56 | parmaster | hi sir0x |
07:59.07 | BruteSource | mornin |
08:07.17 | gentoon | sir0x you have my patch? |
08:07.59 | sir0x | gentoon : which patch ? |
08:09.29 | gentoon | milky furniture covers for mechanical liver lubricant certifacation analisys.... |
08:11.10 | BruteSource | wow... |
08:11.57 | BruteSource | sir0x? |
08:12.49 | sir0x | BruteSource: what's up ? |
08:13.19 | BruteSource | what was that guy talking about? |
08:13.38 | sir0x | BruteSource: sorry i don't know |
08:14.00 | BruteSource | what device do you work on? |
08:14.52 | BruteSource | sir0x |
08:15.00 | sir0x | me ? |
08:15.04 | sir0x | diamond |
08:15.25 | sir0x | but i didn't tell it "work" *gg* |
08:15.26 | BruteSource | thats a variation of the touch right? |
08:15.35 | BruteSource | msm7200? |
08:16.29 | *** join/#htc-linux LanceHaig (i=c2d8ed19@foresight/member/lhaig) |
08:16.41 | BruteSource | hey lance |
08:16.43 | sir0x | msm7201A |
08:16.51 | LanceHaig | Hey BruteSource |
08:17.02 | LanceHaig | I am just a lurker :-) |
08:17.20 | BruteSource | lol |
08:17.31 | BruteSource | you dont have an htc device? |
08:18.06 | parmaster | i lurk too.. i only have the archaic devices. I'd just like to see come completeness and closure though ;) |
08:18.34 | BruteSource | archaic huh? like what? |
08:20.09 | parmaster | those pxa's i seem to be talking about |
08:20.13 | parmaster | all the time ;) |
08:20.42 | LanceHaig | BruteSource: I do have one |
08:20.47 | LanceHaig | but I am no programmer |
08:21.00 | parmaster | sure, much of the hardware had probably been recycled into a scrap heap in china |
08:21.10 | LanceHaig | I am just waiting for these inteligent chaps to say right we are ready then I will kick CE into touch |
08:21.10 | parmaster | but they are still selling on ebay |
08:21.49 | parmaster | i'm not a developer either i've just been testing hardware since the beginning |
08:24.49 | BruteSource | ya im no dev |
08:25.07 | BruteSource | but i still managed to get android on my device lol |
08:25.14 | parmaster | yeah ;) |
08:25.57 | BruteSource | there are nice people here |
08:26.05 | BruteSource | just not in #linwizard lol |
08:30.58 | parmaster | hey, if i could run android on my toaster i would. |
08:31.03 | parmaster | but just for like 5 minutes. |
08:36.40 | *** join/#htc-linux alo (n=QUAKEIII@142.Red-81-37-222.dynamicIP.rima-tde.net) |
08:37.16 | parmaster | was tmzt shining me on about their having located 2.6.26 for uni? |
08:37.41 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
08:39.39 | *** join/#htc-linux dante_ (n=dante@host176-48-static.15-79-b.business.telecomitalia.it) |
08:44.47 | BruteSource | great gmail has 2.0 for mobile and it looks cool but on my device it cuts the bottom of the screen off |
08:54.44 | *** join/#htc-linux Bolly (n=bolly@87-194-145-4.bethere.co.uk) |
09:05.20 | *** join/#htc-linux BruteSource (n=BruteSou@m070e36d0.tmodns.net) |
09:20.40 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
09:26.47 | *** join/#htc-linux sir0x_ (n=sir0x@p5B084160.dip.t-dialin.net) |
09:32.17 | *** join/#htc-linux Magister (n=Miranda@vicont.in.ua) |
09:39.43 | *** join/#htc-linux ulaas (n=ulaas@85.103.174.54) |
09:53.55 | *** join/#htc-linux Abracadabra (n=aaabraca@unaffiliated/abracadabra) |
09:57.17 | *** join/#htc-linux DasFx (n=John@dasfx-lptp.euronet.nl) |
10:03.01 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
10:03.32 | kiozen | hi BabelO |
10:03.54 | kiozen | BabelO: svn up! GT needs testing :) |
10:04.31 | BabelO | kiozen: yes hi see your mail |
10:27.56 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
10:54.29 | *** join/#htc-linux Abracadabra (n=aaabraca@62-244-191-249.cust.exponential-e.net) |
10:54.58 | *** join/#htc-linux cygnusx6 (n=cygnusx@wb075079.mobiel.utwente.nl) |
11:15.01 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
11:29.02 | *** join/#htc-linux datachaos (n=datachao@189.6.250.25) |
11:51.55 | *** join/#htc-linux fnord (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
12:24.24 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
12:25.36 | *** join/#htc-linux tuxydo (n=joop@ip5455c588.speed.planet.nl) |
13:06.50 | *** join/#htc-linux fnord (n=fnord@192.234.2.49) |
13:26.54 | *** join/#htc-linux romak (n=romario@89-185-235-7.static.masterinter.net) |
13:31.20 | *** join/#htc-linux LanceHaig (i=3efdda0a@foresight/member/lhaig) |
14:00.18 | *** join/#htc-linux tuxydo (n=joop@ip5455c588.speed.planet.nl) |
14:11.55 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
14:13.21 | dcordes | hi |
14:13.46 | dcordes | NetRipper, you got raphael a boardfile? |
14:18.38 | ezak | hi dcordes fixed your kaiser? |
14:19.03 | dcordes | ezak, the tricolor problem is solved, yea |
14:19.27 | *** join/#htc-linux hillsdale (n=htc-linu@dsl081-134-224.nyc1.dsl.speakeasy.net) |
14:21.21 | *** join/#htc-linux Zinbolic (i=Zinbolic@84.238.80.225) |
14:25.43 | dcordes | ezak, the problem was SPL related. I flashed a new one and it worked. |
14:26.44 | hillsdale | NetRipper (or anyone else) - let me know if I can help test or check ports on my RAPH800 |
14:26.59 | hillsdale | I'm setting up cross environment now in any case |
14:27.13 | dcordes | hillsdale, great. you do get the reset problem? |
14:27.44 | hillsdale | Following up question from the log - these just shipped on sunday at a single retailer, sprint wont mass sell them until next week |
14:28.24 | hillsdale | dcordes - I get the haret hang, right at the end. netripper added the raph800 identifier based on my log, but still hangs up |
14:29.06 | dcordes | ok. I was just speculating if there were reactions on the success with raphael port. but that wouldn't make sense anyway and would be impossible because too close to release date |
14:30.08 | NetRipper | dcordes, im still at work :) |
14:30.24 | dcordes | hillsdale, I think it would be useful to try out druidu/netripper's flashlight hacking |
14:30.51 | dcordes | so trigger the flashlight gpio in different early stages to sort out where your device hangs |
14:31.08 | dcordes | maybe it is just a panel problem? |
14:31.10 | hillsdale | Sure, how do I test? last log here btw: http://forum.xda-developers.com/showpost.php?p=2829532&postcount=484 |
14:31.44 | NetRipper | hillsdale, you won't get more log than the go go go |
14:32.15 | dcordes | NetRipper, do you still have the flashlight hack code? |
14:32.19 | NetRipper | so after that you'll need to debug... and i used flashlight gpio to see if it got to a certain point |
14:32.24 | NetRipper | yes, somewhere, on pastebin |
14:32.26 | NetRipper | let me look the logs |
14:32.29 | cr2_ | hillsdale: can you dump the 'dmesg' area ? after the phone reset. |
14:32.57 | cr2_ | NetRipper: hi. is there a code repository now ? |
14:33.23 | NetRipper | cr2_, ph5 set one up and dcordes is preparing it |
14:33.41 | cr2_ | NetRipper: i'm conpletely out of all schedules now, so don't really have any time for hacking. still doing it though :) |
14:33.43 | cr2_ | ok |
14:33.52 | hillsdale | cr2 - I'm not getting linux up at all, hangs at haret boot. Presumably gpio different? |
14:33.55 | NetRipper | cr2_, its the android-msm-htc-2.6.25 branch on linuxtogo |
14:34.06 | NetRipper | hillsdale, how much experience do you have hacking low level? |
14:34.14 | NetRipper | i mean, assembler, cpp |
14:34.22 | cr2_ | hillsdale: the gpio control is a complete mess now anyway. |
14:34.38 | dcordes | NetRipper, unfortunately I cannot test what I prepare because I don't have an msm7201a htc |
14:34.50 | *** part/#htc-linux LanceHaig (i=3efdda0a@foresight/member/lhaig) |
14:35.15 | cr2_ | hillsdale: you may check other SMEM values too. like the LCD panel type, board id and so on (SMD...( |
14:35.22 | hillsdale | Not in a long time but maybe I can fake it. Lots of unix and c programming. Probably most useful following instructions... :) |
14:35.29 | dcordes | cr2_, it is a cloned, remote tracking branch of the original anroid-msm-htc-2.6.25 |
14:35.47 | NetRipper | hillsdale, http://netripper.pastebin.com/f36d84562 here's what i used for enabling flashlight |
14:35.59 | cr2_ | dcordes: i wish there was a rapahel board file. then i'll be able to send patches |
14:36.02 | dcordes | NetRipper, I thought about the name. you're totally right. we should really change it. will be very confusing |
14:36.23 | dcordes | cr2_, I set something up locally but I can't test. |
14:36.38 | cr2_ | dcordes: was at the Düsseldorf airport yesterday :) |
14:37.07 | cr2_ | dcordes: commit it anyway, i'll try to fix the code in the evening. |
14:37.10 | NetRipper | dcordes, ok, if you still want kaiser/polaris/raph/diam we can use something like htc-7200 or htc-msm |
14:37.12 | dcordes | cr2_, ^^ what you doing up here? aren't you supposed to work in the south soon? |
14:37.32 | NetRipper | i'll try and make a board file tonight |
14:37.38 | cr2_ | dcordes: i begin next week. |
14:37.58 | dcordes | seriously? my civil service begins next week as well. |
14:37.59 | cr2_ | but now i'm still here. |
14:38.19 | cr2_ | but have no time for anything ;) |
14:39.36 | kiozen | cr2_: hehe you miss much fun in GT :) |
14:39.56 | dcordes | ok. we were thinking about putting both, kaiser/polaris and raphael/diamond in the new branch. should I try that, or rather make two seperate branches? |
14:41.23 | cr2_ | kiozen: i'll run svn up now :) |
14:41.53 | *** join/#htc-linux ulaas (n=ulas@85.103.174.54) |
14:41.57 | dcordes | cr2_, there might be some conflicts in the framebuffer code |
14:42.11 | kiozen | cr2_: hope you have some map with dem data for the 3D stuff |
14:42.36 | dcordes | kiozen, you guys added 3D_PLOT to gt? :) |
14:42.41 | dcordes | M |
14:42.57 | cr2_ | kiozen: no. so show me the screenshots :) |
14:42.57 | dcordes | ah nevermind that. |
14:43.13 | kiozen | not M, a mobile device will die without accelerator |
14:43.27 | dcordes | I will bbl, then try preparing the raph code in a useful way |
14:43.45 | cr2_ | kiozen: cmake does not track the updates. it seems that i need to run make clean. |
14:44.11 | kiozen | there is a small one http://www.qlandkarte.org/index.php?option=com_content&view=article&id=11&Itemid=12 |
14:44.31 | kiozen | cr2_: hm, usually cmake is quite good on tracking that kind of stuff |
14:44.45 | cr2_ | kiozen: what projection is that ? -> http://www.whymap.org/cln_101/nn_1055978/whymap/EN/Downloads/Global__maps/whymap__125__pdf,templateId=raw,property=publicationFile.pdf/whymap_125_pdf.pdf |
14:45.23 | cr2_ | wow. the lake is really cool |
14:46.11 | NetRipper | cr2_, http://www.netripper.nl/raphael/pics/20081028_fblogo.jpg ;) |
14:46.12 | kiozen | cr2_: yes it's more or less the impression you have got in this area |
14:46.58 | cr2_ | NetRipper: it looks good :) |
14:47.04 | NetRipper | heh |
14:47.12 | NetRipper | dont tell my boss, but was bored @ work |
14:47.12 | NetRipper | ;) |
14:47.18 | cr2_ | lol |
14:50.27 | NetRipper | funny how soft reset button triggers a key sequence |
14:50.51 | kiozen | cr2_: hard to tell, decide yourself ftp://ftp.remotesensing.org/proj/proj.4.3.I2.pdf |
14:51.20 | kiozen | cr2_: Robinson |
14:51.24 | kiozen | it's on the map |
14:52.16 | cr2_ | ok |
14:53.32 | cr2_ | as a certified spherical mercator fan, i think that such weird projections should go away :) |
14:54.08 | cr2_ | kiozen: i wonder if you can georeference such map with GT. |
14:56.21 | cr2_ | NetRipper: i'd like to have a 'dmesg' command in haret, which will dump all gathered wince information. it'll make the life much easier for other people to report about a new device. |
14:56.30 | kiozen | cr2_: why not? It's like the historical Lambert map we tried once |
14:56.51 | cygnusx6 | well guys, any news on android on raphael/diamond land? |
14:56.52 | cr2_ | i had written 'dump wince' once, but it was not perfect. |
14:57.30 | kiozen | cr2_: at least this projection does not make iceland the size of Africa :) |
14:57.53 | cr2_ | kiozen: but we ignored the projection itself, and put a lot of points to rectify it in mercator. |
14:58.05 | NetRipper | cr_ what memory area contains the dmesg? |
14:58.12 | NetRipper | is it on wiki? |
14:58.14 | cr2_ | yeah, who cares about the size of afrika ? |
14:58.23 | kiozen | cr2_: GT will get problems on anything else than a cartesian system in meter |
14:58.39 | cr2_ | i find this main anti-mercator argument very amusing |
14:58.44 | cr2_ | ok |
14:58.59 | *** join/#htc-linux BHSPitWeb (i=817834c5@gateway/web/ajax/mibbit.com/x-fccd4d4be94a7d43) |
14:59.09 | cr2_ | kiozen: ok, so it's mainly TM aka GK and mercator tool. |
14:59.45 | NetRipper | cr2_ is dmesg always in same area on each device? |
14:59.50 | cr2_ | NetRipper: it's all on the wiki |
14:59.55 | kiozen | cr2_: up to now, yes, but it can be changed, someone has to write the code |
15:00.02 | NetRipper | cr2_ doesn't say if its cross-device |
15:00.27 | cr2_ | NetRipper: compare diamond and raphael |
15:00.48 | cr2_ | NetRipper: dmesg as a haret command != "dmesg" area on htc phones |
15:00.57 | kiozen | cr2_: this property of mercator projections gives me a greate headache on doing Garmin maps right |
15:01.07 | cr2_ | NetRipper: "dmesg" area is at different places, and has different sizes |
15:01.57 | cr2_ | kiozen: but garmin is not mercator, it's lat/long ? |
15:03.01 | NetRipper | cr2_, i'm referring to dmesg area as that memory area that contains wm logging |
15:03.15 | kiozen | cr2_: but you have to project it in some kind of way, that Robinson wouldn't be such a bad idea as long as you are in europe |
15:03.38 | kiozen | cr2_: however asia and new zealand wouldn't be happy |
15:03.42 | NetRipper | cr2_, the one containing output like [E] Hitachi detected, etc ;) |
15:04.36 | kiozen | cr2_: with mercator the northern and southern counries are the loosers |
15:04.37 | cr2_ | NetRipper: yes, this one is not very portable. i can tell you where it is on hermes/athena/diamond/raphael |
15:05.08 | NetRipper | cr2_, ok, or a way to detect its location perhaps :) |
15:05.29 | NetRipper | cr2_, i can look on wiki for the locations on those devices, though diamond doesnt seem documented in DiamondMemoryMap |
15:05.35 | cr2_ | kiozen: the not so evil 60cm tiles beat anything. and they are spherical mercator |
15:05.57 | cr2_ | NetRipper: imho it's impossible |
15:06.04 | NetRipper | cr2_, could probably even differ per rom |
15:06.22 | *** join/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
15:06.40 | cr2_ | NetRipper: ok, then we need to ask the diamond people about it |
15:07.15 | NetRipper | cr2_, i'll look into it when i have some time |
15:07.21 | cr2_ | ok |
15:07.55 | cr2_ | NetRipper: the current haretlog is an overkill for such purposes. |
15:08.30 | NetRipper | haretlog is haret logging, not wince logging |
15:08.44 | NetRipper | and would be nice if it puts newlines properly |
15:09.41 | cr2_ | yes |
15:11.39 | cr2_ | NetRipper: btw, can you boot with mem=128M ? |
15:11.46 | NetRipper | no |
15:11.53 | NetRipper | or well |
15:12.03 | NetRipper | i havent tried changing only the cmdline |
15:12.03 | cr2_ | the g1 fb is in sram |
15:12.23 | cr2_ | but i think they hardcode the dram size too. 120MB ? |
15:12.47 | NetRipper | i couldnt boot when i set RAMSIZE in haret to 0x78* |
15:13.09 | cr2_ | hmm. need to document the DreamMemoryMap, DreamGPIO and DreamCPLD |
15:13.41 | cr2_ | what is the sdram size hardcoded into the kernel ? |
15:13.45 | NetRipper | doesnt boot with 128 |
15:13.59 | cr2_ | yes, 128 is too much |
15:14.01 | NetRipper | dont know |
15:14.19 | cr2_ | they reserve some space for their own "dmesg" |
15:14.23 | NetRipper | well raph should have 256 right? |
15:14.24 | cr2_ | and maybe something else |
15:14.26 | NetRipper | or more, 280 |
15:14.33 | NetRipper | ok |
15:14.38 | cr2_ | but it's split into 2 discontig banks |
15:14.46 | cr2_ | 256+64 |
15:14.50 | cr2_ | 320 |
15:14.58 | NetRipper | cr2_, is that a different 'dmesg' than the one in wince? |
15:15.05 | cr2_ | but the arm9 phone+dsp is included. |
15:15.17 | cr2_ | i have no idea. |
15:15.34 | cr2_ | i wish somebody with g1 has done a /dev/mem dump |
15:15.53 | cr2_ | and the nand dump of course 8) |
15:15.56 | NetRipper | ;) |
15:16.06 | NetRipper | i dont think you can do a dev/mem dump unless you're root |
15:16.32 | cr2_ | i have no idea about android internals |
15:16.49 | NetRipper | well its just linux logic... a normal user shouldnt have access to all memory :p |
15:17.14 | cr2_ | android programs run as nobody ? |
15:17.28 | cr2_ | afaik there is no xdm-style login ? |
15:18.12 | NetRipper | hm |
15:18.13 | *** join/#htc-linux szsoftware (n=sven@e178206089.adsl.alicedsl.de) |
15:18.21 | NetRipper | there's no passwd on android initrd |
15:18.31 | NetRipper | or well |
15:18.34 | NetRipper | took the kaiser one |
15:19.10 | *** join/#htc-linux Magister2k7 (n=Miranda@vicont.in.ua) |
15:19.43 | Magister2k7 | Hi to all. |
15:19.56 | NetRipper | cr2_, 100M works, 120M doesnt |
15:20.18 | szsoftware | NetRipper: druidu: are you able and interested in adding (hardware) framebuffer rotation (no fbcon:rotate) on your devices? |
15:21.17 | NetRipper | szsoftware, at some point, but dont think it has priority unless perhaps we get keyboard working on raphael |
15:22.22 | Magister2k7 | Can someone help me adding a new device target? I want to add a Titan. |
15:22.23 | Magister2k7 | Last night I almost implemented a hardware keyboard driver for it, but still compiling kernel as Vogue. |
15:22.23 | Magister2k7 | What files in kernel tree should I modify to add a new target? |
15:22.23 | Magister2k7 | Thanks. |
15:23.27 | szsoftware | NetRipper: you're right |
15:23.31 | szsoftware | exit |
15:23.39 | NetRipper | exit? |
15:23.49 | NetRipper | :) |
15:23.49 | szsoftware | NetRipper: sorry, typo |
15:23.54 | NetRipper | lol |
15:24.54 | cr2_ | Magister2k7: you have a board-vogue.c file ? |
15:25.04 | Magister2k7 | yes |
15:25.12 | cr2_ | szsoftware: does g1 support hw rotation ? |
15:25.37 | cr2_ | Magister2k7: what do you have at the bottom of the file ? |
15:26.42 | cr2_ | Magister2k7: board-htcvogue.c |
15:26.45 | cr2_ | <PROTECTED> |
15:26.45 | cr2_ | <PROTECTED> |
15:26.45 | cr2_ | <PROTECTED> |
15:27.15 | Magister2k7 | cr2_: yes, and what next? |
15:27.15 | cr2_ | you need tochange the HTCVOGUE to HTCTITAN, or how it is called |
15:27.28 | cr2_ | and change the "HTC Vogue" string too |
15:27.52 | Magister2k7 | cr2_: em... but this will remove Vogue, while I want to add a new one. |
15:27.53 | cr2_ | then you can use the titan mtype here. |
15:28.07 | cr2_ | create board-htctitan.c |
15:28.20 | cr2_ | and modify the makefiles/kconfigs |
15:28.41 | cr2_ | i think the vogue code will need a lot of cleanups itself. |
15:28.55 | Magister2k7 | I tried, but it says "no rules to build board-htctitan.o" |
15:29.04 | NetRipper | hm how shall we call raphael/diamond board? raphdiam? (pronounced rough diamond?) :p |
15:29.28 | NetRipper | or two seperate boards |
15:29.29 | cr2_ | NetRipper: create 2 separate board files for now. |
15:29.34 | NetRipper | ok |
15:30.27 | cr2_ | NetRipper: the i2c keyboard init will mean some differences in the board files |
15:30.49 | cr2_ | NetRipper: btw, are there any i2c keyboard devices already ? |
15:30.51 | NetRipper | cr2_, yep true, though if that'd be the only difference i'd prefer an IFDEF at that point |
15:30.57 | NetRipper | cr2_, let me see |
15:31.02 | Magister2k7 | cr2_: there is also a /arch/arm/tools/mach-types file with some strange numbers... I have not ever modified a kernel, sorry for such lame questions |
15:31.03 | cr2_ | otherwise we can adapt the spi keyboard code of Kevin2 |
15:31.42 | cr2_ | Magister2k7: a script will convert arch/arm/tools/mach-types to a header file, and create the support fnctions |
15:32.01 | cr2_ | Magister2k7: is there a mtype for titan ? |
15:32.21 | NetRipper | cr2_, no, no keyboards yet |
15:32.31 | cr2_ | htctitan MACH_HTCTITAN HTCTITAN 1463 |
15:32.48 | hillsdale | Ok, finally got cegcc working, recompiled haret (looks like someone already checked in raph800 alias to raphael), have haretconsole up. anything obvious i should do here before moving on? |
15:33.00 | cr2_ | Magister2k7: so change the code to HTCTITAN |
15:33.35 | cr2_ | hillsdale: no |
15:33.36 | NetRipper | cr2_, compass, led, camera so far that are enabled for G1... some other i2c devices are power management, time recorder, light sensor |
15:33.39 | Magister2k7 | cr2_: I used the same as for a Vogue. In fact, even unmodified Vogue kernel succesfully boots on Titan |
15:34.00 | cr2_ | hillsdale: connect to haret and dump the 1MB of SMEM and the "dmesg" area at 0x17200000 |
15:34.05 | Magister2k7 | cr2_: thanks! i have not seen this... maybe I just had an old source |
15:34.36 | cr2_ | Magister2k7: you should download the latest mach-types file from armlinux site. |
15:35.30 | *** join/#htc-linux dante_ (n=dante@host176-48-static.15-79-b.business.telecomitalia.it) |
15:35.34 | szsoftware | cr2_: don't know? But I don't think yes. I forgot the name of the person, maybe it was dzo, who said, that rotation is done only by android api |
15:35.35 | cr2_ | Magister2k7: i don't know how much titan is different from vogue. |
15:35.48 | hillsdale | cr2: can you give me the commands? will save me much trial and error... :) |
15:36.17 | cr2_ | szsoftware: maybe, but it does not mean that you can't change the MDP controller timings. |
15:36.41 | cr2_ | szsoftware: but it's unfeasible without having the MSM720xA docs |
15:37.19 | cr2_ | szsoftware: so you may try swetland about hw rotation. it seems that he is the only person who can answer. |
15:37.46 | AstainHellbring | cr2_ titan and vogue are basically the same except vogue has more ram and titan has keyboard |
15:37.58 | Magister2k7 | cr2_: there is no much difference in base devices. LCD, touchscreen, radio are all the same. |
15:38.05 | NetRipper | isn't it just software that'll swap from 480x640 to 640x480? |
15:38.18 | NetRipper | like the way it processes |
15:38.20 | cr2_ | AstainHellbring: ok. then there is no much reason to have separate configs. |
15:38.56 | cr2_ | NetRipper: it is, but maybe there is some hardware support too. at least for some operations. |
15:40.25 | Magister2k7 | cr2_: are you saying about Titan? So should I use IFDEFs for keyboard code? |
15:40.47 | cr2_ | Magister2k7: can you probe for it ? |
15:41.32 | cr2_ | Magister2k7:or is it just some different gpio setup |
15:41.40 | Magister2k7 | cr2_: I don't know... in fact, I have no enough skill to answer this question. |
15:42.02 | cr2_ | Magister2k7: ok, but then you'd better create a separate config. |
15:42.04 | Magister2k7 | cr2_: the difference is that keyboard is matrix device, while Vogue buttons use simple GPIOs |
15:42.25 | cr2_ | unless somebody can really confirm that the setup is identical |
15:42.41 | cr2_ | Magister2k7: afair, there are 3 possible LCDs in titan |
15:42.50 | cr2_ | or maybe 4. |
15:43.51 | *** join/#htc-linux N3m3515 (n=nembnc@p5B09EB0E.dip.t-dialin.net) |
15:43.59 | *** join/#htc-linux GPFerror (n=gpferror@cpe-76-187-41-132.tx.res.rr.com) |
15:45.35 | Magister2k7 | cr2_: I don't know this. Will try with a latest Vogue's kernel, there is a parameter for it's type, maybe they are the same as in Vogue |
15:45.50 | NetRipper | why do they release devices with multiple types of lcd's? |
15:46.45 | cr2_ | the lcd producers can't push the prices up. |
15:46.45 | BHSPitWeb | to thwart your plans |
15:47.41 | cr2_ | and blackmail the high-volume consumer ;) |
15:48.14 | NetRipper | so with some bad luck you flash hardspl and it unfortunately didnt support your lcd, leaving you with a black device |
15:48.17 | NetRipper | ;) |
15:48.45 | cr2_ | i think the spls support more lcd you may meet in real life |
15:48.54 | NetRipper | hehe |
15:49.17 | cr2_ | afaik all universals used only 1 lcd. but there was code support for 2 lcds, and 2 board revisions. |
15:49.53 | Magister2k7 | One more question about GPIOs. The normal buttons work ok, but some (softkeys, "OK", "Enter") give me a series of fake keypresses. What does that means? |
15:50.21 | NetRipper | Magister2k7, like ^x? |
15:50.26 | cr2_ | Magister2k7: i don't know the button setup on titan |
15:51.04 | cr2_ | i don't even know it on the raphael :) because it's such a minor issue compared to the other problems ;) |
15:51.51 | *** join/#htc-linux Xanthin- (n=rnieva@salvia.nieva.com) |
15:52.51 | Magister2k7 | as I understand matrix device, when a key is pressed, I set "column" GPIOs one by one to 1, and see what "row" GPIOs are changed. It's ok with normal buttons, but with those I mentioned, all "row" GPIOs are changed |
15:53.26 | Magister2k7 | so driver process this as a series of a normal keypresses |
15:54.17 | Magister2k7 | cr2_: looks like I'm lucky that Titan is similar to Vogue :) |
15:55.05 | *** join/#htc-linux orux (n=jose@89.130.46.3) |
15:56.30 | cr2_ | Magister2k7: i think that the only authoritative answer for driver problems is to look at the wince driver disassembly ;) |
15:56.35 | *** join/#htc-linux LanceHaig (i=c2d8ed19@foresight/member/lhaig) |
15:59.06 | Magister2k7 | maybe they should use a simple GPIO... as some buttons works with Vogue code... will try tonight |
15:59.48 | *** part/#htc-linux LanceHaig (i=c2d8ed19@foresight/member/lhaig) |
16:02.53 | cr2_ | bbl |
16:03.05 | *** join/#htc-linux dcordes (n=dcordes_@unaffiliated/dcordes) |
16:15.12 | dcordes | let's not do duplicate work, you care about the board files? |
16:15.36 | dcordes | on that screenshot, is that on screen keyboard working or just a pixmap? |
16:18.39 | hillsdale | Been playing with haret memory dumping. Probably doing it wrong, but having a hard time finding anything that looks interesting as compared to the memory map on the wiki... |
16:20.02 | hillsdale | For instance, pdump 0x1f00000 1000 (should be smem?) looks a lot emptier than i would have expected? |
16:21.17 | *** join/#htc-linux LunohoD_ (n=alex@e180078151.adsl.alicedsl.de) |
16:21.56 | cr2_ | hillsdale: pwf smem 0x1f00000 0x100000 |
16:23.54 | *** join/#htc-linux tuxydo (n=joop@ip5455c588.speed.planet.nl) |
16:24.03 | *** join/#htc-linux Dubbeld00 (n=opera@82-168-116-233.ip.telfort.nl) |
16:27.22 | *** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde) |
16:31.27 | hillsdale | ok, got smem and dmesg. whats best way to upload (are these safe to post?) |
16:31.37 | hillsdale | smem 17k zipped, dmesg 250k |
16:33.01 | cr2_ | hillsdale: smem includes imei and similar things |
16:33.24 | cr2_ | hillsdale: maybe some recently called phone numbers |
16:33.47 | cr2_ | or when somebody called you. |
16:33.55 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d0ee.pool.einsundeins.de) |
16:33.58 | cr2_ | in the ATCMD fifos |
16:34.36 | cr2_ | dmesg is (should be) mostly an ascii file, so you can inspect it visually |
16:35.19 | hillsdale | dmesg just looks like garbage, thats why i was wondering if the locations might all be different |
16:35.44 | cr2_ | maybe |
16:36.01 | cr2_ | hillsdale: you may try 'dump mmu' in haret first. |
16:36.25 | cr2_ | hillsdale: it will produce a huge table |
16:37.01 | hillsdale | got it |
16:37.21 | cr2_ | hillsdale: if you have GPS on, then smem will have your recent GPS track. |
16:37.48 | cr2_ | there was one in the famous g1 dump :) but the track was harmless. |
16:41.15 | hillsdale | ok posted to thread, hope they dont p0wn me. :) |
16:41.16 | hillsdale | http://forum.xda-developers.com/showpost.php?p=2834080&postcount=542 |
16:41.37 | hillsdale | gotta run for now, hope this sheds some light. |
16:43.51 | *** join/#htc-linux miknix (n=miknix@193.137.97.146) |
16:51.13 | *** part/#htc-linux Dubbeld00 (n=opera@82-168-116-233.ip.telfort.nl) |
16:56.12 | *** join/#htc-linux tuxydo (n=joop@ip5455c588.speed.planet.nl) |
17:07.02 | dcordes | cr2_, do you think we should add the ti1251 driver to the new linuxtogo branch? |
17:07.06 | dcordes | it is really huge |
17:08.53 | szsoftware | dcordes: what in the patch, makes it so huge? firmware binary? |
17:09.04 | szsoftware | dcordes: and hi there :-) |
17:09.41 | dcordes | szsoftware, grüt |
17:09.48 | dcordes | szsoftware, grützi, it is just that huge. |
17:10.11 | *** join/#htc-linux fnord (n=fnord@192.234.2.49) |
17:10.44 | dcordes | put the firmware is a good point. I didn't pay attention to it with the ti1251 approach on kaiser |
17:10.51 | ali1234 | BabelO: i tracked down the change in bluez 3.36 that was causing me problems. texas protocol was changed from H4 to LL. changing it back and hciattach worked again. but holtmann (bluez developer) told me the change was correct... |
17:17.36 | dcordes | although that is not important to the point I got because the "card" doesn't even get detect. (assuming firmware is loaded after card detection) |
17:20.07 | *** part/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
17:35.48 | *** part/#htc-linux penguinz (n=opera@66-168-215-122.dhcp.athn.ga.charter.com) |
17:46.17 | *** part/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
17:47.19 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
17:54.45 | dcordes | NetRipper, what is lines 649 ff good for? |
17:55.03 | dcordes | in init/main.c |
18:04.19 | druidu | hello :) |
18:08.28 | druidu | any breakthroughs while I was gone? :P |
18:09.09 | dcordes | we added a new branch for the raphael and polaris code (eventually also kaiser/polaris) and I'm trying to modify your code to work well with other devices right now |
18:09.28 | dcordes | i.e. add a board-htcraphael.c and ifedef your hacks |
18:09.40 | dcordes | #ifdef CONFIG_MACH_HTCRAPHAEL |
18:12.05 | *** join/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
18:13.24 | druidu | my code as in touchscreen/console or what? :) |
18:13.52 | druidu | make sure you update arch/arm/mach-types the new version has all of them |
18:14.06 | druidu | can I get access to the svn? just signed up for an username |
18:14.09 | dcordes | s/your code/NetRipper's and your code/ |
18:14.32 | dcordes | druidu, ok then you must apply for developer status |
18:14.42 | dcordes | in order to be able to commit |
18:16.22 | druidu | n00b question: how do I do that? :) |
18:16.39 | druidu | btw, which branch is it? http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=summary |
18:17.24 | dcordes | same name as in google git |
18:18.26 | dcordes | druidu, http://rafb.net/p/8Ymf2q66.html <- I wonder how you build that. all the definitions which are commented out in NetRipper's patch are needed in functions there |
18:18.36 | dcordes | do you redefine them in a different place? |
18:19.13 | druidu | like what? |
18:19.14 | NetRipper | dcordes, note the "#include "board-halibut.h" |
18:19.29 | dcordes | ok arch/arm/mach-msm/board-htcraphael.c:44:27: error: board-halibut.h: Datei oder Verzeichnis nicht gefunden |
18:19.30 | druidu | I don't know NetRipper's patch you're talking about |
18:19.33 | dcordes | you forgot to include it in the patch? |
18:19.36 | dcordes | can you paste the file? |
18:19.43 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
18:19.50 | NetRipper | dcordes, i guess git diff -p didnt include it |
18:19.56 | dcordes | ok just paste |
18:19.59 | NetRipper | dcordes, everything that has been commented is 1 on 1 to the new file |
18:19.59 | druidu | it doesn't include new files |
18:20.01 | druidu | by default |
18:20.10 | NetRipper | druidu, ah |
18:20.18 | NetRipper | dcordes, only the defines |
18:20.32 | NetRipper | dcordes, did that as druidu's patch includes the defines |
18:20.37 | dcordes | NetRipper, hmm could you just paste it? |
18:20.37 | *** join/#htc-linux lnxpenguin4ever (n=lnxpengu@72-60-224-154.area4.spcsdns.net) |
18:20.39 | NetRipper | sure |
18:20.43 | dcordes | thx |
18:21.07 | druidu | just MSM_FB_BASE I think, it's to draw to the framebuffer directly |
18:21.20 | druidu | the address of the framebuffer memmory |
18:21.21 | NetRipper | dcordes, http://netripper.pastebin.com/d48ccfdc3 |
18:21.30 | NetRipper | druidu, yea but i thought i'd make a seperate .h file |
18:21.39 | NetRipper | was nicer |
18:21.39 | NetRipper | ;) |
18:22.06 | druidu | NetRipper: did you get anything else to work? |
18:22.07 | dcordes | NetRipper, so you just outsourced the defines because you will change them in future? |
18:22.08 | druidu | clocks? :) |
18:22.57 | druidu | just calculate the value for MSM_FB_BASE and #define it in msm_ts.c and msm_vkeyb.c |
18:23.17 | druidu | althought this is different between halibut and trout |
18:23.23 | *** join/#htc-linux renc (n=user@91.68.208.8) |
18:23.30 | NetRipper | dcordes, no they wont be changed, they were outsourced because other .c files can then include the .h |
18:24.17 | NetRipper | druidu, no i didnt get much further |
18:24.26 | dcordes | so it must be board-htcraphael.h |
18:24.34 | NetRipper | dcordes, yes |
18:24.46 | NetRipper | dcordes, but i'm actually favoring towards a board for both raphael and diamond |
18:25.23 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
18:25.37 | NetRipper | dcordes, i'd like to keep them exactly the same with the exception of specifics, such as other usb settings (product id and name) and like raphael will have keyboard |
18:25.48 | dcordes | NetRipper, consider board-htcraphael.c as a boardfile for both |
18:25.59 | NetRipper | i want to remove the distinction that we have right now, where im using halibut, and diamond is using trout :p |
18:25.59 | dcordes | are the changes that tremendous you need two? |
18:26.10 | NetRipper | no |
18:26.13 | dcordes | we could add a split when we do a reorganization of mach-msm folder with subfolders. |
18:26.38 | AstainHellbring | http://down.codeweavers.com/ |
18:27.21 | NetRipper | druidu, http://wiki.xda-developers.com/index.php?pagename=RaphaelLinux ;) |
18:27.29 | dcordes | NetRipper, there's vogue titan halibut kaiser polaris trout raphael diamond |
18:27.44 | dcordes | and I'm 100% in near future we will also get a HD ;) |
18:27.49 | NetRipper | hehe yea |
18:27.51 | dcordes | blackstone |
18:27.59 | dcordes | we will need the subfolders or it's pita |
18:28.07 | NetRipper | in the end they should all have their own board |
18:28.26 | NetRipper | but i want to keep diamond/raph pretty similar, albeit by hand |
18:28.50 | druidu | NetRipper : just saw it earlier, nice :) |
18:29.52 | druidu | well, I've been busy with a homework for "Compilers", gotta make half of a compiler for some object oriented language called "Cool" :) |
18:30.04 | *** join/#htc-linux ulaas (n=ulaas@88.253.7.82) |
18:30.38 | *** part/#htc-linux ulaas (n=ulaas@88.253.7.82) |
18:30.51 | *** join/#htc-linux ulaas (n=ulaas@88.253.7.82) |
18:32.52 | AstainHellbring | blackstone should be similar as raph and diamon just different screen |
18:33.23 | *** join/#htc-linux hillsdale (n=freenode@cpe-24-90-238-191.nyc.res.rr.com) |
18:34.11 | dcordes | AstainHellbring, don't think it's gonna be that easy. there will be many details |
18:34.47 | dcordes | druidu, NetRipper, can you have a look at my patch and tell me what you think? |
18:34.50 | lnxpenguin4ever | Hey...this is computerguru (the name was already taken on freenode.) Is there a central repository set up for the raphael/diamond code? Don't mind me...I'm a HTC/Android noob...lol. |
18:35.16 | druidu | yes, gimme link :) |
18:35.23 | dcordes | oops wait a minute |
18:35.37 | dcordes | NetRipper, you forgot to add other files despite board-halibut.h in the diff? |
18:35.42 | dcordes | something touchscreen related? |
18:35.42 | druidu | 7x00-smd.c does this work on diamond/raphael? :) |
18:36.15 | dcordes | druidu, well you will have to alter all of the smd regs |
18:36.32 | dcordes | and maybe use kaiser-smd.c as a basis because the AMSS is more similar. |
18:36.48 | dcordes | lnxpenguin4ever, we are just working on that repository |
18:36.53 | druidu | btw, does anybody know a **good** git tutorial, I just can't make that damn git do anything I want, not sure how to make patches to include new files for example, or make a patch with just a subset of the changes |
18:37.10 | dcordes | ha tell me when you found it |
18:37.24 | dcordes | to add new files: git-add file 1 file 2 |
18:37.45 | druidu | wouldn't it be smarter to base code off google's smd.c? it has much more functionality and other drivers depend on it (for example vogue-smd.c has a slightly different interface to some functions) |
18:38.05 | NetRipper | dcordes, yes druidu's patch containst he files |
18:38.06 | dcordes | no, use vogue or kaiser |
18:38.26 | dcordes | druidu, simply because of the trout and halibut amss are so much more different |
18:38.32 | NetRipper | i'll make a new patch dcordes |
18:38.34 | dcordes | druidu, where is it? |
18:38.37 | dcordes | ok thanks |
18:39.24 | dcordes | druidu, e.g. (as I understand it), in the htcs we have no mechanism in amss that allows msm_rmnet |
18:39.39 | druidu | ah, I see |
18:39.40 | dcordes | except for the htc trout |
18:39.47 | druidu | or maybe we don't know we have it? :) |
18:40.29 | dcordes | maybe, it's just afaik. I picked that up from swetland talking to tmzt about the different amss |
18:40.31 | druidu | btw, if anybody manages to get that touchscreen irq fire I'd love to hear how |
18:40.55 | druidu | I did catch it once or twice, but it was completely random |
18:40.56 | dcordes | the fact that halibut/rout amss are heavily modified is known |
18:41.03 | *** join/#htc-linux schlash (n=har@adsl-76-212-172-60.dsl.sndg02.sbcglobal.net) |
18:41.25 | NetRipper | druidu, how do i include new files in my git diff? |
18:41.41 | druidu | damn, if we only had some diagrams on how every device is connected there! |
18:41.43 | NetRipper | druidu, what do i modify to see if it works on raph? |
18:42.03 | druidu | first question, ask dcordes he know better :D |
18:42.40 | druidu | I did something like git add file ; git commit ; git diff but not didn't work exactly perfect, so don't blame me if it fucks up your rep :P |
18:42.54 | NetRipper | lol |
18:42.54 | NetRipper | ok |
18:43.00 | NetRipper | nvm i'll put the new files up somewhere |
18:43.00 | NetRipper | :P |
18:43.04 | druidu | modify what to see if it works on raph? |
18:43.09 | druidu | you mean diamond? |
18:43.11 | NetRipper | druidu, the irq fire |
18:43.15 | druidu | ah |
18:43.15 | druidu | well |
18:43.17 | druidu | nothing |
18:43.20 | druidu | it is registered |
18:43.28 | druidu | and will print a big message if it does wire |
18:43.31 | NetRipper | oh |
18:43.34 | druidu | *fire |
18:43.35 | dcordes | NetRipper, try "git-status" it will tell you what you want to do |
18:43.39 | dcordes | NetRipper, in the kernel root |
18:43.46 | NetRipper | dcordes, yea it tells me the files |
18:43.51 | druidu | basicly, I just use request_irq and it doesn't fail (you would get an error otherwise) |
18:44.09 | druidu | the rest should be handeled by kernel and arch/mach-msm/irq.c |
18:44.15 | NetRipper | ah ok dcordes i see what you mean |
18:44.23 | dcordes | NetRipper, yea and it says blbla is modified (or new) and thou shallt use git-add to add them |
18:44.30 | druidu | git-log is also useful |
18:44.41 | druidu | but an "UNDO" command would be even better! |
18:45.06 | dcordes | NetRipper, you could just git-add . it's ugly but I could only pick the files you missed before. |
18:45.08 | druidu | like, if I commit something how can I uncommit it to get it just like it was before the commit, no logs added etc |
18:45.31 | NetRipper | druidu, there's git pull --hard or something alike :p |
18:45.35 | NetRipper | to reset ;) |
18:45.41 | dcordes | druidu, git-commit --amend |
18:45.45 | dcordes | ammend |
18:45.50 | druidu | ah, thanks :) |
18:46.18 | NetRipper | dcordes, http://www.netripper.nl/raphael/20081028_patch.txt |
18:46.25 | NetRipper | dcordes, includes new linux logo ;) |
18:46.33 | dcordes | ok great |
18:47.00 | lnxpenguin4ever | dcordes, thanks for letting me know. is there a ftp or some other place where patches are being stored? I'm going to look at the stock Sprint-based Diamond problem tonight (locks up when doing the tty handover) |
18:47.15 | druidu | NetRipper : anything interesting in there that I do not know of? what have you been working on last few days? |
18:47.21 | NetRipper | errr dcordes |
18:47.28 | NetRipper | dcordes, seems the patch is pretty small |
18:47.31 | dcordes | lnxpenguin4ever, NetRipper just posted it. |
18:47.49 | dcordes | NetRipper, then recheck with git-status if everything is included |
18:47.55 | druidu | it didn't include new files |
18:47.59 | druidu | I had the same problem |
18:48.07 | NetRipper | dcordes, doesnt include the new files lol |
18:48.31 | dcordes | I just git-add them, when git-status reports everything of interest is in the cache, I run git-diff mybranchname |
18:48.55 | dcordes | you must also git-add the new files.. |
18:48.57 | lnxpenguin4ever | dcordes, sorry...got lag...i'm on irc on my diamond...lol. i see the link now |
18:49.24 | dcordes | lnxpenguin4ever, better check back later when we managed to put it in the git |
18:49.26 | druidu | NetRipper : what's the bank2_in/bank2_out stuff in main? |
18:49.45 | NetRipper | dcordes, ahhh, adding branch name makes it do the trick |
18:49.46 | NetRipper | :) |
18:49.57 | zule | crossover office is free today |
18:49.59 | dcordes | good |
18:50.03 | zule | just for those that don't know |
18:50.15 | lnxpenguin4ever | dcordes, will do :-) |
18:50.18 | NetRipper | dcordes, ok same file, updated |
18:50.19 | zule | http://gizmodo.com/5069889/dealzmodo-download-crossover-free-today-only |
18:50.46 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
18:50.50 | NetRipper | dcordes, if you want me to put the files up somewhere let me know, may be easier on some big files |
18:51.50 | *** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfdfd0.pool.einsundeins.de) |
18:52.12 | *** join/#htc-linux N3m3515 (n=nembnc@p5B09E394.dip.t-dialin.net) |
18:52.32 | dcordes | NetRipper, did you review it manually? |
18:52.44 | NetRipper | dcordes, very fast |
18:52.45 | dcordes | nono .diff is just great |
18:52.47 | dcordes | ok |
18:53.17 | NetRipper | dcordes, it includes druidu's framebuffer console, but it should be disabled in .config |
18:53.56 | dcordes | druidu, are you Octavian? |
18:54.10 | druidu | actually, newest version of console works with fb on, at least on diamond (if you enable a flag which marks it as a boot console) |
18:54.12 | druidu | yes |
18:54.19 | dcordes | ok |
18:54.27 | druidu | want the new version of the console? |
18:54.33 | *** join/#htc-linux DasFx (n=John@5354790B.cable.casema.nl) |
18:54.34 | dcordes | is that your version in http://www.netripper.nl/raphael/20081028_patch.txt |
18:54.36 | dcordes | ? |
18:54.40 | dcordes | I'm Lukas btw |
18:54.44 | NetRipper | no i have the older version probably |
18:55.06 | dcordes | druidu, yes that would be nice |
18:55.36 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:55.40 | dcordes | druidu, only /drivers/android/htc_fb_console.c changes? |
18:55.52 | druidu | yes, but it's older, never gave anyone latest ver :) |
18:55.59 | druidu | also Kconfig |
18:56.13 | druidu | and I moved it in arch/arm/msm/, thought it would make more sense there |
18:56.49 | NetRipper | especially since it includes the board*.h :P |
18:56.52 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:56.58 | dcordes | NetRipper, the updated patch at http://www.netripper.nl/raphael/20081028_patch.txt adds two files, but where are they built? I think the patch doesn't add them to the Makefile and Kconfig |
18:57.24 | NetRipper | dcordes, which files? |
18:57.44 | dcordes | console htc_fb_console.c and msm_ts.c |
18:57.55 | druidu | and msm_vkeyb.c |
18:58.14 | dcordes | ok then I will put your updated htc_fb_console.c manually in mach-msm |
18:58.26 | NetRipper | dcordes, they were in drivers/android/Makefile |
18:58.38 | druidu | dcordes : dcc send? :) |
18:58.39 | dcordes | ah ok then I will move the bits |
18:58.50 | dcordes | druidu, just use any pastebin with raw support |
18:58.59 | dcordes | or try dcc dunno if it works though |
18:59.38 | dcordes | zule, I was always happy with wine |
19:00.07 | zule | so was I cause I didn't wanna pay for crossover |
19:00.14 | zule | but free is a good time to test it out |
19:00.30 | dcordes | don't think I will need it |
19:00.43 | dcordes | the idea of all the different forks doesn't get anybody further |
19:01.15 | zule | agreed on that. they only forked to go commercial did they not? |
19:01.25 | BHSPitWeb | It's not really a fork in the traditional sense |
19:01.59 | dcordes | ~botsnack |
19:01.59 | apt | aw, gee, dcordes |
19:02.08 | BHSPitWeb | And yeah, it's a commercial version of wine with privately-developed extra functionality, and they do contribute significantly back to the wine project |
19:02.38 | dcordes | druidu, getting no dcc offers |
19:02.58 | druidu | http://octav.oricum.ro/android/htc_fb_console.patch |
19:02.59 | druidu | http://octav.oricum.ro/android/htc_fb_console.c |
19:03.09 | druidu | path contains changes in Kconfig & Makefile |
19:03.14 | dcordes | great |
19:03.15 | druidu | .c is full source |
19:04.38 | dcordes | druidu, any changes to /drivers/input/touchscreen/msm_ts.c ? |
19:04.46 | dcordes | or can I use the one from NetRipper patch? |
19:05.03 | druidu | nope |
19:05.16 | dcordes | ok shall I put it in mach-msm as well? |
19:05.26 | druidu | you could |
19:05.35 | druidu | put vkeyb in there too |
19:05.42 | druidu | and don't forget about makefile & kconfig :P |
19:06.07 | NetRipper | isn't the msm_ts generic enough to be an actual driver instead lf specific to mach-msm? |
19:06.12 | NetRipper | s/lf/of/ |
19:06.12 | druidu | and also, a small but important ugly fack in msm_fb.c which enables full-screen-updates-only |
19:06.35 | dcordes | btw, why did you guys call it msm_ts ? |
19:06.44 | dcordes | and not raphael_ts ? |
19:06.58 | druidu | NetRipper: dunno, don't think so |
19:07.13 | dcordes | you must always assume at some point raphael diamond will coexist with a dozen other htc msm machines. |
19:07.34 | NetRipper | but in that case we should find the part type and name it after that |
19:07.53 | dcordes | ack |
19:07.56 | NetRipper | i guess msm_ts is a temporary name |
19:07.58 | druidu | I mean, if it used same protocol and we had the addresses as parameters, maybe... but it's a hack right now, irqs don't work and communication with vkeyb is done via a callback func |
19:08.03 | dcordes | ok good we can always change that |
19:08.11 | druidu | although it sends events to linux input interface |
19:08.25 | druidu | msm_vkeyb on the other hand can be made very general |
19:09.13 | druidu | I intend to use kernel fb interface instead of direct memory access hack, and receive events via kernel input interface, and that would make it generic enough for any device including a pc |
19:09.40 | NetRipper | putting it in mach-msm for now is fine until that time |
19:10.26 | druidu | anyway, diamond/raphael touchscreen seems really cheap compared to the i2c one in G1 |
19:10.36 | druidu | it actually has dual-touch support, at least the hardware |
19:10.46 | druidu | and pressure sensing and press-area-size |
19:10.51 | dcordes | ok htc_fb_console and msm_ts were added. |
19:11.41 | dcordes | szsoftware, you might try adapting msm_vkeyb.c to vogue |
19:12.07 | dcordes | szsoftware, maybe it's better than dzo keyboard? |
19:13.37 | dcordes | vkeyb added |
19:13.53 | druidu | it's very bad right now, performance wise |
19:14.23 | druidu | I'm just happy I managed to put it together in one night :) |
19:14.55 | druidu | it's like a fully functional pc keyboard, just smaller |
19:15.45 | druidu | dcordes : btw, new console early boot driver supports any compiled font that has width <= 8, will autoselect one |
19:16.17 | BHSPitWeb | tmzt: ahoy |
19:16.49 | dcordes | ok I hope everything worked out. will configure and make |
19:16.53 | druidu | and if HTC_FB_CONSOLE_BOOT is defined, at least on diamond, msm_fb starts up smoothly over it |
19:17.25 | druidu | NetRipper: what can we do to make halibut boot on diamond? :) |
19:17.40 | NetRipper | druidu, there were people on forum that had their device hang on the transition from fb0 to tty0, is that the handover you mean? |
19:17.42 | druidu | you think the crash was usb-caused? |
19:17.42 | szsoftware | dcordes: I have the msm_vkeyb.c in my editor since yesterday and examine that. Indeed it looks very promisingly and also it's done in the way, I would do it too. (But I would need years for that :-) ) |
19:17.57 | dcordes | heh |
19:18.08 | kiozen | BabelO: http://www.qlandkarte.org/shot6.png |
19:18.23 | kiozen | BabelO: never trust DEM too much :) |
19:18.26 | NetRipper | druidu, i think we should remove unneccesary drivers, some people complained it hangs on rtc0, but as that doesnt work yet, we might as well remove it from kernel, etc. |
19:18.28 | *** join/#htc-linux BruteSource (n=BruteSou@m070e36d0.tmodns.net) |
19:18.31 | druidu | NetRipper: it was between msm_fb0 I think and tty0 (which is tty on real framebuffer device, msm_fb.c that is), it hangs only in raphael I think |
19:18.46 | druidu | nope, it doens't hang on rtc0, that's just the last message it prints |
19:18.50 | dcordes | druidu, do you use msm_defconfig as a base? |
19:18.52 | NetRipper | druidu, ok |
19:18.58 | druidu | I get same problem when booting your zImage NetRipper |
19:19.06 | *** join/#htc-linux miknix (n=miknix@81.193.81.116) |
19:19.15 | druidu | dcordes : yes, but I disable LKM and some other stuff |
19:19.32 | NetRipper | dcordes, we'll need a new defconfig in the future |
19:19.34 | druidu | some usb functions crash my device (usb ether for ex) |
19:19.35 | BruteSource | druidu wana write me a tty for my gsm driver? |
19:19.58 | druidu | gsm driver? as in for modem? |
19:20.06 | dcordes | NetRipper, no we will add a defconfig now with the initial commit. |
19:20.10 | BruteSource | ya lol |
19:20.17 | *** join/#htc-linux N3m3515| (n=nembnc@p5B09BD9B.dip.t-dialin.net) |
19:20.37 | szsoftware | druidu: as far as I've seen so far, for your keyboard, you don't use an prepared picture, but draw the keys dynamically? |
19:20.41 | druidu | yes |
19:21.01 | druidu | I defined an array of keys, and made a few functions to draw char, string, rectangle |
19:21.12 | druidu | and two array for primary and alternate keyboard functions |
19:21.21 | dcordes | szsoftware, ok that sounds way better so we can keep the android osk out |
19:21.36 | druidu | osk? |
19:21.37 | szsoftware | druidu: so this could be a very cool thing, since we could add transparency? |
19:22.01 | szsoftware | druidu: on screen keyboard |
19:22.09 | druidu | yeah, fairly easy, just implement a alpha blending function... :) |
19:22.38 | szsoftware | druidu: imagine, combined button + jogweel ;-) |
19:22.41 | dcordes | druidu, do you also build the trout specific code? |
19:22.45 | dcordes | druidu, with your .config ? |
19:22.52 | druidu | there is a lot of work to be done for the virtual keyboard, this is just a hack that works, so I can get Android on my device faster :P |
19:22.53 | szsoftware | druidu: smooth blending in and out .. |
19:23.04 | druidu | dcordes : actually, I boot with board-trout.c |
19:23.23 | druidu | I understand NetRipper boots with halibut but also compiles trout code |
19:23.39 | dcordes | druidu, did you add code in board-trout.c that initializes the keyboard or console? |
19:23.39 | NetRipper | druidu, yes |
19:23.44 | druidu | be sure to disable the uarts and serial debugger, they crashed my kernel as I remember |
19:23.47 | dcordes | or is that inside of the keyboard and console itself? |
19:23.54 | dcordes | ok |
19:24.07 | druidu | nope, they auto-register themselves like normal linux drivers embedded in the kernel |
19:24.33 | druidu | but to boot with board-haret.c I patched some stuff in there |
19:24.43 | dcordes | board-haret.c?? |
19:24.49 | druidu | and also a bit in the msm_fb driver so it won't spam the screen with useless errors |
19:24.52 | dcordes | I thought you guys were in sync.. |
19:24.59 | druidu | board-trout |
19:25.00 | NetRipper | lol |
19:25.18 | dcordes | ok.. I have these |
19:25.18 | druidu | actually, I can't boot his zImages, he can't boot mine |
19:25.22 | druidu | :) |
19:25.58 | *** join/#htc-linux sir0x (n=sirox@91-67-142-232-dynip.superkabel.de) |
19:26.15 | sir0x | hi folks |
19:26.20 | druidu | btw, NetRipper, did you manage to boot the android initrd you gave me? |
19:26.42 | NetRipper | druidu, no, only got up to the loading screen where the red 'eye' is moving left and right |
19:27.15 | BruteSource | are your mounting system.img via loopback? |
19:27.19 | dcordes | druidu, so you only want to add support for the raphael to the git for now? |
19:27.59 | druidu | on the contrary, I want it for Diamond :P |
19:28.29 | NetRipper | i think we should be able to boot using the same board |
19:28.33 | NetRipper | on both devices |
19:28.33 | druidu | I have a Diamond, I started working on hacking android for the selfish reason of running Android on my Diamond |
19:28.34 | druidu | :) |
19:28.37 | dcordes | I recommend to merge your working trees so you can produce a kernel with the git that boots on raph and one that boots on diam |
19:29.01 | dcordes | that was the state I was assuming in your path NetRipper .. |
19:29.05 | druidu | dcordes : you build your image and we're both gonna try it |
19:29.13 | dcordes | ok |
19:29.44 | druidu | include the early boot console too, with all flags set, it should work for raphael also |
19:29.56 | NetRipper | dcordes, we should be able to boot both on the same git with my patch, just diamond will use a different mtype than raph wil |
19:29.57 | dcordes | drivers/input/touchscreen/msm_ts.c:183: error: âMSM_FB_BASEâ undeclared (first use in this function) |
19:29.59 | dcordes | although there is |
19:30.03 | dcordes | #define MSM_FB_BASE MSM_PMEM_GPU1_BASE + MSM_PMEM_GPU1_SIZE |
19:30.04 | dcordes | #define MSM_FB_SIZE 0x200000 |
19:30.17 | druidu | see #include at the tob of the file |
19:30.35 | druidu | not sure if you changed smth or if the location of the #defines changed |
19:30.50 | druidu | anyway, bottom line is -- you gotta have the same values as msm_fb.has |
19:30.56 | NetRipper | druidu, that's still a problem... your msm_fb either includes board-trout.h _or_ board-halibut.h |
19:31.04 | NetRipper | er |
19:31.05 | NetRipper | msm_ts |
19:31.45 | druidu | just use same header as msm_fb, that's the only way it will work, if ts/vkeyb have the same memory address as msm_fb |
19:32.03 | dcordes | ok |
19:32.24 | dcordes | I will remove the board specific defines for fb base and fb size |
19:34.12 | druidu | my schedule is really fucked up, I'd work on this day and night but I have some deadlines that are dangerously being delayed |
19:34.17 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
19:37.56 | druidu | nice flickery keyboard over the glowing red dot |
19:39.32 | *** join/#htc-linux dante_ (n=dante@net-93-148-251-117.t2.dsl.vodafone.it) |
19:39.41 | *** join/#htc-linux pH5 (n=ph5@e178204169.adsl.alicedsl.de) |
19:41.07 | NetRipper | lol yea |
19:41.26 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
19:41.35 | BruteSource | druidu did you enable futex in your kernel? |
19:42.27 | BruteSource | you looked at logcat? |
19:42.47 | BruteSource | or run an starce from init? |
19:42.55 | BruteSource | strace |
19:43.11 | dcordes | ?? |
19:43.57 | BruteSource | just going through how we debugged android userspace lol |
19:44.52 | dcordes | druidu, the msm_fb in the stock branch does not define MSM_FB_BASE and MSM_FB_SIZE . |
19:45.05 | dcordes | oh |
19:45.24 | dcordes | pH5, is it complicated to rename the branch you added? |
19:45.46 | dcordes | pH5, we should put one that identifies the branch as modified for the other htcs |
19:45.55 | dcordes | pH5, unfortunately it already has htc .. |
19:46.13 | pH5 | dcordes: not at all. let's call it htc-msm-2.6.25? |
19:46.26 | dcordes | ok |
19:46.31 | NetRipper | oh that might be a good one |
19:46.32 | NetRipper | :) |
19:46.38 | NetRipper | who'd have thought of that |
19:46.38 | NetRipper | ;) |
19:46.45 | dcordes | ? |
19:46.57 | NetRipper | i mean |
19:47.01 | NetRipper | (it was not a joke) |
19:47.07 | NetRipper | i didnt even think about leaving that android part out |
19:47.07 | NetRipper | :s |
19:47.12 | NetRipper | :) |
19:47.37 | dcordes | yea we already have htc-msm which is also based on an *android* branch. so that's alright |
19:47.49 | druidu | futex? |
19:48.00 | druidu | no, didn't run strace |
19:48.16 | *** join/#htc-linux tuxydo (n=joop@ip5455c588.speed.planet.nl) |
19:48.29 | dcordes | druidu, which MSM_FB_BASE and MSM_FB_SIZE do you use and where? is it the same on raph vs diam? |
19:48.34 | BruteSource | some kernel option android was complaining about not having |
19:49.04 | druidu | dcordes : it does, |
19:49.05 | druidu | arch/arm/mach-msm/board-trout.h:#define MSM_FB_BASE 0x03800000 |
19:49.05 | druidu | arch/arm/mach-msm/board-trout.h:#define MSM_FB_SIZE 0x00100000 |
19:49.11 | druidu | arch/arm/mach-msm/board-halibut.c:#define MSM_FB_BASE MSM_PMEM_GPU1_BASE + MSM_PMEM_GPU1_SIZE |
19:49.11 | druidu | arch/arm/mach-msm/board-halibut.c:#define MSM_FB_SIZE 0x200000 |
19:50.15 | dcordes | druidu, which are used with your config? |
19:50.17 | druidu | this is not a standard value |
19:50.31 | pH5 | druidu: are you subscribed to mobile-linux-discuss already? |
19:50.41 | dcordes | pH5, what must we do to update our local branches to fetch in the branch name? |
19:51.16 | druidu | basicly, the dma function to transfer the image on the screen needs a physical address, we can only write directly to virtual addresses that are mapped to some physical address |
19:51.21 | druidu | mobile-linux-discuss: not yet |
19:52.04 | pH5 | druidu: please do. |
19:52.04 | pH5 | nice to come back home and see there are active developers for all the new handsets. |
19:52.06 | dcordes | druidu, I don't understand why drivers/input/touchscreen/msm_ts.c doesn't find the definitions although I have the malmost like you |
19:52.16 | dcordes | pH5, back in .de? |
19:52.25 | druidu | any should work really, as long as they are the ones used by msm_fb.c... I used trout so the ones in board-trout.h, NetRipper probably used the other ones |
19:52.40 | NetRipper | yes i include the halibut |
19:52.43 | druidu | how did you include the file? |
19:52.44 | pH5 | dcordes: I fear I didn't understand that question (the first one, not the last ;)) |
19:52.52 | NetRipper | i modified the #include |
19:53.08 | druidu | use < > if it's relative to /include/ or " " if it's relativ to current directory |
19:53.20 | druidu | paste the #include line |
19:53.23 | NetRipper | i used "" |
19:53.29 | druidu | me too |
19:53.34 | dcordes | pH5, well we already have the android-msm-htc-2.6.25 branch checked out. when we commit I assume there will be a problem since you renamed it? |
19:53.37 | NetRipper | but it should be done more clealy |
19:53.39 | NetRipper | cleanly |
19:53.40 | druidu | if you changed the location of the files, the path changed |
19:54.07 | NetRipper | druidu, point is that there should not be a #include board.. in the msm_ts ;) |
19:54.08 | druidu | what branch are we working on? htc-msm? |
19:54.26 | NetRipper | android-msm-htc-2.6.25 but will be or is already renamed to htc-msm-2.6.25 |
19:54.27 | druidu | exactly |
19:54.32 | dcordes | no htc-msm has the old kaiser and polaris .24 code |
19:54.40 | druidu | and we're synced with their updates? |
19:54.47 | dcordes | no |
19:55.00 | druidu | but we can pull them on request right? |
19:55.03 | dcordes | htc-msm-2.6.25 is bare (google) android-msm-htc-2.6.25 |
19:55.13 | NetRipper | dcordes, as temporary workaround until msm_ts is using the proper api, we could extern the MSM_FB_BASE and SIZE in board-*.c |
19:55.22 | dcordes | druidu, in an ideal world I would like to put both, yese |
19:56.05 | *** part/#htc-linux szsoftware (n=sven@e178206089.adsl.alicedsl.de) |
19:56.07 | dcordes | raphael and polaris use these values?? : |
19:56.08 | dcordes | #define MSM_FB_BASE MSM_PMEM_GPU1_BASE + MSM_PMEM_GPU1_SIZE |
19:56.08 | dcordes | #define MSM_FB_SIZE 0x200000 |
19:56.14 | *** join/#htc-linux exco (n=exco@e181065187.adsl.alicedsl.de) |
19:57.03 | druidu | pH5: do you administer the mobile-linux-discuss project or something? |
19:58.10 | NetRipper | i think kevin does |
19:58.13 | dcordes | druidu, what do you think, I diff with what I have now, and you review it against your and NetRipper's code? |
19:58.31 | dcordes | both, pH5 and Kevin2 are mobile-linux administrators. |
19:58.39 | NetRipper | ok |
19:58.56 | druidu | it shouldn't be very hard to port to kernel fb code, just open fb device (maybe ioctl for width/height), and maybe mmap it or something |
19:59.10 | druidu | ok :) |
19:59.17 | dcordes | ok? I upload it |
20:01.14 | druidu | we could also put extern struct fb_info *registered_fb[]; then use registered_fb[0]->screen_base instead of that constant and ioremap |
20:01.15 | *** join/#htc-linux szsoftware (n=sven@e178206089.adsl.alicedsl.de) |
20:01.25 | druidu | should have done that... :) |
20:02.39 | BruteSource | druidu whats your day job? |
20:03.32 | druidu | theoretically... I'm a student |
20:03.47 | druidu | but I work as a web developer mostly |
20:04.03 | BruteSource | i see |
20:04.19 | BruteSource | you a cs major? |
20:04.27 | druidu | yes |
20:04.40 | dcordes | http://linuxtogo.org/~lgorris/git-diff-htc-msm-2.6.25-20082810.diff |
20:04.43 | BruteSource | ee maybe? |
20:05.11 | druidu | web development is just temporary, pocket money :) |
20:05.35 | dcordes | druidu, my changes are adding MACH_HTCRAPHAEL and 3 spots where I used ifdef to make the changes specific to CONFIG_MACH_HTCRAPHAEL |
20:05.42 | BruteSource | your school focus on c or java? |
20:06.00 | dcordes | university of java |
20:06.18 | dcordes | android university college |
20:06.58 | druidu | dcordes : I'm sending you updated -ts and -vkbd files, to take memory address from kernel directly |
20:07.01 | druidu | at runtime |
20:07.07 | dcordes | NetRipper, can you also look at the diff. it is just to show what I mean by keeping the board stuff board-specific... |
20:08.10 | dcordes | druidu, yea send but I don't even know if my branch works at all. |
20:08.34 | dcordes | can't even complete the build because of the touchscreen problem with MSM_FB* definition |
20:09.12 | druidu | pH5: I registered to the mailing list, does that mean I will get access? :) |
20:09.20 | druidu | new version won't need them |
20:09.33 | dcordes | ok |
20:11.01 | ALoGeNo | lo all |
20:11.24 | dcordes | Alo ALoGeNo |
20:11.30 | ALoGeNo | tmzt are you over here? |
20:11.36 | ALoGeNo | hi :)= |
20:11.55 | dcordes | how's your uni? |
20:13.00 | ALoGeNo | hehe tnx for ask :), well the poor follow with the same kernel ^^ |
20:13.46 | ALoGeNo | and i was doing test with 5 version of kernels ;) |
20:13.49 | miknix | ping BabelO |
20:14.33 | ALoGeNo | dcordes you think that i must apply this patch? http://svn.o-hand.com/repos/poky/trunk/meta/packages/linux/linux-rp-2.6.26/binutils-buildid-arm.patch |
20:15.32 | dcordes | ALoGeNo, out of clue there, sorry |
20:15.34 | pH5 | dcordes: ah, ok. You can use "git remote update" to get the new branch names, rename the branch locally and edit .git/config or use git-config to rename the tracked remote branch (git-config branch.htc-msm-2.6.25.merge refs/heads/htc-msm-2.6.25). |
20:15.54 | pH5 | druidu: well yes, I guess you are our diamond man now. |
20:16.16 | dcordes | pH5, that sounds horrible. how can I remove the current branch ? |
20:16.30 | pH5 | dcordes: you really should read the git manpages some time ;) |
20:16.30 | druidu | hehe, thanks :) |
20:16.41 | dcordes | :( |
20:16.49 | druidu | dcordes : your patch has some extra stuff from the old htc_fb_console.c driver |
20:17.01 | NetRipper | dcordes, header of board-raphael.c should be updated |
20:17.14 | druidu | infernix: /drivers/android/Kconfig /drivers/android/Makefile |
20:17.24 | dcordes | NetRipper, it's just a copy for now. and I added the definitions back in. |
20:17.27 | druidu | sorry, that was "in" not infernix |
20:17.41 | dcordes | druidu, ok I will restore these changes |
20:18.00 | pH5 | dcordes: git branch -d android-msm-htc-2.6.25 ; git checkout -b htc-msm-2.6.25 origin/htc-msm-2.6.25 # something like that |
20:18.05 | NetRipper | dcordes, and at bottom of board-raphael.c it says MACHINE_START(HALIBUT, should probably become RAPHAEL and the other changes in that block |
20:18.10 | dcordes | pH5, thanks |
20:18.16 | dcordes | yea I know |
20:19.00 | NetRipper | you wanted a review ;) |
20:19.44 | dcordes | NetRipper, I am making a list |
20:20.44 | NetRipper | dcordes, the irq.c #ifdef is wrong, it'll execute the set_irq_flags double now for raphael |
20:21.06 | dcordes | ok |
20:21.25 | NetRipper | dcordes, should be: if (is_machine_raphael() && n == INT_DEBUG_TIMER_EXP) |
20:21.36 | dcordes | hold up |
20:21.50 | pH5 | NetRipper: htcraphael and HTCRAPHAEL, respectively. |
20:22.20 | NetRipper | oh, machine_is_htcraphael() |
20:22.27 | pH5 | at least that's the name that is registered in the arm machine database |
20:22.44 | *** join/#htc-linux Guimli (i=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
20:22.45 | NetRipper | pH5, yes |
20:23.03 | NetRipper | pH5, just checked, had the order wrong as well ;) |
20:23.16 | dcordes | NetRipper, ok how to put it ? |
20:23.25 | druidu | dcordes: http://octav.oricum.ro/android/msm_ts.c http://octav.oricum.ro/android/msm_vkeyb.c |
20:23.30 | NetRipper | if (machine_is_htcraphael() && n == INT_DEBUG_TIMER_EXP) |
20:24.14 | NetRipper | dcordes, assuming you updated mach-types.h |
20:24.27 | NetRipper | dcordes, its not in my patch yet |
20:24.44 | druidu | doesn't need MSM_FB_BASE anymore, but touchscreen does need the TS #defines that i added in msm_iomap.h and the patch in arch/msm/io.c (which you already have) |
20:24.46 | dcordes | druidu, replaced. |
20:25.08 | dcordes | NetRipper, can't we use the kernel configuration way? |
20:25.28 | NetRipper | dcordes, sure then add #else |
20:25.34 | NetRipper | i think |
20:25.34 | dcordes | ah right |
20:26.12 | NetRipper | replace #endif with #else and put #endif a line lower |
20:26.51 | dcordes | NetRipper, http://rafb.net/p/ALannI54.html |
20:27.55 | NetRipper | dcordes, excactly |
20:28.02 | dcordes | ok |
20:29.34 | BruteSource | man you guys are always knockin shit down left and right, wish you were workin with omap850 |
20:29.40 | druidu | we can build a joint raphael/diamond kernel |
20:30.27 | druidu | make it so that stuff only raphael has doesn't crash the kernel on diamond (mmc for ex) |
20:32.13 | dcordes | druidu, is mmc relevant now? you should remove it from board init for both machines |
20:32.34 | dcordes | druidu, you want to add CONFIG_MACH_HTCDIAMOND ? |
20:33.15 | *** join/#htc-linux lastik_ (n=eraser@80.92.96.29) |
20:34.22 | dcordes | BruteSource, ? |
20:34.59 | BruteSource | i just version people when im bored, soory. |
20:35.01 | dcordes | BruteSource, btw, is your excalibur code available publicly? |
20:35.02 | BruteSource | sorry |
20:35.41 | BruteSource | its not mine, and i dont think penguinz has posted the source yet |
20:36.27 | dcordes | good then penguinz code, what does it base on? |
20:36.30 | BruteSource | were kinda giving up since there is no example of someone getting the gsm hardware working on omap850 |
20:36.37 | NetRipper | dcordes, some defines are both in drivers/android/Kconfig and in arch/arm/mach-msm/Kconfig (i.e. HTC_FB_CONSOLE_DELAY) |
20:36.58 | dcordes | NetRipper, it was already fixed. |
20:37.16 | dcordes | i.e. I removed it from drivers/android/Kconfig |
20:37.17 | NetRipper | druidu, i'd like that, having one kernel that boots both |
20:37.24 | NetRipper | dcordes, ok |
20:37.27 | dcordes | NetRipper, it's mandatory... |
20:37.35 | NetRipper | dcordes, just saying as i found it in the patch ;) |
20:37.38 | NetRipper | dcordes, ok |
20:37.42 | BruteSource | the kernel is based on linwizard, the userspace is android, same with userland |
20:38.29 | dcordes | NetRipper, ya duidu already spotted it. |
20:38.33 | NetRipper | ok |
20:38.36 | dcordes | druidu, found anything else? |
20:39.11 | NetRipper | i didnt find anything else btw |
20:39.22 | BruteSource | dcordes why you know someone who wants to do the radio stuff? |
20:39.28 | BruteSource | why; |
20:39.33 | BruteSource | why, even |
20:39.41 | BruteSource | i hate this keypad |
20:41.54 | dcordes | NetRipper, druidu, did you dump the nand partition tables for diam/raph? |
20:42.16 | BruteSource | dcordes? |
20:42.28 | *** join/#htc-linux Guimli (n=guimli@ecu69-1-82-231-127-213.fbx.proxad.net) |
20:42.29 | NetRipper | dcordes, no, there are dumps on raph rom forum though |
20:42.32 | dcordes | BruteSource, no |
20:42.47 | BruteSource | why did you inquire then? |
20:42.54 | dcordes | NetRipper, szsoftware and me did a wiki page for polaris kaiser nand |
20:42.55 | BruteSource | just out of curiosity |
20:43.48 | dcordes | NetRipper, http://wiki.xda-developers.com/index.php?pagename=KaiserNAND http://wiki.xda-developers.com/index.php?pagename=PolarisNAND |
20:44.25 | dcordes | NetRipper, did you checkout what you get out of /dev/mtd0 ? I just came to thought of nand because I see in your config it is enabled |
20:44.41 | NetRipper | i haven't checked it yet |
20:45.41 | dcordes | ok I'm curious if it works ootb. on kaiser it does with the msm_defconfig mtd settings. just it has no partitions. |
20:45.50 | *** part/#htc-linux Kalemas (i=ejabberd@jabbus.org) |
20:46.24 | dcordes | i.e. you can read out /dev/mtd0 but it only spits odd data |
20:46.33 | *** join/#htc-linux infernixx (n=nix@unaffiliated/infernix) |
20:50.24 | BruteSource | 2.8 is out? |
20:50.27 | druidu | dcordes : don't think it is necessary yet, we would just duplicate code |
20:50.41 | dcordes | druidu, 2 boardfiles? |
20:50.43 | *** join/#htc-linux tuxydo (n=joop@ip5455c588.speed.planet.nl) |
20:51.47 | dcordes | druidu, that keyboard looks really nice. you made it all from scratch? |
20:52.03 | druidu | was talking about separate raphael and diamond board files |
20:52.18 | dcordes | ya ok I think only one is enough for both for now |
20:52.21 | dcordes | as well |
20:52.49 | druidu | yep, one night, including the touchscreen driver and learning the protocol :) |
20:53.22 | druidu | it looks good but it's a mess inside hehe |
20:53.41 | dcordes | amazing. in order to use it (with the latest update you provided), I must enable the 8x8 font. but that would enable framebuffer console, no? |
20:54.27 | druidu | nope, frame buffer console *support* |
20:54.34 | dcordes | alright |
20:54.35 | druidu | that means all files that would allow for fb drivers |
20:55.01 | druidu | I used the 8x8 so that it fits nicely near tux :) |
20:55.18 | dcordes | ok so with all the updates, the local tree here seems to build |
20:55.29 | druidu | gimme zImage please |
20:55.35 | dcordes | one minute |
20:55.48 | druidu | board is derived from halibut? |
20:55.52 | dcordes | yes |
20:56.04 | dcordes | I will up the diff and zImage |
20:56.34 | szsoftware | druidu: NetRipper: have both Diamond and Raphael 640x480 Display? |
20:56.39 | druidu | yes |
20:56.42 | druidu | they are almost identical |
20:56.54 | szsoftware | druidu: ok |
20:56.58 | druidu | raphael has a qwerty keyboard, flashlight and mmc |
20:57.35 | BruteSource | anyone using 2.6.28? |
20:57.48 | szsoftware | druidu: ah, yeah I remember why I didn't like Diamond (lag of mmc) |
20:57.50 | druidu | nope, msm support is only for 2.6.25 |
20:58.06 | BruteSource | i mean on there comp |
20:58.24 | druidu | I like it cause it's very thin and light |
20:58.41 | szsoftware | druidu: swetland said, next android's htc-msm will be 2.6.27 |
20:59.20 | dcordes | szsoftware, raphael vs diamond is similar to kaiser vs polaris |
20:59.35 | szsoftware | dcordes: thx |
21:00.08 | szsoftware | dcordes: but you've also no flashlight, no ? :-) |
21:00.49 | druidu | yes, no diamond for flashlight, made initial debugging a real pain :D |
21:01.24 | dcordes | druidu, http://linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-00 |
21:01.29 | dcordes | please do not blame me for frying |
21:01.40 | NetRipper | dcordes, lol |
21:02.05 | BHSPitWeb | tmzt: FYI, I just ordered a USB cable |
21:02.30 | BHSPitWeb | can't be arsed with bluez I don't think |
21:02.56 | tmzt | BHSPitWeb: did you see what they said on #linwizard, that they can maybe detect lcd and don't need to patch kernel for every device? |
21:03.15 | NetRipper | dcordes, i take it we use the raphael mtype now? |
21:03.24 | NetRipper | (you modified the machine_start, right?) |
21:03.39 | dcordes | NetRipper, no |
21:04.00 | NetRipper | dcordes, in that case there's now board-halibut and board-raphael for the same mtype, that'll give problems, wont it? |
21:05.00 | dcordes | dunno but don't think so |
21:05.09 | NetRipper | how will it chose which to pick then? |
21:05.13 | dcordes | druidu, exact code for the zImage http://linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-01.diff |
21:05.14 | tmzt | if only one is in .config, it shouldn't compile/link |
21:05.18 | tmzt | them at all |
21:05.42 | dcordes | but there is no diamond naming in the code, no? |
21:05.55 | NetRipper | dcordes, ok so did you remove CONFIG_MACH_HALIBUT out of .config then? |
21:06.00 | dcordes | yes |
21:06.06 | NetRipper | ok |
21:06.12 | dcordes | .config is not in the patch and I did not yet add the htcraphael_defconfig |
21:06.21 | BHSPitWeb | tmzt: no, never been there |
21:07.18 | BHSPitWeb | tmzt: is this like, a kernel patch someone's working on releasing? Or an idea someone just tossed around? |
21:07.24 | NetRipper | kernel panic |
21:07.42 | BHSPitWeb | NetRipper: your kernel's got some anxiety issues |
21:08.03 | NetRipper | BHSPitWeb? |
21:08.25 | NetRipper | dcordes, i still had mem=120M in my haret, maybe that causes this kernel panic ;) |
21:08.35 | NetRipper | panic had to do with memory paging |
21:08.43 | tmzt | BHSPitWeb: they were just talking about it earlier today |
21:09.48 | dcordes | NetRipper, ok that solved it? |
21:09.50 | dcordes | druidu, boots? |
21:09.53 | NetRipper | dcordes, trying |
21:10.25 | druidu | dcordes : comment out the two calls to proc_comm_wait_for() in arch/arm/mach-msm/proc_comm.c |
21:10.46 | druidu | boots but I get all those timeouts, proc_comm is not working yet so comment out all the code so it will go further |
21:10.49 | druidu | you don't get that? |
21:11.11 | NetRipper | yes same here |
21:11.19 | NetRipper | i thought i saw it in your patch though |
21:11.22 | dcordes | ok great it does _something_ |
21:11.26 | NetRipper | yes |
21:11.38 | druidu | ops |
21:11.38 | dcordes | druidu, I thought the return 0 added by NetRipper's patch sorts that |
21:11.40 | druidu | I use trout |
21:11.41 | druidu | just realized |
21:11.46 | druidu | in my default.txt |
21:11.47 | druidu | :) |
21:12.01 | NetRipper | lol druidu, i use halibut, same resul tthough ;) |
21:12.05 | druidu | it was commented out I think, don't remember |
21:12.11 | NetRipper | dcordes, it should be commented out yes |
21:12.24 | dcordes | shall we ifdef that? |
21:12.33 | NetRipper | arch/arm/mach-msm/proc_comm.c function int msm_proc_comm |
21:12.39 | BHSPitWeb | tmzt: meh, at least with the cable I can actually sync stuff |
21:12.53 | dcordes | http://rafb.net/p/cejzUP22.html can you update that pastebin accordingly? |
21:13.18 | NetRipper | rename CONFIG_BOARD_RAPHAEL to CONFIG_MACH_RAPHAEL |
21:13.52 | dcordes | ok |
21:13.55 | NetRipper | uh |
21:13.59 | druidu | I commented out all the functions that used msm_proc_* too, in case they decided to keep trying to use proc_comm (some gpio functions in trout) :) |
21:14.01 | NetRipper | thought you named it like that |
21:14.19 | dcordes | NetRipper, yes |
21:14.24 | druidu | also, won't the screen turn off if you don't disable the power on/off functions? |
21:14.32 | druidu | for panel and mddi |
21:15.50 | druidu | and comment out the annoying two printks in drivers/video/msm_fb/mdp.c: // printk(KERN_ERR "mdp irq already on already on %x %x\n", |
21:16.06 | druidu | and // printk(KERN_ERR "mdp_dma_to_mddi: busy\n"); |
21:16.31 | druidu | there are standard defines in arch/arm/tools |
21:16.43 | dcordes | #ifndef CONFIG_MACH_HTCRAPHAEL |
21:16.43 | dcordes | printk(KERN_ERR "mdp irq already on already on %x %x\n", |
21:16.43 | dcordes | <PROTECTED> |
21:16.43 | dcordes | #endif |
21:16.52 | dcordes | ok |
21:16.56 | druidu | make sure you have latest version of arch/arm/tools/mach-types (see header on where to get it) |
21:17.29 | NetRipper | dcordes, ah ok then it must be CONFIG_MACH_HTCRAPHAEL instead of just RAPHAEL :) |
21:17.55 | druidu | yes, better use standard names, maybe someday we will merge with main linux kernel :) |
21:18.37 | NetRipper | and that day i shall open up a bottle of champagne |
21:18.56 | dcordes | druidu, did you see the diff I pasted? |
21:18.58 | dcordes | to the zImage |
21:19.33 | ulaas | is the git repos accessible that you are working on? |
21:19.59 | dcordes | ulaas, yes but no diamond/raphael code in there yet |
21:20.14 | dcordes | ulaas, http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.25 |
21:21.36 | druidu | hehe, LOGO_DIAMRAPH_CLUT224 :) |
21:22.20 | dcordes | druidu, can you look what I did wrong in mdp.c ? |
21:22.22 | dcordes | #ifndef CONFIG_MACH_HTCRAPHAEL |
21:22.22 | dcordes | printk(KERN_ERR "mdp irq already on already on %x %x\n", |
21:22.22 | dcordes | <PROTECTED> |
21:22.22 | dcordes | #endif |
21:22.32 | druidu | yes, it's ok |
21:22.40 | dcordes | that is already in the zImage I uploaded |
21:22.43 | druidu | unless you do that, it spams the console every second with that message |
21:22.54 | druidu | did you reupload?| |
21:22.57 | NetRipper | dcordes, we dont see that message, so that's good |
21:23.03 | NetRipper | dcordes, its just the proc_comm that didnt work |
21:23.17 | druidu | the +#if defined(CONFIG_BOARD_RAPHAEL) |
21:23.31 | druidu | that's why NetRipper's proc_comm patch didn't work |
21:23.34 | NetRipper | yes that one |
21:23.39 | NetRipper | think dcordes already modified it |
21:23.57 | dcordes | yes but only locally. |
21:24.03 | druidu | NetRipper: did you get anywhere with the usb drivers? |
21:24.12 | dcordes | shall I reup image and diff, druidu ? |
21:24.34 | NetRipper | druidu, no, i really want to speak with swetland about that, there is an 'ether' usb function, but its unknown how it works and what is needed on 'the other side' |
21:25.02 | dcordes | NetRipper, I wonder why you get the mdp printks because the above ifndev was already compiled in http://www.linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-00 |
21:25.14 | NetRipper | dcordes, just said we dont get the message :) |
21:25.20 | dcordes | sorry |
21:25.24 | NetRipper | nps :) |
21:25.47 | dcordes | should we disable usb init in board_htcraphael.c for now? |
21:26.01 | NetRipper | i think it inits fine, so we can leave it |
21:26.29 | druidu | well, we can look in the code, it might speak for itself :P |
21:26.30 | NetRipper | it's properly recognized by a host as well |
21:26.46 | dcordes | ok then. |
21:26.57 | druidu | drivers/usb/function/ether.c written by google team? |
21:26.59 | dcordes | I will upload the zImage with fixed proc_comm printk ifdef |
21:27.12 | NetRipper | druidu, yes, which is why i want to speak with swetland :) |
21:27.12 | dcordes | druidu, is there anything else wrong ? |
21:27.14 | druidu | dcordes : no, it workes |
21:27.22 | druidu | I even mounted usbfs |
21:27.31 | dcordes | oh, ok. |
21:27.32 | druidu | but some drivers like the ether usb crash my kernel |
21:27.42 | druidu | I only enabled addb and msm7k diag |
21:27.46 | dcordes | druidu, shall I make a htcraphael_defconfig from my .config ? |
21:27.52 | druidu | + usb host side and usbfs |
21:28.09 | NetRipper | dcordes, let's first test the new compiled zimage |
21:28.10 | druidu | yes, should be useful |
21:28.18 | druidu | of course, when it works :) |
21:28.26 | druidu | do you have NetRipper's initrd? |
21:28.26 | dcordes | ok will reupload |
21:28.28 | NetRipper | dcordes, we'll put a defconfig that boots to shell |
21:28.36 | NetRipper | dcordes doesn't have a raph/diamond |
21:28.40 | dcordes | druidu, no and don't need because I have no msm7201A |
21:28.44 | druidu | duh: * Author: Brian Swetland <swetland@google.com> |
21:28.46 | druidu | stuped me |
21:28.52 | NetRipper | druidu, you're forgiven :P |
21:28.57 | dcordes | druidu, in which file? |
21:29.05 | druidu | dcordes: ? what device do you have? |
21:29.09 | dcordes | htckaiser |
21:29.14 | druidu | ah, I see |
21:29.18 | szsoftware | dcordes: btw. should'nt we move "our" touch screen drivers also to /drivers/input/touchscreen/, instead leaving it in /arch/arm/mach-msm/ ? in arch-msm/Kconfig/ we should provide "select FOOBARS" in the Phone configs |
21:29.21 | NetRipper | in ether.c |
21:29.25 | dcordes | I want to merge what we do right here with kaiser and polaris after it works for you |
21:29.38 | druidu | actually |
21:29.44 | druidu | i put them there initially |
21:30.08 | druidu | but right now they're too msm specific to go there, they're early stage really |
21:30.26 | szsoftware | druidu: you refer to my statements? |
21:30.30 | druidu | can't call it a real driver until a I make those darn irqs fire |
21:30.41 | druidu | szsoftware: yes |
21:30.57 | NetRipper | druidu, maybe you have more luck when you're back on a 'clean' kernel git ;) |
21:31.05 | szsoftware | druidu: so actually they reside in arm-msm? |
21:31.08 | dcordes | szsoftware, yes that makes a lot of sense |
21:31.26 | dcordes | szsoftware, it's ugly building them with the system Makefile |
21:31.31 | szsoftware | dcordes: ok right, I just want to sync my work |
21:31.32 | druidu | they're not bound to anything actually, not sure where dcordes put them in the end |
21:31.35 | dcordes | also had that thought |
21:31.45 | druidu | NetRipper : actually I restarted from scratch quite a few times |
21:32.01 | druidu | most of the times because I'm not good at using git yet |
21:32.02 | druidu | :D |
21:32.07 | NetRipper | lol |
21:32.18 | NetRipper | git has a steap learning curve it seems ;) |
21:33.08 | dcordes | I'm a bit confused what needs changing in the http://linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-00 ? |
21:33.09 | druidu | I find it really cryptic, but it may be that I haven't worked much with versioning systems |
21:33.13 | *** join/#htc-linux hollo (n=hollo@3e6b025d.rev.stofanet.dk) |
21:33.25 | druidu | dcordes: is this the old one? |
21:33.26 | druidu | or new one? |
21:33.28 | dcordes | yes |
21:33.33 | dcordes | the only one I upped |
21:33.35 | NetRipper | dcordes, you fixed the proc_comm, recompile it please :) |
21:33.45 | szsoftware | mv ../../../drivers/input/touchscreen/msm_vkeyb.c ./ |
21:33.46 | dcordes | ok compiling. |
21:33.48 | szsoftware | mv msm_vkeyb.c ../../../drivers/input/touchscreen/ |
21:33.50 | szsoftware | haha |
21:34.32 | druidu | if he does that, he also has to update Kconfig and Makefile in both dirs (original and new) :) |
21:35.26 | druidu | NetRipper: what can we do next to get the low level stuff running? |
21:35.39 | druidu | do we have enough specs on smd/proc_comm to make them work? |
21:35.42 | NetRipper | emmm i'd really like to refer you to cr2 |
21:35.56 | NetRipper | but i'd think clocks |
21:35.59 | dcordes | http://linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-01 |
21:36.04 | NetRipper | and smd/proc_comm |
21:36.12 | NetRipper | and i2c keyboard for raph ;) |
21:36.44 | NetRipper | oh and we can check if we can read nand with /dev/mtd0 |
21:36.55 | NetRipper | thx dcordes |
21:36.57 | dcordes | http://linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-01.diff |
21:37.57 | dcordes | NetRipper, druidu before moving on, see what cr2_ keeps |
21:38.14 | dcordes | he said earlier he wants to push some stuff once we added the branch, initial patch |
21:38.17 | NetRipper | dcordes, can you pastebin the proc_comm code again? |
21:38.29 | NetRipper | dcordes, the return 0 is still not active :) |
21:38.40 | dcordes | wtf I did not save it |
21:38.44 | NetRipper | lol |
21:38.44 | BHSPitWeb | tmzt: guess the answer is no? |
21:39.03 | NetRipper | dcordes, check for typos, it must be CONFIG_MACH_HTCRAPHAEL |
21:39.35 | dcordes | sorry guys |
21:39.49 | dcordes | http://linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-02 |
21:40.11 | NetRipper | nps |
21:40.14 | dcordes | #if defined(CONFIG_MACH_HTCRAPHAEL) |
21:40.14 | dcordes | / netripper ; proc comm disabled |
21:40.15 | dcordes | return 0; |
21:40.15 | dcordes | #endif |
21:40.15 | NetRipper | rebooting ;) |
21:43.15 | NetRipper | ok |
21:43.28 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) [NETSPLIT VICTIM] |
21:43.28 | *** join/#htc-linux tcccp (n=hey@223.66.238.89.arpa-addr.in) [NETSPLIT VICTIM] |
21:43.28 | *** join/#htc-linux hlbot (n=adm@iclem.net) [NETSPLIT VICTIM] |
21:43.28 | *** join/#htc-linux Kevin2 (n=Kevin2@207-237-52-122.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com) [NETSPLIT VICTIM] |
21:43.29 | *** join/#htc-linux NiZoX (n=none@2a01:e35:8a13:a2b0:21c:c0ff:fe25:ff68) |
21:43.29 | *** join/#htc-linux shoragan (n=shoragan@debian/developer/shoragan) |
21:43.29 | *** join/#htc-linux paulproteus (n=paulprot@2002:db69:2513:0:0:0:0:1) |
21:43.29 | *** join/#htc-linux swetland (n=swetland@nat/google/x-6eae5cb1f4c43e79) |
21:43.42 | *** join/#htc-linux druidu (n=root@213.164.231.5) [NETSPLIT VICTIM] |
21:43.49 | NetRipper | we scared cr2_ away |
21:43.50 | BHSPitWeb | and he took all of clarke with him |
21:43.57 | *** join/#htc-linux ahmeni (n=ahmeni@ahmeni.net) [NETSPLIT VICTIM] |
21:43.57 | NetRipper | how dare he |
21:43.59 | *** join/#htc-linux fo_Q (n=foq@mk084020180168.a1.net) |
21:44.06 | dcordes | haha |
21:44.06 | NetRipper | kernel panic once again |
21:44.06 | druidu | netsplit :) |
21:44.06 | *** join/#htc-linux cr2_ (n=konversa@crpl6.physik.uni-wuppertal.de) [NETSPLIT VICTIM] |
21:44.07 | NetRipper | druidu, check how this one boots for you: http://linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-02 |
21:44.07 | NetRipper | pls |
21:44.07 | NetRipper | :) |
21:44.09 | NetRipper | im seeing trout_init() |
21:44.15 | NetRipper | dcordes, so it's using board-trout.c |
21:44.37 | druidu | no |
21:44.41 | druidu | it's you who used the wrong mtype |
21:44.44 | druidu | he compiled both |
21:44.44 | druidu | :) |
21:44.51 | NetRipper | im using halibut mtype |
21:45.03 | druidu | ok, weird |
21:45.39 | dcordes | NetRipper, between 00 and 02 is only the proc comm returning 0 and the mdp prints removed |
21:45.54 | druidu | actually, use RAPHAEL mtype |
21:45.56 | *** join/#htc-linux lnxpenguin4ever (n=lnxpengu@72-60-224-154.area4.spcsdns.net) [NETSPLIT VICTIM] |
21:45.56 | *** join/#htc-linux ahmeni (n=ahmeni@unaffiliated/ahmeni) |
21:45.56 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-96-249-151-72.hrbgpa.fios.verizon.net) [NETSPLIT VICTIM] |
21:46.03 | dcordes | druidu, does it work on the diamond? |
21:46.03 | NetRipper | dcordes, yes, it goes further than before now |
21:46.08 | druidu | wait, testing now |
21:46.08 | *** join/#htc-linux ahmeni_ (n=ahmeni@ahmeni.net) |
21:46.08 | dcordes | k |
21:46.16 | NetRipper | dcordes, it just took the trout board instead of raphael |
21:46.26 | dcordes | k |
21:46.40 | NetRipper | dcordes, have you updated mach-types? |
21:46.45 | dcordes | no |
21:46.50 | dcordes | will do |
21:47.00 | druidu | +MACHINE_START(HALIBUT, "Halibut Board (QCT SURF7200A)") |
21:47.27 | druidu | board-htcraphael uses halibut mtype |
21:47.31 | NetRipper | yes |
21:47.39 | druidu | make sure you don't compile with halibut support, things might so crazy |
21:47.42 | druidu | collisions etc |
21:47.49 | dcordes | updated locally |
21:47.51 | *** join/#htc-linux wasup (n=Tech@208.47.103.106) |
21:48.05 | wasup | ~seen zdooder |
21:48.10 | apt | zdooder <n=troy@c-67-160-50-188.hsd1.wa.comcast.net> was last seen on IRC in channel #htc-linux, 14d 55m 38s ago, saying: 'wasup: very cool'. |
21:48.10 | NetRipper | dcordes, also update MACHINE_START please |
21:48.18 | dcordes | druidu, HALIBUT is n in my config |
21:48.46 | dcordes | NetRipper, where is MACHINE_START ? |
21:48.51 | NetRipper | dcordes, board-raphael.c |
21:48.59 | NetRipper | dcordes, bottom of the file |
21:49.01 | dcordes | ok |
21:49.12 | druidu | dcordes : I got kpanic |
21:49.16 | druidu | memory access at 0x00000000 |
21:49.20 | druidu | like null pointer fun :) |
21:49.23 | NetRipper | druidu, after the trout_init |
21:49.24 | NetRipper | right? |
21:49.32 | dcordes | druidu, you think it is because the proc comm returns null now? |
21:49.41 | druidu | yes, but again, why trout init? :) |
21:49.43 | druidu | don't get it |
21:49.51 | NetRipper | dcordes, no, proc_comm returning 0 is fine |
21:50.10 | druidu | dcordes : you sure you're using the right mach-types file? |
21:50.26 | dcordes | druidu, nope I just updated it locally |
21:50.38 | druidu | locally? |
21:50.39 | dcordes | in the builds are still the old |
21:50.40 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
21:50.59 | NetRipper | dcordes, you used the raphael mtype? |
21:51.01 | NetRipper | uh |
21:51.02 | NetRipper | sorry |
21:51.04 | druidu | it's strange that it boots trout with halibut id, and trout is newer than halibut |
21:51.07 | NetRipper | druidu, you used the raphael mtype? |
21:51.27 | druidu | nope, I used halibut because I looked in the .diff and that's what he used :) |
21:51.33 | NetRipper | druidu, hehe ok |
21:51.41 | druidu | btw, do we know how to shut down the device / reboot? |
21:51.45 | druidu | is there a simple gpio? |
21:51.59 | NetRipper | druidu, no idea yet |
21:52.13 | NetRipper | druidu, im kind of glad it doesnt reboot yet, wouldn't have time to read error in 3 seconds ;) |
21:52.20 | druidu | hehe, true |
21:52.39 | dcordes | I will up the zImage with updated mach-types |
21:53.15 | druidu | dcordes : you can also compile with msm_fb support, if my fb works, msm_fb will work too (provided that the panel initialization functions don't turn it off) |
21:54.15 | druidu | and if you enable both, you'll get my console until the fb is inited |
21:54.52 | dcordes | http://www.linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-03 updated mach-types and MACHINE_START name |
21:54.56 | *** join/#htc-linux solar (n=solar@smtp.gentoo.org) |
21:55.05 | NetRipper | druidu, i think msm_fb is enabled by default |
21:55.12 | NetRipper | thx dcordes |
21:55.14 | dcordes | yes I think so as well |
21:56.10 | NetRipper | oops |
21:56.12 | NetRipper | forgot update mtype |
21:56.12 | NetRipper | :D |
21:56.33 | dcordes | right now, I think raph/diam don't interfer at all with the other MACHs |
21:57.25 | NetRipper | ok |
21:57.51 | NetRipper | dcordes, raph mtype is 1910 right? |
21:58.06 | dcordes | yes |
21:58.17 | druidu | NetRipper: might be wrong, but drivers/usb/function/ether.c doesn't look like it's gonna work |
21:58.35 | NetRipper | druidu, how so? |
21:58.46 | druidu | it seems unfinished, it just sets up the device and some queues and locks, but I don't see any actual transfer functions |
21:58.55 | NetRipper | druidu, oh :s |
21:59.30 | NetRipper | it does register a usb0 ether device and i thought i saw some read/write things |
21:59.38 | NetRipper | dcordes, doesn't boot :x |
21:59.51 | NetRipper | dcordes, did you add board-raphael in Makefile? |
22:00.13 | dcordes | NetRipper, I didn't change much between the zImage which worked for you and now |
22:00.40 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
22:00.42 | NetRipper | dcordes, mtype has changed, when mtype is wrong, it fails directly after jumping to kernel even before MMU is enabled |
22:01.03 | dcordes | remove the mdp printks, correct proc comm to return 0, update mach-types, edit naming in board-htcraphael.c |
22:01.15 | NetRipper | dcordes, so at runtime it's unable to find a matching board now, which means there's a problem in configuration or compilation |
22:01.31 | NetRipper | dcordes, can you make a new diff? |
22:01.33 | dcordes | I will uplaod the diff |
22:01.36 | dcordes | :) |
22:01.36 | NetRipper | thx |
22:01.36 | NetRipper | :) |
22:01.48 | *** join/#htc-linux ALoGeNo (n=QUAKEIII@142.Red-81-37-222.dynamicIP.rima-tde.net) |
22:02.11 | druidu | are there any docs on proc_comm on the net? |
22:02.27 | druidu | like RFCs? specs? anything? |
22:02.42 | NetRipper | druidu, maybe on wikipedia |
22:02.47 | NetRipper | druidu, a basic introduction or something |
22:03.05 | dcordes | upp'D |
22:03.18 | NetRipper | i need to read up on i2c etc too :x :P |
22:03.26 | druidu | nothing, zero |
22:03.27 | dcordes | http://www.linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-03.diff |
22:03.28 | NetRipper | all this is new for me ;) |
22:03.31 | NetRipper | thx dcordes |
22:03.50 | druidu | i2c has plenty of docs, including in the kernel |
22:03.56 | druidu | proc_comm... ZERO |
22:04.10 | dcordes | druidu, NetRipper how did you paint the smiley at http://www.netripper.nl/raphael/pics/20081027_touchscreen_keyboard3.jpg ? |
22:04.19 | dcordes | I first thought it is tslib_test |
22:04.23 | dcordes | but that looks different |
22:04.24 | druidu | with the stylus :) |
22:04.33 | druidu | it draw yellow dots after calibration |
22:04.33 | NetRipper | dcordes, lol druidu made a gimmick, when touch screen is calibrated, ou can draw on the screen |
22:04.48 | druidu | it's like kernel fingerpainting |
22:04.48 | druidu | :) |
22:04.54 | NetRipper | i love gimmicks like that |
22:05.02 | dcordes | :-D |
22:05.20 | dcordes | lol how nerdy. I also loved playing with tslib_test on the kaiser ^^ |
22:05.39 | druidu | touchscreen libs should work, my driver sends standard messages, although just raw data, not calibrated |
22:05.55 | dcordes | druidu, you didn't base on android ts driver, right? |
22:06.23 | NetRipper | lol dcordes you made it MACHINE_START(HTCKAISER instead of HTCRAPHAEL |
22:06.45 | dcordes | kaiser'D! |
22:07.06 | druidu | nope, it's written from scratch |
22:07.07 | NetRipper | "HTC kaiser cellphone (aka HTC Touch Pro)" there you do it correctly :P |
22:07.17 | druidu | it's very simple, really |
22:07.34 | dcordes | fixed locally. it's automatism ;) |
22:07.46 | NetRipper | dcordes ;) can't wait for next kernel :P |
22:07.52 | NetRipper | you can build it right away |
22:08.03 | dcordes | wait, there is no changes? |
22:08.17 | dcordes | does that affect the boot process? |
22:08.19 | NetRipper | yes you modify the MACHINE_START(HTCKAISER ..... to HTCRAPHAEL |
22:08.21 | NetRipper | yes |
22:08.25 | dcordes | ok building |
22:08.32 | dcordes | MACHINE_START(HTCRAPHAEL, "HTC raphael cellphone (aka HTC Touch Pro)") |
22:08.33 | NetRipper | it's what matches the mtype with the board file |
22:08.37 | NetRipper | yes |
22:08.55 | *** join/#htc-linux BabelO_ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
22:09.33 | dcordes | upp'D |
22:09.50 | NetRipper | rename :p |
22:11.17 | dcordes | ok if you will boot then |
22:11.27 | miknix | guys, is there any difference between using -mtune=arm926ej-s vs -mtune=arm10tdmi ? |
22:11.31 | dcordes | http://www.linuxtogo.org/~lgorris/buildszImage-htcraphael-20082810-04 |
22:12.05 | NetRipper | dcordes, ok boots better, but still not perfect |
22:12.16 | miknix | arm10tdmi should produce armv5 code |
22:12.57 | NetRipper | dcordes, let's disable some things in kernel config |
22:12.59 | NetRipper | sec |
22:13.23 | dcordes | org.openembedded.dev/conf/machine/include/tune-arm926ejs.inc |
22:13.24 | dcordes | FEED_ARCH = "armv5te" |
22:13.24 | dcordes | # For gcc 3.x you need: |
22:13.24 | dcordes | #TARGET_CC_ARCH = "-march=armv5te -mtune=arm926ejs" |
22:13.24 | dcordes | # For gcc 4.x you need: |
22:13.25 | dcordes | TARGET_CC_ARCH = "-march=armv5te -mtune=arm926ej-s" |
22:13.27 | dcordes | BASE_PACKAGE_ARCH = "armv5te" |
22:13.47 | dcordes | miknix, fwiw maybe this provides any hint |
22:13.58 | BruteSource | i thought you guys were working with arm11? |
22:14.04 | dcordes | druidu, can you boot http://www.linuxtogo.org/~lgorris/buildszImage-htcraphael-20082810-04 ? |
22:14.45 | NetRipper | dcordes, let me list a few things to enable/disable |
22:15.01 | NetRipper | dcordes, under networking, disable bluetooth completely |
22:15.03 | miknix | dcordes, thanks. no difference at all then |
22:15.08 | NetRipper | (maybe under wireless submenu) |
22:15.16 | druidu | trying now |
22:15.43 | druidu | 404 |
22:15.47 | druidu | did you rm it? |
22:15.59 | dcordes | NetRipper, ok bluetooth networking is disabled. |
22:16.37 | kaze | http://linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-04 |
22:16.45 | NetRipper | dcordes, device drivers -> i2c support -> misc i2c chip support -> disable AKM8976 compass driver |
22:16.45 | dcordes | druidu, sorry typo |
22:16.45 | kaze | druidu ^^ |
22:16.56 | druidu | ah yes |
22:17.00 | kaze | missing a / |
22:17.00 | druidu | disable that, crashes kernel |
22:17.12 | druidu | also the cam driver crashed |
22:17.22 | dcordes | let's also disable cam |
22:17.29 | dcordes | ok |
22:17.33 | NetRipper | yes |
22:17.40 | dcordes | <PROTECTED> |
22:17.43 | dcordes | was led tested? |
22:17.52 | NetRipper | dcordes, not tested, but doesnt crash (at raph) |
22:18.10 | NetRipper | druidu, does mmc driver crash diamond? |
22:18.13 | druidu | netspider: without any drivers, should I be able to list all device ids on i2c bus? |
22:18.21 | druidu | *netripper |
22:18.23 | *** join/#htc-linux fo_Q_ (n=foq@mk084020180168.a1.net) |
22:18.36 | druidu | NetRipper: nope, it was just an example a few pages pack |
22:18.37 | druidu | :) |
22:18.43 | druidu | don't think so |
22:18.45 | NetRipper | druidu, dont know, the msm i2c thing will be there, just no device drivers for things on the bus |
22:18.57 | NetRipper | druidu, ok, let's keep mmc enabled for now |
22:19.01 | dcordes | NetRipper, you need msm_sdcc anyway for wifi |
22:19.11 | druidu | the idea is to list i2c device ids so we can see what devices we have |
22:19.24 | NetRipper | dcordes, ok |
22:19.59 | NetRipper | dcordes, can you cat .config | egrep 'HTC_FB_CONSOLE|HTC_FB_CONSOLE_DELAY|HTC_FB_CONSOLE_BOOT' |
22:20.21 | dcordes | CONFIG_HTC_FB_CONSOLE=y |
22:20.21 | dcordes | # CONFIG_HTC_FB_CONSOLE_DELAY is not set |
22:20.21 | dcordes | # CONFIG_HTC_FB_CONSOLE_BOOT is not set |
22:20.30 | NetRipper | please enable CONFIG_HTC_FB_CONSOLE_BOOT |
22:20.39 | dcordes | ok |
22:20.40 | druidu | can't we probe all 255 ids? |
22:20.42 | druidu | and see which respond? |
22:20.53 | NetRipper | druidu, i dont know enough about i2c, sorry |
22:20.56 | dcordes | CONFIG_HTC_FB_CONSOLE_BOOT=y |
22:20.57 | BHSPitWeb | Is there a version of Haret made to be viewed properly on a portrait LCD? |
22:21.25 | BHSPitWeb | I know it's not a huge deal, but the UI extends off my screen :( |
22:21.27 | druidu | enable all three actually, delay is activated after delay loop is calibrated and that is right before fb is initialized |
22:21.36 | NetRipper | druidu, my device is getting hot after the kernel panic btw |
22:21.43 | NetRipper | druidu, you may want to soft reset |
22:21.44 | NetRipper | ;) |
22:22.01 | dcordes | ok all enabled |
22:22.15 | druidu | NetRipper: don't leave it in the kernel too much, my drivers are battery killers |
22:22.32 | NetRipper | druidu, that too hehe |
22:22.42 | NetRipper | druidu, bad power management mister |
22:22.48 | dcordes | boot w/o battery ? |
22:22.57 | druidu | or keep it plugged in usb, although I don't think it would charge... maybe just use usb power? |
22:23.09 | NetRipper | dont know, i usually keep it in usb |
22:23.09 | dcordes | NetRipper, druidu anything else in the default configuration to change? what abotu filesystems? |
22:23.18 | NetRipper | dcordes, ah yes, add ext2 and ext3 |
22:23.24 | NetRipper | dcordes, its needed for initrd |
22:23.31 | dcordes | ok |
22:23.37 | NetRipper | let me diff my .config with msm_defconfig |
22:23.42 | dcordes | ok |
22:24.01 | druidu | dcordes: default is just yaffs2, but well... ext2, ext3, procfs |
22:24.12 | druidu | maybe usbfs if you enabled host side usb |
22:24.33 | dcordes | do we need the following for raph? |
22:24.35 | dcordes | CONFIG_MACH_TROUT=y |
22:24.35 | dcordes | CONFIG_TROUT_BATTCHG=y |
22:24.35 | dcordes | CONFIG_TROUT_PWRSINK=y |
22:24.35 | dcordes | CONFIG_TROUT_H2W=y |
22:24.35 | druidu | not sure if it can do anything |
22:24.48 | NetRipper | ookay diffing is no use, :P |
22:24.49 | dcordes | it's disturbing we build for different boards now. |
22:25.09 | druidu | we don't really now how much of that stuff really works, probably not much |
22:25.54 | dcordes | you guys wanna try an image w/o all the 4 trout configs? |
22:25.56 | druidu | I should set up irqs on all gpio diamond pins and see if I can map at least the buttons and stylus detect |
22:26.02 | dcordes | and the other changes to defconfig ? |
22:26.18 | dcordes | pendown irq? |
22:26.44 | druidu | it's a gpio I think |
22:26.53 | druidu | which yes, can generate an irq |
22:27.37 | *** part/#htc-linux exco (n=exco@e181065187.adsl.alicedsl.de) |
22:27.42 | druidu | damn, lots of stuff to do |
22:27.52 | NetRipper | hehe yea |
22:27.55 | NetRipper | don't get discouraged :) |
22:28.02 | NetRipper | (pretty please) |
22:28.05 | dcordes | what about config? |
22:28.10 | NetRipper | still checking dcordes |
22:28.20 | druidu | neah, just that I'll be kind of busy for like two weeks, going to have to work hard |
22:28.36 | druidu | not sure how much time I can spare to work on this... but I'll try |
22:28.47 | NetRipper | druidu, nps, im sure we'll leave things for you to do :D |
22:28.54 | druidu | before I got the diamond, I was trying to put android on an iRiver X20 mp3 player |
22:29.22 | druidu | yes, I know it has no phone, no keyboard, no wireless, no bluetooth, but it would be cool :) |
22:29.35 | NetRipper | lol |
22:29.45 | NetRipper | at least diamond has more potential ;) |
22:29.56 | NetRipper | dcordes, does it compile withou tthe TROUT in config? |
22:30.12 | druidu | I did manage to find gpios of lcd backlight and some leds + had the chip datasheet |
22:31.35 | dcordes | druidu, cool how did you access it? |
22:31.44 | dcordes | the flash |
22:31.55 | dcordes | NetRipper, yes. wanan try? |
22:32.06 | dcordes | s/wanan/want to/ |
22:32.18 | NetRipper | dcordes, give me 1 more minute to see if i can make comparying easier |
22:32.30 | NetRipper | ok no i cant |
22:32.34 | NetRipper | yes make a build pls:) |
22:33.31 | dcordes | http://www.linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-05 |
22:34.03 | NetRipper | ok i got a better diff after all, but i'll first check the build :P |
22:34.41 | dcordes | http://www.linuxtogo.org/~lgorris/diffs/config-raphael-05 |
22:35.05 | NetRipper | great, boots to shell |
22:35.26 | NetRipper | druidu, can you test pls? |
22:36.04 | dcordes | http://www.linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-05.diff |
22:36.27 | NetRipper | druidu, you should make the calibration pixels on x=10 and y=10 and x=470 and y=630 (a bit off the edge) :p |
22:36.38 | NetRipper | oh dcordes ! we need to enable logo! |
22:36.39 | NetRipper | :D |
22:37.01 | dcordes | is it the msm logo? |
22:37.17 | NetRipper | no i dont think so |
22:37.23 | NetRipper | uh |
22:37.24 | NetRipper | yes it is |
22:37.27 | NetRipper | actually i think |
22:37.30 | dcordes | ok enabled |
22:37.37 | NetRipper | no its not :P |
22:37.39 | druidu | I was lazy, it was easier to do the maths :P |
22:37.43 | NetRipper | CONFIG_LOGO=y |
22:37.44 | NetRipper | and |
22:37.50 | druidu | anyway, the TS area is a bit larger than the screen |
22:37.50 | NetRipper | CONFIG_LOGO_DIAMRAPH_CLUT224=y |
22:37.55 | druidu | (hence, the need for calibration) |
22:37.59 | NetRipper | you can unset the other LOGO_LINUX* |
22:38.36 | dcordes | <dcordes> ok enabled |
22:38.42 | NetRipper | druidu, also can you remove PPP? also known to cause problems |
22:38.51 | dcordes | 06 |
22:38.53 | druidu | mtype 1439 = halibut ? |
22:38.59 | NetRipper | druidu, yes, but use raphael |
22:39.02 | NetRipper | 1910 |
22:39.04 | dcordes | sorry |
22:39.18 | druidu | me? where to remove it from? :) |
22:39.20 | NetRipper | dcordes, CONFIG_LOGO is not same as CONFIG_MSM_LOGO |
22:39.24 | druidu | dcordes maybe :P |
22:39.27 | dcordes | duh |
22:39.29 | NetRipper | sorry druidu, dcordes indeed |
22:39.30 | NetRipper | :) |
22:39.35 | NetRipper | why do you both start with d |
22:40.10 | druidu | there's some stuff about PPP in mdp.c, but I don't think it conflicts with the driver... dunno |
22:41.01 | NetRipper | i had it hanging on ppp init once out of every 10 boots |
22:41.04 | NetRipper | (or so) |
22:41.14 | druidu | works! |
22:41.16 | druidu | got a shell |
22:41.19 | NetRipper | cool |
22:41.19 | NetRipper | :) |
22:41.31 | dcordes | NetRipper, http://www.linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-06 |
22:41.33 | dcordes | logo |
22:41.36 | NetRipper | k |
22:41.49 | druidu | the timing on printk is really annoying |
22:41.58 | druidu | you should disable it |
22:42.00 | NetRipper | its the new default since a while |
22:42.07 | druidu | it clutters the screen and also hides my calibration dot :P |
22:42.11 | NetRipper | lol |
22:42.16 | NetRipper | that's because there's no logo ;) |
22:42.25 | druidu | ah, true, just realized |
22:42.36 | druidu | if you scroll window, logo disapears (shift+pgup/down) |
22:42.36 | dcordes | no logo? |
22:42.42 | NetRipper | dcordes, with 05 |
22:42.45 | dcordes | ah ok |
22:42.50 | cr2_ | hi |
22:42.57 | druidu | hello |
22:42.58 | NetRipper | cr2_, good evening |
22:43.04 | cr2_ | got some time free ;) |
22:43.11 | NetRipper | back from germany? |
22:43.11 | NetRipper | ;) |
22:43.23 | cr2_ | hehe |
22:43.52 | cr2_ | are you removing junk code from g1 ? |
22:44.03 | dcordes | we removed the trout configurations, yes. |
22:44.05 | cr2_ | the log is so huge that i can't backscroll |
22:44.10 | cr2_ | ok |
22:44.21 | NetRipper | lol |
22:44.23 | druidu | btw, ppp module inits fine NetRipper, mmc too |
22:44.24 | cr2_ | have you cnaged the bt gpio alt pins ? |
22:44.32 | cr2_ | hm. |
22:44.32 | druidu | I disabled netfilter, there's no need for those |
22:44.40 | dcordes | NetRipper, logo works? |
22:44.46 | NetRipper | yes works dcordes |
22:44.55 | NetRipper | looking lovely |
22:44.59 | cr2_ | can you merge the gpio_conf() from the vogue into your tree and ifndef ANDROID |
22:45.05 | cr2_ | or somethign like that |
22:45.21 | dcordes | NetRipper, ok officially put it as defconfig? |
22:45.43 | cr2_ | how should we comment out the g1 amss-dependent code ? |
22:46.14 | NetRipper | dcordes, well im happy with it for now |
22:46.18 | dcordes | ok |
22:46.37 | BHSPitWeb | Dumb question -- For a non-wifi device, what way(s) are there to make the device reachable from haretconsole? |
22:46.48 | BHSPitWeb | (WinMo6) |
22:46.48 | druidu | aren't we basing our code on latest android kernel git? |
22:46.48 | NetRipper | BHSPitWeb, activesync |
22:47.02 | druidu | I don't see the qdsp5/ dir |
22:47.08 | cr2_ | well, we may merge it into out own proc_comm implementation, but it will look as bit strange |
22:47.18 | NetRipper | druidu, yes, we're using copy of android-htc-msm-2.6.25 of git.android.com |
22:47.26 | NetRipper | s/htc-msm/msm-htc/ |
22:47.37 | BHSPitWeb | NetRipper: ah. Guess that's what I'll do if necessary, though do you know if the same can be done with synce? (I mainly use Linux) |
22:47.52 | NetRipper | BHSPitWeb, sorry, no experience with synce |
22:48.14 | dcordes | ok I'm cleaning, rebuilding, diffing, uploading with the defconfig |
22:48.24 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-96-249-151-72.hrbgpa.fios.verizon.net) |
22:48.36 | BHSPitWeb | NetRipper: well, guess that's why I claimed my free copy of vista as a student |
22:48.42 | NetRipper | druidu, when i scroll up, i lose the virtual keyboard (and logo, but that's pretty understandable) |
22:48.57 | NetRipper | BHSPitWeb, smart ;) |
22:49.11 | NetRipper | BHSPitWeb, always take what's free ;) |
22:49.11 | druidu | there'http://android.git.kernel.org/?p=kernel/msm.git;a=tree;f=arch/arm/mach-msm/qdsp5;h=fc0e735b57f369e5a17a0df1907a03690dc23c6b;hb=android-msm-htc-2.6.25 |
22:49.31 | druidu | NetRipper: actually you just loose the image of the keyboard, you can scrollback blindly |
22:49.38 | druidu | the scroll is done by shifting video memory |
22:49.45 | druidu | I just draw to same memory area |
22:49.59 | druidu | touchscreen is unaffected |
22:50.02 | NetRipper | druidu, how do you mean blindly? keep tapping same spot? :p |
22:50.12 | druidu | any key would reset the scroll |
22:50.12 | druidu | :) |
22:50.16 | NetRipper | k |
22:50.19 | druidu | so just tap something |
22:50.28 | cr2_ | lol |
22:50.36 | cr2_ | xda-dev is fun |
22:50.47 | cr2_ | "we could always wait for an exploit for the 2.6.25 kernel and then compile it for the android." |
22:51.13 | dcordes | haha that kills it!! |
22:51.15 | druidu | btw, does android autoupdate firmware or something? |
22:51.17 | dcordes | totally |
22:51.20 | druidu | I heard there was an exploit recently |
22:51.26 | druidu | not kernel though |
22:51.59 | BHSPitWeb | NetRipper: speaking of which, Crossover is free today http://codeweavers.com |
22:52.12 | BHSPitWeb | Anyone know of a good telnet client for winmo? |
22:52.15 | dcordes | lol |
22:52.21 | druidu | cr2_: can we use stuff in arch/arm/mach-msm/qdsp5/ ? http://android.git.kernel.org/?p=kernel/msm.git;a=tree;f=arch/arm/mach-msm/qdsp5;h=fc0e735b57f369e5a17a0df1907a03690dc23c6b;hb=android-msm-htc-2.6.25 |
22:52.50 | cr2_ | yes, but crosscheck with vogue |
22:53.10 | druidu | cr2_: any ideas on getting that ts irq to work? |
22:53.17 | NetRipper | BHSPitWeb, thx :) |
22:53.29 | *** join/#htc-linux BabelO__ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
22:53.32 | dcordes | http://www.linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-07 http://www.linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-07.diff |
22:53.52 | cr2_ | druidu: let's merge the gpio_conf() first |
22:53.53 | ahmeni_ | BHSPitWeb: telnet or SSH? |
22:54.01 | cr2_ | it's a really critical thing to have |
22:54.08 | BHSPitWeb | ahmeni_: telnet, though a good app would do both ;) |
22:54.20 | dcordes | cr2_, did you try that with the vogue conf on your raph? |
22:54.20 | cr2_ | hehe. |
22:54.29 | NetRipper | dcordes, what did you change in that build? |
22:54.38 | cr2_ | dzo declares the api as htc with 4 params, but then uses it with 2. |
22:54.45 | dcordes | virtually nothing. the defconfig is added in the diff. |
22:54.55 | NetRipper | dcordes, ah ok |
22:55.04 | cr2_ | dcordes: it's not the vogue conf, but the code to control the gpio conf on msm. |
22:55.04 | NetRipper | dcordes, will you commit it? |
22:55.13 | dcordes | and I make clean 'D before the rebuild. just to make sure. zImage and diff are in total sync |
22:55.17 | cr2_ | dcordes: androids do it with proc_comm |
22:55.26 | ahmeni | BHSPitWeb: zatelnet basic for just telnet, zatelnet pro for ssh/telnet (but it's $20), pocketty if you can get it to work (free) |
22:55.32 | dcordes | cr2_, they return 0 for proc comm |
22:55.38 | druidu | cr2_ : isn't that working already? I can use a few gpio keys to type 3 characters on the screen |
22:55.57 | cr2_ | druidu: i'll point you to the exact code |
22:56.05 | NetRipper | there is a GPIO event driver already |
22:56.18 | druidu | it even works :) |
22:56.23 | NetRipper | yea |
22:56.26 | cr2_ | hehe. |
22:56.32 | cr2_ | bluetooth please ;) |
22:56.50 | druidu | I disabled it, bluetooth is the last thing we need |
22:57.08 | druidu | or you wanna get a serial bluetooth connection? |
22:57.13 | cr2_ | it's not a bt, but the code msm issue |
22:57.33 | cr2_ | the next problem will be the subsystem clocks. |
22:57.41 | druidu | so, you said something about some specific gpio code |
22:57.43 | cr2_ | s/code msm/core msm/ |
22:57.43 | NetRipper | eh, does bluetooth driver in kernel match the hardware we have in raph? |
22:57.44 | *** join/#htc-linux BabelO__ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
22:57.51 | cr2_ | yes |
22:57.55 | NetRipper | oh |
22:58.01 | cr2_ | we need the serial port |
22:58.09 | cr2_ | imho uart1 (not confirmed) |
22:58.14 | cr2_ | uart1DM |
22:58.21 | cr2_ | and the correct gpio config. |
22:58.38 | druidu | btw, I do get a message saying mmc clock was initialized, so maybe clocks work? |
22:58.50 | cr2_ | no, it's a different thing |
22:58.51 | druidu | is it on the usb pins? |
22:58.53 | NetRipper | druidu, also get a message that it left 20 clocks uninitialized :P |
22:59.09 | druidu | yes, because no driver requested them |
22:59.18 | NetRipper | ok ;) |
22:59.28 | druidu | I think :D |
23:00.48 | druidu | cr2_: do you have any docs on proc_comm? like how it works, protocols, specifications, anything? |
23:01.09 | dcordes | NetRipper, they all have http://wiki.xda-developers.com/index.php?pagename=KaiserBT |
23:01.13 | dcordes | afaik |
23:01.25 | cr2_ | druidu: +void gpio_func(int gpio, int func, int oe, int op) |
23:01.37 | dcordes | cr2_, are you sure bluetooth is accessed through the uart? |
23:02.00 | cr2_ | http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=91c3dd1e05f93e9a844ced37395ec652ea964200#patch3 |
23:02.00 | BHSPitWeb | Wouldn't it be possible to run HaRET in listen mode, then open a WinMo telnet client and connect to 127.0.0.1? |
23:02.09 | cr2_ | dcordes: uart1 and uart1DM |
23:02.27 | cr2_ | druidu: there are no proc_comm docs at all |
23:02.45 | cr2_ | druidu: only the RE vogue implementation |
23:02.59 | cr2_ | druidu: and my partial DEX table in wiki |
23:03.33 | cr2_ | dcordes: the gpio_func() as dzo calls it, should be the same for kaiser et al. |
23:04.03 | cr2_ | this is actually an alt gpio config. |
23:04.17 | cr2_ | need to check how pxa does it in 2.6.27 now |
23:04.18 | druidu | can we set up some printks to trace the gpio for each button? |
23:04.25 | dcordes | cr2_, on the kaiser we use what was provided with the (early) google code plus htc-egpio. |
23:04.40 | cr2_ | druidu: yes, you can modify the driver. |
23:05.05 | cr2_ | dcordes: early (and any) gogle code is useless for that. |
23:05.20 | dcordes | cr2_, you think we should replace that? |
23:05.26 | cr2_ | dcordes: it's about configuring the alt gpio config for msm itself. |
23:05.39 | cr2_ | dcordes: it should be ifdef'd |
23:05.46 | druidu | cr2_: because I've seen slighly variations in google's code and vogue's code (not only memory locations) |
23:06.07 | cr2_ | dcordes: i'm not quite sure the android people will merge it into their tree. but let's see. |
23:06.27 | druidu | cr2_: we can write a linux app to do that, run it on the console using touchscreen keyboard :) |
23:06.36 | druidu | try each gpio pin or smth |
23:06.44 | cr2_ | druidu: vogue is 7500 (non-A) cpu, there _are_ some hw differences. sometimes very annoying. |
23:06.49 | dcordes | cr2_, where is that code with the alt gpio configurations located? |
23:07.01 | cr2_ | dcordes: here |
23:07.03 | cr2_ | <PROTECTED> |
23:07.12 | druidu | cr2_ : so I understand htcdiamond/raphael have 4 gpio chips? |
23:07.16 | cr2_ | grep for gpio_func, as i've said |
23:07.34 | *** join/#htc-linux nebi (n=nebi@c-498fe253.02-145-7570701.cust.bredbandsbolaget.se) |
23:07.35 | cr2_ | druidu: 6 banks on msm7201A |
23:07.46 | dcordes | cr2_, looks complicated. will you help adapting it to kais? |
23:07.52 | cr2_ | druidu: and 5 banks + cpld extender on 7x00 |
23:07.52 | druidu | so how many pins in total? |
23:08.03 | druidu | what's cpld btw? |
23:08.31 | cr2_ | on kaiser ? |
23:08.34 | dcordes | druidu, a device that extends gpios and irqs |
23:08.39 | cr2_ | check the wiki, i don't remember |
23:08.45 | druidu | you know, we should also make a wiki page with the "architecture" of the device, like all the chips is has inside, all the buses, how they're connected to eachother |
23:09.11 | cr2_ | druidu: *MemoryMap is something like that |
23:09.12 | *** join/#htc-linux lnxpenguin4ever (n=lnxpengu@72-60-224-154.area4.spcsdns.net) |
23:09.36 | ali1234 | druidu: complex programmable logic device. it's a bit like a one-time programmable fpga |
23:09.37 | cr2_ | because it documents all mmaped CPU subsystems |
23:09.48 | druidu | I see, thanks ali1234 |
23:09.57 | dcordes | druidu, good idea. we could at least document and explain the differences between the A and non-A and 75* and 72* and such |
23:10.21 | dcordes | also a table with device/chipset would be useful |
23:10.30 | NetRipper | also would prefer it documented what is connected where via what bus |
23:10.30 | NetRipper | :) |
23:10.39 | cr2_ | the differences between 7200 and 7500 are gsm vs. cdma only |
23:10.56 | cr2_ | the real differences are between the non-A and A cpu |
23:11.24 | dcordes | what about 1 and non-1 ? |
23:11.33 | dcordes | was always wondering what that does |
23:11.45 | dcordes | is it the main clock? |
23:11.53 | cr2_ | just some patent stuff |
23:12.07 | dcordes | ok |
23:12.34 | dcordes | cr2_, do you want to review the raphael/diamond diff we just put together? |
23:12.43 | dcordes | I think it would be useful if somebody would push |
23:13.12 | cr2_ | does it compile cleanly ? can one run the compiled linload.exe ? |
23:13.37 | dcordes | http://www.linuxtogo.org/~lgorris/builds/zImage-htcraphael-20082810-07 http://www.linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-07.diff yes |
23:13.40 | NetRipper | cr2_, i dont use linload's for development, but i can make one for you if you want |
23:13.44 | dcordes | on both devices |
23:13.55 | NetRipper | cr2_, and we're using raphael mtype now |
23:14.00 | NetRipper | cr2_, for both diam and raph |
23:14.10 | cr2_ | ok |
23:14.31 | BruteSource | how are you guy on radio? |
23:14.47 | BruteSource | guys |
23:14.58 | *** join/#htc-linux SanMehat (n=san@nat/google/x-de2f18646c712f6f) |
23:17.29 | cr2_ | SanMehat: we need some comment from the "other" side :) |
23:17.30 | dcordes | I will apply -07 to my kaiser workbranch. |
23:18.43 | SanMehat | cr2_: pardon? |
23:18.46 | *** join/#htc-linux ginge (n=ginge@78-105-175-81.zone3.bethere.co.uk) |
23:18.53 | cr2_ | dcordes: +CROSS_COMPILE=/media/archiv/OE/org.openembedded.dev/tmp/cross/armv5te/bin/arm-angstrom-linux-gnueabi- |
23:19.02 | dcordes | let me remove that. |
23:19.10 | szsoftware | can someone give me please the/a link to a arm-linux-gnuabi toolchain? |
23:19.11 | cr2_ | SanMehat: :) i have some political question. |
23:19.34 | dcordes | cr2_, ok removed |
23:19.37 | SanMehat | cr2_: i suck at politics |
23:19.44 | dcordes | szsoftware, pick the OE one like I do |
23:19.48 | cr2_ | SanMehat: do we have a chance to merge the code to control msm gpios, touchscreen and clock into main msm tree ? |
23:20.09 | *** join/#htc-linux eufrat (n=eufrat@dsl-trebrasgw1-fe5dfa00-103.dhcp.inet.fi) |
23:20.31 | cr2_ | well, at least the touchscreen should be harmless |
23:20.32 | SanMehat | cr2_: i don't see why not |
23:20.48 | SanMehat | cr2_: as long as its not destabilizing and the code is good. |
23:21.11 | cr2_ | it will requires some kind of ifdef, because we have a different amss version |
23:21.28 | dcordes | szsoftware, cr2_ pasted an example :) |
23:21.39 | cr2_ | SanMehat: i guess it can be used to destabilize things. |
23:21.55 | SanMehat | cr2_: well clean up some patches and throw them up for review |
23:22.42 | cr2_ | SanMehat: druidu can't get the TS irqs for some reason, otherwise the driver works |
23:22.57 | szsoftware | dcordes: :-) it's because I reorganized the OE dir and deletet oe-tmp. It takes years for buildung the toolchain again. I use this too (if it's exist) |
23:23.15 | cr2_ | SanMehat: and the direct gpio control is included into the vogue tree, i'll say it's clean enough. |
23:23.25 | dcordes | szsoftware, many people pick up the codesourcery toolchain |
23:23.33 | *** join/#htc-linux wasup1 (n=Tech@208.47.103.106) |
23:23.53 | cr2_ | SanMehat: i'm a bit short of time now, need to move 600km south-east ;) |
23:24.01 | cr2_ | on the coming weekend. |
23:24.38 | dcordes | NetRipper, druidu shall I push? |
23:24.45 | SanMehat | cr2_: me too. i'm on vacation, getting married, and then on honeymoon :) |
23:24.50 | NetRipper | dcordes, one second |
23:25.24 | cr2_ | SanMehat: the clocks control is not going to be easy, but i must do at least the SD/wifi and i2c. and i'll do it. |
23:25.39 | szsoftware | dcordes: got it, thx: http://www.codesourcery.com/gnu_toolchains/arm/portal/package3397/public/arm-none-linux-gnueabi/arm-2008q3-41-arm-none-linux-gnueabi-i686-pc-linux-gnu.tar.bz2 |
23:26.24 | cr2_ | SanMehat: ok, if nobody will do it before me, i'll try to do it asap. |
23:26.43 | NetRipper | dcordes, doing a final test with your 07 |
23:27.13 | dcordes | NetRipper, ok |
23:27.28 | dcordes | cr2_, you found anything else despite the Makefile ? |
23:27.37 | cr2_ | druidu: i think that SMD needs some more general approach. there should be a way to find out the channel offsets in a standard way |
23:27.56 | cr2_ | druidu: not just digging and hardcoding the offsets into the smd.c |
23:27.59 | NetRipper | nothing was changed in 07, was it? |
23:28.10 | cr2_ | dcordes: i'll look now. |
23:28.47 | cr2_ | + bool "Boot console for HTC phones (needs a font which has width <= 8)" |
23:28.55 | druidu | szsoftware http://www.codesourcery.com/gnu_toolchains/arm/portal/subscription?@template=lite |
23:28.57 | cr2_ | can it be 'depends on' ? |
23:29.12 | druidu | ah, damn :P |
23:29.31 | cr2_ | +/* linux/arch/arm/mach-msm/board-.c |
23:29.38 | druidu | cr2_ well, the actual code seems to create some channels, not sure if they work though |
23:30.00 | druidu | it's not a specific font |
23:30.06 | cr2_ | +#define MSM_LINUX_SIZE 0x4c00000 |
23:30.10 | cr2_ | how much is that ? |
23:30.15 | druidu | but well, we could put a dep on VGA_8x8 font, sizce touchscreen depends on that |
23:30.20 | cr2_ | 4*16+12 |
23:30.26 | cr2_ | 64+12=78 |
23:30.49 | druidu | 76 MB |
23:31.02 | druidu | :) |
23:31.10 | cr2_ | is it the max RAMSIZE ? |
23:31.14 | cr2_ | yes, i'm wrong :) |
23:32.12 | druidu | #define MSM_PMEM_MDP_BASE MSM_LINUX_BASE + MSM_LINUX_SIZE |
23:32.18 | druidu | so, no |
23:33.03 | cr2_ | ? |
23:33.39 | druidu | there's a define like that in board-halibut.c |
23:34.31 | druidu | no, it is not the ramsize I think... |
23:34.36 | NetRipper | druidu, what ramaddr do you use in default.txt? |
23:34.43 | druidu | btw, if we have 128 mb ram why can't we use them all? |
23:34.49 | druidu | 0x10000000 |
23:34.51 | cr2_ | 8MB for MDP, 8MB for ADSP, 8MB for GPU1 and 2MB for FB |
23:34.51 | druidu | standard |
23:34.59 | NetRipper | druidu, ok, no, standard in haret is 0x2* |
23:35.09 | cr2_ | 24+6=26MB |
23:35.18 | NetRipper | druidu, at least for devices that are recognized :) |
23:35.20 | cr2_ | NetRipper: 0x2 can't be used. |
23:35.23 | druidu | they keep a bigger fb buffer to do framebuffer scroll by shifting the buffer |
23:35.33 | NetRipper | cr2_, i've noticed, i'll adjust that in haret |
23:35.35 | cr2_ | dcordes: +static struct resource smc91x_resources[] = { |
23:35.43 | cr2_ | dcordes: this is completely useless |
23:35.55 | druidu | standard for msm I guess :D |
23:36.02 | cr2_ | also static struct platform_device smc91x_device = { |
23:36.17 | druidu | that's for an enterhnet controller in halibut |
23:36.21 | druidu | there's also a driver |
23:36.24 | dcordes | ok |
23:36.31 | NetRipper | druidu, cr2_, can you both check if this linload works? http://www.netripper.nl/raphael/raph_20081029-00_cleanups.exe |
23:36.45 | cr2_ | hehe. the MDDI #ifdefs certainly do not belong here. |
23:36.45 | dcordes | cr2_, the _changes_ to the original branch are not tremendous. |
23:37.03 | cr2_ | dcordes: we don't want to preserve junk |
23:37.15 | druidu | downloading |
23:37.18 | dcordes | cr2_, which file? ifdefs? |
23:37.19 | cr2_ | there is not smc91x* in raph/diam |
23:37.32 | druidu | it was just on the testboard |
23:37.39 | druidu | I disabled all ethernet stuff |
23:37.43 | cr2_ | dcordes: a/arch/arm/mach-msm/board-htcraphael.c |
23:37.46 | druidu | what should rmnet driver do? |
23:37.58 | dcordes | cr2_, ah ok. I guess we should also remove some stuff from the init |
23:38.07 | druidu | you could do a :%s/halibut/htcraphael/g |
23:38.14 | druidu | and another one with caps |
23:38.21 | dcordes | druidu, msm_rmnet manages all network traffic on the trout and halibut |
23:38.29 | dcordes | druidu, but not for us because of different amss |
23:38.32 | cr2_ | let's hope the uart1 is really bt. it may be traced, actually |
23:38.34 | dcordes | me think |
23:38.44 | druidu | yeah, but what lowlevel resources/peripherals does it use? |
23:38.47 | dcordes | cr2_, I asked if you are sure about the uart because... |
23:39.10 | dcordes | cr2_, http://linuxtogo.org/~lgorris/kaiser-bootkit/README.txt : *make bluetooth work (its a HCI device using addr 0xa0200000 to talk to the a9 via SMD irq 0 and 1) |
23:39.18 | druidu | cr2_: we have a working console, cook your initrd and play with it :) |
23:39.24 | cr2_ | ok, we will have more i2c devices later. i need to add them to wiki |
23:39.43 | druidu | cr2_: can we bruteforce i2c and see all device ids that are connected? |
23:39.47 | cr2_ | + &smc91x_device, |
23:39.48 | druidu | there are like 255 max right? |
23:40.13 | cr2_ | druidu: you can try i2c-utils or tools |
23:40.14 | druidu | there should be the accelerometer, light sensor |
23:40.28 | cr2_ | druidu: i know the ids, and devices |
23:40.44 | cr2_ | just need to document them. |
23:40.52 | druidu | I wanted to probe all of them on my diamond, see what differences there are if any |
23:41.03 | cr2_ | and there will be differences between raphael and diamond. that's 100% sure |
23:41.13 | druidu | any i2c-utils binaries for arm? |
23:41.17 | cr2_ | the best thing you can do is to add the mmutrace |
23:41.24 | cr2_ | for the i2c read and write registers |
23:41.33 | cr2_ | you#ll learn a lot of iteresting things |
23:41.50 | dcordes | cr2_, do you think it would be good to put the kaiser code also in http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-msm-2.6.25 ? it is the same codebase. |
23:42.02 | cr2_ | about the luminocity sensor, backlight control, some keys, capacitive sensor and so on. |
23:42.14 | dcordes | cr2_, I think it would be best because at some point they must coexist anyway. |
23:42.29 | druidu | I still hope they dropped a compass in diamond and forgot that it was there :P |
23:42.32 | cr2_ | dcordes: kaiser will need a lot of core msm changes, because it's a diffrfent cpu |
23:42.35 | NetRipper | druidu, any luck on the linload? |
23:42.45 | cr2_ | druidu: no, they use a different chip |
23:42.52 | druidu | trying now, it was a slow download :P |
23:43.01 | cr2_ | druidu: which doesn#t 100% match the published specs. |
23:43.09 | NetRipper | druidu, hehe, i'll complain to my isp |
23:43.10 | NetRipper | :p |
23:43.15 | cr2_ | druidu: check the wiki |
23:43.41 | dcordes | cr2_, http://linuxtogo.org/~lgorris/diffs/git-diff-android-msm-htc-2.6.25_kaiser_20082210.diff vs http://www.linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-07.diff |
23:43.42 | druidu | works |
23:43.53 | cr2_ | dcordes: i think we can forget about this one: |
23:43.54 | druidu | bootconsole & fb & ts & vkbd |
23:43.56 | cr2_ | +void msm_serial_debug_init(unsigned int base, int irq, |
23:43.57 | cr2_ | + const char *clkname, int signal_irq); |
23:44.12 | druidu | it also says msm serial device initialized |
23:44.43 | cr2_ | +#if defined(CONFIG_MSM_SERIAL_DEBUGGER) |
23:44.43 | cr2_ | + msm_serial_debug_init(MSM_UART1_PHYS, INT_UART1, |
23:44.43 | cr2_ | + "uart1_clk", 1); |
23:44.43 | cr2_ | +#endif |
23:44.50 | NetRipper | druidu, ok |
23:45.11 | druidu | it crashes on my device as I remember |
23:45.14 | druidu | I always comment it out |
23:45.51 | cr2_ | +config TOUCHSCREEN_MSM |
23:45.56 | cr2_ | depends on MSM* |
23:46.21 | druidu | I made it depend on MSM_FB |
23:46.27 | druidu | which also depends on MSM |
23:46.38 | druidu | but well, really gotta use proper fb code |
23:47.03 | cr2_ | there are no dependencies in the patch. |
23:47.06 | cr2_ | +#define MSM_TS_LCD_WIDTH 480 |
23:47.06 | NetRipper | dcordes, leave me/us a message when you commit pls :) |
23:47.06 | cr2_ | +#define MSM_TS_LCD_HEIGHT 640 |
23:47.17 | cr2_ | this does not look very nice. |
23:47.20 | druidu | it's really messy, the driver |
23:47.33 | druidu | I know, I should query the framebufer right? |
23:47.51 | NetRipper | you should probably query the TS somehow |
23:47.52 | cr2_ | druidu: ifdef the funny drawing stuff :) |
23:48.08 | druidu | hehe |
23:48.17 | druidu | priority is getting the irq to work |
23:48.27 | dcordes | somebody feels like booting http://linuxtogo.org/~lgorris/diffs/git-diff-android-msm-htc-2.6.25_kaiser_20082210.diff =>>> http://www.linuxtogo.org/~lgorris/diffs/git-diff-htc-msm-2.6.25-20082810-07.diff ?? |
23:48.32 | dcordes | on their diamond or raphael ? |
23:48.33 | cr2_ | druidu: the ts driver does not need to know the lcd size. it's tslib business. |
23:48.36 | druidu | without that we still gotta poll and it's really inefficient |
23:48.57 | cr2_ | druidu: yes, enabling TS irqs is critical |
23:49.01 | druidu | cr2_ : I know, but I made the calibration on the driver to hack the onscreen keyboard |
23:49.15 | druidu | I wanted to make it work asap :) |
23:49.18 | cr2_ | yes, i know. but it's the way to move forward. |
23:49.20 | cr2_ | :) |
23:49.24 | druidu | true |
23:49.25 | BruteSource | but animals can't be jewish? |
23:49.33 | BruteSource | oops rong window |
23:49.37 | cr2_ | druidu: ifdef for now. |
23:49.43 | BruteSource | wrong |
23:49.48 | druidu | virtual keyboard needs to use kernel event interface for touchscreen input + framebuffer interface for drawing |
23:49.55 | cr2_ | druidu: we actually want to merge real working code into msm mainline. |
23:50.34 | druidu | if I were to give patches that I'm satisfied with, I'd probably never give them :D |
23:50.49 | *** part/#htc-linux wasup1 (n=Tech@208.47.103.106) |
23:51.02 | cr2_ | druidu: + if (request_irq(INT_TCHSCRN1, msm_ts_interrupt, IRQF_DISABLED, "msm_ts", 0) < 0) { |
23:51.18 | NetRipper | dcordes, if you build a kernel, i'll try |
23:51.20 | cr2_ | druidu: are the other builtin msm irqs requested in the same way. |
23:51.32 | druidu | cr2_: so how can we make the irq work? traced all memory activity in the areas around the touchscreen registers and did everything like that in the driver, still no irq |
23:51.34 | NetRipper | dcordes, brb 20 min though |
23:51.44 | cr2_ | druidu: the mainline people complain even about the tab formatting ;) |
23:52.03 | BruteSource | lol th "mainline people" |
23:52.06 | BruteSource | the |
23:52.08 | druidu | cr2_ : dunno, I took that from another touchscreen driver |
23:52.12 | druidu | hehe |
23:52.29 | cr2_ | druidu: something is wrong with the irq init code, obviously. |
23:52.31 | druidu | any link for kernel coding rules & stuff? |
23:52.44 | druidu | the thing is THAT |
23:52.47 | dcordes | NetRipper, thanks, but just noticed it's not so easy |
23:52.53 | druidu | I got the irq like 2 times, in separate occasions |
23:52.55 | cr2_ | druidu: what other builtin irqs are serviced by msm code ? |
23:52.55 | druidu | completely random |
23:53.18 | dcordes | drivers/video/msm/mddi.c:132: error: âstruct mddi_infoâ has no member named âlink_active_idle_lockâ what does that mean? |
23:53.23 | dcordes | has no member? |
23:53.26 | druidu | there are 3 consecutive ones |
23:53.27 | druidu | #define INT_TCHSCRN_SSBI 29 |
23:53.27 | druidu | #define INT_TCHSCRN1 30 |
23:53.27 | druidu | #define INT_TCHSCRN2 31 |
23:53.37 | dcordes | struc mddi info is in no clubs? |
23:53.46 | cr2_ | http://wiki.xda-developers.com/index.php?pagename=Raphael_IRQ |
23:53.54 | NetRipper | dcordes, the struct definition has no link_active_idle_lock field defined... |
23:54.01 | cr2_ | hmm. + in the wiki means i've traced the uart3 irq. ... |
23:54.03 | druidu | #define INT_TCHSCRN_SSBI 29 |
23:54.03 | druidu | #define INT_TCHSCRN1 30 |
23:54.03 | druidu | #define INT_TCHSCRN2 31 |
23:54.05 | druidu | sorry |
23:54.07 | NetRipper | dcordes, when you merge kaiser you may find double-defined stuff |
23:54.16 | dcordes | NetRipper, what I do |
23:54.18 | NetRipper | dcordes, things that aren't properly renamed |
23:54.21 | druidu | INT_TCHSCRN1 is on pen down, INT_TCHSCRN2 followed immediately by INT_TCHSCRN1 is on pen up |
23:54.37 | dcordes | NetRipper, how can I fix that error? |
23:54.43 | cr2_ | i've seen only 30 and 31 |
23:54.56 | NetRipper | dcordes, you either modify the calling code, or you add a field to the struct, probably defined in one of the .h files |
23:55.00 | druidu | the reading and writing in the CTL register is what wince is doing, and without that the coordinates won't update |
23:55.04 | druidu | me too |
23:55.16 | druidu | SSBI, what does that stand for? |
23:55.19 | NetRipper | dcordes, though strange that it's not in the .diff |
23:55.28 | NetRipper | dcordes, you didnt get errors while applying patch? |
23:55.48 | NetRipper | hard to believe there wouldn't be any conflicts :p |
23:55.51 | druidu | dcordes: you probably took newer code and put it with older code, or vice-versa |
23:55.59 | cr2_ | druidu: how is the SD irq initialized ? |
23:56.06 | dcordes | NetRipper, only very trivial errors. a lot of fuzz though. the kaiser diff has 10k lines... |
23:56.11 | cr2_ | that's an irq that _must_ work :) |
23:56.14 | druidu | dunno, SD as in what? |
23:56.20 | cr2_ | SD card |
23:56.28 | cr2_ | for g1 |
23:56.32 | dcordes | druidu, no. the both diffs base on the same code |
23:56.44 | druidu | mdp_irq works, dma irq works |
23:56.46 | druidu | I think |
23:56.46 | cr2_ | druidu: 0x18 24 INT_SDC1_0 + |
23:57.10 | dcordes | druidu, on android-msm-htc-2.6.25 |
23:57.19 | cr2_ | druidu: i mean, are they configured and initialzed differently from the TS ? |
23:58.04 | dcordes | aw shit I applied against the wifi branch |
23:58.06 | druidu | not sure, but I don't think we need specific msm code to init irqs, the irq chip registers itself and its ops, then we request irqs via normal way |
23:58.14 | druidu | masking/unmasking is done by the chip functions |
23:58.19 | druidu | I am guessing they work |
23:58.23 | cr2_ | http://www.semiconductor.com/resources/reports_database/view_report.asp?pID=4969 |
23:58.35 | druidu | also, I put printk in the low level irq handler and the touchscreen irqs don't fire |
23:58.45 | cr2_ | it's a 1wire innovated by qualcomm |
23:58.47 | druidu | so they're either masked/disabled by the chip or by the touchscreen |
23:59.11 | cr2_ | SBI looks like spi invented by qualcomm |
23:59.11 | druidu | I hate it when I have no datasheets |
23:59.29 | cr2_ | heh |
23:59.51 | druidu | that's what I like about TI, they have everything public on their website |
23:59.54 | dcordes | NetRipper, you wanna look at the mddi.c ? |