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.48 | scoobydu | #android |
01:10.01 | scoobydu | Join #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.36 | AstainHellbring | hi |
04:04.35 | *** join/#htc-linux Shinto (n=John@f048101104.adsl.alicedsl.de) |
04:13.03 | Marajin_ | mornin AstainHellbring |
04:20.17 | AstainHellbring | sup Marajin |
04:20.59 | Marajin | AstainHellbring: 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.14 | Marajin | Now I'm awake again, still a bit tired with rather unsettled guts |
04:21.17 | Marajin | yay for chili |
04:21.49 | AstainHellbring | ouch! |
04:22.32 | Marajin | the 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.14 | AstainHellbring | wow |
04:23.55 | Marajin | I'm just glad I hadn't been drinking too :p |
04:26.15 | *** join/#htc-linux goxboxlive (n=goxboxli@mail2.hjellnesconsult.no) |
04:28.53 | AstainHellbring | Marajin what do you know of the lastest porting updates? |
04:31.55 | Marajin | AstainHellbring: 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.54 | methril|work | yo |
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.38 | cr2 | kiozen: how would you like this : |
11:22.47 | cr2 | 1. unzip planet file to planet.osm |
11:22.49 | cr2 | 2. verify it has 124128254400 bytes |
11:26.23 | *** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
11:26.36 | kiozen | cr2: eh? |
11:28.23 | cr2 | xml insanity. |
11:32.56 | kiozen | if 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.51 | kiozen | cr2: GT can do 32bit RGBA maps, now. |
13:52.14 | kiozen | no 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.31 | Magister7 | Hello to all. |
15:21.52 | captnoord | hey |
15:23.16 | Magister7 | dzo, 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.01 | cr2 | somebody alive ? |
17:14.06 | BabelO | yess :) |
17:15.23 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d8747ff.pool.einsundeins.de) |
17:23.19 | cr2 | lol |
17:23.49 | cr2 | ATOM 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.40 | cr2 | kiozen: but M will stay with 8bit ? |
18:06.59 | kiozen | cr2: yes, because it's much faster |
18:07.37 | kiozen | for 8 bit images GDAL can copy directly into qt's image buffer |
18:07.38 | cr2 | sure. the same as your ozi friend does :) |
18:08.16 | cr2 | and qt can reduce the colors ? |
18:08.24 | kiozen | for rgba I need 3-4 rasterio calls and I have to copy the byte values one by one into the image bugger |
18:08.53 | kiozen | it's possible to do with qt |
18:09.01 | cr2 | they will be dithered i guess |
18:09.36 | kiozen | yes |
18:09.46 | cr2 | so if i'd like to have full contol, i'd use convert/gimp |
18:10.07 | kiozen | sure, qt can't replace these :) |
18:10.27 | cr2 | ok. somethnig for the docs |
18:10.49 | kiozen | but 32 bit maps suck |
18:11.07 | kiozen | > -rw-r--r-- 1 oeichler users 113537312 24. Apr 15:41 Top10Bayern_11.993_49.0532_1.ecw |
18:11.08 | kiozen | > -rw-r--r-- 1 oeichler users 13534704 18. Mär 08:27 Top10Bayern_11.993_49.0532_1.tif |
18:11.16 | cr2 | it's a wasrte anyway |
18:11.30 | kiozen | wavelet vs. geotiff 8bit |
18:11.50 | cr2 | ecw landsat is not bad |
18:12.12 | cr2 | but you can't use it under linux. |
18:12.19 | kiozen | you can |
18:12.37 | cr2 | fucking patents. |
18:12.42 | kiozen | I won't implement win-only stuff |
18:12.44 | cr2 | on arm ? |
18:12.50 | cr2 | agreed |
18:13.14 | kiozen | hm, sourcecode is available, thus why not arm |
18:13.53 | kiozen | but it's just good for areal photography |
18:14.01 | cr2 | i don't know what they are doing there, but the geotiff looks uncompressable. |
18:14.11 | kiozen | for printed maps it's sucks with artifacts |
18:14.12 | cr2 | sorry, i meant mrsid, not ecw ;) |
18:14.48 | cr2 | similar technology, but still different. |
18:15.11 | cr2 | jpeg2000 can be lossless |
18:15.56 | cr2 | but geotiff is better for our purposes. |
18:15.57 | kiozen | sure, coding each pixel with 32bit |
18:16.17 | kiozen | imho it's never bit true |
18:16.25 | kiozen | as it uses digital filter |
18:16.34 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-5f01cc2a1563d70f) |
18:16.42 | kiozen | it's like mpg3 |
18:16.54 | cr2 | jpeg or jpeg2000 ? |
18:17.10 | kiozen | both |
18:17.15 | cr2 | i think jpeg can use arithetic coding too |
18:17.46 | cr2 | whatever that is. i've never looked what kind of math is behind. |
18:17.49 | kiozen | but that's not jpeg in the basic sense anymore |
18:18.03 | cr2 | ok, you mean jpeg=DCT |
18:18.45 | cr2 | yes, lossless jpeg is a bit pointless |
18:18.45 | kiozen | in 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.38 | kiozen | and it's suboptimal for tiled formats |
18:19.38 | cr2 | a good raster map uses 6-13 colors |
18:19.38 | kiozen | nothing competes tif in that case |
18:19.45 | kiozen | for photos it's vice versa |
18:20.07 | cr2 | raw format is tiff ? |
18:20.11 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-b35e38817bc94139) |
18:20.50 | cr2 | as long as you don't use your camera as a scanner, that's true :) |
18:21.16 | cr2 | http://a.img-dpreview.com/news/0703/Sigma/sigma200500mm-big.jpg |
18:26.08 | kiozen | lol that one is to obig for my mikrokopter |
18:27.34 | cr2 | you don't want your mikrokopter crash with such gear |
18:27.40 | cr2 | http://greif.uni-greifswald.de/geogreif/?page_id=4484 |
18:28.02 | cr2 | wtf 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.47 | goxboxlive | kiozen, 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.15 | kiozen | goxboxlive: balloon? |
18:47.43 | kiozen | you mean a ferrit to suppress emv? |
18:47.49 | goxboxlive | yes a some electronics in the cable. Like a ferrit |
18:48.06 | kiozen | imho you don't need it for short cables |
18:48.09 | goxboxlive | i dont hibk it is a ferrit, because it has a Led |
18:48.17 | kiozen | oh ok |
18:48.34 | goxboxlive | I'll open it and check what is it :-) |
18:48.44 | goxboxlive | have to test it first to see if it works |
18:48.55 | cr2 | level converter and rs232-usb ? |
18:49.00 | kiozen | what chip set? |
18:49.00 | *** join/#htc-linux MethoS (n=clemens@dyndsl-085-016-166-105.ewe-ip-backbone.de) |
18:49.15 | cr2 | kiozen: ftd probably |
18:49.29 | cr2 | i think there is only 1 chipset |
18:49.49 | kiozen | ftd? |
18:50.43 | goxboxlive | kiozen, i dont know, but the name of the gps is Royaltek RGM-3600/SP |
18:50.49 | goxboxlive | hi cr2 |
18:51.07 | cr2 | hi goxboxlive |
18:51.44 | cr2 | kiozen: 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.25 | goxboxlive | cr2, you know everything about openstreetmaps. so i ask you. I cant download for oslo, only for US.' |
19:29.28 | goxboxlive | why? |
19:30.10 | goxboxlive | i 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.19 | kiozen | goxboxlive: your eeepc has 640px in the height? |
19:44.05 | goxboxlive | kiozen, 600 |
19:44.11 | goxboxlive | 1024x600 |
19:44.25 | kiozen | hm, ok, that makes it a bad canditate for qlandkarte gt |
19:44.50 | kiozen | qlandkarte M would be better, but no osm tile server support sofar |
19:45.29 | cr2 | kiozen: nc10 has the same resolution |
19:45.33 | *** join/#htc-linux swc|666 (n=swc@65.101.151.78) |
19:45.55 | cr2 | goxboxlive: i think a lot of things are broken now in osm. |
19:46.03 | goxboxlive | ok |
19:46.06 | kiozen | well, for those little critters M will be fine |
19:46.13 | cr2 | goxboxlive: so wait some time until they will fix it. |
19:46.23 | kiozen | tile server works |
19:46.24 | goxboxlive | ok |
19:46.44 | cr2 | kiozen: lol, little. 2GB ram and 1.6GHz cpu |
19:47.02 | cr2 | kiozen: editing work too, but a lot of tools are broken. |
19:47.26 | cr2 | XAPI for example. so you can't do any useful downloads. |
19:47.40 | kiozen | little in the sense of the screen |
19:47.46 | cr2 | and working on the 124GB world file is silly. |
19:48.03 | cr2 | and even that world file is broken now. |
19:48.06 | kiozen | I stopped reading osm dev list |
19:48.14 | kiozen | it's hopeless |
19:48.17 | cr2 | nothing really useful there. |
19:49.05 | cr2 | i'm mostly unhappy about the XAPI. |
19:49.39 | cr2 | i don't use anythng else. |
19:49.41 | kiozen | tile server works, and that's the only real usable part of osm |
19:50.50 | cr2 | the rest has some commercial value to them |
19:51.22 | cr2 | i think that dumping 124GB of xml junk is intentional. |
19:52.15 | cr2 | because the people operating the server are competent enough to do better |
19:52.20 | cr2 | but nothing happens. |
19:52.27 | *** join/#htc-linux swc|666 (n=swc@unaffiliated/swc666/x-4934821) |
19:54.06 | kiozen | pimp up my osm map: http://www.qlandkarte.org/shot19.png |
19:54.06 | cr2 | kiozen: anyway, grmn, teleteq et al. are left far behind in the area where i live :) |
19:54.47 | cr2 | wow, transparent overlay ? |
19:55.26 | kiozen | cr2: no they are not left behind as there is no osm vector format |
19:55.52 | kiozen | well it's just contour shading over the osm map |
19:56.33 | cr2 | kiozen: suggest a better .img format |
19:56.38 | cr2 | yes, i see it now. |
19:57.10 | kiozen | hm, too much work, right now my mikrokopter is more fun :) |
19:57.42 | cr2 | :) |
19:58.18 | kiozen | need to add support for flight control to GT |
19:58.52 | cr2 | lol |
20:00.11 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-2452e6f7a5f7e2b3) |
20:00.21 | kiozen | btw same shot withhout shading: http://www.qlandkarte.org/shot20.png |
20:01.35 | cr2 | yes, not so impressive |
20:02.12 | cr2 | but since osm DB ignores the altitude, you'll still get some problems in such mountainous regions. |
20:03.46 | kiozen | the pitty about osm is that it's a lot of work, but it reaches it's limits now. |
20:04.25 | kiozen | they cant' tell about accuracy, because they simply don't know |
20:05.09 | kiozen | osm is ok for towns but for outdoor purposes it sucks |
20:05.32 | cr2 | kiozen: it's 'street'map |
20:06.13 | kiozen | imho osm and wikipedia are a good example of swarm intelligence limits |
20:06.41 | cr2 | i'm more disappointed about the missing route planning mass-market app |
20:06.58 | kiozen | yes I know but users start to derive outdoor maps from osm base |
20:07.19 | kiozen | open cyclemaps is an example |
20:07.28 | cr2 | it's the best they can get |
20:07.57 | kiozen | without scientific knowledge |
20:08.17 | cr2 | you can't imagine what a PITA is to work with any commercial / state / EU data sources. |
20:08.37 | kiozen | pita but accurate |
20:08.56 | cr2 | you can buy many datasets, but it's simply impossible to do anything useful with them |
20:09.14 | cr2 | because of the license agreements and such. |
20:09.25 | kiozen | if I compare tracks with osm/garmin/atkis atkis is best |
20:10.08 | cr2 | it's not suprising. |
20:10.19 | kiozen | yes |
20:10.34 | cr2 | but it will change, because the state will not finance it to such extent as in the past. |
20:10.54 | kiozen | imho the industry will |
20:11.47 | cr2 | we will see |
20:14.31 | cr2 | trained monkeys with the 40cm imagery still can't beat gps tracks in the middle of the forest. |
20:15.33 | cr2 | but i would certainly like to have a two-frequency receiver, and some free software tools for postprocessing |
20:15.41 | kiozen | lol, i just compared tracks with forest tracks on osm |
20:15.59 | kiozen | it was disturbing |
20:16.35 | cr2 | it depends on the hardware, and what they are doing. |
20:17.40 | kiozen | right, and this part is not documented in osm |
20:17.50 | cr2 | btw, is there any good sat orbit calculation tool availble ? |
20:18.09 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
20:18.21 | kiozen | not that i know |
20:18.22 | cr2 | the grmn DOP is also a hideous and intransparent thing |
20:18.39 | kiozen | right, garmin obscures this data |
20:18.48 | cr2 | i didn't try anything after xearth |
20:18.57 | kiozen | garmin tracks are worth nothing for such atask |
20:19.01 | cr2 | ad it was long ago. |
20:19.15 | kiozen | however most osm tracks are done by garmins |
20:19.23 | cr2 | yeah, but nobody knows how to dump raw data on 60/76 |
20:19.37 | kiozen | imho impossible |
20:20.04 | cr2 | with sirf3 devices it also does not make much sense |
20:20.07 | kiozen | that's why you should use a goos gps mouse |
20:20.30 | kiozen | wbt201 or iBule 747 are fine |
20:20.34 | cr2 | hehe. with sirf2 chipset and external antenna |
20:21.13 | cr2 | i'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.31 | cr2 | hi Marex |
20:42.38 | tre9 | in h5400_wifi_wifi() is this line: int ret=request_module("ohci_hcd"); |
20:43.06 | tre9 | but the module is named ohci-hcd.ko |
20:44.11 | tre9 | and /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.44 | tre9 | can I just rename the .ko file, or do I have to change the kernel source? |
20:45.25 | Marex | cr2: 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.43 | Marex | (so it doesnt wakeup into shitblows) |
20:48.32 | cr2 | ok |
20:49.09 | Marex | cr2: well ... I dont know if it means the g4 is hanged (but it looks like so) |
20:49.21 | Marex | in linux, I get all zeros when reading from it |
20:50.02 | Marex | the real problem is, it might somehow screw up the CPLD so I can't switch the LEDs |
20:50.09 | Marex | (the bootloader that is) |
20:51.37 | *** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
20:54.40 | cr2 | ipl does not touch the cpld |
20:54.54 | Marex | but it does touch the GPIOs |
20:55.04 | Marex | that might affect the CPLD |
20:55.13 | *** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
20:55.15 | cr2 | unlikely |
20:59.55 | Marex | cr2: very likely ;) |
21:28.14 | tre9 | I changed h5400_wifi.c to request the correct module. |
21:28.49 | tre9 | it looks like modprobe -v h5400_wifi works, but there is no new interface reported by ifconfig |
21:29.59 | tre9 | dmesg output: |
21:30.01 | tre9 | [ 430.620000] Starting h5000 wifi interface |
21:30.13 | tre9 | [ 431.120000] usb 1-1: new full speed USB device using samcop usb host and address 2 |
21:30.27 | tre9 | [ 431.290000] usb 1-1: configuration #1 chosen from 1 choice |
21:31.15 | tre9 | lsmod ouput: |
21:31.17 | tre9 | ohci_hcd 20268 0 - Live 0xbf004000 |
21:31.17 | tre9 | h5400_wifi 1476 0 - Live 0xbf000000 |
21:31.44 | tre9 | Is there a way to verify that h5400_wifi did what it is supposed to do? |
21:32.13 | cr2 | tre9: do you have any evidence that it ever worked ? |
21:34.57 | tre9 | cr2: just this post http://article.gmane.org/gmane.comp.handhelds.linux.h5400/2253 |
21:37.53 | cr2 | tre9: proposal ? |
21:38.06 | cr2 | hm. nand did some init |
21:38.10 | cr2 | [ 6.811328] nandid: 5501bcec maker ec device bc |
21:38.12 | cr2 | [ 6.811541] CFG0: cw/page=3 ud_sz=512 ecc_sz=10 spare_sz=4 |
21:38.13 | cr2 | [ 6.811785] DEV_CMD1: f00f3000 |
21:38.15 | cr2 | [ 6.811938] <6>NAND_EBI2_ECC_BUF_CFG: 1ff |
21:38.16 | cr2 | [ 6.812091] flash_id: 5501bcec size 0 |
21:43.39 | tre9 | there is this post on 19 May 2008 http://bugs.openembedded.net/show_bug.cgi?id=3161#c32 |
21:44.23 | tre9 | and 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.53 | cr2 | tre9: ok |
21:48.17 | cr2 | hm. something is still buggy here |
21:50.01 | cr2 | [ 6.843035] Creating 6 MTD partitions on "msm_nand": |
21:50.02 | cr2 | [ 6.843249] 0x00000000-0x00080000 : "SPL" |
21:50.03 | Marex | cr2: I just finished the palmtc wifi ;) |
21:50.04 | cr2 | [ 6.843371] mtd: partition "SPL" is out of reach -- disabled |
21:50.05 | cr2 | [ 6.843585] mtd: Giving out device 0 to SPL |
21:50.32 | cr2 | Marex: whichchipset ? |
21:50.45 | Marex | some intersil, prism3ssp |
21:50.51 | Marex | but the pcmcia driver was the hard part ;) |
21:51.15 | cr2 | ok |
21:51.40 | Marex | cr2: oh dont overpraise me ;-D |
22:04.54 | cr2 | if (slave->offset >= master->size) { |
22:05.06 | cr2 | printk ("mtd: partition \"%s\" is out of reach -- disabled\n", |
22:05.07 | cr2 | 427 parts[i].name); |
22:05.23 | cr2 | it seems that the nand size is not detected |
22:10.09 | dream_kill | what device is that ? |
22:10.17 | dream_kill | cr22 |
22:10.45 | *** part/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
22:10.57 | cr2 | dream_kill: raph100. i need to check the tables |
22:11.08 | dream_kill | send me the kernel to check it pls :D |
22:11.40 | dream_kill | maybe ur radio has the MPU enabled on the nand :P |
22:11.49 | dream_kill | my 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.44 | dream_kill | beside spl is not at that address :D |
22:12.50 | boli^ | evenin' |
22:12.57 | dream_kill | at that address is the radio :D |
22:12.59 | boli^ | or mornin', depending on your locality |
22:13.57 | boli^ | 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.17 | cr2 | dream_kill: ok, but it's a different problem. |
22:14.26 | boli^ | portrait mode is correctly orientated |
22:14.50 | dream_kill | if mpu protection is on then u read only ff's |
22:14.58 | dream_kill | or u get error |
22:15.04 | cr2 | dream_kill: the driver should detect the nand size properly. the nand partiiton parameters can be adjusted later |
22:15.10 | cr2 | ok |
22:15.17 | dream_kill | aaa |
22:15.28 | dream_kill | nand size detection should work like in g1 |
22:15.34 | dream_kill | as is same nand chip:D |
22:15.58 | cr2 | i'm looking at the code now :) |
22:16.10 | cr2 | dream_kill: what is the spl absolute offset ? |
22:16.26 | cr2 | g1 code counts everything in the 128K blocks |
22:16.50 | cr2 | i've already modified haret to provide the MSMp tag list, and it works. |
22:18.13 | cr2 | <PROTECTED> |
22:18.15 | cr2 | 1160 mtd->size = 256 << 20; /* * num_chips */ |
22:18.16 | cr2 | 1161 else if (flash_id == 0x5580baad) /* 2Gbit Hynix chip */ |
22:18.18 | cr2 | 1162 mtd->size = 256 << 20; /* * num_chips */ |
22:18.19 | cr2 | 1163 else if (flash_id == 0x5510baad) /* 2Gbit Hynix chip */ |
22:18.21 | cr2 | 1164 mtd->size = 256 << 20; /* * num_chips */ |
22:18.22 | cr2 | 11 |
22:18.35 | cr2 | hehe. braindead code here ;) |
22:18.51 | cr2 | it seems that my raph100 has a different chip |
22:19.12 | cr2 | nandid: 5501bcec maker ec device bc |
22:19.18 | cr2 | checking wiki |
22:19.56 | dream_kill | SPL starts in nand at |
22:19.57 | dream_kill | 1356000 |
22:19.57 | dream_kill | hex |
22:20.36 | dream_kill | (i have the nand chip dumped phisical .. so 100% correct :D |
22:21.03 | cr2 | hm. ok. since it's not 0x20000aligned, the g1 nand code needs some modifications ;) |
22:21.05 | cr2 | ok |
22:21.37 | cr2 | samsung_kby00n00hm 0x1000 0x40 0x800 0x840 0xEC 0xBC 2 0 0 0 |
22:21.49 | cr2 | http://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.05 | cr2 | dream_kill: g1 has 256MB nand ? |
22:31.07 | dcordes | dream_kill: what's mpu (protection) ? |
22:31.35 | cr2 | this is the chip from g1 code |
22:31.40 | cr2 | one of the chips |
22:31.43 | cr2 | hynix_hyh0ssj0mf3p 0x800 0x40 0x800 0x840 0xAD 0xBA 2 0 0 0 |
22:31.51 | cr2 | and this is my raph100 |
22:32.02 | cr2 | <PROTECTED> |
22:32.13 | cr2 | the difference is in the first column |
22:34.12 | cr2 | hehe. thanks God for the spl |
22:34.16 | cr2 | http://www.nuerom.com/BlogEngine/post/2008/10/25/Various-Sprint-Touch-Pro-Info-Results.aspx |
22:34.37 | cr2 | BLOCK COUNT=0x1000 |
22:35.41 | cr2 | hmm. let's check what happens :) |
22:36.21 | dream_kill | ?? |
22:38.14 | cr2 | dcordes: j0b0 has written a new gsensor driver. |
22:39.12 | cr2 | many bugz |
22:39.21 | cr2 | like it was on hermes |
22:39.43 | dcordes | cr2: any actions required? |
22:39.43 | Marajin | isn't it still on the hermes ;) |
22:40.07 | cr2 | [ 10.245227] msm_nand_read_oob: unsupported ops->len, 512 |
22:40.08 | cr2 | [ 10.260333] end_request: I/O error, dev mtdblock0, sector 0 |
22:40.10 | cr2 | [ 10.274401] Buffer I/O error on device mtdblock0, logical block 0 |
22:40.18 | dream_kill | mmm |
22:40.34 | dream_kill | aa |
22:40.42 | dream_kill | since u are comming from windowse |
22:40.51 | dream_kill | the nand is not anymore at a0a..... |
22:40.58 | dream_kill | is mapped somewhere else :D |
22:41.01 | dream_kill | check in SPL |
22:41.04 | dream_kill | map command :D |
22:41.19 | cr2 | dream_kill: weird |
22:42.08 | dream_kill | not weird |
22:42.14 | cr2 | [ 6.812304] flash_id: 5501bcec size 20000000 |
22:42.15 | dream_kill | spl remappings :D |
22:42.58 | *** join/#htc-linux exception13 (n=exceptio@testdrive.kgts.ru) |
22:43.02 | dream_kill | mmm |
22:43.04 | cr2 | [ 6.833087] Creating 6 MTD partitions on "msm_nand": |
22:43.06 | cr2 | [ 6.833300] 0x00000000-0x00080000 : "SPL" |
22:43.07 | cr2 | [ 6.833453] mtd: Giving out device 0 to SPL |
22:43.09 | cr2 | [ 6.833636] msm_nand_read_oob: unsupported ops->len, 68 |
22:43.09 | dream_kill | u detected it correctly |
22:43.15 | cr2 | yes. |
22:43.34 | cr2 | so the command interface is at 0xa0a |
22:43.40 | dream_kill | yep |
22:44.35 | cr2 | i don't understans why the initrd does someting with nand |
22:46.13 | cr2 | root@htcraphael:~# od -x /dev/mtd5ro |
22:46.15 | cr2 | 0000000 ffff ffff ffff ffff ffff ffff ffff ffff |
22:46.16 | cr2 | * |
22:46.34 | cr2 | the block layer is broken too |
22:47.10 | cr2 | dcordes: 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.31 | maejrep[w] | [18:38:15] <cr2> dcordes: j0b0 has written a new gsensor driver. <-- new, as in different from raph_gsensor ? |
22:59.49 | cr2 | maejrep[w]: yes, i 'm looking for a link |
23:00.31 | cr2 | maejrep[w]: i've added uart2dm and uart1. get an instant crash on adding UART1_CLK to the table. |
23:01.00 | cr2 | maejrep[w]: and hit some other bugs, but BT needs the rfkill powerup code added first. |
23:01.02 | j0b0 | maejrep[w] its the same one but everything renamed to kxsd9, nicened up, and put in /drivers/i2c/chips/ |
23:01.28 | j0b0 | http://tibook.jb.b4m.com/j0b0/diffs-commits/kionix-kxsd9-090423.c.txt |
23:01.53 | j0b0 | theres also a diff against current head next to it |
23:02.04 | cr2 | j0b0: does it work ? |
23:02.35 | j0b0 | well .. yes, but i have no real test |
23:03.27 | j0b0 | the values it meaasures are good |
23:03.38 | *** part/#htc-linux Azalar (n=Azalar@unaffiliated/azalar) |
23:03.59 | cr2 | well, then commit it. |
23:04.27 | j0b0 | and 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.31 | j0b0 | and toggle it on/off |
23:05.59 | cr2 | that's all i'll expect from the kernel driver |
23:07.01 | 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_ |
23:07.48 | j0b0 | and also pedometer to ABS_GAS which i do too |
23:07.50 | dcordes | j0b0: did you think about adding it in the mainline kernel? |
23:09.20 | j0b0 | i would like it to conform to some standard for accelerometers, but i havent found any |
23:10.22 | j0b0 | so that it would work for existing apps or user space drivers |
23:10.24 | cr2 | j0b0: i think REL_ is also wrong |
23:10.25 | dcordes | what about the mok2 driver? |
23:10.41 | dcordes | openmoko fic gta02 device |
23:10.55 | cr2 | j0b0: because acceleration is not a relative offset |
23:11.22 | j0b0 | right. i think ABS_ is more appropriate as well |
23:12.02 | cr2 | yes, it's an ABSolute value in itself |
23:12.19 | cr2 | just not in m, but m/s^2 |
23:12.31 | j0b0 | is it nice to also report pedometer and free-fall, or should that be up to the user |
23:12.33 | cr2 | and needs double integration |
23:13.11 | cr2 | free-fall should be some realtime notification |
23:13.13 | cr2 | like irq |
23:13.47 | cr2 | i don't think a lot can be done in a small time period |
23:14.31 | j0b0 | i 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.55 | cr2 | if ((ops->len % mtd->writesize) != 0) { |
23:14.57 | cr2 | <PROTECTED> |
23:14.58 | cr2 | <PROTECTED> |
23:15.12 | j0b0 | it detects that twice when i drop it 2 feet, sampling 10/sec |
23:15.19 | captnoord | when delta A is bigger than |
23:15.20 | cr2 | wtf initrd has to do with write ??? |
23:15.33 | cr2 | j0b0: 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.35 | dcordes | cr2: angstrom automaounted nand parititons? |
23:18.21 | cr2 | dcordes: no. the same message is in msm_nand_read_oob |
23:19.19 | cr2 | <PROTECTED> |
23:19.24 | cr2 | do we need it ? |
23:20.07 | cr2 | i'll enable VERBOSE now |
23:24.43 | cr2 | hm. hanged at boot now. |
23:28.32 | cr2 | [ 6.821398] nandid: 5501bcec maker ec device bc |
23:28.35 | cr2 | [ 6.821612] CFG0: cw/page=3 ud_sz=512 ecc_sz=10 spare_sz=4 |
23:28.36 | cr2 | [ 6.821856] DEV_CMD1: f00f3000 |
23:28.37 | cr2 | [ 6.822009] <6>NAND_EBI2_ECC_BUF_CFG: 1ff |
23:28.38 | cr2 | [ 6.822161] flash_id: 5501bcec size 20000000 |
23:29.07 | cr2 | [ 6.843157] msm_nand_read_oob: unsupported ops->len, 68 |
23:29.23 | cr2 | [ 10.136706] msm_nand_read_oob: unsupported ops->len, 512 |
23:30.29 | cr2 | the list looks reasonable |
23:30.34 | cr2 | root@htcraphael:~# cat /proc/mtd |
23:30.36 | cr2 | dev: size erasesize name |
23:30.37 | cr2 | mtd0: 00080000 00020000 "SPL" |
23:30.39 | cr2 | mtd1: 00020000 00020000 "MFG" |
23:30.40 | cr2 | mtd2: 00020000 00020000 "MISC" |
23:30.42 | cr2 | mtd3: 000a0000 00020000 "SPLASH" |
23:30.43 | cr2 | mtd4: 000a0000 00020000 "SPLASH2" |
23:30.45 | cr2 | mtd5: 02400000 00020000 "OS" |
23:31.31 | cr2 | the absolut offset is wrong, but it's another issue. |
23:32.56 | cr2 | maejrep[w]: reboot does not work too. |
23:34.48 | dcordes | iirc 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.36 | cr2 | dcordes: wince talks about "soft reset" and "arm9 reboot notify" here |
23:36.37 | cr2 | whatever that means |
23:46.35 | tmzt | mtd is working ro? |
23:47.37 | cr2 | tmzt: no |
23:47.48 | tmzt | reading back now :) |
23:47.58 | cr2 | [01:28] <cr2> [ 6.822161] flash_id: 5501bcec size 20000000 |
23:47.59 | cr2 | [01:29] <cr2> [ 6.843157] msm_nand_read_oob: unsupported ops->len, 68 |
23:48.01 | cr2 | [01:29] <cr2> [ 10.136706] msm_nand_read_oob: unsupported ops->len, 512 |
23:48.16 | cr2 | [01:19] <cr2> SUPPORT_WRONG_ECC_CONFIG |
23:48.17 | cr2 | [01:19] <cr2> do we need it ? |
23:48.28 | cr2 | these are the open questions |
23:49.02 | tmzt | interesting, does the msm side use the same metadata as the ce side? |
23:49.17 | tmzt | I mean amss |
23:50.53 | cr2 | which metadata ? |
23:51.03 | tmzt | oob, bad block data |
23:51.32 | cr2 | if eec is done in hardware, then yes |
23:52.34 | tmzt | do you know what sector data in OS.nb.extra refers to? |
23:52.54 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
23:52.57 | madCoder- | <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.59 | cr2 | madCoder-: btw, do we have a chance switching to .29 ? |
23:54.19 | cr2 | tmzt: does .29 boot on g1/g2 ? |
23:54.25 | tmzt | zinx has used 2.6.29 on the trout and reported a few problems with virtual memory |
23:54.34 | tmzt | not idea about g2 |
23:54.42 | cr2 | ok |
23:54.50 | madCoder- | cr2: I'm sure we do, will just be another round of playing catchup |
23:55.06 | cr2 | there are tons of i2c fixes there, and other useful things |
23:55.22 | maejrep | yeah, the switch from "trout" to "msm" is nice ;) |
23:55.49 | cr2 | ok, but i don't mind i2c fixed now. the problem lie soewhere else anyway |
23:56.08 | maejrep | do the i2c changes rely on anything else in the kernel? |
23:56.21 | cr2 | i doubt it |
23:56.29 | maejrep | cr2: I'd like to fix the battery capacity calculation :x |
23:56.47 | maejrep | have any tips? trying to understand the calculations they do makes my head spin |
23:57.13 | maejrep | I think that's the only piece left keeping me from committing my battery/charger driver |
23:57.49 | maejrep | also needs to be tested with raph100 of course (it's supported conceptually, but not tested) |
23:57.53 | cr2 | maejrep: i've tried to log smem values and 'powermon' values at the same time. but the output does not tell me much |
23:58.08 | maejrep | battery.dll has the calculations, but they're weird |
23:58.29 | mickeyl | hehe |
23:58.48 | cr2 | maejrep: what about the kernel battery driver ? is it pda_power based ? |
23:58.50 | mickeyl | are these batteries doing coloumb counting or just temp? |
23:58.53 | maejrep | maybe if I knew what the goal was to get from raw to real, it would help |
23:59.01 | maejrep | cr2: I don't know what pda_power is? |
23:59.01 | cr2 | the g1 code uses rpc and is really insane |
23:59.23 | maejrep | yeah, I use smem, not rpc, but it only implements power source and battery, afaik |
23:59.31 | maejrep | if pda_power does more than that, I don't know what it is or how to support it |
23:59.34 | cr2 | maejrep: the battery driver used on hx4700,universal and other older htc devices |