IRC log for #htc-linux on 20090424

00:20.05*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
01:04.09*** join/#htc-linux elf (i=elf@antenora.aculei.net) [NETSPLIT VICTIM]
01:04.09*** join/#htc-linux Dindon (i=OSEF@193.27.79.0) [NETSPLIT VICTIM]
01:04.09*** join/#htc-linux thinko (n=jdoe6alp@smaug.rackdragon.com)
01:09.09*** join/#htc-linux scoobydu (n=scoobydu@149.254.48.91)
01:09.48scoobydu#android
01:10.01scoobyduJoin #android
01:57.31*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
02:30.24*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
02:38.38*** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey)
03:09.34*** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-100-187.dynamic.mnet-online.de)
03:33.36AstainHellbringhi
04:04.35*** join/#htc-linux Shinto (n=John@f048101104.adsl.alicedsl.de)
04:13.03Marajin_mornin AstainHellbring
04:20.17AstainHellbringsup Marajin
04:20.59MarajinAstainHellbring: Eh, I've felt better.. was up about 26 hours straight yesterday, had an exam, finished my day with a huge indian style kebab and then died in bed for 8-9 hours
04:21.14MarajinNow I'm awake again, still a bit tired with rather unsettled guts
04:21.17Marajinyay for chili
04:21.49AstainHellbringouch!
04:22.32Marajinthe kebabs are pretty huge, people rarely finish them in a single meal, I'd guess it's a double meal for most, so you can sorta guess the chili dosage :p
04:23.14AstainHellbringwow
04:23.55MarajinI'm just glad I hadn't been drinking too :p
04:26.15*** join/#htc-linux goxboxlive (n=goxboxli@mail2.hjellnesconsult.no)
04:28.53AstainHellbringMarajin what do you know of the lastest porting updates?
04:31.55MarajinAstainHellbring: Nothing at all, been too busy to keep up with porting stuff
04:49.49*** join/#htc-linux guest (n=imcokema@pool-96-249-153-221.hrbgpa.fios.verizon.net)
05:13.52*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
06:14.40*** join/#htc-linux JuNu_KN (n=chatzill@p549ABB7D.dip0.t-ipconnect.de)
06:15.44*** join/#htc-linux kiozen (n=oeichler@p54922A4C.dip0.t-ipconnect.de)
06:26.48*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
06:33.53*** join/#htc-linux lupine_ (n=lupine@forest.lupine.me.uk)
06:51.20*** join/#htc-linux lupine_ (n=lupine@forest.lupine.me.uk)
07:16.24*** join/#htc-linux marex (n=marex@eduroam91.ms.mff.cuni.cz)
07:20.54methril|workyo
07:21.32*** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo)
07:24.34*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
07:26.22*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
07:49.53*** join/#htc-linux rob_w (n=bob@p549BCCF3.dip.t-dialin.net)
07:51.23*** join/#htc-linux nebi_ (n=nebi@217.142.147.19)
07:52.15*** join/#htc-linux JuNu_KN (n=chatzill@p549ABB7D.dip0.t-ipconnect.de)
08:19.26*** join/#htc-linux timebomb (n=tb@p5B3E39E6.dip.t-dialin.net)
09:19.07*** join/#htc-linux Abracadabra (n=aaabraca@62-244-191-249.cust.exponential-e.net)
09:23.10*** join/#htc-linux lordkiwi_ (n=root@h60088.upc-h.chello.nl)
09:27.49*** join/#htc-linux rzk_ (n=rzk@daemonet.ru)
09:52.36*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
10:19.40*** join/#htc-linux TheiPirate (n=Timbo@cpe-67-9-132-146.austin.res.rr.com)
10:22.32*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
10:22.40*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
10:30.23*** join/#htc-linux Badgerface (n=milfadoo@78-69-144-82-no19.tbcn.telia.com)
10:36.46*** join/#htc-linux marex (n=marex@eduroam91.ms.mff.cuni.cz)
10:50.00*** join/#htc-linux alex_pa (n=alex_pop@95.215.184.37)
11:06.19*** join/#htc-linux cr2 (n=cr2@ip-90-187-116-118.web.vodafone.de)
11:22.38cr2kiozen: how would you like this :
11:22.47cr21. unzip planet file to planet.osm
11:22.49cr22. verify it has 124128254400 bytes
11:26.23*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
11:26.36kiozencr2: eh?
11:28.23cr2xml insanity.
11:32.56kiozenif you mess around with xml you deserve it
11:34.32*** join/#htc-linux MethoS (n=clemens@host-091-096-209-207.ewe-ip-backbone.de)
11:41.11*** part/#htc-linux TheiPirate (n=Timbo@cpe-67-9-132-146.austin.res.rr.com)
12:05.56*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
12:06.46*** join/#htc-linux zycho (n=zycho@dslb-088-070-056-035.pools.arcor-ip.net)
12:11.31*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
12:34.07*** join/#htc-linux PoohbaLT (n=BlkPoohb@c-69-141-71-249.hsd1.nj.comcast.net)
12:41.19*** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz)
13:11.27*** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-166-105.ewe-ip-backbone.de)
13:11.28*** join/#htc-linux wirelessdreamer (n=dreamer@63.210.102.138)
13:18.00*** part/#htc-linux Abracadabra (n=aaabraca@unaffiliated/abracadabra)
13:18.19*** join/#htc-linux Abracadabra (n=aaabraca@62-244-191-249.cust.exponential-e.net)
13:46.34*** join/#htc-linux sdt555 (n=titus@147.145.40.44)
13:51.51kiozencr2: GT can do 32bit RGBA maps, now.
13:52.14kiozenno limitation to 8bit palette anymore
13:55.09*** join/#htc-linux tcccp (n=hey@2001:470:c926:666:666:666:666:666)
14:22.35*** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring)
14:29.44*** join/#htc-linux MethoS (n=clemens@85.16.166.105)
14:53.31*** join/#htc-linux dzo (n=dzo@121-98-128-127.bitstream.orcon.net.nz)
15:06.51*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
15:19.51*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-702368191425919e)
15:20.15*** join/#htc-linux Magister7 (n=Miranda@mail.vicont.in.ua)
15:21.31Magister7Hello to all.
15:21.52captnoordhey
15:23.16Magister7dzo, why did you disabled audio_set_dsp_params() call in msm_audio_path? Is it causing some problems?
15:35.43*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-47d9013ed7108477)
15:38.26*** join/#htc-linux mib_2t64u4gr (i=c3f273d5@gateway/web/ajax/mibbit.com/x-3eff029d39e51a2f)
15:39.51*** part/#htc-linux mib_2t64u4gr (i=c3f273d5@gateway/web/ajax/mibbit.com/x-3eff029d39e51a2f)
16:10.00*** join/#htc-linux Magister2k7 (n=Miranda@mail.vicont.in.ua)
17:11.24*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
17:13.01cr2somebody alive ?
17:14.06BabelOyess :)
17:15.23*** join/#htc-linux kiozen (n=oeichler@rgnb-5d8747ff.pool.einsundeins.de)
17:23.19cr2lol
17:23.49cr2ATOM means AtoM, arm11->arm9
17:36.04*** join/#htc-linux _chab7_3 (n=kvirc@fibhost-67-206-132.fibernet.bacs-net.hu)
18:00.27*** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be)
18:04.02*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-e253450bd6de7952)
18:06.40cr2kiozen: but M will stay with 8bit ?
18:06.59kiozencr2: yes, because it's much faster
18:07.37kiozenfor 8 bit images GDAL can copy directly into qt's image buffer
18:07.38cr2sure. the same as your ozi friend does :)
18:08.16cr2and qt can reduce the colors ?
18:08.24kiozenfor rgba I need 3-4 rasterio calls and I have to copy the byte values one by one into the image bugger
18:08.53kiozenit's possible to do with qt
18:09.01cr2they will be dithered i guess
18:09.36kiozenyes
18:09.46cr2so if i'd like to have full contol, i'd use convert/gimp
18:10.07kiozensure, qt can't replace these :)
18:10.27cr2ok. somethnig for the docs
18:10.49kiozenbut 32 bit maps suck
18:11.07kiozen> -rw-r--r-- 1 oeichler users 113537312 24. Apr 15:41 Top10Bayern_11.993_49.0532_1.ecw
18:11.08kiozen> -rw-r--r-- 1 oeichler users  13534704 18. Mär 08:27 Top10Bayern_11.993_49.0532_1.tif
18:11.16cr2it's a wasrte anyway
18:11.30kiozenwavelet vs. geotiff 8bit
18:11.50cr2ecw landsat is not bad
18:12.12cr2but you can't use it under linux.
18:12.19kiozenyou can
18:12.37cr2fucking patents.
18:12.42kiozenI won't implement win-only stuff
18:12.44cr2on arm ?
18:12.50cr2agreed
18:13.14kiozenhm, sourcecode is available, thus why not arm
18:13.53kiozenbut it's just good for areal photography
18:14.01cr2i don't know what they are doing there, but the geotiff looks uncompressable.
18:14.11kiozenfor printed maps it's sucks with artifacts
18:14.12cr2sorry, i meant mrsid, not ecw ;)
18:14.48cr2similar technology, but still different.
18:15.11cr2jpeg2000 can be lossless
18:15.56cr2but geotiff is better for our purposes.
18:15.57kiozensure, coding each pixel with 32bit
18:16.17kiozenimho it's never bit true
18:16.25kiozenas it uses digital filter
18:16.34*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-5f01cc2a1563d70f)
18:16.42kiozenit's like mpg3
18:16.54cr2jpeg or jpeg2000 ?
18:17.10kiozenboth
18:17.15cr2i think jpeg can use arithetic coding too
18:17.46cr2whatever that is. i've never looked what kind of math is behind.
18:17.49kiozenbut that's not jpeg in the basic sense anymore
18:18.03cr2ok, you mean jpeg=DCT
18:18.45cr2yes, lossless jpeg is a bit pointless
18:18.45kiozenin printed maps with propper defines colors you will always have artifacts
18:18.48*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
18:19.38*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
18:19.38kiozenand it's suboptimal for tiled formats
18:19.38cr2a good raster map uses 6-13 colors
18:19.38kiozennothing competes tif in that case
18:19.45kiozenfor photos it's vice versa
18:20.07cr2raw format is tiff ?
18:20.11*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-b35e38817bc94139)
18:20.50cr2as long as you don't use your camera as a scanner, that's true :)
18:21.16cr2http://a.img-dpreview.com/news/0703/Sigma/sigma200500mm-big.jpg
18:26.08kiozenlol that one is to obig for my mikrokopter
18:27.34cr2you don't want your mikrokopter crash with such gear
18:27.40cr2http://greif.uni-greifswald.de/geogreif/?page_id=4484
18:28.02cr2wtf did they use tiff+jpeg compression ? insanity.
18:33.34*** join/#htc-linux nebi_ (n=nebi@217.142.147.19)
18:45.09*** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com)
18:46.47goxboxlivekiozen, i received my usb gps today. It was a gps mouse. But i has a ballon on the cable. I might get some problem to make it fit in my netbook
18:47.15kiozengoxboxlive: balloon?
18:47.43kiozenyou mean a ferrit to suppress emv?
18:47.49goxboxliveyes a some electronics in the cable. Like a ferrit
18:48.06kiozenimho you don't need it for short cables
18:48.09goxboxlivei dont hibk it is a ferrit, because it has a Led
18:48.17kiozenoh ok
18:48.34goxboxliveI'll open it and check what is it :-)
18:48.44goxboxlivehave to test it first to see if it works
18:48.55cr2level converter and rs232-usb ?
18:49.00kiozenwhat chip set?
18:49.00*** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-166-105.ewe-ip-backbone.de)
18:49.15cr2kiozen: ftd probably
18:49.29cr2i think there is only 1 chipset
18:49.49kiozenftd?
18:50.43goxboxlivekiozen, i dont know, but the name of the gps is Royaltek RGM-3600/SP
18:50.49goxboxlivehi cr2
18:51.07cr2hi goxboxlive
18:51.44cr2kiozen: http://www.ftdichip.com/
19:05.18*** join/#htc-linux goxboxlive_ (n=goxboxli@204.84-48-126.nextgentel.com)
19:12.59*** join/#htc-linux _XD (i=t3st1fy@ircop.com)
19:29.25goxboxlivecr2, you know everything about openstreetmaps. so i ask you. I cant download for oslo, only for US.'
19:29.28goxboxlivewhy?
19:30.10goxboxlivei am using a app named raodnav
19:34.41*** join/#htc-linux NetRipper (n=netrippe@netripper.nl)
19:39.23*** join/#htc-linux Xime (n=xime@bankize.net)
19:43.19kiozengoxboxlive:  your eeepc has 640px in the height?
19:44.05goxboxlivekiozen, 600
19:44.11goxboxlive1024x600
19:44.25kiozenhm, ok, that  makes it a bad canditate for qlandkarte gt
19:44.50kiozenqlandkarte M would be better, but no osm tile server support sofar
19:45.29cr2kiozen: nc10 has the same resolution
19:45.33*** join/#htc-linux swc|666 (n=swc@65.101.151.78)
19:45.55cr2goxboxlive: i think a lot of things are broken now in osm.
19:46.03goxboxliveok
19:46.06kiozenwell, for those little critters M will be fine
19:46.13cr2goxboxlive: so wait some time until they will fix it.
19:46.23kiozentile server works
19:46.24goxboxliveok
19:46.44cr2kiozen: lol, little. 2GB ram and 1.6GHz cpu
19:47.02cr2kiozen: editing work too, but a lot of tools are broken.
19:47.26cr2XAPI for example. so you can't do any useful downloads.
19:47.40kiozenlittle in the sense of the screen
19:47.46cr2and working on the 124GB world file is silly.
19:48.03cr2and even that world file is broken now.
19:48.06kiozenI stopped reading osm dev list
19:48.14kiozenit's hopeless
19:48.17cr2nothing really useful there.
19:49.05cr2i'm mostly unhappy about the XAPI.
19:49.39cr2i don't use anythng else.
19:49.41kiozentile server works, and that's the only real usable part of osm
19:50.50cr2the rest has some commercial value to them
19:51.22cr2i think that dumping 124GB of xml junk is intentional.
19:52.15cr2because the people operating the server are competent enough to do better
19:52.20cr2but nothing happens.
19:52.27*** join/#htc-linux swc|666 (n=swc@unaffiliated/swc666/x-4934821)
19:54.06kiozenpimp up my osm map: http://www.qlandkarte.org/shot19.png
19:54.06cr2kiozen: anyway, grmn, teleteq et al. are left far behind in the area where i live :)
19:54.47cr2wow, transparent overlay ?
19:55.26kiozencr2: no they are not left behind as there is no osm vector format
19:55.52kiozenwell it's just contour shading over the osm map
19:56.33cr2kiozen: suggest a better .img format
19:56.38cr2yes, i see it now.
19:57.10kiozenhm, too much work, right now my mikrokopter is more fun :)
19:57.42cr2:)
19:58.18kiozenneed to add support for flight control to GT
19:58.52cr2lol
20:00.11*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-2452e6f7a5f7e2b3)
20:00.21kiozenbtw same shot withhout shading: http://www.qlandkarte.org/shot20.png
20:01.35cr2yes, not so impressive
20:02.12cr2but since osm DB ignores the altitude, you'll still get some problems in such mountainous regions.
20:03.46kiozenthe pitty about osm is that it's a lot of work, but it reaches it's limits now.
20:04.25kiozenthey cant' tell about accuracy, because they simply don't know
20:05.09kiozenosm is ok for towns but for outdoor purposes it sucks
20:05.32cr2kiozen: it's 'street'map
20:06.13kiozenimho osm and wikipedia are a good example of swarm intelligence limits
20:06.41cr2i'm more disappointed about the missing route planning mass-market app
20:06.58kiozenyes I know but users start to derive outdoor maps from osm base
20:07.19kiozenopen cyclemaps is an example
20:07.28cr2it's the best they can get
20:07.57kiozenwithout scientific knowledge
20:08.17cr2you can't imagine what a PITA is to work with any commercial / state / EU data sources.
20:08.37kiozenpita but accurate
20:08.56cr2you can buy many datasets, but it's simply impossible to do anything useful with them
20:09.14cr2because of the license agreements and such.
20:09.25kiozenif I compare tracks with osm/garmin/atkis atkis is best
20:10.08cr2it's not suprising.
20:10.19kiozenyes
20:10.34cr2but it will change, because the state will not finance it to such extent as in the past.
20:10.54kiozenimho the industry will
20:11.47cr2we will see
20:14.31cr2trained monkeys with the 40cm imagery still can't beat gps tracks in the middle of the forest.
20:15.33cr2but i would certainly like to have a two-frequency receiver, and some free software tools for postprocessing
20:15.41kiozenlol, i just compared tracks with forest tracks on osm
20:15.59kiozenit was disturbing
20:16.35cr2it depends on the hardware, and what they are doing.
20:17.40kiozenright, and this part is not documented in osm
20:17.50cr2btw, is there any good sat orbit calculation tool availble ?
20:18.09*** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes)
20:18.21kiozennot that i know
20:18.22cr2the grmn DOP is also a hideous and intransparent thing
20:18.39kiozenright, garmin obscures this data
20:18.48cr2i didn't try anything after xearth
20:18.57kiozengarmin tracks are worth nothing for such atask
20:19.01cr2ad it was long ago.
20:19.15kiozenhowever most osm tracks are done by garmins
20:19.23cr2yeah, but nobody knows how to dump raw data on 60/76
20:19.37kiozenimho impossible
20:20.04cr2with sirf3 devices it also does not make much sense
20:20.07kiozenthat's why you should use a goos gps mouse
20:20.30kiozenwbt201 or iBule 747 are fine
20:20.34cr2hehe. with sirf2 chipset  and external antenna
20:21.13cr2i've lost some sirf2 SDK sources and binaries.
20:27.25*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-6585a6247d346b06)
20:33.50*** join/#htc-linux tre9 (n=ubuntu@lepke.dreamhost.com)
20:36.05*** join/#htc-linux Marex (n=vasum7am@u-pl15.ms.mff.cuni.cz)
20:37.42*** join/#htc-linux marcin (n=marcin@chello089076157070.chello.pl)
20:39.31cr2hi Marex
20:42.38tre9in h5400_wifi_wifi() is this line: int ret=request_module("ohci_hcd");
20:43.06tre9but the module is named ohci-hcd.ko
20:44.11tre9and /var/log/messages contains: May  1 02:28:37 h5000 user.warn kernel: [ 1694.430000] Starting h5000 wifi interface failed - ohci_hcd module missing
20:44.44tre9can I just rename the .ko file, or do I have to change the kernel source?
20:45.25Marexcr2: hi, I took a look at the N560 DoCG4 again today ... I still cant wake up, but at least I can hang the bootloader ;D
20:45.43Marex(so it doesnt wakeup into shitblows)
20:48.32cr2ok
20:49.09Marexcr2: well ... I dont know if it means the g4 is hanged (but it looks like so)
20:49.21Marexin linux, I get all zeros when reading from it
20:50.02Marexthe real problem is, it might somehow screw up the CPLD so I can't switch the LEDs
20:50.09Marex(the bootloader that is)
20:51.37*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
20:54.40cr2ipl does not touch the cpld
20:54.54Marexbut it does touch the GPIOs
20:55.04Marexthat might affect the CPLD
20:55.13*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
20:55.15cr2unlikely
20:59.55Marexcr2: very likely ;)
21:28.14tre9I changed h5400_wifi.c to request the correct module.
21:28.49tre9it looks like modprobe -v h5400_wifi works, but there is no new interface reported by ifconfig
21:29.59tre9dmesg output:
21:30.01tre9[  430.620000] Starting h5000 wifi interface
21:30.13tre9[  431.120000] usb 1-1: new full speed USB device using samcop usb host and address 2
21:30.27tre9[  431.290000] usb 1-1: configuration #1 chosen from 1 choice
21:31.15tre9lsmod ouput:
21:31.17tre9ohci_hcd 20268 0 - Live 0xbf004000
21:31.17tre9h5400_wifi 1476 0 - Live 0xbf000000
21:31.44tre9Is there a way to verify that h5400_wifi did what it is supposed to do?
21:32.13cr2tre9: do you have any evidence that it ever worked ?
21:34.57tre9cr2: just this post http://article.gmane.org/gmane.comp.handhelds.linux.h5400/2253
21:37.53cr2tre9: proposal ?
21:38.06cr2hm. nand did some init
21:38.10cr2[    6.811328] nandid: 5501bcec maker ec device bc
21:38.12cr2[    6.811541] CFG0: cw/page=3 ud_sz=512 ecc_sz=10 spare_sz=4
21:38.13cr2[    6.811785] DEV_CMD1: f00f3000
21:38.15cr2[    6.811938] <6>NAND_EBI2_ECC_BUF_CFG: 1ff
21:38.16cr2[    6.812091] flash_id: 5501bcec size 0
21:43.39tre9there is this post on 19 May 2008 http://bugs.openembedded.net/show_bug.cgi?id=3161#c32
21:44.23tre9and this CVS commit on 25 May 2008  http://handhelds.org/cgi-bin/cvsweb.cgi/linux/kernel26/arch/arm/mach-pxa/h5400/h5400_wifi.c
21:45.53cr2tre9: ok
21:48.17cr2hm. something is still buggy here
21:50.01cr2[    6.843035] Creating 6 MTD partitions on "msm_nand":
21:50.02cr2[    6.843249] 0x00000000-0x00080000 : "SPL"
21:50.03Marexcr2: I just finished the palmtc wifi ;)
21:50.04cr2[    6.843371] mtd: partition "SPL" is out of reach -- disabled
21:50.05cr2[    6.843585] mtd: Giving out device 0 to SPL
21:50.32cr2Marex: whichchipset ?
21:50.45Marexsome intersil, prism3ssp
21:50.51Marexbut the pcmcia driver was the hard part ;)
21:51.15cr2ok
21:51.40Marexcr2: oh dont overpraise me ;-D
22:04.54cr2if (slave->offset >= master->size) {
22:05.06cr2printk ("mtd: partition \"%s\" is out of reach -- disabled\n",
22:05.07cr2427                                parts[i].name);
22:05.23cr2it seems that the nand size is not detected
22:10.09dream_killwhat device is that ?
22:10.17dream_killcr22
22:10.45*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
22:10.57cr2dream_kill: raph100. i need to check the tables
22:11.08dream_killsend me the kernel to check it pls :D
22:11.40dream_killmaybe ur radio has the MPU enabled on the nand :P
22:11.49dream_killmy radio has it disabled right now :D
22:12.43*** join/#htc-linux boli^ (i=foobar@78-105-123-196.zone3.bethere.co.uk)
22:12.44dream_killbeside spl is not at that address :D
22:12.50boli^evenin'
22:12.57dream_killat that address is the radio :D
22:12.59boli^or mornin', depending on your locality
22:13.57boli^could someone remind me how to flip the screen 180 degrees when in landscape mode, as its currently upside down on my kaiser ...
22:14.17cr2dream_kill: ok, but it's a different problem.
22:14.26boli^portrait mode is correctly orientated
22:14.50dream_killif mpu protection is on then u read only ff's
22:14.58dream_killor u get error
22:15.04cr2dream_kill: the driver should detect the nand size properly. the nand partiiton parameters can be adjusted later
22:15.10cr2ok
22:15.17dream_killaaa
22:15.28dream_killnand size detection should work like in g1
22:15.34dream_killas is same nand chip:D
22:15.58cr2i'm looking at the code now :)
22:16.10cr2dream_kill: what is the spl absolute offset ?
22:16.26cr2g1 code counts everything in the 128K blocks
22:16.50cr2i've already modified haret to provide the MSMp tag list, and it works.
22:18.13cr2<PROTECTED>
22:18.15cr21160                 mtd->size = 256 << 20; /* * num_chips */
22:18.16cr21161         else if (flash_id == 0x5580baad) /* 2Gbit Hynix chip */
22:18.18cr21162                 mtd->size = 256 << 20; /* * num_chips */
22:18.19cr21163         else if (flash_id == 0x5510baad) /* 2Gbit Hynix chip */
22:18.21cr21164                 mtd->size = 256 << 20; /* * num_chips */
22:18.22cr211
22:18.35cr2hehe. braindead code here ;)
22:18.51cr2it seems that my raph100 has a different chip
22:19.12cr2nandid: 5501bcec maker ec device bc
22:19.18cr2checking wiki
22:19.56dream_killSPL starts in nand at
22:19.57dream_kill1356000
22:19.57dream_killhex
22:20.36dream_kill(i have the nand chip dumped phisical .. so 100% correct :D
22:21.03cr2hm. ok. since it's not 0x20000aligned, the g1 nand code needs some modifications ;)
22:21.05cr2ok
22:21.37cr2samsung_kby00n00hm  0x1000  0x40  0x800  0x840  0xEC  0xBC  2  0  0  0
22:21.49cr2http://wiki.xda-developers.com/index.php?pagename=MSM_NANDID
22:24.07*** join/#htc-linux cr2 (n=cr2@ip-90-187-116-118.web.vodafone.de)
22:31.05cr2dream_kill: g1 has 256MB nand ?
22:31.07dcordesdream_kill: what's mpu (protection) ?
22:31.35cr2this is the chip from g1 code
22:31.40cr2one of the chips
22:31.43cr2hynix_hyh0ssj0mf3p  0x800  0x40  0x800  0x840  0xAD  0xBA  2  0  0  0
22:31.51cr2and this is my raph100
22:32.02cr2<PROTECTED>
22:32.13cr2the difference is in the first column
22:34.12cr2hehe. thanks God for the spl
22:34.16cr2http://www.nuerom.com/BlogEngine/post/2008/10/25/Various-Sprint-Touch-Pro-Info-Results.aspx
22:34.37cr2BLOCK COUNT=0x1000
22:35.41cr2hmm. let's check what happens :)
22:36.21dream_kill??
22:38.14cr2dcordes: j0b0 has written a new gsensor driver.
22:39.12cr2many bugz
22:39.21cr2like it was on hermes
22:39.43dcordescr2: any actions required?
22:39.43Marajinisn't it still on the hermes ;)
22:40.07cr2[   10.245227] msm_nand_read_oob: unsupported ops->len, 512
22:40.08cr2[   10.260333] end_request: I/O error, dev mtdblock0, sector 0
22:40.10cr2[   10.274401] Buffer I/O error on device mtdblock0, logical block 0
22:40.18dream_killmmm
22:40.34dream_killaa
22:40.42dream_killsince u are comming from windowse
22:40.51dream_killthe nand is not anymore at a0a.....
22:40.58dream_killis mapped somewhere else :D
22:41.01dream_killcheck in SPL
22:41.04dream_killmap command :D
22:41.19cr2dream_kill: weird
22:42.08dream_killnot weird
22:42.14cr2[    6.812304] flash_id: 5501bcec size 20000000
22:42.15dream_killspl remappings :D
22:42.58*** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
22:43.02dream_killmmm
22:43.04cr2[    6.833087] Creating 6 MTD partitions on "msm_nand":
22:43.06cr2[    6.833300] 0x00000000-0x00080000 : "SPL"
22:43.07cr2[    6.833453] mtd: Giving out device 0 to SPL
22:43.09cr2[    6.833636] msm_nand_read_oob: unsupported ops->len, 68
22:43.09dream_killu detected it correctly
22:43.15cr2yes.
22:43.34cr2so the command interface is at 0xa0a
22:43.40dream_killyep
22:44.35cr2i don't understans why the initrd does someting with nand
22:46.13cr2root@htcraphael:~# od -x /dev/mtd5ro
22:46.15cr20000000     ffff    ffff    ffff    ffff    ffff    ffff    ffff    ffff
22:46.16cr2*
22:46.34cr2the block layer is broken too
22:47.10cr2dcordes: i have not tested the driver
22:54.38*** join/#htc-linux Azalar (n=Azalar@unaffiliated/azalar)
22:57.26*** join/#htc-linux Tinyboom (n=nahh@206.84-49-89.nextgentel.com)
22:57.33*** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-46bba62cdf41ad61)
22:58.31maejrep[w][18:38:15]  <cr2> dcordes: j0b0 has written a new gsensor driver.  <-- new, as in different from raph_gsensor ?
22:59.49cr2maejrep[w]: yes, i 'm looking for a link
23:00.31cr2maejrep[w]: i've added uart2dm and uart1. get an instant crash on adding UART1_CLK to the table.
23:01.00cr2maejrep[w]: and hit some other bugs, but BT needs the rfkill powerup code added first.
23:01.02j0b0maejrep[w] its the same one but everything renamed to kxsd9, nicened up, and put in /drivers/i2c/chips/
23:01.28j0b0http://tibook.jb.b4m.com/j0b0/diffs-commits/kionix-kxsd9-090423.c.txt
23:01.53j0b0theres also a diff against current head next to it
23:02.04cr2j0b0: does it work ?
23:02.35j0b0well .. yes, but i have no real test
23:03.27j0b0the values it meaasures are good
23:03.38*** part/#htc-linux Azalar (n=Azalar@unaffiliated/azalar)
23:03.59cr2well, then commit it.
23:04.27j0b0and it creates an input device and reports ABS_X,Y,Z and creates a couple of sysfs files to control sensitivity and sample rate
23:04.31j0b0and toggle it on/off
23:05.59cr2that's all i'll expect from the kernel driver
23:07.01j0b0ive looked at the lis302dl (i think) driver in the openmoko kernel and it reports REL_, not ABS_, but the akm8976 (the dream compass/gsensor) reports ABS_
23:07.48j0b0and also pedometer to ABS_GAS which i do too
23:07.50dcordesj0b0: did you think about adding it in the mainline kernel?
23:09.20j0b0i would like it to conform to some standard for accelerometers, but i havent found any
23:10.22j0b0so that it would work for existing apps or user space drivers
23:10.24cr2j0b0: i think REL_ is also wrong
23:10.25dcordeswhat about the mok2 driver?
23:10.41dcordesopenmoko fic gta02 device
23:10.55cr2j0b0: because acceleration is not a relative offset
23:11.22j0b0right. i think ABS_ is more appropriate as well
23:12.02cr2yes, it's an ABSolute value in itself
23:12.19cr2just not in m, but m/s^2
23:12.31j0b0is it nice to also report pedometer and free-fall, or should that be up to the user
23:12.33cr2and needs double integration
23:13.11cr2free-fall should be some realtime notification
23:13.13cr2like irq
23:13.47cr2i don't think a lot can be done in a small time period
23:14.31j0b0i consider freefall when x^2+y^2+z^2 < 3 million or so
23:14.32*** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru)
23:14.55cr2if ((ops->len % mtd->writesize) != 0) {
23:14.57cr2<PROTECTED>
23:14.58cr2<PROTECTED>
23:15.12j0b0it detects that twice when i drop it 2 feet, sampling 10/sec
23:15.19captnoordwhen delta A is bigger than
23:15.20cr2wtf initrd has to do with write ???
23:15.33cr2j0b0: ok
23:16.38*** join/#htc-linux Moku (n=John@f048101104.adsl.alicedsl.de)
23:17.10*** join/#htc-linux MethoS- (n=clemens@dyndsl-085-016-166-224.ewe-ip-backbone.de)
23:17.35dcordescr2: angstrom automaounted nand parititons?
23:18.21cr2dcordes: no. the same message is in  msm_nand_read_oob
23:19.19cr2<PROTECTED>
23:19.24cr2do we need it ?
23:20.07cr2i'll enable VERBOSE now
23:24.43cr2hm. hanged at boot now.
23:28.32cr2[    6.821398] nandid: 5501bcec maker ec device bc
23:28.35cr2[    6.821612] CFG0: cw/page=3 ud_sz=512 ecc_sz=10 spare_sz=4
23:28.36cr2[    6.821856] DEV_CMD1: f00f3000
23:28.37cr2[    6.822009] <6>NAND_EBI2_ECC_BUF_CFG: 1ff
23:28.38cr2[    6.822161] flash_id: 5501bcec size 20000000
23:29.07cr2[    6.843157] msm_nand_read_oob: unsupported ops->len, 68
23:29.23cr2[   10.136706] msm_nand_read_oob: unsupported ops->len, 512
23:30.29cr2the list looks reasonable
23:30.34cr2root@htcraphael:~# cat /proc/mtd
23:30.36cr2dev:    size   erasesize  name
23:30.37cr2mtd0: 00080000 00020000 "SPL"
23:30.39cr2mtd1: 00020000 00020000 "MFG"
23:30.40cr2mtd2: 00020000 00020000 "MISC"
23:30.42cr2mtd3: 000a0000 00020000 "SPLASH"
23:30.43cr2mtd4: 000a0000 00020000 "SPLASH2"
23:30.45cr2mtd5: 02400000 00020000 "OS"
23:31.31cr2the absolut offset is wrong, but it's another issue.
23:32.56cr2maejrep[w]: reboot does not work too.
23:34.48dcordesiirc on wince non-A amss power off is done via smd0
23:35.47*** join/#htc-linux MethoS-- (n=clemens@dyndsl-085-016-166-165.ewe-ip-backbone.de)
23:36.36cr2dcordes: wince talks about "soft reset" and "arm9 reboot notify" here
23:36.37cr2whatever that means
23:46.35tmztmtd is working ro?
23:47.37cr2tmzt: no
23:47.48tmztreading back now :)
23:47.58cr2[01:28] <cr2> [    6.822161] flash_id: 5501bcec size 20000000
23:47.59cr2[01:29] <cr2> [    6.843157] msm_nand_read_oob: unsupported ops->len, 68
23:48.01cr2[01:29] <cr2> [   10.136706] msm_nand_read_oob: unsupported ops->len, 512
23:48.16cr2[01:19] <cr2>  SUPPORT_WRONG_ECC_CONFIG
23:48.17cr2[01:19] <cr2> do we need it ?
23:48.28cr2these are the open questions
23:49.02tmztinteresting, does the msm side use the same metadata as the ce side?
23:49.17tmztI mean amss
23:50.53cr2which metadata ?
23:51.03tmztoob, bad block data
23:51.32cr2if eec is done in hardware, then yes
23:52.34tmztdo you know what sector data in OS.nb.extra refers to?
23:52.54*** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo)
23:52.57madCoder-<j0b0> ive looked at the lis302dl (i think) driver in the openmoko kernel and it reports REL_, not ABS_, but the akm8976 (the dream compass/gsensor) reports ABS_ <-- I agree that ABS is correct.  Tilting it to a given position is not relative, and for it to detect rotating to landscape, it would have to be ABS
23:53.59cr2madCoder-: btw, do we have a chance switching to .29 ?
23:54.19cr2tmzt: does .29 boot on g1/g2 ?
23:54.25tmztzinx has used 2.6.29 on the trout and reported a few problems with virtual memory
23:54.34tmztnot idea about g2
23:54.42cr2ok
23:54.50madCoder-cr2: I'm sure we do, will just be another round of playing catchup
23:55.06cr2there are tons of i2c fixes there, and other useful things
23:55.22maejrepyeah, the switch from "trout" to "msm" is nice ;)
23:55.49cr2ok, but i don't mind i2c fixed now. the problem lie soewhere else anyway
23:56.08maejrepdo the i2c changes rely on anything else in the kernel?
23:56.21cr2i doubt it
23:56.29maejrepcr2: I'd like to fix the battery capacity calculation :x
23:56.47maejrephave any tips?  trying to understand the calculations they do makes my head spin
23:57.13maejrepI think that's the only piece left keeping me from committing my battery/charger driver
23:57.49maejrepalso needs to be tested with raph100 of course (it's supported conceptually, but not tested)
23:57.53cr2maejrep: i've tried to log smem values and 'powermon' values at the same time. but the output does not tell me much
23:58.08maejrepbattery.dll has the calculations, but they're weird
23:58.29mickeylhehe
23:58.48cr2maejrep: what about the kernel battery driver ? is it pda_power based ?
23:58.50mickeylare these batteries doing coloumb counting or just temp?
23:58.53maejrepmaybe if I knew what the goal was to get from raw to real, it would help
23:59.01maejrepcr2: I don't know what pda_power is?
23:59.01cr2the g1 code uses rpc and is really insane
23:59.23maejrepyeah, I use smem, not rpc, but it only implements power source and battery, afaik
23:59.31maejrepif pda_power does more than that, I don't know what it is or how to support it
23:59.34cr2maejrep: the battery driver used on hx4700,universal and other older htc devices

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