00:03.24 | *** join/#htc-linux Captainkrtek (~captainkr@c-71-231-193-24.hsd1.wa.comcast.net) |
00:04.05 | Captainkrtek | hello |
00:04.25 | Captainkrtek | anyone good with haret? |
00:05.27 | *** join/#htc-linux zycho (~zycho@g230087070.adsl.alicedsl.de) |
00:05.39 | Captainkrtek | im having issues porting android to the mega |
00:05.47 | Captainkrtek | i get the go. go. go. message |
00:06.04 | Captainkrtek | but when it loads up itll freeze after saying shutting off mmy |
00:06.06 | Captainkrtek | mmu* |
00:07.02 | Captainkrtek | if anyone wants the logs let me know |
00:09.16 | ali1234 | so this means it crashed after switching to the kernel image probably |
00:09.40 | ali1234 | what zImage are you using? |
00:10.32 | ali1234 | http://www.mail-archive.com/haret-devel@lists.linuxtogo.org/msg00006.html |
00:10.39 | ali1234 | this sounds like a likely explanation actually |
00:14.19 | Captainkrtek | yeah |
00:14.31 | Captainkrtek | i tried the patched haret for it |
00:14.50 | Captainkrtek | no matter what i do it either reboots or freezes |
00:15.19 | ali1234 | which kernel did you use? |
00:15.32 | Captainkrtek | let me find it |
00:15.49 | ali1234 | i don't want to see it, just want to know what makes you think it can work :) |
00:16.07 | Captainkrtek | well someone from htc linux compiled it for me |
00:17.08 | Captainkrtek | ali1234, http://lists.linuxtogo.org/pipermail/mobile-linux-discuss/2010-August/000179.html |
00:18.56 | ali1234 | so that's a kernel for htc click |
00:19.04 | ali1234 | another phone i never heard of |
00:19.04 | Captainkrtek | yeah |
00:19.12 | Captainkrtek | the Click and the Mega have the same hardware |
00:19.14 | Captainkrtek | both HTC |
00:19.34 | ali1234 | perhaps same MSM chip but different screen... so you wont see anything |
00:19.39 | Captainkrtek | well |
00:19.42 | Captainkrtek | you do see something |
00:19.58 | ali1234 | small white writing in all caps? |
00:19.59 | Captainkrtek | it says shuttind down hardware shutting off mmu |
00:20.03 | Captainkrtek | yeah |
00:20.08 | ali1234 | yes, that is written by haret |
00:20.13 | Captainkrtek | oh |
00:20.25 | Captainkrtek | so we have a screen driver issue? |
00:20.40 | ali1234 | maybe, or maybe something else earlier in the boot |
00:20.44 | Captainkrtek | yeah |
00:20.48 | ali1234 | or maybe even the haret does not boot it properly |
00:21.00 | Captainkrtek | there are a bunch of points of failure possible |
00:21.09 | ali1234 | at this point you are going to need to learn how to compile a kernel, and how to reverse engineer hardware |
00:21.14 | Captainkrtek | yeah |
00:22.30 | ali1234 | with haret you can read/write physical memory |
00:23.05 | ali1234 | on arm all hardware is mapped in physical memory, and this will work even with mmu turned off |
00:23.25 | Captainkrtek | okay |
00:23.26 | ali1234 | so what we usually do is use haret to find some piece of hardware like a LED that you can control with very simple memory writes |
00:23.35 | Captainkrtek | yeah a GPIO right? |
00:23.41 | ali1234 | that would be best case |
00:23.47 | ali1234 | you might need to poke I2C stuff |
00:24.00 | Captainkrtek | I2C/ |
00:24.01 | Captainkrtek | ? |
00:24.03 | ali1234 | once you can control a LED you can use it as a simple "yes/no" indicator |
00:24.06 | Captainkrtek | yeah |
00:24.13 | ali1234 | then you can see how far your boot got |
00:24.18 | Captainkrtek | okay |
00:24.21 | ali1234 | you will need to compie kernels over and over :) |
00:24.23 | Captainkrtek | so how would i map the GPIO |
00:24.47 | ali1234 | well, you can look to the linux sourcecode to see the definitions of the gpio registers |
00:24.51 | Captainkrtek | okay |
00:24.57 | Captainkrtek | and would i use the tattoo source? |
00:25.09 | ali1234 | yeah, anything for 7225 |
00:25.16 | Captainkrtek | okay sweet :D |
00:25.25 | Captainkrtek | thanks a bunch! |
00:25.52 | ali1234 | gpio pins are shared with other hardware usually |
00:26.01 | Captainkrtek | okay |
00:26.03 | ali1234 | you can look in the registers to see how they are configured |
00:26.10 | Captainkrtek | im trying to figure out what lights i can use |
00:26.14 | Captainkrtek | there is one i can think of |
00:26.16 | ali1234 | using haret, get the values, then read the source to see what the values mean |
00:26.27 | Captainkrtek | how would i go about getting the values |
00:26.34 | ali1234 | anything that is configured as gpio output is something to investigate |
00:26.56 | ali1234 | connect phone on wifi, run haret, click "listen for connection", and then connect on telnet |
00:27.08 | ali1234 | you will get a haret cnsole, you can type commands like pdump to dump physical memory |
00:27.19 | Captainkrtek | okay |
00:27.29 | Captainkrtek | how do i find its IP? |
00:27.36 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
00:27.54 | ali1234 | check your dhcp server... |
00:27.58 | Captainkrtek | k |
00:28.07 | ali1234 | read this for more on haret: http://www.handhelds.org/moin/moin.cgi/HaRET_20Documentation |
00:28.49 | Captainkrtek | thanks |
00:28.54 | ali1234 | the main thing is that this requires a lot of trial and error and patience |
00:29.25 | Captainkrtek | yeah |
00:30.22 | ali1234 | if you can find the framebuffer address you might be able to write directly into it (like VGA style graphics programming) |
00:30.57 | Captainkrtek | k |
00:31.09 | ali1234 | another thing to remember is that haret doesn't reset any hardware... anything that was set up will stay set up after haret boots a kernel |
00:31.18 | Captainkrtek | okay thanks |
00:34.35 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
00:47.47 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
00:50.38 | *** join/#htc-linux loanshark (loanshark@adsl-76-204-16-7.dsl.pltn13.sbcglobal.net) |
01:00.08 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless248.wirelesstcp.net) |
01:17.43 | *** join/#htc-linux invisiblegod (~theinvisi@bl8-69-125.dsl.telepac.pt) |
01:20.49 | *** join/#htc-linux mastermerlin (~Adium@p4FEE4B7A.dip.t-dialin.net) |
01:25.28 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
01:36.01 | *** join/#htc-linux nineX_ (~nunya@75-132-13-29.dhcp.stls.mo.charter.com) |
01:37.01 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
01:42.55 | *** join/#htc-linux cellulan (4b91891d@gateway/web/freenode/ip.75.145.137.29) |
01:54.04 | *** join/#htc-linux theredundant (~thereduda@CPE-58-173-12-179.ecxf2.cht.bigpond.net.au) |
01:57.32 | *** join/#htc-linux [acl] (~abel@cpe-69-203-141-229.si.res.rr.com) |
01:58.10 | [acl] | we need some raph folk to check out the latest kernel ... alot of negative feedback. while rhod people are celebbing their asses off |
02:01.32 | stinebd | what to look for? |
02:02.18 | [acl] | no incoming call sound |
02:02.35 | stinebd | bah |
02:02.35 | [acl] | its mixed reviews since there is 1 raph dood who sais its all good |
02:02.54 | [acl] | i dunno. im rhod so i shouldnt really care, but its my commit so i have to care a lil bit |
02:03.07 | Cass | :) |
02:04.18 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
02:04.21 | stinebd | audio_out.c |
02:04.22 | stinebd | line 271 |
02:04.26 | stinebd | need brackets? |
02:04.50 | stinebd | or is it just wonky indentation? |
02:05.06 | [acl] | ill chek |
02:06.59 | stinebd | well that wouldn't affect raph anyway |
02:07.17 | stinebd | but it definitely looks like it should have brackets |
02:07.49 | [acl] | i need to check the nand kern since this is where the patch came from |
02:08.00 | [acl] | but yea should affect raph |
02:08.06 | [acl] | and rho id happier than ever |
02:08.12 | [acl] | kinda afraid to even put brackets :-p |
02:08.21 | [acl] | *shouldnt |
02:14.59 | *** part/#htc-linux loanshark (loanshark@adsl-76-204-16-7.dsl.pltn13.sbcglobal.net) |
02:16.09 | [acl] | maybe false alarms. got some guys testing now.. |
02:19.32 | *** join/#htc-linux theredundant (~thereduda@CPE-58-173-12-179.ecxf2.cht.bigpond.net.au) |
02:20.09 | *** join/#htc-linux breity (63489d19@gateway/web/freenode/ip.99.72.157.25) |
02:20.49 | *** join/#htc-linux EMP|FireStorm (~r4nd0m@ppp-70-243-64-109.dsl.snantx.swbell.net) |
02:27.52 | *** join/#htc-linux gentoo (40952c63@gateway/web/freenode/ip.64.149.44.99) |
02:32.44 | *** join/#htc-linux theredundant (~thereduda@CPE-58-173-12-179.ecxf2.cht.bigpond.net.au) |
02:38.31 | *** join/#htc-linux arrrghhh (~arrrghhh@c-71-237-40-111.hsd1.co.comcast.net) |
02:39.01 | arrrghhh | [acl], testing rhod400 on that mic issue now. |
02:40.42 | arrrghhh | do you know if that was related to the speakerphone, or just normal calls? |
02:41.46 | jonpry | [acl]. you didn't commit htc_wh? |
02:41.51 | jonpry | *hw? |
02:42.59 | arrrghhh | ok, i have some oddities to report for sure if you're there [acl] lol |
02:43.10 | *** join/#htc-linux uriahheep (~uriahheep@206-248-135-44.dsl.teksavvy.com) |
02:43.36 | uriahheep | jonpry: hey... just wondering, what kinds of bugs have you noticed using the alsa msm driver? |
02:44.35 | jonpry | there is that thing about it not working until something uses msm_pcm |
02:44.46 | jonpry | then there are all kinds of buffering problems |
02:47.19 | uriahheep | ok |
02:47.35 | uriahheep | buffering like what? things being played back to slowly or too quickly? |
02:48.19 | uriahheep | and well, has anyone fixed these problems since it has been included into htc-linux? |
02:49.39 | uriahheep | is there a bug report somewhere with a list of the buffering problems? |
02:58.16 | *** join/#htc-linux g55 (~g55@rgnb-5d878742.pool.mediaWays.net) |
03:01.05 | stinebd | i think buffering usually results in ticks, pops or skips in the audio |
03:02.20 | uriahheep | hmm |
03:02.36 | uriahheep | jonpry: so this stuff hasn't been repaired at all since? |
03:02.51 | uriahheep | stinebd: same q @ you if you want :P |
03:04.28 | jonpry | uriahheep; the problems kind of depend on application. and we are using an old version of the code from .29 |
03:04.41 | jonpry | with one app it works, with another it doesn't. |
03:05.01 | uriahheep | hmm, i see |
03:05.15 | uriahheep | jonpry: and what about for general phone calls and stuff? |
03:08.08 | jonpry | that all uses msm_pcm |
03:13.10 | *** join/#htc-linux frankie_ (ad332fa4@gateway/web/freenode/ip.173.51.47.164) |
03:13.32 | frankie_ | is the camera working now for the htc rhodium? |
03:14.13 | stinebd | no |
03:14.15 | frankie_ | is the camera working for the htc touch pro 2? |
03:14.59 | [acl] | im bak |
03:15.25 | *** join/#htc-linux frankie_ (ad332fa4@gateway/web/freenode/ip.173.51.47.164) |
03:15.38 | *** join/#htc-linux swc|666 (~neopwn@65.101.151.78) |
03:15.39 | *** join/#htc-linux swc|666 (~neopwn@unaffiliated/swc666/x-4934821) |
03:15.45 | frankie_ | is the camera working for the htc touch pro 2? |
03:15.48 | arrrghhh | [acl], so i responded to one of your posts on ppcg... i didn't experience anything new/odd with the mic on my RHOD400. |
03:15.51 | [acl] | jonpry: huh htc_hw? yes it was part of a patch |
03:15.52 | arrrghhh | frankie_, no, give it a rest. |
03:16.17 | [acl] | arrrghhh: thanks.. |
03:16.32 | frankie_ | what does it mean when it saysSeveral changes to enable userland Camera support (from bzo, still needs kernel support) |
03:16.58 | arrrghhh | np, i try to help out where i can. let me know if you need something else tested. i didn't test it on the nbh... |
03:18.03 | stinebd | sigh, i knew i should've left that out of the changelog |
03:18.06 | [acl] | arrrghhh: thats alright.. haret is what i was worried about |
03:18.20 | arrrghhh | cool. |
03:19.19 | arrrghhh | stinebd, i know what you mean by it still needs kernel support, but i don't understand what the userland camera support does... is it just the interface for it or something? |
03:20.08 | stinebd | when you used camera before, it showed a checkerboard pattern, because we were using stub libraries that didn't actually do anything |
03:20.20 | stinebd | we now have qualcomm camera libraries installed that would work if the kernel side were working |
03:20.26 | stinebd | (in theory) |
03:20.36 | arrrghhh | ah |
03:20.36 | arrrghhh | nice |
03:20.47 | arrrghhh | sounds like the kernel piece is really the bigger piece tho. |
03:21.04 | arrrghhh | driver development seems archaic almost lol. |
03:21.16 | stinebd | it's the more challenging piece. most of the work is done in userland |
03:21.34 | stinebd | the kernel drivers seem to act mostly as a framegrabber |
03:21.51 | arrrghhh | sweet! yes, you should've left that out of the logs for the public tho. they just see CAMERA SUPPORT |
03:22.01 | [acl] | lol poor bastards |
03:22.06 | [acl] | teasing em |
03:22.21 | arrrghhh | hahahaha |
03:22.23 | stinebd | i gave them stock tethering on rhod, so it's ok |
03:22.46 | arrrghhh | so we can tether wifi thru the "built-in" app in android? |
03:22.56 | arrrghhh | nice, i thought i read that somewhere. thought i was just crazy |
03:22.57 | stinebd | oh rhod only, yes |
03:23.09 | stinebd | and it's probably a bit unstable |
03:23.29 | stinebd | i had a couple spontaneous reboots while testing |
03:24.52 | uriahheep | jonpry: ah, i see. i thought the android software was moving over to alsa. i guess i was mistaken. |
03:26.55 | arrrghhh | stinebd, you wrote that other wifi tethering app didn't you... |
03:28.50 | *** join/#htc-linux hastarin (~hastarin@220-253-159-83.VIC.netspace.net.au) |
03:30.17 | stinebd | arrrghhh: sorta. if by wrote you mean stole and modified a few lines |
03:30.43 | arrrghhh | lol |
03:30.58 | arrrghhh | hey, at least you had the foresight to do so! |
03:31.29 | uriahheep | lol |
03:33.42 | arrrghhh | i would like to at least start learning about kernel developemnt... where should i start? i do know some programming, c++ would be the closest to c that i know... |
03:34.49 | *** join/#htc-linux babijoee (~babijoee_@d110-33-179-230.sun801.vic.optusnet.com.au) |
03:35.27 | arrrghhh | "kernel development for dummies" just doesn't sound quite right. |
03:36.52 | uriahheep | you could start with downloading the source code :) |
03:36.57 | hastarin | I can assure you from reading the logs some of the guys working on this aren't experts either. I'd say try getting a copy of the code from git and compiling it as a start. |
03:37.19 | arrrghhh | definitely done that |
03:37.22 | arrrghhh | wallowed around a bit |
03:37.24 | arrrghhh | got lost |
03:37.26 | arrrghhh | broke some stuff |
03:37.50 | arrrghhh | i guess i just need to do a crapload more of that huh |
03:37.57 | arrrghhh | until i start fixing stuff haha |
03:38.03 | hastarin | Sounds like a good start to me. I'm still reading IRC logs and documentation, etc myself. :) |
03:39.35 | *** join/#htc-linux AstainW00t (AstainHell@unaffiliated/astainhellbring) |
03:41.56 | *** part/#htc-linux noellenchris (ad3d72f1@gateway/web/freenode/ip.173.61.114.241) |
03:42.26 | uriahheep | jonpry: do you know whether there might be another vogue-2.6.32 development repository than this one? http://androidhtc.git.sourceforge.net/git/gitweb.cgi?p=androidhtc/kernel.git;a=shortlog;h=refs/heads/htc-vogue-2.6.32 |
03:44.55 | camro | hi guys ... |
03:45.05 | camro | acl - still here i see :) |
03:46.26 | jonpry | uriahheep. that is the one i know of |
03:49.32 | uriahheep | jonpry: alright, thanks |
03:50.55 | uriahheep | jonpry: i'll try to merge the msm alsa code into it locally... did you just need to copy the files, then add in menuconfig, or what? any patching involved? |
03:53.49 | uriahheep | s/add/enable/ |
03:54.37 | jonpry | its the whole /sound and /include/sound directories. i had to change a couple of things in the platform headers |
03:55.15 | uriahheep | jonpry: oh my. are the original /sound and /include/sound headers extremely outdated or something? |
03:55.36 | uriahheep | dirs* |
03:55.41 | jonpry | they are alsa |
03:55.42 | uriahheep | -_- perhaps i should sleep soon |
03:55.54 | jonpry | new alsa needs new alsa :p |
03:56.28 | uriahheep | ah :P |
03:57.43 | uriahheep | jonpry: i should probably take the 2.6.32 code, right? or maybe backport the 2.6.35/36 code? |
03:57.49 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
03:57.49 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
04:00.50 | jonpry | i used .29. that would seem a lot easier to me |
04:01.58 | uriahheep | using .29 would seem a lot easier to you? how so? |
04:07.08 | uriahheep | i guess using .32 for a .32 kernel would make sense, no? |
04:13.26 | *** join/#htc-linux freeper (467626d7@gateway/web/freenode/ip.70.118.38.215) |
04:16.40 | *** join/#htc-linux Kasjopaja23 (~Tina@p57BC0B6F.dip0.t-ipconnect.de) |
04:17.02 | *** join/#htc-linux manekineko_ (426cd09c@gateway/web/freenode/ip.66.108.208.156) |
04:17.58 | manekineko_ | Just a heads-up since I don't know where else to provide feedback on it, but the latest rootfs is super-unstable on my rhod400 |
04:18.43 | manekineko_ | constant crashes and Android reboots after I unlock the screen |
04:19.17 | manekineko_ | apparently no cell service either no matter how long I leave it on the lock screen, which is the only way to avoid crashes for me |
04:21.05 | manekineko_ | this wasn't fixed by clearing out and starting from a clean data.img |
04:28.53 | *** join/#htc-linux Termana (~bradley@123-3-65-222.static.dsl.dodo.com.au) |
04:30.50 | uriahheep | jonpry: is the msm alsa code supposed to be included in android.git.kernel.org/kernel/common.git 's 2.6.29=< head ? |
04:31.39 | jonpry | i got it from hero source |
04:31.59 | jonpry | its in sound/soc/msm |
04:32.14 | uriahheep | ah |
04:32.43 | uriahheep | ah, ok cool. it isn't in common |
04:33.32 | uriahheep | jonpry: from codeaurora, or android.git.kernel.org? |
04:34.41 | jonpry | i'm not sure. its in the htc-msm.2.6.27 on gitorious now |
04:35.26 | uriahheep | https://www.codeaurora.org/gitweb/quic/le/?p=kernel/msm.git;a=tree;f=sound/soc/msm;h=b3310a597558fe4ed28f8b9011a10801f6427a01;hb=refs/heads/android-msm-2.6.32 |
04:35.29 | uriahheep | this makes me happy |
04:35.30 | uriahheep | lol |
04:35.47 | uriahheep | let's see what's going on in the kernel.org one though |
04:37.31 | uriahheep | ok it isn't in android.git.kernel.org |
04:38.28 | uriahheep | jonpry: just to be sure, the msm_pcm stuff is outside of sound and include/sound dirs, right? |
04:39.30 | jonpry | right |
04:40.27 | uriahheep | cool |
04:47.02 | *** join/#htc-linux hyperfire21 (~nun@c-98-223-15-190.hsd1.il.comcast.net) |
04:50.12 | uriahheep | jonpry: looks like gitorious has a time machine! http://gitorious.com/htc-msm-2-6-32 |
04:50.21 | uriahheep | look at the dates on ther elol |
05:02.49 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.206) |
05:05.26 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
05:10.58 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@86.127.164.10) |
05:26.08 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
05:26.15 | Cotulla | hey |
05:29.37 | *** join/#htc-linux theredundant (~thereduda@CPE-58-173-12-179.ecxf2.cht.bigpond.net.au) |
05:42.45 | *** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31) |
05:43.32 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
05:45.33 | *** join/#htc-linux bzo (~chatzilla@c-76-126-175-200.hsd1.ca.comcast.net) |
05:46.05 | *** join/#htc-linux gauner1986 (~gauner198@p508C6EA5.dip.t-dialin.net) |
05:46.12 | gauner1986 | good morning |
05:46.13 | gauner1986 | :) |
05:52.15 | Cotulla | re |
05:52.20 | Cotulla | lol |
05:52.46 | gauner1986 | hey.. you got used to it :P |
05:53.03 | Cotulla | just /////////// |
05:54.54 | *** join/#htc-linux ogonzuhnina (c058d42c@gateway/web/freenode/ip.192.88.212.44) |
05:54.55 | gauner1986 | is your hd2 well again? :P |
05:56.05 | Cotulla | it never was bad |
05:57.45 | hastarin | @gauner1986 - I'm keen to try helping with the suspend/resume issue. Though I'm still trying to figure out how to build the kernel for a start. :S |
05:58.26 | gauner1986 | thought you dropped it.. there was a panic in here yesterday :D |
05:59.28 | gauner1986 | hastarin: we already found a way to fix it |
05:59.41 | gauner1986 | not optimal - but hey |
05:59.48 | hastarin | Which way? The line that skips code because someone forgot braces? |
05:59.56 | gauner1986 | no |
05:59.59 | gauner1986 | using old msmfb |
06:00.25 | *** join/#htc-linux tiky_ (~tika@62.16.86.2) |
06:00.26 | hastarin | But doesn't that cause other issues with the screen from what I read? |
06:00.51 | gauner1986 | hm.. i'm not sure.. there are no issues for me so far |
06:01.12 | gauner1986 | hastarin: i guess you can find a lot of howtos on building a kernel on the internet |
06:01.26 | gauner1986 | and in linuxtogo wiki there also should be sth |
06:01.34 | hastarin | Yeah trust me, I'm googling and reading. :) |
06:01.50 | gauner1986 | current git is http://gitorious.org/linux-on-wince-htc/linux_on_wince_htc/commits/master |
06:01.59 | hastarin | Yeah I've got a clone of that. |
06:02.11 | hastarin | Thanks |
06:02.30 | gauner1986 | and what's your problem atm? |
06:02.33 | hastarin | I'm missing arm-eabi-gcc apparently. But I didn't think Snapdragon was an ARM processor so that's confusing me a bit. |
06:03.20 | gauner1986 | you need to grab this compiler: http://www.codesourcery.com/sgpp/lite/arm/portal/release1294 |
06:03.38 | gauner1986 | and use the CROSS_COMPILE variable |
06:03.50 | gauner1986 | to specify it |
06:04.14 | gauner1986 | ok i gotta go |
06:04.15 | gauner1986 | bbl |
06:04.21 | hastarin | Cool thanks. |
06:09.05 | *** join/#htc-linux kiozen (~kiozen@p5DDF19E1.dip.t-dialin.net) |
06:12.49 | *** join/#htc-linux jonpry (~jonpry@63.245.31.4) |
06:25.10 | *** join/#htc-linux aeel (4c6601e5@gateway/web/freenode/ip.76.102.1.229) |
06:28.32 | *** join/#htc-linux Timber (~Tim@cable-86-56-42-159.cust.telecolumbus.net) |
06:30.25 | Cotulla | hey acl |
06:30.43 | Cotulla | are u using yaffstwo? |
06:35.55 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
06:38.52 | *** join/#htc-linux kiozen (~kiozen@p5DDF19E1.dip.t-dialin.net) |
06:39.40 | *** join/#htc-linux gpc (~gpc@114-42-216-18.dynamic.hinet.net) |
06:48.40 | *** join/#htc-linux gauner1986 (~Adium@145.93.28.129) |
06:48.54 | gauner1986 | re |
06:49.54 | *** join/#htc-linux EMP|FireStorm (~r4nd0m@adsl-69-154-240-27.dsl.snantx.swbell.net) |
06:56.47 | hastarin | Thanks again for the help gauner. I now have a zImage building. |
06:57.44 | gauner1986 | np ^^ |
06:59.17 | hastarin | Still plenty to learn but it's a good starting point. Got to do what I can. The setup I'm running atm is relatively stable but still not ideal (RMNET). |
07:01.35 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
07:01.45 | gauner1986 | hey letama |
07:01.56 | LeTama | hello all |
07:02.02 | *** join/#htc-linux dieselboy (~dieselboy@dsl-69-171-146-20.acanac.net) |
07:03.19 | *** join/#htc-linux iliak (~asdasd@109.65.202.186) |
07:06.19 | Cass | Hey just the chaps :) |
07:06.40 | *** join/#htc-linux hyperfire21 (~nun@c-98-223-15-190.hsd1.il.comcast.net) |
07:07.29 | LeTama | hello Cass |
07:07.35 | Cass | re:- sleep issue, the build im using to test this mattc sense .. struggles to wakeup using power butting but i can wake 100% of the time with home button, can you confirm this on your prob build Gauner ? |
07:07.38 | Cass | he letama |
07:08.12 | Cass | no lag, no problem just wakes up |
07:08.14 | Cass | weird |
07:08.21 | Cass | and im tired of the sleep research :) |
07:08.34 | LeTama | :) |
07:08.44 | LeTama | move to the sound problem |
07:08.47 | LeTama | :) |
07:08.58 | Cass | good one, does it require {} ? |
07:09.07 | LeTama | lol, probably |
07:09.13 | Cass | i can do that when prompted :) |
07:09.17 | hastarin | hehe Curious is that mattc PPP or RMNET? Or does this kernel only work with PPP? |
07:09.33 | Cass | ppp but data not work for me for somereason |
07:09.51 | Cass | never tried this kernel with rmnet |
07:10.04 | Cass | was not caring abt data just sleep |
07:10.51 | hastarin | Yeah cool. 1 problem at a time. |
07:11.11 | Cass | yeah sleep issue gone, i just use home :P |
07:11.24 | Cass | need to confirm with another build or 2 thoug |
07:11.43 | Cass | too many builds |
07:11.43 | hastarin | That would imply the code for wakeup with the other hardware buttons is somehow different. |
07:12.03 | Cass | yeah takes us back to the userland code again !! |
07:12.07 | Cass | cm6 is fine |
07:12.11 | Cass | as is xandroid |
07:12.13 | hastarin | I can try on mattc RMNET or PPP. I have both here. |
07:12.18 | Cass | ok cool |
07:12.43 | hastarin | I've only been sucessful with RMNET atm but haven't tried the EVO kernel at all yet. |
07:12.57 | Cass | ok this is evo kernel we speak of |
07:13.24 | Cass | bbib |
07:13.28 | hastarin | Yeah, do you have a link to a diff or a built zImage/modules? If so I'll throw it on and give it a go. |
07:17.30 | *** join/#htc-linux hyperfire21 (~nun@c-98-223-15-190.hsd1.il.comcast.net) |
07:24.18 | Cass | http://oe.netripper.com/files/htcleo_autobuild_evo_tree/ |
07:25.27 | hastarin | Oh I didn't think you'd comitted your change? Or is it building from somewhere different to where I grabbed a copy (gitorous)? |
07:28.28 | *** join/#htc-linux MacDrunk (~marper@201.164.159.190) |
07:30.18 | gauner1986 | cass: with "new" msmfb driver? oO |
07:30.30 | gauner1986 | didn't test that yet.. |
07:32.50 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
07:32.58 | Cotulla | hello again |
07:33.28 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
07:34.38 | LeTama | hello Cotulla |
07:35.06 | Cotulla | hi |
07:36.06 | Cass | gauner1986, no normal kernel |
07:36.07 | LeTama | Cotulla, do you know what differs between usb plugged/unplugged ? |
07:36.27 | LeTama | regarding cpu and or power management ? |
07:36.52 | LeTama | we see different behaviour with audio skips when plugged/unplugged |
07:36.59 | Cotulla | it should not depends? |
07:37.09 | Cotulla | or wait |
07:37.17 | Cotulla | maybe cpu speed driver |
07:37.20 | Cotulla | detects it |
07:37.35 | Cotulla | try to remove in htcleo-power.c status change |
07:37.47 | Vammus | cotulla is a professional ;) |
07:38.13 | Cass | yep he plays tetris like a pro |
07:39.09 | *** join/#htc-linux lithoc (c058a724@gateway/web/freenode/ip.192.88.167.36) |
07:39.32 | Cotulla | I got only mtd0 and mtd0ro |
07:39.37 | Cotulla | and no mtdblock0 strange |
07:40.18 | Cotulla | anybody knwo why? |
07:41.47 | Cotulla | ok it need kernel modules seems |
07:41.51 | Cotulla | but why it should be as modules |
07:45.25 | Cotulla | anybody know why they are included as modules?\ |
07:46.13 | *** join/#htc-linux zycho (~zycho@g226238025.adsl.alicedsl.de) |
07:47.50 | gauner1986 | dunno ^^ |
07:47.57 | gauner1986 | i think you can also use it as builtin |
07:48.17 | Cotulla | yeah but why they set as =m? |
07:48.36 | Cotulla | I need load them buy hands via insmod? |
07:49.11 | gauner1986 | hm |
07:49.16 | gauner1986 | doesnt really make sense to me |
07:49.26 | gauner1986 | i think it would be better to include them in kernel |
07:49.31 | gauner1986 | as the fs is essential |
07:51.35 | gauner1986 | or you have to place them in initrd |
07:53.31 | Cotulla | is it stupid again? |
07:55.30 | *** join/#htc-linux kalemas (~kalemas@ns2.openhardware.ru) |
07:57.18 | gauner1986 | i guess so :P |
07:57.39 | Cotulla | got bsod once btw |
07:58.00 | LeTama | without console ? |
07:58.06 | Cotulla | with |
07:58.09 | LeTama | ah, ok |
07:58.16 | Cotulla | but it's wrong |
07:58.27 | Cotulla | u won't need reinit panel if it on already |
07:58.32 | Cotulla | as well as mdp core |
08:02.51 | *** join/#htc-linux theredundant (ohnoes@CPE-58-173-12-179.ecxf2.cht.bigpond.net.au) |
08:03.53 | *** join/#htc-linux daniel3006 (~daniel300@3e6b7648.rev.stofanet.dk) |
08:05.02 | hastarin | OK I've got the EVO kernel from git built and install on mattc RMNET. Data over WiFi is fine, no data over 3G. GPS is good. Pretty sure I read EVO is PPP only, so might try that eventually, but will try to see how it goes with sleep issue and waking via Home as Cass said first. |
08:08.46 | hastarin | Has anyone trying to debug the suspend issues got a script to invoke/test suspend/resume? Sounds like it might be possible (http://www.mjmwired.net/kernel/Documentation/power/basic-pm-debugging.txt) |
08:12.20 | Cass | yeah on android, seems echo >> /sys/power/state does nothing it always seems to be mem .. sysfs interface should be enabled in kernel ... |
08:12.32 | Cass | dunno whats up there or if its used |
08:12.43 | Cass | or if it needs another trigger |
08:12.54 | hastarin | Maybe it needs Android to trigger the sleep via it's PowerManager somehow. |
08:13.14 | Cotulla | should I use mknod for mtdblock0? |
08:13.47 | *** join/#htc-linux theredundant (~thereduda@CPE-58-173-12-179.ecxf2.cht.bigpond.net.au) |
08:14.02 | Cass | doubt there is an easier way to get it that early in the game |
08:14.34 | Cotulla | ? |
08:14.47 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
08:14.48 | Cass | you have nothing else to mknod it for you |
08:14.56 | Cotulla | ./sys/class/block/mtdblock0 |
08:14.56 | Cotulla | ./sys/class/mtd |
08:14.56 | Cotulla | ./sys/class/mtd/mtd0 |
08:14.56 | Cotulla | ./sys/class/mtd/mtd0ro |
08:14.56 | Cotulla | ./sys/block/mtdblock0 |
08:15.09 | Cotulla | and ./sys/devices/virtual/mtd |
08:15.29 | Cass | what about /dev ? |
08:16.54 | Cotulla | http://pastebin.com/esZtZxv0 |
08:16.58 | Cotulla | only this |
08:17.58 | Cass | kernel created them or your code ? |
08:18.03 | Cass | look ok to me |
08:18.41 | Cotulla | [ 2.378304] PM: Adding info for No Bus:mtd0 |
08:18.41 | Cotulla | [ 2.380338] PM: Adding info for No Bus:mtd0ro |
08:18.42 | Cotulla | [ 2.382418] PM: Adding info for No Bus:mtdblock0 |
08:18.42 | Cotulla | [ 2.384576] PM: Adding info for No Bus:31:0 |
08:18.42 | Cotulla | [ 2.386708] PPP generic driver version 2.4.2 |
08:18.48 | Cotulla | dmesg have this lines |
08:19.10 | Cass | hmm but where does init live ? |
08:19.26 | Cotulla | which init? |
08:19.34 | Cass | im confused abt what your doing here |
08:19.38 | Cass | this is for nand |
08:19.39 | Cotulla | ? |
08:19.40 | Cass | ? |
08:19.52 | Cotulla | some kind yes |
08:19.57 | Cotulla | what is wrong? |
08:20.05 | Cass | <Cotulla> should I use mknod for mtdblock0? |
08:20.10 | Cotulla | why I have ./dev/block/mtdblock0 instead of ./dev/mtdblock0 |
08:20.14 | Cotulla | ? |
08:20.14 | Cass | what you ask for if you have ?> |
08:20.22 | Cass | ahh ok .. yes .. i dont know if that makes a diff |
08:20.24 | Cotulla | http://processors.wiki.ti.com/index.php/Put_YAFFS_Image_to_Flash |
08:20.27 | Cotulla | here for example used |
08:20.32 | hastarin | Is anyone setup to write their own Android app? This might help debug the sleep issues. http://developer.android.com/reference/android/os/PowerManager.html#goToSleep(long) |
08:20.33 | Cotulla | <PROTECTED> |
08:20.43 | Cotulla | why it so there.. |
08:20.44 | Cass | whats the major minor of ./dev/block/mtdblock0 |
08:21.22 | Cass | most of the example i see to are /dev/mtdblock |
08:21.31 | Cotulla | yes |
08:21.33 | Cass | usually suffixed with /0 |
08:21.34 | LeTama | Cotulla: /dev/block location is normal, no ? |
08:21.35 | Cotulla | it's why I ask |
08:21.46 | Cotulla | LeTama, I dunno... |
08:21.59 | LeTama | we already have mmcblk* there |
08:22.00 | Cass | lemme look what our init has |
08:22.05 | LeTama | and loops too |
08:22.05 | hastarin | Just different kernels probably. /dev/block is just separating out the block devices in to it's own subfolder would be my guess |
08:22.27 | Cotulla | hm |
08:22.32 | Cotulla | where config ? |
08:22.47 | Cass | <PROTECTED> |
08:22.51 | Cass | used by our init |
08:22.55 | Cass | your looks ok |
08:23.54 | Cotulla | so will try to mount it |
08:23.55 | Cotulla | ok |
08:24.17 | Cotulla | # mount -t yaffs2 /dev/block/mtdblock0 /mnt |
08:24.17 | Cotulla | mount -t yaffs2 /dev/block/mtdblock0 /mnt |
08:25.30 | Cotulla | hm where my file.. |
08:25.53 | *** join/#htc-linux zycho_ (~zycho@g226238025.adsl.alicedsl.de) |
08:26.20 | *** join/#htc-linux Joper (5582064b@gateway/web/freenode/ip.85.130.6.75) |
08:29.02 | Cotulla | lol but there "myfile" :P |
08:30.24 | Cotulla | how to use MODULE PARAM? |
08:32.12 | Cotulla | nvm found it |
08:34.40 | *** join/#htc-linux rrew (~rrew@78-3-217-167.adsl.net.t-com.hr) |
08:40.33 | Cotulla | how create file from command line? |
08:43.22 | Cass | touch |
08:43.32 | Cass | touch filename |
08:44.50 | Cotulla | okay |
08:45.35 | Cotulla | not working :P |
08:46.02 | Cass | :) |
08:46.10 | Cass | command fails or just does not write ? |
08:49.55 | Cotulla | all fail :P |
08:50.05 | Cotulla | it can be called epic fail |
08:50.17 | Cass | :( |
08:50.39 | Cass | was curious incase fs was mounted ro |
08:50.48 | Cotulla | wtf |
08:50.50 | Cotulla | because |
08:50.56 | Cotulla | yaffs from site |
08:51.07 | Cotulla | have one things and in the kernel other |
08:51.12 | Cotulla | some config options are just missing |
08:51.26 | Cass | not so good |
08:52.23 | Cotulla | it's fucking bad... |
09:13.38 | Cotulla | okay there other layout |
09:15.05 | *** join/#htc-linux MacMiller (~marper@201.164.159.190) |
09:17.50 | *** join/#htc-linux gauner1986 (~Adium@ip-145-85-83-11.fontys.nl) |
09:18.08 | gauner1986 | are you trying to get android boot from nand now? |
09:18.20 | Cotulla | no |
09:20.07 | gauner1986 | what do you want to do with yaffs then? ^^ |
09:20.24 | Cotulla | read data from file "myfile" |
09:25.07 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
09:25.13 | *** join/#htc-linux Ham3r (~Ham3r@host-89-228-255-175.olsztyn.mm.pl) |
09:27.45 | *** join/#htc-linux fliip (~Shaun@host86-136-123-70.range86-136.btcentralplus.com) |
09:29.43 | *** join/#htc-linux bhf (b280d4bb@gateway/web/freenode/ip.178.128.212.187) |
09:33.24 | Cotulla | hm intersting |
09:33.27 | Cotulla | ~seen Markinus |
09:33.35 | apt | markinus <~Miranda@gtng-4db045a8.pool.mediaWays.net> was last seen on IRC in channel #htc-linux, 3d 18h 35m 3s ago, saying: 'gauner1986: adb work over ever network connection'. |
09:34.23 | Cotulla | he read wlan data ... |
09:35.38 | tmzt | ALoGeNo: am now |
09:36.51 | LeTama | Cotulla: he had to hack to be able too though |
09:37.39 | Cotulla | yes I saw it ... // This check fails on reading from Leos NAND, we have to check why |
09:37.59 | Cotulla | clear now.. |
09:38.47 | LeTama | right |
09:39.06 | *** join/#htc-linux |lippa| (~lippa@ppp118-209-9-122.lns20.mel4.internode.on.net) |
09:40.31 | *** join/#htc-linux Neonkoala (~Neonkoala@92.20.209.90) |
09:41.55 | *** join/#htc-linux flagada (58a1e24e@gateway/web/freenode/ip.88.161.226.78) |
09:46.46 | *** join/#htc-linux IFailStuff (~IFail@unaffiliated/ifailstuff) |
09:48.58 | ALoGeNo | hey tmzt ^^ |
09:49.05 | ALoGeNo | morning |
09:49.39 | IFailStuff | Do any of you know if i can install debian on my HTC wildfire? |
09:50.01 | IFailStuff | I've been trying to follow some guides, But i've failed(yeah i know..ironicly enough(my nick)) |
09:52.46 | ALoGeNo | tmzt, you have titchy xserver 0.1 over some folder in your pc please? |
09:53.00 | tmzt | what's titchy xserver? |
09:53.18 | tmzt | how recent is it? |
09:53.26 | ALoGeNo | oh, sorry, is the old xserver for htc uni |
09:53.38 | tmzt | you can't find it? |
09:53.46 | tmzt | what's differnet about it and an old xfbdev? |
09:54.19 | ALoGeNo | i dunno but im trying the 0.2 from a user of xda and i cant do work the ts calibrate |
09:54.21 | ALoGeNo | :( |
09:54.42 | Cotulla | hm looks like I need change nand driver a lot |
09:54.43 | tmzt | can you copy the /etc/tscal? |
09:54.51 | Cotulla | :D |
09:54.58 | tmzt | Cotulla: change how? |
09:55.18 | ALoGeNo | copy where yes i have usbnet what you mean tmzt ? |
09:55.27 | Cotulla | modify to work on leo |
09:55.36 | tmzt | fro your onld image |
09:56.04 | Cotulla | no there just different format |
09:56.20 | Cotulla | or maybe coreaurora did stuffs |
09:56.45 | tmzt | Cotulla: what are you trying to do? |
09:56.56 | ALoGeNo | tmzt, you mean that my problem maybe is tscal? |
09:56.58 | tmzt | I need to explain to codeaurora what refresh thread is |
09:57.01 | tmzt | ALoGeNo: possibly |
09:57.33 | ALoGeNo | okey, i go to check :) ty master |
09:57.38 | Cotulla | just read my file "myfile" from yaffs2 part |
10:00.30 | Cotulla | no same shit |
10:01.06 | ALoGeNo | i dont have tscal :O |
10:01.42 | ALoGeNo | wich file hace this file tmzt ?? |
10:01.49 | ALoGeNo | have* |
10:02.02 | ALoGeNo | sorry.. |
10:02.13 | ALoGeNo | wich packet have this file tmzt ?? |
10:02.42 | ALoGeNo | tscal isnt in /etc |
10:09.49 | gauner1986 | cotulla: magldr config? :) |
10:11.51 | *** join/#htc-linux dclixun (7c4ed350@gateway/web/freenode/ip.124.78.211.80) |
10:13.19 | dclixun | hi all, which address does SPL load the XIP.BIN ? |
10:13.25 | dclixun | 0x10000000? |
10:15.16 | *** join/#htc-linux thejeos (~oscarleon@89.129.20.198) |
10:16.29 | tmzt | ALoGeNo: it might be /etc/ts_calibrate |
10:16.58 | Cotulla | gauner1986, rather nice |
10:17.11 | Cotulla | but other problems appear :P |
10:17.14 | Cotulla | :( |
10:17.28 | Cotulla | can't read my "myfile" from linux side |
10:17.35 | Cotulla | because there different layout used... |
10:17.45 | gauner1986 | different nand layout? |
10:18.47 | Cotulla | yes\ |
10:19.14 | gauner1986 | cant that be modified? |
10:20.13 | Cotulla | I need to think that I will do |
10:20.20 | Cotulla | change linux driver |
10:20.25 | Cotulla | or change magldr |
10:22.13 | gauner1986 | :P |
10:22.48 | Cotulla | it's :\( |
10:23.02 | Cotulla | I thought it will start to wrok |
10:23.04 | Cotulla | :( |
10:29.47 | *** join/#htc-linux ifs (~IFail@2001:0:5ef5:79fd:8000:8538:ab35:c10b) |
10:34.50 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
10:34.55 | *** join/#htc-linux Timber (~Tim@cable-86-56-42-159.cust.telecolumbus.net) |
10:39.46 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
10:41.47 | dclixun | XIP.BIN load at 0x10000000? |
10:42.26 | *** join/#htc-linux miknix (~miknix@2.82.12.116) |
10:42.26 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
10:43.25 | *** join/#htc-linux ImHos (~pIRCuser3@178.125.82.64) |
10:45.27 | ALoGeNo | nope tmtz i dont hace ts_calibrate in the old image or new one :/ |
10:45.36 | ALoGeNo | have* |
10:46.49 | *** join/#htc-linux gauner1986 (~Adium@145.93.28.129) |
10:51.30 | dclixun | XIP.BIN load at 0x10000000? |
11:15.36 | *** join/#htc-linux htcUser (4fa765bd@gateway/web/freenode/ip.79.167.101.189) |
11:16.49 | *** part/#htc-linux htcUser (4fa765bd@gateway/web/freenode/ip.79.167.101.189) |
11:19.50 | *** join/#htc-linux camro (~camro@89-104-29-101.customer.bnet.at) |
11:20.57 | camro | morning |
11:28.13 | dclixun | XIP.BIN loaded at 0x10000000? |
11:29.56 | *** join/#htc-linux noellenchris (ad3d72f1@gateway/web/freenode/ip.173.61.114.241) |
11:30.07 | noellenchris | desire HD dump is here http://forum.xda-developers.com/showthread.php?t=785034 |
11:31.04 | Cass | indeed it is :) |
11:34.25 | gauner1986 | uh |
11:35.28 | gauner1986 | desire hd sounds neat |
11:35.38 | gauner1986 | maybe my next phone |
11:35.38 | Cass | yeah |
11:35.54 | flagada | its my next phone :p |
11:35.54 | gauner1986 | that keyboard slider is also great |
11:35.56 | Cass | hmm my contract is up July |
11:36.01 | Cass | thats the z |
11:36.04 | gauner1986 | mine is until december |
11:36.13 | gauner1986 | i have birthday there |
11:36.14 | flagada | me :s october |
11:36.15 | flagada | ;s |
11:36.17 | gauner1986 | fits perfectly |
11:39.17 | Cass | im sure sth will be out better, faster, leaner, meaner, greener by next july |
11:39.25 | Cass | ill worry abt phone then |
11:39.41 | Cass | until then ill run HD image :) |
11:39.46 | gauner1986 | :P |
11:40.44 | flagada | http://www.frandroid.com/ lol the flipout :) |
11:41.27 | gauner1986 | but it doesnt have dual cpu |
11:41.28 | gauner1986 | :( |
11:41.42 | Cass | no |
11:41.43 | flagada | yes and not s-lcd |
11:41.49 | flagada | :s |
11:41.53 | gauner1986 | the QSD8672 |
11:41.54 | gauner1986 | rocks |
11:41.55 | gauner1986 | :) |
11:42.00 | gauner1986 | dual 1,7ghz |
11:42.01 | gauner1986 | <3 |
11:45.41 | *** join/#htc-linux fcna (c036c119@gateway/web/freenode/ip.192.54.193.25) |
11:46.33 | flagada | dual 1.5ghz |
11:46.53 | *** join/#htc-linux babijoee (~babijoee_@d110-33-179-230.sun801.vic.optusnet.com.au) |
11:47.25 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-165-181.netcologne.de) |
11:47.29 | flagada | MSM8×60 Dual Core of 1,2Ghz |
11:48.31 | Cass | screw dual core, make better batterys or make use of the power we have better |
11:49.02 | flagada | yes |
11:49.04 | flagada | lol |
11:49.17 | flagada | dual battery :) |
11:49.17 | gauner1986 | hm |
11:49.22 | gauner1986 | leo only needs a better cpu |
11:49.24 | gauner1986 | thats all |
11:49.29 | gauner1986 | eh |
11:49.32 | gauner1986 | GPU |
11:49.40 | |lippa| | Questions... 1. Is it possible to flash new themes typical android way.. Can we enter the "flash" utitilty? 2. Desire HD rom any use to use Leo uses.. New android benchmark ? |
11:50.37 | flagada | certainly soon |
11:50.44 | flagada | but not now :) |
11:51.08 | Cass | whats 2 mean ? |
11:52.10 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153) |
11:55.11 | |lippa| | there is a test dump of a desire hd rom |
11:55.40 | |lippa| | will this help our fellow andriod devs? |
11:56.39 | *** join/#htc-linux xUmaRix (3c3355ca@gateway/web/freenode/ip.60.51.85.202) |
12:04.44 | Cass | the test rom is not bootable at the moment .. trying as we speak |
12:05.58 | *** join/#htc-linux josh13x12 (~jk@99-190-187-250.lightspeed.lsvlky.sbcglobal.net) |
12:09.53 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
12:20.04 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
12:20.23 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
12:26.10 | *** join/#htc-linux JesusFreak316 (~quassel@pool-173-65-84-83.tampfl.fios.verizon.net) |
12:35.25 | *** join/#htc-linux mackie_work (~mackie_wo@208.15.82.161) |
12:35.33 | *** part/#htc-linux mackie_work (~mackie_wo@208.15.82.161) |
12:36.11 | *** join/#htc-linux EdangeL (~EdangeL@79.107.213.210) |
12:36.28 | *** join/#htc-linux Tah (586f8370@gateway/web/freenode/ip.88.111.131.112) |
12:39.03 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
12:50.48 | *** join/#htc-linux tiky_ (~tika@62.16.86.2) |
12:51.24 | *** join/#htc-linux jonolo (~jonolo@62.49.9.253) |
12:57.59 | *** join/#htc-linux Neonkoala (~Neonkoala@92.20.209.90) |
13:07.49 | *** join/#htc-linux gpc (gpc@220-142-12-125.dynamic.hinet.net) |
13:20.34 | *** join/#htc-linux kvaster_ (~kvaster@vpn-e0.bas-net.by) |
13:37.46 | *** join/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
13:39.06 | Cotulla | hey |
13:39.12 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
13:39.20 | Cass | hi Cotulla |
13:39.33 | gauner1986 | hey |
13:40.42 | *** join/#htc-linux Defiant- (whatever@win7dev.bnsnet.co.uk) |
13:40.49 | Cotulla | how is ti? |
13:40.52 | Cotulla | fixed? |
13:42.25 | Cass | what fixed ? |
13:43.57 | *** join/#htc-linux Pohket (~Pohket@static-173-49-35-98.phlapa.fios.verizon.net) |
13:44.31 | Cotulla | resume? |
13:44.58 | Cass | weird thing ... seems to always work when hitting home button |
13:45.09 | Cass | need someone else to confirm |
13:45.15 | Cass | but power seems always as bad |
13:46.05 | Pohket | audio_out.c:271 -- It should have brackets around the print and enable... Prevents it from doing something crazy like turning on external speaker when in a call and you press a keypad button (of course, the second half of that fix is in snd.c, but that's another story) |
13:47.07 | *** join/#htc-linux Joper (5582064b@gateway/web/freenode/ip.85.130.6.75) |
13:47.40 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
13:48.23 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
13:54.21 | *** join/#htc-linux arrrghhh (~arrrghhh@208.89.180.225) |
13:55.05 | *** join/#htc-linux L_miller (~IceChat7@bs.americas.lc.americanstandard.com) |
13:55.57 | Cotulla | ok I continue with yaffs |
13:56.17 | Rajko | what was the file problem you had before |
13:56.29 | Cotulla | hey Rajko |
13:56.51 | Cotulla | problem? layout of nand not supported by linux driver |
13:57.00 | Cotulla | so I will make new one which will support it |
13:57.01 | Rajko | layout ? |
13:57.07 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
13:57.49 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
13:58.58 | *** join/#htc-linux StummeJ_ (~StummeJ@wrt206-04.cns.uni.edu) |
13:59.32 | Cotulla | yes |
14:00.27 | *** join/#htc-linux mdeejay_ (~mdeejay@188.168.168.101) |
14:00.55 | Cotulla | Rajko, added YAFFS2 support into MAGLDR |
14:01.04 | Cotulla | simple tests works |
14:01.19 | *** join/#htc-linux theredundant (ohnoes@CPE-58-173-12-179.ecxf2.cht.bigpond.net.au) |
14:01.54 | NetRipper | Cotulla, the kernel is a bitch when it comes to time manipulation |
14:02.10 | Cotulla | hm |
14:02.15 | Cotulla | ? |
14:02.17 | NetRipper | Cotulla, the rtc driver gets the y/m/d/h/i/s from arm9 |
14:02.24 | NetRipper | instead of a big int or whatever |
14:02.27 | Cotulla | there RPC |
14:02.35 | NetRipper | yes |
14:02.40 | Cotulla | so u need to add offset |
14:02.44 | Cotulla | by hands :)_ |
14:02.58 | NetRipper | yes, but it's a bitch... i'd have to take care of overflows or underflows |
14:03.13 | Cotulla | there no int64 time in linux? |
14:03.14 | NetRipper | leap years.. |
14:03.28 | NetRipper | yes you can convert y/m/d/h/i/s to unixtime |
14:03.30 | Rajko | all time in linux is int64 |
14:03.31 | NetRipper | but not the other way around |
14:03.38 | Cotulla | ... |
14:03.50 | Cotulla | bad :( |
14:04.05 | NetRipper | mktime() returns time_t (=int) unixtime, but ther's no function to go back to struct tm, or rpc_time |
14:04.05 | Rajko | why not just use some already made function for it NetRipper |
14:04.12 | NetRipper | Rajko, such as? i can't find them |
14:04.17 | Rajko | in windows |
14:04.24 | NetRipper | this is linux we're talking about |
14:04.44 | NetRipper | windows = dead when linux boots |
14:04.45 | Rajko | thought you were doingit in haret |
14:04.50 | NetRipper | haret part is already finished |
14:05.07 | NetRipper | it saves the offset in seconds in an ATAG which is pased to the linux kernel |
14:05.14 | Rajko | do you have localtime |
14:05.16 | Cotulla | also NetRiper can u add ATAG for haret boot indicator? |
14:05.30 | NetRipper | Cotulla, to identify the bootloader? |
14:05.32 | Rajko | you use localtime to convert time_t to struct tm |
14:05.56 | Rajko | gmtime if you want UTC |
14:05.57 | Cotulla | NetRipper yes |
14:06.34 | NetRipper | Rajko, localtime/gmtime are libc functions, not kernel functions |
14:06.46 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:06.46 | Cotulla | so grab it there |
14:06.56 | Rajko | so go to libc source and copy paste ? |
14:07.06 | NetRipper | and hope they dont have 100 dependencies |
14:07.11 | Cotulla | :)) |
14:07.14 | Cotulla | wait |
14:07.18 | Cotulla | I will look in OW |
14:07.21 | NetRipper | but might be worth a shot |
14:07.22 | NetRipper | OW? |
14:07.27 | Cotulla | Open Watcom |
14:08.08 | *** join/#htc-linux eugenb (~no@dslb-188-100-025-150.pools.arcor-ip.net) |
14:09.45 | Cotulla | hm too complex find there :( |
14:10.03 | NetRipper | hehe |
14:10.06 | NetRipper | i'll look at glibc later |
14:10.12 | Cotulla | hm NetRipper, can u move it to module? |
14:10.14 | NetRipper | at work now |
14:10.20 | NetRipper | move what? |
14:10.22 | Cotulla | or module also can't use libc? |
14:10.26 | Cotulla | time driver |
14:10.36 | NetRipper | not sure if a module can |
14:10.43 | Cotulla | hm |
14:10.58 | NetRipper | but i rather screw around with manual stuff than make it a module purely so that it can be compiled with libc |
14:11.01 | NetRipper | if it can. |
14:11.03 | Cotulla | btw u know why mtd & yaffs builded as modules in git kernel? |
14:11.04 | NetRipper | :) |
14:11.33 | Cotulla | anyway linux kernel need serious redesign.. to support crt functions inside... |
14:11.43 | NetRipper | no, i don't specifically... but a good reason would be so that you have to do a manual action to load it.. so that only people really wanting to experiment can load |
14:11.48 | NetRipper | and not everyone would screw it up :) |
14:12.24 | *** join/#htc-linux johnb81 (~john@95.15.222.26) |
14:12.30 | NetRipper | i'm still afraid the SPL might be unprotected on nand so you need to know what you're doing when you're enabling nand |
14:12.40 | NetRipper | unprotected when in linux* |
14:12.42 | Cotulla | :) |
14:12.55 | Cotulla | dunno... I have test yaffs2 partition 2 mb size |
14:13.39 | NetRipper | as long as you keep away from the area where oemsbl/spl is stored |
14:13.43 | Rajko | currently the entire nand is RW |
14:13.48 | Rajko | as no partitions are defined |
14:13.59 | NetRipper | including spl? |
14:14.04 | Rajko | whole 512MB |
14:14.09 | NetRipper | scary |
14:14.15 | Rajko | /dev/block/mtdblock0 |
14:14.22 | NetRipper | bricking your phone is just one bit away! |
14:14.23 | NetRipper | ;) |
14:14.23 | Cotulla | Rajko, u are not right :) |
14:14.31 | Rajko | when you define partitions |
14:14.35 | Rajko | for mtd, you can protect it |
14:14.49 | Cotulla | I defined one partition |
14:15.10 | Cotulla | it fails on read write in linux |
14:15.15 | Cotulla | after mount |
14:15.35 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:16.00 | Rajko | you can fix that |
14:16.05 | Cotulla | yes |
14:16.07 | Rajko | ive managed to make wm not boot |
14:16.08 | Rajko | thats all |
14:16.19 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:16.19 | Cotulla | need new driver |
14:16.32 | Rajko | what for |
14:16.52 | Cotulla | for nand... at least few changes inside msm_nand.c |
14:17.07 | Cotulla | will call it board-htcleo-mtd.c :) |
14:17.20 | NetRipper | < Rajko> ive managed to make wm not boot |
14:17.23 | NetRipper | lol |
14:17.33 | NetRipper | i could do that even before we had nand |
14:17.49 | NetRipper | screw up the processor regs so badly that oemsbl cannot init it correctly |
14:17.50 | NetRipper | :P |
14:18.02 | Cotulla | so can u add ATAG for haret/magldr load indicator? |
14:18.18 | Rajko | NetRipper, by using libmtd i mean |
14:18.22 | NetRipper | Cotulla, i suppose yea but why would you need it? |
14:18.33 | Rajko | and ive dumped whole nand contents |
14:18.40 | NetRipper | both boot loaders should init to the same extend |
14:18.47 | Rajko | so i dunno what needs to be changed |
14:18.49 | Cotulla | now I have stub function htcleo_is_nand_boot() which return 1; |
14:19.26 | Cotulla | for example rpc need detach in haret run |
14:19.38 | Cotulla | in nand it will cause fault |
14:19.53 | NetRipper | then haret should do that (or catch the fault and make it recover) |
14:20.03 | Cotulla | also I am sure about other items... |
14:20.14 | Cotulla | for example disable mtd load if haret run |
14:20.42 | *** join/#htc-linux Dj-Gutz (~madboy@87.69.228.213) |
14:21.10 | Rajko | Cotulla, but then you cant have like wifi mac with haret boot |
14:21.31 | Cotulla | hm.. |
14:21.40 | Cotulla | we need solve this |
14:22.00 | Cotulla | we talked with NetRipper and he agree to add cfg read to haret :P |
14:22.09 | Cotulla | right, NetRipper? |
14:22.12 | NetRipper | another atag |
14:22.13 | NetRipper | yes |
14:22.38 | Rajko | you can just detect haret and make static mtd partition table consisting of only RO config area |
14:22.55 | NetRipper | arf i should add support for mach-specific atags in haret |
14:22.59 | NetRipper | it's all global now |
14:23.19 | NetRipper | Rajko, "just detect haret", how? |
14:23.29 | *** join/#htc-linux Tah (586f8370@gateway/web/freenode/ip.88.111.131.112) |
14:23.38 | Rajko | werent you talking about adding some var |
14:23.52 | NetRipper | yes, atag, i thought you meant another way |
14:24.31 | Cotulla | atag is easy, isn't it? |
14:24.49 | Cotulla | also panel type can be passed via atag |
14:25.08 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:25.12 | Cotulla | it's task of bootloader to collect cfg data for kernel |
14:25.15 | NetRipper | yea but with this many atags i dont want to add them to generic haret code, as not alld evices have wifi or so ;) |
14:25.26 | NetRipper | so i need to add support for mach-specific atags |
14:25.31 | Cotulla | why not make specific haret version? |
14:25.47 | Cotulla | universal stuffs stops progress |
14:25.50 | Cotulla | :P |
14:26.15 | NetRipper | non-universal stuff is also lost when something new comes |
14:26.25 | NetRipper | both have their advantages |
14:27.23 | NetRipper | but of course i could make a temporary branch for this stuff |
14:27.27 | NetRipper | and do the nice thing later |
14:27.50 | Cotulla | don't worry now.. it's to early |
14:28.14 | NetRipper | you'll have to tell me how to get the wifi mac address |
14:28.17 | NetRipper | in c++ wince |
14:28.22 | Cotulla | yes |
14:28.33 | NetRipper | and panel id too |
14:28.42 | Cotulla | ok |
14:28.49 | NetRipper | but i think there is panel detection code in the kernel |
14:28.51 | NetRipper | isnt there? |
14:28.55 | Cotulla | yes. |
14:28.56 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
14:29.01 | NetRipper | but? doesn't work? |
14:29.14 | *** join/#htc-linux emwe (~emwe@cable-86-56-8-44.cust.telecolumbus.net) |
14:29.15 | Cotulla | works... but is it better to move it outside? |
14:29.25 | gauner1986 | why that? |
14:29.33 | gauner1986 | this is driver stuff |
14:29.40 | NetRipper | hehe we'd restart our discussion about bootloader/kernel responsibilities |
14:29.46 | Cotulla | actually it detected by value stored by SPL |
14:29.53 | Cotulla | *it |
14:30.02 | gauner1986 | ah |
14:30.03 | Cotulla | in some memory area which kernel doesn't use a lot.. |
14:30.15 | Cotulla | so maybe it should be filled before kernel |
14:30.35 | NetRipper | imho, kernel should do whatever it can to get the information... if it's really hard or impossible, then bootloader should provide a "fixup", but my opinion is that all info that the bootloader has to provide to the kernel, are "hacks" |
14:30.37 | gauner1986 | but okay.. as panel is already detected fine.. why this additional work? |
14:30.51 | Cotulla | why hack.. |
14:31.13 | Cotulla | I thought it is bad to read data via mtd from kernel? |
14:31.13 | NetRipper | because the hardware should have a possibility to detect or read from some reg |
14:31.34 | NetRipper | Cotulla, well yes, but who the hell stores mac address in the nand, lol ;) that's a hack in itself |
14:31.44 | Cotulla | no... |
14:31.54 | Cotulla | NetRipper, it's how it's working! |
14:32.07 | NetRipper | Cotulla, i know! fail design. |
14:32.09 | NetRipper | :) |
14:32.24 | NetRipper | ^^ my opinion... they were to cheap not to put in an eeprom which usually contains that info |
14:32.26 | Cotulla | it's just legend for users that MAC address is something HW related, which can not be changed... |
14:32.52 | NetRipper | i dont mean it has to be in the hardware, burned in or something |
14:32.53 | Cotulla | actually most of values are just stored somewhere... |
14:33.04 | Cotulla | so it can be only in nand... |
14:33.31 | NetRipper | if you were to design "the perfect device", would you still store values in the nand? or would you prefer another way? |
14:33.33 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:33.38 | Cotulla | I M E I also on nand |
14:34.15 | Cotulla | in "perfect device" I will put such kind of data maybe to separate small flash... |
14:34.23 | NetRipper | exactly |
14:34.24 | NetRipper | lik eeprom |
14:34.35 | Cotulla | but it need additional chip and etc |
14:34.41 | NetRipper | yep, more expensive |
14:34.49 | NetRipper | so i totally understand why they put it on nand |
14:34.53 | NetRipper | but its still a hack |
14:34.53 | NetRipper | :P |
14:35.20 | Cotulla | dunno... for u it's hack... for me not... it's real device developing... where u limited on money, resources and etc :) |
14:35.32 | NetRipper | yea but for me many things are a hack |
14:35.38 | Cotulla | :D |
14:35.39 | NetRipper | and i dont really care about many of them |
14:35.51 | Cotulla | at the end we have only one persistent storage... |
14:35.59 | NetRipper | yep |
14:36.16 | Cotulla | so no choose |
14:36.18 | Cotulla | -> no hack :P |
14:36.21 | Cotulla | :d |
14:36.22 | NetRipper | anyway in the case of panel detection... i think this is read from regs and communicating over the mddi (or whatever is used now), so there's a decent way to detect panel |
14:36.39 | Cotulla | no, I read it from global area |
14:36.40 | NetRipper | in the case of mac address, an atag is fine |
14:36.44 | Cotulla | it willed by SPL |
14:36.45 | NetRipper | smem? |
14:36.57 | Cotulla | no "driver globals" |
14:37.12 | *** join/#htc-linux |Jeroen| (~jeroen@d5152B6A8.access.telenet.be) |
14:37.19 | Cotulla | there also ram size stored btw |
14:37.25 | NetRipper | doesn't ring a bell |
14:37.32 | NetRipper | the board file? |
14:37.33 | *** join/#htc-linux miknix (~miknix@gentoo/developer/miknix) |
14:37.40 | Cotulla | no after SPL |
14:38.08 | Cotulla | 0x00080000 - 0x00100000 |
14:38.17 | NetRipper | aha... |
14:38.42 | *** join/#htc-linux jonolo (~jonolo@62.49.9.253) |
14:38.46 | *** join/#htc-linux zycho (~zycho@1.121.113.82.net.de.o2.com) |
14:38.58 | NetRipper | Cotulla, i'd wonder, how does windows mobile detect the panel? |
14:39.12 | *** join/#htc-linux programmer8922 (~Evan@67.219.166.182) |
14:39.26 | Cotulla | like me... |
14:39.27 | Cotulla | :) |
14:39.33 | NetRipper | hm ok |
14:39.37 | Cotulla | just read data from SPL |
14:39.41 | NetRipper | ok |
14:39.44 | Cotulla | so no reason to detect it again :P |
14:39.47 | NetRipper | ugly, lol |
14:40.00 | Cotulla | in "ideal os" |
14:40.08 | Cotulla | bootloader should handle all stuffs |
14:40.15 | Cotulla | and provide I/F for drivers |
14:40.35 | NetRipper | I/F? |
14:40.40 | Cotulla | InterFace |
14:40.46 | NetRipper | ah |
14:40.55 | Cotulla | so drivers only wrappers around boot functions |
14:40.59 | Ondalf | umm, how about IO for drivers and drivers provide IF for programs? |
14:41.12 | Ondalf | naming scheme you know ;) |
14:41.13 | NetRipper | but the drivers need code to power on and power off the hardware for power management purposes |
14:41.39 | Cotulla | so they call Led_PowerOff() from boot |
14:41.41 | Cotulla | as example ;) |
14:42.00 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:42.02 | Cotulla | abstraction layer |
14:42.28 | Cotulla | but here of course few problems :( |
14:42.31 | NetRipper | how is having all intelligence in bootloader ideal? |
14:42.35 | Cotulla | MMU related at first |
14:42.40 | NetRipper | that would make it a huge bootloader |
14:42.40 | NetRipper | :p |
14:42.44 | Cotulla | why not? |
14:42.45 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:42.47 | Cotulla | but porting new os |
14:42.50 | Cotulla | will be easy |
14:42.57 | NetRipper | lol true |
14:42.58 | Cotulla | or u ever can write something withot os... |
14:43.05 | *** join/#htc-linux DuperMan (~1@93-172-4-172.bb.netvision.net.il) |
14:43.06 | Cotulla | like tetris in magldr :P |
14:43.14 | NetRipper | lol |
14:43.29 | Cotulla | hm NetRipper, is it possible to map magldr code to linux ram? |
14:43.30 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:44.14 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:44.54 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:45.01 | NetRipper | how do you mean, map? so you can still call magldr code from the kernel? |
14:45.09 | Cotulla | yeah ;) |
14:45.12 | gauner1986 | lol |
14:45.18 | gauner1986 | you're lazy |
14:45.26 | Cotulla | just thinking :) |
14:45.33 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:46.17 | *** join/#htc-linux Eclipsados666 (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:46.31 | NetRipper | i doubt linux supports something like that... but you could make sure magldr loads itself at a specific place in ram (i.e. last 100kb) and pass function pointers in an atag to the kernel |
14:46.43 | *** join/#htc-linux kvaster (~kvaster@vpn-e0.bas-net.by) |
14:46.46 | NetRipper | then in linux, avoid using that piece of ram |
14:46.56 | *** join/#htc-linux Eclipsados666 (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:49.28 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
14:50.12 | *** part/#htc-linux kalemas (~kalemas@ns2.openhardware.ru) |
14:50.29 | *** join/#htc-linux Cass (~Cass@87-194-153-242.bethere.co.uk) |
14:50.50 | Cotulla | u are right |
14:50.55 | *** join/#htc-linux mes (~mes@sentry.lazo.ca) |
14:51.04 | Cotulla | it located on 28000000 now |
14:51.10 | theredundant | may i ask if desirrehddump would b used? |
14:51.34 | Cotulla | but... if I remap it to virtual address like regs |
14:53.03 | Cotulla | but ok it's bad idea, agree |
14:53.05 | Cotulla | :P |
14:54.55 | NetRipper | hehe |
14:55.21 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
14:55.35 | Cotulla | we started from atag, right? :P |
14:55.47 | NetRipper | well you pass the physical addresses in atag.. linux can map the area and use them ;) |
14:56.11 | Cotulla | can we add holes to linux map? |
14:56.12 | NetRipper | yea hehe |
14:56.24 | NetRipper | ummm no thats why i suggested at the end ;) |
14:56.30 | NetRipper | i think holes are possible nowadays |
14:56.34 | NetRipper | in arm |
14:56.53 | NetRipper | but if you place it at the start or at end of physical memory, then you dont need a hole |
14:57.09 | Cotulla | if it on 28000000, I will need a hole there |
14:57.10 | Cotulla | ^_^ |
14:57.27 | NetRipper | or you pot it somewhere else ;) |
14:57.34 | Cotulla | yeah ;) |
14:57.44 | Cotulla | wanna move it to 20000000 |
14:57.51 | NetRipper | then it still leaves a hole |
14:57.52 | Cotulla | because 2800 not available on some devs |
14:58.27 | Cotulla | are memory from ioremap can be executed? |
14:58.42 | NetRipper | i don't see why not |
14:58.53 | Cotulla | some protection bits :P |
14:58.54 | NetRipper | just like any other pointer |
14:59.09 | NetRipper | kernel can do anything afaik |
14:59.15 | Cotulla | haha |
15:00.06 | *** join/#htc-linux Microang (~AndChat@82.132.139.217) |
15:01.39 | Cotulla | NetRipper, can u tell me |
15:01.47 | Cotulla | why all code still designed for 80x25??? |
15:04.07 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:04.48 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:08.24 | *** join/#htc-linux Andreyxxl[HD2EU] (Andreyxxl@89.32.146.153) |
15:09.57 | *** join/#htc-linux jonolo (~jonolo@62.49.9.253) |
15:10.04 | *** join/#htc-linux MN (5685fe6c@gateway/web/freenode/ip.86.133.254.108) |
15:10.07 | MN | Hi |
15:10.23 | *** join/#htc-linux uub11 (42a5a8d4@gateway/web/freenode/ip.66.165.168.212) |
15:11.01 | NetRipper | Cotulla, you mean 8x50? |
15:11.05 | NetRipper | oh 80x25 |
15:11.07 | NetRipper | resolution |
15:11.12 | Cotulla | :D |
15:11.16 | NetRipper | historical i guess |
15:11.27 | Cotulla | oldscholl :P |
15:11.31 | NetRipper | yea |
15:11.34 | Cotulla | detected :D] |
15:11.36 | NetRipper | i dont like it much either :p |
15:11.44 | MN | u solve your yaffs2 problem cotulla? |
15:11.46 | Cotulla | it's awful to read |
15:11.52 | NetRipper | yea |
15:11.52 | Cotulla | wrapped lines |
15:12.04 | NetRipper | some warpping is ok, but we should make it 160x100 :P |
15:12.16 | NetRipper | wrapping* |
15:12.21 | Cotulla | yes |
15:12.22 | NetRipper | anyway im off driving to home, laters |
15:12.27 | Cotulla | 1600 will be nice |
15:12.28 | Cotulla | bb |
15:13.37 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:14.22 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:14.42 | *** join/#htc-linux thejeos (~androirc@89.129.20.198) |
15:15.14 | MN | seems like development is going well |
15:15.43 | DuperMan | MN: how so? |
15:18.06 | *** join/#htc-linux hastarin (~hastarin@220-253-159-83.VIC.netspace.net.au) |
15:18.45 | MN | cotulla and nand looks to be going ok |
15:19.02 | *** join/#htc-linux fakker (~noobhands@cpc4-hitc6-2-0-cust82.9-2.cable.virginmedia.com) |
15:19.43 | hastarin | Cass if you're about I ran the kernel on mattc 1.7 PPP and always tried waking up via the Home button. It worked every time, though it did take around 10 seconds sometimes. Still best success I've had so far on PPP base. |
15:23.09 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:26.38 | *** join/#htc-linux slayerns (8bb3cf63@gateway/web/freenode/ip.139.179.207.99) |
15:27.10 | slayerns | here is the news ^^ |
15:27.18 | slayerns | the dump of HTC ACE is out |
15:27.35 | slayerns | ACE= Desire HD |
15:27.39 | slayerns | http://forum.xda-developers.com/showthread.php?t=784249&page=5 |
15:31.55 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:32.35 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:33.15 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:33.52 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:33.53 | DuperMan | ^^ |
15:34.32 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:35.15 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:35.25 | slayerns | Eclipsados, calm down :D |
15:36.05 | *** join/#htc-linux Eclipsados666 (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:36.51 | uub11 | Hey wistilt2 how are you and your early christmas lights? |
15:37.28 | DuperMan | they're late rosh hashannah lights |
15:37.29 | DuperMan | :PPP |
15:37.56 | uub11 | lol |
15:38.00 | uub11 | regardless |
15:40.16 | WisTilt2 | uub11: found the cause but cant put it to use yet. currently coding all the lights into the appropriate locations so we can get a lights patch up. |
15:41.22 | uub11 | cool great work |
15:41.38 | *** join/#htc-linux JesusFreak316_ (~quassel@USF-Wifi-35-56.laptops.usf.edu) |
15:42.10 | WisTilt2 | jonpry: when you wake up down there ping me. |
15:43.07 | *** join/#htc-linux JesusFreak316_ (~quassel@USF-Wifi-35-56.laptops.usf.edu) |
15:44.59 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:45.00 | WisTilt2 | uub11: what phone you have? |
15:51.05 | *** join/#htc-linux hamagc (~hamagc@206.55.156.200) |
15:51.06 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:51.54 | *** join/#htc-linux jonolo (~jonolo@62.49.9.253) |
15:51.57 | *** join/#htc-linux Eclipsados666 (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:53.20 | uub11 | WISTILT2 TP2 |
15:53.21 | *** join/#htc-linux gauner1986 (~gauner198@p508C6EA5.dip.t-dialin.net) |
15:53.24 | gauner1986 | re |
15:53.25 | gauner1986 | :) |
15:53.39 | *** join/#htc-linux balans1 (~Gebruiker@82-170-217-205.ip.telfort.nl) |
15:54.50 | *** join/#htc-linux EclipseCheat (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:55.20 | uub11 | wistilt2: why need a guinea pig? |
15:55.31 | *** join/#htc-linux Eclipsados (~Eclipse-d@a81-84-216-90.cpe.netcabo.pt) |
15:57.46 | WisTilt2 | uub11: yeah possibly in a few hours. you have android haret boot on sd card already? |
15:58.34 | Eclipsados | hey...I hear about desire hd dump already done :D |
15:58.46 | Eclipsados | Cotulla do you want work with that kernel ? xD |
15:59.09 | uub11 | wistilt2: yeah should i update already to the newest kernel i'm at work and haven't had a chance yet? |
16:00.23 | WisTilt2 | no. if you're already setup like that you'll just have to point your startup.txt to my test kernel and different system image. |
16:01.21 | Cotulla | with which? |
16:01.26 | WisTilt2 | going to be a few hours though. rather busy here today so working on this in between business stuff. |
16:01.27 | uub11 | okie dokie i'll brb it break time at work be back in like 30 mins just let me know later on when you're ready |
16:01.46 | uub11 | yeah that's fine |
16:02.11 | *** join/#htc-linux Benouch (b84aa322@gateway/web/freenode/ip.184.74.163.34) |
16:02.20 | *** join/#htc-linux nineX_ (~nunya@216-43-173-182.ip.mcleodusa.net) |
16:08.06 | Eclipsados | any news about htc desire hd DUMP |
16:09.39 | *** join/#htc-linux GNUtoo|laptop (~gnutoo@host55-144-dynamic.54-79-r.retail.telecomitalia.it) |
16:10.00 | hastarin | You can read the logs. http://irclog.netripper.com/?chan=htc-linux&msgonly=1 In short no. |
16:11.48 | Cotulla | who need this dump |
16:11.49 | Cotulla | here |
16:12.02 | Cotulla | go to htc-linux-chat |
16:15.19 | *** join/#htc-linux Akustik84 (~volodin_d@95-24-177-213.broadband.corbina.ru) |
16:15.24 | *** join/#htc-linux aditya (~aditya@cpe-76-170-75-42.socal.res.rr.com) |
16:18.18 | *** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-51-102.client.mchsi.com) |
16:19.45 | *** join/#htc-linux gauner1986- (~gauner198@p5B382101.dip.t-dialin.net) |
16:19.51 | jonpry | WisTilt2: ping |
16:20.10 | gauner1986- | i wonder who allowed my router to just restart... |
16:20.48 | Cotulla | haha works |
16:21.46 | Rajko | i like how he just keeps saying haha booting, haha works |
16:22.22 | Cotulla | haha works - it's about Universal Router Reset Tool :D |
16:22.59 | Cotulla | hate this crappy mtd driver design |
16:23.01 | Cotulla | :( |
16:23.03 | *** join/#htc-linux kiozen (~kiozen@rgnb-5d878ab3.pool.mediaWays.net) |
16:23.07 | gauner1986- | rewrite it :P |
16:23.15 | Rajko | why not just add a few ifdefs in drivers/mtd/msm-nand.c |
16:23.26 | Rajko | instead of copy pasting everything to board-htcleo-nand.c |
16:23.30 | WisTilt2 | jonpry: hey, do you have a list of your known microp ids you could send me? I've documented all the ones i'm using for lights, lcd, etc., but if you have ones to fill in the blanks i wont need to re-invent the wheel. i'm coding the lights into their appropriate place and should have a patch to commit shortly. |
16:24.09 | Cotulla | Rajko, because I don't want fuck with it :) I just want working one |
16:25.21 | *** join/#htc-linux Microang (522deb64@gateway/web/freenode/ip.82.45.235.100) |
16:25.21 | Cotulla | u know what is MTD_OOB_PLACE or/and MTD_OOB_RAW? |
16:25.42 | gauner1986- | out of bounds? |
16:25.44 | jonpry | wistilt2: its just bit 2 4 and 6 |
16:25.58 | Cotulla | no it's other types of OOB access |
16:26.05 | Rajko | Cotulla, for the other device, they just changed oob layout to the right one, in oob |
16:26.22 | Rajko | i have no clue about phones, dude |
16:26.29 | Cotulla | it's not this case :( |
16:27.02 | WisTilt2 | jonpry: got those. i meant if you have any other ids you've documented for other functions. trying to document all microp and gpio so it's complete. |
16:27.03 | Rajko | isnt nand driver just part of snapdragon |
16:28.07 | jonpry | wistilt2: there is nothing else i know that isn't in wiki |
16:28.36 | WisTilt2 | wiki has no microp for rhod does it? |
16:28.58 | gauner1986- | cotulla: did you find compass calibration data? |
16:29.34 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
16:29.47 | Cotulla | o |
16:29.49 | Cotulla | no |
16:29.59 | gauner1986- | so it's not in nand? |
16:30.00 | gauner1986- | Oo |
16:30.06 | Cotulla | now dunno :) |
16:30.11 | gauner1986- | lol |
16:30.40 | hastarin | OOB = Out of Band. It's still in NAND from what I'm reading. |
16:31.03 | hastarin | Not sure how relevant this is but... http://www.pubbs.net/201001/kernel/74869-patch-1017-mtd-nand-make-reads-using-mtdoobraw-affect-only-ecc-validation.html |
16:31.06 | Cotulla | I know this... |
16:31.21 | Cotulla | what they mean under MTD_OOB_PLACE? |
16:31.34 | hastarin | Figured you probably did. :) |
16:31.44 | gauner1986- | the place where that area is? |
16:31.45 | gauner1986- | :P |
16:31.59 | hastarin | The only info I can find on that via Google is http://patchwork.ozlabs.org/patch/44927/ |
16:32.15 | Cotulla | and OOB is stupid name. instead of using common-used "spare data", they again choose some strange words.. nice! :P |
16:32.52 | gauner1986- | cotulla: what does compass calibration include? is it just an offset? |
16:33.02 | Cotulla | u think I know? :D |
16:33.13 | gauner1986- | i thought you know how it looks like :P |
16:33.20 | *** join/#htc-linux lenix (~irc@lenix.de) |
16:33.27 | gauner1986- | ce drivers must have some info in? |
16:34.29 | hastarin | Another post mentioning PLACE vs RAW. https://patchwork.kernel.org/patch/81243/ |
16:35.48 | Cotulla | again patch :P |
16:36.21 | gauner1986- | cotulla: where is the orientation offset for compass set? |
16:36.25 | Cotulla | but who need MTD_OOB_PLACE and MTD_OOB_RAW? are they used somewhere? |
16:36.34 | Cotulla | or they just for fun? :) |
16:37.23 | hastarin | That is way over my head sorry. Though I did see mention of nandump or some app using them. But I'm presuming that's in Linux. |
16:38.08 | Cotulla | gauner1986, dunno |
16:38.11 | hastarin | C#, WPF I can do. Google I can do, the rest I'm a n00b. :) |
16:47.54 | *** join/#htc-linux AstainW00t (~AstainHel@unaffiliated/astainhellbring) |
16:48.52 | Microang | To anyone who doesn't already know! http://pocketnow.com/android/htc-desire-hd-rom-leaked |
16:50.14 | *** join/#htc-linux Jack-E (~chatzilla@host86-130-60-114.range86-130.btcentralplus.com) |
16:55.31 | Cotulla | ok it's time to test it |
16:55.42 | gauner1986- | what? |
16:55.43 | gauner1986- | ^ |
16:56.44 | Cotulla | my work :) |
16:59.49 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
17:02.39 | Cotulla | hm I stil need mass storage mode :P for fast copy kernel to sd :) |
17:02.47 | gauner1986- | :D |
17:03.10 | bmnbmn_ | and ps3 hacking mode while youre at it right? |
17:03.16 | Cotulla | hm |
17:03.24 | gauner1986- | i'm on it atm |
17:03.25 | gauner1986- | :) |
17:03.28 | Cotulla | ps3 hacking in magldr? :D |
17:03.37 | gauner1986- | also a good idea |
17:03.38 | gauner1986- | :P |
17:03.38 | bmnbmn_ | Cotulla: much like amonra's recovery? O_o |
17:04.05 | bmnbmn_ | flag that as low priority |
17:04.22 | Cotulla | hm gauner1986, are there complex code? |
17:04.40 | Cotulla | u showd it to me i remember |
17:04.51 | gauner1986- | cotulla: it emulates an usb hub and lets different devices connect/disconnect at a specific time.. |
17:05.02 | Cotulla | oh |
17:05.11 | gauner1986- | +send data |
17:05.23 | gauner1986- | http://github.com/kakaroto/PSFreedom |
17:05.36 | gauner1986- | but most important thing atm is to get it to co-exist with android gadget |
17:05.44 | gauner1986- | which i fail at atm :( |
17:06.21 | cass-gone | lol this is turning into a bloat loader |
17:06.30 | bmnbmn_ | negative nancy |
17:06.41 | Microang | lol, will we have fast boot too? |
17:06.42 | [acl] | what is is folk |
17:06.44 | Microang | :D |
17:06.48 | gauner1986- | cotulla: btw.. if you do it.. patch it with my patch :P |
17:06.49 | Cotulla | what is fast boot? |
17:06.56 | Microang | desire hd fastboot |
17:07.19 | Cotulla | ? |
17:07.37 | Microang | cause there is little tech info yet but it boots to home screen in 15secs :D |
17:07.43 | Cotulla | lol kernel crashes |
17:07.44 | gauner1986- | Cotulla: http://pastebin.com/HHX0TRQ1 |
17:07.52 | gauner1986- | that enables piracy :P |
17:07.59 | Microang | :P ye |
17:08.34 | Microang | someone needs to check out the desire hd rom and bootloader, fastest booting phone ever! :D |
17:08.49 | cass-gone | uses hibernation |
17:08.49 | Microang | and still 1ghz snapdragon |
17:08.57 | Microang | foes it? |
17:09.00 | Microang | does |
17:09.08 | Microang | is that how it works? |
17:09.11 | cass-gone | yes |
17:09.35 | Microang | so I'm betting it has 1.5gb cause 512mb is for hibernation :D |
17:09.47 | Microang | thanks cass :D |
17:09.59 | Microang | would that be possible for us? |
17:10.10 | Cotulla | hibernation? |
17:10.14 | Microang | ye |
17:10.16 | cass-gone | need to get pm working correctly first i thnk :) |
17:10.30 | Microang | I said possible not right now! ;) |
17:10.36 | Cotulla | it will lost data on battery remove... |
17:10.38 | gauner1986- | cotulla: tell me how i can make android gadget a module please :P |
17:10.47 | Microang | I really want pm, I carry 3 batteries at the moment |
17:10.47 | cass-gone | Cotulla, possibly suspend to nand |
17:10.49 | cass-gone | not ram |
17:10.49 | Microang | :D |
17:10.59 | Cotulla | they won't lost 512 of nand |
17:11.01 | bmnbmn_ | gauner1986-: i thought you didnt need to patch the payload anymore for psfreedom, just choose the proper bin file |
17:11.02 | Cotulla | and it's still long time |
17:11.54 | Microang | why not? flash normally goes 512mb 1gb 2gb, and keeps doubling so it make sense |
17:11.54 | cass-gone | then maybe first boot is slow and the rest of reboot fast if its ram |
17:11.57 | bmnbmn_ | payload_bdemu.bin and payload_dev_bdemu.bin (for peek & poke) |
17:12.10 | gauner1986- | bmnbmn_: no - they still include the payload in the header file |
17:12.13 | hastarin | Cass I did test the EVO kernel on HD2 (mattc 1.7 RMNET and PPP) and apart from one random reboot on PPP it's been relatively reasonable. It has always woken with the home key, though it takes a while to respond. |
17:12.24 | gauner1986- | the bin files are referenced nowhere |
17:12.38 | Microang | cass maybe but then it would waste battery even when it's off, if it's suspended to ram you'd expect it to turn on instantly |
17:12.46 | Microang | like waking from suspend |
17:12.47 | bmnbmn_ | yeah thats the default, you can get it to load the other bins |
17:12.55 | bmnbmn_ | by copying to the /proc entry |
17:13.12 | gauner1986- | i know |
17:13.25 | bmnbmn_ | so youre just patching the default? ok |
17:13.29 | gauner1986- | but i want it to have that shit by default |
17:13.30 | gauner1986- | ;) |
17:13.34 | bmnbmn_ | understood |
17:18.28 | *** join/#htc-linux josh13x12 (~jk@99-190-187-250.lightspeed.lsvlky.sbcglobal.net) |
17:18.51 | Microang | cotulla: may I ask how the wp7 project is going? |
17:23.34 | *** join/#htc-linux pH5 (~ph5@e178205075.adsl.alicedsl.de) |
17:26.15 | *** join/#htc-linux uub11 (42a5a8d4@gateway/web/freenode/ip.66.165.168.212) |
17:27.39 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
17:29.14 | *** join/#htc-linux jonolo (~jonolo@host-87-75-138-222.dslgb.com) |
17:30.29 | uub11 | wistilt2: im back whenever you're ready |
17:37.44 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
17:39.14 | *** join/#htc-linux JesusFreak316 (~quassel@pool-173-65-84-83.tampfl.fios.verizon.net) |
17:40.43 | *** join/#htc-linux mes (~mes@S0106000c417884fe.cc.shawcable.net) |
17:42.42 | *** join/#htc-linux johnb81 (~johnb@95.15.246.176) |
17:44.30 | *** join/#htc-linux rrew (~rrew@78-2-59-63.adsl.net.t-com.hr) |
17:44.32 | *** join/#htc-linux bmnbmn (44cc7f6b@gateway/web/freenode/ip.68.204.127.107) |
17:45.48 | darkstone | its more likely a very deep sleep |
17:46.56 | darkstone | most services are probably terminated |
17:47.02 | darkstone | including rild |
17:48.45 | Microang | maybe your right darkstone! Would that be in the bootloader or in the android build |
17:49.22 | Microang | ? |
17:50.09 | Eclipsados | hey, it is possible change boot animation on those builds :P? |
17:50.15 | Eclipsados | if yes, how? |
17:50.19 | *** join/#htc-linux hicks (hix@cpc5-uddi21-2-0-cust233.uddi.cable.virginmedia.com) |
18:01.55 | jonpry | wistilt2: do you use high density interconnect on your wireless stuff? what rules? |
18:04.23 | WisTilt2 | jonpry: ?? you asking about our backhauls? |
18:06.20 | jonpry | your msm based thing |
18:07.13 | *** join/#htc-linux bmnbmn (44cc7f6b@gateway/web/freenode/ip.68.204.127.107) |
18:08.16 | WisTilt2 | our main high speed stuff is 5ghz 100mbps. if you're asking about the msm stuff we're doing that's all over 3G and tunneled to our network over vpns. |
18:12.24 | jonpry | wistilt2: i was asking about the 3g stuff. like what kind of pcb technology it requires |
18:13.23 | *** join/#htc-linux jonolo (~jonolo@87.75.138.222) |
18:13.41 | WisTilt2 | jonpry: pcb as in circuit board? |
18:14.32 | Cotulla | anybody know why if I move nand driver from drivers\mtd\devices to mach-msm it no longer works? |
18:15.38 | gauner1986- | c error messages are always confusing it seems.... |
18:15.55 | Cotulla | no it's runtime bug |
18:16.32 | gauner1986- | yeah.. who calls a nullpointer exception "segmentation fault" without pointing the dev to where it occurred? |
18:16.33 | gauner1986- | :P |
18:16.38 | jonpry | wistilt2: yes, circuit board. i'm going to be making my own android device. right now i'm using a freescale chip. just wondering how much trouble an msm would get me into. other than qualcomm never selling me any parts. |
18:20.19 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
18:23.41 | WisTilt2 | jonpry: wow, if you're looking at making your own android dev we should talk. once we get our mobile solution done we had tossed around the idea of something similar. our pcb's are made here locally by a pcb company. using the 7200 series obviously, and yes, qualcomm wont talk to you unless you're talking very large numbers of units. |
18:23.50 | *** join/#htc-linux Sjuust (~jmeij@ip3e839a58.speed.planet.nl) |
18:24.39 | WisTilt2 | getting the board certified is the hardest part btw. |
18:24.58 | *** join/#htc-linux Microang (522deb64@gateway/web/freenode/ip.82.45.235.100) |
18:25.24 | [acl] | wtf |
18:25.31 | [acl] | jonpry went from ballsy to super ballsy |
18:25.34 | [acl] | own device |
18:25.38 | WisTilt2 | lol |
18:25.40 | Cotulla | heh :) |
18:25.46 | Cotulla | always wanna such one |
18:26.07 | Cotulla | but to complex to solve parts to me |
18:27.02 | jonpry | its not really a phone. just a piece of high end audio equipment |
18:27.54 | WisTilt2 | then why msm? |
18:28.11 | jonpry | i was previously using a 50mhz processor and a big fpga. but it was just too hard to get the performance i need |
18:28.24 | jonpry | so i'm putting in an arm |
18:29.18 | WisTilt2 | soc like the 7201 would be nice then even without using the radio side. |
18:29.39 | jonpry | dsp would be useful |
18:30.00 | Cotulla | buy beagleboard with 3450 omap :) |
18:30.05 | Cotulla | there also dsp |
18:30.44 | WisTilt2 | you might check with TI. they are far more open to talk to on small numbers than qc. |
18:33.43 | WisTilt2 | jonpry: btw, that speaker light issues was caused by reading ids above 0x80 somewhere. it also locked on the lcd so you're idea of microp crashing probably was correct. |
18:35.36 | jonpry | that chip on chip packaging is a nightmare |
18:35.40 | *** join/#htc-linux josh13x12 (~jk@99-190-187-250.lightspeed.lsvlky.sbcglobal.net) |
18:36.43 | WisTilt2 | unless you have to datasheets:) |
18:37.02 | jonpry | for omap. like ram is soldered on top of the processor |
18:37.28 | WisTilt2 | and design your hardware so you know whats what instead of all this reversing. |
18:38.05 | Cotulla | it maybe big problem to write good coder without professional testers :) |
18:38.08 | Cotulla | *code |
18:39.33 | *** join/#htc-linux iDavid (~David@74.115.6.58) |
18:42.49 | *** part/#htc-linux Cotulla (~opera@nat004-252-205-109.tvoe.tv) |
18:43.30 | WisTilt2 | well it looks like i bricked microp again. hardspl time again. |
18:47.28 | uub11 | i don't know if i want to be a guinea pig anymore |
18:47.50 | uub11 | j/k |
18:48.20 | WisTilt2 | looks like we'll be waiting a bit. dont want to ruin your phone. |
18:48.56 | uub11 | lol i just have to redo the hardspl if i brick it right? |
18:49.39 | stinebd | ah hardspl fixes it? |
18:49.49 | WisTilt2 | jonpry: got one for you... microp is dead in winmo, no lights, kbd doesnt work, buttons dont work, touchscreen is working. everything still working fine in linux. |
18:50.15 | WisTilt2 | stinebd: yeah already bricked it once. hardspl fixed it perfectly thank god. |
18:50.16 | stinebd | well that obviously means linux > winmo |
18:50.39 | WisTilt2 | what it means is all my init code is doing what is should:) |
18:51.18 | jonpry | wistilt2: if microp reports the wrong version winmo won't even try to use it |
18:51.26 | WisTilt2 | bah, well except kbd backlight now not working in linux. all lights are though and my auto-backlight for lcd is working nice. |
18:51.51 | stinebd | ooh |
18:52.15 | WisTilt2 | jonpry: let me see what version it is. should be 0xa88 on tilt2. |
18:53.35 | *** join/#htc-linux nickssd (4544dc52@gateway/web/freenode/ip.69.68.220.82) |
18:53.51 | WisTilt2 | this is not good... keyboard is dead now in linux so cant see version but everything else working. |
18:55.10 | WisTilt2 | interesting. only buttons working now are end and power so part of microp is trashed. |
18:56.40 | *** join/#htc-linux hamagc (~hamagc@206.55.156.200) |
18:57.40 | WisTilt2 | ok we're back in business. |
19:12.55 | *** join/#htc-linux z (57c289f0@gateway/web/freenode/ip.87.194.137.240) |
19:14.52 | gauner1986- | bleh |
19:15.01 | jonpry | wistilt2: flash spl again? |
19:15.06 | gauner1986- | compiling android gadget as module seems to involve a lot of refactorinmg |
19:15.07 | gauner1986- | :( |
19:15.30 | WisTilt2 | jonpry: yep same as other night, all came back fine. |
19:15.58 | NeoMatrixJR | wanted to pop in with a quick question. Seen the camera userland stuff and it still needs kernel work. Is that specific to any one device or is that for RHOD too? |
19:16.56 | jonpry | camera is no even close to working |
19:17.13 | LeTama | gauner1986: you can't do it as a gadget function ? |
19:17.31 | gauner1986- | LeTama: hm.. is that possible on evo kernel? |
19:17.59 | LeTama | gauner1986: I presume, just add a function to existing android gadget |
19:18.04 | gauner1986- | hm |
19:18.10 | gauner1986- | okay.. android stuff is present there |
19:18.11 | LeTama | gauner1986: I don't know what you need exactly for the hack |
19:18.13 | gauner1986- | let's try it |
19:18.31 | gauner1986- | LeTama: android gadget has to be a module to have the ps3 module working |
19:18.37 | gauner1986- | it interfers with it |
19:18.59 | LeTama | gauner1986: hum, ok, too low level to be as a function then |
19:20.25 | gauner1986- | LeTama: mh.. function stuff can't be made a module |
19:20.53 | LeTama | gauner1986: no, my idea was to integrate it to android gadget |
19:21.03 | gauner1986- | i also thought that.. |
19:21.05 | gauner1986- | but how? |
19:21.08 | LeTama | and switch function like we do for rndis, storage, etc... |
19:21.12 | gauner1986- | yeah |
19:21.16 | GNUtoo|laptop | gauner1986-, what about ethernet gadget? |
19:21.34 | GNUtoo|laptop | btw does notjake come here sometimes? |
19:22.08 | gauner1986- | gnutoo|laptop: hm.. i want to keep as much of the android functionalities as possibly |
19:22.17 | GNUtoo|laptop | ok |
19:22.25 | GNUtoo|laptop | then why using gadget? |
19:22.32 | GNUtoo|laptop | use function instead |
19:22.36 | GNUtoo|laptop | or isn't that possible |
19:22.41 | gauner1986- | function can't be made a module |
19:22.47 | gauner1986- | it seems |
19:22.52 | GNUtoo|laptop | ok |
19:23.15 | gauner1986- | and the android stuff interfers with the ps3 stuff.. so i presume it will be the same on function stuff |
19:23.26 | Rajko | ps3 hack is fake usb descriptors |
19:23.33 | gauner1986- | yeah |
19:23.34 | Rajko | definitely cant be implemented alongside android gadget |
19:23.37 | gauner1986- | and some payload injected |
19:23.55 | LeTama | ah, too bad |
19:24.21 | gauner1986- | it would be enough if i could just |
19:24.25 | gauner1986- | remove the android gadget module |
19:24.30 | gauner1986- | and insert the ps3 module |
19:24.30 | gauner1986- | :) |
19:24.50 | *** join/#htc-linux MN (5685fe6c@gateway/web/freenode/ip.86.133.254.108) |
19:24.53 | gauner1986- | but i can't get the android gadget stuff to compile as a module |
19:24.55 | MN | hi all |
19:25.06 | gauner1986- | always ends up in a bunch of linker errors |
19:25.12 | gauner1986- | i'm too noobish at c... |
19:25.47 | LeTama | I'm not sure module is possible with usb gadgets |
19:26.11 | GNUtoo|laptop | hi dcordes any progress with hd2 |
19:26.12 | GNUtoo|laptop | ? |
19:26.36 | gauner1986- | LeTama: why? |
19:26.40 | MN | hows evo kernel going |
19:27.40 | LeTama | gadget is hackish |
19:27.50 | LeTama | from what I read |
19:27.50 | gauner1986- | i reckon that.... |
19:27.51 | gauner1986- | -.- |
19:28.37 | LeTama | it's a framework to ease usb dev, not really following usual kernel architecture |
19:29.34 | *** join/#htc-linux slayerns (8bb3cf63@gateway/web/freenode/ip.139.179.207.99) |
19:29.40 | slayerns | now we have a RUU file of Desire HD : http://forum.xda-developers.com/showthread.php?t=785356 |
19:30.28 | gauner1986- | i just want a solution for that i don't have to reboot to another kernel.. |
19:30.31 | gauner1986- | -.- |
19:30.48 | gauner1986- | which is stupid |
19:32.04 | ali1234 | gauner1986-: pastebin the errors? |
19:32.08 | *** join/#htc-linux ElBartoME (~a@ip-109-90-64-144.unitymediagroup.de) |
19:32.15 | uriahheep | jonpry: i know i'm getting a little bit annoying, but why exactly did you need to make a few modifications to platform headers? |
19:32.22 | uriahheep | for adding alsa, i mean |
19:32.42 | gauner1986- | ali1234: ok.. mom |
19:32.56 | slayerns | do we have any issues with bcm4329.ko ? |
19:33.20 | jonpry | uriahheep: well. i don't remember exactly. some of the structure defines didn't have enough stuff. |
19:33.21 | ali1234 | gauner1986-: i had a quick browse through psfreedom code, and i can't see any reason why it can't coexist with other modules |
19:34.04 | gauner1986- | ali1234: in #psfreedom they say it can't exist together with android gadget.. which is compiled into the kernel... |
19:34.15 | ali1234 | only because it is compiled in |
19:35.50 | ali1234 | the thing is though, if you make all the gadget drivers modules, how will you switch between them in android? |
19:35.51 | uriahheep | jonpry: i see... would you happen to be able to make a diff between before your alsa work and after, just so i could use it as a reference? please? :) |
19:36.05 | Rajko | ali1234, modprobe |
19:36.09 | gauner1986- | ali1234: change modules? :) |
19:36.11 | gauner1986- | by script |
19:36.13 | gauner1986- | or by app |
19:37.53 | gauner1986- | ali1234: http://pastebin.com/zuc2S5Ly |
19:38.05 | gauner1986- | the first thing i get when i try to compile it as module |
19:38.19 | uriahheep | jonpry: i guess i could look at your git repo myself for the changes made though, right? in which case, could you point me to the correct commit(s)? |
19:38.37 | gauner1986- | google has some android functions in msm72k_udc.c that points to android specific classes |
19:39.13 | ali1234 | you don't want to compile the udc as a module |
19:40.04 | gauner1986- | ok |
19:40.09 | gauner1986- | so just android gadget as module |
19:40.13 | ali1234 | yeah |
19:40.18 | ali1234 | well, that's what i would do |
19:40.47 | gauner1986- | http://pastebin.com/JgNpQfWz |
19:40.48 | ali1234 | the udc is the common code used by all gadget modules |
19:40.59 | gauner1986- | the android references.. |
19:41.22 | jonpry | uriahheep: its commit 34da65d. but gitorious says its too big to view. lol. 34da65d |
19:41.32 | uriahheep | lol |
19:41.51 | ali1234 | gauner1986-: which kernel tree is this? |
19:42.11 | gauner1986- | ali1234: http://gitorious.org/linux-on-wince-htc/linux_on_wince_htc/commits/master |
19:42.14 | gauner1986- | evo port |
19:43.55 | uriahheep | jonpry: whoa, that's quite recent. |
19:44.32 | emwe | i don't get it. are they repo hopping like again? |
19:44.54 | gauner1986- | yeah |
19:45.00 | gauner1986- | because linuxtogo has connectivity problems |
19:45.14 | gauner1986- | 40kb/s checkout speeds sucks |
19:46.06 | emwe | it's getting a bit hard to keep the overview what is where and what is active/current |
19:46.19 | uriahheep | jonpry: do i need to create a gitorious account before cloning the repo? |
19:47.09 | jonpry | i don't think so. just to commit |
19:49.15 | emwe | somebody know of a working solution to *reboot* an xdandroid device? by markeet-app, shell, something? |
19:49.29 | WisTilt2 | quickboot works great |
19:49.31 | uriahheep | k |
19:50.31 | emwe | WisTilt2: thx. will try. |
19:51.03 | rrew | emwe, do you know maybe whats our lcd panel novatek ntxxxx? |
19:51.16 | emwe | rrew: hey, and no. |
19:51.32 | emwe | rrew: i think there is something bogus since FRX01 ... |
19:52.12 | emwe | rrew: backlight related... setting bl doesn't work anymore. and this also seems to be the cause for the long re-init/unblank delay we see now |
19:52.20 | emwe | rrew: does your bl still work in xdandrodi? |
19:52.21 | ali1234 | gauner1986-: ok, i see what's going on here |
19:52.44 | gauner1986- | ali1234: the code seems to be bad designed.. |
19:52.53 | ali1234 | yes |
19:53.06 | rrew | emwe, damn found a bunch of novateks confidentials datasheets |
19:53.27 | ali1234 | their udc driver needs to look into the g_android because it provides multiple modes |
19:53.33 | gauner1986- | yeah |
19:53.39 | gauner1986- | it notifies on connect |
19:53.47 | gauner1986- | it's probably for the usb switch ui thingy |
19:53.51 | rrew | emwe, try to disable auto backlight in winmo before booting |
19:53.53 | ali1234 | yes |
19:53.53 | emwe | rrew: btw, i pushed the debounce_delay fix. it at least also fixes the fall-asleep halfway on wake... |
19:54.19 | emwe | rrew: i never had to do so. never. that's why i am curious. does setting it in android work for you? |
19:54.45 | rrew | emwe, never tried but people report it working after that |
19:54.48 | gauner1986- | ali1234: so a no-go probably? seems like big refactoring would be needed |
19:55.12 | ali1234 | well you could add psfreedom as a new function to g_android |
19:55.22 | ali1234 | then you could switch with the normal android switcher thing |
19:55.31 | emwe | rrew: when you are in android again, could you please test to change it? either with energie/power widget or in settings/display. thx in advance... |
19:55.46 | gauner1986- | ali1234: rajko said that doesn't work |
19:56.05 | gauner1986- | because fake usb descriptors are involved |
19:56.21 | ali1234 | there is no such thing as a "fake" usb descriptor... |
19:56.30 | rrew | emwe, so backlight issue is somehow in relation with reinit/unblank lag of panel also? |
19:56.46 | gauner1986- | ali1234: so you'd say it's possible? |
19:57.04 | *** join/#htc-linux Pohket (~Pohket@static-173-49-35-98.phlapa.fios.verizon.net) |
19:57.05 | rrew | emwe, nvm, confused something xD |
19:57.08 | ali1234 | well you will need to extend the usb modeswitching code to change the descriptors but it is not impossible no |
19:58.20 | gauner1986- | hum |
19:58.47 | ali1234 | alternatively you could just fix the design of their module :) |
19:58.55 | gauner1986- | i see in psfreedom there is some "raw" data sent |
19:59.06 | emwe | rrew: no. since i switched to FRX01 the BL doesn't work for me. and watched the logs and the panel-unblank-delay seems backlight related... it get's "increased", goes down again and up according to logs... of course it doesn't work here. always same brightness level. that's why i'd like to know if it works for you. |
20:01.01 | rrew | emwe, i will test now the bl |
20:01.07 | gauner1986- | ali1234: hm.. i need to dig into that.. but as a c noob.. that sounds like a rather big task :) |
20:01.43 | ali1234 | gauner1986-: hmm actually it looks quite easy |
20:02.00 | emwe | rrew: so with the keypad fix the not-waking on short keypress seems to be gone. so with the old system-image things would be alright. i think the panel code is ok and not the fault. you get what i mean? (it's just irritating now that with FRX01 new panel issues come appeared...) |
20:02.15 | gauner1986- | ali1234: hm.. what would you do? refactor or mod? |
20:02.27 | emwe | ... geez, my english used to be better ... come appeared :) |
20:02.49 | ali1234 | gauner1986-: i would extend the gadget struct to contain those android_ functions, then call them through that... or if null, don't call them |
20:03.06 | ali1234 | this way you should be able to use different gadget modules and still be able to use the android one |
20:03.10 | ali1234 | nothing else should need modifying |
20:03.16 | ali1234 | in fact it should be easy to do this |
20:03.25 | ali1234 | can you send your .config? |
20:03.28 | ali1234 | i will try to do it |
20:03.29 | gauner1986- | sure |
20:03.35 | gauner1986- | ali1234 that would be neat |
20:03.36 | gauner1986- | :) |
20:03.56 | ali1234 | it's a nasty hack, but it will work :) |
20:04.03 | ali1234 | and it's the easiest way |
20:04.30 | gauner1986- | as long as it works.. everything is a hack in there it seems |
20:04.30 | ali1234 | well there's different kind of hacks |
20:04.30 | uriahheep | jonpry: are there any versions of the android framework (i.e. for other phones) that now use alsa instead of stuff like msm_pcm? |
20:04.45 | ali1234 | the current method is least invasive to rest of kernel, but prevents the use of other modules |
20:05.24 | rrew | emwe, so you suspect that userland is causing all of the mess? |
20:05.26 | jonpry | uriahheep: i think android can use alsa. non msm platforms probably do |
20:05.56 | uriahheep | ok |
20:06.40 | uriahheep | jonpry: i guess msm could as well by adding playback of a small wav file using playwav2.c in the init script :P |
20:06.54 | gauner1986- | ali1234: http://pastebin.com/0xcUf4kg |
20:06.55 | uriahheep | just to make the alsa work |
20:06.56 | gauner1986- | my .config |
20:07.22 | *** join/#htc-linux devilcuban (Devilcuban@cpe-24-160-120-11.tampabay.res.rr.com) |
20:07.52 | WisTilt2 | jonpry: you happen to know which clock that arch_idle() runs off, or at least how often it's called? |
20:08.33 | *** join/#htc-linux AstainW00t (~AstainHel@unaffiliated/astainhellbring) |
20:08.34 | gauner1986- | ali1234: i need to go soon.. my girlfriend is going to get my head off if i'll make linux hacking tonight again :D - i'll be back tomorrow afternoon. if you need sth. let me know |
20:09.48 | uriahheep | girlfriend? wtf is that? |
20:10.20 | jonpry | wistilt2: afaik that runs when the idle thread gets scheduled |
20:10.21 | ali1234 | gauner1986-: ok, i have all i need for now |
20:11.20 | jonpry | wistilt2: iirc it also calculates how often it is being run. that is how it chooses to power down |
20:12.06 | gauner1986- | ok |
20:12.09 | gauner1986- | gtg now |
20:12.18 | WisTilt2 | jonpry: ok tks. im trying to find a function that runs once a second or so so I can tie in the auto lcd brightness adjust. where i have it now only gets run when you hit a button. want it to be close to realtime. |
20:12.19 | gauner1986- | bye :) |
20:12.30 | *** join/#htc-linux kevev (~androirc@m325636d0.tmodns.net) |
20:13.02 | jonpry | wistilt2: the only timer that runs is 100hz. i'm sure you can hook into it somehow |
20:13.57 | WisTilt2 | is that somewhere in acpuclocks ? |
20:14.12 | emwe | rrew: i assume the last FRX01 shows *NEW* issues. i think going back to the last system image with the keypad fix (commited that earlier today) will show no issues anymore. but i am too lazy to go back... |
20:14.37 | jonpry | msm_time.c? |
20:14.57 | jonpry | there are kernel interfaces for requesting the timer though |
20:15.42 | rrew | emwe, brightness is working for me |
20:16.13 | emwe | rrew: hmpfs! ok, will try disabling it in winmo now. |
20:16.34 | rrew | emwe, i have auto backlight on auto in winmo |
20:16.53 | emwe | rrew: me too. that's why i am confused... |
20:17.29 | emwe | rrew: will test the old system image now... |
20:17.32 | rrew | emwe, anyway i have experienced sometimes the backlight doesnt work |
20:17.49 | emwe | rrew: never had issues with it IIRC. |
20:18.13 | emwe | WisTilt2: quickboot works like a charm. nice! ;) |
20:18.29 | WisTilt2 | jonpry: what about using the gp_timer? its not used by anything i dont think. |
20:18.57 | WisTilt2 | emwe: great! nice little program and boots instantly. |
20:19.25 | emwe | WisTilt2: yeah, and as shutdown stops working after some device usage, it's annoying anyway. |
20:19.33 | jonpry | seems like overkill. why enable a timer and figure out how to use it. when you could just figure out how to use the already running timer |
20:21.44 | *** join/#htc-linux programmer8922 (~Evan@67.219.166.182) |
20:23.15 | darkstone | running htc desire hd rom on hd2 |
20:23.15 | darkstone | :D |
20:23.21 | darkstone | http://www.gitorious.com/linux-on-wince-htc/linux_on_wince_htc |
20:23.26 | darkstone | this is htc evo tree? |
20:24.20 | *** join/#htc-linux IFailStuff (~IFail@unaffiliated/ifailstuff) |
20:27.20 | uriahheep | jonpry: heh, while 35da65d is indeed a massive commit, i fail to see where the platform header changes are made... all i see if stuff from include/sound/ and sound/ |
20:28.41 | rrew | emwe, btw what have you changed in the very latest commit ( audio one )? |
20:28.42 | jonpry | what kind of compile errors are you getting? |
20:29.52 | uriahheep | jonpry: is commit 0b91ba4 a continuation of your alsa additions? |
20:30.46 | uriahheep | jonpry: uhm, if the compile error question is directed to me, none yet, since i haven't tried compiling. i'm still exploring changes made so that i can deduce what changes i should make to my phone's kernel |
20:32.16 | jonpry | 0b91ba4 is a continuation |
20:33.07 | uriahheep | ok |
20:33.35 | *** join/#htc-linux kevev (~androirc@m325636d0.tmodns.net) |
20:34.57 | uriahheep | jonpry: so in 35da65d, you just import everything without modifications, then in 0b91ba4 you make actual changes needed for it to work as well as delete unneeded files? |
20:36.24 | jonpry | iirc the first commit was all changed files. second was all new files |
20:37.35 | phh | if you're speaking of my commits of jonpry's work |
20:37.36 | uriahheep | ok |
20:37.36 | phh | then yes. |
20:38.24 | uriahheep | does this mean that the only file outside of sound/ and include/sound/ that needs modification is arch/arm/mach-msm/qdsp5/adsp.h ? |
20:38.51 | *** join/#htc-linux Echo31 (~olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
20:39.22 | emwe | rrew: removed faulty memory access. data was overwritten outside the structures bounds. |
20:41.45 | rrew | emwe, kk, so does bl works? |
20:42.26 | emwe | rrew: not yet tested. took a little break ;) just copied the old system image... |
20:43.40 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
20:45.48 | rrew | emwe, kk, regarding the no-wakeup-lcd issue, i think something else is causing it, the init/deinit seq is correct and i tested some other things but it always the same, maybe something outside panel.c |
20:45.53 | *** part/#htc-linux Pohket (~Pohket@static-173-49-35-98.phlapa.fios.verizon.net) |
20:46.37 | Echo31 | pH5: Hi |
20:46.44 | pH5 | hej Echo31 |
20:46.53 | rrew | emwe, with the evo's init i am getting the same exact thing |
20:47.26 | emwe | rrew: yap, thought so. |
20:47.50 | Echo31 | pH5: I created a git in linuxtogo.org, dedicated to athena |
20:48.37 | rrew | emwe, it was also happening before you commited the over-mddi fix, but i was pretty sure that debounce will fix that |
20:52.04 | pH5 | Echo31: nice. |
20:53.09 | pH5 | still using vsfb... nobody figured imageon w2284 out yet? |
20:53.53 | Echo31 | pH5: nothing, any datasheet |
20:56.28 | *** join/#htc-linux thejeos (~androirc@89.129.20.198) |
20:58.03 | *** join/#htc-linux Ashar (deadly@unaffiliated/ashar) |
20:59.15 | Echo31 | pH5: some knowledge is required : see http://tw.linkedin.com/in/edwardlien |
20:59.44 | *** join/#htc-linux thejeos (~androirc@89.129.20.198) |
20:59.54 | *** join/#htc-linux Jack-E (~chatzilla@host86-130-60-114.range86-130.btcentralplus.com) |
21:01.47 | emwe | rrew: same on 2010-09-03 image. panel needs 3-5 seconds to unblank although button-lights appear immedeately. will have a look at the earlier kernel commits. |
21:01.59 | rrew | emwe, anything more on your mind where we could look at for the issue or you run out of ideas? |
21:02.12 | rrew | emwe, maybe the msleep(100) |
21:02.58 | emwe | rrew: no, this is brand new behaviour ... never seen it like this. it takes ages to unbalnk again. and it was fast (~1s) after the over-mddi fix as you know. |
21:03.04 | emwe | how long does it take for you? |
21:03.07 | emwe | (now) |
21:03.28 | Echo31 | pH5: it would be interresting to be in contact with these developers |
21:03.40 | emwe | rrew: sometimes it wakes fast, mostly dead slow... |
21:05.18 | rrew | emwe, i used the official kernel without the msleep and is working like before, there is something we overlooked somewhere |
21:05.48 | Echo31 | pH5: have you seen his profesional resume about htc handheld? |
21:06.09 | emwe | rrew: how is your current panel wake behavouiour? always fast as before? or has it slowed down? |
21:06.53 | rrew | well the power on sequence is a little bit slower then before |
21:07.37 | emwe | what means slower? here it's up to 5 seconds longer in bad cases.... |
21:07.49 | rrew | random behaviour here :S |
21:08.02 | rrew | <PROTECTED> |
21:08.11 | emwe | but yeah, random. totally sick... |
21:08.47 | rrew | something with gpio? |
21:09.03 | rrew | delays or something... |
21:09.54 | uriahheep | jonpry: do the new files from 0b91ba4 consist in changes you made yourself after importing the new alsa? and, well, were they only needed because you were backporting to an earlier kernel version |
21:10.05 | emwe | but we changed nothing in the panel. at least the "new" issues have no cause in the panel code. nothing changed there.... |
21:10.38 | rrew | anyway yeah totally sick behaviours, changed almost anything and add more combinations in panel = same thing, so finally panel.c is excluded |
21:11.17 | emwe | it seems... will do some investigation... |
21:11.21 | pH5 | Echo31: I see. that's probably been covered in NDAs though. |
21:11.51 | emwe | rrew: hm. on 2010-09-03 auto-bl works. with same kernel i used to run FRX01. what system are you using? |
21:12.18 | rrew | 19/7 |
21:12.18 | emwe | s/auto-bl/backlight |
21:12.36 | emwe | rrew: ah! |
21:13.03 | Echo31 | pH5: some information can be disclosed, |
21:13.11 | emwe | though you were bleeding edge like you always promoting the new ssytem images. :) |
21:13.25 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
21:13.47 | *** join/#htc-linux AstainW00t (~AstainHel@unaffiliated/astainhellbring) |
21:14.38 | rrew | damn thats a wierdish problem i have ever seen |
21:16.10 | Echo31 | pH5: Do you know when cr2 will back ? |
21:17.53 | rrew | emwe, msm_fb maybe? |
21:18.08 | pH5 | Echo31: no :/ |
21:20.28 | Echo31 | pH5: I need to discover some values ( reversing with Haret) on athena |
21:23.12 | Echo31 | pH5: My ide driver for athena displays 'lost interrupts'. The GPIO for interruption is not correct. |
21:24.46 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@89.32.146.153) |
21:26.38 | *** join/#htc-linux AndIrc_97 (~android@ip3e839a58.speed.planet.nl) |
21:27.12 | emwe | rrew: think no. it worked before. |
21:31.23 | *** join/#htc-linux tblt (~tblt@corp-nat.corp.tw1.yahoo.com) |
21:34.02 | *** join/#htc-linux pH5 (~ph5@e178205075.adsl.alicedsl.de) |
21:35.20 | *** join/#htc-linux Eclipsados (Eclipsados@pa2-84-90-197-234.netvisao.pt) |
21:40.04 | *** join/#htc-linux Jack-E (~chatzilla@host86-130-60-114.range86-130.btcentralplus.com) |
21:46.32 | jonpry | uriahheep: i'm not sure but this wasn't terribly complicated. took like 30 minutes. i just copied alsa, tried to build. some header didn't have a field. i added it, then it worked |
21:51.30 | rrew | emwe, going to bad now, gnite, will investigate the problem tommorow, cya |
21:51.41 | emwe | rrew: gnight. |
21:52.08 | *** join/#htc-linux jonolo (~jonolo@87.75.138.222) |
21:52.27 | *** join/#htc-linux Alex[sp3dev] (~alexander@86.110.163.19) |
21:52.49 | Eclipsados | gnight |
21:56.08 | *** join/#htc-linux mickey|away (~mickey@80.81.242.146) |
21:56.40 | *** join/#htc-linux DuperDroid (~AndChat@93-172-4-172.bb.netvision.net.il) |
22:03.39 | uriahheep | jonpry: ah, alright, cool then. i'll try it out with the aurora 2.6.32 code then :P |
22:13.33 | *** join/#htc-linux myn\ (cereal@cpe-71-64-8-228.insight.res.rr.com) |
22:13.39 | *** join/#htc-linux S-Stream (s.s@kimoshi.net) |
22:13.53 | *** join/#htc-linux NeoMatrixJR_ (~chatzilla@173-25-51-102.client.mchsi.com) |
22:18.31 | *** join/#htc-linux programmer8922 (~Evan@67.219.166.182) |
22:20.37 | *** join/#htc-linux Duper (~1@93-172-4-172.bb.netvision.net.il) |
22:21.29 | *** join/#htc-linux DuperMan (~1@93-172-4-172.bb.netvision.net.il) |
22:27.57 | *** join/#htc-linux josh13x12 (~jk@99-190-187-250.lightspeed.lsvlky.sbcglobal.net) |
22:35.39 | *** join/#htc-linux Refuge (~none@ppp-99-14-106-71.dsl.ipltin.sbcglobal.net) |
22:36.28 | *** join/#htc-linux Seggy (rbutler@scrambled.eggheads.org) |
22:40.29 | *** join/#htc-linux fakker (~noobhands@cpc4-hitc6-2-0-cust82.9-2.cable.virginmedia.com) |
22:45.15 | *** join/#htc-linux BadSector (b83b581a@gateway/web/freenode/ip.184.59.88.26) |
22:46.19 | BadSector | Just here to give a round of applause.. thanks :) |
22:57.44 | *** join/#htc-linux z (57c289f0@gateway/web/freenode/ip.87.194.137.240) |
22:58.09 | Refuge | anyone here know anything about bash scripting |
22:58.20 | *** join/#htc-linux jonolo (~jonolo@87.75.138.222) |
23:05.13 | uriahheep | jonpry: is it normal that the options don't show up in menuconfig? |
23:07.09 | jonpry | no |
23:07.58 | jonpry | does anybody else use xconfig? |
23:09.23 | uriahheep | jonpry: so i should manually add the options in .config, right?> |
23:09.37 | jonpry | i guess. or you could trace down why |
23:10.11 | jonpry | Kconfig should day what msm alsa depends on. find out what those depend on etc. |
23:11.08 | uriahheep | ah, k, yeah i should check |
23:11.45 | uriahheep | ARCH_MSM_ARM11 && SND_SOC && MSM_ADSP |
23:13.09 | jonpry | its possible that your kernel doesn't use those same defines |
23:13.24 | uriahheep | i guess i should change arm11 to msm |
23:13.42 | jonpry | like MSM_ADSP is some hackish thing. its not like mach-msm would build without it |
23:14.09 | jonpry | ARCH_MSM_ARM11 might exist. i don't know |
23:14.54 | uriahheep | nah it doesn't |
23:14.56 | jonpry | none of those look important. just change it to SND_SOC and MARCH_VOGUE, or whatever your march define is |
23:15.29 | uriahheep | jonpry: it's just ARCH_MSM i think |
23:15.38 | jonpry | then use that |
23:15.40 | uriahheep | indeed |
23:15.51 | *** join/#htc-linux ahmd (~ahmed@41.153.169.34) |
23:15.54 | uriahheep | should i select CONFIG_SND_SOC_ALL_CODECS? |
23:19.54 | *** part/#htc-linux ahmd (~ahmed@41.153.169.34) |
23:21.35 | *** join/#htc-linux ahmd (~ahmed@41.153.169.34) |
23:22.05 | jonpry | no i don't think so |
23:23.12 | *** join/#htc-linux Guest46191 (~ahmed@41.153.169.34) |
23:23.35 | *** join/#htc-linux AstainW00t (AstainHell@unaffiliated/astainhellbring) |
23:23.48 | uriahheep | k |
23:24.18 | *** join/#htc-linux bzo (~chatzilla@c-76-126-175-200.hsd1.ca.comcast.net) |
23:29.13 | *** join/#htc-linux DupeMan (DuperMan@93-172-4-172.bb.netvision.net.il) |
23:29.53 | uriahheep | jonpry: http://pastebin.ca/1943189 |
23:30.01 | uriahheep | jonpry: does this look like the kind of error you were seeing? |
23:41.08 | *** join/#htc-linux arrrghhh (~arrrghhh@208.89.180.225) |
23:45.47 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
23:46.16 | uriahheep | found the cause of errro |
23:46.18 | uriahheep | error* |
23:52.39 | Eclipsados | what is |
23:54.06 | *** join/#htc-linux karnqu (~jakealmer@24-247-61-104.dhcp.aldl.mi.charter.com) |
23:54.21 | *** join/#htc-linux slayerns (8bb3cf0d@gateway/web/freenode/ip.139.179.207.13) |
23:54.30 | slayerns | and don't forget to say thanx to dealer75 who provided the rom dump |
23:54.54 | slayerns | c ya around |
23:59.36 | *** join/#htc-linux gauner1986 (~gauner198@p5B382101.dip.t-dialin.net) |