| 00:01.04 | tmzt | cr2: will devmem2 or similar work? |
| 00:02.08 | cr2 | tmzt: yes |
| 00:02.18 | cr2 | if they are on the device |
| 00:02.39 | tmzt | who has g1? dream_kill? |
| 00:02.46 | cr2 | yes |
| 00:02.48 | exco | hi Rogro82, yes |
| 00:03.23 | exco | replaced the mainboard of my fileserver ... guess what just died on me |
| 00:04.19 | exco | my system hdd :-) |
| 00:06.43 | *** join/#htc-linux ptl (n=patola@201.82.131.93) |
| 00:07.15 | *** join/#htc-linux konsta (n=asds@host217-42-14-101.range217-42.btcentralplus.com) |
| 00:08.01 | ptl | hello |
| 00:08.04 | ptl | I was preparing to flash my HTC Athena and upgraded the SPL to 1.20Ollipro. But now everytime I turn power on, it gets to a black screen and doesn't go anywhere. How could I fix that? |
| 00:08.51 | ptl | even a hard reset isn't restoring the device. |
| 00:11.42 | cr2 | ptl: if you can connect over usb, you can try to reflash it. |
| 00:12.51 | NetRipper | ptl, #xda-devs is the place to ask.. there's where olipro can be found |
| 00:13.01 | ptl | thanks. |
| 00:13.01 | NetRipper | maybe he has some hints |
| 00:13.22 | ptl | cr2: just a last question, I can connect over USB and I have ollipro-1.20, how do I reflash it? |
| 00:13.26 | ptl | any guide? |
| 00:13.58 | NetRipper | attach usb between windows and your phone.. boot the phone.. and just try to flash |
| 00:14.21 | ptl | phone is not booting, it goes to a black screen... that's the problem |
| 00:14.38 | NetRipper | hold the bootloader key combination |
| 00:14.41 | NetRipper | while booting |
| 00:15.23 | ptl | I did, and I ended up in SPL-v1.20.Ollipro |
| 00:15.28 | ptl | now how do I get out of it? |
| 00:15.34 | ptl | the 3-color screen, isn't it? |
| 00:15.35 | NetRipper | at least spl is working, your phone isn't bricked then |
| 00:15.37 | NetRipper | yes |
| 00:15.41 | NetRipper | from there you can flash |
| 00:15.51 | cr2 | ptl: ask olipro |
| 00:16.41 | cr2 | ptl: there was a linux tool htcflasher, so you may pick the single commands from it. or reflash with the standard windows tools |
| 00:16.57 | ptl | how? what is the tool? every tool I try tries to verify version |
| 00:16.57 | ptl | ok |
| 00:16.57 | cr2 | if they will work ;) |
| 00:18.32 | ptl | will google for it, thanks |
| 00:23.36 | Rogro82 | exco: hope you didnt loose too mutch? |
| 00:24.51 | Rogro82 | exco: should i just couple the backlight and the keyboard backlight at first so they are "switched off" at the same time or should i implement a 2 timers? |
| 00:26.38 | exco | Rogro82: thanks for asking, but no - I it makes backups every other day |
| 00:26.59 | exco | Rogro82: I would couple those together |
| 00:27.28 | Rogro82 | and just power them down after 10 secs or power switch..... ill set it up that way at first |
| 00:27.46 | exco | that sounds good to me |
| 00:27.59 | Rogro82 | maybe android also does something with the backlight when it has the functions to call |
| 00:28.06 | Bally3 | boo |
| 00:28.09 | Rogro82 | ba |
| 00:28.15 | exco | with the screen you could do a fade-out - as effect - but it's not needed in any way |
| 00:28.17 | Bally3 | I see xdevs is down again;p |
| 00:28.38 | Bally3 | lo rogro, exco |
| 00:28.48 | exco | it's not down, for me, Bally3 |
| 00:28.52 | Bally3 | strike my last comment.. simple down key error |
| 00:28.55 | Bally3 | :P |
| 00:31.15 | Bally3 | damn did i kill the convo? |
| 00:33.59 | *** join/#htc-linux Bally3 (n=bashir@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
| 00:36.01 | *** join/#htc-linux bashir (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
| 00:36.46 | *** part/#htc-linux bashir (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
| 00:40.25 | Rogro82 | exco: was also thinking about a fade :) |
| 00:40.30 | Rogro82 | great minds think alike :P |
| 00:40.58 | exco | Rogro82: I think Android provides that |
| 00:40.59 | Rogro82 | ill just set it up for 10 levels and make it fade from the current to the set level.... |
| 00:41.14 | *** join/#htc-linux Bally3 (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
| 00:41.17 | Rogro82 | exco: for now it wont... but ill see what i can do about it |
| 00:42.32 | exco | dim from "current to the set level"? dim from current to off |
| 00:42.39 | Rogro82 | k going to bed now... ill clean things up a bit when i wake up and ill post a new zImage for people to test it then |
| 00:42.42 | exco | Rogro82: can you now turn off the backlight completely? |
| 00:43.13 | exco | good night |
| 00:43.16 | Rogro82 | exco: i think so... i can just set the backlight power to a value |
| 00:44.47 | Rogro82 | but ill need to calculate from 0x3f357 to 0x30000 to get the right level.... ill just implement a call that can set it at 10 levels |
| 00:45.07 | exco | sounds good. what's next on your todo? |
| 00:45.19 | Rogro82 | the leds i guess or the osk... |
| 00:46.13 | Rogro82 | backlight was a big issue because it was draining the battery while testing :) |
| 00:46.28 | exco | maybe leds can also be salvaged from some other device (I don't think it can be controlled on kaiser yet either) |
| 00:46.52 | Rogro82 | ill look into it... guess ill have it working tomorrow ( i hope ) |
| 00:47.10 | Bally3 | rogro82: did you see my post about shadowlines files? |
| 00:47.32 | Rogro82 | bally: yes. i have the same experience with the files from dzo |
| 00:47.38 | exco | Rogro82: you think the backlight is the cause for that (mine gets empty in win really fast using wifi/gps/watching videos - but backlight doesn't seem to affect it much) |
| 00:48.10 | exco | Rogro82: agree that a good OSK is important |
| 00:48.30 | Rogro82 | exco: backlight doesnt really use that much but every lil thing added is a lot hey :) |
| 00:48.38 | NetRipper | exco, you can mirror that haret package no problem |
| 00:48.54 | exco | can the green one with buzzer (which I think is really good to use) be modified to a usable layout easily? |
| 00:49.15 | Rogro82 | the one the vogue had? |
| 00:49.20 | Rogro82 | or the one we had? |
| 00:49.21 | exco | NetRipper: thanks, read that on the logs already |
| 00:49.28 | NetRipper | exco, ah ok, wasn't sure you read them |
| 00:50.00 | exco | Rogro82: we started out with a green one that was missing some crucial letters (or I couldn't find them) |
| 00:50.02 | Rogro82 | exco: ill first set things up tomorrow to get the osk working... then we can decide which keyboard to implement |
| 00:50.20 | *** join/#htc-linux woodson (n=CDP@c-76-101-90-149.hsd1.fl.comcast.net) |
| 00:50.23 | exco | Rogro82: http://flickr.com/photos/29230816@N06/3171142293/ this one I mean |
| 00:50.29 | Rogro82 | really gotta go to bed now else i wont be any good tomorrow :) |
| 00:50.55 | Rogro82 | exco: think i have the files of that one... ill look into it |
| 00:51.03 | NetRipper | cr2, the touchscreen hardware is not reliable on it's release events... even when releasing the stylus, the last few interrupts still report the 'touched' status and the position... the 'release' interrupt is not always fired. |
| 00:51.08 | Bally3 | bye rog |
| 00:51.09 | exco | I'm thinking if I should try to get that box running or better go to bed and do it tomorrow |
| 00:51.10 | Rogro82 | talk to you all tomorrow |
| 00:51.14 | exco | bye Rogro82 |
| 00:51.53 | NetRipper | cr2, so im going to modify the driver so that once it receives an interrupt.. it'll start a polling mechnism for updates instead of using interrupts.. as that is the only reliable way to detect a release |
| 00:51.58 | cr2 | NetRipper: ok, check the 0x800 set for data ready, and read only if it's set |
| 00:52.09 | j0b0 | evening NetRipper |
| 00:52.35 | j0b0 | could you see if this kernel http://tibook.jb.b4m.com/j0b0/zImage-navi-jobo boots for you, the leds should indicate where you touch the navi pad |
| 00:52.39 | NetRipper | cr2, i've checked it, it's always set so far |
| 00:52.44 | cr2 | ok |
| 00:52.53 | j0b0 | it seems to not boot on diamonds |
| 00:52.57 | NetRipper | cr2, i'll add some code just to make 100% sure ;) |
| 00:53.12 | NetRipper | j0b0, ok, will try in a bit |
| 00:53.19 | j0b0 | thanks |
| 00:53.23 | NetRipper | my dsl is down.. so im on umts atm |
| 00:53.24 | NetRipper | ;p |
| 00:53.37 | NetRipper | xs4all is having network troubles |
| 00:54.19 | j0b0 | i had some a while ago, ad @home becomes ziggo |
| 00:54.22 | j0b0 | *as |
| 00:54.45 | j0b0 | some connectivity trouble that is |
| 00:54.47 | cr2 | NetRipper: then xda-dev too |
| 00:55.19 | NetRipper | j0b0, add a "DefaultType application/octet-stream" to an .htaccess file in your public directory, so the browser doesn't parse it as .txt ;) |
| 00:55.49 | NetRipper | cr2, you mean update it with findings? |
| 00:56.12 | cr2 | no, xda-dev is hosted by xs4all too |
| 00:56.17 | NetRipper | oh |
| 00:56.27 | NetRipper | it's not all xs4all that is down... "some regions" it says in the description |
| 00:56.47 | NetRipper | xda devs seems to work |
| 00:57.22 | cr2 | NetRipper: what about tiacx ? |
| 00:57.22 | j0b0 | NetRipper did that. does it help? |
| 00:57.44 | NetRipper | cr2, im not spending time on wifi at the moment :) |
| 00:57.58 | cr2 | ok |
| 00:57.59 | NetRipper | cr2, need to fix some basics first |
| 00:58.08 | cr2 | maejrep: are you sleeping ? |
| 00:58.48 | NetRipper | j0b0, nope it didn't... to think of it, might also be t-mobile's fault changing the content type |
| 00:59.48 | tmzt | add .pdf or .zip sometimes works |
| 00:59.51 | j0b0 | id thin kitd be my apache but for me it automatically downloads to ~/downloads/ |
| 01:00.14 | NetRipper | well as it is an open dir i can just rightclick and save target as |
| 01:00.32 | NetRipper | ok |
| 01:00.33 | j0b0 | si seƱor |
| 01:00.36 | NetRipper | i'll check later |
| 01:00.36 | NetRipper | :) |
| 01:01.01 | NetRipper | oh |
| 01:01.02 | NetRipper | crap |
| 01:01.06 | NetRipper | i'll lose my internet |
| 01:01.07 | NetRipper | if i test |
| 01:01.47 | cr2 | NetRipper: did you add the extra smd channels to the kernel ? |
| 01:01.52 | NetRipper | not yet |
| 01:01.57 | NetRipper | will test that soon too |
| 01:02.04 | cr2 | there is one with agps data |
| 01:02.14 | NetRipper | ah |
| 01:02.17 | NetRipper | not the 27 one? |
| 01:02.20 | cr2 | don't know the number, but i can calculate |
| 01:02.32 | cr2 | no, 27 is nmea output |
| 01:02.37 | NetRipper | agps isn'tw orking well under wince either, so not sure if we should use it ;) |
| 01:02.59 | cr2 | we don't want it anyway |
| 01:03.00 | NetRipper | my gps hardware keeps resetting itself when i have agps enabled in wince |
| 01:03.04 | cr2 | because it calls home |
| 01:03.22 | NetRipper | calls home? |
| 01:03.27 | cr2 | don't know what googel is using |
| 01:03.28 | tmzt | this is gpsOne? |
| 01:03.32 | cr2 | yes |
| 01:03.58 | cr2 | does g1 use it ? |
| 01:04.04 | tmzt | it gets the location from the tower through ip, it's not sending the data to the carrier through ip, the carrier already has it |
| 01:04.45 | cr2 | tmzt: it runs wget to qcom servers |
| 01:04.50 | NetRipper | afaik agps is available in two forms... 1) via network info, trying some sort of triangulation.. 2) via downloaded file to determine actual nearby satellites |
| 01:05.12 | cr2 | tmzt: so it's easy to join your location with the imei et al. data |
| 01:05.24 | tmzt | cr2: that must be to obtain actual ephemeris then |
| 01:05.43 | cr2 | tmzt: i'm happy with 50bps |
| 01:05.56 | tmzt | you mean gps? |
| 01:05.58 | cr2 | down with the "instant" markeiting crap ;) |
| 01:06.04 | cr2 | yes |
| 01:06.34 | tmzt | the wget to qualcomm servers sounds interesting, do we know what format it is? |
| 01:06.36 | cr2 | ephemeris will come from 50bps stream too |
| 01:06.45 | cr2 | no |
| 01:06.52 | tmzt | is it possible the dsp is using third-party ip for this? |
| 01:07.02 | tmzt | eventually |
| 01:07.20 | cr2 | there are competing tech from sirf/ what was moko using |
| 01:07.46 | cr2 | globalsomething |
| 01:08.03 | tmzt | they have switched to alantic??, yeah global signal |
| 01:08.04 | cr2 | i don't know how they fetch the data |
| 01:08.43 | tmzt | sorry, they switched to ublox |
| 01:09.10 | cr2 | with all the amss bloatware they could have added wget too ; |
| 01:09.23 | tmzt | they documented some of the globalsignal stuff though, it used a closed daemon on the gta01 to convert to nmea |
| 01:09.50 | cr2 | yes. global location ? |
| 01:10.00 | *** join/#htc-linux lpotter_ (n=ljp@58.173.176.153) |
| 01:10.30 | tmzt | the amss can retrieve data over http I think, the simple lg phones (msm-based) had settings in the debug menu to configure IPs for agps, but they never worked from what I have found |
| 01:10.43 | tmzt | yeah, globallocate |
| 01:11.19 | NetRipper | oh btw j0b0, i modified the htc_fb_console driver to disable itself when msm_fb is taking over.. so that it's possible to follow the complete boot instead of having the 'handover' and missing quite a lot :) |
| 01:12.11 | NetRipper | it's better as it'll make rare oops's visible |
| 01:12.12 | NetRipper | :) |
| 01:15.35 | NetRipper | im offline for a bit.. doing some tests |
| 01:15.35 | NetRipper | bbl |
| 01:18.57 | *** join/#htc-linux lpotter_ (n=ljp@58.173.176.153) |
| 01:20.02 | cr2 | good night |
| 01:23.02 | *** join/#htc-linux NetRippah (n=netrippe@netripper.nl) |
| 01:23.19 | NetRippah | dsl works again;p |
| 01:24.43 | *** join/#htc-linux lpotter (n=ljp@58.173.176.153) |
| 01:27.30 | *** join/#htc-linux zycho_ (n=zycho@a89-183-81-10.net-htp.de) |
| 01:28.37 | NetRippah | j0b0, that binary download thing is good now.. i guess it was t-mobile ;) |
| 01:28.45 | *** join/#htc-linux utter0182 (n=dk@92.12.9.180) |
| 01:30.58 | NetRippah | j0b0, the navi light works.. but sometimes when i drag it fails... i.e. i move from left to right.. and the left light keeps burning while im on the right key |
| 01:31.09 | NetRippah | not consistently |
| 01:31.17 | NetRippah | but seems odd :) |
| 01:31.21 | NetRippah | looks neat though |
| 01:34.41 | tmzt | cr2 left |
| 01:34.49 | NetRippah | i saw |
| 01:35.18 | NetRippah | don't worry, he'll come back some day ;) |
| 01:35.32 | tmzt | thought you were signed out |
| 01:36.02 | NetRippah | i was, but that was because i can't linux on my phone and use phone as internet connectino at the same time |
| 01:36.20 | NetRippah | but luckily my dsl came back a few minutes later (it was down since 3pm this afternoon) |
| 01:40.00 | *** join/#htc-linux mitpianoman (n=Administ@cpe-74-69-91-35.rochester.res.rr.com) |
| 01:42.24 | *** part/#htc-linux exco (n=exco@e181087032.adsl.alicedsl.de) |
| 01:49.42 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 01:52.38 | *** join/#htc-linux MethoS (n=lem@dyndsl-085-016-167-190.ewe-ip-backbone.de) |
| 02:21.12 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 02:31.02 | *** join/#htc-linux Othello (i=Othello@gateway/tor/x-d25ad7c7809bd2db) |
| 02:49.57 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 02:57.21 | *** join/#htc-linux dzo (n=dzo@121.98.128.127) |
| 03:09.32 | *** part/#htc-linux mitpianoman (n=Administ@cpe-74-69-91-35.rochester.res.rr.com) |
| 03:11.30 | *** join/#htc-linux lpotter_ (n=ljp@58.173.176.153) |
| 04:47.58 | *** join/#htc-linux timebomb (n=tb@e176121209.adsl.alicedsl.de) |
| 05:12.04 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-210-229.bak.res.rr.com) |
| 05:53.29 | *** join/#htc-linux tcccp (i=hey@ballbreaker.hey-ix.net) |
| 06:34.59 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 06:47.31 | *** join/#htc-linux Kuma (n=John@g227205169.adsl.alicedsl.de) |
| 06:50.19 | *** join/#htc-linux PoohbaLT (n=Poohba@c-98-235-66-242.hsd1.nj.comcast.net) |
| 07:02.57 | *** join/#htc-linux lpotter_ (n=ljp@58.173.176.153) |
| 07:10.39 | maejrep | <NetRipper> afaik agps is available in two forms... 1) via network info, trying some sort of triangulation.. 2) via downloaded file to determine actual nearby satellites <-- I think #2 is actually "quickgps.exe", not agps, which is only #1 ... as I understand it, that is |
| 07:18.34 | *** join/#htc-linux ionstorm (n=ion@ip68-227-226-5.ph.ph.cox.net) |
| 08:40.14 | *** join/#htc-linux Sti_0239 (n=Where_is@217.208-65-87.adsl-dyn.isp.belgacom.be) |
| 09:25.13 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
| 10:00.07 | *** join/#htc-linux imfloflo (n=imfloflo@cap31-6-88-180-73-121.fbx.proxad.net) |
| 10:07.32 | *** join/#htc-linux myxor (n=myxor@pdbn-4d089c2b.pool.mediaWays.net) |
| 10:19.51 | *** join/#htc-linux Balsat (n=kll@87.72.13.87) |
| 10:20.38 | *** join/#htc-linux Xime (n=xime@bankize.net) |
| 10:28.29 | *** join/#htc-linux goxboxlive (n=goxboxli@185.84-48-126.nextgentel.com) |
| 10:52.37 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 11:02.33 | *** join/#htc-linux DJWillis (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
| 11:12.33 | *** join/#htc-linux MethoS (n=lem@host-091-096-215-118.ewe-ip-backbone.de) |
| 11:25.53 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
| 11:28.27 | *** join/#htc-linux radem205 (n=aaa@e144118.upc-e.chello.nl) |
| 11:32.20 | *** join/#htc-linux ALoGeNo (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 11:48.28 | *** join/#htc-linux ALoGeNoff (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 11:53.13 | *** join/#htc-linux MethoS (n=lem@host-091-096-215-118.ewe-ip-backbone.de) |
| 11:59.46 | *** join/#htc-linux cr2 (n=cr2@ip-90-186-8-48.web.vodafone.de) |
| 12:00.03 | *** join/#htc-linux exco (n=exco@e181103243.adsl.alicedsl.de) |
| 12:00.15 | cr2 | maejrep: not nearby, but all |
| 12:03.51 | cr2 | NetRipper: have you checked the tsc2 irq config type win wince ? |
| 12:10.34 | *** join/#htc-linux Mullins (n=bw@89.204.231.175) |
| 12:20.58 | *** join/#htc-linux Zinbolic (n=zinbolic@0x57344a18.vgnxx3.dynamic.dsl.tele.dk) |
| 12:21.45 | *** join/#htc-linux MethoS (n=lem@host-091-096-215-118.ewe-ip-backbone.de) |
| 12:29.09 | *** join/#htc-linux Tinyboom (n=nahh@108.84-49-166.nextgentel.com) |
| 12:34.00 | *** join/#htc-linux timebomb (n=tb@e182095011.adsl.alicedsl.de) |
| 12:34.44 | cr2 | ~ping NetRipper |
| 12:34.45 | apt | pong NetRipper |
| 12:58.34 | goxboxlive | hi cr2 . What device are you working on these days |
| 12:59.14 | *** join/#htc-linux Mullins (n=bw@89.204.231.175) |
| 13:04.17 | cr2 | hi goxboxlive |
| 13:04.35 | cr2 | goxboxlive: mainly raph100 |
| 13:05.15 | cr2 | but now i have another problem asking for my free time: to buy a new car |
| 13:07.08 | *** join/#htc-linux RZK333 (n=rzk@daemonet.ru) |
| 13:15.30 | NetRipper | cr2, yes, it was rising edge |
| 13:16.00 | NetRipper | cr2, also, on release, the 0x800 bit is not set |
| 13:16.18 | NetRipper | cr2, as in "there is no data now, so there is no touch" probably |
| 13:16.40 | cr2 | ok |
| 13:16.49 | NetRipper | however there is no solid interrupt at the end that indicates that |
| 13:17.02 | NetRipper | the 2nd touchscreen interrupt is not consistently firing on release |
| 13:17.44 | NetRipper | it's an annoying piece of hardware ;) |
| 13:17.47 | cr2 | NetRipper: i don't know why do they need 2 interrupts |
| 13:18.10 | NetRipper | cr2, well even with 1 interrupt i'd think it'd also be fired on the release |
| 13:18.34 | cr2 | as in 'gpio' |
| 13:18.49 | cr2 | but it's not a gpio, but something else |
| 13:18.49 | NetRipper | i've disassembled the original touch.dll a bit.. and noticed they're also working with kernel threads... probably also using a polling mechanism |
| 13:19.33 | NetRipper | cr2, yes but in case of a gpio we could also let it fire on falling... but in case of touchscreen... there can still be a valid value on release |
| 13:19.46 | cr2 | ok |
| 13:20.05 | cr2 | NetRipper: i have 2 questions aboutthe source |
| 13:20.10 | NetRipper | sure |
| 13:20.11 | NetRipper | shoot |
| 13:20.40 | cr2 | can you remove all those TROUT_* entries from board-htcraphael.h ? |
| 13:21.38 | NetRipper | if they're not used, i can |
| 13:21.59 | cr2 | they are for a cpld implementation |
| 13:22.07 | cr2 | we don't have a cpld |
| 13:22.31 | cr2 | and those device that have should use htc-egpio instead |
| 13:23.16 | cr2 | also, i do not understand your memory layout |
| 13:27.51 | NetRipper | ok |
| 13:27.55 | NetRipper | memory layout? |
| 13:28.01 | NetRipper | you mean the msm_iomap.h? |
| 13:29.13 | cr2 | no |
| 13:29.29 | cr2 | the board-htcraphael.h |
| 13:29.46 | cr2 | first, it's completely different from g1 |
| 13:30.15 | cr2 | second, you have 0x4c megabytes for linux |
| 13:30.22 | cr2 | 64+12=76MB |
| 13:31.06 | cr2 | so, can we use the g1 layout ? |
| 13:31.24 | cr2 | but here is also another problem |
| 13:31.48 | cr2 | not all devices has 64MB SMEM |
| 13:32.00 | NetRipper | those consts are only used for pmem struct |
| 13:32.09 | NetRipper | pdata i mean |
| 13:32.11 | cr2 | so we need to detect it, and use different layout. |
| 13:32.59 | cr2 | ok, but these are statically allocated buffer areas for CAM DMA, FB and so on |
| 13:33.28 | cr2 | and are used by the ADSP and similar |
| 13:34.13 | NetRipper | ok |
| 13:34.31 | NetRipper | then comes the question, how do we detect it? |
| 13:39.33 | *** join/#htc-linux cr2_ (n=cr2@ip-77-25-44-70.web.vodafone.de) |
| 13:40.04 | cr2_ | disconnected ;) |
| 13:40.40 | cr2_ | on some device the size is stored in SMEM by amss, but i don't know how reliable is this method |
| 13:41.34 | cr2_ | what are the kaiser/vogue/polaris people use ? |
| 13:42.49 | NetRipper | i don't know |
| 13:42.59 | cr2_ | hm, this code is for raph only |
| 13:43.19 | cr2_ | well, let's remove the TROUT_* first |
| 13:43.34 | cr2_ | here these is no discussion |
| 13:43.37 | *** join/#htc-linux the_fish (i=cruel1@p5491F10A.dip.t-dialin.net) |
| 13:43.52 | cr2_ | it's a completely misleading junk code :) |
| 13:44.36 | cr2_ | i'll add an MSM_OpenQuestions page |
| 13:45.03 | *** join/#htc-linux Kensan (n=ken@gw.ptr-80-238-227-232.customer.ch.netstream.com) |
| 13:45.24 | NetRipper | ok |
| 13:48.07 | *** join/#htc-linux Marajin (n=marajin@87-194-102-189.bethere.co.uk) |
| 13:54.19 | cr2_ | NetRipper: we can reuse the names, but the numbers will be completely different. and TROUT should be replaced by RAPHAEL to avoid confusion |
| 13:55.34 | cr2_ | ok, recompiling without TROUT_* |
| 13:56.22 | NetRipper | it compiles without, so i guess they weren't used anyway |
| 13:56.37 | cr2_ | ok |
| 13:57.14 | cr2_ | we will add all the numbered gpios here later |
| 13:58.09 | cr2_ | i guess it can be committed. now the memory layout |
| 13:58.56 | cr2_ | can we adjust it as on g1 ? |
| 13:59.22 | cr2_ | i guess the FB ram may be a problem if something is hardcoded elsewhere |
| 14:02.20 | NetRipper | for the boot console the fb ram is hardcoded in the driver, htc_fb_console.c |
| 14:02.26 | NetRipper | the console that druidu made |
| 14:02.40 | NetRipper | i dont know where msm_fb gets the fb base from |
| 14:04.07 | cr2_ | the console by druidu is optional ? |
| 14:04.10 | NetRipper | yes |
| 14:04.27 | NetRipper | it's a stripped down version of mddi + msmfb |
| 14:04.31 | cr2_ | is it using FB_BASE definition ? |
| 14:04.34 | NetRipper | no |
| 14:04.44 | cr2_ | then it should not be a problem |
| 14:04.57 | *** join/#htc-linux MethoS- (n=lem@host-091-097-243-141.ewe-ip-backbone.de) |
| 14:04.59 | NetRipper | but i dont know what the real msm_fb driver is using |
| 14:05.28 | cr2_ | fgrep for MSM_FB_BASE |
| 14:06.57 | NetRipper | msmfb uses the resource |
| 14:07.56 | NetRipper | msmfb uses the resources_msm_fb defined in board-htcraphael-panel.c |
| 14:08.03 | NetRipper | which is MSM_FB_BASE |
| 14:08.49 | cr2_ | ok, so it should not be a problem too |
| 14:08.58 | NetRipper | im busy on some web development stuff so im here off and on |
| 14:09.31 | cr2_ | ok |
| 14:09.43 | cr2_ | i'm running around in my apartment too |
| 14:14.20 | NetRipper | ok |
| 14:25.48 | *** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz) |
| 14:42.38 | *** join/#htc-linux woodson (n=CDP@c-76-101-90-149.hsd1.fl.comcast.net) |
| 14:46.06 | *** join/#htc-linux MethoS-- (n=lem@host-091-096-215-228.ewe-ip-backbone.de) |
| 14:53.00 | *** join/#htc-linux MethoS (n=lem@host-091-097-242-030.ewe-ip-backbone.de) |
| 14:57.39 | *** join/#htc-linux Mullins (n=bw@89.204.231.175) |
| 15:01.38 | *** join/#htc-linux diogene31 (n=rj@mur31-2-82-243-122-54.fbx.proxad.net) |
| 15:14.39 | *** join/#htc-linux vmpu (n=pui@89-33-138-94.u-nite.ro) |
| 15:15.17 | *** join/#htc-linux ALoGeNo (n=alogeno@25.Red-79-150-192.dynamicIP.rima-tde.net) |
| 15:20.41 | *** join/#htc-linux MethoS (n=lem@host-091-096-212-068.ewe-ip-backbone.de) |
| 15:27.44 | *** join/#htc-linux Mullins (n=bw@89.204.231.175) |
| 15:57.15 | *** join/#htc-linux MethoS- (n=lem@host-091-097-246-096.ewe-ip-backbone.de) |
| 16:13.49 | *** join/#htc-linux sdt555 (n=titus@70.114.152.91) |
| 16:14.12 | *** join/#htc-linux exco (n=exco@e181103243.adsl.alicedsl.de) |
| 16:25.02 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87dffe.pool.einsundeins.de) |