00:11.20 | *** join/#htc-linux MethoS (n=lem@host-091-097-241-151.ewe-ip-backbone.de) |
01:39.10 | *** join/#htc-linux tcccp (i=hey@satanic-server.hey-ix.net) |
02:14.08 | *** join/#htc-linux Zoolooc__ (n=fredsiba@nrbg-4dbfc60a.pool.einsundeins.de) |
03:09.27 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-99-239.dynamic.mnet-online.de) |
03:51.07 | *** join/#htc-linux Tinyboom (n=nahh@206.84-49-89.nextgentel.com) |
04:09.19 | *** join/#htc-linux dsiluxion (n=dsiluxio@bb116-14-37-104.singnet.com.sg) |
04:09.36 | *** join/#htc-linux ali1234 (n=al@robotfuzz.co.uk) |
04:34.58 | *** join/#htc-linux Zoolooc_ (n=fredsiba@nrbg-4dbfcab8.pool.einsundeins.de) |
05:53.38 | *** join/#htc-linux Sti_02391 (n=Where_is@116.200-65-87.adsl-dyn.isp.belgacom.be) |
07:03.14 | *** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com) |
07:38.40 | *** join/#htc-linux nebi (n=nebi@170.ftth2.cust.fyrobs1.upps.se.borderlight.net) |
07:55.47 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
08:29.14 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87d018.pool.einsundeins.de) |
08:42.32 | *** join/#htc-linux MethoS (n=lem@host-091-097-241-151.ewe-ip-backbone.de) |
08:49.09 | *** join/#htc-linux mrmoku|easter (n=mrmoku@ppp-93-104-99-239.dynamic.mnet-online.de) |
09:02.43 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
09:31.35 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
09:45.56 | *** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com) |
09:56.27 | *** join/#htc-linux Pure4Real (n=pure4rea@93-45-210-140.ip104.fastwebnet.it) |
09:56.42 | *** join/#htc-linux raster (n=raster@enlightenment/developer/raster) |
10:08.21 | *** join/#htc-linux BabelO (n=BabelO@unaffiliated/babelo) |
10:39.18 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
10:52.58 | *** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com) |
10:54.36 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
11:18.47 | dcordes_ | hi |
11:18.58 | dcordes_ | cr2: if you get online I can explain |
11:44.35 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-23d99661e4f45931) |
11:44.45 | *** part/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-23d99661e4f45931) |
12:01.04 | *** part/#htc-linux Jos (i=Jos@Lithium.Jossie90.info) |
12:25.14 | mickeyl | dcordes_: morning |
12:25.22 | mickeyl | found anything wrt. missing /dev/smd1 yet? |
12:25.34 | mickeyl | i tried backporting the patch in tty_smd.c but without success |
12:38.54 | *** join/#htc-linux Balsat (n=balsat@87.72.13.34) |
12:45.25 | *** join/#htc-linux Balsat (n=balsat@87.72.13.34) |
12:52.57 | *** join/#htc-linux NetRipper (n=netrippe@netripper.nl) |
12:59.38 | dcordes_ | mickeyl: just got my building/testing env for kovsky back up |
13:00.27 | mickeyl | oki |
13:01.15 | dcordes_ | mickeyl: I would like to use fso-console-image . what's needed to get framework-devel again? |
13:01.42 | mickeyl | there's no devel branch atm. |
13:01.47 | mickeyl | all is in the stable branch |
13:01.58 | mickeyl | so just bump the rev or use autorev |
13:02.01 | mickeyl | and use frameworkd |
13:02.18 | mickeyl | has some special treatments for HTC wrt. error messages :/ |
13:02.31 | mickeyl | sings the song of v250.ter violation |
13:03.06 | dcordes_ | guess we have to live with that |
13:03.20 | mickeyl | yeah |
13:03.23 | mickeyl | not a big issue |
13:03.25 | dcordes_ | SRCREV_frameworkd = autorev in local.conf? |
13:03.34 | mickeyl | SRCREV_pn-frameworkd |
13:03.40 | mickeyl | or better |
13:03.49 | mickeyl | require conf/distro/include/fso-autorev.inc |
13:04.12 | dcordes_ | ok |
13:05.19 | *** join/#htc-linux Moku (n=John@f048137050.adsl.alicedsl.de) |
13:07.39 | dcordes_ | mickeyl: fyi there's wiki.htc-linux.org now |
13:07.51 | dcordes_ | if you want to add some OE or framework related things |
13:07.55 | mickeyl | ah, pretty good |
13:08.05 | mickeyl | while i was on OpenExpo some guy had a brillant idea |
13:08.12 | mickeyl | to establish more horizontal communication |
13:08.17 | mickeyl | we should make something such as a contest |
13:08.22 | mickeyl | FSO-compliance level |
13:08.25 | mickeyl | with a bounty |
13:08.26 | mickeyl | etc. |
13:08.33 | mickeyl | will work more on that soon |
13:10.13 | dcordes_ | sounds interesting |
13:11.17 | mickeyl | ya, talked some more in my latest blog entry |
13:11.22 | mickeyl | need to work the details out |
13:11.26 | mickeyl | swisscom will help us a bit |
13:11.39 | mickeyl | and i'm even prepared to put my private money on the desk |
13:11.50 | mickeyl | just to get a better kernel |
13:12.28 | dcordes_ | cool. how come swisscom got involved? |
13:12.53 | raster | mickeyl: poke thomas for me :) |
13:13.30 | mickeyl | heh, you here as well :) |
13:13.37 | mickeyl | raster: too late, i'm already back in FRA |
13:13.43 | raster | i was looking around for info on haret |
13:13.44 | mickeyl | raster: spent some hours with him |
13:13.46 | raster | i had a kernel to bring up |
13:13.57 | mickeyl | dcordes_: they are interested in free hardware |
13:13.59 | raster | i figured out how to convert a uimage back into a zaimage |
13:14.28 | raster | but the bloody kernel wont do anything beyond throw up a splash |
13:14.30 | raster | (and no source) |
13:14.55 | mickeyl | "fun" |
13:14.56 | raster | bugger |
13:15.03 | raster | no remote poking! |
13:15.16 | dcordes_ | mickeyl: that's noble |
13:15.53 | mickeyl | indeed |
13:15.57 | mickeyl | pretty smart folks over there |
13:16.02 | mickeyl | swisscom inno, that is |
13:16.07 | mickeyl | R&D, not the telco part ;) |
13:16.11 | mickeyl | :) |
13:16.15 | raster | hehehe |
13:16.30 | raster | mickeyl: swisscom are probably one of the best friends to have |
13:16.36 | raster | as a telco they hold some sway |
13:16.39 | mickeyl | yap |
13:16.44 | raster | more than having no telco on-side |
13:16.59 | raster | and the poor buggers are in trouble now.. they basically have no open phone they can use |
13:17.19 | raster | (well gta02 just isnt it from a hw/design pov, so gta03 was a hope) |
13:17.38 | raster | any idea what screen the yet-to-exist n97 uses? |
13:17.48 | raster | i know its 3.5" 320x640 |
13:18.39 | *** join/#htc-linux timebomb (n=tb@c169047.adsl.hansenet.de) |
13:18.46 | dcordes_ | that device looks very similar to htc rhodium (touch pro 2) |
13:20.29 | raster | touch pro i think is 800x480 with 3.4" |
13:20.39 | raster | oor was that touch hd |
13:20.43 | mickeyl | touch hd |
13:20.47 | mickeyl | pro has vga |
13:20.55 | raster | hmm |
13:20.57 | dcordes_ | touch pro is raphael, hd is blackstone |
13:21.02 | raster | nokia 5800 xpressmusic also uses the screen |
13:21.31 | raster | o thiunk one of the touchs is 800x480 |
13:21.40 | raster | not sure going for insane pixels is the right thing |
13:21.50 | raster | all u do is need more cpu/gpu grunt to fill them |
13:21.56 | raster | or have lower framerates etc. |
13:22.07 | raster | you want something "good" but the right physical size and a good aspect |
13:22.21 | raster | of course.. you want it to be available... at a good price |
13:23.53 | dcordes_ | I like the wvga resolution of my kovsky (xperia). makes all text based uses way more comfortable |
13:24.14 | dcordes_ | and as long as there's no glamo :D |
13:24.19 | dcordes_ | ..sort of situation |
13:24.52 | raster | dcordes_: dunno. i have an 800x480 3.4" s3c6410 thing here |
13:25.04 | raster | bits "ok" but its a bit klunky still if you want to do anything interesting |
13:25.08 | raster | better than a 2442+glamo |
13:25.17 | raster | but still.. just not there |
13:25.38 | raster | and gles2 wont help u - evas's software rendering beats the gles2 engine even |
13:25.46 | raster | its simply a memory bandwidth issue |
13:25.56 | raster | you cant shuffle that much data around that fast |
13:26.15 | raster | the omap3 is better at this - it gets about 2.5x the speed of the 6410 |
13:26.33 | Marajin | heh |
13:26.39 | raster | overall, but i'd still go for somethnig like 320x640 than 800x480 |
13:26.45 | raster | err 480x800 |
13:26.49 | raster | its high enough |
13:27.00 | raster | (at that physical size - like 3.5") |
13:27.13 | Marajin | I love my wvga and I'll kill to protect it :p |
13:27.14 | Marajin | and it's at 3" afaik |
13:27.15 | Marajin | for the kovsky |
13:27.29 | raster | the best 800x480 i know is 3.1 or 3.2" |
13:27.33 | Marajin | That's the funny thing, despite the huge pixel density, it's still really readable |
13:27.39 | Marajin | it might be 3.1 yeah |
13:27.39 | raster | and japanese phones where shipping that maybe 2 years ago |
13:28.33 | Marajin | hmm no it's listed as a 3.0 inch screen |
13:29.18 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-d360defd1a7ad834) |
13:29.36 | Marajin | anyway I just happen to think it's lovely cause it gaves me way more virtual screen estate without making the device bulky or unreadable |
13:31.36 | Marajin | it's kinda sad that we people have this love-hate relationship with HTC :p, they build something like the raphael and the kaiser and we look at it and go 'Good HTC! Good! have a cookie!' and then we slam into the performance issues and poor software issues and go 'Bad HTC! No cookie for you!' ... and then tehy make something new and we run out to buy it |
13:32.21 | Marajin | Virtually every MSM7xxx device seems to have ahd issues -.- and yet I know I'll probably buy a superstar when it comes out |
13:34.19 | Marajin | admittedly that's a tegra device and I'm just hoping they'll fail to break it but hey |
13:42.03 | dcordes_ | raster: mickeyl how's the gnufiish modem situation? |
13:42.18 | *** join/#htc-linux AstainHellbring (n=AstainHe@c-67-164-195-234.hsd1.ut.comcast.net) |
13:45.43 | *** join/#htc-linux MethoS- (n=lem@host-091-096-211-030.ewe-ip-backbone.de) |
13:48.13 | *** join/#htc-linux raster_ (n=raster@124-170-175-169.dyn.iinet.net.au) |
13:48.40 | *** join/#htc-linux power_usr (n=chatzill@EASTGATE-SIX-NINETY-THREE.MIT.EDU) |
13:48.49 | power_usr | The log files at http://irclog.netripper.com/?chan=htc-linux aren't working |
13:49.07 | NetRipper | hm |
13:49.08 | NetRipper | let me check |
13:52.20 | *** join/#htc-linux nrirclog (n=nrirclog@netripper.com) |
13:52.32 | NetRipper | . |
13:53.08 | NetRipper | alright its back.. i guess it went down when i upgrade some stuff on the machine |
13:54.43 | NetRipper | power_usr, thx for letting us know ;) |
13:57.14 | power_usr | no prob! |
13:57.34 | *** join/#htc-linux zycho (n=zycho@a89-183-91-206.net-htp.de) |
13:57.41 | power_usr | it's way better than the old log |
14:00.09 | mickeyl | dcordes_: afaik unchanged. no access yet |
14:00.27 | mickeyl | stefan schmidt and laf0rge have a hacking session planned to fix that |
14:01.02 | dcordes_ | how is the radio connected to system? |
14:03.28 | mickeyl | iirc some weired i2c system where the modem is the master as opposed to a slave |
14:03.45 | mickeyl | stefan_schmidt knows more |
14:04.15 | *** join/#htc-linux crazyking (n=crazykin@102.14.221.87.dynamic.jazztel.es) |
14:13.18 | dcordes_ | mickeyl: what is the reason swisscom wants open hardware for? |
14:13.58 | mickeyl | differenciation |
14:14.18 | mickeyl | liberation |
14:14.21 | mickeyl | (from hardware vendors) |
14:15.15 | *** join/#htc-linux elysion__ (i=kiiski3@mustatilhi.cs.tut.fi) |
14:16.34 | dcordes_ | mickeyl: that sounds very general. what's the plan? |
14:17.34 | elysion__ | is there a howto for compiling the hermes port? |
14:18.05 | elysion__ | or something that tells which tools are needed and how the cross compiling is done? |
14:19.05 | mickeyl | dcordes_: no plan now |
14:19.07 | mickeyl | desparation |
14:19.34 | dcordes_ | elysion__: you want to compile the kernel? I'm not sure where a hermes specific howto is. the kernel code is probably in the hh.org repositories |
14:19.42 | mickeyl | since nothing can deliver right now |
14:20.10 | elysion__ | dcordes_: what's the url to the repo? |
14:20.15 | dcordes_ | swisscom is desperate? |
14:20.17 | elysion__ | and is there a compile howto? |
14:20.21 | mickeyl | of course they are |
14:20.32 | dcordes_ | elysion__: in case it's in hh you can use universal howto |
14:20.37 | mickeyl | openmoko has no compelling hardware, openezx is almost there but hardware has been discontinued pretty much, htc has great hardware, but no kernel |
14:21.13 | dcordes_ | elysion__: let me take a look. if you succeed, do you make a small writeup in wiki.htc-linux.org ? |
14:21.14 | mickeyl | [exaggarated, but you get the idea] |
14:21.30 | elysion__ | dcordes_: yeah, i can do that |
14:21.34 | dcordes_ | nice |
14:22.07 | dcordes_ | elysion__: http://www.handhelds.org/sources.html |
14:22.36 | dcordes_ | BabelO: do you know where the hermes kernel code is? |
14:24.02 | dcordes_ | elysion__: elysion__ here's a patch http://handhelds.org/~koconnor/HTCHermes/ |
14:24.36 | dcordes_ | elysion__: here's a forum thread http://forum.xda-developers.com/showthread.php?t=273579 |
14:24.56 | dcordes_ | elysion__: link to this wiki page http://wiki.xda-developers.com/index.php?pagename=Hermes_Linux |
14:27.48 | dcordes_ | ** msmsdcc_id is no longer required and should not be specified on the command line. SD controller id is automatically detected based on MTYPE (so be sure you specify it correctly in default.txt for your device) needs to be setup for kovsky |
14:28.51 | Marajin | dcordes_: why do wou want the hermes code? |
14:31.08 | dcordes_ | what's your point? hermes being old? |
14:31.22 | Marajin | No, just wondered why you wanted it |
14:31.31 | Marajin | I have a hermes, so if anything cool's going on.. |
14:31.34 | Marajin | shrugs. |
14:31.46 | dcordes_ | check your scrollback |
14:32.34 | Marajin | Oh elysion wants to build the hermes stuff |
14:33.36 | dcordes_ | btw what's the status of the pxa devices? there was some porting to recent kernel versions going on |
14:33.56 | Marajin | dunno, last pxa device I had was a Palm LifeDrive |
14:39.26 | dcordes_ | NetRipper: where's the code that auto selects msmsdcc_id ? |
14:39.34 | dcordes_ | based upon machtype |
14:41.07 | dcordes_ | hm it makes no sense to have board-htcblackstone-mmc.c just because blac has a different sdcard_status_gpio |
14:45.14 | NetRipper | dcordes_, the code was removed as it was an override for the generic 'mmc' choice.. but since wifi is added as well.. it would init wifi and sdcard on the same sdcc |
14:45.44 | NetRipper | dcordes_, so we now have it fixed per machtype |
14:45.53 | NetRipper | in the board files |
14:45.58 | dcordes_ | ah boardifle thx |
14:46.15 | raster | dcordes_: no idea about gnufiish |
14:46.19 | raster | i dont have one :( |
14:46.22 | raster | not following it |
14:48.39 | raster | Marajin: of late htc have made some good looking stuff |
14:48.48 | raster | but their use of winmo... bad htc.. bad! |
14:49.37 | *** join/#htc-linux xutywx (n=xutywx@195.205.38.92) |
14:50.19 | dcordes_ | NetRipper: hm can't find the sdcc id in board-htcraphael.c |
14:50.47 | NetRipper | sec |
14:52.18 | dcordes_ | NetRipper: can you also have a look at the differences between board-htcraphael-mmc.c and board-htcblackstone-mmc.c ? I think we should remove board-htcblackstone-mmc.c and set the gpio in the blackstone boardfile |
14:52.49 | NetRipper | dcordes_, it was moved to the -mmc file |
14:52.55 | NetRipper | take a look at the structs around line 365 |
14:53.01 | NetRipper | one is for cdma, other for gsm |
14:53.15 | NetRipper | and the htcraphael_init_mmc() picks a struct depending on the mtype |
14:53.31 | NetRipper | the .sdcard_device_id defines the sdcc_id |
14:54.22 | NetRipper | well the init's could be different for the blackstone... |
14:54.48 | NetRipper | but my guess is that the same init works for blackstone as well.. |
15:05.40 | Marajin | raster: heh |
15:05.54 | Marajin | raster: they didn't have much choice, when they were developing those devices android didn't really even exist. |
15:06.51 | *** join/#htc-linux mugsie (n=graham@78.16.237.208) |
15:09.36 | *** join/#htc-linux Xime (n=xime@bankize.net) |
15:11.57 | raster | Marajin: they could have used linxu and qt |
15:12.06 | xutywx | hi. does anybody know something new about toshiba g900 kernel? |
15:12.07 | raster | or linux in general with x etc. |
15:15.59 | dcordes_ | nnl |
15:16.00 | dcordes_ | bbl |
15:17.04 | raster | winmo really doesnt do much more than linux+x (And choose whatever toolkit you like) did |
15:17.22 | raster | its a pretty non-mobile specific ui |
15:17.29 | raster | its very much old-school |
15:31.40 | *** join/#htc-linux miknix (n=miknix@gentoo/developer/miknix) |
15:49.41 | Marajin | heh |
15:50.23 | Marajin | raster: Be realistic, they're a company and have to pay attention to mass market OSes.. nope we're the ones who're going to crowbar alternative OSes on the devices, I don't begrudge HTC puting WinMo on initially |
15:51.18 | raster | Marajin: i begrudge them! |
15:51.20 | raster | :) |
15:51.35 | raster | seriously |
15:51.42 | raster | motorola were using linux + qt |
15:51.44 | raster | for years |
15:51.58 | raster | smasung have used linux + x11 + qt (mizi research) |
15:52.00 | raster | samsung |
15:52.15 | raster | and android - is no mass market os |
15:52.24 | raster | it didnt exist until it was "created" by google |
15:52.39 | Marajin | well go ahead but till linux based OSes present a mass marketable interface and worthwhile developer tools/interest, we're not going to see HTC embrace it, I mean both android phones are afterall HTCs no? |
15:52.52 | Marajin | nah you're missing the point, I don't mean it has to alraedy be common, I mean to has to be commonly appealing |
15:52.54 | raster | (well actually by a bunch of ex sidekick guys who deciedd to do their own os and happened to chosoe a linux kernel but then replace everything else in userspace, and then get bought by google) |
15:53.02 | raster | android was not mass market until htc used it |
15:53.09 | raster | it has 0 footprint on anything |
15:53.14 | Marajin | which face it, linux + QT isn't unless you have the necessary team on staff to whip it into shape |
15:53.24 | Marajin | which HTC do not |
15:53.51 | raster | sure |
15:54.03 | raster | tho thats why you just pay trolltech |
15:54.03 | ali1234 | the day linux becomes "popular" is the day i switch to bsd |
15:54.06 | raster | just like you pay ms |
15:54.30 | Marajin | heh, heh, heh. |
15:54.58 | Marajin | Nah we might get there with stuff like Android/WebOS that present an appealing interface to the tardmuffins while letting us geeks do our thang |
15:55.15 | Marajin | but you can't just throw a device out there that is hardcore geek, cause only hardcore geeks buy one |
15:55.18 | Marajin | it's a minor market |
15:55.33 | Marajin | business wise, it's foolish for soemone the size of HTC to target the sector |
15:57.15 | *** join/#htc-linux Zoolooc__ (n=fredsiba@nrbg-4dbfe63e.pool.einsundeins.de) |
15:58.44 | elysion__ | how do i install the arm-linux-gcc? |
15:59.22 | ali1234 | elysion__: you mean arm-none-linux-gnueabi-gcc? |
15:59.25 | raster | Marajin: sure. but it doesnt have to be hardcore geek |
15:59.30 | raster | it can have a tardmuffin ui |
15:59.37 | raster | that has been easily possible for a long time |
15:59.37 | elysion__ | ali1234: something i can use to build the hermes kernel :) |
16:00.26 | ali1234 | elysion__: http://linwizard.wiki.sourceforge.net/Code+Sourcery+HOWTO |
16:00.28 | Marajin | raster: nah it hasn't, hence why Android is the first one that shows any promise, ironically android puts off some geeks heh |
16:00.47 | elysion__ | ali1234: thanks :) |
16:01.50 | raster | Marajin: puts me the hell off. thats for sure. tho its odd. in the space of a few mohts i've pretty much hand-brewed a ui toolkit (thansk to swisscom helping) that - at least by feedback i have, is nicer and better than android's toolkit (to use) |
16:02.04 | raster | (thats what i'm told by the people using it who has also done android) |
16:02.11 | raster | and mine is in raw c |
16:02.11 | Marajin | o roly? |
16:02.13 | Marajin | *rly |
16:02.16 | raster | not even "oo java" |
16:02.18 | Marajin | the java thing is a bit meh |
16:02.21 | Marajin | I hate java :p |
16:02.27 | raster | my point is.. |
16:02.32 | raster | its easy to do it |
16:02.59 | raster | me - in a few motnhhs.. can.. as a 1 man show - not even full time, be directly addressing a large blob of shortcomings |
16:03.07 | raster | (at least this is the toolkit level) |
16:03.10 | raster | and ye s- i hate java too |
16:03.11 | Marajin | *shrug* for some it is, I'm just saying that's why companies like HTC feel they can't do it |
16:03.16 | raster | why do u think every lib and api i do is c |
16:03.19 | raster | good 'ol c |
16:03.20 | raster | :) |
16:03.39 | ali1234 | C sucks for writing GUI applications, give it up |
16:03.40 | raster | mind u - i designed the thing to be fingre + touchscreen friendly from the get-go |
16:03.45 | raster | its not adapting gtk to a ts |
16:03.53 | raster | ali1234: worsk fine for me :) |
16:03.59 | Marajin | GTK oughta be shot dead -.- |
16:04.02 | Marajin | I don't like gtk either |
16:04.21 | ali1234 | it might be better than java *if* you already know C and are used to it, for everyone else higher level languages are just way less hassle |
16:05.24 | Marajin | ali has a point, java's just easier to code in, but I don't care for it cause it has a tendency to break if you want something to be crossplatform and it has a tendency to break on windows no matter what and it generally is slow unless the coder is genuinely good at it |
16:05.48 | ali1234 | i don't consider java a high level language |
16:05.57 | raster | dunno |
16:06.01 | Marajin | it's higher than C |
16:06.01 | raster | i did java - long ago |
16:06.09 | raster | and it did nothnig but screw me over and get in my way |
16:06.13 | raster | it couldnt gc for shit |
16:06.15 | ali1234 | i'd use C++ before java |
16:06.22 | raster | was like molassas in speed |
16:06.28 | raster | and ate through memory like no mans business |
16:06.31 | Marajin | yep |
16:06.38 | Marajin | that's pretty much why I hate java too raster |
16:06.39 | raster | i did nothing but fight java |
16:06.47 | raster | i'd writtne a texture-mapping software 3d engine in c |
16:06.49 | ali1234 | just because a language is slow and uses byte code does not make it high level |
16:06.50 | Marajin | but teeechnically it's easier to get something basic running |
16:06.57 | raster | running 100fps+ in a 320x240 window.. in 16bpp.. in x11 |
16:06.59 | raster | on a p120 |
16:07.07 | raster | but java could barely manad 1fps |
16:07.10 | raster | manage |
16:07.13 | raster | on the same box |
16:07.14 | Marajin | yeah java SUCKS for 3D |
16:07.22 | raster | eating 70m of ram (the c engine used about 2m) |
16:07.25 | ali1234 | "hello world" in java is about 5 times longer than it is in C |
16:07.31 | raster | and the java one didnt even texture map |
16:07.34 | raster | it draw solid poly's |
16:07.36 | raster | drew |
16:07.51 | raster | i learnt to hate java then |
16:08.08 | raster | and yes - they say gc now works |
16:08.11 | raster | and jtis' solve speed |
16:08.15 | raster | err jit's |
16:08.17 | raster | but fuck it |
16:08.34 | raster | java pissed me off already.. and once you get on my poopie list.. you stay there! |
16:08.41 | Marajin | meh, if you're truly leet, java code can run fine yeah, but you have to be a damned good java coder |
16:08.55 | Marajin | and not that many people are :p |
16:09.14 | raster | some people say that about c |
16:09.15 | raster | :) |
16:09.29 | raster | anyway |
16:09.33 | raster | we all agree - we hate java |
16:09.41 | ali1234 | in C the difference between good coder and bad coder is mysterious crashes that nobody can track down |
16:09.42 | Marajin | heh, yeah well if you're a sloppy C coder you can write some shocking software too |
16:10.04 | Marajin | but it's technically a higher amount of C coders that produce workable code at least |
16:11.04 | raster | hehehe |
16:11.05 | ali1234 | only because they have more experience |
16:11.11 | raster | i like that |
16:11.14 | raster | its kind of a filter |
16:11.26 | raster | you put up a pointer |
16:11.33 | raster | and suddenyl scare the shit out of 80% of "programmers" |
16:11.36 | raster | and they run away |
16:11.37 | raster | :) |
16:11.56 | raster | like walking into a room and going "boo" |
16:12.03 | raster | see who runs for cover |
16:12.04 | raster | :) |
16:25.09 | elysion__ | ali1234: how can i use those arm-none-linux-gnueabi-* bins to compile the kernel? |
16:25.17 | elysion__ | do i make a symlink? |
16:31.41 | elysion__ | i'm trying to run "sudo make mrproper" and get the error "make: arm-linux-gcc: Command not found" |
16:34.15 | toer | did you forget the - in arm-none-linux-gnueabi-? |
16:34.21 | toer | the last one |
16:34.46 | elysion__ | ? |
16:34.51 | toer | export CROSS_COMPILE=arm-none-linux-gnueabi- |
16:35.34 | elysion__ | oh, seems like i put the export to the wrong tab :/ |
16:35.37 | *** join/#htc-linux ccube_ (n=ccube@ssh.ccube.de) |
16:37.11 | elysion__ | hmm... doesn't seem to work :/ |
16:37.31 | elysion__ | echo $PATH |
16:37.31 | elysion__ | /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/opt/arm-2008q3/bin:/opt/arm-2008q3/bin |
16:37.38 | elysion__ | echo $CROSS_COMPILE |
16:37.38 | elysion__ | arm-none-linux-gnueabi- |
16:37.41 | elysion__ | seems to be ok |
16:39.44 | *** join/#htc-linux BHSPitLappy (n=BHSPitLa@unaffiliated/bhspitmonkey) |
16:48.46 | ali1234 | elysion__: it means whoever put together that kernel hacked the makefile instead of doing it properly |
16:49.27 | elysion__ | ali1234: well, seems like i got it working by making symlinks to all of the bins |
16:49.55 | ali1234 | would have been easier to just fix the makefile (by replacing it with a vanilla one probably) |
16:52.48 | elysion__ | hmmmm... doesn't seem to work still |
16:53.41 | elysion__ | if i run sudo make mrproper, it still can't find the arm-linux-gcc executable |
16:55.51 | ali1234 | why would you run it with sudo? |
16:56.00 | elysion__ | don't know |
16:56.28 | elysion__ | in some set of instructions it was like that |
16:56.44 | elysion__ | but well, make mrproper does not work either |
16:56.56 | elysion__ | scripts/Makefile.clean:17: /home/elysion/Code/handhelds/linux/kernel26/arch/arm/fastfpe/Makefile: No such file or directory |
16:57.20 | ali1234 | so basically your kernel tree is completely screwed |
16:58.33 | elysion__ | nice |
16:59.11 | elysion__ | i really did not (intend to) do much changes to the kernel |
16:59.38 | elysion__ | i checked the source out using the instructions @ http://www.handhelds.org/handhelds-faq/development.html#USING-CVS |
17:00.29 | elysion__ | and then downloaded the config from http://handhelds.org/~koconnor/HTCHermes/config-20070607 |
17:00.52 | ali1234 | i dont know anything specific to hermes kernel |
17:01.05 | elysion__ | then just make mrproper, mv config-20070607 .config and make oldconfig |
17:02.45 | elysion__ | oh, should the kerneldir=dir and O=dir be the same? |
17:02.58 | ali1234 | i have no idea, it isn't something i have ever needed to change |
17:03.04 | elysion__ | k |
17:03.26 | elysion__ | so you have just ran make oldconf & make without parameters? |
17:03.38 | ali1234 | yes |
17:03.41 | elysion__ | ok |
17:03.53 | elysion__ | well, i guess that's what i should be doing too :) |
17:04.11 | ali1234 | but i dont use that kernel |
17:05.01 | elysion__ | ok |
17:05.13 | elysion__ | so should i be checking out the 2.6 or 2.4 kernel? |
17:05.18 | ali1234 | i dont know |
17:05.19 | elysion__ | do both of them work? |
17:05.22 | ali1234 | no idea |
17:05.26 | elysion__ | ok :) |
17:05.47 | elysion__ | seems like there has not been much activity concerning hermes lately |
17:07.49 | ali1234 | the config file you want to use is from kernel 2.6.21-hh4 so you need to check out that version |
17:08.37 | ali1234 | ~seen koconner |
17:08.38 | apt | ali1234: i haven't seen 'koconner' |
17:08.43 | ali1234 | ~seen kconner |
17:08.44 | apt | ali1234: i haven't seen 'kconner' |
17:08.53 | ali1234 | ~seen koconnor |
17:08.53 | apt | i haven't seen 'koconnor', ali1234 |
17:09.05 | ali1234 | ~seen kconnor |
17:09.05 | apt | i haven't seen 'kconnor', ali1234 |
17:09.19 | ali1234 | damn, i'm sure i've seen him on here at some point |
17:12.51 | ali1234 | elysion__: the xda thread says you should be using linuxtogo repo??? |
17:13.42 | elysion__ | oh |
17:14.24 | elysion__ | ali1234: url? |
17:14.48 | ali1234 | wait that was a guy with a different phone |
17:15.54 | ali1234 | ~seen scholbert |
17:15.55 | apt | ali1234: i haven't seen 'scholbert' |
17:16.43 | ali1234 | elysion__: this guy named scholbert seems to be working on hermes kernel recently |
17:19.45 | elysion__ | ok |
17:20.06 | ali1234 | i think you do need the linuxtogo kernel |
17:20.39 | elysion__ | where can i get that? |
17:22.51 | ali1234 | git clone git://git.linuxtogo.org/home/groups/mobile-linux/kernel.git |
17:23.13 | elysion__ | ok, let's try that then |
17:23.37 | ali1234 | tbh that probably wont work right away either |
17:23.59 | ali1234 | after you've cloned you'll have to find the right branch |
17:26.44 | elysion__ | ok |
17:27.22 | ali1234 | git checkout -b mywork origin/work |
17:27.38 | ali1234 | make htchermes_defconfig && make |
17:27.50 | ali1234 | then you should have a kernel for hermes |
17:29.18 | ali1234 | maybe "work" is not a good branch to use |
17:29.49 | elysion__ | i lost you already at the git line :/ |
17:29.57 | ali1234 | the good news is it's easy to switch branches on git |
17:30.04 | ali1234 | did it clone yet? |
17:30.08 | elysion__ | nope |
17:30.17 | ali1234 | it will take ages |
17:30.20 | elysion__ | yea |
17:30.24 | elysion__ | seems so |
17:36.54 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
17:37.01 | *** join/#htc-linux Xime (n=xime@bankize.net) |
17:41.29 | tmzt | koconnor is Kevin2 |
17:42.35 | tmzt | hh.org kernel is still in cvs, not sure ltg has support for hermes |
17:43.52 | elysion__ | ok |
17:44.00 | elysion__ | so who has done work on hermes? |
17:44.35 | tmzt | recently? |
17:44.57 | elysion__ | well, just looking for someone to tell me how to compile the kernel |
17:45.22 | tmzt | try handhelds.org, get sources |
17:46.02 | tmzt | maybe cvs -d :pserver:cvs.handhelds.org login |
17:46.24 | tmzt | maybe cvs -d :pserver:cvs.handhelds.org co linux/kernel26 |
17:47.04 | tmzt | then follow ali1234 instructions |
17:47.19 | tmzt | make htchermes_defconfig |
17:53.54 | ali1234 | linuxtogo has hh.org hermes kernel + some extra work by scholbert |
17:54.05 | *** join/#htc-linux the_sys0p (n=the_sys0@cpe-67-49-192-228.bak.res.rr.com) |
17:55.25 | Kevin2 | Hi |
17:56.42 | tmzt | ely is looking for recent hermes support, know what ltg branch that would be? |
17:58.46 | Kevin2 | When I last worked on it, it was the "work" branch. That was a long time ago though. |
18:07.03 | elysion__ | yeah, seems like the handhelds.org won't compile without modifications |
18:07.31 | elysion__ | Kevin2: can you give me instructions so I could test compiling that? |
18:08.30 | Kevin2 | elysion__: It's been too long for me to remember the details. Just checkout the "work" branch and compile for Hermes - it should work. |
18:10.09 | elysion__ | the samek make htchermes_defconfig && make? |
18:10.11 | elysion__ | -k |
18:10.46 | elysion__ | hm... how can i check out the work branch? |
18:11.09 | tmzt | git checkout -b work origin/work |
18:11.20 | tmzt | git branch should say *work then |
18:11.35 | tmzt | that's after clone/pull |
18:11.55 | elysion__ | git clone git://git.linuxtogo.org/home/groups/mobile-linux/kernel.git |
18:11.59 | elysion__ | that first? |
18:12.06 | tmzt | yes |
18:12.08 | elysion__ | ok |
18:12.19 | elysion__ | that's at 19% |
18:12.32 | elysion__ | seems to take a while |
18:23.29 | *** join/#htc-linux cr2 (n=cr2@ip-77-24-67-85.web.vodafone.de) |
18:26.08 | kiozen | hey cr2 there are new binaries for M |
18:26.38 | cr2 | kiozen: hi. i need the rootfs too |
18:27.07 | cr2 | btw http://forum.xda-developers.com/showthread.php?t=497977 |
18:27.28 | kiozen | BabelO has binaries for wince :P |
18:27.33 | cr2 | hm. it's more for BabelO :) |
18:27.48 | cr2 | BabelO: ping |
18:28.33 | cr2 | kiozen: i've bought a cheap medion navi with s3c2443 and tmc |
18:28.52 | kiozen | again? |
18:29.04 | cr2 | kiozen: now i need to modify haret and refresh my s3c244x knowledge. |
18:29.11 | kiozen | lol |
18:29.38 | cr2 | yeah, the old one is broken, and i can't find the receipt ;) |
18:29.45 | kiozen | you will be our 1st alpha tester for M |
18:29.52 | cr2 | ok |
18:31.11 | BabelO | cr2: hi, same place than last time :) |
18:31.29 | BabelO | you have to took the .exe with the sqldrivers directory :) |
18:31.30 | cr2 | BabelO: have you seen the tmc link ? |
18:31.37 | BabelO | yes |
18:31.40 | cr2 | BabelO: pm |
18:31.41 | BabelO | looks good |
18:31.42 | *** join/#htc-linux captnoord (i=5147a47b@gateway/web/ajax/mibbit.com/x-73fca7f3b47006da) |
18:34.48 | cr2 | BabelO: on xda-dev. may be a good addition to haret :) if they publish the source. otherwise i'll just disassemble it. |
18:35.22 | BabelO | cr2: yes :) |
18:36.07 | BabelO | cr2: for M you have to create a subdirectory calles maps and copy your tif exported from GT. but be carefull , look like gdal wince can only read GTIFF ( LZW ) |
18:36.09 | BabelO | no more |
18:36.27 | cr2 | strange |
18:37.07 | kiozen | cr2: you have to export maps from GT as M only accepts 1 projection |
18:37.18 | kiozen | longlat on WGS84 |
18:37.28 | kiozen | makes things much simpler |
18:37.30 | cr2 | hmm. ok |
18:37.43 | kiozen | and GT export will maintain aspect ratio |
18:39.52 | BabelO | i ve to go, bbl |
18:40.00 | cr2 | kiozen: i've worked exclusively in the oblique stereographic projection recently :) |
18:41.20 | *** join/#htc-linux chab7 (n=kvirc@212.92.4.114) |
18:42.01 | kiozen | cr2: I don't care, longlat/WGS84 makes all operations to be multiplication/additions |
18:42.12 | kiozen | and that is good for mobile devices :) |
18:43.02 | kiozen | by that we can maintain a sqlite db over all maps and always pick the best |
18:43.09 | cr2 | yeah, but it's 1:2 distortion at our latitude |
18:43.45 | cr2 | index in sqlite, or the actual images ? |
18:44.37 | *** join/#htc-linux hollo (n=hollo@3e6b7b2c.rev.stofanet.dk) |
18:52.01 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:52.21 | dcordes_ | cr2: do you have Medion GoPal P4635 ? |
18:53.29 | kiozen | cr2: index of course |
18:55.12 | cr2 | kiozen: like gdaltindex shapefile ? there is a recent qgis move to replace shapefiles with spatial sqlite. but it will take some time |
18:55.24 | cr2 | dcordes_: let me see |
18:56.07 | kiozen | cr2: no just simple index over area and zoom levels |
18:57.14 | cr2 | ok |
18:57.49 | elysion__ | which device are you currently working on btw? |
18:58.02 | cr2 | Trying to detect machine (Plat='PLATFORM_TYPE' OEM='MDPNAE443X2TR01') |
18:58.04 | cr2 | Wince reports processor: core=ARM920T name=S3C2443 cat= vend=Samsung Electronics |
18:58.20 | cr2 | dcordes_: 4430 |
18:58.27 | cr2 | elysion__: ? |
18:58.58 | maejrep[h] | cr2: did you happen to take any notes when you were looking at the rpc handler in raph amss? |
18:59.10 | elysion__ | cr2: like to which htc device are you coding stuff |
18:59.40 | cr2 | maejrep[h]: no, there were a lot of "subfunctions", and for many of them we don't need rpc |
18:59.58 | cr2 | elysion__: i didn't have any time for hacking recently |
19:00.21 | elysion__ | cr2: ok, but how about others? |
19:00.30 | cr2 | maejrep[h]: can we do LD_SO_PRELOAD on wince ? |
19:00.54 | maejrep[h] | I don't know what that is |
19:01.03 | elysion__ | which devices have a working kernel at the moment? |
19:01.22 | cr2 | elysion__: i have raph100 and athena. from the nice devices. |
19:01.49 | cr2 | elysion__: most of them boot. "working" is relative |
19:02.07 | cr2 | maejrep[h]: to override the builtin rpc dll. |
19:02.23 | cr2 | and log the call parameters. |
19:02.25 | elysion__ | but you seem to have x running on some of the devices? |
19:02.51 | cr2 | maybe even calling the "right" dll after that |
19:03.01 | cr2 | elysion__: gpe _is_ x |
19:04.47 | cr2 | maejrep[h]: but for the sound we still need to put some data into smem. it's all in the wavedev.dll |
19:05.01 | maejrep[h] | the data from the .csv files? |
19:05.36 | cr2 | hmm. not only |
19:05.43 | elysion__ | so, who was it that had been lately working on the hermes port? |
19:05.46 | cr2 | the A and B htcacoustic tables |
19:06.03 | elysion__ | just that i can set a highlight or something |
19:06.24 | cr2 | elysion__: x will work on hermes. but you need the SD driver first. |
19:06.37 | cr2 | without SD it's not very useful |
19:07.09 | cr2 | or the NANd, if you are really adventurous |
19:07.14 | elysion__ | ok |
19:07.24 | elysion__ | so no driver for them yet? |
19:11.05 | *** join/#htc-linux infernixx (i=nix@unaffiliated/infernix) |
19:11.34 | *** part/#htc-linux infernixx (i=nix@unaffiliated/infernix) |
19:13.43 | cr2 | elysion__: no |
19:14.00 | elysion__ | work in progress? |
19:15.46 | cr2 | not really |
19:16.49 | elysion__ | difficult task? |
19:17.16 | cr2 | yes, and not really much motivation |
19:17.29 | elysion__ | ok |
19:17.38 | cr2 | if the asic3_mmc will be ported |
19:17.44 | cr2 | then it should be much easier |
19:17.53 | elysion__ | what is that? |
19:18.04 | cr2 | dcordes_: this was the old one http://www.handhelds.org/moin/moin.cgi/GoPalP4225 |
19:22.22 | dcordes_ | cr2: are there some other vendors of 4430 ? |
19:23.26 | cr2 | dcordes_: search for e4430 in google. |
19:32.32 | *** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com) |
19:32.53 | cr2 | hey goxboxlive |
19:34.48 | goxboxlive | hi cr2 |
19:34.53 | goxboxlive | how ro u? |
19:35.00 | goxboxlive | -o |
19:38.24 | maejrep[h] | +a+e +y+o |
19:38.46 | elysion__ | w 30 |
19:38.48 | elysion__ | darn |
19:38.54 | maejrep[h] | :p |
19:40.19 | cr2 | goxboxlive: working ;) no more so much time for hacking, but i'm still trying :) |
19:41.09 | cr2 | maejrep[h]: have you seen that googel written a msm_ts driver ? |
19:41.28 | maejrep[h] | yeah I saw that |
19:41.35 | cr2 | maejrep[h]: and added many usb (from qualcomm) and i2c fixes |
19:41.35 | maejrep[h] | is it compatible with our hardware? |
19:41.41 | tmzt | <6>[ 0.736252] msm_serial_hs.0: ttyHS0 at MMIO 0xa0200000 (irq = 45) is a MSM HS UART |
19:41.49 | cr2 | yes, its the same hardware. |
19:41.53 | maejrep[h] | ah |
19:42.00 | tmzt | this is from new magic kernel dmesg running on trout |
19:42.02 | cr2 | tmzt: huh ? :) |
19:42.09 | tmzt | hsuart |
19:42.24 | cr2 | tmzt: bt is 1 ? |
19:42.37 | cr2 | sorry. 2 |
19:42.52 | tmzt | I guess, you get that from base? |
19:42.53 | cr2 | 1 is on the tvout/extusb pins. |
19:43.13 | cr2 | uart1, uart2 and uart3 are msm names |
19:43.35 | cr2 | uart1 is serial console, uart2 is bt. at least on the raph |
19:43.39 | maejrep[h] | cr2: still having a hard time with the battery charge level formula :s |
19:44.09 | cr2 | maejrep[h]: i didn't see any 1D linear regression in the data |
19:44.51 | goxboxlive | cr2, me neither. The only hacking i'm doing this days is with my mininetbook. I have just soldered a 2,5" HDD to the MB and i ordered a touchscreen for it. |
19:44.52 | cr2 | maejrep[h]: do you support charge gpios ? mickey|tv was unhappy |
19:45.03 | cr2 | goxboxlive: lol |
19:45.29 | tmzt | cr2: it still detects ttyMSM but also ttyHS, I don't know why |
19:45.32 | cr2 | goxboxlive: i have nc10 +umts flatrate for that. posting from it now. |
19:45.49 | maejrep[h] | cr2: support charge gpios? |
19:45.49 | cr2 | tmzt: uart and uartDM |
19:46.06 | cr2 | maejrep[h]: he said charging does not work on raph100 |
19:46.08 | maejrep[h] | I have a htc_battery_smem driver that was causing some smem issues at one time |
19:46.08 | tmzt | <6>[ 0.733658] msm_serial: detected port #0 |
19:46.09 | tmzt | <6>[ 0.733872] msm_serial.0: ttyMSM0 at MMIO 0xa9a00000 (irq = 9) is a MSM |
19:46.09 | tmzt | <6>[ 0.734482] msm_serial: detected port #2 |
19:46.09 | tmzt | <6>[ 0.734696] msm_serial.2: ttyMSM2 at MMIO 0xa9c00000 (irq = 11) is a MSM |
19:46.12 | tmzt | <6>[ 0.735642] msm_serial: driver initialized |
19:46.15 | tmzt | <6>[ 0.736252] msm_serial_hs.0: ttyHS0 at MMIO 0xa0200000 (irq = 45) is a MSM HS UART |
19:46.18 | tmzt | <6>[ 0.737167] msm_serial_hs module loaded |
19:46.19 | maejrep[h] | yeah, charging has never worked on our devices |
19:46.38 | cr2 | tmzt: looks good. can you try hciattach ? |
19:46.55 | tmzt | I can't, someone else pasted the dmesg |
19:47.01 | maejrep[h] | I'm gonna try to fix that smem clock issue, so that the driver can set the charge gpios properly |
19:47.26 | cr2 | tmzt: the 0 (or2) does not look good |
19:47.34 | goxboxlive | cr2, looks a lot like my Acer Aspire one 110L. Only differ is that my netbook has a 8,9" lcd. |
19:47.35 | cr2 | maejrep[h]: ok |
19:47.51 | tmzt | why? |
19:47.52 | cr2 | goxboxlive: yes |
19:48.01 | cr2 | ttyMSM0 at MMIO 0xa9a00000 |
19:48.05 | cr2 | <PROTECTED> |
19:48.16 | cr2 | what does wiki say ? |
19:48.19 | tmzt | they overlap? |
19:48.32 | cr2 | 0xa9b is in between |
19:49.18 | tmzt | what page? |
19:49.39 | tmzt | yeah, I just don't see the problem |
19:49.39 | cr2 | raphaelmemorymap |
19:50.57 | tmzt | not working for me |
19:52.07 | cr2 | a9a00000 1 UART1 |
19:52.16 | cr2 | <PROTECTED> |
19:52.23 | cr2 | a9c00000 1 UART3 |
19:52.29 | cr2 | i used googel cache |
19:52.40 | marex | cr2, hi, how's the N560 port ? |
19:52.41 | cr2 | <6>[ 0.734696] msm_serial.2: ttyMSM2 at MMIO 0xa9c00000 (irq = 11) is a MSM |
19:52.52 | cr2 | marex: ask kiozen |
19:53.05 | marex | kiozen, hi, how's the N560 port ? |
19:53.15 | marex | cr2, didnt you worked on it ? |
19:53.16 | cr2 | tmzt: should be uart2, but you have uart3 |
19:53.28 | maejrep[h] | cr2: so you never saw a usable formula in the battery dll, to get % charge? |
19:54.04 | cr2 | maejrep[h]: i've written a haret script to dump 'powermon' and smem values at the same time. |
19:54.05 | maejrep[h] | I don't understand where dzo's charge formula came from |
19:54.10 | kiozen | marex: still in hiatus |
19:54.36 | marex | kiozen, how come ? |
19:54.47 | tmzt | cr2: it's zero-indexed I think |
19:55.02 | cr2 | tmzt: the pdata must be wrong |
19:55.31 | cr2 | tmzt: a0300000 1 uartDM2 |
19:55.41 | kiozen | marex: suspend/resume is a problem |
19:55.49 | cr2 | and you have [ 0.736252] msm_serial_hs.0: ttyHS0 at MMIO 0xa0200000 (irq = 45) is a MSM HS UART |
19:56.02 | marex | kiozen, see hackndev.com then ... I had some practice with it recently ;) |
19:56.18 | cr2 | tmzt: a0200000 1 uartDM1 |
19:56.19 | tmzt | oh, maybe |
19:56.29 | cr2 | tmzt: so this one is wrong too |
19:56.43 | tmzt | but I think they don't use absolute naming for that (hs) |
19:57.03 | cr2 | tmzt: the MMIO addresses are wrong |
19:57.09 | tmzt | no idea if magic is the same as current git |
19:57.29 | cr2 | tmzt: the names are not that important. |
19:57.43 | tmzt | I see |
19:57.44 | cr2 | tmzt: but the address ranges must be right |
19:57.55 | tmzt | so bt is uart2? |
19:57.59 | cr2 | yes |
19:58.02 | marex | kiozen, the kernel sources for N560 i HH.org tree are worth anything ? or can I just start anew using mainline kernel ? |
19:58.04 | cr2 | and uart2DM |
19:58.13 | tmzt | right |
19:58.53 | cr2 | marex: they are good for CPLD, and lcd. |
19:59.04 | tmzt | I guess they only use one ttyHS so it doesn't matter, or it was easier for bt support to have the same device name on different devices |
19:59.14 | cr2 | marex: if you can resume, then it#s trivial to patch the hh.org |
19:59.37 | kiozen | marex: using more recent kernel would fix some nasty bt bugs |
20:00.01 | marex | kiozen, have you seen the TT3 article on hackndev? |
20:00.09 | marex | now that's something, dont you think ? ;D |
20:00.36 | kiozen | this one? "PalmT|T3, T|C, T|E2: Suspend-to-mem without reflashing bootloader (UPDATED #2)" |
20:00.58 | marex | yea ;D |
20:01.53 | tmzt | marex: where does that save the resume vector? |
20:01.55 | kiozen | sounds like I have to replace my ole zire21 that broke a few days ago with a tungsten |
20:02.03 | marex | PSPR |
20:03.26 | cr2 | tmzt: you resume into ipl |
20:03.38 | marex | it disables the MMU back, reloads the TTB and jumps to PSPR |
20:03.58 | marex | cr2, N560 resumes from SPL ? |
20:04.14 | maejrep[h] | cr2: with my smem battery driver, for some reason I get a timeout in get_smem_clock |
20:04.20 | maejrep[h] | but I have no idea why :| |
20:04.41 | cr2 | maejrep[h]: weird |
20:05.32 | cr2 | marex: ipl jumps into spl, enables MMU, and then comes to a point where i don't understand the raw binary code at all. |
20:06.07 | cr2 | marex: can you read out the spl from mdoc directly ? we have tried it with kiozen several times with pdocread, but it didn't work |
20:07.25 | marex | cr2, what about using some of those N560 software updates ? |
20:07.32 | marex | they might contain even the SPL |
20:08.17 | cr2 | marex: afaik no |
20:08.28 | marex | that sucks then ;) |
20:08.33 | cr2 | marex: at least i have not seen them ;) |
20:08.50 | cr2 | yeah. |
20:08.58 | marex | what ? |
20:09.33 | cr2 | n560 sucks |
20:09.55 | cr2 | because it's so different rom other htc devices. |
20:10.00 | marex | cr2, you are just way too inexperienced ;D |
20:10.17 | marex | hummm |
20:10.29 | marex | it'd be nice to have DoCG3 driver for linux with TFFS |
20:10.59 | cr2 | marex: make the docg3.c work first |
20:11.19 | marex | it doesnt work or what ? |
20:11.35 | cr2 | no |
20:11.40 | marex | why ? |
20:11.49 | cr2 | but it's 99.5% matching the asm |
20:11.56 | cr2 | the 0.5% ? |
20:13.07 | marex | I havent looked into this much |
20:14.07 | cr2 | tmzt: fix the pdata address references, and submit a patch to maejrep[h] |
20:15.03 | tmzt | cr2: I'm not even sure we have the final source cor that kernel |
20:15.08 | *** join/#htc-linux BlackBsd (n=brian@pool-72-65-95-74.clrk.east.verizon.net) |
20:15.25 | tmzt | s/cor/for/ |
20:16.17 | cr2 | tmzt: does it boot ? |
20:17.37 | marex | gosh ... TFFS sucks |
20:17.50 | tmzt | cr2: it's running on somebody's g1 in #android, apparently extracted from a rom dump of the magic |
20:18.10 | tmzt | they posted the dmesg and /proc/config.gz |
20:19.34 | *** join/#htc-linux digerpaji (n=digerpaj@wireless-128-62-180-188.public.utexas.edu) |
20:20.06 | cr2 | tmzt: hmm |
20:20.42 | cr2 | tmzt: i think g1 uses different uarts |
20:20.47 | digerpaji | is this chanel for the project that is porting andriod on the htc s620? |
20:21.07 | tmzt | s620? |
20:22.56 | digerpaji | dash |
20:23.11 | digerpaji | or wizard? |
20:25.27 | *** join/#htc-linux goxboxlive (n=goxboxli@204.84-48-126.nextgentel.com) |
20:25.56 | tmzt | you have dash? |
20:29.06 | *** join/#htc-linux dream_kill (n=nospam@87.216.177.110) |
20:41.33 | *** join/#htc-linux goxboxlive_ (n=goxboxli@204.84-48-126.nextgentel.com) |
20:50.25 | maejrep[h] | cr2: is __rt_udiv just standard division? |
20:59.06 | tmzt | dig: still here? do you have wizard or dash? |
21:12.20 | cr2 | maejrep[h]: unsigned |
21:13.02 | cr2 | maejrep[h]: arm has integer division ? i don't remember. |
21:13.45 | BlackBsd | hello |
21:15.25 | marex | BlackBsd, hi ... what flavour of BSD are you running ? :) |