IRC log for #htc-linux on 20071122

00:00.28cr2it's for the LCD.
00:01.05cr2no, it's for gpio.
00:01.05cr20x5e gpio is the SD card present. a nice start :)
00:04.10Zoolooc"pd 0xA9100834 4" gives exception as well
00:04.20Zooloocor I did not understand what offset to ad
00:04.22Zooloocadd
00:05.43cr2a92 not a91
00:06.08cr20x33 - 0x38 gpios are sd related.
00:06.38cr20x3e - 0x43
00:07.03Zooloocthought also the one where in that table, GPIO_CONF2 appears, is needed too
00:07.28cr2yes.
00:08.06cr2but the offsets are 410 , 414 and 504 for GPIO_CONF2
00:09.47Zooloocalright, just now I understood how to interpret that table
00:11.07Zooloocso, you would need for each of those GPIO-related addresses to run that? ok, a script will be the right thing I guess
00:12.12ZooloocMSM_GPIO1 has so many, but you refered only to 834. how do I know which ones are neede, or are they needed alll?=
00:14.23cr2all would be best. and put the dump into some wiki page. like KaiserGPIO or somehting.
00:14.47cr2i've identified some pins already, but it's only the beginning.
00:16.58Zooloocok, then I will put those gpio related addresses in some script
00:17.47Zooloocwhat are you sseing actually, what does the response "a9200834 | 00000001                            | ...." to "pd 0xA9200834 4" actually mean?
00:20.26cr2the value at the physical address 0xa9200834 is 1
00:20.34cr2it's the standard hexdump format
00:22.58Zooloocyes, but how to relate to what a 1 at that address means, and what a 0 means? you said something about SD card earlir
00:23.18Zooloocdoes the SD status show that way at some location?
00:23.36cr2these are the gpio bits.
00:23.41Zooloocif yes, how to know which location is responsible for that in the first place?
00:23.54Zooloocand which one for something else
00:24.09cr20x53 bit detects the SD
00:24.18cr2you can calculate in which bank it is.
00:25.24Zooloocwhy is ther no 53 in the TitanMemoryMap?
00:25.41Kevin2Hi
00:25.46ZooloocHi
00:25.59cr2the zero bank has bits 0..15
00:26.06cr2hi Kevin2
00:26.38Kevin2Hey.  I'm going to read through the irc logs.
00:27.26cr2Kevin2: i've identified the USB setup on athena. bad luck, pxa27x_udc is not used. now i need the spi keyboard ;)
00:27.46cr2to login and debug ATI.
00:28.40Kevin2cr2: Heh, that'll be a lot of typing.  What is USB connected to?
00:29.22cr2isp1582
00:29.46cr2i've found the linux driver for 1362 in the blackfin branch.
00:30.19cr2i've also found the 1582 code in some attachment to an obscure ML, but can't find the official download.
00:31.22cr2but it's GPL, so there is no problem.  don't know if this source is going to compile, so my idea is to print and compare the 1362 and 1582 datasheets.
00:32.15cr2the USB host is pxa27x-ohci, so i can put rootfs on the USB stick. at least in theory.
00:32.49cr2the usb stick works with wince. i actually run haret off it :)
00:34.03Kevin2Is it usb 2.0 or something?  Odd that they wouldn't reuse the pxa one.
00:34.28cr2isp1582 is usb2.0
00:34.40cr2pxa27x ohci is 1.1
00:34.54cr2i don't know why they didn't use 2.0 host in 1582.
00:35.13cr2isp1582 even can otg.
00:35.52*** join/#htc-linux Keizer (n=keizer@c-69-139-42-47.hsd1.fl.comcast.net)
00:36.46Kevin2Supposedly the pxa can do OTG also.  I don't know if the linux driver supports it though.
00:37.20cr2i doubt it.
00:43.19cr20x58, 0x59, 0x5d for sd1.
00:51.17cr2Zoolooc: do you have FM radio on kaiser ?
00:51.38Zoolooccr2: unfortunately not
00:52.32Zooloocthat, VGA, IR and OTG is missing from that device
00:53.35cr2but it's possible ?
00:55.19Hymiecr2: let's bankrupt amazon and have the kindle ;)
00:55.20ZooloocOTG shows in some MSM7k "data sheet"
00:55.23Hymiehack
00:55.42ZooloocVGA is only possible with 7200A I guess
00:56.01cr2vga out ? or vga LCD ?
00:56.14Zooloocdon't know about FM radio
00:57.18ZooloocLCD I think
00:57.36Zoolooccr2: waht about this script: http://rafb.net/p/nhSv2E54.html
01:03.25Zoolooccr2: gave me this: http://rafb.net/p/BemNma94.html
01:05.52Zooloocwill go to bed now. cr2: the haretlog.txt file is on my uSD card in the Kaiser, so I will have it with me tomorrow @work, if you see me in the channel and want me to put it in a wiki page, please remind me
01:06.13Zooloocgood night folks
01:07.20cr2ok, good night
01:07.21Zooloocdid you have a brief look, does it look as expected?
01:08.11Kevin2Good night.
01:09.29cr2Zoolooc: it's to early .
01:10.56Zooloocok :) really gone now, good night
01:11.05dcordesit's a bout time for me too
01:11.07dcordesgnite all
01:13.33cr2good night.
02:00.24*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
02:21.54Kevin2cr2: Still around?
02:38.18Kevin2cr2: Well, if you get this message later - I added register name decoding to mmutrace events in haretconsole.  You'll need to "cvs up" and recompile haret.  I've also added the framework (but not all the defs) for the ATI chips - see haretconsole/regs_ati.py.
03:55.41*** join/#htc-linux Zoolooc_ (n=fredsiba@p549526BF.dip0.t-ipconnect.de)
04:58.57*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
05:06.59*** join/#htc-linux skodde2 (n=skodde@unaffiliated/skodde)
05:23.12*** join/#htc-linux goxboxlive (n=jrs@195.159.97.196)
05:23.18goxboxliveGood morning
05:57.34*** join/#htc-linux |dion| (n=dion@inhex.net)
06:30.33*** join/#htc-linux _law_ (n=law@mail.stiftadmont.at)
06:39.17*** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
07:28.53*** join/#htc-linux kiozen (n=oeichler@p5492A373.dip0.t-ipconnect.de)
07:32.59*** join/#htc-linux rmoravcik (n=moravcik@gtsgw.ttc.cz)
08:06.59*** join/#htc-linux rob_w|laptop (n=rob_w@p549B9A85.dip0.t-ipconnect.de)
08:28.00*** join/#htc-linux sadeness_ (n=LamersIn@nat1.rlan.ru)
09:05.40*** join/#htc-linux AC_Mast (i=s@gateway/tor/x-0deaf0deaac549b4)
11:37.04*** join/#htc-linux goxboxlive (n=jrs@195.159.97.196)
11:46.10*** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net)
11:46.42*** join/#htc-linux zoolooc (n=lucian@p549526BF.dip0.t-ipconnect.de)
11:48.42zooloochello
11:48.52zoolooccr2: I uploaded the haret log with preliminary GPIO dump linked at http://wiki.xda-developers.com/index.php?pagename=KaiserMemoryMap
12:19.18*** join/#htc-linux TeringTu1y (n=maarten@195-241-125-243.ip.telfort.nl)
12:41.54*** join/#htc-linux Jax184 (i=Jax184@75.153.81.166)
12:41.56Jax184rah
12:45.59Jax184anyone alive?
12:49.58*** join/#htc-linux TeringTuby (n=maarten@195-241-125-243.ip.telfort.nl)
12:55.14*** join/#htc-linux ltxda0 (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net)
13:15.21*** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net)
13:25.41*** join/#htc-linux AC_Mast (i=s@gateway/tor/x-b1c8170bb81ff18b)
13:25.57*** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-df2bbfab9da68c03)
13:27.11*** join/#htc-linux Cyorxamp (n=Cyorxamp@212.57.232.254)
13:33.03*** join/#htc-linux goxboxlive (n=jrs@195.159.97.196)
13:33.06goxboxlive.no
13:33.56Jax184yes?
13:58.23goxboxlivewhat
14:46.23*** join/#htc-linux dcordes (n=user0815@f048226146.adsl.alicedsl.de)
14:46.58dcordesmoin
14:55.46*** join/#htc-linux Kevin2 (n=Kevin@207-237-65-88.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com)
15:15.02dcordeshow would I go about reading the logs from last night? are there any live logs?
15:18.07dcordesI'm aware of http://apt.rikers.org/%23htc-linux/ but how about the active day?
15:25.16Kevin2dcordes: I use the logs at http://irclog.iclem.net/?chan=htc-linux
15:26.35*** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
15:31.15dcordesKevin2: cool thanks. What are mmuctrace events?
15:41.13Kevin2dcordes: Haret can alter the ARM cpu Memory Management Tables to force certain memory accesses to fault.  Haret uses this (via addlist mmutrace) to "watch" all the ways wince reads/writes to certain chips.
15:41.34Kevin2s/Tables/Unit/
15:41.55Kevin2bbl
15:41.57*** part/#htc-linux Kevin2 (n=Kevin@207-237-65-88.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com)
15:53.44*** join/#htc-linux goxboxlive (n=goxboxli@81.80-202-132.nextgentel.com)
16:00.05*** join/#htc-linux tonyk (n=tli@deng.tekla.com)
16:23.48kiozensilent today, cr2 any n560 news ?
16:32.44*** join/#htc-linux law|home (n=_law_@213.173.86.202)
17:00.14*** join/#htc-linux rmoravcik (n=rmoravci@ip-89-102-255-171.karneval.cz)
17:00.28*** join/#htc-linux Kevin2 (n=Kevin@207-237-65-88.c3-0.avec-ubr12.nyr-avec.ny.cable.rcn.com)
17:01.50*** join/#htc-linux pH5 (n=ph5@e178242116.adsl.alicedsl.de)
17:05.49cr2hi kiozen
17:06.02cr2looking at the n560 LCD init now.
17:09.43pH5good evening
17:11.03cr2hi pH5
17:11.12Kevin2Hi
17:14.05cr2hi Kevin2
17:16.26pH5hey Kevin2. I'm looking for a way to remove holes in my EGPIO space. Could apache work with 8bit accesses to its egpio cpld?
17:17.30Kevin2pH5: I'm pretty sure 16 bit accesses are the "correct" way.  The chip itself is configured in the pxa memory controller as a 16 bit chip.
17:17.48kiozenhi cr2
17:17.54Kevin2So, if you make an 8bit access, it will just discard half the data, and if you make a 32 bit access it will make two 16 bit reads.
17:18.19pH5Kevin2: discarding half the data for single gpio access is just fine, the question is will strb work?
17:19.52pH5I want to adapt htc-egpio to grow gpio_chip support, and for magician I could fit everything nicely into two gpio_chips (one in, one out), if I didn't have 8 dead GPIOs per register because of the 16bit access.
17:19.53cr2pH5: it's always strh/ldrh by htc
17:20.11cr2Kevin2: i have some problems with htc-egpio too.
17:20.31cr2first, athena has 9 regs.
17:20.58cr2second, the bus_shift value provided by platform_driver is never checked.
17:21.33cr2and i get some stray (number>7) irqs from the cpld.
17:22.07pH5cr2: which chip has 9 regs? cpld1?
17:22.27cr2yes. and kaiser too. don't remember about others.
17:22.43cr2pH5: the 0x10 reg is 9 ?
17:22.55pH5hm. why is there no KaiserCPLD wiki page yet? where are all the kaiser owners? :)
17:23.27cr2pH5: but there is Kaiser_MDP for them :)
17:23.35Kevin2On a strb, the pxa will raise some kind of a "1-bit access" line.  I think it's risky to use strb.
17:23.36cr2so they'll be busy today.
17:24.15pH5cr2: he, nice.
17:24.57Kevin2s/1-bit/1-byte/
17:25.53Kevin2cr2: Did you see my message last night about haretconsole register name decoding for mmutrace?
17:26.41*** part/#htc-linux zoolooc (n=lucian@p549526BF.dip0.t-ipconnect.de)
17:26.52cr2Kevin2: yes. i don't get one thing, though. how are you tracing ati which has multiple virtual mappings ?
17:27.07cr2is it enough to declare only the physical address ?
17:30.15Kevin2Yes.  I find the phys addr for all the virt mappings, then do the register lookups by the phys addr.
17:30.30cr2ok.
17:30.32Kevin2I'll be back later.
17:32.15pH5Kevin2: I'm running fine with strh, although HTC use strb on magician. I guess I have to add some magic around readw to differentiate between 8bit and 16bit register width then.
17:33.06Kevin2pH5: Can you check if magician registers the chip as 8 or 16 bit with memory controller?
17:35.02cr2Kevin2: there is no memctl decoder in haret.
17:35.30cr2btw, what should be the right way to decode the registers for a given cpu?
17:35.50cr2i needed the pxa ohci settings, so i hacked on gnu-haret again.
17:37.10cr2i'm also using the old perl scripts on occasion.
17:38.20pH5Kevin2: would that be MSC1[RBW3] for CPLD on CS3?
17:41.41*** join/#htc-linux kiozen (n=oeichler@rgnb-4db03d73.pool.einsundeins.de)
17:41.59cr2hehe. wince crashed while running haret.
17:42.27pH5MSC0 = 0x7ff001a0, MSC1 = 0x7ff01880, MSC2 = 0x16607ff0
17:42.39pH5so rom bus width = 32bit all the way
17:45.43cr2insufficient available bus power.
17:46.16cr2but works in wince ;-)
17:48.32cr2LOL
17:48.44cr2connected the usb keyboard to athena :)
17:49.00cr2and it works.
17:49.24cr2i guess the mouse will work too.
17:50.54cr2pH5: i've used .power_budget   = 100, is there any way to find out the correct value ?
17:53.51pH5cr2: no idea. disassemble wince or connect to it with a fake gadget with increasing power requirements?
17:54.27cr2pH5: where is it in wince ?
17:55.01pH5I don't know
17:55.52cr2ok.
17:56.59cr2zaurus sets 150mA, some omap board 250mA
17:57.16cr2i guess i can just set 0 for unlimited.
17:57.29pH5it really depends on what kind of switches are on the board
17:57.35cr2unlike on the zaurus, there is hw overcurrent protection.
18:00.30pH5cr2: if it doesn't supply 500mA, unlimited is the wrong value. try connecting power-hungry usb hard drives.
18:02.52cr2my SDcard adapter does not work in wince, but the sticks are.
18:03.04cr2so i doubt it's providing 500mA
18:03.15cr2and i always run with external power supply.
18:04.49cr2maybe i should try a powered hub :)
18:07.55*** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
18:11.03cr2got a small problem though.
18:11.43cr2which will prevent booting with rootfs on usb disk.
18:13.49pH5yes?
18:15.23cr2the hub needs a reconnect
18:15.52cr2so i can have the disk,keyboard and mouse connected.
18:16.19cr2otherwise i'll boot off the stick, but there will be no way to login.
18:17.15cr2i don't know if a reconnect while rootdelay can help.
18:18.38cr2heh. it seems that the most driver problems are with applying power ;)
18:19.33cr2pH5: do we have a standard way to apply power to a pxa uart device ?
18:19.50cr2then i'll login over bluetooth :)
18:21.49*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
18:22.58cr2hi BabelO
18:23.22BabelOhi cr2
18:23.38pH5cr2: we have the platform_pxa_serial_funcs in hh.org
18:24.11cr2pH5: is somebody using them ?
18:24.55cr2BabelO: you are allowed to produce a 250GB qtopia image now :) using many keyboard, mice and joysticks :)
18:25.51cr2BabelO: i've connected a 250GB disk, mouse and keyboard to athena. and they all work in linux.
18:25.58*** join/#htc-linux |dion| (n=dion@inhex.net)
18:27.08BabelObow, you need video out  :)
18:27.21cr2pH5: right now everybody follows the hx4700 for applying uart power. i guess if it'll be done right, everybody will benefit and copy it.
18:27.29welpBabelO: you made a newer gpe image yet? :>
18:28.02cr2BabelO: it's an i2c chip with a datasheet, if you mean the TVout.
18:28.27cr2BabelO: but it may include some ATI magic, i don't yet know.
18:29.16BabelOwelp: no
18:29.40BabelOcr2: yes tv out, then you have a complete micro computer ;)
18:29.56welpboo, the one i made a couple of weeks back doesn't seem to work 100% - the battery monitor's not working
18:31.22cr2BabelO: there is TVout and vga out.
18:32.20BabelOcr2: but signal go out from cinch connector for both ?
18:32.32cr2welp: the kernel battery monitor on ba is not quite right.
18:32.59cr2BabelO: there is FBAS,S-video and VGA connector.
18:33.09welpcr2: aah, fair enough
18:33.47cr2welp: do you know your pasic2 register values ?
18:34.23welpi've never done any assembly or anything of the kind..
18:34.27welp(unfortunately)
18:34.41welpbut, i'm only 17! i have a long way to go! ^_-
18:35.07cr2welp: it's a haret command in old gnu-haret
18:36.47welpi've only been messing about with this since about 2 or 3 weeks ago
18:40.49dcordeshi alö
18:40.53dcordeshi all
18:43.04dcordescr2: any haret tasks for me?
18:44.10cr2dcordes: i've created the Kaiser_MDP wiki page with the data from androids.
18:44.33cr2dcordes: you can dump the actual kaiser values, and create a new column
18:45.46cr2you can dump the MDP_FULL_BYPASS_WORD33  and MDP_FULL_BYPASS_WORD37
18:46.07cr2so we can check if your LCD parameters are consistent with the android driver.
18:46.31cr2the page is here http://wiki.xda-developers.com/index.php?pagename=Kaiser_MDP
18:47.00dcordesalready found ok
18:47.49cr2you can also try to trace this area, but it may result in a big flood.
18:48.09cr2so maybe make a static dump first.
18:49.12dcordeswhat was the command for static dump?
18:49.25pH5pd
18:50.15pH5cr2: the thing about pxa_serial_funcs is nobody had the heart to submit those patches upstream
18:51.29cr2pH5: I didn't look at it in detail. can the current hx4700 implementation be copied to other devices ?
18:52.22cr2i meand the hx4700_bt
18:54.46pH5cr2: it's a hack, it should probably abstracted out into a brf6150 driver.
18:55.04pH5is it possible to somehow modify this code so that it'll also work on s3c? (I see it accesses BTMSR directly)
18:55.12pH5or omap
18:56.07*** join/#htc-linux Zoolooc (n=fredsiba@p549526BF.dip0.t-ipconnect.de)
18:56.27dcordeshi Zoolooc
18:56.42cr2pH5: i see a big "generic" value in such driver.
18:56.52Zooloochi folks
18:56.59cr2pH5: i need something like that for gps on ffuart, for example.
18:57.54dcordescr2: what do I set as <size> for 0x10184?
18:58.06cr2pH5: and there is also an old problem with IR/rs232 on the same uart depending on the gpio setting. hmm. the AT radio/ bootloader is in the same category.
18:58.34pH5right, I still didn't manage to talk to the radio bootloader from linux :/
18:58.35cr2dcordes: these are all 32bit (4byte) registers.
18:59.41dcordesok for # "pd 0x10184 4" I got "00010184 | 756e204f                            | O nu"
18:59.43cr2pH5: i don't mind to copy hx4700_bt for all these, but then we will have 20 such drivers, so it's nice when this will be done right.
19:00.39pH5cr2: I agree. I already more or less copied this for magician_phone.
19:01.16cr2and 20 is probably an underestimation.
19:01.35dcordescr2: what part of the output am I supposed to put in which column of the wiki?
19:02.04cr2dcordes: create a new column
19:02.47cr2dcordes: hmm. sorry.
19:02.53*** join/#htc-linux rob_w (n=bob@X0419.x.pppool.de)
19:03.00cr2you forgot to add the MDP_BASE
19:03.08cr2aka 0xaa200000
19:03.32cr2you are just dumping the SRAM now. that's why the numbers look weird.
19:04.17cr2pd 0xaa210184 4
19:06.20dcordesso I use  pd 0xaa2 as prefix vor all values in the first column?
19:06.32cr2yes.
19:06.34dcordes0xaa2 I mean
19:08.16dcordesaa210184 |EXCEPTION while reading from address 92110184; 00000000                            | ...
19:10.25dcordesshall I use thte mmutrace thing now?
19:10.27cr2dcordes: how does your 'dump mmu' look like ?
19:10.30cr2no.
19:10.37dcordeswhat is my dump mmu?
19:10.52cr2dump mmu
19:11.06cr2haret command that dumps the MMU tables.
19:11.19dcordeslot of output, 4 columns looks nice
19:12.51dcordeson the phone status bar is shown up while the stuff ist printed on my console
19:13.04dcordesEnd of virtual address space at the end
19:13.08cr2what are the entries for the 0xaa200000 physical address
19:13.29Zooloochow's going folks with kaiser spying?
19:14.34dcordesHaRET(3)# pd 0xaa210184 4
19:14.36dcordesHaRET(4)# pd 0xaa210184 4
19:15.28dcordeshm oh I'm not so fresh today ^^ greped the log. that's all it outputs when I grep for 0xaa2
19:15.44cr2dcordes: if it's mapped, you can't get an exception.
19:16.07Zooloocaren't the responses in the second line?
19:18.00cr2Zoolooc: you can try it too.
19:18.43Zooloocwill try, right now I'm a bit busy few minutes...
19:19.46dcordesI cleared the logs, reopened connection, and "mmu dump"ed again. the new log file does not contain any line with 0xaa2 in it
19:20.00Zoolooccan one connect to haret via the ppp interface established via usb with synce-serial? I couldn't, I can only connect via WLAN, because I run dnsmasq on my FritzBox
19:21.07kiozenBabelO: while cross compiling gdal the final linker command wants to link against my system's /usr/lib64/librt.so
19:21.24dcordescr2: can I take from this that the physical address space 0xaa2* is not mapped on my device right now?
19:21.27kiozenyou know where to hit configure to chose the right one from the arm tree
19:21.45cr2kiozen: why don't you use oe for gdal ?
19:21.52pH5Zoolooc: yes, that should be possible. you need to know the fixed IP address for that case.
19:21.59kiozenhm, good question
19:22.12kiozenI try..
19:22.39ZooloocpH5: oh, then I'll specify it in my udev rule for synce-serial-setup
19:23.28ZooloocpH5: now I realize I tried with the desktop's local IP on ppp0, instead the remote (the PDA)
19:26.36dcordescr2: how to go on?
19:27.00Zooloocactually, I should setup a bridge to give Kaiser internet access via USB like on windows
19:27.24cr2dcordes: can i download your "dump mmu" ?
19:27.47dcordesdoes it contain critical data?
19:28.19cr2no.
19:28.19dcordesI don't want to paste it in that case.
19:28.42cr2it's a mapping table, nothing useful.
19:28.48dcordesoke
19:29.02dcordesso I can pastebin w/o problems?
19:29.12cr2<=150K
19:29.24dcordesdcc?
19:29.32cr2will not work.
19:29.34BabelOkiozen: i ve some broken path too, i always fix it by hand in makefile
19:29.38*** join/#htc-linux dcordes_ (n=dcordes_@f048226146.adsl.alicedsl.de)
19:30.09cr2kiozen: there are 6 lcds, and each has its own init ;-)
19:30.50*** join/#htc-linux pleemans (n=peter@d51A5E76A.access.telenet.be)
19:30.59dcordes_cr2, sending dcc
19:32.50kiozen6 different one for the n560?
19:33.36kiozenThanks BabelO. I wonder what is less PITA, fixing the makefiles or compiling gdal via oe
19:34.18cr2kiozen: 5xx
19:34.31dcordescr2: dcc timeout
19:34.46cr2kiozen: only 1 vga lcd though.
19:34.53BabelOkiozen: for ùe it is fixing makefile, i ve strange problem with oe these days
19:35.29kiozencr2: that explains why each loox has it's own problems.
19:35.49kiozenthe c550 seems to be the worse one
19:36.53dcordescr2: can I load it up somewhere?
19:37.37dcordeshave to go in a minute. examination tomorrow
19:39.13cr2ok.
19:39.20cr2Zoolooc: can you run haret ?
19:42.18Zoolooccr2: yes, can it wait few minutes, or do you also want to to leave, or do you want to get something finished about kaiser now?
19:42.44Zoolooccr2: I'm flexible, if you want me to do it now
19:42.57dcordescr2: received querry?
19:44.24cr292100000  | aa200000 | 1MB section | D=0    AP=1 ?=2000
19:45.04cr2dcordes: there should not be an exception.
19:45.24dcordeslet me retry
19:45.48cr2Zoolooc: can you try 'pd 0xaa210184 4' ?
19:45.57cr2dcordes: do a soft reset before.
19:46.28dcordescr2: same thing!
19:46.47dcordessoft reset=reboot?
19:46.50pH5eh..
19:47.05pH5pd takes physical addresses
19:47.17pH5for virt there's vd, isn't there?
19:47.37cr2pH5: this is a physical address.
19:47.41dcordesbooting...
19:47.50pH5921 is the virt one?
19:47.51cr2virtual will be 0xb21
19:47.55cr2yes.
19:48.02pH5oy, sorry.
19:48.05cr2that's the dump mmu format.
19:48.13cr2yeah, msm is strange.
19:48.39cr2pH5: you got used to pxa nad omap too much :)
19:49.24cr2they are much more straightforward.
19:49.26Zoolooccr2: that gives an exception here
19:49.41cr2Zoolooc: ok. interesting.
19:50.00dcordescr2: rebooted, opened connection as usual and get "pd 0xaa210184 4" > aa210184 |EXCEPTION while reading from address 92110184;  00000000                            | ....
19:50.15cr2what about 'vd 0xb110184 4' ?
19:50.21cr2hm.
19:50.23dcordessame
19:50.29dcordes0b110184 |EXCEPTION while reading from address 0B110184
19:50.30cr2vd 0xb210184
19:50.39cr2vd 0xb210184 4
19:50.53dcordessame0b210184 |EXCEPTION while reading from address 0B210184
19:50.54Zooloocexception
19:51.20pH5somebody needs to give a msm device to Kevin2 and have him update haret :)
19:51.26cr2Kevin2: are you here ?
19:51.49dcordesI can arrange a nice root shell on console client tomorrow
19:51.54cr2yeah, looks like a haret bug.
19:52.09dcordesif that would help
19:52.31dcordeshe only has to poke me for clicking listen button on kaiser
19:53.01dcordesKevin2: was mentioning something about mmu patches or so earlier this day
19:53.32Zooloocdidn't he commit those yesterday? I compiled hared last night
19:54.09dcordesZoolooc: I run the binary you dcced me
19:56.10Zooloocdcordes: yes, that's what I assumed
19:56.19dcordes03:38  Kevin2  cr2: Well, if you get this message later - I added register name decoding to mmutrace events in haretconsole. You'll need to "cvs up" and recompile haret. I've also added the framework (but not all the defs) for the ATI chips - see haretconsole/regs_ati.py.
19:56.55cr2yes, i know.
19:57.28Zooloocdcordes: I remember this, I updated haret from CVS in the meantime, I might have dcced you my previous build, but it seems that's another issue
19:57.40dcordesok
19:58.08dcordessorry but I have work to do. bbl
19:59.17cr2kiozen: i've hit some strange non-gpio code in the lcd init.
19:59.53kiozenThat's the Steve Balmer special, developer,developer,developers
20:00.12kiozenwhat do you think it is?
20:01.09cr2we can ignore it for now :)
20:01.33cr2you've done tracing the lcd powerup once.
20:01.51cr2i see 3 pxa gpios, and 2 cpld gpios.
20:02.11kiozenok
20:02.12cr2it goes like:
20:03.25cr296=1, sleep, 95=1, sleep, 91=0, sleep, 91=1, sleep, cpld(1,5,4), sleep, cpld(1,5,8), sleep
20:03.49cr2you also have the lccr4 top bit set, like the universal.
20:04.00cr2heh. it's probably the lccr* stuff in the middle.
20:05.36cr2pH5: is it possible to apply pxafb power in some obvious way without creating a n560_lcd driver ?
20:05.59cr2i think it was  possible once, but then was deprecated, or something like that.
20:07.06pH5cr2: .pxafb_lcd_power in pxafb_mach_info
20:07.15cr2linux is not a mobile os ;) just a big monolitic x86 kernel ;)
20:07.48cr2pH5: hmm. ok. but i think it's used only on the old ipaqs...
20:07.57J4k3linux is a pretty good embedded os
20:08.04kiozenwhat's the reason for such a complex sequence? I would have expected one signal for powering the lcd and some bit pattern to set the backlight
20:08.06J4k3with uclibc
20:08.07pH5it is deprecated, but I'm still using it on magician, because it flickers less than the new method :)
20:09.35cr2pH5: yes, wince sets 3 gpios, configures the LCD regs, and applies 2 more gpios. it's the infamous _pre, _post stuff.
20:10.38cr2J4k3: uclibc has nothing to do with the kernel. and linux 'modules' architecture is so braindead, that i'd better shut up now ;)
20:12.21pH5cr2: yes, we need support for that in pxafb to get it right.
20:12.46pH5currently it calls the lcd_power function after enabling the lcd controller, or before disabling it again.
20:17.35cr2pH5: a similar problem exists on the LCDs with the spi config.
20:23.12pH5cr2: yes, there is this nice lcd_device abstraction for lcd power in drivers/backlight/lcd.c, but it also pays no attention that the gpio fiddling has to be synchronized with the lcd controller setup.
20:24.04pH5spi scares me, but for the pre/post things it would be enough to add some more options to pxafb_lcd_power, which is ugly, because it's pxafb specific.
20:28.53cr2kiozen: yes, it's the lccr* fiddling in the middle.
20:30.22cr2so it's like 'set 2 gpios, setup lccr, reset 1 gpio, set 2 cpld gpios'
20:36.34cr2now i only need to find out the lcd id process. the board id has 2 bits, so you can't have 6 options ;)
20:37.53pH5cr2: perhaps those are complex bits.
20:39.31cr2or i just copy the stuff over to the n560 directory, and have 1 config :)
20:44.17J4k3cr2: well, by comparison to any other offering, its the best thing available for that 'size' range.
20:48.44goxboxlivehmm Openmoko works kind of great now on universal, but still miss sms support.
20:49.12cr2goxboxlive: is it fast ?
20:49.17goxboxlivecr2: nope
20:50.15goxboxlivecr2: i have made a easy install package of it. It's uploaded allready if you want to try it. The kinetic scrolling is amazing.
20:50.43pH5goxboxlive: try the moko-gtk-engine
20:50.49goxboxliveAnd i dont get how Openmoko manage to adjust the correct time, year and date.
20:51.39cr2goxboxlive: does it support the accelerometer ? i have one in athena :)
20:52.28goxboxlivecr2: no idea
20:52.50goxboxlivepH5: isent that included in the openmoko distro? I am not using angstrom with openmoko.
20:53.18goxboxlivepH5: i guess it's not
20:56.04pH5goxboxlive: you have to bitbake it yourself. angstrom, openmoko, doesn't matter.
20:56.12*** join/#htc-linux Zoolooc_ (n=fredsiba@p549526BF.dip0.t-ipconnect.de)
20:57.14*** join/#htc-linux kiozen_ (n=oeichler@rgnb-4db03d73.pool.einsundeins.de)
20:59.53goxboxlivepH5: i have done it. Is it just to install and run openmoko or do i have to edit something?
21:01.52pH5goxboxlive: I had to edit /etc/gtk-2.0/gtkrc, not sure if that is still the case.
21:02.43goxboxliveok, i'll look
21:03.41cr2pH5: do we have AT%EM on calypso ?
21:03.59goxboxlivepH5: gtkrc doesnt exist, and moko-engine isent running either
21:04.12pH5cr2: it's not enabled in magician's firmware.
21:04.15kiozen_BabelO: what's the difference between a host and a build system
21:05.48cr2BabelO: do you have AT%EM on ba ?
21:06.07BabelOcr2: don't think
21:06.25pH5cr2: we need ti's sources :)
21:06.51pH5or somebody with magical abilities to can transplant thumb interwork code from the gta01 firmware into ours.
21:06.55BabelOkiozen_: don't know, the same ? or the host is a clean base for the build system, like OE do ?
21:07.02pH5s/to/who/
21:07.33kiozen_hm..
21:08.32cr2pH5: do you know how deal with the radio.nbf ?
21:08.41BabelOkiozen_: do you use QSettings ?
21:08.53kiozen_in QLandkarte, yes
21:09.29pH5cr2: sure, itsme is the answer to everything
21:09.34BabelOkiozen_: i use arrayIndex do save profile settings , and i want to delete them, but i can't, don't know why
21:09.43pH5there's a decoderadio.pl floating around somewhere
21:10.00pH5but reverse engineering mixed thumb/arm code is no fun
21:10.22cr2ok.
21:10.29pH5(even more if you have no idea what the processor registers are)
21:10.47kiozen_afaik you are not supposed to delete anything
21:10.57kiozen_just rewrite the config and save
21:11.36goxboxlivehttp://wiki.xda-developers.com/index.php?pagename=RomTools/decoderadio.pl
21:12.12kiozen_grr... still havent found out how to tell the linker not to use /usr/lib64/librt.so for arm targets
21:12.17BabelOkiozen_: yes, but sometimes, you want to delete profile ;)
21:12.44kiozen_it's like the registry in windows, it never forgets
21:13.30goxboxlivepH5: could you pastebin your gtkrc file. It seems like i dont have it
21:13.30BabelOkiozen_: yes , but it lose data all 6 month when you format your pc again ;)
21:13.51kiozen_what about clear() and rewriting the config?
21:14.20BabelOtoo long for the phone, i want to do less access as possible
21:15.26kiozen_it has to dump the complete text file to disk anyway
21:16.48BabelOkiozen_: yeah i found my mistake, it is ok now ;)
21:16.56kiozen_tell us :)
21:17.17*** join/#htc-linux TimRiker (n=timr@209-33-233-142.dsl.infowest.net)
21:18.27BabelOkiozen_: i just do like everyone, just one line of code to delete 6 line in config... not a good idea ;)
21:18.35cr2kiozen_: gave up for now. too much .asm today :)
21:19.07kiozen_tell us :)
21:19.24kiozen_ok cr2 :)
21:20.40BabelOcr2: kiozen_ a good question, what is the best icon to tell a user that its function is to set a default profile ?
21:20.55BabelOhummm not sure my qustion is smart
21:21.22kiozen_head's profile with a star?
21:21.42kiozen_like new folder
21:22.00BabelOkiozen_: ahh good idea :)
21:22.28BabelOkiozen_: it is for that http://linuxbox2.free.fr/imlife/
21:23.00BabelOcapture46.png
21:24.01kiozen_add a new viking :)
21:24.13BabelOlol ;)
21:25.41BabelOall done with vi :)
21:26.14kiozen_so use vi as input front end
21:26.28kiozen_you will end up with a lot of friends :)
21:27.07cr2goxboxlive: i've read a rather dumbass comment in the openmoko archive :) saying that universal is a rather slow device. compared to gta01 probably.
21:27.10BabelOkiozen_: now i use monkey studio, but there is lot of bug in it
21:27.38kiozen_yes I removed imediately it after 2 min of use
21:27.45cr2goxboxlive: i winder what they'll say about athena.
21:27.51cr2s/win/won/
21:28.30BabelOkiozen_: ok, but i want kdevelop on windows, to continue my work between 12:00am and 1:00pm
21:28.42goxboxlivecr2: Do they mean when running Openmoko?
21:29.03kiozen_don't they have a windows port already?
21:29.17BabelOkiozen_: really ? not found then
21:29.44kiozen_thought I have seen something on the kdevelop mailing list
21:29.59BabelOkiozen_: yes, but with cygwin installed :(
21:30.17kiozen_and the whole kde stuff
21:30.35cr2goxboxlive: no, just a general comment.
21:31.08cr2BabelO: is it possible to make qtopia4 keyboard and mouse friendly ?
21:32.14cr2BabelO: the current config is very greenphone/gta01 oriented. i.e. designed for the phones with limited capabilities.
21:32.16BabelOcr2: for mouse i see how to do it, there is an ability to show/hide mouse when you want
21:32.23cr2sorry for the pun :)
21:32.24pH5goxboxlive: sorry, that filesystem is long gone. I think I needed that card for the diagnostic disk experiments.
21:32.56pH5but it was only a single line including the gtkrc from /usr/share/themes/moko or similar
21:33.08BabelOcr2: for keyboard i use it over vnc without problem
21:33.40cr2BabelO: btw, is it possible to add the pixmap for 'Back' button ?
21:33.47goxboxlivepH5: :-) ok
21:34.10cr2i find it very counterintuitive how it#s done now.
21:34.36goxboxlivecr2: Universal is slow running wince. But Qtopia and Opie are fast. X11/GPE is also slow. But i guess it is a lot faster than the GTA01
21:34.49BabelOcr2: it is because i set it with label only ;) i ve to try both config, and with label, i can set the best size for all component
21:35.12goxboxlivepH5: what is the purpose of running moko-engine. Is it faster or will the messager work?
21:35.18cr2goxboxlive: that's why i talk about a dumbass comment ;)
21:35.47goxboxlive:-)
21:35.57cr2BabelO: with the text label it looks like the touchscreen-less phone.
21:36.42BabelOcr2: yes agree
21:44.31cr2pH5: i still don't get it. why htc never had a problem with updating radio, but fic has ?
21:45.53pH5cr2: this is gsm business, I think nobody can understand this.
21:46.01cr2they blame ti, but somehow i don't believe it.
21:46.05cr2ok.
21:54.15goxboxlivepH5: what is the purpose of using the moko-engine?
21:54.51goxboxliveI notced that openmoko on universal is faster in portrait mode than landscpe. Does that make any sense?
21:55.37cr2weird.
21:56.00cr2because portrait is the "native" LCD mode.
21:56.18cr2since there is no hw rotation like on ati.
22:03.59cr2hehe. booting with root=/dev/sda1 sounds funny :)
22:06.45pH5goxboxlive: moko-gtk-engine is thomas wood's xlib only gtk engine, which is very fast compared to the pixmap scaling fest that is the standard theme.
22:06.54goxboxlivepastebin.no/2809
22:07.08pH5I guess that is also the reason why landscape < portrait, maybe some pictures have to be scaled more.
22:07.09goxboxliveWhy is this happening pH5, i am trying to build a magian image
22:07.30goxboxliveok
22:07.53pH5goxboxlive: add imagemagick-native to ASSUME_PROVIDED if you have it installed locally.
22:08.16goxboxlivepH5: ok
22:08.36pH5the openmoko-icon-theme-standard2-qvga hack needs imagemagick and I didn't want to bother creating a native OE package for that.
22:23.10*** join/#htc-linux rob_w (n=bob@X0419.x.pppool.de)
22:30.19Jax184rah again
22:34.58*** join/#htc-linux TimRiker (n=timr@pdpc/supporter/bronze/TimRiker)
22:36.00*** join/#htc-linux the_sys0p (i=the_sys0@gateway/tor/x-117f31f0f9d56ef6)
22:48.04cr2pH5: i'm still doing something wrong. the kernel crashes on any attempt to do gpio_get_value from CPLD.
22:50.02Jax184I picked up a Blue Angel last night for $10
22:51.02cr2Jax184: which one ?
22:51.28Jax184it's branded by audiovox, and was sold through Telus
22:51.29pH5hm. for $10 I would take one too :)
22:51.41Jax184so it's CDMA
22:51.50pH5hey, an alpine?
22:51.54cr2no.
22:52.06pH5there are real cdma blueangels?
22:52.15cr2Jax184: what is the baorid ? 4 ?
22:52.23Jax184hmm?
22:52.24pH5cr2: did you try replacing the memory accesses in htc-egpio with debug printfs?
22:52.31cr2pH5: i think it's called harrier, not blueangel.
22:52.38Jax184that's what I'm thinking
22:52.41cr2pH5: i'll try.
22:52.46Jax184what I've read so far is a touch confusing
22:52.51pH5ah, harrier. I never heard of that, know the name only from the bootloader.
22:52.54*** join/#htc-linux TimRiker (n=timr@pdpc/supporter/bronze/TimRiker)
22:53.18cr2Jax184: the boardis is probably 4. i've heard that it actually works.
22:53.46cr2the lcd part on 4 is the same as on 5. i.e. no weird spi stuff.
22:54.00Jax184I took it apart last night
22:54.24cr2Jax184: do you have lcd ? :)
22:54.56Jax184I didn't open up the screen casing, since I don't have a T4 torx driver
22:55.29cr2t5
22:55.45Jax184well, I don't have a T5 any more than I do a T4
22:55.48cr2i know because i've replaced the lcd on mine.
22:55.51Jax184the smallest I have is T6
22:56.03Jax184anyway, I think you're right about the board
22:56.16cr2can you boot linux on it ?
22:56.30Jax184no idea
22:56.39Jax184haven't tried
22:56.40cr2well, try.
22:56.43cr2:)
22:56.59*** join/#htc-linux dcordes (n=user0815@f048226146.adsl.alicedsl.de)
22:57.49Jax184I know the upgrades to WM6 and WM5 state that they absolutly do not work on the harrier
22:59.23cr2because of cdma i guess.
22:59.31Jax184yeah
23:00.52cr2pH5: gpio 357, is it realistic ?
23:02.45cr2for cpld1
23:02.55cr2will check cpld2 now
23:04.46pH5cr2: no. what is the gpio number you use in the gpio_set_value call, and what number is .gpio_base in the struct htc_epgio_platform_data?
23:05.59pH5you have to decide the gpio numbers, and with the current hh.org implementation the gpio chip's gpio numbers should probably start at 0x100 and 0x200, respectively
23:06.09cr2525 for cpld2.
23:06.30cr2yes, that's the numbers i use.
23:06.55cr2i can check 357-256, 525-512
23:08.56pH5hm, ok. you have that huge number of registers on cpld1, and with the fake 16bit access leaving half of the gpio numbers empty you get up to 357.
23:09.17cr2256+16*6+5
23:09.19pH5so what register access does htc-egpio translate this to?
23:09.35pH5cr2: yup, that's why I want to have an option for the 8bit chips.
23:09.40cr2and 512+13
23:09.53cr2525
23:10.00pH5this is ok
23:10.01cr2cpld2 is ok.
23:11.04cr2yes. and 357 for cpld1
23:11.18cr2but they obviously point to some wrong location.
23:12.02cr2how i can debug that ?
23:12.12cr2i'll look at /proc/ioports
23:12.46cr2usb keyboard is quite handy.
23:13.55dcordesusb keyboard on htc?
23:13.58pH5cr2: well, you have configured htc-egpio with the cpld base addresses, so htc-egpio calculates (for 256+16*6+5) the register address as u16 base[6<<bus_shift]
23:14.16dcordesI thought htc usb hosts were unpowered
23:14.49pH5dcordes: not on athena it seems :)
23:15.16cr2but with 250mA limit it still rejects my stick.
23:15.26cr2will put 500 ;)
23:16.58dcordesusb mass storage one?
23:18.45cr2yes.
23:18.52cr2the keyboard/mouse is ok.
23:19.05Jax184I still want to do something cool with this harrier
23:19.06cr2w228x.0 is ok
23:19.20cr2atiw_mmc is ok.
23:19.32cr2htc-egpio.0 is ok
23:19.33dcordesamazing that usb stick pulls more than 250mA
23:19.49cr2htc-egpio.1 is ok
23:20.14cr2dcordes: it may be some kernel bug. but if i connect the stick to a powered hub, it works.
23:20.45dcordesw or w/o power supply on the hub?
23:21.14dcordesI had similar effect with my zaurus. Usb hub tells the host that there is enough currency although it has no power at all
23:21.37cr2dcordes: with power
23:21.58dcordesthere is a way to remove the currency check completely. XorA from oe once made me a kernel patch for this
23:22.09cr2zaurus is the only pxa device that sets the current limit
23:22.22dcordesbut I think it's dangerous. That's why I got a hub for external power needs
23:22.43cr2pH5: no cpld interrupts in /proc/interrupts ?
23:22.59dcordesI believe that. from user power point of view I can tell I'm very satisfied with the zaurus
23:23.07dcordes-power
23:23.11pH5cr2: /proc/interrupts only shows requested irqs
23:23.17cr2pH5: ok, the htc-egpio does not register itself. ok.
23:24.39cr2pH5: the cpld memory areas are those which i requested. why can an access fail ?
23:26.03cr2going to blow athena with a 500mA limit :)
23:28.51dcordeswhat do you run on it?
23:28.53cr2heh. with 500mA it works at boot.
23:29.01cr2dcordes: ?
23:29.07dcordesoperating system
23:29.25cr2wince5
23:29.38cr2i'm not reflashing anything.
23:29.55cr2i always use factory installed software :)
23:30.13cr2unlike goxboxlive :)
23:31.22dcordesis there a way to exactly dump the interal flash of htcs?
23:31.47dcordesso in case of rma you can get them back to factory installed software?
23:32.33cr2it's doc g4 here.
23:32.41cr2unsigned bit = gpio & GPIO_BASE_MASK;
23:33.36cr2hmm. where is GPIO_BASE_MASK
23:33.59pH5that's gpiodev stuff
23:34.38cr2it's 0xff
23:34.41cr2ok.
23:35.26cr2so i must get 16*6+5
23:35.35cr2<PROTECTED>
23:35.52cr2bus_shift=0
23:35.54cr2i hope.
23:36.10cr2set it to 2 before ;)
23:36.54cr2don't see where is can fail...
23:37.31cr2.bus_shift   = 0,
23:37.41cr2.gpio_base   = 1*GPIO_BASE_INCREMENT,
23:45.50cr2no, it's not the htc-egpio fault.
23:45.55dcordesbetween did you find out anything about the exception thing on kaiser?
23:46.20cr2happens somewhere deep in the not very transparent gpiodev stuff.
23:46.43cr2dcordes: need Kevin2 for that. it looks like a bug in haret.
23:49.38cr2pH5: gpio_get_value does not come to egpio_get
23:50.13cr2the printk in egpio_get does not show up.
23:50.36cr2i'd be surprised if it was different.
23:53.31cr2i think things like that prevent the screen output
23:53.34cr2<PROTECTED>
23:53.35cr2<PROTECTED>
23:53.52cr2because the fb is not yet initialized.
23:54.35dcordescr2: Ok I hope he will be able to help with it
23:55.04BabelOcr2: try with EFB_DEBUG :)
23:56.23cr2yes, commenting the BUG() helped :)
23:57.47cr2hmm. strange

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