IRC log for #htc-linux on 20100304

00:18.22*** join/#htc-linux k_linux (IceChat7@41.92.25.220)
00:27.54ToAsTcfhanyone know how to get past the audio setup on boot in android?
00:29.12*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
00:40.19*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
00:47.19*** join/#htc-linux Scepterr (~scepterr@ool-18b92277.dyn.optonline.net)
00:57.23NeoMatrixJRdid the xdandroid build get cdma voice working and I missed it or am I somehow calling out over GSM?
00:58.56balsatWith all debuging turned off (except debugfs) in the kernel, and android installed on a ext2 partition, android is running alot faster, i hope it will work on other phone than the Diamond http://balsat.hopto.org/
00:59.15NeoMatrixJRSorry, I should mention CDMA voice on the RHOD400
01:00.14ToAsTcfhbalsat: did u ever do linux for the axim?
01:00.49balsatnope
01:00.53ToAsTcfhoh
01:01.00balsatWhy?
01:01.07*** join/#htc-linux Ekips (spike@d51A460C9.access.telenet.be)
01:01.09makkonenneomatrixjr: cdma voice has worked for a while. cdma data doesn't.
01:01.12ToAsTcfhthought i seen u from there a long time ago
01:01.23ToAsTcfhsorry
01:01.52tmztcdma/gsm at commands are the same
01:02.00tmztAstainHellbring: ever get those traces?
01:02.07balsatI did some Android builds for a year ago, before my house burn down
01:02.09NeoMatrixJRmakkonen: even on the RHOD?  I thought it was only on RAPH.  Why the hell are we all waiting around on 95-civic then?
01:02.29ToAsTcfhi wonder if anyone ever did get android or linux to work aon the dell axim x50
01:02.44makkonenI don't know. I've never gotten a straight answer on what's working in his package that's not working in the mainline kernel.
01:03.00ToAsTcfhbalsat: sorry to hear about that
01:03.07ToAsTcfhur house and all
01:03.12tmztwe can use spl fb?
01:03.36tmztcr2: can you strip the ram init from uboot and make it an xip?
01:03.46balsatfuck the house, but my comp meltet to
01:04.21ToAsTcfhtmzt: when u guys port an htc build. how do u get past the proprietary stuff like libs and such
01:04.25NeoMatrixJRcrap...now for aparently no reason connectbot no longer works...
01:04.29ToAsTcfhbalsat lol
01:05.08tmzthuh?
01:06.08ToAsTcfhor even an android build like aosp. it wants to register certain devices. how do yall manage to get past all that?
01:06.58ToAsTcfhwe need libs for our devices. what do u guys do
01:31.34*** join/#htc-linux apt (ibot@rikers.org)
01:31.34*** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android
01:32.33NeoMatrixJRnot working for me... is RHOD400 wifi chip the same as RHOD210?
01:37.53NeoMatrixJRthis is a new one on me...I haven't paid much attention to this file.  What's in the initramfs?
01:38.22tmztshould be the same
01:38.53NeoMatrixJRsame?  I don't know what it is actually.....
01:39.02makkoneninitramfs is just the very early boot stuff, before it loads the rootfs. you shouldn't have to do anything with it.
01:39.16NeoMatrixJRok.
01:45.34*** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
01:47.57nemasudoes anyone know what the closest htc machine type for the x1 with openembedded would be? htcraphael? maybe
01:49.47tmztfor user code it shouldn't matter
01:49.55tmztunless you're building kernel
01:50.53nemasuoh i see, alrighty, what would i need to do if i was going to build a kernel?
01:51.14tmztask dcordes or in #openmoko-cdevel
01:52.12nemasuok
01:52.17nemasuthanks
01:59.21*** join/#htc-linux jamenlang2 (~jamenlang@68.170.60.12)
02:10.08*** join/#htc-linux jeremychang (~jeremycha@61-30-10-70.static.tfn.net.tw)
02:15.14mynwhat you guys using on your ubuntu data partitions? ext2, ext3, ext4, xfs or ?
02:15.29tmztubuntu data?
02:15.33mynyeah
02:15.34NeoMatrixJRI think something broke on me...I can't get an XDANDROID build to load on my RHOD400 now.
02:15.36mynjust store crap on it
02:15.45tmztext4 for me
02:15.54mynokay
02:16.41mynI'm starting to port Warm Donut to Diamond/TP1 this weekend
02:16.55mynsoo sick of the slowness and lack of features in XDANDROID
02:21.21tmztwhat features?
02:21.53mynfull market
02:22.24mynhigh speed UART/A2DP support
02:22.32mynworking IM application
02:22.34myntheming
02:22.42mynoverclocking
02:22.48myndynamic lcd density..
02:23.23mynbasically this: http://forum.xda-developers.com/showthread.php?t=619980
02:23.30*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
02:26.38*** part/#htc-linux jeremychang (~jeremycha@61-30-10-70.static.tfn.net.tw)
02:34.01MrPippytmzt: HKEY_LOCAL_MACHINE\Software\Microsoft\RIL has "DataPort"="SMD1:", but our smd_tty.c includes rhod with the GSM phones and does if(n==1) n=7; // map 7 to 1 for android compatability, on GSM
02:34.42MrPippyi tried it where /dev/smd1 actually goes to smd1 and ppp didn't work any better though
02:36.10*** join/#htc-linux balsat (~balsat@87.72.13.34)
02:37.17tmztah
02:37.27tmztthat was the case on raph800/500
02:37.39tmztare you in console pr android?
02:37.49tmztyou probably just need atd#777
02:37.51tmztfirst
02:38.05tmztpppd /dev/smd1 noauth local
02:39.02tmztMrPippy: if you're in the registry can you trace switching from cdma to global or umts mode?
02:39.19tmzt\Software\HTC\AtDbgLog 1
02:39.26MrPippyyeah i just turned that on, about to reset
02:39.54MrPippyin android no signal strength showed up, and i tried to make a call and got "not activated"
02:49.06*** join/#htc-linux MrPippy_ (~pip@adsl-75-11-160-192.dsl.sndg02.sbcglobal.net)
02:50.59MrPippynice the ATDbg log actually has 18:50:21 <RIL>Change to GSM only mode in it
03:00.56*** join/#htc-linux madCoder` (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net)
03:11.45*** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com)
03:15.13MrPippyhmm i'm just not seeing anything in this log that obviously looks like switching networks
03:28.48MrPippyinteresting cdma uses AT+HTC_CSQ, while gsm uses AT@HTCCSQ
03:31.22NeoMatrixJRMrPippy: Any idea what killed RHOD wifi between Sun and Tues build?
03:31.59MrPippyhmm i'm not sure, which builds are you talking about? rootfs? kernel?
03:33.30NeoMatrixJRActually...I'm not sure.
03:34.31NeoMatrixJRI'm running different combos.  95-civic's build with the most recent zImage and modules won't wifi, but standard xdandroid w/ latest did work....
03:38.35NeoMatrixJRbut 95's build w/o updated zImage and modules runs wifi
03:40.12MrPippyi'm pretty sure nothing has changed with zImage/modules
03:40.47NeoMatrixJRI also updated the initrd.gz.  Would anything in there have anything to do with it?
04:06.19NeoMatrixJRMrPippy: Seems a new zImage and modules is what kills the wifi.
04:10.55NeoMatrixJRI'm out...it's sleep time
04:15.42*** join/#htc-linux jeremychang (~jeremycha@61-30-10-70.static.tfn.net.tw)
04:16.08*** join/#htc-linux Ekips (spike@d51A460C9.access.telenet.be)
04:24.15*** join/#htc-linux ali1234 (~al@robotfuzz.co.uk)
04:38.08tmztmodules have to match
04:38.24tmztif it's really kernel bisect should help
04:38.34tmzt95 civic is just gito
04:38.52tmztMrPippy: can I get a copy?
04:39.02tmzthave you switched all the mode combinations?
04:42.35*** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net)
04:44.05randomblameanyone know why the dummy mddi client won't register itself, it looks like it's set up properly
04:45.55tmztstill panic?
04:46.08randomblameyes always
04:46.41randomblamefails on vsync gpio 97 now 0 with any client other than dummy
04:46.46tmzthow do you that's what causing it?
04:46.58tmztignore that
04:47.02tmztthat's not the issue
04:47.38randomblameyes but dummy client gets further - though doesn't register itself therefore never turns on fb_msm
04:47.57randomblameso it would seem to be something in the mddi client
04:48.21tmztnot neccessarily
04:48.32tmztthis is in ramconsole?
04:48.35randomblameyes
04:49.25tmztinit something after the msm inits it clien
04:49.32tmztor add printk at that point
04:49.38tmztI'm not sure that's the issue
04:49.45tmztwhat kernel are you using now?
04:50.13randomblame2.6.27 about a month older than your branch
04:50.18randomblameon gitorious
04:52.58*** join/#htc-linux friehmaen (freeman@xers.de)
04:53.44randomblameit's still plagued with bugs, I get half screens with htc_fb_console 1/2 times and it tends to crash with a crc error on the initramfs when it's halfscreen
04:54.41randomblamealso had to make a modification to the acpu clock bits because it misdetects the acpu speed sometimes I just made it not panic when it did that
04:54.58randomblameto be able to debug it, I'll have to actually fix that later
04:56.07randomblamehad to make a change to entry-macro.s in order to get irqs/system timer working too
05:01.55*** join/#htc-linux goxboxlive (~jrs@mail2.hjellnesconsult.no)
05:02.17MrPippytmzt: here's the log http://pastebin.com/ZSsnFF6u
05:02.33*** join/#htc-linux mickey|ICE (~M@openmoko/coreteam/mickey)
05:03.40MrPippyfrom strings i think smd might have its own logging facility that could be better, this clearly isn't all the traffic on the port (no ATDT#777)
05:07.12randomblameI also get a fairly common hang at msm_gpio_set_function(6c, 0) which may be related to my issue
05:11.07randomblametmzt> init something after the msm inits it client
05:11.54randomblameThe phone restarts on the crash
05:12.16randomblamethere would be no output from it
05:18.47MrPippyyeah looks like there is a Drivers\Software\OEM\RIL\EnableSMDLog reg key
05:26.47*** join/#htc-linux fleixius (~fleixius@unaffiliated/fleixius)
05:44.06*** part/#htc-linux jeremychang (~jeremycha@61-30-10-70.static.tfn.net.tw)
05:52.08MrPippyi think EnableSMDLog turns on SMD logging to wince dmesg
05:53.04MrPippyi dont even know where wince dmesg is on rhod
05:53.38*** join/#htc-linux mickey|ICE652 (~M@88.128.88.152)
05:54.56tmztrandomblame: panic=0
05:56.01randomblametmzt: where
05:57.50tmztcmdline
05:58.10randomblamekk
06:15.27*** join/#htc-linux mickey|ICE672 (~M@88.128.88.152)
06:20.37*** join/#htc-linux kvaster (~kvaster@live.bn.by)
06:23.46*** join/#htc-linux MrPippy_ (~pip@adsl-75-11-160-192.dsl.sndg02.sbcglobal.net)
06:25.16*** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com)
06:27.27*** join/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net)
06:27.53lilsnoopwhats up everybody??
06:34.10randomblamepanic=0 made it not reboot, but it still panicked
07:14.15*** join/#htc-linux apt (ibot@rikers.org)
07:14.15*** topic/#htc-linux is Welcome to htc-linux | Project homepage and wiki http://htc-linux.org | Livelogs: http://irclog.netripper.com/?chan=htc-linux | Logs: http://apt.rikers.org/%23htc-linux | htc-linux is not android
07:23.01*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
07:25.40*** join/#htc-linux zachy (~george@ip-85-160-8-235.eurotel.cz)
07:28.24*** join/#htc-linux mcdull (~blackston@n11648167249.netvigator.com)
07:37.35*** join/#htc-linux mickey|ICE672 (~M@tmo-100-225.customers.d1-online.com)
07:41.24*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
07:51.20*** join/#htc-linux mcdull_ (~blackston@n11648167249.netvigator.com)
08:11.31MrPippyi'm starting to think the CDMA/GSM switch has to be done with rpc...its definitely not dex, just doesn't seem like at cmds, its not something on another smd channel
08:12.27MrPippynothing else in smem is changed except for ch0, rpccall, and a mysterious region at 9dd8 that wince doesn't seem to read/write from (i figure its some private thing that the a9 uses for itself)...in GSM, it contains a string PROXY_00
08:13.10MrPippyoh, and i was wrong earlier...cdma data does go over smd channel 7, so current smd_tty.c should work
08:15.09*** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f)
08:15.10*** join/#htc-linux BabelO (~fcr@unaffiliated/babelo)
08:15.31*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
08:22.03*** join/#htc-linux cr2_ (~cr2@ip-109-85-148-103.web.vodafone.de)
08:22.31cr2_MrPippy: the data was always on smd7
08:23.03MrPippyi wasn't sure which way rhod400 would go, for cdma diam/raph its smd1
08:23.34cr2_smd1 is a diag channel
08:23.56MrPippyon cdma diam/raph its data
08:24.11cr2_cdma diam/raph is a hack
08:24.24cr2_there is no smd1 there
08:24.34cr2_the real smd1 is diag channel (on cdma)
08:24.42cr2_on gsm it simply does not exist
08:25.30MrPippyyeah thats true, smd_7500 uses its own cid for each one
08:26.01*** join/#htc-linux dekar (~dekar@dialbs-088-079-080-042.static.arcor-ip.net)
08:26.19cr2_should be smd_6150, to make things less confusing too
08:26.46cr2_because it's the way how amss6150 manages the smd channels
08:27.56MrPippyyeah i can probably rename that
08:27.58cr2_MrPippy: PROXY_xx data area is is SMEM_SMEM_LOG_EVENTS
08:28.55cr2_there should be some code lying around to parse these messages
08:30.13fleixiusI forgot how to enable telnet again, which file to I edit again?
08:30.46cr2_MrPippy: have you solved the problem with BT ?
08:31.24MrPippyfor cdma diam no i gave up
08:32.24cr2_MrPippy: send me the dll
08:33.08MrPippySerial_BTUR_DM.dll?
08:33.21fleixiusHow do I enable telnetd?
08:33.31cr2_tmzt: uboot needs panel detection and spi init code to be written
08:33.40cr2_MrPippy: yes
08:33.46cr2_fleixius: telnetd ??
08:34.33MrPippyhttp://opus.homelinux.com/public_files/Serial_BTUR_DM.dll
08:34.34fleixiuscr2_,  Yes - enabling a telnet daemon on droid.
08:34.47fleixiusbah android - droid could be misleading
08:36.17cr2_MrPippy: ok, i'll look at it
08:36.23cr2_fleixius: hm. no idea
08:36.30MrPippycool thanks
08:39.57cr2_bbl
08:41.54*** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl)
08:49.44*** join/#htc-linux Vito_ (~quassel@gw.loccal.net)
08:54.07*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
08:56.53MrPippyi might be wrong, but the cdma/gsm network switch might be AT+CGAATT
09:01.39*** join/#htc-linux BHSPitMonkey (~stephen@unaffiliated/bhspitmonkey)
09:13.33fleixiusanyone have a data connection with the new 03/01 build?
09:20.23MrPippywhich phone?
09:22.45fleixiusMrPippy, fuze/raph 100
09:23.51MrPippyhave you tried the latest rootfs from http://xdandroid.southcape.org/rootfs/
09:26.12fleixiusnot the most up-to-date version, let me try that now.
09:27.02MrPippyits the second-to-latest update that should make a difference for data
09:28.00fleixiusI'll just grab the latest auto-build and see what happens.
09:28.06fleixiusIm assuming I should update my initrd as well
09:28.55MrPippyif you want, once android boots then the initrd doesn't make a difference
09:31.41lilsnoopi used android for about 9 hours today on one battery charge
09:31.43lilsnoopsweet
09:31.49fleixiusWell of course - but maybe there's a magical fix that fixes battery.
09:32.11fleixiuslilsnoop, are you using any syncing?
09:33.04fleixiusbrb
09:38.28*** join/#htc-linux val__ (~val@lgx22-1-88-168-244-3.fbx.proxad.net)
09:39.19lilsnoopfleixus: no syncing, i mean the usual google stuff is all
10:05.50*** join/#htc-linux albi74 (~albi74@host208-44-static.39-79-b.business.telecomitalia.it)
10:12.41*** join/#htc-linux kvaster (~kvaster@93.84.112.80)
10:26.45*** join/#htc-linux Captnoord (~Captnoord@145.74.216.53)
10:30.59*** join/#htc-linux GNUtoo (~GNUtoo@host40-149-dynamic.51-79-r.retail.telecomitalia.it)
10:39.40*** join/#htc-linux mickey|ICE652 (~M@tmo-100-108.customers.d1-online.com)
10:47.49*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
11:22.34*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
11:49.34*** join/#htc-linux Captnoord (~Captnoord@145.74.216.53)
11:57.42*** join/#htc-linux babijoee (~babijoee4@d110-33-175-95.sun801.vic.optusnet.com.au)
11:58.19babijoeehelllllllllo
12:05.13*** join/#htc-linux Vito_ (~quassel@147.32.223.180)
12:24.17*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
12:26.24*** join/#htc-linux GeekLad (~GeekLad@adsl-178-230-51.jax.bellsouth.net)
12:36.52*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
12:59.39*** join/#htc-linux mike_ (~mike@hped.static.otenet.gr)
13:27.14*** join/#htc-linux stamppot_ (~quassel@82.75.187.48)
13:49.16*** join/#htc-linux Wr4i7h (~abc@89.181.5.130)
13:50.44stamppot_hi guys. I'm not sure if this question is in the right place here, but I'm having a hard time getting my HTC diamond running Android recognized by Linux
13:51.37stamppot_I see that it is connected via USB debugging, but an adb devices command comes up empty. And yes, the appropriate rules-file for udev exists...
13:53.28makkonenI'd say the question's in the right place, but it doesn't seem like there's anyone knowledgeable around to give you an answer at the moment. iirc, one version of adb causes that, and another doesn't. or, possibly, it's caused by adbd not running as root. So killall adb and then run it again as root.
13:53.42makkonenI've never actually done it, though, so this is all second-hand advice.
13:55.21stamppot_Had tried that already, but this makes no difference...
13:55.47stamppot_I wanted to be able to use logcat. I'm gonna try and cut my teeth on a better battery driver for the diamond.
13:55.57stamppot_Or at least a better calibrated driver...
13:55.59makkonenwhich diamond?
13:56.04stamppot_Diamond100
13:56.52makkonencool. I don't think you'll get too much out of logcat for that.
13:57.07makkonennot that having functional adb isn't a nice thing.
13:57.59stamppot_I had done a full build of the android sources. I have a copy from the git repository, but do you guys take special steps to integrate the git repository with the android compilers, etc?
13:58.14stamppot_I know, at least I'd like to be able to do an adb shell
13:58.34makkonenyou'll have to wait for someone with direct experience to point you at the right version of adb, I guess.
13:59.01IceBoneOh, come fucking on... your battery level is low, please connect charger: 85% remaining...
13:59.11balsatstamppot_,  Why dont you use telnet?
14:00.13stamppot_because my Ubuntu Koala refuses to get an IP-address for the connection...
14:00.28balsatifconfig usb0 192.168.20.2
14:00.34balsattry that
14:00.41balsattelnet 192.168.20.1
14:01.11stamppot_Ah, that was what I was looking for...
14:01.33stamppot_I'm going to punch that into Ubuntu... Was fricking driving me mad...
14:01.39stamppot_Thanks balsat!
14:02.11makkonenstamppot_: as far as the battery goes, you can get debugging from it by adding htc_battery_smem.debug_mask=1 to your cmdline in startup.txt
14:02.26makkonenand then you can just read the dmesg to see it.
14:03.44makkonenall the relevant values that need to be tweaked for a diam100 are in battery_table_2 and htc_get_batt_info (specifically, the part with smem_field_size == 2) in arch/arm/mach-msm/htc_battery_smem.c in the gitorious linux-msm repository.
14:04.44makkonen(well, almost all the values that need to be tweaked. a couple of them maybe aren't getting read correctly, or we're mistaking something. But that's the starting point, anyway.)
14:05.41stamppot_makkonen: thanks, I'll have a look
14:09.59*** join/#htc-linux mickey|palmSprin (~M@tmo-101-217.customers.d1-online.com)
14:15.05*** join/#htc-linux Captnoord (~Captnoord@145.74.216.53)
14:24.23*** part/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com)
14:37.10Captnoordphh wanne have my battery driver voltage correction patch?
14:49.03stamppot_Captnoord: that wouldn't be related to the Diamond100, would it? (I was just about to start and have a look into the battery driver)
14:49.59Captnoordits related to the Diamond
14:50.03Captnoordits a rough correction
14:50.13Captnoordwithout ADC reference correction
14:50.17Captnoordblah
14:50.20Captnoordik zit binnen
14:50.23Captnoordheerlijk weer
14:50.27stamppot_Ah.... that's what I was about to do...
14:50.29Captnoordsommen te maken
14:50.32Captnoordto late
14:50.33Captnoord:P
14:51.00stamppot_Where did you get the correction values from?
14:51.01Captnoordnah i've reverse enginered it from the battery driver of wince
14:51.20Captnoordcan you do that?
14:51.21Captnoord:P
14:52.04CaptnoordI don't want to play for reverse engineer god....
14:52.07Captnoordi'm no god
14:52.09Captnoordi'm crap
14:52.50stamppot_I'm no god either, but I can read source... :)
14:53.05Captnoordnah the source is like a blackbox....
14:53.27CaptnoordI won't start about the batt driver
14:55.30*** join/#htc-linux balans (~Gebruiker@82-170-215-5.ip.telfort.nl)
14:56.10Captnoordlol not using violate variable's in math saves in kernel size
14:56.19Captnoord1.503.256 vs 1.503.248   .... whooo lolz
14:56.22*** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz)
15:08.37*** join/#htc-linux stinebd (~bryan@gentoo/developer/battousai)
15:09.51*** join/#htc-linux |Jason8| (JayAte@server1.tiltshellz.org)
15:20.03*** join/#htc-linux Vito_ (~quassel@195.113.242.148)
15:33.46*** part/#htc-linux lilsnoop (~lilsnoop@ip68-229-4-180.lv.lv.cox.net)
15:50.34*** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com)
16:00.18*** join/#htc-linux tehtrk (~tehtrk@rrcs-24-173-220-30.sw.biz.rr.com)
16:07.24*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
16:12.28*** join/#htc-linux pH5 (~ph5@e178238055.adsl.alicedsl.de)
16:21.03*** join/#htc-linux Vito_ (~quassel@195.113.242.148)
17:19.43*** join/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca)
17:28.29*** join/#htc-linux kiozen (~oeichler@rgnb-5d87cb31.pool.mediaWays.net)
17:29.59IceBonephh, where fore art thou?
17:35.23*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
17:35.51Captnoordphh awake?
17:38.07*** join/#htc-linux Vito89 (~quassel@gw.loccal.net)
17:46.32*** join/#htc-linux Markinus (~Miranda@gtng-4db04d23.pool.mediaWays.net)
17:49.36*** join/#htc-linux luminoso (~lumos@av-217-129-141-118.netvisao.pt)
17:54.20*** join/#htc-linux albi74 (~albi74@host208-44-static.39-79-b.business.telecomitalia.it)
17:55.39*** join/#htc-linux Reefermattness (~MattGNM@c-76-18-79-170.hsd1.nm.comcast.net)
18:00.49*** join/#htc-linux stamppot_ (~quassel@82.75.187.48)
18:05.33IceBoneCaptnoord: I'm looking for him too.
18:06.11Captnoordhehe
18:06.21Captnoordhe will be here in a few seconds
18:06.23Captnoordi'm sure
18:07.15Captnoorddamn the batt stuff has uber adc corrections
18:07.15Captnoordlol
18:08.21Captnoordwhat I got so far
18:08.22Captnoordbuffer->batt_vol = batt_16->batt_vol;
18:08.22Captnoordbuffer->batt_vol = ( buffer->batt_vol * 0x1450 ) / dwADC_RANGE; // apply a linear correction of x * 1.2695
18:08.22Captnoordbuffer->batt_vol = ( ( dwADC_A * buffer->batt_vol ) + dwADC_B ) / 1000;
18:08.32Captnoord:P
18:08.33Captnoorddamn
18:10.44CaptnoorddwADC_A =
18:10.44Captnoord<PROTECTED>
18:10.44CaptnoorddwADC_B =
18:10.44Captnoord<PROTECTED>
18:10.44CaptnoorddwADC_RANGE =
18:10.44Captnoord<PROTECTED>
18:13.16Captnoordhmmm damn
18:13.22Captnoordsomething's wrong somewhere
18:13.25Captnoordslight offset
18:14.40chamonixhey guys
18:14.45Captnoordyo
18:16.06*** join/#htc-linux LTxda (~anon@unaffiliated/ltxda)
18:16.28IceBoneAnyone know how to speed up apps starting in xdandroid?
18:16.37IceBoneIt takes over 10 seconds to open messages or contacts. :(
18:17.35balsatRemove debugging in the kernel, and put android on a ext2 partition will increase speed
18:18.43balsatjust dont remove defugfs
18:18.54balsatdefugfs
18:19.00balsatlol debugfs
18:19.17IceBoneI have no idea how to do that. :P
18:20.03*** join/#htc-linux MrPippy (~pip@adsl-75-11-160-192.dsl.sndg02.sbcglobal.net)
18:20.15balsattry it out here balsat.hopto.org
18:20.27balsatI you running Linux ?
18:20.35Captnoordmake xconfig htc_msm_android_defconfig ARCH=arm
18:20.46Captnoordmake sure you use save as to save it
18:20.50IceBoneI'm just a user, not a dev. :(
18:20.54*** join/#htc-linux bzo (~chatzilla@netblock-68-183-234-14.dslextreme.com)
18:21.45balsatThis is a kernel whitout debugging http://balsat.hopto.org/builds/android/Latest-LinuxMSM.tar.gz
18:22.05phhhi
18:22.11chamonixhey phh
18:22.17IceBoneThere he is. :D
18:23.47chamonixphh: tested acpu_dbg_vdd 0,0,0,2,2,2,2,3,3 -> still in the same range of 15 hrs
18:24.14phh[03:40:29] <MrPippy> tmzt: HKEY_LOCAL_MACHINE\Software\Microsoft\RIL has "DataPort"="SMD1:", but our smd_tty.c includes rhod with the GSM phones and does if(n==1) n=7; // map 7 to 1 for android compatability, on GSM <----- argh.
18:25.05MrPippyi was wrong about that....even though it does say SMD1, i looked at dumps of smem and CDMA data is coming over SMD_DATA1 (ch 7)
18:25.07phh[04:37:51] <NeoMatrixJR> MrPippy: Any idea what killed RHOD wifi between Sun and Tues build? <------ rhod wifi has been killed ?!?
18:25.28phhMrPippy: fiou
18:25.30phhno ril change to do
18:25.31phhcool
18:26.10MrPippystill need plenty of ril changes, just won't need anything kernel
18:26.12*** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821)
18:27.13phhMrPippy: there are really many changes to do ?
18:27.45MrPippyi don't know how much it'll take, hopefully not that much
18:28.07phhit's the same AMSS rev for gsm rhod and cdma rhod ?
18:28.50phhif so the changes must be really minimalistic
18:29.13MrPippyyeah but i think cdma rhod has to be told which network to connect to
18:29.58phhAT+CFUN ?
18:31.08MrPippymy guess is AT+CGAATT
18:31.30MrPippyhttp://pastebin.com/ZSsnFF6u
18:32.44*** join/#htc-linux kvaster (~kvaster@live.bn.by)
18:36.24IceBonephh: how long does it take your phone to open the contacts or messages?
18:37.43chamonixIceBone: just tested SMS: 1s to open app, 1s to display the list (5 groups)
18:38.00IceBoneUgh...
18:38.03IceBoneTakes at least 10 for me.
18:38.20IceBoneOk, 6 this time.
18:38.23chamonixopen a console and check top
18:38.35IceBonetop?
18:38.48chamonixit's a command to display top process list
18:39.01IceBoneI type just top or check top?
18:39.03chamonixand it shows u the cpu load
18:39.05*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
18:39.09chamonix"top"
18:39.32IceBonemrm: 1676k free
18:39.37IceBonecpu: 8.3% sys
18:39.52IceBoneload average: 4.72 3.62 3.34
18:40.01chamonixthat's quite high
18:40.40IceBone102824k ram used
18:40.45IceBonewhy so much?
18:40.48IceBoneapps?
18:41.17IceBone21.4% sys now
18:41.21IceBoneAnd it's not doing anything.
18:41.43chamonixcheck the list, in the colunm %CPU u'll see the sampled consumers
18:42.05chamonixon top on my phone is system_server with about 4%
18:42.18chamonixthen term with 2,7%
18:42.21IceBonesystem server is 0
18:42.25IceBonetop is 8.3
18:42.29chamonixans sometomes acore pops up
18:42.59chamonixin ur place i'd try AdvancedTask killer and kill whatever is not supposed to run
18:43.05IceBoneNothing is running.
18:43.07IceBoneEVER
18:43.14chamonixu blieve nothing is running
18:43.24IceBoneAdvanced Task Killer tells me so.
18:43.25chamonixcheck with the tool, it's free on market
18:43.26IceBoneDoes it lie?
18:43.33chamonixnah, almost not
18:43.40chamonixdid u check running services?
18:43.51chamonixsettings-apps-running services
18:43.58IceBoneRight now only weather widgets and advanced task killer free are running
18:44.53*** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring)
18:44.54IceBoneandroid keyboard, android core apps, google (gtalk service) and weather widgets (updateservice)
18:45.04IceBoneThose are the running services.
18:45.23chamonixwell, I dunno the widget so u may try to stop them one by one till it get better
18:45.34chamonixI mean wwather and gtalk
18:45.42*** join/#htc-linux kvaster (~kvaster@live.bn.by)
18:45.42chamonixs/ww/we
18:46.13chamonixI have had lots of preblems, especially with battery due to poor apps
18:46.46phhIceBone: diam long/
18:47.17IceBoneDoesn't seem much faster.
18:47.20IceBonediam long/?
18:47.38phhon diam, opening app is long.
18:47.54IceBoneYes.
18:48.08IceBoneI don't care about other apps, but messages and contacts I'd like to be a bit faster.
18:48.38phhok, you still don't have adb ?
18:49.04IceBoneNo, cause I have XP
18:49.14phhI can't see the link.
18:49.25IceBoneWe tried before and it couldn't find the correct drivers.
18:50.23chamonixIceBone: r u over or underclocking?
18:50.27IceBoneNone.
18:50.36chamonixok
18:50.38IceBoneneither, even
18:50.47chamonixphh: I'm running at 19200 now :)
18:50.53chamonixload went up to 10
18:50.59phhchamonix: constant 19.2 ?
18:51.00IceBoneHmm.... ok now it's a bit faster.
18:51.03chamonixyes
18:51.05IceBoneI've disabled weather widgets.
18:51.06phhchamonix: lol.
18:51.08phhIceBone: haha
18:51.20phhIceBone: I really should do this script I talked about before.
18:51.26phhchamonix: and it's usable ? :p
18:52.06chamonixno
18:52.15IceBoneWhat script? The one that allows you to slap n00bs over the internet? :P
18:52.28*** join/#htc-linux Vito_ (~quassel@gw.loccal.net)
18:52.54phhIceBone: oom to infinite.
18:53.14IceBoneSpeak human!
18:53.18*** join/#htc-linux k_linux (~klinux@2002:295c:12b:7:8200:60ff:fe0f:e800)
18:53.20IceBoneI'm not a linux geek.
18:54.13phhout of memory limit to infinite ?
18:55.00IceBoneWhat's the practical application of that?
18:55.27phhnever kill sms/call app
18:55.31phhso its' always in memory
18:55.35IceBoneOooh.
18:55.37phhand you never have to start it fully again
18:56.20*** join/#htc-linux irlolcopter (~irlolcopt@host81-153-254-123.range81-153.btcentralplus.com)
18:56.26IceBoneI'd love that.
18:58.39*** join/#htc-linux Vito_ (~quassel@gw.loccal.net)
19:03.57phhand I'd love not to be lazy .... :p
19:06.09IceBoneOk, 16 seconds now...
19:11.43*** join/#htc-linux NeoMatrixJR (~chatzilla@173-25-48-60.client.mchsi.com)
19:12.02balsatmessaging : first run 11 sec, second run 1 sec on the diamond
19:28.20*** join/#htc-linux Cass (~Cass@cass.demon.co.uk)
19:35.08*** join/#htc-linux Vito_ (~quassel@gw.loccal.net)
19:39.59*** join/#htc-linux Vito_ (~quassel@gw.loccal.net)
19:42.59stamppot_question: when using the cross-compilers that come with the andriod sources, does it matter which one to use for eclair? Or can I just use the latest?
19:43.45*** join/#htc-linux Wr4i7h (~abc@89.181.5.130)
19:44.13*** join/#htc-linux makkonen (~makkonen@cpe-66-69-229-9.austin.res.rr.com)
19:44.42phhtime for bluetooth.
19:48.49*** join/#htc-linux Vito_ (~quassel@gw.loccal.net)
19:49.42phhchamonix: you're trying the whole day @ 19.2MHz ?
20:03.12*** join/#htc-linux IceBone (~IceBone@89-212-106-54.dynamic.dsl.t-2.net)
20:10.50*** join/#htc-linux albi74 (~albi74@host125-5-dynamic.12-79-r.retail.telecomitalia.it)
20:14.37*** join/#htc-linux mastermerlin (~merlin@pD957C37B.dip.t-dialin.net)
20:16.17IceBonephh... yeah, that script would be nice...
20:16.27*** join/#htc-linux miknix (~miknix@gentoo/developer/miknix)
20:17.11*** join/#htc-linux FLeiXiuS (~FLeiXiuS@64.206.83.177)
20:19.15phhwow
20:19.24phhBT seems a lot weirder than what I first thaught.
20:25.50NeoMatrixJRCould use a hand with this one... mounted a rootfs.img file and I'm trying to copy everything out of it into a folder on a linux box to examine it.  cp -rf <mount folder> <new folder> keeps giving me a bunch of 'cp: cannot create symbolic link '<filename>': Operation not supported
20:26.21phhFAT doesn't handle symlink
20:26.34NeoMatrixJRincluding FAT32?
20:26.52phhyup
20:31.11*** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f)
20:31.12*** join/#htc-linux BabelO (~fcr@unaffiliated/babelo)
20:33.14phhfunny. samsung's rfkill is way more advanced than N1's one
20:36.32*** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes)
20:44.26*** join/#htc-linux mickey|zzZZzz (~mickey@80.81.242.146)
20:45.34*** part/#htc-linux DarkMasterHalo (~ssoulard@modemcable187.118-80-70.mc.videotron.ca)
20:58.23bzophh, MrPippy: I have a fix for diam500 bluetooth
20:58.29phhah ?
20:58.57bzoclock-wince is hardcoded to assume a 245mhz pll0, thus incorrect uart clock settings
20:59.45bzoemailing you my patch now, similar approach to fixigin acpuclock
21:00.16phhah ok
21:00.26MrPippyis pll0 different between diam500 and diam100?
21:00.30phhMrPippy: yes
21:00.36phh196MHz for cdma-only devices
21:01.38bzoI think there are some problems with bt audio routing though
21:01.49bzobt now turns on, finds devices, pairs
21:01.55*** join/#htc-linux Alka (~Alka@189.174.0.118)
21:02.02phhbzo: A2DP isn't working because of wrong libs
21:02.03bzohowever, I get no sound on my bt headset
21:02.11phhcall routing has to be done with another bt stack
21:02.19phhit's not linked with diam500
21:02.31bzoare all bt headsets a2dp?
21:02.38bzonot just stereo ones?
21:02.47MrPippyjust stereo ones are a2dp
21:02.50phhdon't know
21:02.54phhtheorically a2dp is for stereo
21:03.03phhbut if you want mono with not too bad quality, you need A2DP.
21:03.20MrPippyi tihnk the hands-free or headset profiles are what most BT headsets use
21:04.27bzologcat says my device is a "BT Headset"
21:04.46phhhas anyone got news from k_linux ?
21:05.01phhI sent him how to get full features of BT working on his build
21:05.06phhtwo days ago
21:05.08phhbut no news :/
21:06.57bzoMrPippy: here is a pastebin of the patch I sent to phh - http://pastebin.com/tGUEbuH5
21:07.28phhbzo: you calculated those clocks ?
21:07.38phhor dumped from wince ?
21:07.45bzoyep, and it is damn tedious!
21:07.59MrPippyawesome job
21:08.05MrPippyso does this mean that all the other clocks were running slow?
21:08.18bzojust the ones mark BT were using pll0
21:08.54phhMrPippy: you've seen samsung's rfkill ?
21:08.59phhit seems damned complicated.
21:09.10MrPippyfor the i7500? haven't looked at it
21:09.20phhyes i7500
21:09.45phhI'll try to reproduce wince's behaviour. easier.
21:10.21*** join/#htc-linux Markinus (~Miranda@gtng-4db04d23.pool.mediaWays.net)
21:12.29MrPippyoh the i7500 has bcm4325, didn't know that
21:12.41phhit's really complicated
21:13.32phhI mean compring to brf6300
21:14.48MrPippyyeah everyone elses bcm4325 seems to have 4 gpios and ours has like 1
21:15.10phh?
21:15.15phhI've at least 3.
21:15.25phh91 31 94 35
21:15.27phhok that makes 4.
21:15.59phh94 is read only it seems
21:17.04MrPippyi guess i haven't looked into BT at all, for wifi there was just that one power gpio and the other drivers always flipped 3 of them
21:17.19MrPippyplus n1 has that oob irq
21:17.32phhI hope we have an oob irq
21:18.44*** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl)
21:19.22MrPippyi haven't seen any evidence of it, though i'm not sure when its used
21:19.53phhI'll try to see
21:20.17phhwith such an awesome wifi chip, I think working oob irq would be really great
21:20.18MrPippyi guess its so N1 can power down the mmc controller but leave wifi powered, and the oob irq fires when a packet comes in and it needs to restart mmc
21:20.21Captnoordre
21:20.38phhMrPippy: no need to stop/start mmc
21:20.47phhjust stop mmc interrupts
21:20.53MrPippyand the mmc clock?
21:20.58phhmmmm
21:21.01phhnot sure actually
21:21.07Captnoordstop it
21:21.09Captnoordif you can
21:21.10Captnoordor
21:21.12Captnoordlower freq
21:21.35*** join/#htc-linux leaigor (~laigor@188.134.16.241)
21:21.36phhMrPippy: just thinking... didn't you commit all mmc clock off on idle patches ? :p
21:22.50MrPippyyeah then we had to stop all the clock messages flooding dmesg
21:22.57MrPippyno idea how it interacts with wifi though
21:22.57phhhaha.
21:22.58phhright.
21:23.04*** join/#htc-linux fish1209 (~fish1209@unaffiliated/fish0912)
21:23.57bzospeaking of spamming dmesg: what's with all the unbalanced irq messages?
21:24.37phhdon't know :/
21:25.26phhah. bma150 gpio is 2-6
21:29.12phhand no wifi irq.
21:41.23Captnoordhmmm wierd stuff
21:41.57phhoh
21:42.02phhbroadcom driver handles master mode
21:42.02phh<3
21:43.37phhno monitor. unfair.
21:44.31Captnoordenables spam mode
21:44.32Captnoordbuffer->batt_vol = batt_16->batt_vol;
21:44.32Captnoordbuffer->batt_vol = ( buffer->batt_vol * 0x1450 ) / dwADC_RANGE; // apply a linear correction.
21:44.32Captnoordbuffer->batt_vol = ( ( dwADC_A * buffer->batt_vol ) + dwADC_B ) / 1000;
21:44.32Captnoordbuffer->batt_current = batt_16->batt_charge;
21:44.32Captnoordbuffer->batt_current = ( buffer->batt_current * 0xA28 ) / dwADC_RANGE;// apply a linear correction.
21:44.32Captnoordbuffer->batt_current = ( ( dwADC_A * buffer->batt_current ) + dwADC_B )  / 1000;
21:44.33Captnoordbuffer->batt_current = ( ( dwADC_A * buffer->batt_current ) + dwADC_B );
21:44.36Captnoorddisables spam mode
22:01.41Captnoordis there a android app that reports current?
22:01.52Captnoordusing a default android api?
22:11.00phhI think they use /sys infos
22:11.13phhand I think I've seen an app that reads it
22:11.17phhbut not sure at all
22:12.08MrPippyhmm i don't think the gsm/cdma rhod detection for wifi nvram is working right
22:12.16phhMrPippy: uh ?
22:12.37phhit broke cdma wifi ?
22:12.39MrPippyi cleared out my /data and got "GSM Rhodium detected" on boot
22:12.46phhaie
22:12.56MrPippyand wifi-nvram.txt is garbage
22:13.03phhok
22:14.00phhyour nvram header isn't 0xbd ?
22:14.49MrPippylike the first byte of nvram.txt?
22:14.54phhyes
22:15.42MrPippyfirst line is 'manfid=0x2d0'
22:16.10phhah.
22:16.15phhno non-ascii garbage ?
22:17.04MrPippynope
22:17.21phhgroumpf
22:17.36phhyou have nocrc=1 ?
22:18.06phhsomewhere in the file I mean
22:18.09MrPippyyeah at the bottom
22:18.21phhok. I guess we could grep on that then
22:19.04Captnoordbleh
22:19.07Captnoordno current reporting
22:19.07phhCaptnoord: ?
22:19.10phhah.
22:19.33Captnoordso I kinda have to assume that what I have is correct
22:19.34Captnoordbleh
22:19.34Captnoord:S
22:19.51CaptnoordI hate that
22:19.58Captnoordmaybe debug stuff
22:19.59Captnoordhmmmm
22:20.28Captnoordor maybe they called it "charge"
22:22.56*** join/#htc-linux Zoolooc (~fredsibar@p54957568.dip.t-dialin.net)
22:27.14phhpushed rhod100 keymaps and nocrc wifi detection in rootfs
22:27.18Captnoordnah
22:27.22Captnoordgonna clean up a bit
22:30.41*** join/#htc-linux SOG (~SOG@n1192361139.netvigator.com)
22:37.06*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
22:37.14FLeiXiuSHow do I turn on busybox telnet
22:37.17FLeiXiuSI totally forgot
22:37.21FLeiXiuSBah telnetd
22:37.36MrPippyok nice it detected cdma rhodium
22:38.45Alkaphh: will be rhod tilt2 mapped "CTRL"  to OK key
22:38.54*** join/#htc-linux Wout (~wout85@s55927d21.adsl.wanadoo.nl)
22:39.13Captnoordyo Wout... i'm prepping a first battery patch....
22:39.20Captnoordnot doing major things
22:39.22Captnoordyet
22:39.24FLeiXiuSAlka, I've been trying to map that pesky okay key for a while.
22:39.43Woutcool, what have you worked on so far? got the fpu stuff working?
22:39.58Captnoordnope....
22:40.08Captnoordbut I fixed volt measurement
22:40.12Captnoordworks like a charm
22:40.22Captnoordpossible fixed current reporting
22:40.23Captnoordbut
22:40.25Captnoordits not used
22:40.32Woutwhich is vital for doing correct readouts?
22:40.34Captnoordand I can't check it in android.. on the fly
22:40.38Captnoordyup
22:40.41Captnoordso I can compare
22:40.46Captnoordcompair
22:40.55Woutcool :)
22:41.00Captnoordbut i'll figure it out some way
22:41.24bzoCaptnoord: what current values are you seeing?
22:41.50Captnoordatm i've reversed this
22:41.54Captnoordand put it in matlab
22:41.56Captnoordto test
22:41.56Captnoordbatt_charge = ( batt_charge * 2600 ) / dwADC_RANGE;
22:41.56Captnoordbatt_charge = (( ( dwADC_A * batt_charge ) + dwADC_B ) / 1000) * 10 / 33
22:42.17Captnoordgiving me
22:42.18Captnoord4.8872
22:42.22Captnoordwhen the input is 23
22:42.26Captnoord22*
22:42.51Captnoordand if the thing should measure uA
22:42.59Captnoordits 48.872 mA
22:43.30Captnoordthe first line is the ADC correction
22:43.44Captnoordthe second line is the adc reference correction
22:44.03Captnoordthe 10 / 33
22:44.09Captnoordis related to the resistor used
22:44.54Captnoordbut more or less crap
22:45.03Captnoordbecause when you read value's that small
22:45.05Captnoord23
22:45.10Captnoordyou can't do shit
22:45.18Captnoordjust not anough info in it
22:45.41bzothe 49ma seems reasonable if your screen was turned off at the time
22:46.07CaptnoordI don't have a clue
22:46.17Captnoordthe battery has a internal limit of 150 mA
22:46.27Captnoordmore or less
22:46.48bzoIn winmo, I think I saw something like that, maybe lower, with the screen off
22:46.59Captnoordyea
22:47.06bzowith screen on, I think it was 75-100ma
22:47.12CaptnoordI still don't read the same value's I read in wince
22:47.23Captnoordmy volt correction is perfect
22:47.25Captnoordit works
22:47.30Captnoordonly a slight error
22:47.42Captnoordbut I think thats because of me calculating dwADC_RANGE
22:47.51Captnoordwhen its using loads of current
22:48.31bzoperhaps your first try at this will at least give us a good steady state battery estimate
22:48.45FLeiXiuSWould this be an overall fix for all devices
22:48.54CaptnoordI hope
22:49.02Captnoordbzo yea thats what i'm planning
22:49.17FLeiXiuSHas your battery life improved significantly\
22:49.32Captnoordlol.... dude... go wash you mouth....
22:49.47Captnoorda correct working battery driver doesn't mean you use less power
22:49.51Captnoordit just means
22:49.58Captnoordit displays the correct battery level
22:50.21FLeiXiuSIt goes hand in hand of course ...
22:50.30Captnoordno... it doesn't
22:50.58FLeiXiuSHow so - every bad program is inevitably eating harder the available resources.
22:51.14Captnoord[23:49] <Captnoord> lol.... dude... go wash you mouth....
22:51.15Captnoordagain
22:51.19Captnoorddon't make me slap you
22:51.37Captnoorda badly coded driver
22:51.42Captnoorddoesn't mean it uses more cpu
22:51.42Captnoordor
22:51.45Captnoordmore battery
22:51.57Captnoordit can simply mean it use less but just don't work
22:52.20Captnoordyou don't mix apples and peaches
22:52.29Captnoordand you can't compair them
22:52.32FLeiXiuSIt all depends ;) I've modified USB drivers that would call upon so much other BS prior to actually doing what it was intended to do.  The art of simplicity voids the world.
22:54.30CaptnoordFLeiXiuS: I tried to be informative.... try to point at the overal view... the way you say stuff is that every badly coded driver uses more resources. If your personal experiences with modded drivers has been positive, it doesn't mean it will be for somebody else. Please if you say something like that... please say everything...
22:55.12FLeiXiuSIt's like walking a mile vs running a mile; you're burning more calories running the same distance as opposed to walking.  Now its not that large of a difference but over the course of time it would be.
22:56.06*** join/#htc-linux M1DLGpc_ (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
22:56.29CaptnoordFLeiXiuS: please I didn't finished my electronics eduction to be enlighted by your colorfull story's.....
22:56.30FLeiXiuSWell I should have clarified the types of 'bad' I was referencing - sure.
22:56.49CaptnoordI know what your talking about
22:57.09Captnoordand I know from personal experience that its not always the way you describe
22:57.55Captnoordso could we please stop this useless discussion about you compairing current with maraton runners... and me trying to make you stop....
22:58.36FLeiXiuSlol
22:58.38NetRipperhttp://android.git.kernel.org/ all new device/htc/* trees
22:58.53NetRipperwell new as in, new to the git
22:59.03NetRippersome still empty
22:59.29FLeiXiuSDebates are never useless - there's always something to be learned by hearing the opinions of others.  Maybe they didnt teach you that in your electronics educational classes.
22:59.46FLeiXiuS</end of rant>
23:01.27FLeiXiuSAlthough I should add I appreciate your contributions ;-)
23:02.07Captnoordthen if you do, could you please stop triggering me with pseudo flames.
23:13.09Woutit's been a long long day, going to get some sleep
23:13.17Woutappreciate all the work you're doing Captnoord!
23:14.47*** join/#htc-linux Neo31 (~Neo31@unaffiliated/neo31)
23:28.37*** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk)
23:35.26*** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f)
23:35.27*** join/#htc-linux BabelO (~fcr@unaffiliated/babelo)
23:40.07*** join/#htc-linux MrPippy_ (~pip@adsl-75-11-160-192.dsl.sndg02.sbcglobal.net)
23:47.49*** join/#htc-linux nemasu (~quassel@S01060021297e4963.ed.shawcable.net)
23:49.52tmztnocrc?
23:56.54MrPippywe just needed something to grep for in a valid nvram file
23:58.23MrPippyanyone know why theres a libhtcgeneric-ril and libhtcgeneric-ril-diamond?
23:58.55stinebdwhere did you find the -diamond one?
23:59.43stinebdto the best of my knowledge, all of our eclair system images have been using libhtcgeneric-ril

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