00:09.02 | *** join/#htc-linux XeKToReX (~xTx@CPE-124-188-18-211.hdbq1.win.bigpond.net.au) |
00:17.14 | *** join/#htc-linux d3tul3 (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
00:21.55 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
00:22.27 | *** join/#htc-linux swc|666__ (~G.Gecko@irc.pentoo.ch) |
00:27.32 | *** join/#htc-linux mitsutaka (~mitsutaka@rt.miraclelinux.com) |
00:29.12 | *** join/#htc-linux mitsutak_ (~mitsutaka@rt.miraclelinux.com) |
01:04.42 | *** join/#htc-linux rzk (~rzk@95-25-50-147.broadband.corbina.ru) |
01:23.03 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
01:26.13 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
01:47.30 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
01:55.18 | *** join/#htc-linux d3tul3 (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
01:56.53 | *** join/#htc-linux IOMonster_work (ad435b91@gateway/web/freenode/ip.173.67.91.145) |
01:57.05 | *** part/#htc-linux IOMonster_work (ad435b91@gateway/web/freenode/ip.173.67.91.145) |
02:18.41 | *** join/#htc-linux TheXev (~user@71.sub-174-255-49.myvzw.com) |
02:19.14 | *** join/#htc-linux XeKToReX (~xTx@115-64-132-224.static.tpgi.com.au) |
02:28.19 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
03:29.24 | *** join/#htc-linux d3tul3 (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
04:02.41 | *** join/#htc-linux dobrin (~dobrin@85.91.150.26) |
04:09.49 | *** join/#htc-linux Rob2223 (~Miranda@p4FFF2AE8.dip.t-dialin.net) |
04:16.39 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
04:56.33 | *** join/#htc-linux d3tul3 (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |
05:46.50 | *** join/#htc-linux Mavy-bnc (mavfree@91.196.169.2) |
05:53.58 | *** join/#htc-linux hardwalker (~hardwalke@122-117-115-146.HINET-IP.hinet.net) |
06:01.56 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
06:08.33 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
06:19.56 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
06:35.32 | *** join/#htc-linux BHSPitMonkey (~stephen@68-185-203-185.dhcp.dntn.tx.charter.com) |
06:35.34 | *** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey) |
06:48.03 | *** join/#htc-linux DuperGhost (~Duper@93-172-164-174.bb.netvision.net.il) |
06:51.32 | *** join/#htc-linux DuperMan (~Duper@93-172-164-174.bb.netvision.net.il) |
06:52.47 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
07:15.38 | *** join/#htc-linux cyanogen (shade@chemlab.org) |
07:17.24 | *** join/#htc-linux DuperGhost (~Duper@93-172-164-174.bb.netvision.net.il) |
07:22.38 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
07:45.11 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-81-62.dynamic.mnet-online.de) |
08:30.27 | *** join/#htc-linux kiozen (~kiozen@p54BB6389.dip.t-dialin.net) |
08:46.37 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
08:55.29 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
08:59.21 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:fc30:f6e5:d95d:3990) |
09:05.12 | *** join/#htc-linux arif-ali (~arif-ali@94-192-24-56.zone6.bethere.co.uk) |
09:09.37 | *** join/#htc-linux lamikr (lamikr@nat/nokia/x-zqznmbqbhveivrko) |
09:09.39 | fpu_asleep | !seen Cotulla |
09:09.43 | fpu_asleep | ok |
09:29.40 | *** join/#htc-linux gauner1986 (~Miranda@ip-178-201-214-71.unitymediagroup.de) |
09:36.51 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:d88e:bd02:9fa1:6d6e) |
09:42.57 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
09:57.21 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
10:03.14 | *** join/#htc-linux zagitta (82e1c681@gateway/web/freenode/ip.130.225.198.129) |
10:03.18 | *** join/#htc-linux DuperMan (~Duper@93-172-164-174.bb.netvision.net.il) |
10:05.36 | *** join/#htc-linux Rob2222 (~Miranda@p4FFF2AE8.dip.t-dialin.net) |
11:04.45 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
12:24.29 | *** join/#htc-linux helicopter88 (~helicopte@host52-118-dynamic.47-79-r.retail.telecomitalia.it) |
12:24.44 | *** join/#htc-linux Bry8Star (~Bry8Star@gateway/tor-sasl/bry8star) |
12:40.36 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
12:44.50 | *** join/#htc-linux GNUtoo (~gnutoo@host246-111-dynamic.48-82-r.retail.telecomitalia.it) |
12:52.41 | *** join/#htc-linux Andreyxxl1 (~Andreyxxl@94.52.236.39) |
13:07.07 | *** join/#htc-linux paulk (~paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
13:19.52 | *** join/#htc-linux EdLin (~EdLin@securabit/listener/edlin) |
13:48.49 | *** join/#htc-linux mgross029 (c0234f46@gateway/web/freenode/ip.192.35.79.70) |
14:04.22 | *** join/#htc-linux mitsutaka (~mitsutaka@p1227-ipbf5801marunouchi.tokyo.ocn.ne.jp) |
14:06.49 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
14:44.36 | *** join/#htc-linux Ondalf (~ondalf@cable-roi-fffddd00-9.dhcp.inet.fi) |
14:45.16 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
14:46.40 | *** join/#htc-linux Ondalf (~ondalf@unaffiliated/ondalf) |
14:51.15 | *** join/#htc-linux NYL (~NYL@109.96.19.98) |
15:20.16 | *** join/#htc-linux arif-ali (~arif-ali@ip-81-23-53-226.ask4internet.com) |
15:29.40 | *** join/#htc-linux vinceweis_ (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
15:34.46 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-124.netcologne.de) |
15:35.01 | *** join/#htc-linux emwe (~mweirauch@cable-86-56-10-252.cust.telecolumbus.net) |
15:37.13 | *** join/#htc-linux programmer8922 (~Evan@c-174-56-89-117.hsd1.nm.comcast.net) |
15:37.59 | *** join/#htc-linux helicopter88 (~helicopte@host52-118-dynamic.47-79-r.retail.telecomitalia.it) |
15:58.37 | fpu_asleep | GNUtoo: ping |
16:00.03 | fpu | I'm still wondering as to why this alsa driver is in the repository if it doesn't work |
16:00.41 | fpu | !seen Cotulla |
16:00.56 | Ondalf | wasn't it |
16:00.59 | Ondalf | ~seen Cotulla |
16:01.04 | apt | cotulla <~w3489sdf@nat100-255-205-109.tvoe.tv> was last seen on IRC in channel #htc-linux, 8d 21h 21m 4s ago, saying: ':--------)'. |
16:01.12 | fpu | hmm |
16:01.52 | fpu | !seen Cotulla works too |
16:02.03 | Ondalf | oh :P |
16:02.04 | fpu | <PROTECTED> |
16:02.23 | fpu | so I don't know which one's right |
16:02.24 | fpu | :-) |
16:20.43 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
16:56.05 | *** join/#htc-linux Markinus (~Adium@212.255.16.52) |
16:57.15 | fpu | Markinus: am I right in saying that alsa driver in evo kernel is non-functional or am I missing something? |
16:58.00 | Markinus | you mean our default tree? its working |
16:58.12 | Markinus | cotulla fixed it |
16:58.28 | Markinus | or better to say get it to work |
16:58.41 | fpu | it doesn't compile as module, and there is no way (I know of) to pass firmware it's requesting |
16:59.47 | Markinus | I didn't test it….its Cotullas work, but it should work. I could compile it but cannot remember whether as module... |
17:01.42 | fpu | it compiles but requests firmware at boot, no one knows where to place it. some early version I tested just included it statically in source code, I think, it was dirty but worked |
17:05.34 | Markinus | hmm, I didn't know that you need special firmware for that... |
17:12.12 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
17:14.04 | fpu | hmm |
17:14.16 | fpu | I digged up logs, this early version included static_acdb.h file in q6audio.c |
17:14.22 | fpu | that's what made it work |
17:15.35 | fpu | and also GNUtoo showed me patches to make it compile as module |
17:15.42 | fpu | but they don't want to apply |
17:18.36 | Markinus | the acdb paras are usualy loaded from sound driver itself |
17:21.44 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.189) |
17:21.51 | *** join/#htc-linux Andreyxxl[HD2EU] (~Andreyxxl@94.52.236.39) |
17:21.55 | fpu | I cannot find file path in q6audio.c |
17:21.59 | fpu | http://pastie.org/2848215 |
17:22.04 | fpu | just "htcleo.acdb" |
17:22.23 | Markinus | its in /etc/firmware/ |
17:22.43 | fpu | hmm |
17:22.45 | fpu | I tried /lib/firmware |
17:23.49 | fpu | are you sure /etc/firmware/? |
17:24.26 | fpu | (and I also guess I must place it in initrd, as requesting takes place before mounting rootfs) |
17:24.58 | Markinus | android is /etc |
17:25.08 | Markinus | but it can be distrubution dependend |
17:27.03 | fpu | let me try placing it everywhere :-) |
17:32.08 | Markinus | hehe :) |
17:33.30 | *** join/#htc-linux vinceweis_ (4463ed13@gateway/web/freenode/ip.68.99.237.19) |
17:34.43 | fpu | /etc/firmware, /system/etc/firmware, /lib/firmware, none does it |
17:35.37 | fpu | http://htc-linux.org/wiki/index.php?title=SnapdragoonAlsaDriver |
17:35.59 | fpu | on nexus one built-in fails to lad firmware |
17:37.10 | *** join/#htc-linux [acl] (~abel@96.246.167.90) |
17:38.03 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-81-62.dynamic.mnet-online.de) |
17:50.08 | fpu | GNUtoo: ping |
17:58.01 | *** join/#htc-linux Markinus (~Adium@212.255.16.52) |
18:09.03 | *** join/#htc-linux rob_w (~bob@ppp-188-174-104-173.dynamic.mnet-online.de) |
18:09.30 | fpu | Markinus sorry to bother you again, but I'm very new to this git stuff |
18:09.41 | fpu | git log and gitorious commit log show 2 different things |
18:09.45 | fpu | even after "git push" |
18:10.00 | fpu | only some commits are listed on gitorious |
18:10.35 | *** join/#htc-linux programmer8922 (~Evan@esquel.math.unm.edu) |
18:11.51 | *** join/#htc-linux gauner1986 (~gauner198@92.116.230.158) |
18:18.13 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
18:18.59 | *** join/#htc-linux Markinus (~Adium@212.255.16.52) |
18:19.29 | *** join/#htc-linux gauner1986 (~gauner198@92.116.230.158) |
18:21.19 | WisTilt2 | emwe: don't know if you ever resolved the mic not working unless you make a call first but I do so a problem still with acoustic. mic works 100% for me on gsm in a call but I just noticed voice search mic is dead until you make a call, then it works. maybe related but I think that problem is userland not kernel. |
18:22.23 | emwe | yes, think so userland as well. |
18:22.40 | emwe | if VS mic doesn't work, toggle volume. starts working afterwards for me |
18:23.15 | emwe | brb |
18:23.41 | Markinus | fpu: are you on right branch? |
18:29.21 | fpu | hmm |
18:29.40 | fpu | I cloned my tree, I applied some patches by "git am patchfile", then git push |
18:29.48 | *** join/#htc-linux Alex[sp3dev] (~alexander@178.176.2.158) |
18:29.51 | fpu | only some of the "patches" are listed as commits on gitorious |
18:29.56 | fpu | whereas "git log" shows them all |
18:30.26 | Alex[sp3dev] | fpu: gitorious is slow and does not update instantly |
18:31.16 | fpu | hmm |
18:31.19 | fpu | ok |
18:37.37 | *** join/#htc-linux rpierce99 (~rpierce99@96-42-102-103.dhcp.stcd.mn.charter.com) |
18:46.55 | *** join/#htc-linux helicopter88 (~helicopte@host52-118-dynamic.47-79-r.retail.telecomitalia.it) |
18:47.43 | *** join/#htc-linux gauner1986 (~gauner198@92.116.230.158) |
18:51.48 | *** join/#htc-linux WisTilt2 (~wisgreg@wireless251.wirelesstcp.net) |
18:52.16 | *** join/#htc-linux bike (~bike@ti0122a340-dhcp1244.bb.online.no) |
18:57.40 | WisTilt2 | Alex[sp3dev]: got a question about the audio parameter tables if you still have that fresh in your mind? |
18:58.22 | Alex[sp3dev] | WisTilt2: sure.. well, i hate all qcom shit but i just cannot give up until my android rom is better than stock winmo |
18:58.31 | WisTilt2 | lol |
18:58.39 | WisTilt2 | you might know this so i'll be quick... |
18:59.29 | WisTilt2 | why are we copying 0x140 bytes from the audio parameter tables when there are only 154 entrees in each table? seems like we'd be overwriting part of shared ram base. |
19:00.23 | Alex[sp3dev] | not sure of that but it probably comes from a winmo driver. at least everything looked fine when i compared. if you have doubts, you could disassemble |
19:01.08 | WisTilt2 | i just built with copying only 154 and everything works fine so im leaving it i guess. dont know what there is after those shared addresses we might be stomping on. |
19:01.32 | WisTilt2 | also do you know why we only use table 1 of the pmSpeakerGain and not table 2 ever? |
19:03.06 | *** join/#htc-linux Cotulla (~w3489sdf@nat100-255-205-109.tvoe.tv) |
19:04.19 | WisTilt2 | ill bbl. got to go yell at the building maintenance people |
19:04.54 | *** join/#htc-linux gauner1986 (~Adium@f054153040.adsl.alicedsl.de) |
19:19.44 | Alex[sp3dev] | are were pwning wifi or wifi's pwning us? time to see |
19:24.12 | *** join/#htc-linux rob_w (~bob@ppp-188-174-104-173.dynamic.mnet-online.de) |
19:24.49 | Alex[sp3dev] | ok, here is what i say to hardware that tries to troll me http://www.youtube.com/watch?v=KOphGZZrE44 |
19:25.37 | Alex[sp3dev] | emwe: looks like http://gitorious.org/~ast/linux-on-qualcomm-s-msm/alex-linux-xperia/commit/ae6bf434878af3c5af75e52e196938e1a7e48b30 fixes wl1251 suspend. do you want me to write a summary on building userland libraries? |
19:26.21 | *** join/#htc-linux programmer8922 (~Evan@esquel.math.unm.edu) |
19:27.36 | emwe | Alex[sp3dev]: if you can write to the ML i am fine. no time for this at all :/ |
19:27.52 | emwe | i might end up having to do it... but that's another story. |
19:28.32 | Alex[sp3dev] | emwe: okay. i guess by the time you have time 1. i'll throw my x1 against the floor and 2. someone will make a NAND rom for topaz |
19:29.13 | emwe | figured correctly. |
19:29.28 | *** join/#htc-linux swc|666 (~gecko@unaffiliated/swc666/x-4934821) |
19:29.43 | *** join/#htc-linux swc|666__ (~G.Gecko@irc.pentoo.ch) |
19:33.09 | *** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays) |
19:37.38 | *** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays) |
19:38.39 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
20:01.16 | *** join/#htc-linux kiozen (~kiozen@ppp-93-104-81-62.dynamic.mnet-online.de) |
20:01.58 | *** join/#htc-linux Entropy512 (~quassel@cpe-69-205-145-233.stny.res.rr.com) |
20:19.15 | *** join/#htc-linux Rajko (~rajkosto@2001:470:d76b:da7a:d88e:bd02:9fa1:6d6e) |
20:30.21 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
20:38.06 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-124.netcologne.de) |
20:46.11 | *** join/#htc-linux LordDeath (~LordDeath@cable-81-173-166-124.netcologne.de) |
20:54.44 | *** join/#htc-linux gauner19861 (~Adium@f054130156.adsl.alicedsl.de) |
21:01.07 | fpu | could really use a faster machine |
21:01.22 | fpu | man, this is pain to spend 90% of the time waiting |
21:01.35 | Cotulla | pain - again |
21:02.16 | Cotulla | hey fpu |
21:03.26 | *** join/#htc-linux NYL (~NYL@92.83.114.39) |
21:07.27 | fpu | hello Cotulla |
21:07.44 | Cotulla | how are u? |
21:07.56 | fpu | I was trying to catch you re. alsa driver but I somehow fixed it myself |
21:08.23 | Cotulla | good |
21:08.26 | Cotulla | ;) |
21:08.31 | Cotulla | very good |
21:08.41 | fpu | btw there is no way to get your driver working in current linux_on_wince_htc |
21:08.45 | fpu | (that is without patching) |
21:08.58 | Cotulla | why? |
21:09.06 | fpu | it requests firmware |
21:09.11 | Cotulla | yes . . . |
21:09.22 | Cotulla | but it's question of standard linux ways |
21:09.48 | fpu | still, no matter where it's placed it can't find it :p |
21:10.42 | Cotulla | yeah |
21:10.49 | Cotulla | but it's not related to my ALSA |
21:10.57 | Cotulla | u need some userspace FW loader |
21:10.59 | Cotulla | and etc |
21:10.59 | Alex[sp3dev] | Cotulla: hey |
21:11.03 | Cotulla | hi Alexx |
21:11.06 | Cotulla | how are u? |
21:11.11 | fpu | Cotulla: it also doesn't compile as module |
21:11.20 | fpu | and when I patch it to compile as module |
21:11.29 | fpu | then somehow it starts working |
21:11.46 | Alex[sp3dev] | Cotulla: good. found a reason not to smash my x1 against the wall |
21:12.01 | Cotulla | maybe, but it seems almost noone using linux kernel modules |
21:12.10 | Cotulla | except wlan in Android :) |
21:12.25 | Cotulla | Alex, tell us |
21:12.49 | Alex[sp3dev] | what's the point of using modules in embedded hw? modules are good on x86 when you build a generic kernel and do not want to waste ram. otherwise, they just cause trouble |
21:13.39 | Alex[sp3dev] | Cotulla: i've traced down the wl1251 resume bug which caused sleep of death. so now the only things left are integrating camera library from dream, light sensor driver and gprs scripts for CM7 |
21:14.31 | Cotulla | problem that modules too dependent to kernel build I think :) |
21:14.48 | Cotulla | and where bug was? |
21:14.59 | Alex[sp3dev] | no, it's not a problem. it is good because you cannot mix wrong module/kernel and get some weird pointer issues |
21:15.37 | fpu | Alex[sp3dev]: only reason is, as module it works, as built-in it doesn't |
21:15.56 | fpu | I don't know internals of it sadly |
21:16.18 | fpu | it seems to be the same issue as described on Nexus One on wiki |
21:16.28 | fpu | http://htc-linux.org/wiki/index.php?title=SnapdragoonAlsaDriver |
21:16.31 | Alex[sp3dev] | the bug was that either sdio stack in linux or the wl1251 locked up in the mmc_select_card call when it tried to query whether the card is present. this is because wl1251 does not implement sdio specification and does not report some data like cis. since it is not removable, i made a workaround there |
21:17.28 | Cotulla | why this issue doesn't happen with DLLS? |
21:18.08 | Cotulla | hehe |
21:18.16 | Cotulla | noone know real specifications |
21:18.25 | Cotulla | but are there power flag |
21:18.40 | Cotulla | which must be used as card present? |
21:19.32 | Alex[sp3dev] | Cotulla: well, it does. if you change the structure declaration in headers after compiling the DLL, you'll get the same. It is just that there is no stable ABI/ABI inside linux kernel. You can force loading the module with wrong version, but debugging could be painful |
21:19.53 | Cotulla | okay |
21:20.04 | Cotulla | or we go to trollface protocol during future talking :D |
21:21.13 | Cotulla | but linux doesn't support built in SD/SDIO devices |
21:21.17 | Cotulla | they should add such kind of support |
21:21.21 | Cotulla | for eMMC and etc |
21:22.40 | Alex[sp3dev] | Cotulla: it does. well, it more or less works in general. i have sdio stack and wl1251 from 3.1 in 2.6.35 (because it allows better power saving and ELP mode works in wl1251) and that may cause problems so i just chose the simplest way to fix the bug |
21:23.24 | Alex[sp3dev] | Cotulla: i'm having troubles with LK again. first one is that compressed kernels crash. what was the solution when leo had this problem? second one is that dma reports errors after reading a couple pages. when i turn off dma (use memcpy), it reports bad blocks everywhere. I'm using the same driver that we use for msm7200a and htc leo cLK. i think i should verify spare data size and stuff like that, right? |
21:23.26 | Cotulla | are there something like NDIS for wireless and other networking? |
21:24.25 | Alex[sp3dev] | Cotulla: yes, there are some network layers for ethernet and for wireless (mac80211). it is indeed like NDIS where you only have to implement some methods to get it working |
21:25.34 | Cotulla | compressed kernels - cache flush issue should be |
21:25.51 | Cotulla | are u talking about MSM7627? |
21:25.58 | Alex[sp3dev] | Cotulla: 7227, yes |
21:26.12 | Alex[sp3dev] | i think i need to flush and disable L2 |
21:26.52 | Cotulla | ofcourse |
21:26.57 | Cotulla | flush at least |
21:27.21 | Alex[sp3dev] | you know, what always makes me fffuuuu is that LK was written for msm7k and things like lg and sony ericcson with msm7227 just work with it. and the same code behaves completely different on photon |
21:27.22 | Cotulla | is usual enable works after go to nand? |
21:27.42 | Cotulla | msm7k is 7200 |
21:27.51 | Cotulla | 7227 appear later |
21:28.05 | Cotulla | and it's something between |
21:28.07 | Alex[sp3dev] | well, in LK actually the msm7k folder contains code for msm7227. although it is wrong |
21:28.13 | Cotulla | scorpion & previous core v6 |
21:28.27 | Cotulla | I am not sure that lg & sony are using |
21:28.49 | Alex[sp3dev] | Cotulla: there are community ports of LK to these devices and they work |
21:29.13 | Alex[sp3dev] | maybe their bootloader does not enable L2 and htc SPL does? |
21:29.28 | *** join/#htc-linux ImCoKeMaN (~imcokeman@pool-96-249-148-101.hrbgpa.fios.verizon.net) |
21:29.44 | Cotulla | different cache models exist |
21:29.49 | Cotulla | WB & WT |
21:31.11 | Cotulla | lol they map all ram as uncached? |
21:31.35 | Alex[sp3dev] | well, yes. strongly ordered uncached. device memory that is |
21:31.41 | Cotulla | lol |
21:31.52 | Cotulla | why they enable it at all |
21:32.26 | Cotulla | issue can be that cache not flushed yes |
21:32.29 | Alex[sp3dev] | because otherwise you cannot access peripherals beyond 2Gb. even htc spl does peripheral remap via cp15 command at start |
21:32.43 | Cotulla | it's not a problem |
21:32.50 | Cotulla | if u open port via cp15, yes |
21:33.28 | Alex[sp3dev] | ok, what about DMA? writing does work (i flash LK from LK via fastboot) but reading fails |
21:34.28 | Cotulla | wait |
21:34.36 | Cotulla | SPL flush caches before exit |
21:34.49 | Cotulla | so it must be other issue |
21:34.55 | Cotulla | if LK doesn't use cache at all |
21:35.19 | Cotulla | maybe ur zImage has wrong addresses or something? |
21:35.55 | Alex[sp3dev] | i'll check it later. that's not as important as NAND now since Image boots. |
21:36.35 | Cotulla | which dma? |
21:37.20 | Alex[sp3dev] | nand dmov |
21:38.04 | Cotulla | u must not turn it off |
21:38.15 | Cotulla | because nand I/F is only one |
21:38.29 | Cotulla | dmov has feature which block other channels until some are working |
21:38.39 | Alex[sp3dev] | yes, outer channel block |
21:38.39 | *** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays) |
21:38.44 | fpu | hmmm, that is interesting. the firmware file it asks for as built-in driver, it's not even needed by module. I don't have it anywhere in rootfs and it works just fine |
21:38.49 | Cotulla | so dmov is working like hardware access monitor |
21:39.10 | Cotulla | like hardware critical section :) |
21:39.34 | Cotulla | which error u got with dmov? |
21:40.50 | Alex[sp3dev] | result code was not 0x80000002 (VALID | DONE) but 0x80000008 (VALID | ERROR) |
21:41.21 | Cotulla | how many u can read without errors? |
21:41.46 | Alex[sp3dev] | 0x800. i do not remember whether 0x800 or any number of 0x800 blocks, but anything larger fails |
21:42.01 | Cotulla | but how it's reading Image? |
21:42.11 | Alex[sp3dev] | i'm booting Image via usb |
21:44.41 | *** join/#htc-linux [Rapunzel] (~w3xcx489s@nat100-255-205-109.tvoe.tv) |
21:44.46 | [Rapunzel] | back . .. internet lag |
21:45.25 | [Rapunzel] | 0x800 is 256 mb, isn |
21:45.26 | [Rapunzel] | t it |
21:45.29 | [Rapunzel] | ? |
21:45.35 | Alex[sp3dev] | no, 2048 bytes |
21:46.59 | *** join/#htc-linux Cotulla (~w3489sdf@nat100-255-205-109.tvoe.tv) |
21:47.01 | Cotulla | errr laaggs |
21:47.15 | *** join/#htc-linux Rpnz (~w3xcx489s@nat100-255-205-109.tvoe.tv) |
21:47.24 | Cotulla | fpu, I also had not found right location, so I just include static data as C array |
21:47.47 | Cotulla | so it can't read at all, right? |
21:48.12 | Alex[sp3dev] | Cotulla: 'can't read at all' was to me? |
21:48.17 | Cotulla | right |
21:48.28 | Cotulla | because it can read only full sector |
21:48.34 | Cotulla | it can't read a part of it |
21:48.41 | Cotulla | so 2048 bytes |
21:48.57 | Cotulla | nand detected ? |
21:49.25 | Alex[sp3dev] | yes, detected. seems that boot partition header if it is written, also reads correctly. |
21:49.56 | Cotulla | 0x80000008 in dmov status? |
21:50.34 | Alex[sp3dev] | in result (DMOV_RSLT(id)) |
21:50.46 | Cotulla | that's strange |
21:50.53 | Cotulla | bad nand config should give u rubish |
21:50.55 | Cotulla | but check |
21:51.03 | Cotulla | CFG0 and CFG1 :D |
21:52.21 | Alex[sp3dev] | how should i check them? basically, your driver for linux works on hd2, kovsky and photon. our driver in LK was fixed by acl with your patches and works on rhod/kovs/hd2. also, on kovsky, stock lk driver also works. on photon, nothing works |
21:52.31 | Cotulla | CFG1 especially |
21:52.56 | Cotulla | LK setup them |
21:53.03 | Cotulla | by values |
21:53.06 | Cotulla | read old ones |
21:53.10 | Cotulla | read old CFG1 |
21:53.15 | Cotulla | and save settings |
21:53.21 | Cotulla | and write back |
21:53.32 | Alex[sp3dev] | ok, i will try it |
21:53.48 | Alex[sp3dev] | not today, though. almost time to sleep |
21:55.13 | Cotulla | read from 0xA0A00024 |
21:55.15 | Cotulla | CFG1 |
21:55.44 | Alex[sp3dev] | in wince they are DEV0_CFG0 0xa8000800 |
21:55.44 | Alex[sp3dev] | DEV0_CFG1 0x5001f |
21:55.57 | Cotulla | and mask was |
21:56.02 | Cotulla | 0xFF81FFC3 afaik |
21:56.26 | Cotulla | hm 0x5001f |
21:56.31 | Alex[sp3dev] | ok, i'll boot the device and tell you the values |
21:56.57 | Cotulla | enable ecc - not presaved |
21:57.11 | Cotulla | 8 recovery cycles - must be presaved |
21:57.23 | Cotulla | Allow CS deassertion - also presaved |
21:57.32 | Cotulla | Bad block marker location - no |
21:57.39 | Cotulla | Bad block in user data area - no |
21:57.39 | Alex[sp3dev] | aad4_0000 a7476 - initial values. hum.. probably that's what lk used to read nand id |
21:57.46 | Cotulla | 6 cycle tWB/tRB - save |
21:57.57 | Cotulla | wide - save |
21:58.05 | Cotulla | a7476 looks good :D |
21:58.16 | Cotulla | read id is easy operation |
21:58.43 | Cotulla | it can work even with wrong 8/16 bit setting |
21:58.54 | Cotulla | in my experience it can work, while read/write/erase can fail with wrong config values |
21:59.28 | *** join/#htc-linux rockosays_ (~rockosays@rrcs-24-129-162-10.se.biz.rr.com) |
21:59.28 | *** join/#htc-linux rockosays_ (~rockosays@unaffiliated/rockosays) |
22:00.01 | *** join/#htc-linux rockosays_ (~rockosays@unaffiliated/rockosays) |
22:00.17 | Cotulla | I had this issue when I port MAGLDR to TOPAZ |
22:00.41 | Alex[sp3dev] | what was wrong? |
22:00.45 | Cotulla | CFG1 |
22:00.59 | *** part/#htc-linux Rpnz (~w3xcx489s@nat100-255-205-109.tvoe.tv) |
22:01.09 | Alex[sp3dev] | ok, i'll check it when i have time for testing |
22:01.20 | Cotulla | then it should work . . . |
22:01.27 | Cotulla | otherwise code is wrong |
22:01.56 | Alex[sp3dev] | probably CFG, because it works on 7200, 8250 and some 7227 devices. |
22:02.13 | Cotulla | but u can use android layout |
22:02.17 | Cotulla | main+spare ecc |
22:02.20 | *** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays) |
22:02.25 | Cotulla | because u don't need access to other |
22:02.39 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
22:02.41 | Alex[sp3dev] | both drivers (acl's and lk original) do not work |
22:02.50 | Cotulla | so should be |
22:02.52 | Cotulla | CFG1 |
22:03.06 | Cotulla | which flash u have? |
22:03.25 | Alex[sp3dev] | 0x5500bcec |
22:04.04 | Cotulla | sasmsung |
22:04.14 | Alex[sp3dev] | yes. same as baec, but 512 mb |
22:04.51 | Cotulla | baec 256? x1? |
22:04.58 | Alex[sp3dev] | no, photon |
22:05.06 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
22:05.08 | Alex[sp3dev] | oh, wait |
22:05.47 | Alex[sp3dev] | i mean, bcec is not in LK and linux table by default but baec is. I have found the config for bcec in LG port and it is the same as baec but 512 mb |
22:06.00 | Cotulla | also remember, u have BCEC other can have different flash |
22:06.34 | Cotulla | I think samsung & hynix can be |
22:06.50 | Alex[sp3dev] | and why? lk driver has flash id table like linux so if an unsupported one is found, it will not use wrong config but display error and exit the driver |
22:07.38 | Alex[sp3dev] | well, actually, there's 0x0000bcec which is the same as my 0x5500bcec and has bitmask of 0x0000ffff |
22:07.46 | Alex[sp3dev] | so config is ok |
22:09.23 | Cotulla | I means HW CFG0 and CFG1 |
22:09.56 | Cotulla | this table just question which parameters to select |
22:09.59 | Alex[sp3dev] | for now, i need it to work at least on my device |
22:10.02 | Cotulla | like wide or not wide |
22:10.11 | Cotulla | or max size |
22:10.17 | Cotulla | or ONFI can provide all this info |
22:10.39 | Alex[sp3dev] | anyway, see you later. i'll go to sleep now. i'll tell you what i'll find next time |
22:10.50 | Cotulla | íóôð |
22:10.52 | Cotulla | yeah |
22:10.53 | Cotulla | me too |
22:10.54 | Cotulla | bb |
22:10.56 | *** part/#htc-linux Alex[sp3dev] (~alexander@178.176.2.158) |
22:10.58 | *** part/#htc-linux Cotulla (~w3489sdf@nat100-255-205-109.tvoe.tv) |
22:11.43 | *** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays) |
22:12.44 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
22:13.48 | *** part/#htc-linux Markinus (~Adium@212.255.16.52) |
22:16.20 | *** join/#htc-linux raymonddull (~raymonddu@c-98-209-145-76.hsd1.mi.comcast.net) |
22:19.03 | *** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net) |
22:30.54 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.189) |
22:42.42 | *** join/#htc-linux leviathan (~quassel@2001:470:26:484:6ef0:49ff:fee6:8dca) |
22:43.42 | *** join/#htc-linux skodde (~skodde@unaffiliated/skodde) |
23:00.11 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.189) |
23:00.52 | WisTilt2 | emwe: on the userland caps/fn, works but userland doesn't keep track of the logic for each press it looks like. |
23:02.40 | emwe | WisTilt2: can you clear that up with detule? he worked on it most. he's fine with it. haven't even tested. midnight here. need to get up early. |
23:02.55 | emwe | have a nice weekend. |
23:03.04 | WisTilt2 | ok have a good weekend |
23:05.17 | WisTilt2 | detule: when you get in here, is the caps/fn logic with that last system image working for you on .39? leds work but the logic isn't tracking so they stay on once their activated. |
23:08.29 | WisTilt2 | well, actually after closing kbd again the caps/fn leds are off for good now and only button lights come on when hitting caps/fn:) |
23:20.26 | *** join/#htc-linux avinashhm (~avinash-h@192.91.66.186) |
23:33.47 | *** join/#htc-linux rajkosto (~rajkosto@2001:470:d76b:da7a:d88e:bd02:9fa1:6d6e) |
23:59.12 | *** join/#htc-linux d3tul3 (~oliver@pool-96-234-141-27.bltmmd.east.verizon.net) |