IRC log for #htc-linux on 20111111

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.39fpu_asleep!seen Cotulla
09:09.43fpu_asleepok
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.37fpu_asleepGNUtoo: ping
16:00.03fpuI'm still wondering as to why this alsa driver is in the repository if it doesn't work
16:00.41fpu!seen Cotulla
16:00.56Ondalfwasn't it
16:00.59Ondalf~seen Cotulla
16:01.04aptcotulla <~w3489sdf@nat100-255-205-109.tvoe.tv> was last seen on IRC in channel #htc-linux, 8d 21h 21m 4s ago, saying: ':--------)'.
16:01.12fpuhmm
16:01.52fpu!seen Cotulla works too
16:02.03Ondalfoh :P
16:02.04fpu<PROTECTED>
16:02.23fpuso I don't know which one's right
16:02.24fpu:-)
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.15fpuMarkinus: am I right in saying that alsa driver in evo kernel is non-functional or am I missing something?
16:58.00Markinusyou mean our default tree? its working
16:58.12Markinuscotulla fixed it
16:58.28Markinusor better to say get it to work
16:58.41fpuit doesn't compile as module, and there is no way (I know of) to pass firmware it's requesting
16:59.47MarkinusI didn't test it….its Cotullas work, but it should work. I could compile it but cannot remember whether as module...
17:01.42fpuit 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.34Markinushmm, 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.04fpuhmm
17:14.16fpuI digged up logs, this early version included static_acdb.h file in q6audio.c
17:14.22fputhat's what made it work
17:15.35fpuand also GNUtoo showed me patches to make it compile as module
17:15.42fpubut they don't want to apply
17:18.36Markinusthe 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.55fpuI cannot find file path in q6audio.c
17:21.59fpuhttp://pastie.org/2848215
17:22.04fpujust "htcleo.acdb"
17:22.23Markinusits in /etc/firmware/
17:22.43fpuhmm
17:22.45fpuI tried /lib/firmware
17:23.49fpuare you sure /etc/firmware/?
17:24.26fpu(and I also guess I must place it in initrd, as requesting takes place before mounting rootfs)
17:24.58Markinusandroid is /etc
17:25.08Markinusbut it can be distrubution dependend
17:27.03fpulet me try placing it everywhere :-)
17:32.08Markinushehe :)
17:33.30*** join/#htc-linux vinceweis_ (4463ed13@gateway/web/freenode/ip.68.99.237.19)
17:34.43fpu/etc/firmware, /system/etc/firmware, /lib/firmware, none does it
17:35.37fpuhttp://htc-linux.org/wiki/index.php?title=SnapdragoonAlsaDriver
17:35.59fpuon 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.08fpuGNUtoo: 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.30fpuMarkinus sorry to bother you again, but I'm very new to this git stuff
18:09.41fpugit log and gitorious commit log show 2 different things
18:09.45fpueven after "git push"
18:10.00fpuonly 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.19WisTilt2emwe: 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.23emweyes, think so userland as well.
18:22.40emweif VS mic doesn't work, toggle volume. starts working afterwards for me
18:23.15emwebrb
18:23.41Markinusfpu: are you on right branch?
18:29.21fpuhmm
18:29.40fpuI 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.51fpuonly some of the "patches" are listed as commits on gitorious
18:29.56fpuwhereas "git log" shows them all
18:30.26Alex[sp3dev]fpu: gitorious is slow and does not update instantly
18:31.16fpuhmm
18:31.19fpuok
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.40WisTilt2Alex[sp3dev]: got a question about the audio parameter tables if you still have that fresh in your mind?
18:58.22Alex[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.31WisTilt2lol
18:58.39WisTilt2you might know this so i'll be quick...
18:59.29WisTilt2why 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.23Alex[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.08WisTilt2i 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.32WisTilt2also 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.19WisTilt2ill bbl.  got to go yell at the building maintenance people
19:04.54*** join/#htc-linux gauner1986 (~Adium@f054153040.adsl.alicedsl.de)
19:19.44Alex[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.49Alex[sp3dev]ok, here is what i say to hardware that tries to troll me http://www.youtube.com/watch?v=KOphGZZrE44
19:25.37Alex[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.36emweAlex[sp3dev]: if you can write to the ML i am fine. no time for this at all :/
19:27.52emwei might end up having to do it... but that's another story.
19:28.32Alex[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.13emwefigured 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.07fpucould really use a faster machine
21:01.22fpuman, this is pain to spend 90% of the time waiting
21:01.35Cotullapain - again
21:02.16Cotullahey fpu
21:03.26*** join/#htc-linux NYL (~NYL@92.83.114.39)
21:07.27fpuhello Cotulla
21:07.44Cotullahow are u?
21:07.56fpuI was trying to catch you re. alsa driver but I somehow fixed it myself
21:08.23Cotullagood
21:08.26Cotulla;)
21:08.31Cotullavery good
21:08.41fpubtw there is no way to get your driver working in current linux_on_wince_htc
21:08.45fpu(that is without patching)
21:08.58Cotullawhy?
21:09.06fpuit requests firmware
21:09.11Cotullayes . . .
21:09.22Cotullabut it's question of standard linux ways
21:09.48fpustill, no matter where it's placed it can't find it :p
21:10.42Cotullayeah
21:10.49Cotullabut it's not related to my ALSA
21:10.57Cotullau need some userspace FW loader
21:10.59Cotullaand etc
21:10.59Alex[sp3dev]Cotulla: hey
21:11.03Cotullahi Alexx
21:11.06Cotullahow are u?
21:11.11fpuCotulla: it also doesn't compile as module
21:11.20fpuand when I patch it to compile as module
21:11.29fputhen somehow it starts working
21:11.46Alex[sp3dev]Cotulla: good. found a reason not to smash my x1 against the wall
21:12.01Cotullamaybe, but it seems almost noone using linux kernel modules
21:12.10Cotullaexcept wlan in Android :)
21:12.25CotullaAlex, tell us
21:12.49Alex[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.39Alex[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.31Cotullaproblem that modules too dependent to kernel build I think :)
21:14.48Cotullaand where bug was?
21:14.59Alex[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.37fpuAlex[sp3dev]: only reason is, as module it works, as built-in it doesn't
21:15.56fpuI don't know internals of it sadly
21:16.18fpuit seems to be the same issue as described on Nexus One on wiki
21:16.28fpuhttp://htc-linux.org/wiki/index.php?title=SnapdragoonAlsaDriver
21:16.31Alex[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.28Cotullawhy this issue doesn't happen with DLLS?
21:18.08Cotullahehe
21:18.16Cotullanoone know real specifications
21:18.25Cotullabut are there power flag
21:18.40Cotullawhich must be used as card present?
21:19.32Alex[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.53Cotullaokay
21:20.04Cotullaor we go to trollface protocol during future talking :D
21:21.13Cotullabut linux doesn't support built in SD/SDIO devices
21:21.17Cotullathey should add such kind of support
21:21.21Cotullafor eMMC and etc
21:22.40Alex[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.24Alex[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.26Cotullaare there something like NDIS for wireless and other networking?
21:24.25Alex[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.34Cotullacompressed kernels - cache flush issue should be
21:25.51Cotullaare u talking about MSM7627?
21:25.58Alex[sp3dev]Cotulla: 7227, yes
21:26.12Alex[sp3dev]i think i need to flush and disable L2
21:26.52Cotullaofcourse
21:26.57Cotullaflush at least
21:27.21Alex[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.22Cotullais usual enable works after go to nand?
21:27.42Cotullamsm7k is 7200
21:27.51Cotulla7227 appear later
21:28.05Cotullaand it's something between
21:28.07Alex[sp3dev]well, in LK actually the msm7k folder contains code for msm7227. although it is wrong
21:28.13Cotullascorpion & previous core v6
21:28.27CotullaI am not sure that lg & sony are using
21:28.49Alex[sp3dev]Cotulla: there are community ports of LK to these devices and they work
21:29.13Alex[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.44Cotulladifferent cache models exist
21:29.49CotullaWB & WT
21:31.11Cotullalol they map all ram as uncached?
21:31.35Alex[sp3dev]well, yes. strongly ordered uncached. device memory that is
21:31.41Cotullalol
21:31.52Cotullawhy they enable it at all
21:32.26Cotullaissue can be that cache not flushed yes
21:32.29Alex[sp3dev]because otherwise you cannot access peripherals beyond 2Gb. even htc spl does peripheral remap via cp15 command at start
21:32.43Cotullait's not a problem
21:32.50Cotullaif u open port via cp15, yes
21:33.28Alex[sp3dev]ok, what about DMA? writing does work (i flash LK from LK via fastboot) but reading fails
21:34.28Cotullawait
21:34.36CotullaSPL flush caches before exit
21:34.49Cotullaso it must be other issue
21:34.55Cotullaif LK doesn't use cache at all
21:35.19Cotullamaybe ur zImage has wrong addresses or something?
21:35.55Alex[sp3dev]i'll check it later. that's not as important as NAND now since Image boots.
21:36.35Cotullawhich dma?
21:37.20Alex[sp3dev]nand dmov
21:38.04Cotullau must not turn it off
21:38.15Cotullabecause nand I/F is only one
21:38.29Cotulladmov has feature which block other channels until some are working
21:38.39Alex[sp3dev]yes, outer channel block
21:38.39*** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays)
21:38.44fpuhmmm, 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.49Cotullaso dmov is working like hardware access monitor
21:39.10Cotullalike hardware critical section :)
21:39.34Cotullawhich error u got with dmov?
21:40.50Alex[sp3dev]result code was not 0x80000002 (VALID | DONE) but 0x80000008 (VALID | ERROR)
21:41.21Cotullahow many u can read without errors?
21:41.46Alex[sp3dev]0x800. i do not remember whether 0x800 or any number of 0x800 blocks, but anything larger fails
21:42.01Cotullabut how it's reading Image?
21:42.11Alex[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.35Alex[sp3dev]no, 2048 bytes
21:46.59*** join/#htc-linux Cotulla (~w3489sdf@nat100-255-205-109.tvoe.tv)
21:47.01Cotullaerrr laaggs
21:47.15*** join/#htc-linux Rpnz (~w3xcx489s@nat100-255-205-109.tvoe.tv)
21:47.24Cotullafpu, I also had not found right location, so I just include static data as C array
21:47.47Cotullaso it can't read at all, right?
21:48.12Alex[sp3dev]Cotulla: 'can't read at all' was to me?
21:48.17Cotullaright
21:48.28Cotullabecause it can read only full sector
21:48.34Cotullait can't read a part of it
21:48.41Cotullaso 2048 bytes
21:48.57Cotullanand detected ?
21:49.25Alex[sp3dev]yes, detected. seems that boot partition header if it is written, also reads correctly.
21:49.56Cotulla0x80000008 in dmov status?
21:50.34Alex[sp3dev]in result (DMOV_RSLT(id))
21:50.46Cotullathat's strange
21:50.53Cotullabad nand config should give u rubish
21:50.55Cotullabut check
21:51.03CotullaCFG0 and CFG1 :D
21:52.21Alex[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.31CotullaCFG1 especially
21:52.56CotullaLK setup them
21:53.03Cotullaby values
21:53.06Cotullaread old ones
21:53.10Cotullaread old CFG1
21:53.15Cotullaand save settings
21:53.21Cotullaand write back
21:53.32Alex[sp3dev]ok, i will try it
21:53.48Alex[sp3dev]not today, though. almost time to sleep
21:55.13Cotullaread from 0xA0A00024
21:55.15CotullaCFG1
21:55.44Alex[sp3dev]in wince they are DEV0_CFG0 0xa8000800
21:55.44Alex[sp3dev]DEV0_CFG1 0x5001f
21:55.57Cotullaand mask was
21:56.02Cotulla0xFF81FFC3 afaik
21:56.26Cotullahm 0x5001f
21:56.31Alex[sp3dev]ok, i'll boot the device and tell you the values
21:56.57Cotullaenable ecc - not presaved
21:57.11Cotulla8 recovery cycles - must be presaved
21:57.23CotullaAllow CS deassertion - also presaved
21:57.32CotullaBad block marker location - no
21:57.39CotullaBad block in user data area - no
21:57.39Alex[sp3dev]aad4_0000 a7476 - initial values. hum.. probably that's what lk used to read nand id
21:57.46Cotulla6 cycle tWB/tRB - save
21:57.57Cotullawide - save
21:58.05Cotullaa7476 looks good :D
21:58.16Cotullaread id is easy operation
21:58.43Cotullait can work even with wrong 8/16 bit setting
21:58.54Cotullain 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.17CotullaI had this issue when I port MAGLDR to TOPAZ
22:00.41Alex[sp3dev]what was wrong?
22:00.45CotullaCFG1
22:00.59*** part/#htc-linux Rpnz (~w3xcx489s@nat100-255-205-109.tvoe.tv)
22:01.09Alex[sp3dev]ok, i'll check it when i have time for testing
22:01.20Cotullathen it should work . . .
22:01.27Cotullaotherwise code is wrong
22:01.56Alex[sp3dev]probably CFG, because it works on 7200, 8250 and some 7227 devices.
22:02.13Cotullabut u can use android layout
22:02.17Cotullamain+spare ecc
22:02.20*** join/#htc-linux rockosays (~rockosays@unaffiliated/rockosays)
22:02.25Cotullabecause 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.41Alex[sp3dev]both drivers (acl's and lk original) do not work
22:02.50Cotullaso should be
22:02.52CotullaCFG1
22:03.06Cotullawhich flash u have?
22:03.25Alex[sp3dev]0x5500bcec
22:04.04Cotullasasmsung
22:04.14Alex[sp3dev]yes. same as baec, but 512 mb
22:04.51Cotullabaec 256? x1?
22:04.58Alex[sp3dev]no, photon
22:05.06*** join/#htc-linux bukington (~bukington@fac34-2-82-228-151-145.fbx.proxad.net)
22:05.08Alex[sp3dev]oh, wait
22:05.47Alex[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.00Cotullaalso remember, u have BCEC other can have different flash
22:06.34CotullaI think samsung & hynix can be
22:06.50Alex[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.38Alex[sp3dev]well, actually, there's 0x0000bcec which is the same as my 0x5500bcec and has bitmask of 0x0000ffff
22:07.46Alex[sp3dev]so config is ok
22:09.23CotullaI means HW CFG0 and CFG1
22:09.56Cotullathis table just question which parameters to select
22:09.59Alex[sp3dev]for now, i need it to work at least on my device
22:10.02Cotullalike wide or not wide
22:10.11Cotullaor max size
22:10.17Cotullaor ONFI can provide all this info
22:10.39Alex[sp3dev]anyway, see you later. i'll go to sleep now. i'll tell you what i'll find next time
22:10.50Cotullaíóôð
22:10.52Cotullayeah
22:10.53Cotullame too
22:10.54Cotullabb
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.52WisTilt2emwe: on the userland caps/fn, works but userland doesn't keep track of the logic for each press it looks like.
23:02.40emweWisTilt2: 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.55emwehave a nice weekend.
23:03.04WisTilt2ok have a good weekend
23:05.17WisTilt2detule: 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.29WisTilt2well, 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)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.