IRC log for #htc-linux on 20080328

00:00.23tsdogshmm, don't remember :(
00:00.43dzocan i get you to connect with haretconsole and dump some memory locations so i can check the mdp_base is OK.
00:00.47cr2tsdogs: porting the nav stuff does not make much sense without route planner being ported first.
00:01.09dcordes_dzo, I got the same result when we built random android kernels in case that matters. I can't recall if leds kept blinking back then
00:01.31tsdogsyes, that's the code linked to dglib
00:01.37dzono it's not getting as far as the kernel.
00:01.43dcordes_dzo, sure you could querry me for the commands
00:01.44cr2tsdogs: the editor things are separate, but i dislike that it does not let you edit the oneway ? and the turn restrictions.
00:02.01dcordes_dzo, so I guess that is the taking over problem we had always
00:02.18cr2tsdogs: the editor code is probably too complex for our needs.
00:02.26*** join/#htc-linux patoche (n=pat@lns-bzn-20-82-64-0-32.adsl.proxad.net)
00:02.36cr2tsdogs: i don't know what is the right way to proceed.
00:02.46tsdogscr2: sqlite in the editor?
00:03.08cr2tsdogs: .txt is enough
00:03.20dcordes_dzo, shall I use the new harete, or the haret from  before?
00:03.33cr2lineid oneway -1/0/1
00:03.36dzoyup, try vdump 0xb2100000 0x100 and then pdump 0xaa200000, they should be the same, can you paste the results to pastebin. (use the old haret)
00:03.49dcordes_k
00:03.59cr2tsdogs: noturn segid1,segid2
00:04.20cr2tsdogs: it' enough, just to have a gui for doing it.
00:05.05cr2tsdogs: because you don't what to lookup the segids manually, and enter them by hand in kword ;-)
00:05.21tsdogs:)
00:05.44tsdogsthere is sqlite source in the editor branch...
00:05.50*** join/#htc-linux swc|666 (n=no@24.143.67.18)
00:06.03cr2tsdogs: just a toolbar oneway icon
00:06.18dzoand also try pdump 0xaa210100
00:07.10cr2tsdogs: if it's selected then the click on a segment 'rotates' its status. if you unselect the oneway icon, the setting is appended to the .txt file
00:07.29dzowith 0x100 after all the pdumps
00:08.07tsdogscr2: hmm, but what about the direction ?
00:08.18cr2tsdogs: and if two segs are selected, then clicking a 'turn' option selects/deselects a turn restriction.
00:08.48cr2tsdogs: draw it on a segment. any segment has 'to' and 'from' nodes in the db.
00:09.02cr2so it has "natural" direction.
00:09.21tsdogsok but that might be wrong ...
00:09.32cr2tsdogs: when you click on a segment (now) it's highlighted.
00:09.45tsdogsok
00:10.25cr2yes, that' why you need 3 options: -1,0,1 as in inverse direction,twoway,db direction
00:10.50tsdogsok
00:10.54dzodcordes, i've got to go for lunch, I'll check the logs later.
00:10.59tsdogsso you want:
00:11.04tsdogsenter edit mode
00:11.22tsdogsthis way u can select/deselect segments
00:11.27cr2tsdogs: my own todo list is buildus8 and poi/places code.
00:11.36cr2tsdogs: you can select/deselect already.
00:11.42dcordes_dzo, http://pastebin.ca/960287
00:11.44cr2just add an editor icon
00:11.56tsdogsok but only one segment at the time
00:12.02cr2and a save function.
00:12.26cr2yes, but it solves at least the oneway flag editing.
00:12.37tsdogsok.
00:13.18cr2if you can also do a two seg selection, it's even better :)
00:13.26tsdogs:)
00:13.29cr2but it's a different operation.
00:13.44tsdogsok, let's start with easy things :)
00:13.56cr2i think the oneway editing is relatively simple to add.
00:13.59cr2:)
00:14.15tsdogsI want to merge mainline diffs before
00:14.27tsdogsprobably tomorrow/weekend task.
00:15.25cr2ok.
00:15.50cr2i'm busy with the n560 LCD spi stuff, so kiozen can have a working device too.
00:16.14tsdogscr2: are u also working on the port to 2.6.25?
00:17.09cr2not really.
00:17.27cr2the asic3_mmc is the main problem on asic3 devices.
00:17.33tsdogswhould we gain something interesting?
00:17.42cr2but n560 may work.
00:17.49tsdogsI mean worth the effort?
00:17.53cr2no.
00:17.56tsdogsok
00:17.58BabelOone kernel for all pxa devices ;)
00:18.06tsdogs;)
00:18.06cr2we don't have asic3_sdio anyway.
00:18.20cr2and i'd better do atiw_sdio first.
00:18.51cr2asic3_sdio driver is a separate job on extending asic3_mmc
00:19.46cr2BabelO: i've modified the error names in asic3_mmc, so the driver compiles cleanly, but there is some irq handler stuff that's not so easy.
00:20.34cr2BabelO: it's a similar problem to the atiw_mmc, where i also don't have a full understanding of the irq handling by the ati chip.
00:20.52cr2but asic3_mmc should be easier, because you already have a working driver.
00:22.09BabelOcr2: ok ;) i just want to finish this acx mac8011, i miss something , but did not found where
00:22.56cr2BabelO: we'd have acx_sdio soon. to replace the acx_cs on newer 54mbit devices
00:23.23cr2that's the main reason to move to .25
00:23.37cr2but afair no asic3 devices have 54mbit
00:23.41dcordes_dzo, exception while reading.. is not a good sign I guess?
00:23.52BabelOcr2: agree with that, artemis is on sdio too
00:24.02cr2BabelO: and msm
00:24.38cr2BabelO: i think it's only the 'cardctl' stage (and fw update, hwaddr change)
00:25.00cr2that works over sdio. the rest may be on the pmcia mem too.
00:25.11BabelOok, goind to bed, i will try to found mybug tomorrow :)
00:25.18cr2good night
00:25.26BabelOcr2: and bt does not want ot run at 921600 :(
00:25.47BabelOit gave me error frame 00 not known
00:25.56evilroxcr2: with haret20071122 i've been able to telnet in to my device
00:26.01tsdogsgood night
00:26.02BabelO[  840.780000] h4_recv: Unknown HCI packet type 00
00:26.09dcordes_gnite tsdogs
00:26.09BabelOgood night
00:26.28cr2evilrox: i've finished the dl.
00:26.38evilroxty
00:27.20cr2921600 nees a BTS command.
00:29.47cr2evilrox: battery mon may be on i2c.
00:30.32evilroxcr2: what?
00:31.41evilroxoh
00:32.14evilroxso i've to buy another smartphone to have linux in it, no chance?
00:32.52cr2evilrox: no, just an info.
00:34.17cr2evilrox: i think we will get it to boot linux relatively fast.
00:34.28evilroxcr2: awesome
00:34.42cr2but it'll take some time to sort out the gpios and suspend/resume.
00:35.08evilroxi can help you someway?
00:35.15evilroxcan i*
00:35.39cr2not right now.
00:35.46cr2wait a bit :)
00:36.10evilroxok, thanks for all, you're great
00:43.43*** join/#htc-linux evilrox (n=evilrox@unaffiliated/evilrox)
00:44.09cr2GPIO 19    00080000
00:45.01cr2GPIO 14    00004000
00:45.57cr2<PROTECTED>
00:46.11cr2<PROTECTED>
00:46.21cr2dcordes_: it's evil :(
00:47.24evilrox1.50 am here, night cr2 :)
00:47.45evilrox'night
00:48.31dcordes_cr2, hm?
00:48.46dcordes_good night evilrox
00:49.05evilrox'night dcordes_ ;)
00:50.39cr2dcordes_: n560 needs to send this spi stuff on wakeup
00:51.00dcordes_ah you are talking about the bitbangers
00:51.07cr2yes.
00:51.14cr2this is strange
00:51.30cr2because the same lcd on the universal does not need it.
00:52.15cr2it seems i need to do the bitbanging driver ...
00:59.55cr2ok, good night
00:59.55tsdogscr2: in roadmap_editor it changed almost all function definitions :(, there needs some work to be done to use qt ...
01:00.01tsdogsgood night :)
01:00.23cr2tsdogs: yeah, but i think because of the fontsize ?
01:00.52tsdogscr2: could be haven't looked that deeper, I get a bunch of undefined reference to...
01:01.18cr2ok.
01:01.38cr2you've packed it all into the Pen ?
01:01.52cr2it's the most sane approach anyway.
01:01.59tsdogsthe drawing propertied?
01:02.04tsdogsyes
01:02.33tsdogshmm maybe it's just a Makefile problem.
01:03.45tsdogsnope, added a callback to many of them :(
01:04.38cr2ok.
01:05.29tsdogsit's mainly a dialog issue, so fixing should be  trivial. is it worth ?
01:07.32cr2what are you editing ?
01:07.50tsdogs_editor cvs
01:08.03tsdogsjust giving it a try to build with qt :)
01:08.18cr2the latest ?
01:08.24tsdogscr2: yes
01:08.31cr2which version is that ?
01:09.02tsdogshmm, no tags
01:09.36tsdogsroadmap_gps.c/1.23/Mon Feb  4 10:27:52 2008//
01:09.48cr2th last tag is 0-10-0pre2 i think
01:10.19cr2or 0-10-0rc7
01:10.56cr2it has A* routing algorithm, that's why it's interesting.
01:11.25tsdogsok cheking tags, though I just did a cvs up.
01:11.35cr2and i guess i'll be able change the postgis interface, so we can feed it some .mp map
01:11.52cr2afair we have 0-8-3+hacks
01:12.16tsdogscr2: there is no 0-8-3 tag in _editor
01:13.35tsdogsnever mind, i was looking at branches :/
01:14.53cr2ok, then i don't rememeber
01:14.55tsdogsI should be on:        V0_10_0_rc7                     (revision: 1.1.1.1)
01:15.01cr2the latest ?
01:15.10cr2or pre2 ?
01:15.51tsdogspre2 is before
01:16.05cr2i think it has some segment speed statistics (for traffic jams?), so it should be really advanced thing.
01:16.07cr2ok.
01:16.08tsdogsthen we have:
01:16.08tsdogs<PROTECTED>
01:16.08tsdogs<PROTECTED>
01:16.08tsdogs<PROTECTED>
01:16.31tsdogsand then pre2
01:16.36cr2ok.
01:16.40dcordes_good night all. dzo poke or email for further reference
01:17.07tsdogscr2: working day tomorrow. good night :)
01:17.33cr2good night :)
01:23.27*** join/#htc-linux noelcragg (n=noel@166.129.77.189)
01:23.35*** part/#htc-linux noelcragg (n=noel@166.129.77.189)
01:43.42*** part/#htc-linux swc|666 (n=no@24.143.67.18)
02:03.15*** join/#htc-linux joschkopf79 (n=joschi@92.226.131.249)
02:18.40*** join/#htc-linux SmallR2002 (n=SmallR20@79-77-27-47.dynamic.dsl.as9105.com)
03:07.34*** join/#htc-linux apt (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
03:07.34*** topic/#htc-linux is HTC Linux Channel: Find logs at http://apt.rikers.org/%23htc-linux/ | please check http://handhelds.org/moin/moin.cgi/HTC_2dPhones | http://wiki.xda-developers.com/index.php?pagename=Xanadux | <cr2> let's define a common setup.
03:37.07*** join/#htc-linux Zoolooc__ (n=fredsiba@nrbg-4dbfa788.pool.einsundeins.de)
05:13.46*** join/#htc-linux laptor (n=laptor@unaffiliated/laptor)
05:30.49*** join/#htc-linux goxboxlive (n=goxboxli@195.159.97.196)
06:36.09*** join/#htc-linux _mxer_ (i=sativa@ip68-230-62-137.ph.ph.cox.net)
06:50.33*** join/#htc-linux kiozen (n=kiozen@p5492A41B.dip0.t-ipconnect.de)
07:26.24kiozencr2: you are right, there was a bug
07:26.28kiozensvn up
07:58.57*** join/#htc-linux rob_w (n=bob@X00ff.x.pppool.de)
08:14.16*** join/#htc-linux rmoravcik (n=rmoravci@gtsgw.ttc.cz)
08:28.55*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
08:40.48*** join/#htc-linux pH5 (n=ph5@p5485E60F.dip.t-dialin.net)
08:40.52*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
08:50.28BabelOhi
08:50.45kiozenmorning
08:51.03BabelOpH5: any idea why kexec does not works on BA or maybe can you explain how kexec works in general ?
08:51.07BabelOmorning kiozen
08:53.29pH5morning
08:53.37pH5BabelO: I have no experience with kexec whatsoever
08:53.59BabelOpH5: ok :(
08:54.03pH5it doesn't work for me either
08:54.09pH5- magician, blueangel, same result
08:54.30pH5removing /boot/zImage from the rootfs works around that though
08:54.41pH5then it just keeps using the initial kernel
08:54.45BabelOpH5: yesturday i managed to merge acx mac80211 with hh mem and cs driver ;)
08:54.55pH5wha..
08:54.55BabelOstill a little segfault remaining
08:55.07pH5great!
08:55.20pH5(the merging, not the segfault, obviously)
08:56.13BabelOpH5: yes, lol :) anyway i see wmaster0 and slave wlan devices, i ll try to finish it today, maybe you can test on hx4700 if you have time
08:58.14pH5yes, I'll try.
08:58.19pH5starts a hx4700 image build
09:02.15BabelOpH5: why there is no apm on n800 ? battery is empty very fast
09:05.46pH5apm? there is no such thing, even on our devices it's just a software interface (apm emulation)
09:06.08pH5you can send force it to sleep with echo mem > /sys/power/state
09:06.30pH5but I'm not sure if that uses significantly less energy than auto-idle in offline mode
09:09.19BabelOpH5: ok, because, when device shut of screen, it seem that after 8 hour battery is empty :(
09:15.51pH5that's not much. shouldn't it hold out like a week?
09:17.06pH5mine has not been without ac for more than three days in a row, but it certainly lives more than a day even with wifi turned on (unless I use it)
09:18.20BabelOpH5: maybe i have to try kernel with another option :( a day is the max i can get i f i did not shutoff wifi
09:21.48*** join/#htc-linux jeebster (n=kanakana@a88-112-94-153.elisa-laajakaista.fi)
09:24.31*** join/#htc-linux kiozen_ (n=kiozen@p5492A41B.dip0.t-ipconnect.de)
09:24.46kiozen_BabelO: https://s3.amazonaws.com/ppt-download/power-management-for-the-nokia-internet-tablets565.pdf
09:27.30pH5kiozen_: thanks, that's an interesting set of slides
09:28.10BabelOkiozen_: thx, that is what i was thinking about dyn_tick ;) and interesting, all power consumming are written here ;)
09:28.32kiozenit's from wkipedia :P
09:55.46cr2kiozen: compiling
09:56.02cr2kiozen: it's a complex math that you do there :)
09:56.06cr2<PROTECTED>
09:56.16cr2Pixel Size = (5.157079730473107,-5.157079730473107)
09:56.44cr2what else do you need to draw a scalebar ?
09:57.09kiozenreal meters
09:57.24cr2on GK they are real
09:58.07kiozenyes if I always use GK, but the scale bar has to work for everything else, too
09:58.07cr2i'll check on a GK map now after compiling.
09:58.15cr2ok.
09:58.33cr2btw, i've traced what's the problem with the LCD wakeup yesterday.
09:58.59cr2i need to send some spi commands to the LCD on suspend and wakeup.
09:59.14cr2the bootloader does not care about such things.
09:59.23cr2therefore i've not seen it before.
09:59.58cr2now it's too wide :)
10:00.10cr2before it was too narrow.
10:00.20kiozenjust a few px
10:00.37kiozenthat is because I use a globe and
10:01.00kiozenqt will add the line width pixel to the endpoints
10:01.20kiozenbut i need these px to make it look nice
10:01.38kiozenof course i could try to compensate the px
10:01.49cr2it's more than just some pixels.
10:02.06cr2i'll check on a 3m/pix map later today.
10:02.11kiozentry the following:
10:02.20cr2where i have the 1km grid too.
10:02.21kiozenadd a waypoint and copy it's location
10:02.37kiozenadd a 2nd and use the copied location
10:03.00kiozennext move the 2nd waypoint by distance and 90 deg
10:03.20kiozenthis is done by the vincenty method on a WGS84 ellips
10:03.31kiozenuse that to test the bar
10:04.09kiozennext use one of the wpts and use the projection from the edit dlg to moce it back
10:04.19kiozenthis is done on a globe
10:04.52cr2hmm. sounds too complex for me.
10:05.00kiozenthe total error was about 6-8 px when I tried, and that should be ok
10:05.38kiozenI wouldn't trust anything drawn on  a map
10:06.03cr28pix*5m/pix=40m error
10:06.15cr2on a 1:20000 map it's too much.
10:08.21cr2i've just picked a sample map here http://mapy.mk.cvut.cz/data/Finsko-Finlandia/Karjala/cd1/kartat/topografinen_20000/
10:08.31kiozenI can fix the error by qt, but after all it's just a scale bar, no one will use it to measur things on the meter
10:09.01cr2ok.
10:11.23kiozenwonders how much fun it must be to hike in Finland with a map from 1939
10:15.13cr2kiozen: lol. these are the best military raster maps i know. the fact that they are from 1939 make it even more amazing.
10:16.52kiozencr2: sure the hills and valleys will be accurate, rivers, too, but it will be fun to stand on the paddio of the locals, and telling them: you are not supposed to be here. look at my map.
10:19.58cr2agreed, but this can happen even if you use the imagery from the not so evil company too.
10:20.58cr2at least in the cities.
10:21.04kiozennever trust a map ;)
10:21.19cr2yeah.
10:25.29kiozencr2: svn up
10:26.17BabelOkiozen, cr2 http://www.geoportail.fr/
10:27.25kiozen:) "L'initialisation de la page peut prendre un certain temps. Merci de patienter."
10:28.26BabelOkiozen :) yes, french administration take a long time to answer you
10:29.14BabelOkiozen there is IGN maps available like this and some other funny thing for marine and snow in 3D
10:32.51cr2BabelO: Merci d'accepter les cookies
10:33.12BabelOlol, tracking you
10:33.44cr2BabelO: isn't IGN using the lambert conformal conical projection for their stuff ?
10:33.55cr2BabelO: can be a tough case for kiozen :)
10:34.07BabelOcr2: yes that is
10:34.52kiozencr2: let's reproject it to mercator :D
10:35.41cr2kiozen: i think the problem is how to enter the GCPs in a right way.
10:35.56cr2not the gdalwarp itself.
10:36.16cr2to minimize the warp errors
10:43.46BabelOcr2: lol, so easy, i like the error measure http://fr.wikipedia.org/wiki/Projection_de_Lambert -> 2,3 m/km à Dunkerque, 0,60 m/km à Marseille, usually at Marseille it is always bigger number ( french joke ) :)
10:46.48cr2BabelO: ok, now i know why i like the mercator projection :)
10:57.36*** join/#htc-linux patoche (n=pat@lns-bzn-20-82-64-0-32.adsl.proxad.net)
11:00.19cr2BabelO: but these parameters are for the IGN maps only.
11:02.16BabelOcr2: i don't understand why we are using that :( i can understand for SECAM vs PAL ( image is better )
11:03.00cr2?
11:03.18cr2PAL is better.
11:03.32BabelOnooo
11:03.41cr2i think it has historical, and political reasons.
11:03.45kiozenwhere is popcorn?!
11:03.53cr2lol
11:04.09kiozenok, got it, you may start
11:04.11cr2kiozen: ok, how should i reference this map http://mapy.mk.cvut.cz/data/Finsko-Finlandia/Karjala/cd1/kartat/yleiskartta_2000000/Suomi_Ita-Karjala.jpg
11:04.55kiozencr2:  on a quiet boring Sunday afternoon
11:04.56cr2the phi1 and phi2 parameters are not obvious to me here.
11:05.04kiozenbecause you have to set all gcps by hand ;)
11:05.41cr2kiozen: i'd claim that 2 points are enough.
11:06.10cr2if you know the projection parameters used.
11:06.19kiozenonly if you add lambert projection to the grid tool
11:06.42cr2maybe 4 just to do some oversampling.
11:07.03cr2imho, it should be the same as GK. just a different projection.
11:09.52cr2kiozen: now the scalebar is more or less ok :)
11:10.27kiozenphaaa "more or less", it's perfect for a scale bar ;)
11:11.00kiozenI should backport that to qlandkarte
11:11.21kiozenI always wonder why no one wined so far
11:12.24kiozencr2: is it possible to make gpsd to push data to telnet console?
11:18.14cr2kiozen: it's 1pixel off on my 1.69m/pix map :)
11:18.59cr2kiozen: probably because the people are used to the garmin's useless scalebar ;)
11:19.15cr2push data ?
11:20.17cr2bbl
11:25.31BabelOkiozen: lol, was looking for a merge tool, i found a good good one ;)
11:28.22*** join/#htc-linux patoche (n=patoche@lns-bzn-20-82-64-0-32.adsl.proxad.net)
11:52.17kiozenBabelO:  merge tool?
11:52.36BabelOkiozen: yes, araxis merge ;)
11:52.44*** join/#htc-linux raph_ael (i=raphael@kikoolol.orbus.fr)
11:52.46raph_aelhello
11:53.05BabelOhello raph_ael
11:53.13kiozenBabelO: winmerge?
11:53.29kbinghamBabelO: kdiff3 :)
11:53.57BabelOkiozen: beurk , araxis merge is even better, can compare directory , file, also can compare tiff file :)
11:54.30kiozencompoare directory is ok too for winmerge
11:54.38BabelOkbingham: i did not try this one, kompare under linux is ok, but cannot edit file while merging, and merge is approximative
11:55.35kbinghamBabelO: kdiff3 lets you edit during merge, and compare directories. I'm gonna go try the one you tried now :)
11:55.41kiozenthe only bummer for winmerge is the win in the name, but it's at least os
11:56.10kbinghamkiozen: i thought winmerge only ran on windows... is there linux port ?
11:56.12BabelOkbingham: i have to try kdiff3 now, araxis merge is not stable under wine :(
12:00.34kiozenkbingham: no, that is the bad part of it
12:09.48kiozencr2: currently you have to poll information on gpsd
12:10.13kiozencr2: except 'r' (raw), that is like NMEA directly
12:10.19BabelOkbingham: yes kdiff3 is ok for me good ;)
12:10.39kiozencr2: I wonder if I can get all relevant data ever y second without requesting it
12:12.06patocheis kdiff3 a good tool to compare 2 kernel source tree ?
12:18.50kiozenafaik kdiff3 and kompare are based on the output of the diff command
12:19.17kiozenand that is not quite optimal
12:20.23kbinghamit does do a 3 way merge
12:20.49kbinghamthats what I used it for - to merge to kernel trees which had a common ancestor
12:21.18patocheoki thks
12:21.43kbinghamhehe i just re-read that .... i think it would be hard to find two linux kernel trees without a common ancestor :) hehe ... but i'm sure you konw what i mean :)
12:21.51*** join/#htc-linux zoolooc (n=lucian@nrbg-4dbfa788.pool.einsundeins.de)
12:22.45patocheok it's just for comparing 2 2.6.23 kernel, one booting and other no booting
12:23.14patochegit cant compare 2 branchses ?
12:44.52cr2kiozen: we can patch an alarm() into gpsd
12:58.44zooloochi cr2
13:00.04zoolooccr2: did you hear swetland saying anything promising for msm7200 (you know well, not the -"A") kernel support lately?
13:12.46cr2zoolooc: no. only dzo makes some progress
13:15.10pH5oh cool, we have a kaiser kernel hacker now?
13:18.59cr2pH5: not the kaiser, but msm7200
13:19.06cr2sorry, msm7500
13:19.24cr2but it's the same non-phone device
13:25.04zoolooccr2: that's also good to hear, didn't know either that dzo is hacking the msm7200
13:30.14cr2kiozen: btw,they don't whine about the scalebar, but about the TYP file support. i thought there was a description of this format ?
13:31.45kiozentyp files are tought, This is completely broken stuff by Garmin. There are better ways to waste time
13:34.33kiozenbtw ported the scale to original qlandkarte
13:50.35cr2ok
13:51.28evilrox'morning
13:51.37evilrox'morning cr2 :)
13:51.39cr2btw, the libgarmin tools are a bit broken. there is the nod data parser code, but it's not used by any tools :(
13:51.48cr2hi evilrox
13:56.15kiozenlibgarmin, oh yes, one day when I have grown old I will play with that, too
14:00.00cr2the oneway is know, it only the turn restrictions that i'm missing
14:00.21cr2hehe, 's' disappeared
14:00.46kiozens?
14:01.24cr2from my keyboard :)
14:03.03kiozenok, it already went for the weekend..
14:22.17pH5eek, whytf doesn't BA survive enabling the mmu on my 2.6.25 kernel
14:22.25pH5is there anything wrong with this: http://en.pastebin.ca/960825
14:26.07cr2pH5: the coprocessor is black magic for me.
14:27.12cr2there are some cache flushes, and nop sequences.
14:27.53pH5too bad, same here.
14:28.01pH52.6.25 can be compiled with both magician and ba support at the same time. it only boots on magician though.
14:28.27cr2funny
14:28.47cr2so you have the htc-egpio driver for it ?
14:29.02cr2then i may check the n560 too.
14:29.57*** join/#htc-linux ymerejt (n=jerry@ip-131.net-89-3-221.rev.numericable.fr)
14:31.40pH5the magician patches up to htc-egpio are on linux-arm-kernel
14:31.46pH5http://marc.info/?l=linux-arm-kernel&m=120612618815594&w=2 is what I'm currently using
14:35.16cr2pH5: nice. i wish we'd have cleaned the asic3 driver in the same way.
14:35.41cr2hmm. that means i can compile 2.6.25 for athena too.
14:36.57cr2at least the asic3-gpio part.
14:37.48pH5cr2: I'd be happy to work on that if only I could get past that low-level code into blueangel_init() ...
14:39.35cr2pH5: i'd like to write a small memo about cp14 and cp15 for myself too. there are not that much things that are really used there.
14:41.28cr2pH5: btw, Marex said that beetles uses this mysterious FlashWP_VPP_ON bit on asic3
14:41.47cr2http://wiki.xda-developers.com/index.php?pagename=ASIC3
14:43.28cr2i've also ported the pasic[23] dumper to mainline haret.
14:48.44pH5the whole 0xf00/0x780 space on asic3 contains only this one flash_vpp pin?
14:48.52pH5is it used for nand or nor?
14:50.03pH5thanks for the pasic[23] dumper - too bad the really interesting open questions (how do the gpios work on that chip) are not answered in the wince code, both ba and ma only have some simple initial setup during boot and then leave it at that.
14:56.22*** join/#htc-linux marmotta (n=skodde@unaffiliated/skodde)
14:57.58dcordes_hi all
14:59.43dcordes_pH5, do you have asic3 working in 2.6.25??
15:01.37cr2pH5: the compiled version haret-w.exe is at jornada820.sf.net/files/haret. waiting for Kevin2 to appear and apply the patches. alpine and himalaya also use pasic, and there may be some more data about the 0x10-0x14 math there afair.
15:10.35pH5hm. memory checker says nothing in the bootloader writes to 0x92..., so my boot problems shouldn't be caused by memory corruption either.
15:10.58pH5cr2: I might be wrong, but I believe there is nothing interesting there. Just HTC's accessor functions were a bit overcomplicated
15:11.26pH5it's just an 8bit offset register with a read/write highest bit.
15:13.01pH5dcordes_: no
15:28.04*** join/#htc-linux Marex (n=marex@vasut.kolej.mff.cuni.cz)
15:45.26*** join/#htc-linux Sliss (n=chatzill@212.71.15.163)
15:45.55Slisshi... I an trying to boot into linux but nothing happens
15:48.46Slisssd card is setup like in the manual http://handhelds.org/moin/moin.cgi/BlueAngelHowtoInstallLinux
15:49.30Slissis there something special that will tricker this boot I still need to do?
15:55.10dcordes_Sliss, what did haret say?
16:02.29dcordes_Sliss, do you see kernel messages showing or nothing at all? which image did you download?
16:02.49dcordes_doubble check your first partition being fat16 and your second ext2
16:03.11dcordes_have to leave bbl
16:04.26*** join/#htc-linux Marex-notebook (n=marex@vasut.kolej.mff.cuni.cz)
16:05.35Slissharet tells me: on Run> cannot open script file \Storage Card\linux\default.txt
16:06.00Marex-notebookdarn
16:06.05Marex-notebookhi all
16:06.08*** join/#htc-linux p3t3r__ (n=p3t3r__@wlan.net-you.de)
16:06.37Slissand it found machine Blueangel
16:07.10Slissoops partitions wrong... fat32 and ext3  must be a habit
16:10.54dcordes_Sliss, I always use fat16 32 might also work don't know. default.txt has to be in the same folder has haret.exe
16:11.21Slissit is
16:11.27Sliss...was ;-)
16:11.31dcordes_it's a script with variables telling haret how to boot
16:12.47Slissare you sure about ext2?
16:12.55Slissext3 is in the manual
16:13.24dcordes_depends on what filesystem support is compiled in your kernel
16:19.37pH5Sliss: ext2/ext3 is not a problem until at least linux started.
16:19.57pH5it will tell you (with a kernel panic) if it can't mount the root file system
16:21.09SlissI am repartitioning
16:43.46Slissok it is booting :)))
16:43.51SlissFINALLY
16:45.46Slisslogin promt... hmmm
16:49.02Slisswhat user and password do I support to be using?
16:50.46pH5angstrom/openmoko dev image? root and empty password
16:51.19Slissangstrom
16:54.48Slissbut it said login incorrect
16:55.26Slissopenmoko dev?
16:56.36Slissanyway... hope I can login soon... weekend is stating...
16:59.11SlisspH5: any last suggestion?
17:02.16*** join/#htc-linux JohnnyK (i=johnnyk@nfx-nat-229.pilsfree.net)
17:16.32*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
17:35.09*** join/#htc-linux pof_ (n=pof@62.57.156.236.dyn.user.ono.com)
17:45.50*** join/#htc-linux LunohoD_ (n=alex@e180074167.adsl.alicedsl.de)
17:54.04*** join/#htc-linux pof_ (n=pof@62.57.156.236.dyn.user.ono.com)
18:11.07*** join/#htc-linux CVirus (n=GoD@196.205.191.81)
18:11.53*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfa788.pool.einsundeins.de)
18:13.48*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
18:18.59*** join/#htc-linux drcode (n=user1@85.65.12.156.dynamic.barak-online.net)
18:20.04*** join/#htc-linux TimRiker (n=timr@99.204.201.43)
18:32.54BabelOcr2 or pH5 when i do a cat /proc/iomem i got a segfault, what can cause this ?
18:39.16*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
18:45.12*** join/#htc-linux Robwoerle (n=bob@M8242.m.pppool.de)
18:48.25*** join/#htc-linux snoopdogg__ (n=snoopdog@f048005021.adsl.alicedsl.de)
18:49.23*** part/#htc-linux p3t3r__ (n=p3t3r__@wlan.net-you.de)
18:49.47*** join/#htc-linux jeebster (n=kanakana@a88-112-94-153.elisa-laajakaista.fi)
18:59.39*** join/#htc-linux goxboxlive (n=goxboxli@208.84-48-176.nextgentel.com)
19:01.06cr2BabelO: dmesg ?
19:01.38cr2BabelO: wrong platform_data or something like that
19:03.04*** join/#htc-linux diogene31_ (n=rj@mur31-2-82-243-122-54.fbx.proxad.net)
19:03.53BabelOcr2: this is what i get in my dmesg http://pastebin.ca/961192 and cat /proc/iomem segfault
19:05.55*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
19:07.09*** join/#htc-linux patoche_ (n=patoche@lns-bzn-20-82-64-0-32.adsl.proxad.net)
19:07.12cr2this is already a bug here
19:07.13cr2[  169.850000] ManufacturerID:41 Len:43 Data:X100TI Teszos��;��?˷�o���;d�/�e������+����Rl��z��ڪR(��B4+
19:07.27cr2looks like a sprintf buffer overflow
19:07.46*** join/#htc-linux hlbot (n=adm@iclem.net)
19:13.45BabelOcr2: yes, i m tracking one by one
19:22.48*** join/#htc-linux patoche (n=patoche@lns-bzn-20-82-64-0-32.adsl.proxad.net)
19:24.26cr2BabelO: what is the right way to suspend a device ?
19:24.41BabelOcr2: apm -s ?
19:25.16BabelOelse echo mem > /sys/power/state
19:25.30cr2yes, /sys/power/state
19:25.38cr2apm is not always there.
19:26.06BabelOyou can cat /sys/power/xxx and it tell you available suspend
19:26.34cr2something is broken.
19:28.54cr2BabelO: and what is the right way to tell syslog to log into /var/log ?
19:29.19cr2LOGFILE
19:29.35BabelOcr2: /etc/syslog.conf first line set it to file instead of buffer
19:31.20cr2yes, it's already there
19:31.30cr2but the log is not appended ?
19:31.43BabelOcr2: restart syslogd service
19:32.01BabelOi do it yesturday evening, was working :)
19:33.19cr2ROTATESIZE=1024
19:36.47cr2i need to read the pxa27x manual. probably i misunderstand something ;)
19:39.32*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
19:40.28Raven_codaI need some help understanding why my kernel is not booting. I confrem the kernel makes it to start_kernel in main.c
19:41.02Raven_codaI have a route to slowly write white pixels to the screen and slowly fill it up
19:41.32Raven_codaproblem is that it starts filling up the screen but freezes half way thorugh
19:44.13Raven_codaanyone have ideas why it would freeze up
19:44.39Raven_codaonce it freezes screen fades to white the softresets
19:44.45Raven_coda*then
19:46.10pH5Raven_coda: what device?
19:46.15Raven_codahtc-wizard
19:47.09pH5hm, wizard doesn't have a split framebuffer..
19:47.15pH5memory corruption?
19:48.08pH5maybe a lock-up and watchdog timeout, but it's probably unrelated to the frame buffer filling routine
19:48.27Raven_codayeah I doubt it's my code causeing it
19:48.56Raven_codaI put that code in there to see if it was something that caused the kernel to crash after so much time
19:49.04*** join/#htc-linux pH5_ (n=ph5@p5485C9EF.dip.t-dialin.net)
19:49.30Raven_codaso how would I go about test for the above?
19:55.41diogene31_pH5_:  Maybe lockup in irq handling, spinlock doubly acquired, ... could be worth trying disabling interrupts and restart the pixel fill test ...
19:56.39Raven_codaat the beging of start_kernel arn't interrupts already disabled
19:57.08Raven_codaI thought about 10 lines into start_kernel() they get enabled
19:57.25pH5_maybe play with the timing - is it always half the screen, even if you busy-loop between pixels?
19:57.43pH5_or explicitly disable the watchdog timer if it's not the secure watchdog
19:58.13Raven_codait's always after x time I can change the speed my pixels are draw
20:03.49cr2pH5_: can we create some wiki page about mcr p14, * and mcr p15, * ?
20:04.38cr2i'm trying to debug the wakeup of a really strange bootloader.
20:06.42Raven_codapH5, thx I'll looking into disabling he WDT
20:07.27cr2Raven_coda: on which machine ?
20:07.38cr2hmm. one more surprise.
20:08.01Raven_codahtc-wizard
20:08.03cr20x201000 and not 0x1000 offset ?
20:08.16cr2Raven_coda: ok. watchdog is evil :)
20:08.45Raven_codathat's what it's looking like, looking at OMAP850 docs I think it's secure
20:09.45*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
20:10.06pH5cr2: like copying some pages of the arm architecture reference manual?
20:10.39pH5the patch I posted earlier works just fine on hh.org kernels. but on 2.6.25 it just hangs during the mmu enable sequence.
20:11.23cr2pH5: no, the mdoc-g4 control registers in the ipl.
20:11.47cr2it seems i can't avoid loading the kernel at +2MB offset in SDRAM ;)
20:12.03cr2do i need to modify haret for it ?
20:18.45cr2e3a0bb01
20:21.44cr2very strange
20:29.04*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
20:31.21*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
20:33.50*** join/#htc-linux hollo_ (n=hollo@3e6b025d.rev.stofanet.dk)
20:42.08*** join/#htc-linux ltxda (n=ltxda@c-98-196-125-205.hsd1.tx.comcast.net)
20:47.03*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
21:06.04*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
21:10.10*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfa788.pool.einsundeins.de)
21:19.07*** join/#htc-linux patoche (n=patoche@lns-bzn-20-82-64-0-32.adsl.proxad.net)
21:20.19*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
21:25.04*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
21:26.39*** join/#htc-linux Zoolooc (n=fredsiba@nrbg-4dbfa788.pool.einsundeins.de)
21:46.17*** join/#htc-linux pof (n=pof@62.57.156.236)
21:47.00*** join/#htc-linux patoche_ (n=patoche@lns-bzn-53-82-65-38-253.adsl.proxad.net)
21:49.25*** join/#htc-linux SmallR2002 (n=SmallR20@79-77-27-47.dynamic.dsl.as9105.com)
22:05.10*** join/#htc-linux patoche (n=pat@lns-bzn-53-82-65-38-253.adsl.proxad.net)
22:05.18k3asdb.notte
22:18.16*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
22:21.21*** join/#htc-linux skodde (n=skodde@unaffiliated/skodde)
22:21.21*** join/#htc-linux disturbedsaint (n=simon@84-105-33-111.cable.quicknet.nl)
22:36.59*** join/#htc-linux BabelO (n=Fabrice@lun34-2-82-238-28-28.fbx.proxad.net)
22:45.31*** join/#htc-linux patoche (n=patoche@lns-bzn-53-82-65-38-253.adsl.proxad.net)
22:50.33*** join/#htc-linux Marex (n=marex@gwfm10-3-250.802.cz)
22:54.53*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
22:59.28*** join/#htc-linux tsdogs (n=tsdogs@62.123.180.130)
23:07.08*** join/#htc-linux edison (i=oystein@homelien.no) [NETSPLIT VICTIM]
23:07.43*** join/#htc-linux edison (i=oystein@homelien.no) [NETSPLIT VICTIM]
23:20.30*** join/#htc-linux pof (n=pof@62.57.156.236.dyn.user.ono.com)
23:38.02*** join/#htc-linux LunohoD_ (n=alex@e180067128.adsl.alicedsl.de)
23:39.15*** join/#htc-linux pof_ (n=pof@81.184.114.62)

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