| 00:39.16 | *** join/#htc-linux kaito (~kaito@host81-157-191-216.range81-157.btcentralplus.com) |
| 00:39.20 | kaito | Hi! :) |
| 01:00.20 | *** part/#htc-linux ap3r (~acm@ip98-171-160-79.sb.sd.cox.net) |
| 01:04.38 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 01:25.40 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 01:51.29 | *** join/#htc-linux br1ck (~br1ck@xdsldf029.osnanet.de) |
| 01:53.16 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 02:02.06 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
| 02:15.56 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 02:22.02 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 02:26.01 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
| 02:39.34 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 03:01.27 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 03:09.32 | *** join/#htc-linux DaveWM (dave@h-96-13-110-101.ip.alltel.net) |
| 03:23.59 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 03:29.45 | *** join/#htc-linux GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 03:57.57 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-253-231.pools.arcor-ip.net) |
| 03:59.31 | *** join/#htc-linux DaveWM (dave@h-98-134-58-54.ip.alltel.net) |
| 04:10.27 | *** join/#htc-linux Pyus (Pyus777@ip68-107-108-116.sd.sd.cox.net) |
| 05:06.51 | *** join/#htc-linux Cadavre (cadavre@opengraal.com) |
| 06:29.48 | *** join/#htc-linux dekar__ (~dekar@f050245125.adsl.alicedsl.de) |
| 06:36.40 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
| 06:40.53 | *** join/#htc-linux moisha (~chatzilla@69.22.242.31) |
| 06:42.23 | phh | Captnoord: do we shut off MMC now ? |
| 06:47.04 | phh | lol ? first result in smd27 = $PSTIS,*61 all alone |
| 06:47.34 | phh | and no fix in the rpc messages right |
| 06:48.26 | jonpry | hey phh |
| 06:48.39 | phh | hey jonpry |
| 06:49.08 | phh | jonpry: groumpf, the ephemris (where satellite position) is coherent with what I had in wince |
| 06:49.28 | jonpry | yes $PSTIS all alone is a fix |
| 06:49.42 | jonpry | you got fix again? |
| 06:49.42 | phh | not necessarly |
| 06:49.46 | phh | especially at beginning. |
| 06:49.54 | phh | smd could have been somehow dirty |
| 06:50.35 | jonpry | i suppose. imho getting /dev/smd27 to work is not going to happen |
| 06:51.00 | jonpry | there is no way of knowing if the code is even in AMSS, works or has been debugged |
| 06:52.10 | phh | jonpry: there is. |
| 06:52.11 | phh | ask wimo. |
| 06:52.21 | phh | I mean, dump smd in wimo when running gps |
| 06:53.01 | jonpry | even if that works, which i don't think it will, it could be handled by gpsHTC_id |
| 06:53.46 | phh | jonpry: do gps code uses dex or gpio code ? |
| 06:54.01 | phh | i'm wondering if we might need to power up some RF for gps |
| 06:54.04 | jonpry | both |
| 06:54.12 | jonpry | er neither |
| 06:54.12 | phh | -_-' |
| 06:54.16 | phh | ah |
| 06:55.08 | phh | jonpry: the thing is that GPGSV shows that no satellite is received at all. |
| 06:55.11 | jonpry | there is a gps_powerup and gps_powedown. supposedly hardware is default powered up. but that doesn't mean it is by the time winmo hands it to us |
| 06:55.52 | jonpry | that sounds right to me for not having an almanac |
| 06:56.03 | phh | it does have almanac |
| 06:56.08 | phh | $GPGSV,4,1,16,04,06,299,,11,60,149,,12,,,,13,13,195,*4F |
| 06:56.08 | phh | $GPGSV,4,2,16,14,03,035,,17,41,289,,19,,,,20,78,292,*44 |
| 06:56.08 | phh | $GPGSV,4,3,16,23,37,187,,28,,,,31,18,073,,32,64,054,*45 |
| 06:56.15 | phh | and I checked those values against what wince had before booting |
| 06:56.20 | phh | they are almost the same |
| 06:56.47 | phh | (and wince did receive satellite signals) |
| 06:57.17 | jonpry | hmmmm, but we both have gotten fixes |
| 06:57.32 | phh | I think so |
| 06:57.36 | phh | what happened uh ? :p |
| 06:57.49 | phh | I've tried both with having used GPS and not having it used in wimo |
| 06:57.56 | jonpry | me too |
| 06:58.06 | phh | I did some cold boots with removing battery |
| 06:58.11 | jonpry | me too |
| 06:59.15 | jonpry | i guess i can try to run powerup powerdown |
| 06:59.51 | jonpry | try booting with gps running :-) |
| 06:59.56 | phh | won't work |
| 07:00.26 | phh | this kills both A11 and A9 :p |
| 07:00.42 | jonpry | who needs those |
| 07:00.50 | jonpry | still have *DSP |
| 07:01.01 | phh | -_-' |
| 07:01.31 | phh | ourgh, an acer liquid for 185⬠|
| 07:01.51 | jonpry | not that i have seen any evidence of them working. phh: wrong channel |
| 07:02.46 | phh | jonpry: oh MDSP works, we can make calls |
| 07:04.21 | jonpry | imho a hero's radio.img would work just fine on rhodium |
| 07:04.50 | phh | imho they have protections everywhere against that :p |
| 07:05.38 | jonpry | only protection is in SPL |
| 07:05.47 | phh | try it then. |
| 07:05.52 | jonpry | no |
| 07:06.00 | phh | lol |
| 07:06.35 | jonpry | they seem portable across msm7200a devices. blackstone hd2... |
| 07:06.47 | jonpry | and topaz radios work fine on rhodium |
| 07:06.58 | jonpry | seems chip specific more than anything |
| 07:07.33 | jonpry | and dream_kill supposedly got a g1 radio running on some winmo phone |
| 07:07.41 | phh | who ? |
| 07:08.01 | jonpry | dream_kill |
| 07:11.08 | jonpry | think it was on raphael |
| 07:12.01 | jonpry | hah http://ibot.rikers.org/%23htc-linux/20090301.html.gz |
| 07:14.05 | phh | no direct source ? :p |
| 07:14.45 | tmzt | he got it working? |
| 07:15.28 | tmzt | almanac is in shared ram? |
| 07:16.07 | phh | tmzt: I think we send them through rpc |
| 07:19.37 | ToAsTcfh | phh: kinda late ay?! |
| 07:19.43 | jonpry | http://ibot.rikers.org/%23htc-linux/20090531.html.gz |
| 07:19.50 | phh | ToAsTcfh: what's late ? |
| 07:19.59 | ToAsTcfh | u here |
| 07:20.13 | ToAsTcfh | ur usually not at this time |
| 07:20.22 | phh | jonpry: what about it ? |
| 07:20.36 | phh | ToAsTcfh: I woke up early |
| 07:22.30 | jonpry | more of a direct source |
| 07:23.28 | jonpry | seems like someone would need to have jtag to even want to try stuff like that |
| 07:23.48 | jonpry | or maybe somebody from xda-devs |
| 07:24.08 | jonpry | but those who actually tried it, didn't seem to have much trouble |
| 07:30.30 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d375.pool.mediaWays.net) |
| 07:32.06 | tmzt | I don't think dream_kill got it working |
| 07:32.14 | tmzt | but you could ask cmonex she should know |
| 07:34.55 | jonpry | phh: gps_powerup and powerdown don't do anything |
| 07:34.58 | phh | ok |
| 07:35.33 | *** join/#htc-linux krog (~wurst@profila.de) |
| 07:48.45 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
| 07:54.58 | *** join/#htc-linux krog (~wurst@profila.de) |
| 07:56.16 | Captnoord | phh yup |
| 07:56.28 | Captnoord | we shutdown mmc now |
| 07:56.34 | phh | ok |
| 07:56.44 | Captnoord | but I have to clean it... and put it in a seperate function |
| 07:57.22 | Captnoord | need to check if some devices do have the mmc voltage managed by vreg levels |
| 07:57.53 | Captnoord | there was a GSM only raph? |
| 07:58.01 | Captnoord | brb koffy |
| 07:58.04 | Captnoord | coffee |
| 07:59.43 | phh | gsm only ... ? |
| 07:59.52 | phh | ah |
| 07:59.58 | phh | there is a gsm only diam at least |
| 08:00.02 | phh | for india |
| 08:00.05 | phh | msm7206 |
| 08:01.22 | tmzt | gsm only? |
| 08:01.26 | tmzt | or you mean no 3g? |
| 08:01.46 | Captnoord | because I expect it to have the vreg level shit implemented |
| 08:02.06 | Captnoord | nah..... doesn't concern us |
| 08:02.11 | tmzt | don't all devices have that? |
| 08:02.12 | *** join/#htc-linux DaveWM (dave@h-98-134-58-54.ip.alltel.net) |
| 08:02.18 | tmzt | well, diamond probably doesn't |
| 08:02.26 | Captnoord | the raph doesn't have vreg level |
| 08:02.35 | tmzt | but mmc is just used to negotiate the vdd, not to output it |
| 08:02.37 | Captnoord | only has vreg enable / disable |
| 08:02.53 | Captnoord | when we send the vreg level.... something's wrong.... |
| 08:02.55 | tmzt | interesting |
| 08:03.04 | Captnoord | causing it to drain majorly |
| 08:04.00 | Captnoord | besides that its strange.... its also cost effective |
| 08:04.00 | Captnoord | less testing |
| 08:04.12 | Captnoord | when the power requirements are met... all other doesn't really matter |
| 08:11.35 | chamonix | hey guys |
| 08:11.45 | chamonix | Captnoord: 24 hours and running |
| 08:12.04 | phh | with sim and data ? :p |
| 08:12.18 | chamonix | nope |
| 08:12.26 | chamonix | neither nor |
| 08:13.35 | chamonix | today I'll get back to official kernel as I feel the need for wlan |
| 08:15.53 | Captnoord | chamonix: hehe |
| 08:16.00 | Captnoord | nice |
| 08:16.16 | chamonix | the problem ist the battery meter |
| 08:16.31 | chamonix | it is red since yesterday 23:00 |
| 08:16.32 | Captnoord | yea... possible |
| 08:16.34 | Captnoord | hehe |
| 08:17.34 | *** join/#htc-linux dzo__ (~dzo@mail.marginz.co.nz) |
| 08:18.09 | chamonix | what changes are i n this kernel that u haven't committed yet? |
| 08:18.24 | Captnoord | diamond panel code |
| 08:18.27 | Captnoord | as it works |
| 08:18.44 | Captnoord | and the battery thread thingy |
| 08:19.48 | Captnoord | I really wonder if the camera sensor is always on |
| 08:19.52 | chamonix | had u changes something about the sleep led or just written the value 0 in the effect file? |
| 08:20.06 | chamonix | s/ges/ged |
| 08:20.08 | Captnoord | yup |
| 08:20.13 | Captnoord | I just written 0 |
| 08:20.24 | Captnoord | same is possible with ledeffects I know |
| 08:20.26 | chamonix | ok, that can be done with led effects as well |
| 08:20.29 | chamonix | :P |
| 08:21.00 | chamonix | after it died I'll parse dmesg |
| 08:21.09 | Captnoord | k |
| 08:22.08 | chamonix | but from the previous version I can say that the alarms waking up every 30-45 minutes are gone |
| 08:22.57 | chamonix | but I don't blieve that's not the main reason for the improvement |
| 08:22.57 | Captnoord | lol |
| 08:23.09 | Captnoord | it has a influence |
| 08:23.21 | Captnoord | hmmmm nice |
| 08:23.31 | chamonix | sure but not in that magnitude |
| 08:23.44 | Captnoord | true |
| 08:23.57 | chamonix | we r talking about 16->24 hours and with 16 hours the phone was already sleeping > 99% of the time |
| 08:23.59 | Captnoord | the thing about the battery driver beeing the main cause of this |
| 08:24.31 | Captnoord | hmmm is that with the mmc stuff I commited |
| 08:24.51 | Captnoord | > 24 hours will make the phone usable |
| 08:24.56 | Captnoord | at least a bit |
| 08:25.03 | Captnoord | and I know that removing the sim |
| 08:25.05 | chamonix | well of course it's without SIM |
| 08:25.05 | Captnoord | doesn't work |
| 08:25.12 | Captnoord | it has the same drain |
| 08:25.31 | Captnoord | only seem to work on the diamond |
| 08:25.33 | chamonix | but anyway, the phone is quite usable with 16 hours to me |
| 08:25.47 | Captnoord | I want 5 days |
| 08:25.48 | Captnoord | :P |
| 08:25.54 | Captnoord | or at least more than 2 |
| 08:26.50 | chamonix | I should rety nand sometime to see if there is a difference now, there wasn't before but I've not tested that for a long time |
| 08:27.10 | Captnoord | nand? |
| 08:27.37 | chamonix | rootfs+system+data on nand |
| 08:28.01 | Captnoord | k |
| 08:29.35 | chamonix | does someone know if there is the concept of programming alarams at fixed times from SDK? |
| 08:32.29 | chamonix | yes there is: schedule(TimerTask task, Date when) |
| 08:32.41 | chamonix | that's cool |
| 08:34.00 | chamonix | ok, phone dies at 24:15 |
| 08:34.21 | *** join/#htc-linux Markinus (~Miranda@gtng-4db0430d.pool.mediaWays.net) |
| 08:35.59 | chamonix | I wonder how many apps that do stuff based on fixed times use Timers waking up frequently and check the time instead of programming timers at fixed times |
| 08:36.46 | chamonix | and by doing so disturb the sleep times decided upon by the kernel by placing alarms |
| 08:57.08 | chamonix | Analysed 1442.4 minutes of logs |
| 08:57.08 | chamonix | Total sleep in that time was 1439.0 minutes |
| 08:57.08 | chamonix | Ratio sleep/total 99.76% |
| 08:57.09 | chamonix | Occurence of sleeptime ranges (all values are in minutes) |
| 08:57.29 | chamonix | Sleeptime: 100 (1) * |
| 08:57.29 | chamonix | Sleeptime: 135 (1) * |
| 08:57.29 | chamonix | Sleeptime: 220 (1) * |
| 08:57.29 | chamonix | Sleeptime: 250 (1) * |
| 08:57.30 | chamonix | Sleeptime: 340 (1) * |
| 08:57.33 | chamonix | \o/ |
| 09:33.47 | *** join/#htc-linux mastermerlin (~merlin@pD957FA45.dip.t-dialin.net) |
| 09:40.36 | *** join/#htc-linux Marcin__88 (Marcin@chello089078146089.chello.pl) |
| 09:52.08 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 09:58.29 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 10:17.25 | *** join/#htc-linux balans (~BRPOLDB@82-170-215-5.ip.telfort.nl) |
| 10:34.20 | chamonix | guys there is something seriously wrong with perms in data created from AOSP |
| 10:34.57 | phh | only in data ? |
| 10:34.58 | chamonix | I've been getting "Couldn't create temp file for downloaded package file" |
| 10:34.58 | phh | that's fine then |
| 10:35.03 | chamonix | lol |
| 10:35.25 | chamonix | that error pops up whenever something is installed using market |
| 10:35.26 | phh | ah. I might have the same one. |
| 10:35.58 | chamonix | check perms on /data/app |
| 10:36.04 | chamonix | owner is 0:0 |
| 10:36.15 | phh | not here. |
| 10:36.18 | phh | here it's 1000:1000 |
| 10:36.28 | chamonix | that's what it's supposed to be |
| 10:36.34 | phh | that's what it is :p |
| 10:36.40 | chamonix | mine was created from scratch and had 0:0 |
| 10:37.15 | chamonix | with 03.05 from xda forum |
| 10:37.50 | chamonix | but recent rootfs |
| 10:39.16 | phh | blame it on babijoee then I guess :p |
| 10:39.50 | chamonix | I'm checking rootfs |
| 10:41.39 | chamonix | <PROTECTED> |
| 10:41.40 | chamonix | <PROTECTED> |
| 10:44.10 | chamonix | where r the uids taken from? |
| 10:44.28 | phh | no clue |
| 10:44.58 | chamonix | not /etc/passwd at least, or that's the problem because there's only root there |
| 10:45.59 | phh | I'd say it's hardcoded in android sources |
| 10:49.51 | chamonix | if [ -d $card/AndroidApps ] ; then |
| 10:49.51 | chamonix | <PROTECTED> |
| 10:49.51 | chamonix | <PROTECTED> |
| 10:49.51 | chamonix | <PROTECTED> |
| 10:49.51 | chamonix | <PROTECTED> |
| 10:49.53 | chamonix | <PROTECTED> |
| 10:49.55 | chamonix | <PROTECTED> |
| 10:49.58 | chamonix | fi |
| 10:52.13 | phh | jonpry: I let my diamond without any data get a fix with a totally clear view |
| 10:52.16 | phh | 2hours to get a fix. |
| 10:54.51 | Wout | wow, but gps actually worked? |
| 10:55.19 | phh | Wout: in wince. |
| 10:55.24 | Wout | ah |
| 11:03.05 | Captnoord | chamonix: strange timing |
| 11:03.31 | Captnoord | or is it correct |
| 11:03.41 | Captnoord | phh 2 hours |
| 11:03.44 | Captnoord | thats fast |
| 11:04.01 | Captnoord | maybe there is some setting to increase signal boosting |
| 11:07.33 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 11:09.11 | *** join/#htc-linux MCwithLeo (~mcurto88@p549F1378.dip0.t-ipconnect.de) |
| 11:09.26 | *** part/#htc-linux MCwithLeo (~mcurto88@p549F1378.dip0.t-ipconnect.de) |
| 11:34.42 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
| 11:41.33 | chamonix | Captnoord: that's better, in previous kernels the sleep was 45-60 min max |
| 11:42.12 | phh | and still no clue what changed there. |
| 11:42.39 | chamonix | some of the wakeups were due to me checking if it's si%till alive of course |
| 11:43.23 | chamonix | phh: yes, as far as I understood battery and dpad |
| 11:43.55 | phh | I mean concerning sleep time |
| 11:44.25 | *** join/#htc-linux GNUtoo (~GNUtoo@host103-144-dynamic.54-79-r.retail.telecomitalia.it) |
| 11:49.22 | Captnoord | phh i'll push my battery driver change |
| 11:49.24 | Captnoord | in a moment |
| 11:49.51 | Captnoord | now making sure everything is getting in the car |
| 11:49.52 | Captnoord | bleh |
| 11:49.55 | Captnoord | to much crap |
| 11:58.42 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 12:08.22 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 12:08.27 | dcordes | hi |
| 12:08.52 | dcordes | LeTama, we should post leo (memory) problem on arm linux list. |
| 12:09.04 | dcordes | LeTama, not enough people read mobile-linux |
| 12:12.40 | LeTama | hi dcordes |
| 12:13.25 | LeTama | well, I'm not sure we have enough data |
| 12:18.19 | dcordes | LeTama, what do you think is missing? |
| 12:20.59 | LeTama | well, we know that we have a segmentation fault, but nothing else, it's a bit short to be able to diagnose |
| 12:22.57 | LeTama | I guess they could help trying to narrow down location, but we must help them for that, I don't know enough about kernel stuff to follow |
| 12:23.49 | LeTama | I'm digging slowly in memory management and arm, it's quite complex for me |
| 12:25.18 | dcordes | hm yes same. just that I know much less ^^ also read something on memory management yesterday. but more general. not arm specific |
| 12:36.24 | LeTama | I'm a bit stuck currently. I tried a few stuff that didn't bring me anything. |
| 12:37.27 | LeTama | I tried some memory allocation / tests in the init process, it seems fine. |
| 12:38.13 | LeTama | The fork() seems fine, I do some mem alloc/tests, it works. |
| 12:39.33 | LeTama | Right now, I'm back to .32, it seems to be more advanced in memory management. |
| 12:40.15 | LeTama | even if it's a bit less stable |
| 12:40.36 | dcordes | it can at least execute the stuff in netripper busybox initrd |
| 12:40.50 | dcordes | without dieing |
| 12:41.51 | LeTama | well, for me, it dies as quickly |
| 12:42.42 | LeTama | but it often dies earlier, on frame buffer init and probably usb |
| 12:43.09 | LeTama | did anyone tried to play with the CONFIG_ARM_ERRATA_* flags already ? |
| 12:43.10 | dcordes | you get a blue screen on framebuffer init? |
| 12:43.15 | LeTama | yes, often |
| 12:43.20 | dcordes | same |
| 12:43.25 | dcordes | in htc-msm-2.6.32 |
| 12:43.30 | dcordes | no. what does it do? |
| 12:45.49 | LeTama | they change behaviour in cache, tlb, mmu in proc-v7.S probably because of cpu revisions |
| 12:55.26 | dcordes | LeTama, ok found it. I can try the combinations of these flags if you didn't already |
| 12:56.25 | LeTama | No, I didn't. you can try if you want. I'm not sure they are relevent, but it's worth a try |
| 13:09.25 | *** part/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 13:34.22 | *** join/#htc-linux M3DLG (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
| 13:42.31 | *** join/#htc-linux thinko (~jdoe6alph@smaug.rackdragon.com) |
| 13:56.00 | *** join/#htc-linux onen|openBmap (~quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 14:03.07 | *** join/#htc-linux Bry8Star (~Bry8Star@cpe-76-170-247-232.socal.res.rr.com) |
| 14:10.32 | *** join/#htc-linux LeTama (~IceChat7@vau06-1-82-228-252-90.fbx.proxad.net) |
| 14:14.54 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 14:37.02 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d375.pool.mediaWays.net) |
| 15:05.52 | Captnoord | added simple avaraging to the battery driver..... |
| 15:06.06 | Captnoord | hopes it removes some of the fuckedup shit |
| 15:23.54 | *** join/#htc-linux DaveWM (~dave@173-19-136-12.client.mchsi.com) |
| 15:24.12 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 15:27.00 | *** join/#htc-linux Flueworks (Flueworks@96.79-160-52.customer.lyse.net) |
| 15:29.28 | *** join/#htc-linux cj (~cjac@173-10-126-202-BusName-Washington.hfc.comcastbusiness.net) |
| 15:29.36 | cj | I'm considering getting a hd2/leo phone to replace the g1 I lost last month. any of you have experience putting android roms onto these? |
| 15:31.25 | LeTama | cj: don't expect android anytime soon on hd2 |
| 15:31.52 | *** join/#htc-linux svens (~chatzilla@84-72-188-244.dclient.hispeed.ch) |
| 15:33.06 | cj | LeTama: if I grabbed a rom for the nexus one and tried to boot it from the bootloader, would things not work? :) |
| 15:33.25 | LeTama | cj: not at all, not the same hardware |
| 15:33.46 | LeTama | we don't have any working kernel currently |
| 15:33.52 | cj | that's annoying. I was hoping it was the same except the chassis :) |
| 15:34.05 | LeTama | nope |
| 15:34.27 | cj | http://htc-linux.org/wiki/index.php?title=Leo mentions http://htc-linux.org/wiki/index.php?title=Kernel#Kernel_for_QCT_QSD8xxx_based_devices |
| 15:34.37 | cj | but there are a lot of 'x's there... |
| 15:35.26 | Wout | cj: android on leo is a long way off |
| 15:35.32 | Wout | thats just the way it is |
| 15:35.51 | cj | oh, well. I am loathe to spend $600 on a nexus one. lost my g1 last month. |
| 15:36.26 | *** join/#htc-linux Orkspalter (~Orkspalte@p54B5A8B0.dip0.t-ipconnect.de) |
| 15:36.28 | cj | is there anything that runs android as well as the n1 that's less expensive but might require some tinkering? |
| 15:36.34 | Wout | nop |
| 15:36.35 | Wout | e |
| 15:36.46 | *** part/#htc-linux Orkspalter (~Orkspalte@p54B5A8B0.dip0.t-ipconnect.de) |
| 15:36.48 | cj | alrighty. I guess I'll save up my nickels and dimes. |
| 15:37.08 | Wout | even devices that have been out for a long time lik the diamond and touch pro, havent got fully working builds |
| 15:43.13 | *** join/#htc-linux FransWillem (~fw@s5593f04a.adsl.wanadoo.nl) |
| 15:46.13 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
| 15:57.43 | Captnoord | Wout: yup.... |
| 15:57.46 | Captnoord | like at least 1 year |
| 15:58.06 | phh | graoumpf... someone bought xdandroid.com and want to give it to me ... |
| 15:58.18 | phh | what the hell can I do with that ? |
| 15:59.07 | Captnoord | we could create a complete O.S. android site..... |
| 15:59.13 | Captnoord | bla bla bla |
| 15:59.14 | phh | OS ? |
| 15:59.18 | Captnoord | open source |
| 15:59.23 | phh | ah |
| 15:59.31 | Captnoord | not so much scattered around |
| 15:59.31 | phh | like replicant ? :p |
| 15:59.38 | Captnoord | I dono |
| 15:59.55 | Captnoord | where people can download there packages.... if they would like |
| 16:00.02 | Captnoord | more centralised |
| 16:00.08 | Captnoord | but hey |
| 16:00.11 | phh | right |
| 16:00.14 | Captnoord | I don't care |
| 16:00.15 | phh | and now the killing question. |
| 16:00.17 | Captnoord | just shooting options |
| 16:00.17 | phh | who would handle that ? |
| 16:00.20 | Captnoord | hehe |
| 16:00.21 | Captnoord | yup |
| 16:00.30 | Captnoord | takes up a lot of time |
| 16:00.35 | Captnoord | loads* |
| 16:01.13 | phh | I'll jump on reefermattness and ask him. |
| 16:01.23 | Wout | would it? you'd just have to link to the varius git pages, maybe glemsoms page and stine's autobuild sites |
| 16:01.36 | phh | Wout: would be pointless |
| 16:02.02 | phh | and you don't even mention the android build.. you mentiong kernel, rootfs, modules, sources, but not the android build itself, what people actually want :p |
| 16:02.24 | Wout | yeah, and that one :P |
| 16:02.36 | Captnoord | and if we would even think of a more public bug posting system |
| 16:02.39 | phh | stinebd: interested ? |
| 16:02.41 | Captnoord | people need to mention android build |
| 16:02.42 | phh | Captnoord: yeah too |
| 16:02.44 | Captnoord | rootfs |
| 16:02.46 | Captnoord | modules |
| 16:02.54 | Captnoord | otherwise it would be completely pointless |
| 16:02.56 | phh | perhaps we can have an app that do it. |
| 16:03.05 | Captnoord | so a good release system is needed |
| 16:03.17 | Captnoord | for releases |
| 16:03.38 | Captnoord | phh a android app |
| 16:03.40 | Captnoord | nice |
| 16:03.43 | Captnoord | good idea |
| 16:04.43 | Captnoord | that way you can automaticly report all version numbers and stuff |
| 16:04.44 | phh | and credit card number |
| 16:04.44 | phh | ah no wait. |
| 16:06.07 | Captnoord | hehe |
| 16:09.40 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
| 16:09.45 | jonpry | phh: 2 hours to get a fix eh |
| 16:09.46 | phh | diam on wince and rhod on linux put along each other, both without any gps clue |
| 16:09.51 | phh | which one will have the fix first. |
| 16:10.05 | phh | (none because it's going to rain soon ! :p) |
| 16:10.11 | jonpry | lol |
| 16:10.59 | phh | diamond already found satellites |
| 16:11.59 | Captnoord | gj Diamond |
| 16:12.05 | phh | lol |
| 16:12.09 | jonpry | maybe rhod is just a little bit slower |
| 16:13.10 | phh | I'll wait an hour or two |
| 16:13.28 | phh | any progress with sound ? |
| 16:13.44 | jonpry | no. i just woke up :-) |
| 16:13.50 | phh | ok |
| 16:15.24 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
| 16:17.56 | Captnoord | okey..... |
| 16:18.09 | Captnoord | init misc key value is 6 on rhod |
| 16:18.48 | Captnoord | but thats something different that misc state |
| 16:18.50 | Captnoord | hmmmmmm |
| 16:24.31 | AstainHellbring | morning |
| 16:24.48 | Captnoord | morning |
| 16:26.14 | GNUtoo | hi phh |
| 16:26.19 | GNUtoo | any gps test? |
| 16:26.32 | phh | pffff |
| 16:26.32 | phh | no |
| 16:26.40 | GNUtoo | ok |
| 16:26.56 | GNUtoo | tell me when you need me to test something,I'll tell you if I can or not |
| 16:34.18 | jonpry | phh, so if diamond takes 2 hours. maybe the gps receiver is just no good |
| 16:36.05 | phh | ok I did something wrong. |
| 16:36.09 | phh | diamond has a fix |
| 16:36.12 | phh | rhod has still no satellite |
| 16:36.19 | phh | I guess it's my loop that's wrong |
| 16:37.13 | *** part/#htc-linux svens (~chatzilla@84-72-188-244.dclient.hispeed.ch) |
| 16:37.50 | jonpry | that could be it :-). I added a GetPosition loop to mine too. |
| 16:39.19 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 16:52.25 | Captnoord | phh audio routing on topaz and rhod didn't work |
| 16:52.29 | Captnoord | or what was the problem again? |
| 16:53.19 | phh | Captnoord: adsp just says nothing |
| 16:53.36 | Captnoord | k |
| 16:59.54 | jonpry | lets just run linux on A9 and be done with it :-) |
| 17:00.06 | phh | :p |
| 17:00.51 | Captnoord | .text:10002B9C aAtAudiosetU00U DCB "AT@AUDIOSET=%u,0,0,%u",0xD,0 |
| 17:00.51 | Captnoord | .text:10002B9C ; DATA XREF: RIL_IOControl:loc_100250B4o |
| 17:00.51 | Captnoord | .text:10002B9C ; .text:off_100251C4o |
| 17:00.51 | Captnoord | .text:10002BB3 DCB 0 |
| 17:00.51 | Captnoord | .text:10002BB4 ALIGN 8 |
| 17:00.52 | Captnoord | .text:10002BB8 aRil_iocontrolI unicode 0, <RIL_IOControl: IOCTL_RIL_SETAUDIOGAINx invalid params: %d> |
| 17:00.54 | Captnoord | ril handled? |
| 17:03.38 | jonpry | Captnoord: i doubt it. there is an audio decoder in MDSP for the gsm audio |
| 17:05.56 | jonpry | most importantly my vial traces of playing a sound do not call that ril function |
| 17:09.56 | *** join/#htc-linux LTxda (~anon@unaffiliated/ltxda) |
| 17:12.24 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
| 17:12.42 | jonpry | how do i turn the S???? frmo a rom dump into a dll? |
| 17:28.27 | jonpry | it should be possible to load the "native" wce_rex, but i need to get one extracated with something better than ROMExtractor |
| 17:30.10 | phh | jonpry: it's not in topaz_oemdrivers N |
| 17:30.11 | phh | ? |
| 17:30.15 | LeTama | jonpry: for s??? to dll, use recmod |
| 17:31.55 | jonpry | its in topaz_oemxip |
| 17:33.36 | jonpry | LeTama thanks, that is just what i've been looking for |
| 17:35.35 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
| 17:35.46 | dcordes | LeTama, errata'd |
| 17:36.43 | dcordes | LeTama, http://linuxtogo.org/~lgorris/misc/leo/leo-errata-tests/ |
| 17:44.04 | FransWillem | Would anyone be able to give me a few hints on how to reverse the radio-rom for my nexus one? I can't find out what offset to load it at in IDA :/ |
| 17:44.31 | *** join/#htc-linux Specialist (~tg@62-12-254-181.pool.cyberlink.ch) |
| 17:46.38 | dcordes | oh oh |
| 17:47.14 | dcordes | FransWillem, we had similar question about reversing AMSS for some strange voice scrambling purpose. |
| 17:47.24 | dcordes | good luck :D |
| 17:49.30 | Captnoord | why can't you find the offset? |
| 17:50.32 | LeTama | dcordes: hum, errata tests don't look very good. Too bad, it would have been nice to have something easy |
| 17:51.19 | Captnoord | radio reversing is hard |
| 17:51.32 | Captnoord | especialy as the binairy form of the data is parsed wrong by ida |
| 17:51.37 | Captnoord | you need to manualy correct it |
| 17:51.41 | Captnoord | if i'm correct.... |
| 17:52.23 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 17:53.38 | dcordes | LeTama, yes. did you see the whole thing with the timers? |
| 17:54.22 | dcordes | LeTama, NetRipper found out by same try&error that we need to use the DG timer |
| 17:56.55 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
| 17:57.25 | dcordes | LeTama, in all bootlogs the mdp printks keep showing |
| 17:57.30 | dcordes | LeTama, until softreset |
| 17:57.56 | dcordes | LeTama, I found this striking: http://linuxtogo.org/~lgorris/misc/leo/leo-errata-tests/ramconsole-leo-12-strings.txt [ 24.249479] msm_timer_set_next_event(5) clock dg_timer, alarm already expired, now 71d28ce, alarm 71d28ce, late 0 |
| 18:04.31 | *** join/#htc-linux Kawaiius (~yadayada@pool-72-84-151-89.slsbmd.east.verizon.net) |
| 18:06.18 | dcordes | LeTama, because it appears so late |
| 18:09.18 | dcordes | maybe we need to change something about the timer code |
| 18:09.25 | dcordes | MSM_DGT_BASE |
| 18:09.33 | dcordes | MSM_GPT_BASE + 0x10 |
| 18:11.13 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 18:11.19 | dcordes | #define MSM_CSR_BASE IOMEM(0xF8001000) |
| 18:11.23 | dcordes | is this correct for the leo ? |
| 18:11.39 | *** join/#htc-linux Balsat_ (~root@87.72.13.34) |
| 18:12.39 | Captnoord | wasn't that virtual dcordes |
| 18:12.41 | Captnoord | ? |
| 18:17.41 | dcordes | #define MSM_CSR_PHYS _PHYS(0xC0100000,0xAC100000) |
| 18:17.55 | dcordes | Captnoord, thanks |
| 18:18.50 | dcordes | 0xac100000 1 AGPT, A2M_IRQ |
| 18:19.03 | dcordes | a gp timer ? |
| 18:19.09 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 18:22.01 | *** join/#htc-linux Wout (~a@s55927d21.adsl.wanadoo.nl) |
| 18:27.57 | *** join/#htc-linux DCDemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
| 18:42.40 | dcordes | NetRipper, do you know what AGPT in leo memory map means? |
| 18:44.55 | NetRipper | gp_timer |
| 18:45.02 | NetRipper | it's the base of the two timers |
| 18:45.11 | NetRipper | GP timer is at +0 |
| 18:45.17 | NetRipper | DG timer is at +0x10 |
| 18:46.15 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 18:47.14 | NetRipper | dcordes, no that #define you pasted above is not correct |
| 18:47.18 | NetRipper | its at 0xac1* |
| 18:47.39 | NetRipper | oh base, it's the virtual address |
| 18:47.47 | NetRipper | the phys is correct, so they're correct yes |
| 18:48.02 | dcordes | ok |
| 18:48.15 | dcordes | just been wondering because of that timer printk |
| 18:48.37 | NetRipper | "late 0" |
| 18:48.45 | NetRipper | now and alarm are same |
| 18:48.50 | NetRipper | what the hell is it worrying about :p |
| 18:48.54 | NetRipper | sounds like a programming error |
| 18:51.50 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 18:52.00 | *** join/#htc-linux moishaspb (~chatzilla@69.22.242.31) |
| 18:52.50 | LeTama | dcordes: Interesting... didn't see anything regarding the DG timer. on irc ? |
| 18:53.44 | dcordes | LeTama, the mailing list post before yours mentions it |
| 18:54.56 | *** join/#htc-linux LeAstrale (~LeAstrale@92.62.201.58) |
| 18:54.58 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
| 19:02.30 | *** join/#htc-linux Marcin__88 (Marcin@chello089078146089.chello.pl) |
| 19:04.07 | *** join/#htc-linux Arash18k (~chatzilla@85.133.201.188) |
| 19:04.27 | Arash18k | hi everyone |
| 19:10.37 | *** join/#htc-linux LeAstrale (~LeAstrale@92.62.201.58) |
| 19:18.45 | dcordes | LeTama, seen it? http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commit;h=4d3c3b5c6b01320c9506b31521d8ece702b702cf |
| 19:21.31 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-253-231.pools.arcor-ip.net) |
| 19:23.06 | phh | jonpry: ok new idea. |
| 19:23.29 | phh | jonpry: my tests were done with loops with 120 seconds between pdsm_get_position |
| 19:23.42 | phh | and after each call I got the 8000 ie end gps session RPC |
| 19:23.53 | phh | I reduced it to 10seconds and I no longer have this rpc message |
| 19:23.56 | phh | I'll see if it gets better. |
| 19:24.44 | phh | err 10s is still too much |
| 19:25.02 | jonpry | the only time i ever got a fix was by calling it only once. |
| 19:25.45 | jonpry | i started using this new IOControl which afaict also sends get_position, but there is no update on smd27 from it |
| 19:26.23 | jonpry | i figure it my be useful after we get a fix |
| 19:26.37 | phh | the logs markinus gave me had multiple get_position |
| 19:26.43 | phh | but no clue wether it was before or after fix |
| 19:27.03 | *** part/#htc-linux jumoit (~samuel@121.77.87.145) |
| 19:27.28 | jonpry | i think there are 2 types of get_position |
| 19:30.16 | phh | jonpry: ! |
| 19:30.21 | phh | with a pdsm_get_position loop |
| 19:30.23 | phh | 5seconds wait |
| 19:30.29 | phh | I get satellite signal level |
| 19:30.33 | phh | in nmea |
| 19:30.58 | jonpry | amazing |
| 19:31.07 | phh | it fixed only one satellite, but that's another story. |
| 19:31.19 | jonpry | lol |
| 19:32.12 | phh | i putted my phone outside |
| 19:32.14 | phh | just wait now. |
| 19:32.23 | jonpry | it would be awesome if NMEA would work. i think using gpsd and writing a libgps for that would be ideal |
| 19:32.44 | phh | 4 satellites |
| 19:32.46 | *** join/#htc-linux Forsaken|Desk (~Forsaken|@dslb-084-058-253-231.pools.arcor-ip.net) |
| 19:32.46 | phh | WOUHOU |
| 19:32.50 | phh | (sorry.)= |
| 19:32.56 | Wout | cheers |
| 19:32.58 | jonpry | fix? |
| 19:33.06 | phh | jonpry: it found 4 satellites. |
| 19:33.14 | phh | I mean it receives signal from 4 satellites |
| 19:33.24 | phh | jonpry: you're cr2 or just his clone ? |
| 19:33.35 | jonpry | always takes 5 for me to get a fix |
| 19:33.50 | jonpry | me, no way. you got it to work |
| 19:33.59 | phh | erm, it only got 3 satellites actually |
| 19:34.04 | phh | jonpry: I'm not speaking about that |
| 19:34.08 | phh | I'm speaking about the gpsd part. |
| 19:34.22 | jonpry | he wanted to do that? |
| 19:34.28 | phh | yes. |
| 19:34.36 | phh | and includes accelerometer info in gpsd for when gps is out |
| 19:35.03 | phh | I've got the time \o/ |
| 19:35.10 | phh | I mean from NMEA. |
| 19:35.18 | phh | (out of context that sounds ridiculous.) |
| 19:35.27 | jonpry | lol |
| 19:35.41 | jonpry | you got the position? |
| 19:35.43 | phh | no. |
| 19:35.51 | phh | it got 4 sats now |
| 19:36.09 | phh | I have time to make it work for diamond while it's trying to get a fix :D |
| 19:36.14 | jonpry | i managed to get gpsd installed under rhobuntu. and then ran gpsdrive on ubuntu. |
| 19:36.18 | LeTama | dcordes: got it. |
| 19:36.30 | jonpry | xgps prints out the live sattelite location stuff |
| 19:36.42 | phh | jonpry: yeah I should do that too |
| 19:37.02 | phh | 5 sats ... |
| 19:37.16 | phh | can a phone make fun of its owner ? |
| 19:37.19 | phh | just wondering. |
| 19:37.39 | phh | meh back to 4 |
| 19:37.42 | dcordes | LeTama, this is the posix test suite version we used to test it http://sourceforge.net/projects/posixtest/files/posixtest/posixtestsuite-1.5.2/posixtestsuite-1.5.2.tar.gz/download |
| 19:38.13 | jonpry | still A,1? |
| 19:38.35 | phh | jonpry: A,1 ? |
| 19:38.43 | phh | AAAAAAAARRRRRRRGGHHHHHHHHh |
| 19:38.52 | *** join/#htc-linux The-Compiler (~compiler@the-compiler.org) |
| 19:38.57 | phh | YYYYYEEEEEEEEAAAAAAAAAAAAAAAAHHHHHHHHHHHHHHHHHHAAAAAAAAAAAAA |
| 19:39.00 | *** join/#htc-linux The-Compiler (~compiler@unaffiliated/the-compiler) |
| 19:39.01 | phh | jonpry: got a NMEA fix ! |
| 19:39.09 | Wout | cheers some more |
| 19:39.40 | LeTama | dcordes: thanks, will play with it |
| 19:39.42 | *** join/#htc-linux k_linux (~klinux@41.214.144.233) |
| 19:39.46 | jonpry | and a position? |
| 19:39.50 | phh | jonpry: yes |
| 19:39.57 | jonpry | on NMEA? |
| 19:40.00 | phh | yes |
| 19:40.10 | jonpry | WWWWWWWWWWWWWOOOOOOOOOOOOOOOOOOOWWWWWWWWWWWWWWW |
| 19:40.15 | dcordes | LeTama, unfortunately I can't remember how we managed to build it because I didn't really understand. we had some problem about linking |
| 19:40.20 | phh | and the 3 first digits I correct |
| 19:40.24 | phh | (I'm too lazy to check the other ones.) |
| 19:41.04 | dcordes | phh, just found out the correct commands to send to a9 for gps nmea usage? |
| 19:41.11 | phh | dcordes: yup :D |
| 19:41.16 | *** join/#htc-linux Arash18k_ (~chatzilla@94.75.253.244) |
| 19:41.18 | dcordes | phh, congrats |
| 19:41.28 | phh | dcordes: thanks |
| 19:41.36 | phh | most of the thanks goes to cr2, some to jonpry too though. |
| 19:41.44 | dcordes | phh, throw it in the wiki :> |
| 19:42.01 | dcordes | phh, does it work in the same way as it does on dream? |
| 19:42.12 | phh | dcordes: not really |
| 19:42.17 | phh | but I'll have to change dream code |
| 19:42.24 | dcordes | just wanted to ping GNUtoo :) |
| 19:42.25 | phh | it's totally off of the correct behaviour |
| 19:42.43 | GNUtoo | hi DCDemon |
| 19:42.44 | GNUtoo | oops |
| 19:42.47 | GNUtoo | hi dcordes |
| 19:42.51 | dcordes | hi there |
| 19:42.53 | phh | Wout: don't jump on forums |
| 19:43.11 | phh | I want to have something releasable before annoying users are aware of that :p |
| 19:43.23 | LeTama | dcordes: ok, I'll check. Anyway, so far, the .32 doesn't run my init as welll as qsd |
| 19:43.24 | phh | and perhaps with support for rhobuntu and 5225 at the same time if possible. |
| 19:43.49 | phh | well for rhobuntu we just have to cross compile this damn stuff. |
| 19:43.57 | dcordes | LeTama, ok and if I understood correctly you couldn't see it is any memory related ? |
| 19:43.58 | Wout | phh: wtf? how did you know? :P |
| 19:44.02 | GNUtoo | phh, niice to ear,btw I bet you got only 1 fix |
| 19:44.09 | phh | GNUtoo: hehe no :p |
| 19:44.16 | phh | it keeps fixing :p |
| 19:44.25 | GNUtoo | phh, wow!!!! |
| 19:44.36 | GNUtoo | phh, is your code universal,will it work on dream? |
| 19:44.46 | phh | hum |
| 19:44.52 | phh | sounds reasonable |
| 19:44.54 | dcordes | phh, that's proc comms right? |
| 19:45.00 | phh | dcordes: muh ? |
| 19:45.03 | phh | there is no proc comm involved |
| 19:45.16 | phh | GNUtoo: you can compile it now ? |
| 19:45.21 | dcordes | phh, pure SMD ? |
| 19:45.27 | phh | dcordes: yes |
| 19:45.31 | phh | smd27 + smd rpc |
| 19:45.35 | GNUtoo | yes I can but it's late so I can only test if it reboot the phone |
| 19:45.56 | dcordes | GNUtoo, can't go out at night? |
| 19:46.01 | phh | GNUtoo: that'd be enough |
| 19:46.03 | DCDemon | lol |
| 19:46.06 | GNUtoo | ok |
| 19:46.17 | GNUtoo | dcordes, no can't open the window at night |
| 19:46.24 | dcordes | lol poor IncognitoMan |
| 19:46.24 | GNUtoo | because of moskitoes |
| 19:46.41 | dcordes | then go out :P it will be too interesting to see if it works on dream |
| 19:46.49 | LeTama | dcordes: in qsd, there is a "clean" segmentation fault after the execvp of helloworld, trying to access an invalid memory position |
| 19:46.55 | phh | http://husson.hd.free.fr/test-gps |
| 19:47.53 | jonpry | do you have the rpc's for shutting down gps? |
| 19:48.03 | phh | jonpry: who cares about shutting down *ahum* |
| 19:48.10 | phh | aka no. |
| 19:48.12 | LeTama | dcordes: in .32, it freeze, I don't see segv. But I did some change, I need to revert them to be clean |
| 19:48.26 | phh | jonpry: pdsm_end_session needs way more arguments than expeceted |
| 19:48.28 | phh | expected |
| 19:48.31 | jonpry | well the resulting crash of a9 isn't too good |
| 19:48.59 | Wout | is this gps progress the result of jonpry vial work? |
| 19:49.16 | phh | Wout: partly yes |
| 19:49.19 | GNUtoo | phh, the link to the source is the same? |
| 19:49.29 | phh | GNUtoo: /test.c yes |
| 19:49.40 | phh | well just uncomment the version in the beginning of main() |
| 19:49.49 | phh | (the 0/*xblabla*/) |
| 19:49.53 | GNUtoo | phh, because the md5sum is the same |
| 19:49.54 | GNUtoo | ok |
| 19:49.59 | phh | GNUtoo: meh ? |
| 19:50.05 | phh | oh right |
| 19:50.20 | phh | I ctrl-ced. |
| 19:50.20 | phh | GNUtoo: now it's the good one. |
| 19:50.24 | GNUtoo | ok |
| 19:50.31 | phh | jonpry: time to fork gps_qemu.c |
| 19:50.52 | jonpry | into a gpsd interface? |
| 19:50.53 | GNUtoo | http://husson.hd.free.fr/librpc.tbz2 |
| 19:51.00 | phh | GNUtoo: ah that no |
| 19:51.04 | GNUtoo | ok |
| 19:51.05 | IncognitoMan | dcordes, got me all excited too |
| 19:51.05 | phh | just change the test.c file in it |
| 19:51.10 | GNUtoo | ok |
| 19:51.14 | phh | it's http://husson.hd.free.fr/test.c the source |
| 19:51.15 | IncognitoMan | and here i thought i could be useful D: |
| 19:51.18 | phh | jonpry: ah. |
| 19:51.22 | phh | jonpry: why not |
| 19:51.30 | phh | jonpry: I more thought about directly using /dev/smd27 |
| 19:51.31 | GNUtoo | ok |
| 19:51.38 | jonpry | phh: you know i got xdr_vector to work. much cleaner |
| 19:51.56 | jonpry | libgps is very simple. as in libgps from the gpsd project |
| 19:52.21 | phh | jonpry: how mean would it be to do a teaser with navit on rhobuntu ? :p |
| 19:52.46 | phh | (really mean, ok.) |
| 19:52.54 | phh | anway, diamond now. |
| 19:53.05 | jonpry | that would be cool |
| 19:53.49 | jonpry | http://gpsd.berlios.de/libgps.html |
| 19:54.30 | jonpry | parsing the NMEA is probably more of a headache than libgps |
| 19:54.50 | phh | yeah. |
| 19:56.28 | jonpry | think navit would work on wvga? |
| 19:56.35 | phh | no clue |
| 19:58.08 | jonpry | seems to run on openmoko |
| 19:58.11 | phh | 5225 A9 resets @ pdsm_client_act(pdsm_client_init(0xb)); |
| 19:58.26 | jonpry | client id's are probably wrong |
| 19:58.36 | *** join/#htc-linux kvaster (~kvaster@109.126.147.80) |
| 19:58.38 | phh | client IDs are correct *and* not hardcoded. |
| 19:59.03 | jonpry | could always run gpswrapper with the diamond dll's |
| 19:59.09 | jonpry | 5 minutes to working gps |
| 19:59.29 | phh | I can try just not to register xtra... |
| 19:59.41 | GNUtoo | /dev/oncrpc/3000001d:90380d3d: No such file or directory |
| 19:59.48 | phh | GNUtoo: mmeeeehhhhhh |
| 19:59.59 | phh | GNUtoo: what's the correct version again ? |
| 20:00.09 | GNUtoo | I'll look |
| 20:00.56 | phh | (ls /dev/oncrpc/*1d:* |
| 20:01.16 | GNUtoo | ok |
| 20:01.30 | GNUtoo | /dev/oncrpc/3000001d:51c92bd8 |
| 20:01.34 | jonpry | phh: for a kernel hacker your certainly aversed to compiling software |
| 20:01.35 | GNUtoo | I'll change that in the source |
| 20:01.58 | phh | GNUtoo: clnt_create call |
| 20:02.16 | phh | jonpry: i'm aversed to anything linked to testing. |
| 20:02.32 | *** join/#htc-linux Arash18k_ (~chatzilla@94.75.253.244) |
| 20:02.41 | GNUtoo | ? |
| 20:02.49 | GNUtoo | what should I do exactly apart changing this dev |
| 20:03.41 | jonpry | not testing, automated reverse engineering |
| 20:05.15 | dcordes | LeTama, ok so there is some memory problem in codeaurora kernel but for htc-msm-2.6.32 you not sure yet ? by the way, which radio rom version are you running? |
| 20:05.37 | GNUtoo | ohh $PSTIS,*61 and it continues after... |
| 20:05.50 | phh | GNUtoo: meeeeeeeeeeeehhhhhhh |
| 20:05.53 | phh | stupid soft |
| 20:05.57 | GNUtoo | ? |
| 20:06.08 | phh | GNUtoo: well we got full NMEA sentences with this code |
| 20:06.33 | GNUtoo | phh, http://pastebin.com/3Q75BC8y |
| 20:06.56 | GNUtoo | what I mean is from my end-tester point of view it sounds good |
| 20:07.39 | GNUtoo | phh, after fix it rebooted |
| 20:07.56 | phh | ah you got full sentence too. |
| 20:08.06 | phh | GNUtoo: right, I think we are not supposed to loop once we got the fix. |
| 20:08.17 | jonpry | phh: i think your loop may not be fast enough. the timeout sent to AMSS is 2. 2 what i don't know |
| 20:08.23 | GNUtoo | phh, should I private pastebin the log? |
| 20:08.29 | phh | GNUtoo: no |
| 20:08.29 | GNUtoo | I've multiple fix |
| 20:08.30 | GNUtoo | ok |
| 20:08.48 | *** join/#htc-linux citygent (citygent@support.team.at.shellium.org) |
| 20:09.39 | *** join/#htc-linux kaito (~kaito@host86-153-84-210.range86-153.btcentralplus.com) |
| 20:09.50 | kaito | Sup? :D |
| 20:11.13 | phh | hum, there is no topaz user around, is there ? |
| 20:11.36 | GNUtoo | phh, more tests? |
| 20:11.48 | phh | GNUtoo: not for you yet |
| 20:11.55 | GNUtoo | ok |
| 20:11.57 | GNUtoo | thanks |
| 20:12.21 | dcordes | GNUtoo, got fix ?? |
| 20:12.37 | GNUtoo | dcordes, got several fix then reboot |
| 20:13.07 | GNUtoo | before I got only 1 fix and then the gps stopped emitting infos |
| 20:13.21 | phh | now you got many fixes but it kills A9. |
| 20:13.27 | phh | which one do you prefer ? :p |
| 20:13.45 | GNUtoo | lol |
| 20:13.55 | GNUtoo | difficult to say |
| 20:14.05 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d87d375.pool.mediaWays.net) |
| 20:14.06 | dcordes | so what part in the new version is shooting dream |
| 20:14.15 | GNUtoo | I don't know |
| 20:14.19 | *** join/#htc-linux friehmaen (freeman@xers.de) |
| 20:14.22 | GNUtoo | I'll just wait for new tests |
| 20:15.00 | dcordes | :P |
| 20:15.02 | phh | GNUtoo: I guess next tests will be when gpsd is ready |
| 20:15.10 | GNUtoo | ah? |
| 20:15.14 | *** join/#htc-linux Markinus (~Miranda@gtng-4db0430d.pool.mediaWays.net) |
| 20:15.22 | GNUtoo | real gpsd or fso-gpsd? |
| 20:15.41 | dcordes | hi Markinus |
| 20:15.43 | phh | what the hell is fso-gpsd ? |
| 20:15.48 | Markinus | hi |
| 20:16.00 | GNUtoo | phh, the gpsd for FSO,you know the mickey framework |
| 20:16.07 | dcordes | GNUtoo, lol you can't expect random people to know fso :) |
| 20:16.10 | GNUtoo | the thing that gives you phone call |
| 20:16.29 | dcordes | GNUtoo, until we give shr crew the same marketing budget as google has for android |
| 20:16.30 | phh | Markinus: dl http://husson.hd.free.fr/test-gps put that on your topaz, run it and cat /dev/smd27 |
| 20:16.37 | GNUtoo | dcordes, lol |
| 20:16.42 | phh | <PROTECTED> |
| 20:16.43 | phh | enjoy. |
| 20:16.58 | phh | or scream because HTC decided topaz and rhod's are really different |
| 20:17.15 | *** join/#htc-linux Marcin__88 (Marcin@chello089078146089.chello.pl) |
| 20:17.40 | Markinus | phh: ohh, nice :) I hope it's same! |
| 20:29.07 | *** join/#htc-linux ghostdeini (~ghostdein@pool-71-186-188-223.bflony.fios.verizon.net) |
| 20:30.12 | *** join/#htc-linux ghostdeini_ (~ghostdein@pool-71-186-188-223.bflony.fios.verizon.net) |
| 20:40.31 | *** join/#htc-linux k_linux (~klinux@41.214.144.233) |
| 20:45.10 | dcordes | phh, where's the 'official' rhobuntu place? |
| 20:45.35 | phh | I think they have a googlecode page hum |
| 20:46.02 | phh | http://forum.xda-developers.com/showthread.php?t=640785 |
| 20:46.04 | phh | for the main thread |
| 20:46.19 | phh | http://code.google.com/p/rhobuntu/ for the googlecode page |
| 20:46.27 | dcordes | nice. thanks |
| 20:48.28 | Markinus | phh: test-gps reseted my topaz . .hmmm |
| 20:53.12 | *** join/#htc-linux niko-mojo (~noel@79-73-0-180.dynamic.dsl.as9105.com) |
| 20:56.33 | niko-mojo | Hi room |
| 20:58.00 | niko-mojo | Should I get a HTC desire ? What you guys think, anyone got one |
| 20:59.10 | *** join/#htc-linux drubin (~drubin@ubuntu/member/drubin) |
| 20:59.20 | *** part/#htc-linux drubin (~drubin@ubuntu/member/drubin) |
| 21:01.57 | *** join/#htc-linux majster (~majster@cpc12-aztw25-2-0-cust68.aztw.cable.virginmedia.com) |
| 21:03.41 | *** part/#htc-linux niko-mojo (~noel@79-73-0-180.dynamic.dsl.as9105.com) |
| 21:04.26 | Flueworks | Desire is good. It's probably the best Android phone out ATM. |
| 21:05.41 | jonpry | phh: are we going to have libgps today? |
| 21:27.18 | Captnoord | jonpry: your optimistic |
| 21:29.03 | jonpry | apparently |
| 21:29.52 | jonpry | i figure i will get navit going later today. |
| 21:31.02 | Captnoord | damn had a shitty night..... |
| 21:31.11 | Captnoord | just because I had a shitty moment tuesday |
| 21:31.12 | Captnoord | bleh |
| 21:31.13 | *** join/#htc-linux UnknownArtists (~unknown@84.19.199.249) |
| 21:31.19 | Captnoord | girls |
| 21:31.26 | Captnoord | ....... |
| 21:35.13 | jonpry | i wish we had sound under rhodium |
| 21:35.54 | *** join/#htc-linux phh (~quassel@2a01:e35:2e4b:b2b0:250:8dff:fee1:c793) |
| 21:36.44 | makkonen | me too. |
| 21:38.33 | phh | makkonen: can you try test-gps ? |
| 21:38.40 | phh | I'm sure you'll see cdma aren't that different from gsm :p |
| 21:39.05 | phh | dcordes: rhobuntu's sources are linux-on-qualcomm-msm on gitorious |
| 21:39.52 | makkonen | yeah. what do I do? just run test-gps from the terminal, cat /dev/smd27 and wait for... something? what'll it look like if it's working? |
| 21:40.18 | phh | $GPGGGA,a lot of blabla |
| 21:40.35 | dcordes | phh, perfect. so I don't need to got to a place with bandwidth :) |
| 21:41.00 | phh | jonpry: and 20minutes to make a gpsd driver doesn't sound easy |
| 21:41.09 | phh | (sorry little power failure.) |
| 21:41.46 | phh | ARGH |
| 21:41.51 | phh | but I'll need librpc |
| 21:41.54 | phh | which needs android build |
| 21:41.59 | phh | that's going to be lovely. |
| 21:43.19 | jonpry | isn't the thing to do to make your little program run standalone, and have libgps-qemu-fork just access gpsd |
| 21:43.56 | phh | why not |
| 21:44.03 | phh | that starts to sound complicated. |
| 21:44.27 | jonpry | but it keeps librpc out of it |
| 21:44.32 | phh | yeah :/ |
| 21:45.13 | jonpry | so it would work on all phones with gpsd support |
| 21:45.58 | dcordes | phh, just pulled htc-msm-2.6.27 are you pulling in the some google or mainline changes frequently? |
| 21:46.06 | phh | dcordes: no :( |
| 21:46.12 | phh | we just pull some changes that sounds interesting |
| 21:46.22 | dcordes | phh, cause the changelog showed so many non msm specific changes |
| 21:46.26 | dcordes | ok I see |
| 21:47.09 | dcordes | how about using the 2.6.32 google or codeaurora stuff? |
| 21:47.12 | LeTama | dcordes: yes, I'm not sure for .32, it's more a freeze and I don't see signal firing. I'm running 2.10.50.19_2 radio now |
| 21:47.50 | phh | dcordes: too tough job for my mood |
| 21:56.16 | dcordes | phh, I think it's a pity to be obsolete while you have everything right there to run a very recent kernel version |
| 21:56.35 | phh | well we have pretty much everything we want |
| 21:56.41 | phh | so it's not really obsolete |
| 21:57.02 | dcordes | lol |
| 21:57.25 | phh | and my mother's desktop still have 2.6.24 ! :p |
| 21:57.41 | dcordes | :) |
| 21:59.40 | dcordes | phh, can't see anything ubuntu specific in the gitorious kernel.git |
| 21:59.49 | phh | because there is nothing ubuntu specific |
| 22:00.07 | dcordes | they run unpatched htc-msm-2.6.27 ? |
| 22:00.13 | phh | yup |
| 22:00.24 | phh | I should make a branch for them which delete useless pmem. |
| 22:02.32 | makkonen | phh: ok, what am I looking for now? seeing bunches of gpvtg, gpgga, gprmc, gpgsa messages. good sign? |
| 22:03.50 | dcordes | phh, are you sure? no touchscreen or msm_fb things? |
| 22:04.19 | *** join/#htc-linux mike150 (~corvette1@c-75-73-74-52.hsd1.mn.comcast.net) |
| 22:04.36 | jonpry | i used the kernel from glemsom with rhobuntu |
| 22:05.20 | phh | Makkonen: first field in gpgga is time (hh. |
| 22:05.34 | phh | (hhmmss.ds) |
| 22:05.54 | phh | Anyway yes, good sign |
| 22:06.30 | phh | Dcordes: nothing neede for touchscreen and fb refresh thread is a runtime option. |
| 22:07.44 | makkonen | phh: cool |
| 22:08.18 | dcordes | phh, what's a runtime option? |
| 22:10.47 | phh | Dcordes: cmdline |
| 22:10.58 | mike150 | dcordes: you working on the HD2? we looking for a touchscreen driver i heard? building one from scratch? |
| 22:11.56 | dcordes | phh, ok. cause it was set via config at some point |
| 22:16.29 | NetRipper | dcordes, you're able to make angstrom images right? |
| 22:16.59 | dcordes | NetRipper, hey man :D |
| 22:17.13 | NetRipper | dcordes, can you make an angstrom image with the same toolchain you use for the kernel? |
| 22:17.18 | NetRipper | hi :P |
| 22:18.13 | dcordes | ok if you help me patching leo memory setup in a way so it works for a device with 256mb less ram |
| 22:19.16 | NetRipper | device with 256 mb or less? |
| 22:19.31 | NetRipper | what's wrong with the memorymap currently committed to git? |
| 22:19.53 | NetRipper | i made it specifically so that it would work much more stable |
| 22:20.40 | dcordes | NetRipper, just playing with some toshiba phone |
| 22:20.48 | NetRipper | ah |
| 22:20.50 | NetRipper | TG01? |
| 22:20.52 | dcordes | yep |
| 22:21.04 | NetRipper | ok what is its base memory address? |
| 22:21.12 | NetRipper | 0x118? |
| 22:21.17 | dcordes | I have zero dumps or anything |
| 22:21.21 | NetRipper | oh |
| 22:21.26 | dcordes | we should run dump mmu and get wince dmesg |
| 22:21.28 | dcordes | maybe |
| 22:21.42 | NetRipper | but isnt that the device on which the htc_fb_console worked? |
| 22:21.47 | NetRipper | with leo kernel? |
| 22:21.54 | NetRipper | probably before latest memory map changes |
| 22:22.05 | dcordes | yes we tried that already. think it's in wiki hold on |
| 22:22.24 | NetRipper | dcordes, if you revert this patch, you'll have a good chance of getting to htc_fb_console again: http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=commitdiff;h=1ff730a5a7cf1b6bde5c98dd087bb5cb45d8ee27 |
| 22:22.56 | NetRipper | it still uses 0x2* though |
| 22:23.04 | NetRipper | so it wont get too far |
| 22:23.49 | dcordes | yep and you're right |
| 22:23.51 | dcordes | we t ried that |
| 22:23.58 | dcordes | http://htc-linux.org/wiki/index.php?title=Tg01 |
| 22:24.34 | dcordes | now it freezes after two lines so I suspect the mapping is still incorrect for tg01 |
| 22:25.12 | NetRipper | yea |
| 22:27.47 | dcordes | what MSM_RAM_CONSOLE_PHYS would you pick given you have 256MB ram less and ramconsole should be at the very end? |
| 22:32.31 | NetRipper | replace 0x2 with 0x1 |
| 22:32.31 | NetRipper | :) |
| 22:32.45 | NetRipper | with pretty much everything |
| 22:33.18 | NetRipper | then calculate the new MSM_EBI1_BANK0_SIZE |
| 22:35.14 | dcordes | subtracted 256MB from the old console phys and ended up with 0x1FFC0000 |
| 22:35.57 | myn | hrm |
| 22:36.08 | myn | what are the dependencies for youtube.apk in eclair? |
| 22:36.13 | dcordes | NetRipper, ok will try that. so now for my part of the deal |
| 22:36.16 | myn | it seems its hit or miss as far as the video and audio go |
| 22:36.57 | dcordes | NetRipper, I can make some minimal angstrom image tomorrow when I'm at the library |
| 22:38.03 | dcordes | NetRipper, the question is which toolchain to pick and for which arm version (instruction set) we should build |
| 22:38.57 | dcordes | NetRipper, there are neon based machines in openembedded |
| 22:39.06 | dcordes | s/neon/cortex-a8/ |
| 22:39.22 | NetRipper | dcordes, if your memmap modifications dont work, let me know and i'll make a patch for you (probably wednesday when i have time to play again) |
| 22:39.39 | NetRipper | ok |
| 22:39.51 | NetRipper | cortex-a8 would be good i think |
| 22:39.57 | NetRipper | armv7a |
| 22:40.01 | NetRipper | if you can choose that |
| 22:40.12 | NetRipper | our processor is not armv6 compatible |
| 22:40.17 | dcordes | no shit |
| 22:40.23 | dcordes | awesome |
| 22:40.42 | NetRipper | mostly on MCR/MRC instructions though... other instructions should be good |
| 22:40.46 | dcordes | you mean we can't run any binaries built for the armv6 instruction set? |
| 22:40.59 | NetRipper | but to prevent errors, if you can choose ARMv7 or ARMv7A (preferred) that'd be great |
| 22:41.06 | dcordes | basically all my initrd builds are for that |
| 22:41.08 | NetRipper | i think we should be able to |
| 22:41.20 | NetRipper | only the binaries that use MCR/MRC instructions not (which is highly unlikely in userspace) |
| 22:42.20 | dcordes | lol mc what |
| 22:42.26 | dcordes | btw |
| 22:42.41 | dcordes | I built many leo kernels using my oe toolchain |
| 22:43.13 | dcordes | so I most likely did that what are you are thinking to do. running initrd built with same toolchain like running kernel |
| 22:43.18 | *** join/#htc-linux Jack_E (~chatzilla@host81-158-62-14.range81-158.btcentralplus.com) |
| 22:45.23 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
| 22:46.50 | NetRipper | ok |
| 22:46.59 | NetRipper | i'm using the ermmm |
| 22:47.11 | NetRipper | non-google toolchain |
| 22:47.12 | NetRipper | whats it called |
| 22:47.14 | NetRipper | let me find |
| 22:47.28 | NetRipper | ouch |
| 22:47.53 | NetRipper | that was close.. leo almost fell |
| 22:48.32 | dcordes | it gains drop traces fast when it falls on stone surface |
| 22:48.45 | dcordes | but display is unbreakable |
| 22:49.07 | NetRipper | 2008q1-126 |
| 22:49.20 | NetRipper | yea i noticee |
| 22:49.31 | NetRipper | it fell a few times already but dont even have a scratch |
| 22:49.43 | NetRipper | but this time it aimed to fall on metal |
| 22:49.56 | dcordes | ouhh |
| 22:49.57 | NetRipper | luckily it was blessed by usb cable |
| 22:50.31 | dcordes | google toolchains are at git://android.git.kernel.org/platform/prebuilt.git |
| 22:50.47 | NetRipper | yea |
| 22:50.51 | NetRipper | they suck. |
| 22:50.56 | NetRipper | well |
| 22:50.59 | dcordes | I built leo kernel with most recent one |
| 22:51.00 | NetRipper | it just misses headers |
| 22:51.06 | NetRipper | so i can't build busybox with that toolchain |
| 22:51.18 | dcordes | no change vs codesourcery. |
| 22:51.28 | NetRipper | ok |
| 22:51.33 | dcordes | but I didn't run matching rootfs |
| 22:52.06 | NetRipper | well i think we might be trying to run existing initrds too earerly |
| 22:52.25 | NetRipper | we had problems running vogue initrds on raphael as well, just because of different toolchains |
| 22:52.30 | NetRipper | shouldn't matter too much, but it did anyway |
| 22:52.45 | dcordes | yes it's best to do what letama does and run very simple programs with lots of debugging |
| 22:52.47 | dcordes | as init |
| 22:54.46 | NetRipper | hm |
| 22:54.50 | NetRipper | im missing something on wiki |
| 22:54.54 | NetRipper | i2c stuff |
| 22:55.21 | dcordes | I've been wondering about i2c too when I read your thoughts about missing driver shutdown. |
| 22:55.24 | NetRipper | http://htc-linux.org/wiki/index.php?title=I2C_IDS |
| 22:55.26 | NetRipper | thats the one |
| 22:56.19 | NetRipper | added to leo pagte |
| 22:56.54 | NetRipper | yea to increase stability we should shutdown hardware in windows ce before booting linux |
| 22:57.01 | NetRipper | it's possible some hardware is still writing to memory |
| 22:57.13 | NetRipper | via DMA |
| 22:57.19 | NetRipper | so we need to shutdown dma |
| 22:58.21 | *** join/#htc-linux connorbrks (~kaito@host86-153-84-210.range86-153.btcentralplus.com) |
| 22:58.22 | dcordes | what the hell is EVNT |
| 22:58.54 | NetRipper | evnt? |
| 22:58.56 | NetRipper | event? |
| 22:59.15 | dcordes | it is in the tg01 ram console are with new address |
| 23:00.25 | dcordes | oops but dumped old address |
| 23:01.52 | dcordes | NetRipper, LeTama says in the codeaurora kernel his test program reports that stuff is written to invalid address |
| 23:01.59 | dcordes | NetRipper, I'll look it up in the log |
| 23:02.03 | NetRipper | ok |
| 23:02.32 | NetRipper | i really should modify haret for some ram testing purposes |
| 23:02.51 | NetRipper | would be nice if it could (by brute force) detect which areas of the ram are usable and unprotected |
| 23:03.04 | dcordes | that would be very nice |
| 23:03.15 | dcordes | NetRipper, it's best to grep yesterday's log for letama |
| 23:03.29 | NetRipper | yesterdays being 9th or 8th? |
| 23:03.33 | dcordes | NetRipper, there is also one post from him in mobile-linux-discuss ml |
| 23:03.35 | dcordes | 9th |
| 23:04.26 | NetRipper | i only recieved that message as part of your reply |
| 23:04.32 | NetRipper | didn't get it seperately |
| 23:04.49 | NetRipper | my mailserver seems incompatible with linuxtogo |
| 23:04.50 | NetRipper | :( |
| 23:06.45 | dcordes | NetRipper, http://lists.linuxtogo.org/pipermail/mobile-linux-discuss/2010-May/000080.html |
| 23:08.23 | NetRipper | he's using the 2.6.29 kernel |
| 23:08.33 | NetRipper | yea i was just reading it |
| 23:08.48 | dcordes | he went back to 32 now |
| 23:08.56 | dcordes | see logs |
| 23:09.59 | NetRipper | ok |
| 23:10.08 | NetRipper | does the "hello world" from the child app gets printed to console? |
| 23:10.49 | dcordes | I never ran the hello world |
| 23:10.59 | dcordes | maybe just ask via ml |
| 23:11.02 | dcordes | ^^ |
| 23:11.04 | NetRipper | yea |
| 23:11.05 | NetRipper | will do |
| 23:11.14 | dcordes | sorry for pushing everybody to use ml |
| 23:11.17 | NetRipper | i'm not used to ml's |
| 23:11.25 | dcordes | but I think it really has big advantage over the chat (logs) |
| 23:11.26 | NetRipper | i need to re-reg |
| 23:21.27 | dcordes | NetRipper, do we talk to arm9 during kernel boot in htc-msm-2.6.32 ? |
| 23:22.26 | NetRipper | yes |
| 23:22.32 | NetRipper | proc_comm |
| 23:22.34 | NetRipper | i think |
| 23:22.59 | NetRipper | you should check with Markinus, he implemented almost all arm9 communication thingies |
| 23:23.29 | NetRipper | init_dex_comm() in board-htcleo.c |
| 23:23.49 | dcordes | thanks |
| 23:33.01 | stinebd | phh: am i interested in hosting xdandroid.com? possibly |
| 23:33.57 | dcordes | NetRipper, btw http://lists.linuxtogo.org/pipermail/haret-devel/2010-May/000031.html |
| 23:34.00 | stinebd | phh: i can manage dns, web and maybe mail for it |
| 23:34.09 | NetRipper | dcordes, yea i did receive that one |
| 23:34.11 | NetRipper | still on todo :) |
| 23:34.23 | NetRipper | will do that somewhere wednesday/thursday as well |
| 23:34.58 | NetRipper | still got a bunch of windows mobile stuff to do as well |
| 23:35.04 | NetRipper | oh man the stress :D |
| 23:35.10 | dcordes | :) |
| 23:35.17 | dcordes | may I ask what wince stuff you hacking on? |
| 23:35.54 | NetRipper | uhm sure |
| 23:36.04 | NetRipper | currently making a gui for leoextendednotifications |
| 23:36.17 | NetRipper | and while im at it, probably also make a gui for torchbutton |
| 23:36.31 | NetRipper | also working on leo cpu clock control app |
| 23:36.40 | NetRipper | to scale freely between 384 - 998mhz |
| 23:36.43 | dcordes | torchbutton is always with me on the today tab :) |
| 23:36.49 | NetRipper | and working on overclock |
| 23:36.55 | NetRipper | got it up to 1.2ghz stable |
| 23:37.13 | dcordes | can you set the clock statically in wince? |
| 23:37.15 | NetRipper | well, 1.92 or so |
| 23:37.17 | dcordes | so it will remain same during boot? |
| 23:37.21 | dcordes | linux boot that is |
| 23:37.29 | NetRipper | yes |
| 23:37.42 | dcordes | did you try booting with very low clock? |
| 23:37.47 | NetRipper | but most of the times it will boot with 998mhz |
| 23:37.53 | NetRipper | (so highest voltage) |
| 23:38.01 | NetRipper | and linux kernel will scale down to 768mhz |
| 23:38.07 | NetRipper | no |
| 23:38.09 | NetRipper | i havent tried that |
| 23:38.29 | dcordes | would be interesting |
| 23:38.41 | NetRipper | maybe, hold on.. there's a test version on my web |
| 23:38.45 | NetRipper | you can play with it |
| 23:38.55 | dcordes | yea pass it over I will try |
| 23:38.59 | NetRipper | dcordes, http://www.netripper.com/leo/cpuspeed/LeoCpuSpeed_v2.zip |
| 23:39.17 | NetRipper | disable autoscaling then you can freely set speed |
| 23:39.21 | NetRipper | but, be warned |
| 23:39.31 | NetRipper | setting to 384mhz might also lower the voltage |
| 23:39.40 | NetRipper | when linux kernel boots, it sets it to 768mhz |
| 23:39.54 | NetRipper | maybe too low voltage for that speed ( i dont think the kernel will set voltage correctly) |
| 23:40.02 | dcordes | ok |
| 23:40.12 | dcordes | but that won't cause any harm right |
| 23:40.14 | NetRipper | as i think voltage goes through DEX |
| 23:40.17 | NetRipper | no, it'll just cause a hang |
| 23:40.41 | NetRipper | make sure you enable htc_fb_console to see to where it goes :) |
| 23:41.13 | NetRipper | i gtg off to bed, only 5 hours till alarm goes |
| 23:41.14 | NetRipper | :p |
| 23:41.15 | NetRipper | night |
| 23:45.07 | dcordes | NetRipper, good night |
| 23:51.31 | dcordes | hm mike150 was asking for something and forgot to reply. sorry chap in case you reading the log |
| 23:51.45 | dcordes | I'm also off to bed. good night |
| 23:52.27 | *** join/#htc-linux Jack_E (~chatzilla@host81-158-62-14.range81-158.btcentralplus.com) |