00:00.14 | bzo | finally, my acpuclock merge kernel does not crash! |
00:00.52 | ToAsTcfh | ? |
00:02.23 | Spirits-Sight | tmzt: I have not found the thread that I should go ask? do you know the site address for it? This was about the bootloader image that shows 1inch of white at bottom, also the screen before I see the peguin is not readable and shows messed up look, sorry don't know how to describe it. |
00:02.39 | tmzt | the nand thread |
00:03.07 | Spirits-Sight | which one, I have found a few with nand in them |
00:03.24 | Spirits-Sight | http://forum.xda-developers.com/showthread.php?t=614275 |
00:05.57 | *** join/#htc-linux mastermerlin (~merlin@pD957B5A0.dip.t-dialin.net) |
00:08.37 | Markinus | tmzt: which device do you have? |
00:10.13 | tmzt | rhod500 |
00:10.25 | ToAsTcfh | bzo ok i think i figured out my issue. its not wanting me to set the max in the config higher then the clock defined in acpuclock.. anyhow when i do it wont boot. but if i set the max lower then whats in acpulock then it will boot, but not move to the next pll. so whatever the issue is. its not liking to go to pll2 |
00:10.33 | NetRipper | cr2_, http://netripper.pastebin.com/a7bM48Sh doesn't really say what irq... 65535, so need to check where it comes from.. |
00:11.13 | NetRipper | cr2_, i suppose that's -1, some error somewhere? |
00:11.39 | NetRipper | and yes, i forgot a \n behind that fb console line :p |
00:12.52 | NetRipper | im off to bed as well |
00:12.52 | NetRipper | night :) |
00:18.43 | *** join/#htc-linux ccube (~ccube@95-90-193-11-dynip.superkabel.de) |
00:20.49 | ToAsTcfh | bzo do u think setting the clock from the acpuclock.c may be the issue? |
00:22.01 | bzo | no, should be fine |
00:25.46 | ToAsTcfh | hmmm |
00:26.09 | ToAsTcfh | its just not wanting to jump up for some reaso |
00:26.12 | ToAsTcfh | n |
00:26.13 | Spirits-Sight | tmzt: OK I have found this one also: http://forum.xda-developers.com/showthread.php?p=5504855 I don't know which one to ask on |
00:26.38 | *** join/#htc-linux Zoolooc (~fredsibar@p54957D24.dip.t-dialin.net) |
00:29.58 | ToAsTcfh | phh: thats cool u add turbo clock tables to ur source |
00:30.42 | ToAsTcfh | bzo yeah idk it could be the whole turbo mode all together |
00:31.28 | bzo | you could try turning the debug flags on acpuclock and see what dmesg says |
00:32.18 | ToAsTcfh | eh yeah ive already donee that but when its not working im not getting an init at all |
00:32.46 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
00:33.01 | ToAsTcfh | its not doing anything but hanging and waiting |
00:34.08 | *** join/#htc-linux mickey|bbl (~mickey@80.81.242.146) |
00:37.19 | ToAsTcfh | bzo : [ 6.994567] msm_cpufreq_target 537600 r 1 (245760-537600) selected 537600 |
00:37.19 | ToAsTcfh | No errors detected |
00:37.21 | ToAsTcfh | lol |
00:37.52 | ToAsTcfh | 547 is suppose to be the clock |
00:37.59 | ToAsTcfh | 54720 |
00:39.08 | bzo | where are there any 537 or 547 clocks? |
00:39.55 | ToAsTcfh | nowhere |
00:40.03 | ToAsTcfh | lol thats what i mean |
00:40.20 | ToAsTcfh | 547 is in the acpuclock.c |
00:40.27 | ToAsTcfh | and iin config |
00:40.58 | ToAsTcfh | bzo i wonder if i ccan just stay on pll1 and over clock it? |
00:41.21 | ToAsTcfh | i mean i have no though that thinks ill reach 1000000 |
00:41.38 | ToAsTcfh | 800 tops |
00:42.30 | ToAsTcfh | idk its def not liking pll2 being uped |
00:43.59 | ToAsTcfh | [ 3.221130] OC: ADJUSTING FREQ TABLE freq=179200 div=2 ahbclk=89600 ahbdiv=1 |
00:43.59 | ToAsTcfh | [ 3.221160] OC: ADJUSTING FREQ TABLE freq=268800 div=1 ahbclk=67200 ahbdiv=3 |
00:43.59 | ToAsTcfh | [ 3.221191] OC: ADJUST freq_tbl_entry: 528000 to 537600 |
00:43.59 | ToAsTcfh | [ 3.221191] OC: ADJUSTING FREQ TABLE freq=537600 div=0 ahbclk=134400 ahbdiv=3 |
00:43.59 | ToAsTcfh | [ 3.221893] ACPU running at 480000 KHz |
00:44.00 | ToAsTcfh | [ 3.232757] msm_i2c_probe |
00:44.02 | ToAsTcfh | [ 3.233001] msm_i2c_probe: clk_ctl 35d, 100000 Hz |
00:47.20 | ToAsTcfh | bzo: CONFIG_CPU_FREQ_GOV_MSM7K=y? |
00:49.28 | bzo | probably fine |
00:52.43 | ToAsTcfh | bzo are ur clocks defined in ur board file? |
00:53.01 | bzo | no |
00:53.12 | ToAsTcfh | board.heroc has its clocks defined |
00:59.11 | ToAsTcfh | bzo : in my board http://en.pastebin.ca/1812716 |
01:02.42 | ToAsTcfh | could that be th issue? |
01:04.09 | bzo | don't know, guess you could try changing those values |
01:04.24 | ToAsTcfh | eh too? |
01:08.48 | *** part/#htc-linux Spirits-Sight (~Spirits-S@c-24-91-187-210.hsd1.ma.comcast.net) |
01:12.41 | myn | what determines the div? |
01:12.43 | *** join/#htc-linux marcin_ (~marcin@chello089078146089.chello.pl) |
01:37.13 | ToAsTcfh | bzo : i give up for tonight. maybe to fight it again tomarrow :P |
01:38.38 | *** join/#htc-linux lancalot (~lancalot@74-92-235-219-York.hfc.comcastbusiness.net) |
01:40.34 | *** join/#htc-linux MrPippy (~pip@adsl-75-42-163-160.dsl.sndg02.sbcglobal.net) |
01:44.38 | *** join/#htc-linux Guest82173 (~compiler@the-compiler.org) |
01:58.59 | *** join/#htc-linux The-Comp1ler (~compiler@unaffiliated/the-compiler) |
02:01.11 | *** join/#htc-linux hceylan (~hceylan@83.66.117.84) |
02:01.23 | *** join/#htc-linux The-Comp1ler (~compiler@the-compiler.org) |
02:01.23 | *** join/#htc-linux The-Comp1ler (~compiler@unaffiliated/the-compiler) |
02:04.03 | *** join/#htc-linux krisje8 (krisje8@gateway/shell/blinkenshell.org/x-ksjnvbijckspzazi) |
02:17.51 | *** join/#htc-linux davep (~ohno_@ppp121-45-178-149.lns20.syd7.internode.on.net) |
02:32.01 | *** join/#htc-linux 40FAAH91G (~tmzt@adsl-99-164-34-42.dsl.akrnoh.sbcglobal.net) |
02:53.32 | *** join/#htc-linux tmzt_ (~tmzt@adsl-99-164-34-42.dsl.akrnoh.sbcglobal.net) |
03:00.10 | *** join/#htc-linux OpnSrc1 (~harisha1@c-24-5-9-136.hsd1.ca.comcast.net) |
03:07.33 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
03:14.26 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
03:26.57 | *** join/#htc-linux Zoolooc_ (~fredsibar@p54957F9F.dip.t-dialin.net) |
03:32.43 | *** join/#htc-linux babijoee (~babijoee4@d110-33-179-143.sun801.vic.optusnet.com.au) |
03:34.01 | babijoee | Markinus: ping |
03:40.10 | stinebd | babijoee: fyi i'm mirroring http://htcandroid.xland.cz/ at http://xdandroid.southcape.org/ |
03:40.52 | babijoee | stinebd: already updated on first post |
03:40.53 | babijoee | :) |
03:40.59 | stinebd | babijoee: thanks |
03:41.00 | babijoee | i'm preparing new build |
03:41.17 | babijoee | just need to get something from markinus |
03:42.21 | stinebd | ok |
03:42.32 | stinebd | i tried to get launcher2 working but failed miserably :( |
03:43.24 | babijoee | lol |
03:43.32 | babijoee | we'll need 2.1 full |
03:43.42 | stinebd | won't work even with that |
03:43.47 | stinebd | i have a local build of 2.1 |
03:43.55 | babijoee | stinebd: i'm going to add topaz gsensor to rootfs |
03:43.59 | stinebd | it doesn't support opengl es 1.0 lite, which is what our driver provides |
03:44.00 | babijoee | dunno how to add that to git |
03:44.05 | babijoee | ah k |
03:44.32 | stinebd | where is that gl driver from anyway? proprietary? |
03:44.43 | babijoee | no clue |
03:45.11 | babijoee | anyways i'm implementing it like the way we implemented custom kb layout |
03:45.21 | stinebd | hmm |
03:45.33 | babijoee | as its a custom sensor file |
03:45.33 | stinebd | gsensor as in sensors.blahblah.so? |
03:45.38 | babijoee | yeah |
03:45.41 | stinebd | ok |
03:45.46 | stinebd | you can do that for now but there's a better way |
03:46.00 | babijoee | better is to integrate both ? |
03:46.27 | babijoee | i'd prefer to do it the better way now :p |
03:46.27 | stinebd | well the better way involves putting it in /system/lib/ and name it something like sensors.topaz.so |
03:46.34 | babijoee | ooo |
03:46.36 | stinebd | and then modifying something in build.prop or something |
03:46.40 | stinebd | i forget where exactly |
03:46.44 | babijoee | ah k |
03:46.51 | babijoee | i'll have a look where sensors are called from |
03:47.01 | stinebd | it might even be in init.eclair.rc |
03:47.23 | stinebd | and then you can change whatever that line is in our rootfs init/ |
03:47.33 | stinebd | err /init... via sed |
03:48.04 | stinebd | that's what we're going to have to end up doing with bluetooth |
03:51.57 | babijoee | bah cant find it :p |
03:52.06 | babijoee | i'll just do other method for now |
03:52.24 | babijoee | doesn't seem to hard to add that line to startup.txt for topaz users |
03:54.57 | stinebd | ah, HAL tells it what to look for (other than default) |
03:55.06 | stinebd | i'll have to work that out next week |
03:55.13 | babijoee | ah k |
03:55.22 | babijoee | if you have time stinebd can you help me with git? |
03:55.32 | stinebd | yeah |
03:55.36 | babijoee | cool |
03:55.37 | babijoee | thanks |
04:10.48 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
04:15.03 | babijoee | stinebd: any awesome apps that you think that should be included in new release? |
04:16.50 | stinebd | babijoee: not really, i'm a bit of a minimalist |
04:17.01 | babijoee | ah k |
04:17.16 | babijoee | i've just added a battery % meter in notification panel |
04:17.27 | stinebd | oh yeah |
04:17.30 | babijoee | gives actual percentage |
04:17.32 | stinebd | i have one from darshan on market |
04:17.39 | stinebd | battery indicator lite or something |
04:17.42 | babijoee | its called battery indcater lite |
04:17.43 | babijoee | yep |
04:17.47 | babijoee | awesome app |
04:17.53 | stinebd | yup |
04:18.02 | babijoee | i need things like those |
04:18.07 | babijoee | anything else you use? |
04:18.25 | babijoee | i also see changes to camera in the init.cfg |
04:18.26 | stinebd | genie widget |
04:18.28 | babijoee | is camera working :p |
04:18.33 | stinebd | no camera yet |
04:18.36 | babijoee | genie widgit |
04:18.41 | babijoee | hmmm i wonder if it will work |
04:18.48 | stinebd | genie widget is the news & weather thing |
04:18.53 | babijoee | yeah i know |
04:19.14 | stinebd | that, battery indicator and home++ are the only things i usually have to install after clearing data |
04:19.46 | stinebd | oh, and k9 mail for push imap |
04:20.30 | babijoee | home++ isnt free? |
04:20.46 | babijoee | is* |
04:20.52 | stinebd | the beta is |
04:21.32 | babijoee | hrmmm |
04:21.36 | babijoee | wats the limitations? |
04:21.46 | babijoee | any anoying time limits? |
04:22.09 | stinebd | not that i know of |
04:22.12 | babijoee | ah k |
04:22.17 | babijoee | i'll check it out |
04:22.46 | *** join/#htc-linux vicbush (~45422a91@gateway/web/freenode/x-wcdcpsgjwgbbfhyr) |
04:25.54 | babijoee | also to double check |
04:25.59 | babijoee | does this code look right |
04:26.00 | babijoee | if /bin/grep -c 'sensor=topaz' /proc/cmdline >/dev/null ; then |
04:26.00 | babijoee | echo "USING topaz sensor" |
04:26.01 | babijoee | cp -f /lib/hw/sensors.topaz.so /lib/hw/sensors.default.so |
04:27.23 | tmzt | ln -s ? |
04:28.18 | babijoee | anyone with topaz around? |
04:28.35 | stinebd | you could use ln -sf, yes. also don't forget the 'fi' after all that |
04:29.34 | babijoee | ln -s/f where? |
04:30.02 | stinebd | instead of cp -f |
04:30.08 | babijoee | ooo |
04:30.29 | babijoee | tmzt didnt know you were talking to me.. but then again no1 is online here :P |
04:30.36 | babijoee | ah k |
04:31.09 | babijoee | will it still work with cp -f? |
04:31.20 | babijoee | or is ln -sf better? |
04:31.30 | stinebd | it'll work, but take up more space |
04:31.37 | babijoee | ah k |
04:31.43 | babijoee | so ln -sf better |
04:31.55 | stinebd | yeah |
04:33.19 | babijoee | thanks |
04:34.49 | babijoee | stinebd: would you say home++ is smoother? |
04:35.00 | stinebd | slightly |
04:35.13 | babijoee | i'm thinking of whether to use it as main or put in androidapps folder |
04:35.29 | stinebd | i'd say put it in androidapps |
04:35.33 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
04:35.42 | babijoee | woah 3-7 screens |
04:35.42 | babijoee | nice |
04:35.53 | babijoee | i might use it as main :p |
04:35.58 | babijoee | lets see what people think |
04:36.05 | babijoee | i'm getting bored of old look |
04:38.39 | babijoee | it loops the navigation panels :P |
04:40.05 | babijoee | yeah i'll leave it androidapps |
04:41.41 | babijoee | nope i'm using it as main |
04:41.44 | babijoee | its pretty awesome |
04:52.15 | Unholy | home++ crashes alot |
04:52.22 | Unholy | thats y i stopped using it |
05:08.38 | *** join/#htc-linux babijoee (~babijoee4@202.124.88.68) |
05:16.47 | AstainHellbring | hi cr2 |
05:16.52 | AstainHellbring | hi all |
05:18.35 | *** join/#htc-linux fleixius_ (~fleixius@c-68-55-69-186.hsd1.md.comcast.net) |
05:18.51 | stinebd | i gotta hit the sack |
05:20.28 | *** join/#htc-linux babijoee2 (~babijoee4@203.171.196.158) |
05:23.10 | babijoee2 | bb stinebd |
05:28.07 | *** join/#htc-linux jamenlang8 (~jamenlang@68.170.60.12) |
05:36.19 | randomblame | yay mddi cmd send rtd: int 23a000, stat 808063, rtd val e |
05:36.30 | randomblame | one message closer to it working |
05:36.45 | randomblame | thats the same values as the topaz, I wonder if that's significant |
05:50.29 | tmzt | why are you still initing it? |
05:50.41 | tmzt | where arfe you getting this output? |
05:50.49 | tmzt | when you mess with mddi htcfbcon dies |
05:58.25 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
06:10.04 | randomblame | zomg |
06:10.25 | randomblame | I got mddi on and a flickering white and grey pannel |
06:10.31 | randomblame | progresss |
06:10.59 | tmzt | good |
06:11.08 | tmzt | but why are you initing the lcd at all? |
06:11.24 | tmzt | if you don't power it off you shouldn't have to |
06:11.32 | tmzt | is the resolution correct? |
06:14.40 | randomblame | psh theres nothing on screen i may have been fooled |
06:14.57 | randomblame | it's nothing readable or recognizable |
06:15.09 | tmzt | no flickering is good |
06:15.43 | randomblame | ramlog doesn't say what I wanted it to though |
06:15.45 | randomblame | mddi: init() base=0xc500e000 irq=16 |
06:15.45 | randomblame | [ 35.884643] smd_alloc_channel() 'SMD_RPCCALL' cid=2 |
06:15.45 | randomblame | [ 35.945220] mddi cmd send rtd: int 23a000, stat 808063, rtd val e |
06:15.45 | randomblame | [ 36.005584] RPC_dev init complete! |
06:15.45 | randomblame | [ 36.065307] Unable to handle kernel NULL pointer dereference at virtual address 00000000 |
06:16.09 | ToAsTcfh | :/ |
06:16.23 | randomblame | meaning it didn't get further than last time, rpc stuff was going on at same time |
06:17.51 | randomblame | tmzt I'm trying to do it with panel drivers and all this crap because without it msmfb never starts |
06:17.54 | tmzt | yep still panic |
06:18.18 | tmzt | did you #if 0 the panel drivers? |
06:18.27 | randomblame | I didn't understand that |
06:18.30 | tmzt | did you prevengt it from powering down the vreg |
06:18.38 | tmzt | all the init code |
06:18.46 | tmzt | where it send stuff to the panel |
06:18.52 | tmzt | put #if 0 |
06:18.55 | tmzt | #endif |
06:18.57 | tmzt | around it |
06:19.05 | tmzt | including the vreg call |
06:19.14 | randomblame | ah, I made my own board panel with the minimums |
06:19.47 | randomblame | meaning no power client |
06:20.01 | randomblame | and hopefully that means mddi.c wouldn't attempt to power it down |
06:20.56 | randomblame | brb |
06:26.08 | randomblame | wouldn't the panel need to be reinitialized? because mddi.c and msm_fb get their memory addresses from pmem.c which is not the address that wince has the frame buffer on |
06:26.20 | randomblame | so it would have to be restarted on that memory address to work correct? |
06:28.38 | *** join/#htc-linux MrPippy (~pip@adsl-75-42-163-160.dsl.sndg02.sbcglobal.net) |
06:30.08 | randomblame | speaking of the devil, mr pippy if I wanted to start using my lcd panel without reinitializing it, because I have no panel driver wouldn't the frame buffer need to continue writing to the correct memory address |
06:30.16 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
06:44.17 | randomblame | I guess I need to go through and // some of mddi.c so it will freaking continue |
06:59.11 | *** join/#htc-linux nacho-g (~nacho-g@190.178.178.248) |
07:11.01 | *** join/#htc-linux babijoee (~babijoee4@203.171.196.72) |
07:11.28 | *** join/#htc-linux GNUtoo (~GNUtoo@host192-8-dynamic.9-87-r.retail.telecomitalia.it) |
07:17.18 | *** join/#htc-linux jamenlang8 (~jamenlang@68.170.60.11) |
07:18.06 | randomblame | ok there we go |
07:18.08 | randomblame | [ 7.774230] mddi: registering panel mddi_c_dummy |
07:18.08 | randomblame | [ 7.803161] mddi: publish: |
07:18.08 | randomblame | [ 7.844238] msm_serial: driver initialized |
07:19.36 | randomblame | and it continues until later crash but never switches consoles just grey flickering screen |
07:19.51 | randomblame | mddi_c_dummy is broken right? |
07:29.24 | randomblame | what starts msm_fb.c? it never starts |
07:30.29 | randomblame | ah it starts itself |
07:43.32 | *** join/#htc-linux babijoee (~babijoee4@d110-33-179-143.sun801.vic.optusnet.com.au) |
07:45.04 | randomblame | msmfb_probe: no fb_data |
07:48.04 | *** join/#htc-linux droid001 (~g1@p4FDC9BEB.dip.t-dialin.net) |
07:48.19 | *** join/#htc-linux fleixius_ (~fleixius@c-68-55-69-186.hsd1.md.comcast.net) |
07:48.29 | *** join/#htc-linux fleixius (~fleixius@unaffiliated/fleixius) |
07:56.39 | *** join/#htc-linux balans (~balans@82-170-215-5.ip.telfort.nl) |
07:59.41 | *** join/#htc-linux balans (~balans@82-170-215-5.ip.telfort.nl) |
08:11.03 | *** join/#htc-linux Wout|afk (~5070d0f6@gateway/web/freenode/x-ihufoxsilhknupto) |
08:17.29 | *** join/#htc-linux dream_kill (~nospam@server88-208-237-236.live-servers.net) |
08:23.17 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d14c.pool.mediaWays.net) |
08:29.58 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
08:40.29 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
08:44.17 | *** join/#htc-linux SOG (~SOG@119.237.154.191) |
08:45.57 | randomblame | now it hangs after installing 240x400 panel, must be the dummy client |
08:46.15 | *** join/#htc-linux bzo (~chatzilla@adsl-75-35-5-163.dsl.pltn13.sbcglobal.net) |
08:49.59 | *** join/#htc-linux mickey|bbl (~mickey@openmoko/coreteam/mickey) |
09:00.40 | *** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
09:14.38 | *** join/#htc-linux sxe (~quassel@ip-62-143-102-161.unitymediagroup.de) |
09:17.43 | *** join/#htc-linux Markinus (~Miranda@gtng-4db048e3.pool.mediaWays.net) |
09:53.22 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
09:57.17 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
10:02.09 | *** join/#htc-linux kvaster (~kvaster@live.bn.by) |
10:06.46 | MrPippy | phh: that xda post mentioning cdma data on rhod is just talking about raph, his sig even says "touch pro" |
10:07.51 | Captnoord | lol |
10:08.10 | tmzt | yeah |
10:08.18 | tmzt | sadly |
10:08.32 | tmzt | though ril should work the same on rhod |
10:18.47 | MrPippy | have you discovered anything more about why it doesn't work? |
10:20.28 | tmzt | me? |
10:20.44 | tmzt | it just wants there to be a sim then registers with the gsm network |
10:21.03 | tmzt | I don't have the traces for at to go into or out of global mode |
10:21.53 | MrPippy | don't have a sim to test with? |
10:22.11 | tmzt | yes but only voda |
10:22.21 | tmzt | voice calls work though |
10:22.25 | tmzt | which is weird |
10:22.36 | MrPippy | going through gsm or cdma? |
10:22.41 | tmzt | so it's probably just trying to creat a gprs context |
10:22.43 | tmzt | cdma |
10:23.31 | MrPippy | yeah weird |
10:27.33 | MrPippy | i'm really really close to getting wifi working (including android changes), once thats done i'll look at the cdma data |
10:29.44 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
10:33.55 | Markinus | MrPippy: you're on WIFI for Rhod? Did you have the problem with crashing on disabling of WIFI too? |
10:34.42 | MrPippy | i had that problem on diam (and found a possible fix), rhod is broadcom wifi |
10:36.38 | Markinus | MrPippy: I great. . . I fix would be good .. |
10:36.39 | Markinus | A |
10:39.04 | MrPippy | try reverting this merge http://android.git.kernel.org/?p=platform/system/wlan/ti.git;a=commitdiff;h=849c6d4186a7fcd4d25bcff6cc2e6bc25f8c4696 |
10:39.26 | MrPippy | so get rid of the release_host and claim_host calls |
10:40.35 | Markinus | MrPippy: Ok, I will try. In the Moment we have to deactivate the disabling of vregs, then this works on TOpaz. But it could be a random, think . . |
10:41.32 | MrPippy | ohh yeah i think i had that problem too on rhod |
10:41.45 | MrPippy | turn off the vregs and it just resets, arm9 must not be happy with that |
10:42.55 | Markinus | MrPippy: yes, but I'M sure that this worked on first Topaz releases . . |
10:43.18 | Markinus | MrPippy: something is changed but I'Ve no Idea what+ |
10:44.48 | Captnoord | lol reboot |
10:44.50 | Captnoord | loooool |
10:44.53 | Captnoord | reboot into android |
10:44.54 | Captnoord | :S |
10:46.26 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
11:00.05 | *** join/#htc-linux phh (~quassel@4be54-3-82-228-187-43.fbx.proxad.net) |
11:02.16 | MrPippy | NICE got wifi working on rhod in android |
11:02.47 | phh | cool |
11:04.23 | phh | 04:43babijoeestinebd: i'm going to add topaz gsensor to rootfs <-------- ?!? |
11:04.39 | phh | why in *rootfs* ? the driver is in system |
11:04.42 | phh | and I already added it |
11:05.17 | randomblame | I'm glad you guys are working so hard, by the time I get my frame buffer working I'll realize that 240x400 isn't enough for android and I'll have to buy an htc phone |
11:05.33 | phh | lol |
11:05.51 | phh | randomblame: kaiser guys use scaling |
11:05.55 | phh | you can do the same |
11:06.03 | randomblame | one day |
11:06.44 | randomblame | if the dummy client is loaded I hang at msm fb, if any other client is loaded I never see msmfb init |
11:06.51 | phh | 04:45babijoeeas its a custom sensor file <------- lol ? |
11:06.58 | phh | I did my best so that it's the same for everyone |
11:08.41 | *** join/#htc-linux dream_kill (~nospam@server88-208-237-236.live-servers.net) |
11:08.58 | phh | what the hell has he done ?!? |
11:09.00 | MrPippy | weird the market doesn't work, it just throws a server error |
11:09.59 | *** join/#htc-linux ccube (~ccube@95-90-193-182-dynip.superkabel.de) |
11:11.53 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
11:11.54 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
11:15.18 | MrPippy | phh: i think these lines can be pulled out of /init |
11:15.22 | MrPippy | #Activate wifi |
11:15.23 | MrPippy | echo 1 > /dbgfs/htcraphaelmmc_dbg/wifi_pwr |
11:15.23 | MrPippy | echo 1 > /dbgfs/htcraphaelmmc_dbg/wifi_cd |
11:15.29 | phh | MrPippy: yup. |
11:16.50 | Captnoord | hmmm wifi off stalls |
11:18.48 | phh | MrPippy: about market, does your ril have any way to auth you ? I think the market uses imei or something like that |
11:19.52 | MrPippy | nah the phone isn't activated, i don't think the ril is working at all |
11:20.25 | MrPippy | the logcat errors weren't helpful at all com.android.vending.api.FatalCommunicationException: Sent a bad request. |
11:20.56 | phh | ok |
11:21.25 | *** join/#htc-linux wout (~5070d0e2@gateway/web/freenode/x-rhuodbzdnokjuldy) |
11:22.14 | MrPippy | stinebd: can i get commit access for rootfs? i'll have a patch for rhod wifi ready in a few hours |
11:27.11 | Markinus | phh: something in the last commits kills WLAN on Topaz |
11:27.23 | Markinus | phh: it'S reseting on start of WLAN |
11:27.37 | Captnoord | same goes for me... I can't disable wlan |
11:27.42 | Captnoord | I hope that it isn't my patch |
11:27.44 | Captnoord | :P |
11:28.08 | Markinus | hmm, I had never problems with starting . . . |
11:34.33 | Captnoord | I think it are the net: wireless: bcm4329: commits |
11:34.36 | Captnoord | obviouse |
11:34.36 | Captnoord | :P |
11:34.53 | Captnoord | I wonder in what way the userland modules are handling this |
11:35.11 | Captnoord | if the kernel and module are mixed up |
11:35.17 | Captnoord | we can expect this |
11:39.32 | *** join/#htc-linux M1DLGpc__ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
11:42.31 | Markinus | Captnoord: the bcm4329 commits do nothing for out TI wlan . . hmm.. this has to be somethink else |
11:43.00 | Captnoord | k |
11:43.01 | *** join/#htc-linux toi (~toi@d54C2A96D.access.telenet.be) |
11:43.08 | Captnoord | can you remember which commit worked |
11:43.09 | Captnoord | ? |
11:43.58 | Markinus | Captnoord: nop, maybe we can see it on glemson . .. |
11:45.18 | Markinus | Captnoord: intresting . .the last Build seems to work on a other TOpaz . .. hmm |
11:45.59 | phh | haha. |
11:46.33 | Markinus | this is one of this very strange things . . . |
11:46.48 | Captnoord | never trust users |
11:46.56 | Markinus | hmm, yes .. right |
11:47.05 | Markinus | :P |
11:47.38 | phh | Markinus: are you aware of babijoee's changes for sensors ? |
11:48.05 | phh | it seems he made a script to detect which driver to use.... which is totally stupid since our driver works for everyone |
11:48.27 | Markinus | phh: urgh .. . |
11:48.45 | phh | I haven't seen the commit yet, some little problems on my desktopo |
11:48.50 | Markinus | phh: This Ideas wasn'T from me :) |
11:50.14 | Markinus | phh: I send him my binary sensor file, maybe he thought we need both. . . |
11:50.27 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
11:50.46 | Markinus | phh: I send him my binary sensor file, maybe he thought we need both. . . |
11:51.24 | phh | reading the logs, it seems so |
11:58.28 | randomblame | hmm using mddi_client_nt35399 I get some interesting messages |
11:58.28 | *** join/#htc-linux sektorNBA (ricardo@200.143.33.138) |
11:58.28 | *** join/#htc-linux sektorNBA (ricardo@unaffiliated/sektornba) |
11:58.36 | randomblame | vsync on gpio 97 now 0 |
11:59.01 | randomblame | obviously it misdetects the gpio it should be, but it knows the gpio it was set to which is the correct one |
11:59.06 | phh | ? |
11:59.10 | phh | your vsync gpio is != 97 ? |
11:59.14 | phh | it's hardcoded in the client file |
12:00.02 | randomblame | why's everything gotta suck |
12:00.17 | randomblame | my service manual doesn't tell me the vsync gpio |
12:00.48 | randomblame | and I don't know how the hell to go about getting it out of haret |
12:01.11 | phh | assume it's 97. |
12:01.22 | phh | it's so for all boards i've seen |
12:01.30 | randomblame | you always say the nicest things, I love that idea |
12:02.03 | randomblame | so I have to hard code it into the client |
12:02.07 | phh | it's already |
12:02.14 | randomblame | then why does it say now 0 |
12:02.26 | phh | in haret, watch gpios, and see if there is a gpio that runs at ~ 60Hz |
12:02.31 | phh | because it can be set to 1 or to 0 |
12:02.33 | phh | ie up or down |
12:02.47 | randomblame | lol |
12:02.53 | randomblame | kk |
12:03.14 | randomblame | it's 4 am I was hoping to be able to glean information from the output, |
12:03.32 | randomblame | naive of me |
12:08.30 | phh | Markinus: he didn't even commit to the rootfs thing ... |
12:10.53 | *** join/#htc-linux droid (~droid@061093132071.ctinets.com) |
12:11.00 | Markinus | phh: hmmm |
12:11.28 | Markinus | phh: I see in the 27.02 is something about Bluetooth, is BT now working on 2,01? |
12:11.44 | phh | yeah stinedb got it working |
12:11.52 | Markinus | phh: ahh, cool! |
12:11.55 | phh | no A2DP though, I killed it when I got sound working. |
12:12.05 | phh | it needs to rebuild the audio libs with the appropriate flag |
12:13.04 | randomblame | phh, grey screen just before msm_fb initiates normal? |
12:13.07 | Markinus | phh: ah, ok, if we know what we have to do . . . .:) all is good! |
12:13.11 | phh | randomblame: don't know |
12:13.16 | phh | Markinus: no. |
12:13.40 | phh | well I think stinebd should be able to get it working as he already built an android |
12:13.46 | phh | but I haven't ever been able to :/ |
12:13.50 | randomblame | was hoping htc devices had the same behavior with mddi on and no frame buffer writing to it |
12:14.00 | randomblame | it would give me hope |
12:14.29 | Markinus | phh: ohh |
12:17.04 | Markinus | phh': is this the libaudio from android? |
12:17.33 | phh | it's libaudiosomething |
12:17.38 | phh | libaudioflinger I think |
12:21.33 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
12:25.49 | Markinus | phh: I look to the liblary and there are the flags for AD2P in . . . do you know the correct flag that we needed? |
12:26.02 | phh | no :( |
12:26.08 | phh | well look at Android.mk |
12:26.21 | phh | the flag is there, but then you'll need to build bluez and many other deps |
12:26.40 | randomblame | <PROTECTED> |
12:26.43 | randomblame | night everybody |
12:26.52 | phh | it's 1pm ! :p |
12:27.02 | randomblame | no it's 4:27 |
12:27.03 | Markinus | phh: thgis is in: LOCAL_CFLAGS += -DWITH_BLUETOOTH -DWITH_A2DP |
12:27.35 | randomblame | 4:27 am ha! |
12:27.41 | phh | Markinus: there is a if somewhere no ? |
12:28.00 | Markinus | q ($(BOARD_HAVE_BLUETOOTH),true) |
12:28.13 | phh | so you have to set this to true (or comment the if ? :D) |
12:28.27 | Markinus | phh: if this is alll :) |
12:28.47 | phh | but check stinebd's gitorious, I think he has a big mm command which should help |
12:30.52 | phh | #Topaz sensor |
12:30.52 | phh | if /bin/grep -c 'sensor=topaz' /proc/cmdline >/dev/null ; then |
12:30.52 | phh | <PROTECTED> |
12:30.52 | phh | <PROTECTED> |
12:30.53 | phh | fi |
12:30.55 | phh | tss |
12:30.59 | phh | not even proper detection |
12:34.38 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
12:34.53 | Markinus | phh: ohh, over command line. . |
12:35.00 | phh | yes ... |
12:35.08 | phh | while we already have mtype detection in the script |
12:35.22 | phh | pff he is maybe not a bad packager, but he'd better stop here -_-' |
12:39.36 | *** join/#htc-linux SOG (~SOG@119.237.154.191) |
12:48.03 | phh | cr2 extracting boot.img with some od -x and comparing with a gzip header is easy |
12:51.21 | *** join/#htc-linux Phil_123 (~anonymous@221.127.43.91) |
12:54.08 | Phil_123 | any devs (hi dzo!) working on porting the kaiser camera (s3k3c1fx) to eclair? |
12:55.09 | Phil_123 | i stumbled upon a phone camera testing device which supports many cameras, including s3k3c1fx |
12:56.08 | Phil_123 | will it be easier to disassemble its driver and see how it interfaces with s3k3c1fx and put it into the linux driver? |
12:57.31 | *** join/#htc-linux zachy (~george@85.193.4.18) |
12:59.15 | Captnoord | disassemble is never easy |
13:00.17 | phh | Phil_123: why disassemble ? |
13:00.21 | phh | AFAIK all sources are available |
13:01.18 | Phil_123 | the driver for that phone camera testing device is windows only |
13:01.47 | phh | there are open drivers (maybe not s3k3c1fx, but friends) for linux |
13:02.21 | Phil_123 | i see |
13:03.48 | Phil_123 | my kaiser runs wm6.5 and it sucks compared to wp7, so i plan to flash android to it but the 2.1 builds don't have the camera working |
13:04.19 | phh | I know |
13:04.22 | phh | noone has camera working on 2.1 |
13:04.26 | phh | I mean no msm7k |
13:04.26 | Phil_123 | and from what i read (but not tried yet) the 1.6 builds don't work as well as wm does |
13:09.01 | *** join/#htc-linux cr2_ (~cr2@ip-109-84-155-132.web.vodafone.de) |
13:09.44 | cr2_ | good morning :) |
13:09.48 | Phil_123 | i'm no novice when it comes to programming software in java, javascript or php, but i'm a total noob when it comes to programming code for hardware devices |
13:10.26 | Markinus | cr2_: good morning! This was a long night he? :) |
13:10.29 | *** join/#htc-linux babijoee (~babijoee4@d110-33-179-143.sun801.vic.optusnet.com.au) |
13:10.35 | babijoee | hey guyd |
13:10.44 | babijoee | guys* |
13:10.45 | Phil_123 | i use linux sometimes and understand how difficult things can be to get hardware working in linux when the datasheets aren't very useful and there's no help from the manufacturer |
13:11.13 | cr2_ | NetRipper: all *MDDI* code should go away from your console driver |
13:11.46 | cr2_ | Markinus: yeah :) and the weather is nice, will walk around a bit later |
13:11.58 | cr2_ | babijoee: do you have nexus ? |
13:12.05 | babijoee | cr2 yes' |
13:12.17 | cr2_ | babijoee: and devmem2 ? :) |
13:12.27 | babijoee | devmem2? |
13:12.28 | babijoee | dunno |
13:12.31 | babijoee | wats that |
13:12.45 | Phil_123 | where and how can i start learning how can i get hardware to work in android? specifically, getting the camera to work in android 2.1? what problems are we having with it |
13:13.01 | cr2_ | babijoee: a linux program to read from /dev/mem |
13:13.06 | Markinus | cr2_: Yes, we did It already . . very nice. .. so without snow :) |
13:13.07 | babijoee | i'll dl it |
13:13.11 | Phil_123 | *kaiser's s3k3c1fx camera |
13:13.18 | Captnoord | Phil_123: you know how to code? |
13:13.25 | Captnoord | just start reading the source code |
13:13.27 | Captnoord | stick around |
13:13.31 | Captnoord | and google a lot |
13:13.31 | cr2_ | Markinus: let's fix the dma setup |
13:13.34 | Phil_123 | Captnoord: yes but not C |
13:13.38 | Captnoord | then |
13:13.39 | Markinus | cr2_: ok |
13:13.43 | Captnoord | first learn C |
13:13.45 | Captnoord | small things first |
13:13.48 | Captnoord | very important |
13:14.04 | Captnoord | never attempt something big before you know anough about a coding language |
13:14.15 | babijoee | Markinus: have you tested new build> |
13:14.16 | babijoee | ? |
13:14.19 | cr2_ | Markinus: i've decoded the bit manually, and got differences with nexus |
13:14.41 | babijoee | i've added the sensors for topaz |
13:14.50 | Markinus | babijoee: yes, but you noit understand me right :) We can user this sensor file for all devices . . |
13:14.51 | cr2_ | Markinus: need some independent verification |
13:15.03 | Markinus | babijoee: it'S the same with small modifications for Topaz |
13:15.04 | babijoee | Markinus |
13:15.08 | babijoee | -.-" |
13:15.08 | Phil_123 | i learnt C before, moved onto other languages, so i'm not good at things C coders have to handle, such as pointers and memory allocation and stuff |
13:15.16 | babijoee | i didnt know that :p |
13:15.26 | babijoee | i'll update it next build :0 |
13:15.28 | Phil_123 | and i have never coded drivers before |
13:15.41 | Captnoord | Phil_123: if you want to help improving support |
13:15.43 | Captnoord | you need to learn |
13:15.55 | Captnoord | dude i've never coded drivers before |
13:16.03 | Phil_123 | would looking at source code of drivers for existing devices help? |
13:16.03 | Captnoord | but that doesn't make me unable todo so |
13:16.06 | Markinus | cr2_: ok |
13:16.10 | Captnoord | it helps as a reference |
13:16.20 | Captnoord | but unless you understand fully whats going on |
13:16.26 | Captnoord | its not really much use |
13:16.27 | Captnoord | so |
13:16.27 | Phil_123 | i have some C code i coded many years ago |
13:16.29 | Captnoord | go learn c |
13:16.33 | Captnoord | use c |
13:16.43 | Captnoord | I learned c/cpp by coding everyday |
13:16.45 | Captnoord | small apps |
13:16.46 | Captnoord | small things |
13:16.49 | cr2_ | Markinus: 02102196 |
13:16.50 | Captnoord | and later moved to bigger things |
13:17.18 | cr2_ | Markinus: 0000.0010.0001.0000.0010.0001.1001.0110 |
13:18.13 | cr2_ | Markinus: bits 1,2,4,7,8,13,20,25 |
13:18.54 | babijoee | cr2: i'll have to go out for abit. I'll should be back in an hour |
13:18.56 | cr2_ | Markinus: drivers/video/msm/mdp_hw.h |
13:19.02 | babijoee | is this nexus one stuff urgent? |
13:19.09 | Markinus | cr2_: sry, I'M in the moment not by you ?!? bits from what? |
13:19.20 | phh | Captnoord: can you disassemble htc_acoustic and see it writes which file's infos to which memory area ? |
13:19.21 | Markinus | cr2_: ahh, ok |
13:19.27 | cr2_ | babijoee: not urgent, but very helpful |
13:19.40 | Captnoord | i'll check |
13:19.40 | cr2_ | Markinus: MDP_DMA_P_CONFIG |
13:19.50 | babijoee | cr2: okay i'll definantly help out in any way i can |
13:19.54 | babijoee | bbl guys |
13:20.22 | Phil_123 | so assume that i got my C knowledge back now, before attempting to work on s3k3c1fx drivers, looking at drivers which use the i2c protocol is a good place to start right? |
13:21.54 | phh | Captnoord: it does a mmap to /dev/htc_acoustic, then writes to its memory, then do an ioctl |
13:22.44 | Phil_123 | thank you guys for the advice |
13:22.52 | cr2_ | Markinus: 25 is #define DMA_IBUF_FORMAT_RGB565 (1 << 25) |
13:23.08 | phh | Phil_123: i'd say start reading your current s3k3 thing driver |
13:23.22 | cr2_ | Markinus: 20 is #define DMA_OUT_SEL_LCDC (2 << 19) |
13:23.48 | Captnoord | htc_acoustic.so? |
13:24.21 | Captnoord | or wince dll? |
13:24.21 | phh | Captnoord: yes |
13:24.23 | Captnoord | k |
13:24.23 | phh | .so |
13:24.54 | cr2_ | Markinus: 1 is #define DMA_DSTC0G_6BITS (2<<0) |
13:25.05 | Markinus | cr2_: yes yes I'm on it . . :) I reading the code .. |
13:25.23 | cr2_ | Markinus: 2 is #define DMA_DSTC1B_5BITS (1<<2) |
13:26.05 | cr2_ | Markinus: 4 is #define DMA_DSTC2R_5BITS (1<<4) |
13:26.35 | Captnoord | phh send me yours |
13:26.40 | cr2_ | Markinus: 7 is #define DMA_PACK_ALIGN_MSB (1<<7) |
13:26.44 | Captnoord | otherwise we don't have the same resource file |
13:26.48 | cr2_ | Markinus: nexus is LSB |
13:27.15 | phh | Captnoord: http://husson.hd.free.fr/libhtc_acoustic.so |
13:27.16 | cr2_ | Markinus: 8 and 13 now :) |
13:28.03 | Markinus | #define DMA_PACK_PATTERN_MASK (0x3f<<8) |
13:28.26 | *** join/#htc-linux wout (~5070d0e2@gateway/web/freenode/x-nxknwqxhawjfgwzd) |
13:28.36 | cr2_ | yes, to clean the whole range |
13:29.38 | Markinus | cr2_: and the to set the RGB and BGR |
13:29.42 | cr2_ | Markinus: sorry, it was not nexus, but the code of NetRipper. taken from g1 probably |
13:29.57 | cr2_ | Markinus: yes, there are 2 options |
13:30.09 | cr2_ | the current ode has DMA_PACK_PATTERN_RGB |
13:31.00 | cr2_ | need to convert it into bits |
13:31.35 | Captnoord | phh check |
13:31.35 | Captnoord | sub_2334 |
13:32.05 | Captnoord | I guess that memset 0 |
13:32.16 | Captnoord | all the comming mem regions |
13:32.38 | Captnoord | i'm talking in |
13:32.38 | Captnoord | set_acoustic_parameters |
13:32.44 | Captnoord | about |
13:32.48 | cr2_ | Markinus: nexus sets DMA_PACK_ALIGN_LSB, DMA_PACK_PATTERN_RGB, DMA_DITHER_EN |
13:33.00 | Captnoord | then last jump addr loc_2F76 |
13:33.04 | Captnoord | is where the magic happens |
13:33.16 | Captnoord | that function should be called: android__check_and_set_audpp_parameters |
13:33.18 | Captnoord | or |
13:33.23 | Captnoord | android::check_and_set_audpp_parameters |
13:34.03 | Captnoord | and where you see |
13:34.04 | Captnoord | BL _ZN7android30check_and_set_audpp_parametersEPci ; android::check_and_set_audpp_parameters(char *,int) |
13:34.08 | Markinus | cr2_: ok I do it |
13:34.12 | Captnoord | is where the mem copy is located |
13:34.32 | cr2_ | Markinus: can try together |
13:34.51 | cr2_ | Markinus: RGB is |
13:34.59 | GNUtoo | hi leviathan |
13:34.59 | Captnoord | ./dev/msm_pcm_ctl |
13:35.11 | Markinus | DMA_DSTC0G_6BITS -> is set |
13:35.35 | Markinus | RGB: |
13:35.40 | GNUtoo | leviathan, what do you think: what would be quicker: remove pmem from .31 msmfb or port a lot of things to .32 msmfb |
13:35.46 | Markinus | 0.0001.1 |
13:36.05 | cr2_ | Markinus: 2<<(2*2)|0<<2|1 |
13:36.41 | cr2_ | 5 and 0 (+8) |
13:36.43 | cr2_ | 8 and 13 |
13:36.51 | cr2_ | so we have RGB |
13:37.11 | Markinus | cr2_: I need a moment to understad :) |
13:37.20 | cr2_ | Markinus: so nexus sets DMA_PACK_ALIGN_LSB, DMA_PACK_PATTERN_RGB, DMA_DITHER_EN |
13:37.52 | cr2_ | Markinus: we have DMA_PACK_ALIGN_MSB, DMA_PACK_PATTERN_RGB and no DMA_DITHER_EN |
13:38.25 | cr2_ | weird. so we need to flip R and B |
13:38.40 | cr2_ | otherwise get pseudocolors :) |
13:38.45 | Markinus | :) |
13:38.59 | Markinus | becaus LSB/MSB yes? |
13:39.01 | cr2_ | err |
13:39.13 | cr2_ | yes, because of MSB |
13:39.22 | *** part/#htc-linux zachy (~george@85.193.4.18) |
13:39.40 | cr2_ | Markinus: but it's nt important for the console |
13:39.48 | leviathan | GNUtoo: I would like to import the missing functions into the alread working msmfb driver of our branch |
13:39.49 | cr2_ | Markinus: which is b/w |
13:40.10 | GNUtoo | leviathan, that would make us a lot of work no? |
13:41.02 | Markinus | cr2_: But if we would have A frambuffer logo .. |
13:41.12 | cr2_ | Markinus: androids again put per-panel parameters as generic ;) |
13:41.31 | cr2_ | Markinus: yeah, then it will be wrong |
13:41.58 | cr2_ | Markinus: the blac setup had such problems |
13:42.37 | Markinus | cr2_: maybe the same. . |
13:42.45 | cr2_ | mdp_writel(NULL, 0, MDP_DMA_P_START); |
13:42.55 | cr2_ | this is set by NetRipper |
13:43.02 | cr2_ | need to think about it |
13:43.04 | Markinus | we need 1 . . . |
13:43.17 | cr2_ | if we need it at all |
13:43.18 | Markinus | or? |
13:43.24 | GNUtoo | leviathan, mfd which is a variable from a struct that we don't have seem in all the .31 driver |
13:43.35 | cr2_ | need to check uboot code |
13:43.54 | cr2_ | Markinus: on blac it was also 565 vs 666 setup |
13:44.14 | NetRipper | errr there's no need to modify htc_fb_console |
13:44.27 | NetRipper | or werent you talking about that console driver cr2? |
13:44.58 | cr2_ | NetRipper: about htc_fb_console, which is not htc_fb_console |
13:45.22 | cr2_ | NetRipper: have you removed all mddi references from it ? |
13:45.23 | GNUtoo | leviathan, I am also afraid that we would have to import most of the driver,are you shure the issue is only because of refresh |
13:45.24 | GNUtoo | ? |
13:45.34 | NetRipper | cr2_, what mddi references? |
13:46.18 | NetRipper | cr2_, the mddi params that are written? |
13:46.22 | cr2_ | <PROTECTED> |
13:46.22 | NetRipper | 3 of them i think |
13:46.23 | cr2_ | <PROTECTED> |
13:46.25 | cr2_ | <PROTECTED> |
13:46.30 | NetRipper | we can try removing them yes |
13:46.49 | cr2_ | NetRipper: and you can do correct DMA setup too |
13:46.54 | NetRipper | we only need the fbram, size, stride and do the dma |
13:47.08 | NetRipper | cr2_, no, correct DMA setup is different per device/panel |
13:47.12 | GNUtoo | leviathan, also we don't have the dma functions |
13:47.27 | NetRipper | cr2_, and i want to make htc_fb_console generic, so that it can be used together with the VIDEO tag |
13:47.32 | cr2_ | fbram code is too obfuscated now too. just pick the addr from VIDEOLFB :) |
13:47.56 | NetRipper | cr2_, yes but that means we can't add dma config, as with a bad config it wouldnt work at all |
13:47.59 | cr2_ | NetRipper: how will you do generic MDDI vs LCDC ? |
13:48.02 | NetRipper | or have bad colors etc |
13:48.19 | cr2_ | NetRipper: then do switch(mtype) |
13:48.19 | NetRipper | cr2_, just depend on wince/spl init |
13:48.44 | cr2_ | NetRipper: you talk like a commercial developer on a deadline :) |
13:48.53 | GNUtoo | leviathan, ping? |
13:49.11 | NetRipper | cr2_, no the htc_fb_console is a hack, it doesn't need to be beautifl... msm_fb is the one we need to get working |
13:49.37 | cr2_ | NetRipper: bt at least add the comments. because we already know how to do the right thing |
13:49.50 | cr2_ | NetRipper: should i add lcd param decoder to haret ? |
13:49.51 | GNUtoo | NetRipper, hi what are you doing with msm_fb.c ? for which device ? under which kernel? |
13:50.01 | NetRipper | GNUtoo, leo |
13:50.09 | NetRipper | GNUtoo, and im not doing anything to it atm.. |
13:50.09 | GNUtoo | ok |
13:50.15 | GNUtoo | ah ok |
13:50.29 | NetRipper | cr2_, there are far more pressing issues than the htc_fb_console |
13:50.35 | NetRipper | like the irq problem |
13:50.51 | GNUtoo | because we try to make xf86-video-msm work flawlessly |
13:51.16 | NetRipper | GNUtoo, we'd first need a proper kernel |
13:51.24 | GNUtoo | ah ok |
13:51.29 | NetRipper | i suspect xf86-video-msm relies on msm_fb |
13:51.33 | GNUtoo | indeed |
13:51.47 | NetRipper | current MDP is not working, which is a prerequirement for msm_fb |
13:51.59 | GNUtoo | MDP is? |
13:52.11 | cr2_ | msm_fb ? isn't xf86-video-msm accelerated ? |
13:52.14 | NetRipper | the thing that dma's buffers to the display |
13:52.26 | GNUtoo | ok |
13:52.31 | cr2_ | GNUtoo: video data processor |
13:52.36 | GNUtoo | thanks a lot |
13:52.49 | cr2_ | GNUtoo: does rotation, scaling and alpha blending |
13:52.51 | GNUtoo | cr2_, it isn't working for leo or for all |
13:52.57 | GNUtoo | wow |
13:53.07 | NetRipper | GNUtoo, for leo.. it's working on msm7k |
13:53.11 | GNUtoo | ok nice |
13:53.13 | NetRipper | not on qsd |
13:53.13 | GNUtoo | thanks a lot |
13:53.15 | cr2_ | GNUtoo: we have some irq setup problem on leo |
13:53.21 | GNUtoo | ok |
13:53.41 | NetRipper | anyway im off till tomorrow night so i wont do much this weekend :) |
13:53.49 | NetRipper | but i dont think you should concentrate on the htc_fb_console |
13:53.53 | GNUtoo | what should I do then? import the working driver which is compatible with xf86-video-msm or patch the one we've got |
13:53.53 | cr2_ | NetRipper: ok, let's thing how this 0xffff value appears in the irq setup |
13:53.54 | GNUtoo | ? |
13:54.53 | NetRipper | GNUtoo, what device are you working on? |
13:55.07 | GNUtoo | dream |
13:55.16 | NetRipper | then you should ignore what cr2 and me say about the leo :) |
13:55.18 | cr2_ | NetRipper: qsd sets some (smsm) irqs to 0xff, but this should be trapped by mach-msm/irq.c |
13:55.21 | GNUtoo | ok |
13:55.28 | cr2_ | irq 65535 |
13:55.50 | GNUtoo | but we've got gtk issues with xf86-video-msm with the current driver |
13:55.59 | NetRipper | cr2_, maybe there's an error or maybe somewhere a signed short is used instead of unsigned |
13:56.01 | GNUtoo | like corupt display and similar |
13:56.09 | NetRipper | or signed int instead of unsigned short i mean |
13:56.10 | cr2_ | GNUtoo: we can't even properly boot with a ramdisk now |
13:56.11 | GNUtoo | not with enlightenment applications tough |
13:56.16 | GNUtoo | ouch.... |
13:56.26 | GNUtoo | sorry for bothering then |
13:56.29 | cr2_ | NetRipper: irq should not be short |
13:56.56 | cr2_ | NetRipper: the irq numbers are more or less hardcoded |
13:57.13 | cr2_ | #defines |
13:57.26 | NetRipper | well the only way for a -1 to be 65535 is when it's a unsigned short |
13:57.28 | NetRipper | right? |
13:57.28 | cr2_ | offset by MSM, and SIRC maybe |
13:57.37 | cr2_ | NetRipper: yes |
13:57.40 | Captnoord | NetRipper: yup |
13:57.50 | Captnoord | 0xFFFF == -1 |
13:57.59 | NetRipper | hence my blabbering about conversion problems |
13:58.01 | Captnoord | 0xFFFE == -2 |
13:58.10 | NetRipper | i may be off ofcourse but still |
13:58.13 | *** join/#htc-linux ulaas (~ulaas@88.253.0.156) |
13:58.17 | NetRipper | worth looking into i suppose |
13:58.44 | cr2_ | NetRipper: i'm a bit worried about the smsm irq area |
13:58.54 | cr2_ | if we have it at all |
13:59.14 | cr2_ | i have added the Leo_SMEM page, we need to put a table there |
13:59.25 | Markinus | cr2_: ok, I needed a bit time but now I have the same values too :P |
13:59.26 | cr2_ | with names from smd_private.h |
13:59.36 | cr2_ | and actual smem data dump |
13:59.47 | Markinus | cr2_: du we have MDP22 oder 32? |
13:59.49 | Markinus | do |
13:59.58 | Markinus | sry, 31 |
14:00.07 | cr2_ | Markinus: ok, so we know how to fix mdp_lcdc now, and also the uboot lcd setup |
14:00.12 | cr2_ | Markinus: 31 |
14:00.14 | NetRipper | anyway i gtg, talk to you guys later ;) |
14:00.23 | cr2_ | NetRipper: ok |
14:01.14 | cr2_ | Markinus: the biggest problem with uboot is that we can't put it at the same area in SMI as the current code |
14:01.44 | cr2_ | or maybe we can ?? |
14:02.36 | Markinus | cr2_: I I see this right, then we cave to flash uboot to the device right? |
14:02.41 | Markinus | If |
14:02.54 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
14:03.02 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
14:03.11 | *** part/#htc-linux ulaas (~ulaas@88.253.0.156) |
14:03.54 | cr2_ | Markinus: if it will work properly, you can use it instead of spl |
14:04.27 | cr2_ | Markinus: but then you will loose wince compatibility |
14:04.33 | Markinus | ok, the we can boot wince too, right? |
14:04.37 | Markinus | ahh ok |
14:04.41 | Markinus | hmm |
14:04.43 | Markinus | not good :) |
14:05.15 | cr2_ | it's better to boot uboot from haret, or as a biag.nbh |
14:05.18 | Markinus | cr2_: I thought we can boot wince too . . .hmmm |
14:05.22 | cr2_ | s/biag/diag/ |
14:05.30 | Markinus | if this is working, yes :) |
14:06.38 | cr2_ | where is uboot loaded in smi ? |
14:06.40 | Markinus | cr2: so we have to modify the QSD8_x50_surf.h . . . |
14:07.12 | cr2_ | Markinus: the ebi banks probably too |
14:08.29 | Markinus | I changed the PHYS_SDRAM_1 to the 0x11800000 from Leo . . |
14:09.27 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
14:10.57 | *** join/#htc-linux k_linux (~klinux@41.248.145.180) |
14:11.11 | cr2_ | Markinus: yes, you can still use 2 banks |
14:11.32 | cr2_ | Markinus: check where is the SD card, if it is on the right controller |
14:11.46 | cr2_ | and if the gpio alt settings are the same |
14:11.59 | k_linux | hi guys |
14:13.20 | k_linux | can someone help me ? I'm working on esspresso 2.1 android until now I have sound data gsm wifi working |
14:13.58 | k_linux | I need help for BT and Gsensor |
14:14.30 | cr2_ | Markinus: +#define UBOOT_SDRAM_BASE 0x00000000 /* SMI */ |
14:14.43 | cr2_ | Markinus: we may move it to a known working area |
14:15.00 | cr2_ | Markinus: the nand values should be checked too |
14:15.03 | cr2_ | +// NAND device specific register values for the NAND controller |
14:15.04 | cr2_ | +// These values are for the Samsung MFG=0xEC DEV=0xAA device (x8, 1.65~1.95V, 2K page) |
14:15.51 | cr2_ | +#define SDC_INSTANCE 1 |
14:16.07 | cr2_ | should be 2 ? 1 is wifi afair |
14:17.02 | Markinus | cr2_: where is the second bank on leo . .I can'T see it in the header file . . |
14:17.20 | cr2_ | Markinus: it's contiguous |
14:17.30 | cr2_ | Markinus: but you can set it to 0x20000000 |
14:17.46 | cr2_ | and simply split the ram into 2 pars |
14:18.29 | Markinus | ahh, yes :) |
14:18.46 | k_linux | howto dump log which is on the first boot? logcat begins after android boots |
14:19.16 | cr2_ | +#define SMEM_START 0x00100000 |
14:19.19 | cr2_ | it's ok |
14:20.01 | leviathan | GNUtoo: sry, I was eating something |
14:20.07 | GNUtoo | np |
14:20.22 | GNUtoo | I started importing the new driver btw |
14:20.32 | GNUtoo | I won't commit it now tough |
14:20.34 | Markinus | #define CONFIG_NR_DRAM_BANKS 2 /* There is 1 bank of SDRAM */ |
14:20.34 | Markinus | #define PHYS_SDRAM_1 0x11800000 /* EBI1 */ |
14:20.34 | Markinus | #define PHYS_SDRAM_1_SIZE 0x7400000 |
14:20.34 | Markinus | #define PHYS_SDRAM_2 0x20000000 /* EBI2 */ |
14:20.34 | Markinus | #define PHYS_SDRAM_2_SIZE 0x11800000 |
14:21.56 | cr2_ | +#define SMEM_START 0x00100000ok |
14:22.21 | cr2_ | Markinus: +#define LINUX_MACH_TYPEMACH_QSD8X50_SURF |
14:22.23 | Markinus | cr2_: SMEM_START or UBOOT_SDRAM_BASE ?? Secod one or? |
14:22.35 | cr2_ | Markinus: smem is ok. |
14:22.49 | cr2_ | Markinus: need to think about smi |
14:23.28 | leviathan | GNUtoo: does it work then? I mean your "new" driver |
14:23.53 | GNUtoo | not yet I'm working on it |
14:24.16 | GNUtoo | It doesn't compile for now |
14:24.51 | Markinus | cr2_: the mtype is already set correctly, SMEM in nand_qc.c too |
14:27.43 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
14:27.58 | *** join/#htc-linux wout (~5070d0f6@gateway/web/freenode/x-ngkoberstfwmmbwe) |
14:28.06 | wout | hey guys |
14:28.20 | wout | is there a way to output a list of all 2g/3g switch events from the terminal? |
14:28.30 | Markinus | cr2_: and you meant something about to correct the 24Bit Color patch |
14:28.52 | cr2_ | Markinus: we have 16bit lcd |
14:29.07 | phh | wout: maybe with logcat -b radio |
14:29.16 | cr2_ | Markinus: and the MDP/LCDC registers need to be adjusted for our dumped values |
14:29.22 | Markinus | ahh, yes . .wince cannot more . . |
14:29.41 | phh | Markinus: really ? wow |
14:29.50 | Markinus | yeah..... |
14:29.59 | wout | does that work in a similar way to dmesg? |
14:30.08 | phh | wout: what do you mean ? |
14:30.33 | phh | I love windows desktop. |
14:30.36 | cr2_ | Markinus: we need to dump the nand config registers too |
14:30.41 | wout | well, I used dmesg to get a list of enter/exit sleep activity, would like something similar for 2g/3g |
14:30.47 | phh | I can't even install HTC Sync without a bug ... |
14:30.49 | wout | to see how it relates to my battery uptime |
14:30.58 | phh | wout: hum no timing in it I think :/ |
14:31.53 | phh | ah and maybe it doesn't give the changes when in sleep |
14:32.06 | Markinus | cr2_: this one: ? 0xa0a00000 2 NAND+MPU |
14:32.11 | wout | ah, ok |
14:32.23 | wout | back to work, later |
14:32.33 | cr2_ | Markinus: yes, the CFG regs |
14:33.59 | k_linux | hi phh |
14:34.20 | phh | hi k_linux |
14:34.56 | k_linux | did u see my question about 2.1 espresso android ?? |
14:35.21 | k_linux | in fact I have flash player 10.1 working !! |
14:35.33 | phh | no |
14:35.52 | phh | and espresso ? |
14:35.55 | k_linux | (14:13:18) k_linux: can someone help me ? I'm working on esspresso 2.1 android until now I have sound data gsm wifi working |
14:35.55 | k_linux | (14:13:55) k_linux: I need help for BT and Gsensor |
14:36.22 | k_linux | 2.1 android not eclair |
14:36.24 | phh | and the gui works ?!? |
14:36.36 | k_linux | yes but undersized |
14:36.38 | phh | . |
14:36.40 | phh | ok. |
14:37.04 | k_linux | I ripped all htc's widgets and it's working like a charm ! |
14:37.16 | phh | but you won't be able to do anything with a undersized screen ... |
14:37.29 | phh | and you won't be able to "extend" it because of lame 3D hardware |
14:37.34 | k_linux | no without rosie everything is ok |
14:37.44 | Markinus | cr2_: in wich header file are the CFG regs defines? .. . .searching . . |
14:37.48 | phh | k_linux: even the widgets ? |
14:38.12 | k_linux | yes they are working |
14:38.25 | phh | weird |
14:38.33 | k_linux | do u want to try it ?? :) |
14:38.35 | phh | any, for gsensors, just put the system/lib/hw/sensors.default.so |
14:38.48 | k_linux | ok will try it now |
14:38.54 | phh | and for BT, edit the init.rc, see last stinebd's commit |
14:38.58 | phh | and yes I want to try |
14:39.14 | k_linux | ok I'll share it somewhere |
14:39.14 | phh | but right now i'm on windows trying to make htc sync working. but it won't even install. I love windows. |
14:40.00 | k_linux | "ah bon depuis qd ?? :)" |
14:40.15 | phh | what ? |
14:40.45 | k_linux | sorry I know that all your machines are under linux |
14:40.48 | cr2_ | Markinus: i'll be back in an hour |
14:40.55 | Markinus | cr2_: ok |
14:40.59 | k_linux | when u change it ?? |
14:41.50 | Captnoord | relax |
14:41.52 | Captnoord | have patience |
14:47.09 | k_linux | phh: I forgot something 2.1 is not as flawless on blac as on diam u know the reason ! |
14:50.28 | phh | k_linux: ??? |
14:50.37 | phh | I'd expect it's the exact opposite -_-' |
14:51.26 | Captnoord | hmm so blac just doesn't have enough memory for gpu? |
14:51.52 | k_linux | I'll explain, 2.1 need a lot of memory, so it works on blac as eclair on diam ! |
14:52.03 | Captnoord | lol |
14:52.04 | phh | Captnoord: depends on what you do with it |
14:52.05 | Captnoord | that I know |
14:52.11 | Captnoord | hmmm... |
14:52.13 | phh | k_linux: diam has only 196MB .... |
14:52.26 | phh | 188 ? |
14:52.29 | phh | well 128+64. |
14:52.43 | Captnoord | so one reason why blac doesn't work smooth is because of the memory layout |
14:52.56 | k_linux | phh: yes but what is used is 128 vs 188 on blac |
14:53.07 | GNUtoo | strange strange... |
14:53.09 | GNUtoo | arch/arm/mm/init.c:353: error: expected identifier or '(' before 'unsigned' |
14:53.12 | phh | k_linux: ?!? |
14:53.19 | phh | k_linux: you're using a damn old kernel then |
14:53.22 | GNUtoo | int pfn_valid( unsigned long pfn ){ |
14:53.26 | phh | uh ? |
14:53.28 | phh | no sorry. |
14:53.30 | phh | i misread |
14:53.36 | k_linux | phh: ok |
14:53.36 | phh | k_linux: well it uses all memory available |
14:53.38 | phh | nothing new here |
14:55.50 | *** join/#htc-linux babijoee (~babijoee4@d110-33-179-143.sun801.vic.optusnet.com.au) |
14:56.18 | *** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl) |
14:57.00 | phh | k_linux: maybe hw3d is disabled on your blac but not on your diam ? |
14:57.06 | phh | but that sounds really strange |
14:58.59 | k_linux | phh: Gsensor is OK !! thx |
14:59.15 | GNUtoo | mmm maybe it's already defined in mmzone.h |
14:59.25 | phh | k_linux: oh I'm just thinking |
14:59.27 | *** join/#htc-linux Zoolooc (~fredsibar@p54957F9F.dip.t-dialin.net) |
14:59.32 | k_linux | it's enabled |
15:00.17 | phh | k_linux: where do you get this rom from ? |
15:00.18 | phh | directly from an android device ? |
15:00.18 | phh | or from a vogue tree ? |
15:00.18 | k_linux | phh: kaiser's forum |
15:00.18 | phh | hum |
15:00.18 | phh | oh well it's still worth a try |
15:00.30 | phh | for bluetooth there might be some things interesting |
15:00.38 | phh | is there a btilp in system/bin? |
15:01.18 | k_linux | phh: no |
15:01.23 | Captnoord | hmm the wince batt driver is working in Coulomb I think |
15:02.14 | phh | Captnoord: but they don't have precise current measurement ?!? |
15:02.36 | phh | k_linux: can you pastebin the list of the apps in system/bin ? |
15:02.39 | Captnoord | battery.charge_full_time_diff |
15:02.48 | Captnoord | has a if max check of 4000 |
15:02.53 | Captnoord | and if its higher than 4000 |
15:02.56 | Captnoord | its set to 3600 |
15:02.59 | k_linux | ok |
15:03.03 | Captnoord | which is the exact load of 1A/h |
15:03.13 | Captnoord | 1000 mAh |
15:03.17 | phh | Captnoord: 1Ah :p |
15:03.21 | phh | . |
15:04.45 | k_linux | phh: http://pastebin.com/a5zQZbD6 |
15:05.06 | phh | k_linux: bluetooth works on kaiser ? |
15:05.34 | k_linux | phh: don't know |
15:06.23 | k_linux | phh: the link of original rom http://forum.xda-developers.com/showthread.php?t=613826 |
15:06.31 | GNUtoo | there is no pfn_valid in codeaurora kernel |
15:06.57 | GNUtoo | in init.c in arch/arm/mm |
15:07.12 | Captnoord | alright |
15:07.19 | babijoee | cr2: ping |
15:07.25 | Captnoord | they use a 0.1 ohm current measure resistor |
15:07.36 | Captnoord | thats pretty normal |
15:07.53 | phh | k_linux: you'd better start from a hero's system .... |
15:08.22 | phh | well, the original espresso rom. |
15:08.47 | k_linux | phh: ok |
15:08.58 | phh | unless you're really lazy. |
15:09.13 | phh | concerning bluetooth, btilpd should work |
15:09.20 | phh | and that would make a lot of people really happy :p |
15:12.22 | phh | (maybe not replicant people though.) |
15:13.40 | k_linux | phh: btilpd ? I don't have it neither on eclair nor on sense |
15:13.45 | k_linux | can u share |
15:13.48 | k_linux | it ? |
15:14.41 | phh | k_linux: read better ... |
15:14.46 | phh | it's in the pastebin you gave me .. |
15:16.35 | k_linux | phh: no it's not the case what I have is btipsd |
15:17.24 | phh | oh yeah right. |
15:17.29 | phh | typo. |
15:18.25 | phh | or there are two bt ti stacks ? |
15:18.27 | phh | don't remember -_-' |
15:19.30 | k_linux | phh: np |
15:19.44 | k_linux | phh: even eclair don't have it |
15:19.56 | k_linux | phh: BT works on it |
15:20.19 | phh | k_linux: call on BT works maybe ? |
15:21.20 | k_linux | phh: of course no, I mean it can be enabled & pairs with other devices |
15:22.04 | phh | there is no btipsd reference in the init.rc ? |
15:23.29 | babijoee | phh: this isnt really important but whats the stock battery capacity shipped with your diamond? |
15:23.40 | phh | 900mA |
15:23.41 | k_linux | phh: no |
15:23.50 | babijoee | ooo |
15:24.04 | k_linux | phh: should I add it somewhere ?? |
15:24.09 | babijoee | now u have 1800 right? |
15:24.14 | phh | babijoee: 1500 |
15:24.16 | GNUtoo | btw leviathan : |
15:24.20 | k_linux | babijoee: hi |
15:24.20 | GNUtoo | drivers/mmc/host/msm_sdcc.c: In function 'msmsdcc_probe': |
15:24.20 | GNUtoo | drivers/mmc/host/msm_sdcc.c:1164: warning: passing argument 2 of 'request_irq' from incompatible pointer type |
15:24.20 | GNUtoo | include/linux/interrupt.h:117: note: expected 'irq_handler_t' but argument is of type 'int (*)(int, void *)' |
15:24.23 | leviathan | yes? |
15:24.25 | phh | babijoee: hum well, on rhod or diam ? |
15:24.36 | phh | k_linux: give me your current build, I'll see |
15:24.44 | phh | it depends on how much kaiser guys broke it |
15:24.45 | leviathan | hmmm |
15:24.57 | k_linux | phh: will upload it now |
15:25.12 | leviathan | GNUtoo: possible that the error we're encountering with wifi comes from there |
15:25.13 | leviathan | yes |
15:25.20 | GNUtoo | ok |
15:25.34 | babijoee | hi k_linux |
15:25.49 | babijoee | diam |
15:25.57 | babijoee | just checking |
15:25.57 | *** join/#htc-linux Zoolooc_ (~fredsibar@p54956E4D.dip.t-dialin.net) |
15:26.16 | babijoee | it sounded weird when i saw someone with extended battery of 1100mah on diamond |
15:26.28 | babijoee | i though normal standard was 1400mah |
15:26.31 | k_linux | babijoee: u know I have 2.1 working on blac with 3G gsm Gsensor sound wifi !! |
15:27.02 | babijoee | no i didnt |
15:27.31 | babijoee | and? |
15:28.22 | babijoee | phh: have you tried new build? |
15:28.29 | phh | babijoee: no |
15:28.39 | babijoee | people on forums keep complaining about downloading from market problems |
15:28.41 | babijoee | =/ |
15:28.44 | phh | my extented diam battery is 2Ah |
15:28.54 | babijoee | ah k |
15:29.04 | phh | babijoee: don't know your changes |
15:29.11 | babijoee | it must be as fat as raph |
15:29.32 | phh | as fat as rhodium |
15:29.43 | babijoee | topaz sensor and some apps irrc |
15:29.46 | babijoee | lol |
15:30.37 | babijoee | yeah according to stinebd launcher2 requires some work with gl |
15:31.02 | babijoee | but i've added home++ which is pretty good to me |
15:31.04 | phh | do we have the sources of launcher2 ? |
15:31.11 | babijoee | hmmm |
15:31.16 | babijoee | i haven't looked |
15:31.21 | babijoee | but dont think so |
15:31.29 | phh | ok |
15:31.41 | babijoee | home++ is much better imo |
15:31.51 | phh | ah. ok |
15:31.55 | phh | no need to work on that then :p |
15:32.14 | makkonen | I don't like home++ not having the notifications bar displayed. otherwise, it's a big improvement. |
15:32.26 | babijoee | makkonen: me too |
15:32.29 | phh | makkonen: I think it's a setting, no ? |
15:32.30 | Markinus | arghhh .. I need more RAM . . 4 GB are to less . . |
15:32.30 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
15:32.36 | babijoee | took me awhile to figure that one |
15:32.45 | makkonen | phh: it might be. I didn't look closely enough to find it, though. |
15:32.55 | phh | babijoee: just read the first start page ! :p |
15:33.02 | phh | makkonen: ok |
15:33.04 | babijoee | nah |
15:33.13 | babijoee | i never read those blurbs |
15:33.14 | babijoee | -.- |
15:33.21 | phh | babijoee: me neither. |
15:33.28 | phh | but when I've seen the homepage |
15:33.35 | phh | I decided I'll change my mind once. |
15:33.39 | babijoee | lol |
15:33.53 | babijoee | its pretty straight forward if you've used android for ahiwle |
15:33.57 | babijoee | while* |
15:35.02 | makkonen | I was using google reader in the android browser this morning, catching up on blog posts... it works SO WELL. I think it was the first time I actually just used my phone in android. |
15:35.30 | babijoee | anways i'll release an updated build tomorrow, i deleted gtalk service and removed htc_ime from apps in /system/apps |
15:35.55 | phh | makkonen: I hate google reader. No push-rss. |
15:36.37 | makkonen | ah, that's a shame. I was just reveling at the ajax-y expand and collapse of articles. |
15:36.54 | phh | instead I use rss2email :/ |
15:37.04 | phh | it's really not as great as a real rss reader |
15:37.24 | makkonen | I quite liked rsshub in winmo. |
15:41.27 | phh | chamonix: that makes me think. if you want to make a really great app. just publish your rss2email + tagging stuff to the world. |
15:44.54 | *** join/#htc-linux dcordes (~dcordes@unaffiliated/dcordes) |
15:45.01 | dcordes | hi |
15:45.06 | phh | ok. i definitely hate windows. |
15:45.28 | dcordes | leviathan are you still here? |
15:46.13 | Markinus | phh: here is a libaudiofinger cpompiled with A2DP for testing: http://www.megaupload.com/?d=M288IG8W |
15:46.34 | phh | still no A2DP headset uh ? |
15:46.49 | Markinus | No :( |
15:48.23 | phh | k_linux: still not ? |
15:48.32 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
15:49.15 | k_linux | phh: I have a pb with firefox I should restart on windows to upload the files |
15:49.25 | phh | tss ... |
15:50.22 | Markinus | phh: do you have one for a test? |
15:50.33 | phh | Markinus: yes, but the android on my diam is quite old |
15:50.35 | phh | I have to update it first |
15:51.04 | Markinus | phh: ok, would be great to know . .. |
15:51.46 | *** join/#htc-linux bzo (~chatzilla@adsl-75-35-5-163.dsl.pltn13.sbcglobal.net) |
15:51.48 | Markinus | vbox is eating RAM . . arghhhh. . . after 3 days 2 GB on RAM . .very hungry. . |
15:51.59 | phh | reboot :p |
15:52.04 | Markinus | yes . . indeed. . |
15:52.32 | makkonen | ~usb_function_switch |
15:52.33 | apt | rumour has it, usb_function_switch is /sys/devices/platform/msm_hsusb/usb_function_switch |
15:52.47 | phh | makkonen: do you know if htc sync works with setting it to 2? |
15:53.28 | makkonen | I do not know. never tried htc sync |
15:54.41 | phh | ok |
15:56.21 | bzo | phh: emailed you the acpuclock merge patch |
15:56.30 | phh | bzo: ah cool thanks |
15:56.53 | bzo | so actually I was wrong about codeaurora version using freq tables |
15:57.07 | bzo | it does use them, but it dynammically detects the pll freqs and chooses the right one |
15:57.32 | bzo | and it does create the cpufreq table from scratch |
15:58.10 | phh | ok |
15:58.45 | bzo | you may have to tweak the freq tables a little for the turbo mode, I don't have one to test |
15:59.09 | bzo | I had to make a few changes to the regular one for the cpu freq changing to work well with our config |
15:59.30 | bzo | mainly, our config specifies a min freq of 128000, while the tables assume you can go lower than that |
16:00.12 | phh | the problem is that we don't have perflock |
16:00.16 | phh | so we can't set min freq to 0 |
16:00.39 | bzo | ok |
16:00.56 | bzo | phh: do you know why the pll on/off control was never implemented? |
16:01.14 | phh | bzo: it's not really useful |
16:01.16 | k_linux | phh: uploading |
16:01.25 | phh | k_linux: waiting. |
16:01.33 | bzo | it will not save power in suspend? |
16:01.40 | phh | not much |
16:01.52 | bzo | ok, I won't worry about it then |
16:02.06 | ToAsTcfh | bzo : what u found for turbo mode? |
16:02.16 | phh | whenever we get <10mA total power consumption, we might start worring about it. |
16:02.47 | ToAsTcfh | i have turbo mode :) |
16:02.50 | bzo | ToAsTcfh: nothing really. We are going to a newer version of acpuclock that supports lots of different configs |
16:02.59 | ToAsTcfh | oh |
16:03.09 | Captnoord | okey lets dump some battery data |
16:03.18 | Captnoord | damn... I can't believe our driver has so much crap in it |
16:03.22 | Captnoord | bleh |
16:03.24 | phh | haha |
16:03.35 | bzo | ToAsTcfh: probably not worth merging into your kernel if you only support one device |
16:03.41 | Captnoord | I mean... I can understand some filtering or avaraging..... but this |
16:03.42 | Captnoord | bleh |
16:03.52 | *** join/#htc-linux the_sys0p (~the_sys0p@cpe-67-49-210-192.bak.res.rr.com) |
16:04.07 | phh | bzo: one day we will binary support all msm7*a devices ! :p |
16:04.45 | ToAsTcfh | well i still get kernel panics when i set the config max equal or higher then its set in acpuclock. but if i set them to 528 thereis no issue |
16:04.46 | bzo | phh: not all msm* devices? hehe :P |
16:04.54 | phh | bzo: that will be tougher to do :p |
16:05.36 | bzo | ToAsTcfh: in your dmesg near the beginning, it shows the PLL freqs. Do they actually change when you oc? |
16:06.12 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
16:06.27 | ToAsTcfh | well i cant over clock. it changes the max in cpu0 but i casnt jump up to pll2 |
16:06.31 | Captnoord | bump batt info every second |
16:07.31 | ToAsTcfh | in other words if i can get it to boot itll set the max but i can never ramp up to it. im stuck on pll1 480 |
16:08.12 | bzo | ToAsTcfh: right, but it is a different thing to check if the PLL is actually getting configured |
16:08.55 | ToAsTcfh | what u mean? it is actually setting the min and max on the device |
16:09.13 | ToAsTcfh | [ 5.422698] msm_cpufreq_target 595200 r 1 (245760-595200) selected 595200 |
16:10.14 | ToAsTcfh | but idk if the pll is being configured for that or if its just a max being set |
16:11.04 | ToAsTcfh | suggestions for checking? |
16:12.05 | bzo | ToAsTcfh: I mean near the beginning of the dmesg, if prints all the base PLL freqs |
16:12.57 | ToAsTcfh | [ 2.661865] OC: ADJUSTING FREQ TABLE freq=198400 div=2 ahbclk=99200 ahbdiv=1 |
16:12.57 | ToAsTcfh | [ 2.661895] OC: ADJUSTING FREQ TABLE freq=297600 div=1 ahbclk=74400 ahbdiv=3 |
16:12.57 | ToAsTcfh | [ 2.661926] OC: ADJUST freq_tbl_entry: 528000 to 595200 |
16:12.57 | ToAsTcfh | [ 2.661956] OC: ADJUSTING FREQ TABLE freq=595200 div=0 ahbclk=148800 ahbdiv=3 |
16:12.57 | ToAsTcfh | [ 2.662628] ACPU running at 480000 KHz |
16:12.58 | ToAsTcfh | [ 2.673492] msm_i2c_probe |
16:13.00 | ToAsTcfh | [ 2.673736] msm_i2c_probe: clk_ctl 35d, 100000 Hz |
16:13.27 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
16:13.42 | The-Compiler | ToAsTcfh: http://en.wikipedia.org/wiki/Pastebin |
16:15.14 | ToAsTcfh | http://en.pastebin.ca/1813615 |
16:15.34 | ToAsTcfh | <The-Compiler> ToAsTcfh: http://en.wikipedia.org/wiki/Pastebin <<~~~ sorry |
16:16.38 | Captnoord | lol |
16:16.39 | ToAsTcfh | bzo that dmesg is from one that wont boot |
16:16.53 | The-Compiler | I don't really care, but others might do ;) |
16:17.09 | ToAsTcfh | ok |
16:17.18 | ToAsTcfh | sorry everyone :P |
16:18.23 | bzo | ToAsTcfh: your kernel doesn't print out the PLLs settings like ours, but the problem is not obvious to me |
16:18.42 | ToAsTcfh | thatsux |
16:19.20 | ToAsTcfh | yeah its strange because when it does boot the dmesg looks the same |
16:19.30 | Captnoord | goes aaaaahhhh crap... didn't enable ram consoel |
16:19.32 | Captnoord | console |
16:22.39 | phh | Captnoord: haha |
16:25.13 | Captnoord | lol |
16:25.23 | Captnoord | now every second the batt level falls |
16:25.31 | Captnoord | fluxuate majorly |
16:25.36 | Captnoord | between 36 and 45 |
16:25.37 | Captnoord | lolz |
16:28.24 | leviathan | dcordes: I made a cofee |
16:28.30 | leviathan | smoked some cigarettes |
16:28.39 | leviathan | and tried to get away my hadace |
16:28.58 | leviathan | headache |
16:29.24 | leviathan | here we have high pressured air, perhaps rain will follow soon |
16:30.02 | phh | k_linux: ? |
16:30.21 | leviathan | dcordes: after I didnt manage to get the build errors away I decided to rebuild everything from scratch in bb |
16:30.37 | leviathan | until its finished I guess I will solve my working sheets for study |
16:30.39 | leviathan | for next week |
16:30.43 | k_linux | phh: yes still uploading my connection is too slow ! |
16:31.00 | k_linux | phh: still 18 min |
16:31.10 | phh | ok |
16:31.38 | k_linux | phh: I'll try a new system.sqsh from hero 2.1 now |
16:33.52 | phh | why ? |
16:33.59 | phh | ah because I told you to. |
16:34.06 | k_linux | phh: :) |
16:38.35 | k_linux | phh: I have pb with latest kernel in blac it's about galloc and out of memory is it hw3d ?? |
16:39.05 | phh | blac hasn't enough memory to handle splashscreen through 3D |
16:39.59 | k_linux | phh: ok so if I remove splashscreen it will work ? |
16:40.06 | phh | I think so |
16:40.08 | Captnoord | phh maybe we can make it use less memory by forcing gl es with diff config |
16:40.30 | phh | Captnoord: I want to force it in lower resolution, but no clue how : |
16:40.31 | phh | ( |
16:40.45 | Captnoord | nah you don't want the lower resolution |
16:40.55 | Captnoord | how much mem gl needs |
16:40.55 | phh | uh ? |
16:41.02 | phh | how do you want to do that ? |
16:41.09 | Captnoord | is related to how mutch deph buffer memory is allocated |
16:41.17 | Captnoord | if you allocate 16 bits or 32 bits memory for that |
16:41.20 | Captnoord | your gonna have problem |
16:41.21 | Captnoord | s |
16:41.21 | *** join/#htc-linux mcdull (~blackston@061093132071.ctinets.com) |
16:41.28 | phh | ah. |
16:41.28 | Captnoord | especialy when you don't have anough |
16:41.28 | *** join/#htc-linux Markinus (~Miranda@gtng-4db048e3.pool.mediaWays.net) |
16:41.29 | Captnoord | so |
16:41.34 | phh | but we have no control on it |
16:41.38 | Captnoord | not? |
16:41.45 | phh | well, for bootsplash maybe, we have the source |
16:41.48 | phh | but not for most app |
16:42.05 | phh | unless I missed something |
16:42.06 | Captnoord | hmmm also a problem can be is how the color map of the device is set |
16:42.23 | Captnoord | does it use 32 bits |
16:42.24 | Captnoord | or |
16:42.27 | Captnoord | 24 bits color map |
16:42.40 | Captnoord | but yea |
16:42.50 | Captnoord | other apps might cause problems |
16:42.51 | Captnoord | hmmmm |
16:43.10 | phh | the only solution I can see is scalnig |
16:43.34 | Captnoord | smem is 2 bytes alligned |
16:43.43 | Captnoord | v = (values_32[2] * 9 / 7) + (values_32[4] / 7) - (values_32[3] / 28); |
16:43.50 | Captnoord | that is completely useless |
16:43.54 | Captnoord | and the only reason it works |
16:44.04 | Captnoord | is because the value's 4 is empty |
16:44.08 | Captnoord | bleh |
16:44.17 | phh | :D |
16:44.39 | Captnoord | now changed my dump stuff to 16 bits |
16:44.47 | makkonen | well, it works because I tested out numbers until it worked. :-p the discharge value is just empty, though. I don't know what the story is on that. |
16:45.04 | phh | i'm going to kill k_linux's connection. |
16:45.06 | Captnoord | the discharge value isn't empty |
16:45.07 | Captnoord | :P |
16:45.19 | phh | makkonen: it's empty maybe when charging ? :p |
16:45.20 | *** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com) |
16:45.21 | Captnoord | [ 188.565704] batt_id: 221184007 |
16:45.22 | Captnoord | [ 188.565765] batt_vol: 1510264 |
16:45.22 | Captnoord | [ 188.565795] batt_vol_last: 1 |
16:45.22 | Captnoord | [ 188.565826] batt_temp: 0 |
16:45.22 | Captnoord | [ 188.565856] batt_current: 0 |
16:45.22 | Captnoord | [ 188.565887] batt_current_last: 0 |
16:45.22 | Captnoord | [ 188.565917] batt_discharge_current: 4 |
16:45.27 | makkonen | ok, then... it isn't values_32[4] then |
16:45.29 | Captnoord | thats with fucked up allignment |
16:45.32 | Captnoord | nah |
16:45.36 | Captnoord | its value_16 |
16:45.38 | Captnoord | not 32 |
16:45.44 | Captnoord | on my raph it is.... |
16:46.00 | Captnoord | 221184007 = D2F0007 |
16:46.07 | makkonen | well, the battery values are pretty different on diam500/raph800 and the rest, from what I've seen. |
16:46.08 | Captnoord | batt_id = 0xD2F |
16:46.13 | Captnoord | batt_vol == 7 |
16:46.38 | Captnoord | batt_vol = 170B78 |
16:46.48 | Captnoord | vol_last is 0x170 |
16:46.54 | Captnoord | batt temp is 0xb78 |
16:47.00 | Captnoord | nah |
16:47.04 | Captnoord | fuck the hard shit |
16:47.09 | Captnoord | as I changed it anyway |
16:47.11 | makkonen | so has it just been done wrong the whole time? |
16:47.19 | Captnoord | yup |
16:47.26 | makkonen | funny |
16:47.30 | Captnoord | or |
16:47.36 | Captnoord | at least on my raph |
16:47.55 | Captnoord | but not only that |
16:48.06 | Captnoord | its full of crap |
16:48.07 | Captnoord | I mean |
16:48.08 | makkonen | doesn't yours use the values_16 section, not _32, anyway? |
16:48.15 | makkonen | oh, it's terrible. across the board. |
16:48.17 | Captnoord | atm now it uses 16 |
16:48.29 | phh | Captnoord: you pasted _32 |
16:48.30 | Captnoord | gonna dump ram console |
16:48.33 | Captnoord | to see |
16:48.34 | Captnoord | yup |
16:48.37 | Captnoord | Idid |
16:48.50 | Captnoord | I need to dump the 16 |
16:49.05 | phh | wait, you have _32 AND _16 in your smem ? |
16:49.16 | Captnoord | wait |
16:49.24 | Captnoord | i'll explain when i've read my ram console |
16:49.28 | phh | ok |
16:50.10 | Captnoord | [ 106.589691] batt_id: 7 |
16:50.10 | Captnoord | [ 106.589691] batt_vol: 3426 |
16:50.11 | Captnoord | [ 106.589721] batt_vol_last: 2933 |
16:50.11 | Captnoord | [ 106.589721] batt_temp: 23 |
16:50.11 | Captnoord | [ 106.589721] batt_current: 1 |
16:50.11 | Captnoord | [ 106.589721] batt_current_last: 0 |
16:50.11 | Captnoord | [ 106.589752] batt_discharge_current: 0 |
16:50.12 | Captnoord | [ 106.589752] VREF_2: 0 |
16:50.12 | Captnoord | [ 106.589752] VREF: 0 |
16:50.13 | Captnoord | [ 106.589752] ADC4096_VREF: 0 |
16:50.13 | Captnoord | thats better |
16:50.22 | phh | makkonen: just thinking, have you tried comparing hero's smem stuff to yours ? |
16:50.25 | Captnoord | 23 degrease is kinda correct |
16:50.26 | phh | makkonen: it might be quite the same thing |
16:50.41 | Captnoord | i'm using hero's dump stuff atm |
16:50.50 | phh | Captnoord: oO |
16:50.55 | phh | but hero has 32bit integers |
16:50.56 | phh | we have 16 |
16:50.59 | phh | (according to doc.) |
16:51.01 | Captnoord | yup |
16:51.11 | Captnoord | but I can change the var types of the struct |
16:51.14 | Captnoord | :P |
16:51.24 | phh | yes but if the size is wrong, it's likely that everything is wrong |
16:51.27 | Captnoord | #define ubatt u16 |
16:51.27 | Captnoord | #define sbatt s16 |
16:51.27 | Captnoord | struct htc_batt_info_full { |
16:51.27 | Captnoord | volatile ubatt batt_id; |
16:51.27 | Captnoord | volatile ubatt batt_vol; |
16:51.27 | Captnoord | volatile ubatt batt_vol_last; |
16:51.28 | Captnoord | volatile ubatt batt_temp; |
16:51.28 | Captnoord | volatile ubatt batt_current; |
16:51.29 | Captnoord | volatile ubatt batt_current_last; |
16:51.30 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
16:51.37 | Captnoord | that is what I had |
16:51.42 | Captnoord | the wrong stuff |
16:51.46 | babijoee | gnite guys |
16:51.48 | Captnoord | now i've changed it to u16 |
16:51.50 | Captnoord | and its correct |
16:52.05 | Captnoord | battery is low... |
16:52.18 | Captnoord | batt_vol: 3426... its about correct |
16:52.19 | phh | have you tried the space area cdma uses ? |
16:52.24 | phh | I wonder if it could be right. |
16:52.32 | Captnoord | nope |
16:52.43 | phh | Captnoord: there is a not really constant +0.3V delta |
16:52.54 | phh | maybe linked with vref and vref/2 |
16:53.19 | Captnoord | [ 106.589813] pd_temp: 2850 |
16:53.33 | Captnoord | vref isn't used where I dumped the value's |
16:53.39 | Captnoord | I wonder if thats related to the dex call |
16:54.01 | phh | btw there are two battery dex calls |
16:54.25 | Captnoord | 139 == get battery id |
16:55.01 | Captnoord | and 138 for get data |
16:57.51 | Captnoord | lol |
16:58.37 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
16:58.48 | Captnoord | strange |
16:58.52 | Captnoord | while .smem_field_size = 4, is set |
16:58.54 | Captnoord | for raphael |
16:59.25 | phh | ?!? |
16:59.27 | Markinus | argh.... a whole cup coffee in my keyboard . .I love this . . |
16:59.43 | phh | Markinus: my phone won't peer with my headset ... |
16:59.53 | phh | don't know what's the problem :/ |
17:00.05 | phh | but people reported they could peer with their headset even without the lib |
17:00.09 | phh | so there is something wrong on my side |
17:00.24 | Captnoord | hmmmm |
17:00.27 | Captnoord | wierd stuff |
17:00.32 | Captnoord | i've been reading the wrong shit |
17:00.34 | Captnoord | all along |
17:00.36 | Captnoord | nice |
17:00.55 | phh | Captnoord: no way you have field_size=4 |
17:01.02 | adamw | morning |
17:01.06 | Captnoord | yea |
17:01.09 | Captnoord | strange shit |
17:01.10 | Captnoord | :S |
17:01.10 | phh | adamw: afternoon. |
17:01.19 | Captnoord | I had to change to u16 otherwise I would read crap |
17:01.22 | Captnoord | hmmm |
17:01.22 | Captnoord | wait |
17:01.28 | Captnoord | maybe what i read |
17:01.28 | ToAsTcfh | bah |
17:01.29 | Markinus | phh: hmm, ok. Thx for testing. . . maybe I do domething worng too. . I have only 2.1 repo . .maybe it'S a problem with 2.01. .. |
17:01.30 | Captnoord | is wince shit |
17:02.01 | phh | Markinus: na it's not related to the libaudioflinger.so you gave me |
17:02.55 | Captnoord | i'm having a hard time understanding why the batt driver kinda worked |
17:02.56 | Captnoord | :S |
17:03.07 | Captnoord | the way I see it |
17:03.12 | Captnoord | it shouldn't even work |
17:03.18 | makkonen | phh: I didn't realize hero had any battery smem stuff worth looking at. I'll check it out. |
17:03.42 | Captnoord | i've changed the default battery offset to the correct one |
17:04.04 | phh | makkonen: and the size matches |
17:04.11 | makkonen | cool |
17:04.26 | phh | makkonen: iirc it has circa 40 entries, and there is place for 48 :p |
17:05.25 | phh | makkonen: you have the sources of it or you want me to paste it ? |
17:06.54 | makkonen | is it in the heroc kernel source? |
17:07.01 | phh | in htc_battery.c |
17:07.10 | makkonen | ok, that's where I'm looking now. |
17:08.23 | phh | dump int @ 0x01f00000+0xfc140+19*4 |
17:08.26 | phh | it should be a percentage |
17:08.34 | phh | and 18. |
17:09.02 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
17:09.37 | Wout | phh, was in an area with less 3g switching today, 54% left after 6 hours, so that extrapolates to 12hrs total |
17:09.38 | Wout | not bad |
17:09.52 | Wout | mostly standby though |
17:09.57 | phh | it means you was still switching ? |
17:10.04 | phh | where do you live to switch ? -_-' |
17:10.15 | phh | the only place where it's not constant is my school |
17:10.28 | Wout | work in a store, and the reception in the stock room is pretty bad |
17:10.38 | Wout | but was in the store itself for most of the time today |
17:11.03 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
17:11.30 | Captnoord | okey |
17:11.32 | Wout | thats why I asked about the logging thing, was interested to see how much it switched between 2g/3g today |
17:11.35 | Captnoord | lets make things a bit worse |
17:11.38 | Captnoord | wince batt driver |
17:11.45 | Captnoord | reads its stuff after the dex call from |
17:11.45 | Captnoord | 0xAA0FC110 |
17:12.03 | phh | (NB: x200-x140 != x60.) |
17:12.14 | Captnoord | hehe |
17:12.17 | phh | Captnoord: that's where we read it |
17:12.21 | Captnoord | really? |
17:12.25 | phh | -_-' |
17:12.30 | Captnoord | .smem_offset = 0xfc140, |
17:12.31 | phh | http://htc-linux.org/wiki/index.php?title=RaphaelMemoryMap |
17:12.35 | Captnoord | I know |
17:12.43 | Captnoord | smem_offset of the raphael |
17:12.51 | Captnoord | so it should be |
17:12.53 | phh | no. |
17:12.56 | Captnoord | 0xFC110 |
17:13.00 | phh | htcraphael_device_specific_fixes |
17:13.02 | phh | read that. |
17:13.06 | phh | this function i mean |
17:13.39 | Captnoord | msm_htc_hw_pdata.battery_smem_offset = 0xfc110; |
17:13.39 | Captnoord | msm_htc_hw_pdata.battery_smem_field_size = 2; |
17:13.41 | Captnoord | alright |
17:13.50 | Captnoord | points at size = 2 |
17:14.08 | Captnoord | while we are reading 4 |
17:14.18 | makkonen | 0xfc140, size = 4 is the raph800/diam500 location |
17:14.55 | Captnoord | makkonen: i didn't know about the fix part |
17:15.09 | makkonen | well, just looked over the heroc htc_battery.c file, and remembered that I don't really know C. |
17:15.48 | makkonen | it references RPC calls for set_delta and set_full_level, which seems interesting. |
17:16.02 | phh | makkonen: we don't have those RPC |
17:16.04 | phh | I don't think you have either |
17:16.20 | phh | makkonen: see /dev/oncpc if you have a 301xxxx thing |
17:21.43 | makkonen | so how does it get done in wince? |
17:22.08 | Captnoord | smem |
17:22.34 | phh | +dex call |
17:22.39 | Captnoord | yup |
17:23.17 | Captnoord | I think ive had some stuff around |
17:24.45 | bzo | Captnoord: did you ever find anything useful disassembling the battery dll? |
17:25.44 | Captnoord | yea but as i'm not really good at it |
17:25.52 | Captnoord | I didn't really had time to use it |
17:25.58 | Captnoord | but now its a good time to try |
17:27.27 | Captnoord | I think that get_batt_id does more than its name suggests |
17:28.23 | bzo | haha, well for one it seems to kills the battery data on cdma |
17:29.15 | Captnoord | on wince it isn't called battery_id |
17:29.17 | Captnoord | its called |
17:29.18 | Captnoord | DEX_Get_Batt_Slope_Kernel |
17:29.26 | phh | Slope ? |
17:30.08 | phh | Captnoord: I think we killed something with 3D. |
17:30.17 | phh | diamond ran every 3D app fine |
17:30.20 | phh | and now it no longer does |
17:31.03 | phh | don't know what could be the reason though |
17:31.05 | bzo | some apps run and some don't? |
17:31.14 | phh | bzo: yeah |
17:31.30 | phh | I thaught blac's problems was only memory, but maybe it's not ... |
17:32.18 | bzo | it does seem weird that on the diamond, 3d is broken with more than 7mb |
17:32.19 | Captnoord | hmmmmm |
17:32.29 | Captnoord | brb dinner |
17:32.36 | Captnoord | i'll check it when i'm back |
17:35.57 | phh | hum |
17:36.00 | phh | or maybe not |
17:36.03 | phh | there is only one app that doesn't run |
17:40.30 | phh | hum neocore force close too |
17:41.34 | bzo | i get force close on neocore sometimes even before the 3d fix |
17:42.27 | ToAsTcfh | <4>[ 603.687438] msm_cpufreq_target 550000 r 1 (245760-550000) selected 480000 |
17:50.05 | phh | ah |
17:50.11 | phh | neocore works again after reinstalling it. |
17:50.36 | phh | and kills android in the meantime ?!? |
17:50.43 | phh | ah only mediaplayer |
17:51.22 | GNUtoo | leviathan, what should I do? I spent the *whole day* making the driver compile and now it doesn't run: |
17:51.34 | leviathan | hmm |
17:51.43 | GNUtoo | It boots,I've the carrier logo,then it becomes black and then it reboots |
17:51.59 | leviathan | on which codebase do you work? |
17:52.02 | leviathan | which repo |
17:52.07 | leviathan | which branch |
17:52.12 | leviathan | which release? |
17:52.15 | GNUtoo | yours + importing .31's msmfb driver |
17:52.19 | leviathan | hmm |
17:52.35 | leviathan | it seems that they have overwritten jumping adresses |
17:52.38 | leviathan | while in ours |
17:52.46 | GNUtoo | jumping but where? |
17:52.55 | leviathan | in ours its practically vanilla from torvalds |
17:52.58 | GNUtoo | and how could you know it ? |
17:53.01 | GNUtoo | ah ok |
17:53.11 | *** join/#htc-linux Wr4i7h (~abc@89.180.151.129) |
17:53.22 | leviathan | they have done a death sin in kernel hacking the android people |
17:53.29 | leviathan | put theire noses into base code |
17:53.40 | GNUtoo | yes I modified memory |
17:53.41 | leviathan | where they dont have too do *anything* |
17:53.50 | leviathan | nja |
17:53.52 | GNUtoo | but how can you know? |
17:53.52 | leviathan | anyway |
17:53.56 | leviathan | uhm |
17:54.06 | GNUtoo | you've tried too? |
17:54.12 | leviathan | I tried recently to merge our kernel drivers into upstream again |
17:54.14 | leviathan | and yes |
17:54.15 | leviathan | :) |
17:54.16 | leviathan | both |
17:54.21 | GNUtoo | and? |
17:54.25 | leviathan | its pita |
17:54.37 | leviathan | they hacked around in the basecode stuff of the kernel |
17:54.45 | leviathan | thats the reason why I'm only IMPORTING |
17:54.52 | leviathan | separate functions |
17:54.57 | leviathan | not taking whole drivers |
17:55.02 | GNUtoo | leviathan, do we have something like ramconsole? |
17:55.14 | GNUtoo | because our bootloader doesn't support looking into the mem I bet |
17:55.17 | leviathan | its not runnable anymore with default linux kernel api |
17:55.19 | leviathan | I'm sorry |
17:55.43 | GNUtoo | ok so I'll let you import separate functions but I bet it won't work |
17:55.52 | leviathan | there are a few things which have to be implemented totaly different if you use *real* linux |
17:56.05 | GNUtoo | because one function depends on another which depends on another which depend on the modified memory |
17:56.08 | leviathan | means using the api not modding the api until it does what you want |
17:56.31 | leviathan | it will |
17:56.52 | leviathan | I didn't only make the xf86-video-msm work by importing headers |
17:57.06 | leviathan | I also extended our msmfb by some functions of codeaurora |
17:57.10 | leviathan | if you watch changelog :) |
17:57.18 | GNUtoo | ok |
17:57.26 | leviathan | what I need to do is to add the rest of the functions |
17:57.31 | leviathan | but in order to do so |
17:57.43 | leviathan | I need to separate them from the rest of android stuff |
17:57.52 | leviathan | which they are reffering to atm |
17:58.21 | GNUtoo | ok |
17:58.31 | GNUtoo | too bad their new improved driver seemed nicer |
17:59.41 | Captnoord | re |
18:00.04 | Captnoord | maybe we need to 0 it when we init it |
18:00.11 | Captnoord | and after that |
18:00.14 | Captnoord | we can set it back |
18:01.54 | GNUtoo | I want jtaaag kgggdb or at least serial |
18:06.11 | phh | GNUtoo: what about a good keyboard first ? :p |
18:06.22 | Captnoord | phh everything should be handled by libgl |
18:06.27 | Captnoord | regarding 3d |
18:06.34 | Captnoord | on official android devices |
18:06.39 | GNUtoo | lol |
18:06.41 | phh | Captnoord: not clock |
18:06.45 | Captnoord | hmmmm |
18:07.02 | Captnoord | would libgl trigger our clock stuff correctly? |
18:07.29 | phh | Captnoord: na but don't worry it works after all |
18:07.35 | phh | it was only basic android bug |
18:07.40 | Captnoord | k |
18:07.46 | Captnoord | okey |
18:07.55 | Captnoord | preformance isn't different? |
18:08.09 | phh | it seems slower, but it's always hard to compare :/ |
18:08.15 | phh | Captnoord: see hw3d.c for clocks handling |
18:08.17 | Captnoord | nah its possible |
18:08.19 | Captnoord | k |
18:08.22 | phh | iirc clock is enabled on open |
18:09.08 | leviathan | GNUtoo: sry, was smoking |
18:09.11 | GNUtoo | np |
18:09.12 | leviathan | you can have jtag |
18:09.18 | leviathan | have fun with soldering ;) |
18:09.21 | leviathan | inside is a port |
18:09.23 | leviathan | :) |
18:09.33 | GNUtoo | I started taking apart my headphones |
18:09.38 | leviathan | okee |
18:09.40 | GNUtoo | I think I'll try serial first |
18:09.46 | leviathan | ok |
18:10.06 | leviathan | basically you can use every htcdatacable |
18:10.15 | GNUtoo | ah? |
18:10.20 | GNUtoo | I've a headphones cable |
18:10.44 | leviathan | and there is a webstore for ordering the conncetors+platine all in one |
18:10.50 | phh | GNUtoo: uart3dm is on usb D+/D- pins |
18:11.17 | GNUtoo | phh, thanks , is there a howto somewhere, which kind of max do I need? 3232 is ok? |
18:11.44 | *** join/#htc-linux MrPippy (~pip@adsl-75-42-163-160.dsl.sndg02.sbcglobal.net) |
18:12.08 | phh | GNUtoo: hum, don't know |
18:12.31 | phh | hi MrPippy |
18:12.37 | MrPippy | hey |
18:12.47 | phh | or back, but I think you just woke up ? |
18:12.55 | phh | (stupid timezones.) |
18:13.22 | ToAsTcfh | phh: do u have this when oc? /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed |
18:13.25 | *** join/#htc-linux marcin_ (~marcin@chello089078146089.chello.pl) |
18:14.09 | phh | ToAsTcfh: iirc it depends on the governor |
18:14.41 | phh | ToAsTcfh: I have it but it's marked as "unsupported" |
18:14.42 | ToAsTcfh | adb shell cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor |
18:14.42 | ToAsTcfh | ondemand |
18:14.43 | Captnoord | whats HW3D_NUM_REGIONS |
18:14.46 | Captnoord | I mean |
18:14.48 | Captnoord | whats the number |
18:14.51 | Captnoord | grps |
18:14.52 | Captnoord | greps |
18:14.54 | phh | Captnoord: 3 |
18:15.03 | phh | ToAsTcfh: then you can't use setspeed |
18:15.08 | phh | you must use userspace to use setspeed |
18:15.16 | Captnoord | I think thats imem_config |
18:15.21 | Captnoord | I guess |
18:15.23 | ToAsTcfh | setspeed? |
18:15.49 | Captnoord | I can't find it |
18:15.50 | Captnoord | :S |
18:15.51 | ToAsTcfh | cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors |
18:15.51 | ToAsTcfh | msm7k userspace ondemand performance |
18:16.12 | ToAsTcfh | cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed |
18:16.12 | ToAsTcfh | <unsupported> |
18:16.12 | ToAsTcfh | <PROTECTED> |
18:16.59 | phh | Captnoord: ?!? |
18:17.11 | phh | Captnoord: no num_regions has nothing to do with that |
18:17.23 | phh | Captnoord: when you mmap /dev/hw3d, you get 3 regions: |
18:17.25 | phh | "pmem" in smi |
18:17.28 | phh | "pmem" in ebi |
18:17.42 | phh | and the 0x800000xxxx regs which drives the 3D engine |
18:18.02 | ToAsTcfh | phh: if i echo to scaling_cur_freq nothing changes in it :( |
18:18.04 | phh | that's what HW3D_NUM_REGIONS=3 means. |
18:18.26 | phh | ToAsTcfh: echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor |
18:19.41 | ToAsTcfh | it wont let me use the > comand |
18:19.45 | ToAsTcfh | :( |
18:19.49 | Captnoord | I know |
18:19.50 | phh | lol? |
18:20.08 | ToAsTcfh | adb shell echo userspace /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor |
18:20.09 | ToAsTcfh | userspace /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor |
18:20.19 | phh | ToAsTcfh: why don't you press the > ? |
18:20.28 | ToAsTcfh | adb shell echo userspace > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor |
18:20.28 | ToAsTcfh | bash: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: No such file or directory |
18:20.36 | phh | escape the > |
18:20.41 | phh | adbd shell echo userspace \> blabla |
18:20.45 | phh | adbù |
18:20.46 | phh | * |
18:20.47 | phh | bah |
18:20.47 | phh | . |
18:21.59 | Captnoord | I think why its slower is because the pll's aren't changed when enabling 3d |
18:22.00 | ToAsTcfh | sweet it worked ;P |
18:22.11 | Captnoord | aren't increased or what ever |
18:22.24 | Captnoord | like we you can see in the 7x30 clock file |
18:22.31 | Captnoord | -we |
18:26.44 | ToAsTcfh | phh: still oesnt work :( |
18:26.50 | phh | precise doesn't work. |
18:27.16 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
18:27.21 | phh | Captnoord: grp clocks derivates from which clock ? |
18:27.25 | phh | which pll i mean |
18:27.49 | ToAsTcfh | meanin i can change it to userspace but i still cant echo to set speed or anything else and it stick |
18:28.07 | phh | ToAsTcfh: precise "can't echo" |
18:28.54 | Captnoord | good question |
18:28.57 | Captnoord | lemme see |
18:29.14 | phh | Captnoord: I'd love overclocking grp. |
18:29.19 | Captnoord | hehe |
18:29.34 | phh | having same perfs as android devices, but on a VGA screen :D |
18:29.53 | phh | well I don't think we can overclock it that much. |
18:29.56 | ToAsTcfh | <PROTECTED> |
18:30.09 | phh | ToAsTcfh: what do you mean "you're suck on pll1" ? |
18:30.13 | phh | an 528 is on pll2 iirc. |
18:30.30 | Captnoord | I think axi |
18:30.33 | ToAsTcfh | i wont go any higher then 480 |
18:31.21 | phh | how do you check current speed ? |
18:32.14 | ToAsTcfh | cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq |
18:32.20 | Captnoord | I think pll 3 |
18:32.38 | *** join/#htc-linux Reefermattness_ (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
18:32.44 | Captnoord | do we have one a 3? |
18:32.45 | Captnoord | :P |
18:32.46 | Captnoord | lol |
18:32.55 | Captnoord | i'm reading other shit of course |
18:33.43 | *** part/#htc-linux Phil_123 (~anonymous@221.127.43.91) |
18:34.05 | Captnoord | cr2 knows |
18:34.52 | phh | I need a proper way of handling speaker on/off groumpf |
18:36.06 | ToAsTcfh | phh: if i compile with acpuclock.c set at 528000 and i set the config to the same it will have no issues. but as soon as i in crease the clock speeds it either wont boot(if the config is higher then the acpuclock speed) or will boot but wont go over 480 (when the clock in acpuclock is higher then the configs clocck) |
18:36.26 | *** join/#htc-linux Wr4i7h_ (~abc@89.181.81.56) |
18:36.29 | phh | ToAsTcfh: perflock is disactivated ? |
18:36.34 | ToAsTcfh | yes |
18:36.53 | phh | what's in cpuinfo_max_freq ? |
18:37.20 | ToAsTcfh | right now it 550000 |
18:37.37 | ToAsTcfh | what i set the config for |
18:37.52 | ToAsTcfh | but acpuclock.c is at 610000 |
18:37.58 | ToAsTcfh | so itll boot |
18:38.24 | ToAsTcfh | <4>[ 648.107635] msm_cpufreq_target 550000 r 1 (245760-550000) selected 480000 |
18:38.34 | phh | cat cpuinfo_max_freq > scaling_min_freq |
18:39.32 | ToAsTcfh | # cd /sys/devices/system/cpu/cpu0/cpufreq |
18:39.32 | ToAsTcfh | # cat cpuinfo_max_freq > scaling_min_freq |
18:39.33 | ToAsTcfh | write: Invalid argument |
18:39.52 | *** join/#htc-linux k_linux (~IceChat7@41.248.145.180) |
18:40.10 | phh | ToAsTcfh: funny. |
18:40.14 | phh | k_linux: I hate your damn connection :p |
18:40.21 | MrPippy | oh damn...the one part i still have to figure out for wifi is getting the nvram from nand |
18:40.23 | k_linux | phh: me too :D |
18:40.27 | phh | MrPippy: ? |
18:40.38 | phh | MrPippy: like copy pasting the code from TI's loadit ? :p |
18:40.47 | Markinus | MrPippy: look in your /windows directory, nvram.txt |
18:40.50 | k_linux | http://www.4shared.com/dir/32335779/5c5ec6f1/sharing.html |
18:41.06 | MrPippy | yeah i've done it, just have to figure out where to put the script |
18:41.15 | phh | MrPippy: ah. |
18:41.16 | k_linux | phh: as it was too slow I uploaded the files one by one |
18:41.19 | phh | MrPippy: init ? |
18:41.22 | Captnoord | static struct clk_freq_tbl clk_tbl_grp[] = { |
18:41.22 | Captnoord | <PROTECTED> |
18:41.23 | Captnoord | <PROTECTED> |
18:41.23 | Captnoord | <PROTECTED> |
18:41.23 | Captnoord | <PROTECTED> |
18:41.23 | Captnoord | <PROTECTED> |
18:41.23 | Captnoord | <PROTECTED> |
18:41.24 | Captnoord | <PROTECTED> |
18:41.24 | Captnoord | <PROTECTED> |
18:41.48 | phh | Captnoord: yes but no. |
18:41.52 | Captnoord | yes but no |
18:41.52 | Captnoord | yea |
18:41.53 | MrPippy | yeah i think it'll have to be init, since i don't run loadit or need any other wlan_loader |
18:41.56 | phh | I think we have no pll3 actually :p |
18:41.56 | Captnoord | pll0 can also be used |
18:42.01 | Captnoord | ? |
18:42.16 | Captnoord | I dono |
18:42.26 | phh | ah no sorry we have a pll3. |
18:42.34 | phh | MrPippy: and init is fine |
18:42.37 | phh | MrPippy: move it for TI too |
18:42.48 | k_linux | phh: enjoy !! :D |
18:42.50 | phh | no need to do that thing at every wifi load |
18:42.56 | Captnoord | the 7500 stuff talks about the presents of pll3 |
18:42.57 | Captnoord | but |
18:43.01 | Captnoord | I actualy don't know |
18:43.03 | Captnoord | :S |
18:43.12 | phh | Captnoord: just read the "clk_src" bits |
18:43.21 | Captnoord | k |
18:43.41 | phh | k_linux: so everything works but BT ? |
18:43.43 | ToAsTcfh | phh: found this in the boardheroc.c > http://en.pastebin.ca/1813961 |
18:43.50 | MrPippy | its not a problem to do it at every load, if you already have the calibration file then it doesn't do anything |
18:43.53 | k_linux | phh: yes |
18:44.09 | phh | k_linux: sounds hard to believe :p |
18:44.14 | phh | MrPippy: yes right. |
18:44.22 | k_linux | phh: the Gsensor work on abduction but not in setting |
18:44.34 | phh | ToAsTcfh: that's only perflock thing |
18:44.37 | k_linux | phh: thx to libhtc_acoustic.so |
18:44.39 | k_linux | ;) |
18:44.52 | phh | k_linux: uh ? |
18:44.58 | phh | oh you had sound problems because of it ? |
18:45.04 | phh | we have to make it work, and even recode it. |
18:45.26 | k_linux | phh: no no it's fine I misunderstund u |
18:45.38 | phh | ok |
18:45.40 | Markinus | MrPippy: On leo they loading the firmware and the nvram on boot, and then disabling wlan if not enabled. The fiormware loading is only on boot |
18:45.42 | ToAsTcfh | ToAsTcfh gets a gun |
18:46.11 | MrPippy | we can move it for TI later if you want, this commit is big enough already |
18:46.22 | phh | MrPippy: lol as you want |
18:46.25 | k_linux | phh: going back to linux, see ya |
18:46.29 | MrPippy | the module loads its own firmware and nvram |
18:46.32 | phh | I don't really care, I just think it's better that way :p |
18:47.08 | phh | the only things I care about, is having the same build for everyone, and code having good indentation :D |
18:48.04 | Markinus | MrPippy: yes, I know. Leo has (alwost) the same chip. I woanted to say they didn'T do it on every wlan enabling, only once at boot . . |
18:48.37 | MrPippy | they load the module at boot? |
18:50.00 | Markinus | MrPippy: Yes, I saw it an dmesg |
18:50.00 | ToAsTcfh | phh: http://en.pastebin.ca/1813987 is all i can think is the issue. im out of ideas :( |
18:50.08 | Markinus | I disabled wlan and they laoding it on boot |
18:50.13 | Markinus | and then disabling this |
18:51.11 | MrPippy | hmm android userland would need (even more) work to make sense of the module loaded all the time |
18:51.28 | MrPippy | i haven't looked real closely, but i think devour loads the module at wifi poweron like usual |
18:52.08 | Markinus | MrPippy: I can only say what I saw . . maybe they have a good PM in the chip and they didn'T need this . . |
18:52.45 | bzo | MrPippy: I saw that you had a fix for diam500 bluetooth back in december. Was bt working with donut back then? |
18:53.06 | Markinus | MrPippy: I thing this is one reason on the other chip to unload .. to deactivate and safe power . . |
18:53.30 | MrPippy | i have read it has good pm, and in wince very little happens when it gets turned on/off--just one gpio, no vregs |
18:54.55 | Markinus | MrPippy: maybe you can do it in this way .. . enabling/disabling of wlan could be faster |
18:55.49 | MrPippy | i've never tested BT (or at least never seen it working), that fix was mostly because the gsm bt gpios were stomping on something (usb i think) |
18:56.05 | MrPippy | i did put in the BT gpios that i saw in wince, but never tested BT out |
18:56.52 | MrPippy | wifi starts in ~5 seconds, i'm happy with that :-) |
18:57.48 | GNUtoo | how does it differenciate between audio and serial? you've got serial out of the box and should short 2 pins for audio? |
18:58.13 | *** join/#htc-linux k_linux (~klinux@41.248.145.180) |
18:58.52 | bzo | MrPippy: ok, thx. Perhaps some more init needs to be done with bt. With stinebd's fix for bt in the rootfs, it is not working for me in eclair |
18:59.24 | Markinus | MrPippy: leo need 2 :) But I think the most important this is, that you made it work! :) |
19:00.57 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
19:01.09 | MrPippy | is android running at all on leo, or just linux right now? and do they have a git somewhere? |
19:06.25 | Markinus | MrPippy: no, no linux . . it's very early state |
19:06.32 | Markinus | we have no clean boot to initrd |
19:07.07 | MrPippy | hmm thats what i thought |
19:07.07 | Markinus | (what I explained was wince dmesg) |
19:08.32 | Markinus | but you can look no nexus .. shoulb be the same chip . . |
19:09.40 | phh | MrPippy: to have module always loaded with android userspace, you can do a fake wlan.ko module |
19:09.50 | phh | but I don't think this is needed |
19:10.24 | MrPippy | yeah |
19:10.48 | phh | iirc they load the module when needed |
19:10.50 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
19:11.14 | MrPippy | so how about mapping poweroff to reset? if poweroff just hangs on every device, then no downside |
19:11.25 | ToAsTcfh | phh: do u know how i would add the clock speeds to my init.rc? like u guys do with ur default.txt. |
19:11.25 | phh | oh you haven't done it yet ? |
19:11.52 | phh | ToAsTcfh: not in init.rc |
19:11.53 | MrPippy | no i'll try it out now, push it later if it seems good |
19:12.27 | phh | ok |
19:14.12 | k_linux | phh: did u download it ? |
19:14.20 | phh | k_linux: yup |
19:14.51 | k_linux | phh: so is there something to do to have BT ? |
19:15.20 | phh | hum wait |
19:15.25 | k_linux | ok |
19:15.33 | phh | I want to do the test by myself but I can't right now |
19:15.52 | k_linux | phh: np |
19:16.25 | phh | (well, i could, but I don't feel like leaving my bed :p) |
19:16.40 | k_linux | :D |
19:16.42 | ToAsTcfh | lazy ass |
19:16.47 | ToAsTcfh | :P |
19:16.58 | ToAsTcfh | did my config look ok? |
19:17.06 | phh | ToAsTcfh: don't know :/ |
19:17.11 | MrPippy | yay putting the battery cover back on my rhod |
19:17.16 | ToAsTcfh | damn |
19:18.15 | phh | MrPippy: :)))) |
19:19.01 | *** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl) |
19:19.05 | Wout | whoops, wrong button |
19:19.52 | phh | k_linux: oh right, it needs several changes actually |
19:20.01 | phh | so it will wait a bit |
19:20.48 | phh | it's not hard, but there are at least 4 or 5 steps to do |
19:20.56 | phh | and I'm not really sure of any of them. |
19:21.08 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
19:21.52 | k_linux | phh: ok will wait then |
19:22.46 | MrPippy | ok pushed the reset patch |
19:23.13 | k_linux | phh: I'll share it on xda so everyone enjoy it ! ;) |
19:23.27 | Wout | MrPippy: how's the wifi commit coming along? |
19:23.28 | phh | you mean before or after I fix BT ? |
19:24.06 | k_linux | phh: before but if u want it will wait |
19:24.06 | moishaSPB | <MrPippy> poweroff works fine on Kaiser. where u pushing to ? |
19:24.22 | phh | moishaSPB: we're speaking about a totally different kernel |
19:24.32 | moishaSPB | k |
19:24.33 | phh | for "recent" devices |
19:24.56 | MrPippy | kernel stuff is almost ready to go, rootfs needs one more piece (nvram) |
19:24.56 | Wout | wait? BT also almost working? So BT+Wifi+backlight+gsensor+pm in just two weeks? :D you guys rock |
19:25.07 | phh | Wout: na |
19:25.10 | phh | not for you the BT |
19:25.22 | phh | well |
19:25.24 | phh | BT isn't hard |
19:25.26 | GNUtoo | hi,where could I find help for identifying the pins for making a cable? |
19:25.27 | phh | it's just annoying |
19:25.55 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-52-191.web.vodafone.de) |
19:26.53 | MrPippy | i can't figure out why the wifi drivers (both ti and bcm) statically allocate these buffers in the kernel |
19:26.55 | cr2_ | NetRipper: ping |
19:27.25 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-52-191.web.vodafone.de) |
19:27.29 | phh | MrPippy: because they are wince's driver. |
19:27.52 | phh | GNUtoo: http://forum.xda-developers.com/showthread.php?t=595791 ? |
19:28.03 | GNUtoo | thanks a lot I'll look |
19:28.12 | phh | k_linux: GROUMPF |
19:28.18 | phh | you could have put updated gsensor. |
19:28.26 | cr2_ | phh: i think i've found the problem on leo |
19:28.29 | MrPippy | i think the android guys actually had to add it to the bcm driver though |
19:29.13 | k_linux | phh: well I didn't try a new eclair build so I used the which I have |
19:29.21 | cr2_ | phh: the evil androids could have been more friendly to us |
19:29.22 | phh | NB: having two android devices is no good idea. |
19:29.32 | phh | especially when doing commands like adb shell rm /sdcard/data.img |
19:29.37 | phh | cr2_: why ? |
19:30.04 | cr2_ | phh: the smd id list in smd_private.h is fucked again |
19:30.10 | phh | arf |
19:30.16 | phh | yes that's unfair :/ |
19:30.20 | cr2_ | phh: they could have written "this is for amss $foo" |
19:30.49 | cr2_ | <PROTECTED> |
19:30.59 | cr2_ | so we are shifted by 1 |
19:31.28 | cr2_ | after the first entry, and the irq handler picks some junk from smem |
19:33.07 | phh | cr2_: ha that's all your irq problem ? |
19:34.21 | cr2_ | phh: NetRipper's |
19:34.27 | phh | right. |
19:34.37 | GNUtoo | phh, thanks a lot I didn't thought my multimether could probe the pins becuase they are tiny but it can |
19:34.52 | cr2_ | lol |
19:39.44 | phh | k_linux: everything force closes -_-' |
19:40.11 | phh | acore, ime, media |
19:40.18 | k_linux | phh: you are using it on diam that's why |
19:40.22 | phh | no. |
19:40.28 | phh | rhod |
19:41.02 | k_linux | phh: well reboot it it should work |
19:41.10 | phh | hum ok |
19:42.12 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
19:44.55 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
19:46.45 | *** join/#htc-linux [acl] (~abel@cpe-69-203-142-192.si.res.rr.com) |
19:47.34 | phh | k_linux: seems to be wrong data.img |
19:47.46 | k_linux | phh: what do u mean ? |
19:47.52 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
19:47.52 | phh | my crashes |
19:48.13 | k_linux | phh: u tried with eclair data.img ?? |
19:48.20 | phh | kind of. |
19:48.39 | phh | I removed data.img, then I started with wrong system.sqsh then with correct one |
19:48.55 | k_linux | phh: ok hope it'll work now |
19:49.27 | k_linux | phh: u know the 1st boot is so slow |
19:49.35 | phh | yeah :/ |
19:49.54 | phh | and it's not even to compile the jar, it's just to make obex blabla |
19:49.54 | phh | pfff |
19:49.56 | JesusFreak316 | Hey, I tried repackaging my system.sqsh as a system.ext2 for write access to the system folder and it boots but none of the buttons work; they turn the screen black and returns to the home screen, making it unusable. What would cause that? |
19:50.42 | phh | k_linux: do you know how to mmutrace i2c in haret ? |
19:50.57 | k_linux | phh: no |
19:51.14 | k_linux | but I can learn :) |
19:51.44 | phh | not today. |
19:51.49 | k_linux | phh: as I did to have 2.1 working |
19:52.10 | k_linux | phh: will wait then |
19:52.57 | k_linux | phh: is it possible to use the latest htc desire rom on our devices? u know that's allready wvga |
19:53.16 | phh | k_linux: I don't think so, different CPU |
19:54.01 | *** part/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
19:54.03 | k_linux | phh: we can't use libs or apps at least ?? |
19:54.03 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
19:54.08 | *** part/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
19:54.11 | phh | not libs |
19:54.14 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
19:54.18 | *** part/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
19:54.18 | phh | and only non native apps |
19:54.28 | k_linux | phh: framework maybe |
19:54.33 | phh | maybe |
19:54.59 | [acl] | sounds like you guys need to try it out. |
19:54.59 | phh | but I think they use some native libs |
19:55.33 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
19:55.36 | k_linux | phh: I think so too |
19:56.05 | phh | k_linux: now IME won't stop crashing -_-' |
19:56.19 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
19:56.41 | k_linux | phh: change it with another it will be fine |
19:56.55 | phh | there is one included ? |
19:57.09 | k_linux | phh: wait a minute |
19:57.39 | cr2_ | phh: amss progress: SMEM_USABLE_RAM_PARTITION_TABLE, SMEM_POWER_ON_STATUS_INFO |
19:57.42 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
19:57.51 | phh | cr2_: for leo ? |
19:57.58 | cr2_ | yes |
19:58.21 | phh | pff |
19:58.28 | phh | nothing for good old devices ? :'( |
19:58.30 | cr2_ | phh: so the memory bank data can be picked from SMEM_USABLE_RAM_PARTITION_TABLE |
19:58.51 | k_linux | phh: no, u have to adb install it :S |
19:59.28 | phh | k_linux: ok |
19:59.49 | k_linux | phh: u know it's still experimental |
19:59.57 | phh | noway ! |
20:00.07 | k_linux | ? |
20:00.09 | phh | but it works for you ? |
20:00.10 | ToAsTcfh | phh: cant i do it like this? CONFIG_CMDLINE="mem=64M console=ttyMSM,115200n8,acpuclock.oc_freq_khz=550000" |
20:00.15 | phh | ToAsTcfh: sure |
20:00.20 | phh | ToAsTcfh: not with a , |
20:00.23 | phh | but with a space. |
20:00.25 | k_linux | phh: yes ofcourse |
20:00.32 | phh | k_linux: weird |
20:00.37 | phh | it complains about a missing native lib |
20:00.55 | k_linux | phh: which one ? |
20:01.06 | phh | not sure |
20:01.18 | *** join/#htc-linux pH5 (~ph5@e178198007.adsl.alicedsl.de) |
20:01.21 | ToAsTcfh | phh: like this? CONFIG_CMDLINE="mem=64M console=ttyMSM,115200n8 acpuclock.oc_freq_khz=550000" |
20:01.23 | phh | W/dalvikvm( 1112): No implementation found for native Lcom/android/inputmethod/latin/BinaryDictionary;.openNative (Landroid/content/res/AssetManager;Ljava/lang/String;II)I |
20:01.25 | phh | ToAsTcfh: yes |
20:01.47 | k_linux | phh: will add it |
20:01.53 | phh | k_linux: and 3G connection doesn't work -_-' |
20:01.57 | phh | I feel really unlucky today. |
20:02.04 | k_linux | :) |
20:02.17 | phh | and again it doesn't seem to be your fault, ril is fine |
20:02.19 | phh | pppd too |
20:03.02 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
20:03.04 | phh | k_linux: hum, htc sense keeps crashing |
20:03.30 | phh | E/AndroidRuntime( 1392): java.lang.RuntimeException: Unable to start activity ComponentInfo{com.htc.launcher/com.htc.launcher.Launcher}: java.lang.IllegalStateException: The wallpaper must be a BitmapDrawable. |
20:03.33 | phh | that's damn explicit. |
20:03.45 | k_linux | phh: push the power button and select home as default |
20:03.55 | phh | didn't you say sense works ? |
20:04.29 | [acl] | what device are you guys testing sense on? |
20:04.31 | k_linux | phh: yes but the one I shared doesn't have all htc's apps |
20:04.41 | phh | k_linux: pfff |
20:05.46 | k_linux | phh: well u can try the original one it's linked here http://forum.xda-developers.com/showthread.php?t=613826 |
20:07.50 | k_linux | phh: I replaced libhtc_acoustic and added eclairhero.build, sensors.default.so |
20:09.01 | cr2_ | phh: 00000001 0002c868 00000010 00000000 SMEM_BATT_INFO |
20:09.15 | phh | cr2_: you have a smem batt info ? |
20:09.22 | phh | you're damn lucky. |
20:09.23 | cr2_ | on leo |
20:09.35 | k_linux | acl: blac and rhod |
20:10.07 | phh | k_linux: and diam |
20:10.31 | phh | for bt I have to test it on diam annyway |
20:10.34 | k_linux | phh: yes forget it |
20:10.53 | phh | every htc devices that are >=VGA :p |
20:11.42 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
20:11.59 | phh | GlemSom: ! |
20:12.03 | phh | hi |
20:12.11 | GlemSom | phh, Hi :) |
20:12.15 | phh | there is a patch for the tiwlan driver |
20:12.24 | makkonen | there is? |
20:12.30 | ToAsTcfh | ok so i can rule that out as the issue |
20:13.02 | phh | GlemSom: HTC guys commited a patch marked as "Do not merge" :-) |
20:13.04 | GlemSom | phh, Maybe we should have kept tiwlan in a git repo then? :P |
20:13.12 | GlemSom | phh, what, really? :P |
20:13.44 | phh | http://android.git.kernel.org/?p=platform/system/wlan/ti.git;a=commitdiff;h=849c6d4186a7fcd4d25bcff6cc2e6bc25f8c4696 |
20:14.28 | phh | just reverse it |
20:14.41 | phh | if you really want a git repo I can do it, but I really don't want. |
20:15.23 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
20:15.35 | GlemSom | phh, Well, sofar this has been the only change we needed for the tiwlan driver... Så guess it's not worth the trouble yeat... :) |
20:16.08 | phh | I guess we should have one to backport google's changes though |
20:17.15 | makkonen | why not just build off the repo from android.git.kernel.org? are any local changes being made to it? |
20:18.00 | phh | makkonen: and then they break voluntarly their tree, and we have to change it again. |
20:18.09 | phh | well, not neceserraly voluntarly. |
20:18.21 | makkonen | just... inconsiderately. |
20:18.41 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
20:24.04 | Wout | MrPippy: just saw your commit, do I just need to download the latest zimage/modules for wifi to work? (there's already a build up at glemsons site) |
20:24.17 | phh | he commited .. ? |
20:24.41 | Wout | yeah, it says 'Enable wifi on rhod' |
20:24.44 | [acl] | you probably need the rootfs changes too. im not sure he is done with that |
20:24.56 | phh | puts his glasses on |
20:24.58 | phh | Wout: ok where ? |
20:25.03 | Wout | http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm |
20:25.19 | phh | ah this one. |
20:25.25 | phh | you need the updated rootfs |
20:25.41 | makkonen | which doesn't exist yet |
20:25.56 | phh | :p |
20:26.00 | k_linux | phh: so does it work at last?? |
20:26.05 | Wout | ok |
20:26.08 | phh | k_linux: kind of |
20:26.16 | Wout | needs to learn to be patient |
20:26.37 | GlemSom | ohh, it's compiling atm... will patch after it's done with this compile... |
20:26.45 | phh | GlemSom: hehe |
20:26.57 | k_linux | phh: well it's better than nothing ;) |
20:27.07 | phh | k_linux: but I want htc sense -_-' |
20:27.32 | phh | OUCH |
20:27.33 | phh | donut init |
20:27.33 | k_linux | phh: if u r very patient I can share it :D |
20:27.54 | Unholy | hey phh did you check out the quake 3 port for android |
20:28.12 | Unholy | it works but slow , i imagine cus of the vga screen |
20:28.15 | phh | Unholy: how ? it needs a keyboard, and I have no 3D on rhod. |
20:28.24 | Unholy | dont you have a raph? |
20:28.25 | GlemSom | phh, We agree it's this right -> http://pastebin.com/eLhBTr9z |
20:28.27 | phh | Unholy: diam |
20:28.39 | phh | GlemSom: *reverse* it |
20:28.43 | Unholy | does it ahve hw3d? |
20:28.46 | Unholy | have* |
20:28.48 | phh | Unholy: yes |
20:28.50 | GlemSom | phh, Yeah - i did |
20:28.54 | phh | GlemSom: ok |
20:28.56 | phh | then yes it's it |
20:29.02 | Unholy | try it then Xd |
20:29.11 | phh | Unholy: anyway, it's slow on all msm7k devices |
20:29.18 | Unholy | http://code.google.com/p/kwaak3/ |
20:29.38 | phh | afaik. |
20:30.32 | Unholy | whats the clock of the hero? 528? |
20:30.38 | phh | yes |
20:30.46 | phh | maybe not stock mmmm |
20:31.04 | Unholy | i see well the guy says it rins at 14fps no sound |
20:31.08 | Unholy | with sound 11 |
20:31.15 | phh | not about q3 |
20:31.20 | Unholy | but thats a hvga scrteen |
20:31.31 | phh | ah right. |
20:31.38 | phh | anyway 14fps is unplayable -_-' |
20:31.46 | phh | I really need to add a scaling option. |
20:31.54 | Unholy | lower graphics gives you 5 fps more |
20:32.02 | Unholy | lowering* |
20:32.08 | Unholy | the gy even got networking going |
20:32.11 | Unholy | guy* |
20:32.36 | Markinus | cr2_: I made the chhanges for MDP/LCDC . . we need the 16 Bit color stuff and I didn't know what the bot #define LCD_MD_VAL_40MHZ 0x0005FFCF |
20:32.38 | Markinus | #define LCD_NS_VAL_40MHZ 0xFFD41B49 |
20:32.38 | Markinus | # defines are |
20:32.42 | Unholy | i lowerd evrything within the game but it runs the same |
20:32.44 | phh | gimme a usb slave <-> ethernet convertor and I'm happy Unholy :p |
20:32.48 | phh | but I have some doubts. |
20:33.04 | *** join/#htc-linux andycandet (~andycande@188.26.135.174) |
20:33.12 | Unholy | he succeded in playing against him self over the internet |
20:33.14 | Unholy | with hes pc |
20:33.28 | phh | some people are crazy. |
20:33.40 | Unholy | but he had to change something dont remeber what it was |
20:33.42 | Unholy | XD |
20:33.51 | polyrhythmic | lol |
20:33.56 | phh | (noone to say I'm even crazier ? thanks) |
20:34.10 | *** part/#htc-linux k_linux (~klinux@41.248.145.180) |
20:34.13 | polyrhythmic | you're crazy as you wanna be phh |
20:34.17 | polyrhythmic | I'm not gonna stop you :) |
20:34.40 | *** join/#htc-linux andycandet (~andycande@188.26.135.174) |
20:34.42 | makkonen | that's more sane than the guy who runs 40-man raids on WoW where he controls all 40-men. |
20:34.58 | Unholy | wasent that proven to be fake?0o |
20:35.14 | phh | it was only 25. |
20:35.19 | phh | makkonen: got anything with battery smem ? |
20:35.41 | polyrhythmic | I have a Polaris user trying to boot android who continually gets 'Error waiting for notbusy' during boot |
20:35.55 | polyrhythmic | I found the kernel source for the error but I don't fully understand it... can anyone explain it? |
20:36.12 | phh | polyrhythmic: I2C error ? |
20:36.32 | makkonen | phh: no. got sidetracked with apn junk to send to babijoee. I'm not really sure what I should be trying to track down. nothing jumped out at me from the heroc source. |
20:36.49 | polyrhythmic | yes phh I found the i2c code, but what causes i2c errors when booting from haret? |
20:37.22 | phh | makkonen: pd 0x01f00000+0xfc140+18*4 4 |
20:37.31 | phh | polyrhythmic: can be anything |
20:37.42 | phh | blac users also have this problem |
20:37.44 | phh | it's really annoying |
20:37.58 | polyrhythmic | hmmm, good to know |
20:38.51 | polyrhythmic | must be irritating |
20:39.06 | phh | it just kills their wakeup. |
20:39.11 | andycandet | hello all |
20:39.13 | *** join/#htc-linux cr2_ (~cr2@ip-109-85-52-191.web.vodafone.de) |
20:39.18 | andycandet | i got a problem with android here |
20:39.28 | polyrhythmic | I got a couple i2c errors on my recent boot, maybe there's some solar flares going on :P |
20:39.32 | andycandet | downloading apps from market fails |
20:39.43 | phh | andycandet: yeah market is kind of down |
20:39.57 | andycandet | oh, it was the market |
20:40.12 | phh | andycandet: not if you're speaking about last babijoee's build |
20:40.13 | makkonen | is it the market or is it the new xdandroid? |
20:40.31 | [acl] | im in pain right now looking at this old android boot screen .. :-( |
20:40.33 | andycandet | yes, i got the latest xdandroid (27/02) |
20:40.40 | phh | [acl]: lol |
20:40.44 | phh | andycandet: yes right this one is wrong |
20:40.45 | andycandet | with the latest kernel |
20:41.04 | makkonen | yeah, the newest xdandroid fails to download from the market. |
20:41.13 | andycandet | ok... thanks |
20:41.18 | *** join/#htc-linux k_linux (~klinux@41.248.145.180) |
20:41.53 | polyrhythmic | [acl]: just replace your /data/media/bootanimation.zip and /system/bin/bootanimation with a different boot |
20:42.00 | GlemSom | phh, New build with tiwlan changes ready. |
20:42.10 | phh | GlemSom: great |
20:42.21 | phh | polyrhythmic: bootanimation binary also needs to be changed ?!? |
20:44.20 | GlemSom | phh, I wonder why they decided to revert the patch in the first place... Does it break anything else in the tiwlan driver? |
20:44.32 | [acl] | once you cancel the 1001 windows that pop up.. not so bad. i can really butcher up this image and remove the crashing apps. |
20:45.10 | phh | [acl]: which one are you speaking about ? |
20:45.36 | [acl] | the 2.1 sense you guys were talking about earlier. |
20:45.48 | phh | ah right |
20:46.17 | phh | imho it sucks, but it can have full BT working. |
20:46.42 | phh | well it doesn't suck, there is just no improvement |
20:48.08 | polyrhythmic | phh: AFAIK, yes.... |
20:49.08 | polyrhythmic | phh: I'm not sure if all binaries work for QVGA. Actually, I wish I knew how to make a bootanimation QVGA-compatible, I google and can't find any answers |
20:49.23 | Unholy | btw someone should tell babyjoe that changing lcd.density to 240 makes some games and apps probly all mest up, so 210 is still the best |
20:49.31 | cr2_ | phh: is it possible to parse SMEM_LOG_EVENTS ? |
20:49.57 | GlemSom | I just saw this news a few weeks ago... sounds quite interresting imo -> http://www.myriadgroup.com/Media-Centre/News/MYRIAD-BRINGS-3x-FASTER-APPLICATIONS-RICHER-GAME-GRAPHICS-AND-BETTER-BATTERY-LIFE-TO-ANDROID.aspx |
20:49.58 | phh | cr2_: don't know |
20:50.06 | makkonen | phh: pd 0x01f00000+0xfc140+18*4 4? What's supposed to be there? cuz it's just 0s. I'm not sure what I should be looking for. |
20:50.08 | cr2_ | ok |
20:50.25 | phh | makkonen: they are just 0s then :/ |
20:50.45 | makkonen | is something supposed to be there? |
20:50.47 | cr2_ | makkonen: pd 0x01f00000+0xfc140 are battery dex data on cdma raph/diam |
20:50.51 | phh | GlemSom: that has already ran all over xda :p |
20:51.04 | cr2_ | makkonen: it's documented in wiki |
20:51.04 | phh | makkonen: if it was like hero, battery percentage |
20:51.09 | makkonen | ah |
20:51.11 | GlemSom | phh, Ohh :/ I'm soooo behind here! :P |
20:51.15 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
20:51.16 | phh | cr2_: is there anything after the first 5 words ? |
20:51.29 | cr2_ | phh: on cdma ? don't think so |
20:51.41 | phh | cr2_: I noticed. |
20:51.47 | phh | GlemSom: we haven't implemented it yet though |
20:52.06 | GlemSom | phh, one step at the time.. right :P |
20:52.44 | phh | and I don't really fell like playing with that :/ |
20:52.52 | makkonen | phh: there's something at 0xfc194, but that's it. |
20:53.01 | MrPippy | the fc140 area is also used for cdma statistics (signal strength, etc.) and the values get switched by sending a dex call |
20:53.14 | phh | makkonen: ok, that's all then. |
20:53.18 | MrPippy | iirc whenever i tried to dump it, the cdma stuff would show up and not the battery stats |
20:53.30 | makkonen | that's... complicated. |
20:53.34 | MrPippy | if you want to see the battery stats mmutrace is the way |
20:55.07 | phh | MrPippy: or create a haret cmd to call the dex :p |
20:55.54 | adamw | MrPippy: awesome job on wifi - didn't test it yet but I trust you :P |
20:56.24 | MrPippy | hehe thanks it's not done yet, still have to push the rootfs and then we can test |
20:56.44 | [acl] | can you at least share the changes so i can replicate it on my own root fs :-) |
20:57.14 | Wout | see you guys later |
20:57.16 | Wout | social time |
20:57.30 | adamw | MrPippy: next job - sound ;) |
20:58.01 | phh | (I already started the job about the speaker btw) |
20:58.02 | Wout | if you guys keep up this pace, there wont be much left to fix :P |
20:58.03 | adamw | phh: you say bt isn't hard but it's annoying - is it sufficiently not-hard that I could help with it? is it just some kind of dull trial-and-error thing? |
20:58.11 | Markinus | adamw: There we have to hope that cr2_ maybe have a bit time to help .. |
20:58.24 | adamw | phh: awesome |
20:58.27 | phh | adamw: the only way is to port a devour or galaxy ROM. |
20:58.33 | makkonen | adamw: I LOVE dull trial and error things. |
20:58.37 | phh | adamw: I don't mean software sound thouogh. |
20:58.39 | adamw | oh, kay. a bit too tricky for me I guess :/ |
20:58.48 | adamw | makkonen: yeah i don't mind doing them either, which is why I asked |
20:58.55 | phh | I mean just the electrical part |
20:59.00 | phh | ie you'll be able to make calls on it but that's all :p |
20:59.01 | MrPippy | nexus one bt should be the same |
20:59.02 | adamw | phh: anything helps |
20:59.11 | phh | the DSP part is really .... |
20:59.14 | phh | I don't know |
20:59.22 | phh | it just don't work and no clue why |
20:59.44 | adamw | owch |
21:00.23 | adamw | has to admit latest energyrom is so good it makes it hard to go for android, heh |
21:03.17 | *** join/#htc-linux Zeman4323 (~zemanm@65.30.176.154) |
21:03.31 | makkonen | mrpippy: so what do I need to do to mmutrace the battery areas? |
21:04.29 | MrPippy | addlist mmutrace 0xbc0fc140 0x10 should do it |
21:04.42 | *** part/#htc-linux k_linux (~klinux@41.248.145.180) |
21:04.56 | IceBone | Why has my android broken down? |
21:05.03 | makkonen | ok. couldn't figure out the virtual address. |
21:05.09 | IceBone | During boot it says: Failed to find system.img ong SD Card. |
21:05.14 | IceBone | on* |
21:07.11 | MrPippy | yeah 'dump mmu 2' is the way to find all the virtual mappings but each driver could use different ones, for cdma 0xbc covers all of smem and i think most drivers use that one |
21:07.36 | makkonen | thanks |
21:08.04 | makkonen | there's some data. neat. |
21:10.08 | makkonen | still nothing from fc188 though |
21:10.30 | phh | makkonen: then you don't have it, no need to search further |
21:10.56 | makkonen | yup |
21:11.32 | MrPippy | the only battery-related value not around fc140 is vref at fc0e0, for me its constant at 0x4d5 (1237) and i can't figure out what its for |
21:12.47 | phh | MrPippy: maybe vbatt = values_32[x] +vref*something |
21:12.54 | makkonen | mine's 0x4d0 |
21:13.01 | makkonen | could be some sort of calibration? |
21:13.10 | phh | for me, there is ~ 0.3V between values_16[x] and vbatt |
21:13.12 | phh | makkonen: sound like so |
21:13.28 | phh | hehe |
21:13.37 | phh | makkonen: could be battery capacity |
21:13.47 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
21:14.14 | phh | hum not if it's called vref. |
21:14.34 | makkonen | reference voltage? |
21:14.51 | phh | hum I think so |
21:14.54 | phh | could be wrong. |
21:15.04 | makkonen | don't know how that figures in, though. |
21:15.17 | phh | vref and vref 1/2 has some meaning for vregs |
21:16.11 | makkonen | and I'm still bugged by fc150 supposedly being discharge, but it just constantly reads 0x0000000d |
21:16.54 | phh | you're reading it while connected to usb ? :p |
21:17.26 | makkonen | yeah, but it's the same way when I check dmesg from linux |
21:17.36 | phh | ok |
21:17.41 | phh | I think it's most of the time 0 on rhod |
21:18.56 | IceBone | Hey, guys, a friend of mine wants to install Sense on his Magic, but the HTC site doesn't accept his serial as valid so he can't download it. Has anyone here done this and can send me the files? |
21:19.29 | phh | sense on magic oO ? |
21:19.54 | IceBone | Yeah. It was an official update. |
21:20.27 | makkonen | and temperature reads somewhere around 0xc10 no matter if the phone feels like ice or like the surface of the sun. basically I don't trust any of the values in the smem. |
21:20.46 | IceBone | ROM Upgrade with HTC Sense for HTC Magic |
21:20.46 | IceBone | An updated ROM is now available for HTC Magic customers to download. As always, HTC is committed to providing customers with the best possible mobile experience. |
21:20.46 | IceBone | Date : 2010-01-2 |
21:21.20 | phh | makkonen: I've seen correct temp values only on diam100 |
21:21.25 | makkonen | they won't even let you download the rom without a correct serial#? that's pretty draconian. |
21:21.27 | phh | rhod has wrong data too |
21:21.52 | IceBone | makkonen: and even looks like the system is borked as he tried entering it and it won't let him. |
21:22.02 | IceBone | Anyone else have a Magic here? |
21:24.10 | phh | such a shitty device ? god no :p |
21:24.45 | IceBone | You're hilarious. |
21:25.13 | IceBone | Anyway, formatting the sd card and copying over the backed up 02.04. files fixed android for me, even though I have no idea what went wrong... |
21:25.18 | IceBone | WTF is system.img? |
21:25.34 | IceBone | Market still won't work, though. |
21:26.17 | IceBone | Also, Android on the Magic is miles faster than on the diamond... I want an android phoooone!!! *whine* |
21:26.47 | phh | IceBone: which is the size of your ramzswap on diamond ? |
21:26.56 | IceBone | Where do I check that? |
21:26.59 | phh | setting it to a reasonable value could help a lot. |
21:27.09 | phh | sdcard/user/eclair.user.conf |
21:27.13 | phh | disksize or something like that |
21:27.51 | IceBone | cc_disksize=100 |
21:28.55 | phh | haha ok. |
21:28.57 | IceBone | Should I set it to 1/4 ram like it says? |
21:28.57 | phh | set it to 20 |
21:29.01 | IceBone | 20? ok |
21:29.38 | phh | or 27 if you prefer. |
21:30.41 | IceBone | Do I have to change it in the eclair.user.conf~ file as well? |
21:31.07 | phh | no |
21:31.26 | IceBone | Ok, booting up. |
21:31.50 | IceBone | I saw Babijoee mention something about fixing the Market... So my market not working isn't just my problem? |
21:32.05 | phh | yup. |
21:32.13 | IceBone | What caused it? |
21:32.20 | phh | I think it needs google chat or something like that |
21:32.35 | IceBone | I haven't updated to his new build yet. |
21:32.44 | IceBone | It started happening when you suggested I try donut. |
21:32.52 | IceBone | Then I went back to 02.04. eclair. |
21:33.01 | IceBone | Since then, nothing will download. |
21:33.10 | IceBone | That was almost a week ago. |
21:33.19 | phh | hum |
21:33.28 | phh | babijoee's broken build is from yesterday |
21:33.30 | phh | or today |
21:33.49 | IceBone | Yeah. |
21:33.57 | IceBone | My market's been buggy since then. |
21:34.12 | IceBone | I think I have to wipe it. |
21:34.16 | IceBone | But I really don't want to do that. |
21:34.24 | phh | I know that :/ |
21:34.37 | phh | I already tried to clean only market stuff, without much luck |
21:35.01 | IceBone | Holy crap, this IS faster! :o |
21:35.21 | phh | indeed. |
21:35.31 | IceBone | And I touched the capacitive buttons during boot.. |
21:35.33 | IceBone | *sigh* |
21:35.38 | phh | haha |
21:36.04 | phh | such thing happen |
21:36.07 | IceBone | hits reset and puts the phone far away from hands reach. |
21:36.16 | phh | how will you boot android eh ? :p |
21:36.36 | IceBone | Yozgatg's dual boot. |
21:36.37 | ToAsTcfh | phh: i have no clueas to why this isnt working for me. ive looked and compared all the files in /drivers/cpufreq and they are all the same as mine. thats our against ur source |
21:36.38 | phh | pfff |
21:36.40 | IceBone | Well, auto haret launcher. |
21:37.24 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
21:43.33 | stinebd | holy crap |
21:43.39 | phh | stinebd: ? |
21:43.59 | stinebd | phh: that mirror has burned through half of its traffic in the past day |
21:44.06 | phh | lol |
21:44.11 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
21:44.41 | phh | stinebd: it's time that I explain to you that I expected you to do the opposite :p |
21:44.47 | phh | mirroring your rootfs stuff to xland |
21:45.10 | stinebd | ? |
21:45.31 | stinebd | that stuff doesn't need a mirror :D |
21:45.58 | stinebd | also the latest release doesn't seem to be on xland |
21:46.28 | phh | stinebd: if you explose your quota ... :p |
21:46.33 | phh | ok the end of the month is soon |
21:47.10 | stinebd | i didn't know this many people were using android |
21:47.18 | IceBone | phh: will this make the phone respond a bit faster too? |
21:47.31 | phh | IceBone: no, I have to write something for that |
21:47.48 | IceBone | stinebd: nexus one alone sold almost 100k units in the first month. There's a lot of people androiding. |
21:47.58 | phh | IceBone: only ? |
21:48.01 | IceBone | phh: would welcome that bit of code with open amrs. |
21:48.03 | phh | tss such a great device |
21:48.03 | IceBone | arms |
21:48.05 | stinebd | well it's not a nexus one release ;) |
21:48.17 | IceBone | I know, it's well behind the iPhone or the Droid. |
21:48.27 | stinebd | anyway, i'm gonna push xdandroid 27.02 back to xland |
21:48.34 | stinebd | unless it was removed for some known reason |
21:48.55 | phh | stinebd: last stats I got, it was around 1TB of trafic in two weeks iirc |
21:49.01 | phh | and it was in december |
21:49.09 | stinebd | uh oh :D |
21:49.40 | phh | seriously I don't want to sleep near the server of this mirror :p |
21:50.04 | stinebd | xland must be unhappy heh |
21:50.20 | phh | see what's their job |
21:50.47 | phh | I don't think that such uploads changes things that much :p |
21:50.58 | Unholy | damn chile got struck by an earthquake =/ |
21:51.08 | stinebd | yes. hawaii is waiting for the wave now |
21:51.10 | phh | Unholy: 10 hours late. |
21:51.23 | Unholy | 9"45 to be exact |
21:51.29 | phh | Unholy: wow |
21:51.31 | Unholy | 9:45 |
21:51.36 | Unholy | not the earth quakle |
21:51.37 | phh | the 10 number was totally guessed by my nose. |
21:51.39 | Unholy | the hoursd |
21:51.41 | Unholy | lol |
21:51.50 | Unholy | eartquake was 8.8 |
21:51.52 | Unholy | still high |
21:52.00 | phh | I don't want to be there :/ |
21:52.05 | Unholy | me nether |
21:52.09 | phh | still they got way less deads than the others one |
21:52.09 | Unholy | so far 64 death's |
21:52.12 | phh | haiti ? |
21:52.25 | phh | I've already forgoten who it was /o\ |
21:52.31 | Unholy | ya haiti |
21:52.48 | *** join/#htc-linux paran (~paran@h-87-78.A163.priv.bahnhof.se) |
21:53.19 | stinebd | maybe i should open an s3 account for this server |
21:53.41 | stinebd | ok xdandroid 27.02 reuploaded to xland |
21:54.15 | phh | stinebd: we have xland.cz for free ... |
21:54.17 | phh | but as you want |
21:54.26 | stinebd | ok |
21:54.32 | stinebd | free :o |
21:54.59 | phh | stinebd: well it could be useful if we want autobuilder |
21:55.07 | phh | I mean full android autobuilder. |
21:55.38 | stinebd | mine is a vps, not well suited for something that big |
21:55.48 | stinebd | too much disk i/o |
21:56.27 | phh | glemsom and me have "real" servers |
21:56.28 | phh | at home |
21:56.33 | phh | so no big bandwidth |
21:56.35 | phh | but cpu power. |
21:56.39 | phh | and i/o and everything |
21:57.33 | stinebd | i should see how many downloads are from north america and see if i can serve them and redirect other continents to xland |
21:58.01 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
21:58.10 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
21:58.12 | stinebd | that would be mostly for my enjoyment ;) |
21:58.17 | ToAsTcfh | phh: i found this though in /kernel/cpuset.c http://en.pastebin.ca/1814977 |
21:59.30 | phh | what about it ? |
21:59.40 | *** join/#htc-linux JesusFreak316 (~JesusFrea@pool-173-65-77-190.tampfl.fios.verizon.net) |
21:59.59 | ToAsTcfh | its a bit different |
22:00.02 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
22:00.16 | stinebd | phh: babijoee had some topaz sensors.so last night. is there a repo for that somewhere? |
22:00.23 | phh | stinebd: totally useless |
22:00.35 | stinebd | doesn't work? |
22:00.36 | phh | stinebd: there is only one sensors lib for all devices |
22:00.42 | cr2_ | hm. leo .acdb and nexus .acdb have different format ;) |
22:00.46 | phh | at the same place as usual |
22:00.57 | stinebd | android-hardware? |
22:02.49 | phh | yes |
22:03.11 | stinebd | MrPippy: i added you to rootfs repo btw |
22:04.44 | phh | MrPippy: so we're just waiting for your commit :D |
22:04.52 | phh | (ok I think I'll go to sleep before) |
22:06.45 | MrPippy | yup about to push |
22:07.05 | *** join/#htc-linux houmles (~houmles@vodnik.dkm.cz) |
22:07.11 | phh | I'm ready to pull. |
22:08.30 | Markinus | cr2_: what did the .acdb do? It's like the soundpara? |
22:09.25 | MrPippy | ok pushed |
22:11.23 | phh | change in libhardware_legacy ? |
22:11.26 | phh | I hate that :'( |
22:12.37 | cr2_ | Markinus: yes |
22:13.45 | stinebd | phh: i'll set up rootfs mirroring to xland later, thanks. now i'm redirecting requests for full android releases to xland so i can save some bandwidth ;) |
22:13.57 | cr2_ | Markinus: we are missing one more thing. the lcd panel detection and spi init |
22:15.42 | MrPippy | yeah, the full path to wlan.ko and wlan_loader are hardcoded in libhardware_legacy |
22:18.17 | phh | for donut I had a patch to clean that |
22:18.32 | phh | but I think I lost this patch |
22:19.07 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
22:20.58 | Unholy | can i use the overcloking setting with the normal glemsome autobuilds?, or od i have to compile my own kernel? |
22:21.19 | phh | glemsom work |
22:21.40 | GlemSom | works |
22:21.49 | GlemSom | :P |
22:22.04 | Unholy | ah any tool to check the clock? |
22:22.25 | Markinus | cr2_: is the display direct connected or over microp like Topaz? |
22:22.56 | phh | Unholy: cat /proc/cpuinfo ? |
22:22.58 | phh | setcpu ? |
22:22.58 | cr2_ | Markinus: the spi controller ? |
22:23.11 | cr2_ | Markinus: it's on qsd8250 |
22:23.17 | Unholy | i do that in terminal? |
22:23.31 | cr2_ | Markinus: the spi operation is like on nexus. |
22:23.35 | ToAsTcfh | phh: setcpu is an app to set the cpu |
22:23.43 | phh | ToAsTcfh: and it gives the cpu infos :p |
22:23.50 | cr2_ | Markinus: only the data depends on the panel id, and is different from nexus |
22:23.55 | ToAsTcfh | i dont believe this patch is userland though |
22:24.03 | stinebd | 2164 hits, 4.33% of hits, 93757044kB served, 63.32% of traffic, filename /XDANDROID.27.2.10.7z |
22:24.19 | Unholy | but setcpu resets the clock to 528 |
22:24.23 | Unholy | wont let me get past that |
22:24.35 | Unholy | i have 610000 in the command |
22:24.55 | bzo | the glemson kernel won't let you overlock |
22:24.59 | phh | bzo: ?!? |
22:25.03 | ToAsTcfh | i wish i was u :P |
22:25.13 | bzo | that one relied on max freq config being changed |
22:25.17 | stinebd | it needs a config option changed |
22:25.18 | Unholy | ah thats y its not working |
22:25.27 | phh | bzo: ah it needs setcpu. |
22:25.32 | bzo | phh: however, once you push my new patch, it will work without config change :P |
22:25.41 | phh | bzo: I already pushed it ?!? |
22:25.55 | ToAsTcfh | so setcpu will work with this patch? |
22:26.01 | GlemSom | I'm using the htc_msm_android_defconfig in the tree |
22:26.05 | cr2_ | hm. a8700060 | 0000a037 |
22:26.17 | bzo | phh: ? i don't see it on gitorious |
22:26.24 | phh | bzo: oops |
22:26.26 | phh | commited not pushed :p |
22:26.42 | phh | still waiting for my speaker change |
22:26.58 | stinebd | MrPippy: nice helmet ;) |
22:27.12 | bzo | ok, well once that is pushed and the glemson builds it, oc will work for everyone |
22:27.16 | phh | stinebd: lol. |
22:28.12 | Unholy | bzo: nice one |
22:28.36 | MrPippy | hehe you recognize whose it is? |
22:28.44 | phh | MrPippy: I can't figure it out :( |
22:28.46 | phh | I know it |
22:28.50 | phh | but no clue where it comes from |
22:29.08 | ToAsTcfh | bzo : including me?! :P |
22:29.11 | phh | hum |
22:29.15 | phh | not when zooming on it |
22:29.22 | phh | ToAsTcfh: na as usual wince >>>>> android |
22:29.23 | phh | NA. |
22:29.57 | ToAsTcfh | :( |
22:30.03 | stinebd | heh |
22:30.14 | stinebd | MrPippy: no i don't actually |
22:31.41 | cr2_ | Markinus: my cpu is case 3. not in uboot source |
22:32.16 | Markinus | cr2_: Ohh, there are differences? I didn't know this . . . |
22:32.49 | cr2_ | Markinus: run 'pd 0xa8700060 4' |
22:32.55 | MrPippy | http://www.abc.net.au/reslib/200709/r187890_702080.jpg |
22:34.09 | Markinus | cr2_: a8700060 | 0000a037 |
22:34.15 | *** join/#htc-linux matthewb57 (~matthew.b@CPE001c25b6ebde-CM001bd71cec5c.cpe.net.cable.rogers.com) |
22:34.28 | Markinus | cr2_: same ... |
22:34.48 | cr2_ | ok |
22:41.30 | cr2_ | Markinus: is 1GHz cpu |
22:41.34 | cr2_ | <PROTECTED> |
22:41.36 | cr2_ | <PROTECTED> |
22:41.36 | *** join/#htc-linux tigerzen (~tigerzen@81-66-199-118.rev.numericable.fr) |
22:41.37 | cr2_ | <PROTECTED> |
22:41.39 | cr2_ | <PROTECTED> |
22:42.12 | phh | and frequency seems hardware locked :/ |
22:42.37 | phh | bzo: I commited your patch |
22:42.41 | phh | and I commited rhodium's speaker |
22:43.31 | bzo | phh: ok, thx |
22:44.22 | MrPippy | wow theres a lot of code needed for the rhod speaker |
22:44.26 | Unholy | so now we can overclock? |
22:44.32 | phh | MrPippy: I wanted to do it cleanly |
22:44.35 | MrPippy | is this the speaker, or earpiece, or both? |
22:44.38 | phh | speaker |
22:44.40 | phh | only speaker :p |
22:44.51 | phh | MrPippy: double mic will be even longer |
22:44.58 | MrPippy | earpiece is still through amss? |
22:45.05 | phh | yes |
22:45.21 | phh | I haven't tested my patch at all though :D |
22:45.39 | phh | I should try if it doesn't crash at least. |
22:45.51 | bzo | Unholy: once the glemsom build updates |
22:46.06 | ToAsTcfh | phh: andf what will happen if i apply the oc patch? |
22:46.09 | Unholy | bzo: ok thanks |
22:46.12 | phh | ToAsTcfh: it won't apply |
22:46.34 | ToAsTcfh | i could try to use the table though |
22:47.12 | bzo | ToAsTcfh: little of the oc code changed, it's mostly to fix freq tables for multiple devices |
22:47.36 | phh | bzo: and fixed jiffies ? |
22:48.35 | bzo | phh: yes, that is the same as the patch we never pushed out |
22:48.59 | ToAsTcfh | so have yall even noticed a change in the way the builds are running or is it like a small difference? |
22:52.51 | Unholy | menus seem little faster |
22:53.09 | cr2_ | Markinus: very useful table http://htc-linux.org/wiki/index.php?title=Leo_SMEM |
22:54.21 | Markinus | cr2_: ohh, yes. . .wow |
22:54.22 | *** join/#htc-linux zemanm (~zemanm@CPE-65-30-176-154.wi.res.rr.com) |
22:54.47 | cr2_ | -smd41 CS_APPS_DSP CS_M) |
22:55.00 | cr2_ | on nexus smd_alloc_channel() cid 41 does not exist |
22:56.10 | cr2_ | these are missing on leo |
22:56.14 | cr2_ | # |
22:56.16 | cr2_ | [ 8.840393] smd_alloc_channel() cid=50 size=08192 'SMD_DATA5_CNTL' |
22:56.17 | cr2_ | # |
22:56.18 | cr2_ | [ 8.840454] smd_alloc_channel() cid=51 size=08192 'SMD_DATA6_CNTL' |
22:56.20 | cr2_ | # |
22:56.21 | cr2_ | [ 8.840515] smd_alloc_channel() cid=52 size=08192 'SMD_DATA7_CNTL' |
22:56.28 | phh | cr2_: leo still uses ppp ? |
22:56.41 | cr2_ | phh: i think so |
22:56.41 | phh | or qmnet ? |
22:56.44 | phh | ok |
22:57.19 | cr2_ | phh: [ 8.860778] tpa2018d1_init ? |
22:57.33 | phh | cr2_: ah N1 too ? |
22:57.38 | phh | I noticed acer liquid used it |
22:58.01 | stinebd | my server is very happy now |
22:58.04 | cr2_ | phh: yes |
22:58.12 | cr2_ | Markinus: is it the same on leo ? |
22:58.15 | cr2_ | # |
22:58.17 | cr2_ | [ 9.492523] read CFG0 = aa5400c0, CFG1 = 6746a |
22:58.17 | phh | cr2_: the sources aren't pleasant though |
22:58.19 | cr2_ | # |
22:58.20 | cr2_ | [ 9.492523] CFG0 = e85408c0, CFG1 = 4745e |
22:58.21 | cr2_ | # |
22:58.23 | cr2_ | [ 9.492523] CFG0: cw/page=3 ud_sz=516 ecc_sz=10 spare_sz=0 num_addr_cycles=5 |
22:58.24 | cr2_ | # |
22:58.26 | cr2_ | [ 9.492614] NAND_READ_ID = 5500bcec |
22:58.29 | cr2_ | phh: for acer ? |
22:58.36 | phh | yes |
22:58.45 | phh | and it relies on userland |
22:58.47 | cr2_ | base on codeaurora ? |
22:59.06 | phh | mmmm |
22:59.07 | phh | let me chec |
22:59.09 | phh | k |
22:59.44 | phh | haha |
22:59.47 | phh | it seems not |
23:00.05 | phh | well the tree I have is mahimahi's one not codeaurora's one |
23:00.13 | cr2_ | where can i get a tarball ? |
23:01.28 | Markinus | cr2_: sry, what is same? |
23:01.52 | cr2_ | Markinus: nand chip |
23:02.07 | phh | cr2_: leo has tpa2018 too ? |
23:02.12 | cr2_ | http://htc-linux.org/wiki/index.php?title=Leo_NAND |
23:02.17 | cr2_ | phh: no afaik |
23:02.28 | phh | ok |
23:02.32 | *** join/#htc-linux sowfeast (~jeffehry@87-194-37-176.bethere.co.uk) |
23:04.42 | sowfeast | hello everyone - i've been trying to get my htcleo running with a bitbaked kernel - anyone know how to uncompress my zImage? |
23:06.07 | tigerzen | héhé |
23:06.33 | sowfeast | i got your pm |
23:06.35 | sowfeast | ;-) |
23:06.52 | sowfeast | good to see you made it to the evtouch error! |
23:07.07 | sowfeast | the fiz i suggested definitely works |
23:07.11 | sowfeast | fix |
23:08.05 | tigerzen | i looks for it but its rejected patch and its very past version |
23:08.17 | tigerzen | evtouch |
23:08.32 | cr2_ | finding out what's wrong with the decompression is a better idea |
23:08.43 | sowfeast | you have to download the file i mentioned, unzip the 04 and 04 diffs and put them where i suggested |
23:08.56 | sowfeast | then update your bb file as i suggested |
23:09.16 | phh | cr2_: stop being logical. |
23:09.23 | sowfeast | yes, help with decompressing my zimage would be immensely helpful |
23:09.43 | tigerzen | i try it tomorow to late now then look here hardeware now al realesed http://www.htc-linux.org/wiki/index.php?title=Leo |
23:09.47 | phh | sowfeast: it's easy |
23:09.50 | phh | find the gzip header |
23:09.50 | sowfeast | or did you mean fixing haret? |
23:09.54 | phh | extract what's next it |
23:09.56 | phh | and run gunzip |
23:09.57 | sowfeast | phh: please tell me |
23:10.14 | sowfeast | what do you mean "what's next to it"? |
23:10.24 | phh | bah there is stuff before the header and stuff after |
23:10.29 | tigerzen | gzip -dc *.gz | cpio -id |
23:10.32 | sowfeast | just gunzip it right> |
23:10.39 | sowfeast | aha, i'll have a go, sec |
23:10.49 | phh | tigerzen: cpio ? |
23:10.50 | phh | for a kernel ? |
23:10.54 | phh | you're weird |
23:11.05 | tigerzen | oh sorry its for initrd ^ |
23:11.06 | tigerzen | ^ |
23:11.10 | tigerzen | ^^ !! |
23:11.12 | phh | tigerzen: no |
23:11.13 | phh | for initramfs |
23:11.29 | phh | cr2_: sometimes ago, you asked how to extract boot.img, is that still releavant ? |
23:13.05 | cr2_ | phh: yes |
23:13.43 | phh | cr2_: that's what I just described :p in the boot.img there are two times the gzip header |
23:13.54 | phh | first one is the kernel, second one is the initramfs |
23:14.06 | tigerzen | sowfeast: its bin image |
23:14.13 | sowfeast | gzip: zImage-2.6.29-htcleo.bin: not in gzip format |
23:14.15 | sowfeast | got that |
23:14.39 | *** join/#htc-linux krisje8 (krisje8@gateway/shell/blinkenshell.org/x-mlkuhzarfukwbzfm) |
23:14.56 | cr2_ | phh: how do i slpit it ? |
23:15.10 | phh | gzip header is 8b1f 0808 or 8b1f 0008 |
23:15.42 | phh | cr2_: I do dd if=boot.img bs=<position of the header> skip=1 |gunzip -c > blabla |
23:15.48 | phh | gunzip removes the garbage |
23:15.55 | phh | there might be some missing infos though |
23:16.32 | cr2_ | phh: starts with ANDROID! and some cmdline params |
23:16.51 | phh | cmdline params are in boot.img not zImage ? |
23:16.51 | phh | hum |
23:16.58 | cr2_ | and then comes something like arm asm |
23:17.00 | phh | I guess there might be some other infos in there |
23:17.08 | phh | cr2_: like... zImage decompressor ? :p |
23:17.34 | cr2_ | msmsdcc_sdioirq=1 |
23:18.31 | cr2_ | phh: maybe |
23:18.32 | phh | cr2_: I think zImage starts at 04000 |
23:18.39 | cr2_ | then comes -- System halted |
23:18.55 | cr2_ | the usual zimage |
23:19.36 | cr2_ | 0x4000 is in the middel of the gzip text strings |
23:19.40 | phh | na |
23:19.41 | phh | 04000 |
23:19.44 | phh | not 0x4000 :p |
23:19.48 | phh | octal |
23:19.56 | Markinus | cr2: here: dev0cfg0, dev0cfg1, dev1cfg0, dev2cfg1 |
23:19.56 | Markinus | HaRET(3)# pd 0xa0a00020 4 |
23:19.56 | Markinus | a0a00020 | a8000800 |
23:19.56 | Markinus | HaRET(4)# pd 0xa0a00024 4 |
23:19.56 | Markinus | a0a00024 | 0007000f |
23:19.57 | Markinus | HaRET(5)# pd 0xa0a00030 4 |
23:19.57 | Markinus | a0a00030 | aad4001a |
23:19.58 | Markinus | HaRET(6)# pd 0xa0a00034 4 |
23:19.58 | Markinus | a0a00034 | 002101bd |
23:20.07 | phh | cr2_: 0x800 if you prefer |
23:20.19 | phh | the writesize of the NAND I think ? |
23:20.25 | cr2_ | Markinus: add to http://htc-linux.org/wiki/index.php?title=Leo_NAND |
23:20.54 | cr2_ | phh: 0x800 starts the arm asm |
23:20.59 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
23:21.12 | Markinus | ok |
23:21.15 | phh | cr2_: headerless zImage ? |
23:21.47 | cr2_ | phh: innovation ? |
23:21.49 | leviathan | mickey|tv: http://pastebin.com/6j4GTPL7 |
23:21.52 | leviathan | any idea? |
23:22.32 | phh | cr2_: qualcomm innovation |
23:22.39 | cr2_ | hehe |
23:22.49 | cr2_ | phh: isn't it android ? |
23:23.09 | phh | http://www.qualcomm.com/innovation/index.html |
23:23.11 | phh | cr2_: oh right. |
23:23.15 | cr2_ | phh: i can disassemble this blob, but is it really needed ? |
23:23.22 | phh | cr2_: don't think so |
23:24.23 | sowfeast | i just found a file called Image in ~/OE/angstrom-dev/staging/htcleo-angstrom-linux-gnueabi/kernel/arch/arm/boot |
23:24.28 | sowfeast | :-) |
23:24.31 | *** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net) |
23:24.41 | sowfeast | is that what we're looking for - twice the size of the zImage |
23:24.49 | phh | stinebd: your server is in a really bad shape :p |
23:25.00 | phh | 150kB/s, 3 forced close |
23:25.05 | stinebd | phh: i'm playing with it for a few minutes |
23:25.13 | phh | stinebd: right |
23:25.49 | cr2_ | <PROTECTED> |
23:26.12 | cr2_ | phh: haha |
23:26.15 | cr2_ | <PROTECTED> |
23:26.17 | cr2_ | <PROTECTED> |
23:26.25 | phh | oO |
23:26.44 | cr2_ | then comes some header |
23:26.47 | cr2_ | <PROTECTED> |
23:26.49 | cr2_ | <PROTECTED> |
23:26.50 | cr2_ | <PROTECTED> |
23:26.51 | cr2_ | <PROTECTED> |
23:26.53 | cr2_ | <PROTECTED> |
23:27.12 | stinebd | phh: mod-geoip is not its friend ;) |
23:27.24 | stinebd | segfaults :( |
23:27.53 | cr2_ | phh: a lot of mcr p15 |
23:28.00 | phh | which means ? |
23:28.41 | cr2_ | phh: which mcr NetRipper was talking about ? |
23:30.26 | cr2_ | phh: starting from here is somethign compressed |
23:30.29 | cr2_ | <PROTECTED> |
23:30.31 | cr2_ | <PROTECTED> |
23:30.33 | cr2_ | <PROTECTED> |
23:31.49 | phh | stinebd: hum it seems your rootfs is broken |
23:31.54 | *** join/#htc-linux bagpuss_thecat (~bagpuss_t@2001:41c8:1:5253::2) |
23:32.00 | phh | stinebd: missing /proc and /sys folders |
23:32.33 | stinebd | android init should be creating those |
23:32.47 | stinebd | git doesn't keep empty directories anyway |
23:32.47 | phh | stinebd: udev relies on it |
23:33.04 | stinebd | udev on an embedded device? :P |
23:33.05 | phh | so you get no mmcblk0pX |
23:33.16 | phh | no ? |
23:33.29 | stinebd | seems like a waste of cpu |
23:33.44 | phh | arg we don't use udev ?!? |
23:33.51 | phh | there is something I miss. |
23:33.54 | phh | who creates the devs ? |
23:34.36 | phh | ah MAKEDEVS ok |
23:34.54 | phh | could be just partition detection that is broken by the absence of /sys |
23:35.00 | phh | but wait |
23:35.09 | phh | <PROTECTED> |
23:35.10 | phh | baaaaahhhhhh |
23:35.15 | phh | my brain :( |
23:35.45 | stinebd | lol those directories are in the rootfs repo actually |
23:35.49 | phh | stinebd: missing /sdcard folder |
23:35.51 | stinebd | i stuck .gitignore files in there |
23:36.00 | phh | true |
23:36.04 | cr2_ | phh: 22 February 2010] [01:07:56] <NetRipper> c7, c14, 0 clears all caches when they're ARMv7 compatible, but doesnt work on this cpu |
23:36.12 | phh | stinebd: but it doesn't get in ext2 |
23:36.20 | stinebd | i don't support ext2 :P |
23:36.41 | phh | what's the rootfs.img FS ? |
23:36.45 | stinebd | i support git ;) |
23:37.10 | cr2_ | phh: e24: ee071f1e mcr 15, 0, r1, cr7, cr14, {0} |
23:37.22 | cr2_ | phh: e48: ee07af1e mcr 15, 0, sl, cr7, cr14, {0} |
23:37.22 | phh | stop speaking to me about stuff I don't understand :p |
23:37.36 | stinebd | i will try mounting the latest image |
23:37.55 | cr2_ | phh: NetRipper said it does not work on this cpu ^^^ |
23:38.12 | phh | ah |
23:38.19 | cr2_ | phh: and the leo boot.img has it at least twice in the decompressor |
23:38.19 | phh | how is that even possible ? |
23:38.29 | cr2_ | s/leo/nexus/ |
23:38.38 | phh | okk |
23:38.59 | phh | stinebd: groumpf it also lacks /system |
23:39.03 | phh | all empty folders |
23:39.12 | phh | genext2fs "forgets" empty folders ? |
23:39.25 | cr2_ | phh: and the DGT is not stuck. it works very well in wince. |
23:39.43 | phh | cr2_: it's the smem irq position that causes the problem ? |
23:39.47 | Markinus | cr2_: Ok, dumped this values whitch we had in the nexus dmesg and put in wiki. . |
23:40.04 | cr2_ | Markinus: is it the same chip ? |
23:40.21 | cr2_ | phh: need to look what wince does with DGT |
23:40.21 | Markinus | cr2_: A other Nand ID .. |
23:40.35 | cr2_ | Markinus: a bigger one ? |
23:40.48 | Markinus | cr2_: 4Gbit Hynix chip |
23:40.58 | cr2_ | Markinus: there was a nand chip list in wiki ? |
23:41.06 | Markinus | 0x5510bcad |
23:41.17 | Markinus | cr2_: sourcecode |
23:41.26 | cr2_ | ok |
23:41.40 | phh | stinebd: boots wwwwaayyyyyyy better after creating those folders by hand |
23:42.12 | cr2_ | Markinus: http://wiki.xda-developers.com/index.php?pagename=MSM_NANDID ? |
23:42.51 | cr2_ | hynix_h8BES0UQ0MCP 0x1000 0x40 0x800 0x840 0xAD 0xBC 2 0 0 0 |
23:43.29 | Markinus | ahh, didn't know this pagae .. yes, I see |
23:43.55 | Markinus | else if (flash_id == 0x5510bcad) /* 4Gbit Hynix chip */ |
23:43.55 | Markinus | mtd->size = 512 << 20; /* * num_chips */ |
23:44.04 | Markinus | sourcecode ... |
23:44.40 | cr2_ | 0x1000*0x40 |
23:45.36 | cr2_ | awk '{printf("0x%x\n",0x1000*0x40*0x800)}' |
23:45.38 | cr2_ | 0x20000000 |
23:45.46 | cr2_ | Markinus: 512 ? |
23:47.22 | phh | MrPippy: upload your rootfs somewhere ... |
23:47.30 | phh | stinebd's generator doesn't seem perfect |
23:48.19 | Markinus | cr2_: yes, 512 <<20? ->0x20000000 ? |
23:48.47 | phh | [ 459.294860] mmc0: Data CRC error |
23:48.47 | phh | yipi |
23:51.34 | phh | [ 617.200378] _dhdsdio_download_firmware: dongle nvram file download failed |
23:51.35 | phh | hum |
23:51.36 | stinebd | i don't see why we need any of these directories or files anyway |
23:51.44 | stinebd | linux should be able to boot on its own |
23:51.53 | phh | stinebd: we need /system to mount something on it ? |
23:52.31 | phh | and /sys is needed to know if you use a partitioned SD or not |
23:52.35 | phh | <PROTECTED> |
23:54.18 | stinebd | for the record my generator is a piece of sh*t because i didnt know genext2fs exists :) |
23:54.45 | phh | you're using dd+mkfs ? |
23:54.51 | stinebd | yeah :( |
23:54.56 | phh | haha |
23:54.59 | stinebd | i rewrote it and now it works |
23:55.12 | MrPippy | still want my rootfs? |
23:55.30 | phh | MrPippy: if it works then no |
23:55.37 | phh | MrPippy: it needs wifi on in wimo ? |
23:55.40 | MrPippy | nope |
23:55.51 | phh | arf |
23:56.04 | phh | I get weird mmc errors |
23:56.28 | phh | like the one I got with the TI chip on my diamond when I first plaid with that -_-' |
23:57.29 | MrPippy | wifi is on mmc0, i've never seen weird errors from that |
23:57.37 | phh | ok i'm just luckythen |
23:58.01 | MrPippy | i get those command timeouts from sd card (mmc1) on every boot though |
23:58.21 | phh | I get crc data error |
23:58.25 | phh | which is way worst than timeout |
23:58.41 | MrPippy | on which mmc? |
23:58.41 | phh | I still get them :( |
23:58.44 | phh | mmc0 |
23:59.09 | phh | [ 98.892059] mmc0: new SDIO card at address 0001 |
23:59.10 | phh | [ 98.914123] DHD: dongle ram size is set to 393216(orig 393216) |
23:59.10 | phh | [ 99.066711] _dhdsdio_download_firmware: dongle nvram file download failed |
23:59.10 | phh | [ 101.273193] dhd_bus_rxctl: resumed on timeout |
23:59.10 | phh | [ 101.273254] dhd_preinit_ioctls: can't get MAC address , error=-110 |
23:59.10 | phh | [ 101.277465] eth0: Broadcom Dongle Host Driver mac=00:00:00:00:00:00 |
23:59.32 | MrPippy | do you have a /data/wifi-nvram.txt ? |
23:59.49 | phh | haha |
23:59.50 | phh | no. |