00:04.14 | Captnoord | re |
00:15.00 | Captnoord | rhodium users online? |
00:20.19 | *** join/#htc-linux gauner1986 (~gauner198@p5B3872B2.dip.t-dialin.net) |
00:20.39 | gauner1986 | hi all |
00:21.46 | Captnoord | yo |
00:22.21 | Captnoord | gauner1986: what phone do you have again? |
00:22.29 | gauner1986 | leo :) |
00:22.32 | gauner1986 | i <3 it |
00:22.37 | Captnoord | k |
00:22.43 | gauner1986 | you? |
00:22.48 | Captnoord | I need rhodium battdrvr.dll |
00:22.50 | Captnoord | raph |
00:23.04 | gauner1986 | hm.. sry. :) |
00:27.23 | Hoochster | Captnoord, what you need rhodium or raph |
00:28.03 | Captnoord | rhodium |
00:28.06 | Captnoord | I have raph |
00:28.09 | Captnoord | diamond is the same |
00:28.13 | Hoochster | I have rhodium |
00:28.18 | Hoochster | the battdrvr.dll from wm? |
00:28.22 | Captnoord | yup |
00:28.32 | Hoochster | let me boot into wm and see if I can find it |
00:28.36 | Captnoord | k |
00:28.38 | Captnoord | :D |
00:32.57 | Hoochster | wouldn't it be in the windows dir? |
00:33.01 | Captnoord | Hoochster: if you find it.... send it me tomorrow |
00:33.03 | Captnoord | I don |
00:33.04 | Captnoord | dono |
00:33.06 | Hoochster | wonder if calkulin removed it |
00:33.08 | Captnoord | I need to sleep |
00:33.17 | Hoochster | I will flash another rom that is normal and find it and get it to you tomorrow, get some sleep |
00:42.55 | *** join/#htc-linux PaulGene (~chatzilla@94-192-3-136.zone6.bethere.co.uk) |
00:44.08 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
00:44.30 | *** join/#htc-linux Spirits-Sight (~Spirits-S@c-24-91-187-210.hsd1.ma.comcast.net) |
00:46.14 | Spirits-Sight | Two question: first one is there any other bootsplash screens for Android? next question / comment is I am trying to find out is there a app that allows me to use my phone as a wifi spot for another device? |
00:47.06 | Spirits-Sight | oops forgot its for a kaiser phone |
00:51.20 | randomblame | whats wrong with the android splash screen, I'd love to be able to see that :D |
00:52.45 | Spirits-Sight | right now the one I have is the X and it shows white on bottom |
00:59.29 | randomblame | I'd take that too :D |
00:59.41 | makkonen | Spirits-Sight: there's this: http://code.google.com/p/android-wifi-tether/ |
01:00.09 | makkonen | doesn't work out of the box on our linux-msm branch... |
01:00.37 | makkonen | but I guess it might on yours. I doubt it, but it might. |
01:01.47 | randomblame | interesting, with my mddi forced code removed it's still trying to init nt35399 but it's not set up anywhere. I wonder if that was interfering... |
01:03.06 | Spirits-Sight | well I guess I find out makkonen :-) |
01:04.39 | polyrhythmic | Spirits-Sight: did you see the polymod splash? |
01:05.07 | polyrhythmic | Spirits-Sight: it's VERY easy to compile a splashscreen... tutorial is in Kaiser WM ROM forum somewhere... |
01:05.37 | Spirits-Sight | Yes I did Poly thanks :-) |
01:05.42 | polyrhythmic | Spirits-Sight: USB and Wifi tether... we are missing something in our kernel, you'd have to have a custom kernel AFAIK |
01:05.54 | Spirits-Sight | :( |
01:06.18 | polyrhythmic | BT is almost fixed, maybe we can add tether next :) |
01:06.22 | PaulGene | i know you are probably sick of questions like this, but if you guys ever do manage to get andriod working on the the HD2, will it run as a full booting OS or will it run ontop of windows mobile? |
01:06.23 | Spirits-Sight | hows the BT coming? is that possible to do tethering? |
01:06.34 | polyrhythmic | Spirits-Sight: eventually yes |
01:06.37 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
01:06.48 | polyrhythmic | PaulGene: native boot is just a matter of time |
01:07.02 | PaulGene | native boot = heaven |
01:07.09 | Spirits-Sight | yeah :-) |
01:07.10 | polyrhythmic | PaulGene: booting from WM is MUCH easier |
01:07.17 | polyrhythmic | so features usually come for WM boot first |
01:08.13 | PaulGene | im resisting temptation to buy a nexus one instead, having WM and Android on the HD2 would be fantastic |
01:08.44 | Spirits-Sight | polyrhythmic: I wanted to tell you that I also have the issue iwth the OK key on the qwerty keyboard when I am trying to browes on internet and I hit that OK button nothing happens and I have to hit the D-center one |
01:09.09 | randomblame | maybe that's the reason nt35399 is usually commented, it's a self initing bastard |
01:09.30 | polyrhythmic | Spirits-Sight: OK is mapped to Ctrl on Tilt, I think the mapping needs to be fixed for reg. Kaiser |
01:11.34 | Spirits-Sight | oops I am using the Tilt = kaiser 100 in past it worked |
01:13.42 | Spirits-Sight | polyrhythmic: one more question if you don't mind, how can I stop voice search from starting when not able to use it, it shows up in taskill all the time? Also wanted to infom you that when using the TTS it will not allow others to hear me when on a call, I have to restart the phone and disable the TTS |
01:15.58 | polyrhythmic | interesting, I didn't know that about TTS |
01:16.20 | polyrhythmic | Voice Search is integrated with the Keyboard, you'd have to disable the 2nd input/keyboard |
01:16.48 | *** join/#htc-linux Minapa (~Teno@a85-139-232-157.cpe.netcabo.pt) |
01:18.42 | Spirits-Sight | polyrhythmic: ok just did that! thanks! |
01:18.58 | Spirits-Sight | can't wait for your next master piece |
01:20.43 | polyrhythmic | :) thanks Spirits-Sight |
01:21.02 | polyrhythmic | hopefully BT by next week |
01:22.55 | Spirits-Sight | COOOOOL, I am waiting for the day that I can use the phone as a modem for a PDA that I have |
01:24.56 | Spirits-Sight | Two other things I just remembered, the cell location thingy puts me in another state and city not even close to me and GPS takes a VERY very long time to start its over 15 min maybe about 20-25 |
01:29.30 | *** join/#htc-linux mrquick (~kbradsha@cpe-70-112-20-78.austin.res.rr.com) |
01:37.49 | polyrhythmic | Spirits-Sight: proper AGPS/Network Location needs RIL changes |
01:37.56 | polyrhythmic | we know what's wrong but haven't fixed it quite yet |
01:38.43 | Spirits-Sight | OK, so its a know bug :-) I was not sure if it was a bug then fixed and it was me :-) |
01:39.31 | Spirits-Sight | So when that fixed will that make a fix faster or is that just the GPS in the phone ? |
01:49.24 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
01:53.47 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
01:55.56 | AstainHellbring | Hi! |
01:56.01 | |Jason8| | sup astain |
01:56.20 | AstainHellbring | not much |
01:56.35 | AstainHellbring | I need a new laptop this dell vostro 1700 sucks |
01:56.53 | Hoochster | just go get one, it's ok |
01:58.15 | |Jason8| | dude |
01:58.19 | |Jason8| | what are the specs? |
01:58.32 | |Jason8| | I have this cheap toshiba and it rocks |
01:58.50 | ToAsTcfh | woooot im back!!!!! |
01:59.19 | ToAsTcfh | damn linux box kicked the bucket |
01:59.53 | AstainHellbring | |Jason8| it sucks cause I cant play battle field bad company 2 on it very well |
02:00.01 | randomblame | howdy astain |
02:00.04 | |Jason8| | get a desktop, moron. |
02:00.11 | Hoochster | 360 ftw |
02:00.11 | randomblame | does it have intel graphics? |
02:00.11 | AstainHellbring | |Jason8| fuck that |
02:00.19 | |Jason8| | lol |
02:00.22 | AstainHellbring | randomblame nvidia 8600M gt |
02:00.40 | randomblame | thats better than my gateway |
02:00.47 | randomblame | fukn intel graphics |
02:00.59 | randomblame | can't even play world of warcraft above 20fps |
02:01.02 | Hoochster | I have a 9300M in my Netbook! :) |
02:01.33 | randomblame | 8600m should be able to handle most games at low settings |
02:01.40 | randomblame | maybe not at native resolution |
02:01.48 | AstainHellbring | not bad company 2 |
02:01.55 | AstainHellbring | it kinda handles it its just laggy |
02:02.01 | randomblame | c2d in there? |
02:02.06 | AstainHellbring | yes |
02:02.18 | AstainHellbring | 2.2 T7500 |
02:02.21 | randomblame | weird |
02:02.22 | AstainHellbring | 4gb ram |
02:02.29 | randomblame | should be all you need |
02:02.45 | AstainHellbring | bad company 2 has kinda high requirements for running |
02:03.00 | AstainHellbring | atleast for online play |
02:03.08 | Hoochster | shoulda got it for the 360 and I woulda gotten it and hooked up heh |
02:03.23 | randomblame | console vs pc games are very different |
02:03.28 | Hoochster | yup |
02:03.42 | randomblame | in that consoles suck |
02:03.42 | Hoochster | but anymore I just don't have time for pc games heh, hell don't have time for console games lol |
02:03.43 | randomblame | :P |
02:04.09 | randomblame | I just bought a shiny new hd 5850 |
02:04.29 | randomblame | then remembered that no one was making good pc games anymore because of those damned kids and their consoles |
02:04.42 | Hoochster | lol |
02:05.18 | randomblame | bah what was I doing before irc distracted me |
02:05.31 | Hoochster | programming something up to fix things on rhodium |
02:05.33 | Hoochster | get back to it |
02:05.33 | Hoochster | lol |
02:06.15 | randomblame | hah, trying to get lg incite frame buffer working, found a spi only driver for a very close relative to my lcd but can't get msm_fb to work with it |
02:06.31 | randomblame | so I'm trying to adapt the toshiba client driver to work with it |
02:06.37 | randomblame | unsuccessfully |
02:08.40 | *** join/#htc-linux mrquick (~kbradsha@cpe-70-112-20-78.austin.res.rr.com) |
02:11.39 | randomblame | yay more output |
02:16.29 | *** part/#htc-linux Spirits-Sight (~Spirits-S@c-24-91-187-210.hsd1.ma.comcast.net) |
02:25.36 | *** join/#htc-linux randomblame (~randombla@c-71-59-184-96.hsd1.wa.comcast.net) |
02:41.36 | eval- | polyrhythmic: really? matter of time? why do we have to init hw3d in winmo... that's solvable? sweet |
02:53.35 | MrPippy | eval-: do you notice the touchscreen problems? double-taps and all that? |
02:57.21 | eval- | MrPippy: yes, especially under high load (auto complete local or auto suggest google) |
02:57.30 | eval- | MrPippy: Both your kernel and latest glemson autobuilds |
02:58.11 | eval- | MrPippy: The biggest problem is that it blocks click-and-drag, making it hard to add/delete some widgets, etc |
02:58.27 | MrPippy | do you have a kernel tree and build env all set up? |
02:59.06 | eval- | MrPippy: No. I run ubuntu though, I probably could check out from git ... do I need anything special to cross-compile? |
02:59.49 | MrPippy | yeah just the arm cross compile toolchain |
03:00.05 | MrPippy | http://www.codesourcery.com/sgpp/lite/arm/portal/package3382/public/arm-none-eabi/arm-2008q3-39-arm-none-eabi-i686-pc-linux-gnu.tar.bz2 |
03:00.31 | *** join/#htc-linux DavidMc0 (~davidmcna@89.241.220.137) |
03:01.51 | eval- | and git clone git://gitorious.org/linux-on-qualcomm-s-msm/linux-msm.git |
03:01.57 | eval- | or you have a fork of your own |
03:02.09 | MrPippy | nah just use that one |
03:02.16 | *** join/#htc-linux mrquick (~kbradsha@cpe-70-112-20-78.austin.res.rr.com) |
03:03.15 | eval- | is that what glemson autobuilds from |
03:03.18 | MrPippy | yeah |
03:03.50 | eval- | ok... downloading.... |
03:04.19 | eval- | MrPippy: will we patch to fix gp_timer & vsync as well? |
03:04.44 | *** join/#htc-linux ToAsTcfh (~toastcfh@24.94.158.107) |
03:05.01 | MrPippy | thats a good point, i don't really know enough about either one to look at it right now |
03:05.10 | *** join/#htc-linux User369 (~User@c-71-204-117-124.hsd1.ga.comcast.net) |
03:06.09 | eval- | 20:24phh[19:56:17] <eval-> my screen is off. why so much vsync? <----- weird, I thaught I fixed it, which board ? |
03:06.28 | eval- | 20:26eval-when was it fixed in kernel? |
03:06.28 | eval- | 20:26phhand I'm pretty sure vsync should stop |
03:06.28 | eval- | 20:26phhbefore the new year |
03:07.20 | eval- | omg this tree is huge |
03:07.29 | *** join/#htc-linux User999 (~User999@c-71-204-117-124.hsd1.ga.comcast.net) |
03:07.50 | MrPippy | yup all the linux dev history going back to 2005 i think |
03:08.11 | eval- | uhhhhhh |
03:08.14 | eval- | i run on an ssd |
03:08.17 | eval- | how much will i need? |
03:08.43 | MrPippy | fully compiled for me its 975 MB |
03:10.49 | MrPippy | i gotta go for an hour or so, give this kernel a try and i can give you the instructions to build later if you want |
03:10.55 | MrPippy | http://opus.homelinux.com/public_files/zImage |
03:11.03 | eval- | ok i just got it now |
03:11.41 | MrPippy | ok thats quick, copy arch/arm/configs/htc_msm_android_defconfig to .config, add the bin/ from the arm toolchain to your PATH, and to compile is make -j2 zImage modules ARCH=arm CROSS_COMPILE=arm-none-eabi- |
03:12.25 | eval- | ok. but are there patches or config changes you want me to make? |
03:13.17 | MrPippy | yeah the touchscreen patch uncomment this line in drivers/input/touchscreen/tssc_manager.c |
03:13.18 | MrPippy | /tssc_reg->tssc_ctl.command_wr = 1; /* Trigger next operation */ |
03:13.18 | eval- | oh. i need free space on an ext4 partition huh... tar is bitching about some hard links |
03:14.22 | MrPippy | that kernel binary has some other patches, mainly one for smd_7500 that should decrease cpu usage (but i couldn't really see any effect when i tested it) |
03:14.33 | eval- | what is smd_7500? |
03:14.50 | eval- | im sorry i know some linux but i started digging into this project only this week |
03:15.00 | MrPippy | all the cdma data goes through smd_7500 on cdma diam/raph |
03:15.12 | eval- | ok, that's a radio chip id ? |
03:15.20 | eval- | or it's the driver rather |
03:15.30 | MrPippy | yeah arch/arm/mach-msm/smd_7500.c |
03:15.59 | eval- | ok i will also look through commits for anything related to vsync or gp_timer i guess |
03:19.46 | eval- | erm, i guess i can make an ext filesytem in a file on my ntfs and loopback mount it |
03:23.24 | *** join/#htc-linux User999 (~User999@c-71-204-117-124.hsd1.ga.comcast.net) |
03:29.45 | eval- | make[2]: *** No rule to make target `net/netfilter/xt_TCPMSS.c', needed by `net/netfilter/xt_TCPMSS.o'. Stop. |
03:34.39 | *** join/#htc-linux User999 (~User999@c-71-204-117-124.hsd1.ga.comcast.net) |
03:38.11 | eval- | weird, that file should have been pulled |
04:05.14 | *** join/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
04:11.27 | makkonen | ooh. tssc patches to test? I'm in. |
04:12.45 | Hoochster | assume that is only for raph? |
04:12.56 | makkonen | doubt it. |
04:13.05 | Hoochster | tssc touchscreen? |
04:13.06 | makkonen | the touchscreen's a bit wonky across the board, no? |
04:13.13 | Hoochster | indeed it is |
04:13.18 | eval- | makkonen: the zImage he gave me didn't much help :/ |
04:13.47 | eval- | how do i make the modules-(uname).tgz thing |
04:13.48 | makkonen | same driver for everything (except blackstone, because no one's coded the soft buttons at the bottom for it yet) |
04:14.03 | Hoochster | I see |
04:14.16 | Hoochster | well test and commit it heh |
04:14.45 | makkonen | yeah, everything I tried with tssc_manager didn't do me much good, either. and the averaging... I think might make some things worse... like it's doing the old thing where it seems to jump over to the right when you press very lightly. |
04:15.08 | Hoochster | doh |
04:15.34 | makkonen | that's not a new thing. that's the version that's been in everything for a couple weeks now. |
04:16.16 | eval- | what's not new? uncommenting line 328 in tssc_manager.c ? |
04:17.52 | makkonen | eval-: it's not a simple thing to do (building modules). I have a build script and some instructions on the wiki. I don't know if anyone's followed them yet, so... give it a shot: http://www.androidonhtc.com/wiki/Get_Involved |
04:19.20 | eval- | ok so the only two modules outside kernel tree are wlan and compcache? |
04:19.44 | makkonen | I believe so. |
04:20.22 | makkonen | I've only really paid attention to raph800/diam500, though. might be others for other platforms, but I don't think so. |
04:20.37 | PSPdemon | gah curses.....no "-" or "/" so i cant join the channel D: |
04:21.10 | Stranho | anyone have a config to compiled the linux kernel for athena 400? |
04:22.40 | eval- | makkonen: oooh! handy dandy build script. thankyee =) |
04:22.47 | eval- | ah, this is what i needed INSTALL_MOD_PATH=$MODULES_PATH/kernel-modules |
04:23.23 | makkonen | yup. good stuff. although then you also need to pull them all out of the directory structure. I wouldn't want to explain how to do it without a script. |
04:23.29 | Hoochster | so makkonen when I do a git pull, that is the same source as the last commit on glemsom's site? and unmodified compiling the kernel and modules would give me the same as what is on glemsom's site as well I take? |
04:23.54 | eval- | makkone: uhm, i just did find ./ -name '*.ko' :p and grepped for what i need |
04:24.40 | eval- | hahaha and that's what you do in your script too! =) |
04:26.26 | makkonen | hoochster: yes, keeping in mind that it's made with the htc_msm_android_defconfig, and there are some modules not in the kernel tree. |
04:27.20 | Hoochster | understood |
04:27.29 | eval- | Hoochster: his link is great! http://www.androidonhtc.com/wiki/Get_Involved spare yourself copying to .config, long make ARCH CROSS_COMPILE etc lines |
04:28.03 | Hoochster | heh I compiled it once just didn't look into anything, but ya I setup a script for the line heh |
04:28.07 | Hoochster | thanks |
04:28.15 | Hoochster | the build.sh will def make it easier |
04:28.44 | eval- | this can't possibly be the same person who wrote the /init* scripts, it's too clean |
04:28.53 | makkonen | as long as it works. I didn't really intend it for broad distribution. |
04:29.01 | Hoochster | heh |
04:29.08 | Hoochster | posting it to the faq now |
04:29.11 | Hoochster | lmao j/k |
04:29.14 | makkonen | :-) |
04:29.15 | eval- | heh... as opposed to /init, init.cfg, init.etc ?? |
04:30.10 | makkonen | yeah. well... those are a disaster, but they evolved organically. Mine was just something I put together because I was sick of typing, and then I went back and cleaned it up a bit because someone else wanted it. |
04:30.21 | makkonen | i.e. One vs Many. |
04:32.23 | eval- | yea, i kinda know why it happened, i'm just playing |
04:32.36 | eval- | to be fair, i looked at some older /init and they were even uglier |
04:32.37 | makkonen | hoochster: you can post it to the faq, I don't care (not that I really think it's of interest). it's for broad distribution now. Just I didn't really intend it as such. what I'm saying is... if it fucks up, tell me so I can fix it. :-) |
04:34.01 | makkonen | yeah. having them in a git repo helps, since fixes can actually propagate. The old way they were just handed around like some sort of lost scrolls. serious dark ages shit. |
04:35.05 | Hoochster | nah I was totally kidding, you know what kinda mass panic that would add to what is already a storm |
04:35.36 | eval- | makkonen: so what do you think about my powertop: |
04:35.39 | eval- | Wakeups-from-idle per second : 205.8interval: 20.0s |
04:35.39 | eval- | no ACPI power usage estimate available |
04:35.39 | eval- | Top causes for wakeups: |
04:35.39 | eval- | <PROTECTED> |
04:35.39 | eval- | <PROTECTED> |
04:35.46 | makkonen | yeah, figured. of course, inherent in that statement is an assumption that people actually read more than 3 lines before screaming "IT'S NOT WORKING FIX IT FIX IT FIX IT" |
04:35.51 | eval- | my phone screen is off |
04:35.55 | eval- | i have no accelerometer apps open |
04:36.09 | makkonen | huh |
04:36.21 | makkonen | I don't know anything about... any of those things. |
04:36.23 | Hoochster | I have tried to be the nice guy and just sit back and let all the other users answer their questions over and over and over and over again heh, I would be afraid I would say things a little more harsh heh |
04:36.47 | *** join/#htc-linux swc|666 (~infidel20@unaffiliated/swc666/x-4934821) |
04:38.02 | eval- | makkonen: basically the kernel is not sleeping very long b/c screen refersh and accelerometer are waking it?? |
04:38.18 | eval- | the more often kernel wakes, the less our battery lasts |
04:42.06 | makkonen | right. ok. I actually know something about most of those things. just not what gp_timer is, or why vsync is causing so many wakeups. |
04:42.29 | makkonen | what device do you have again? |
04:42.34 | eval- | diam500 |
04:42.37 | eval- | i think phh lied to me |
04:42.41 | makkonen | about? |
04:42.43 | eval- | phheval-: gp_timer is accelerometer btw |
04:43.10 | makkonen | the accelerometer does poll like crazy, even when it seems like it shouldn't. |
04:43.30 | makkonen | but I don't know any more than that. |
04:43.50 | makkonen | I know that diam500/raph800 seem to wake up from collapse a lot more often than their gsm counterparts. |
04:44.58 | eval- | i guess i don't really understand gp_timer |
04:45.06 | *** part/#htc-linux PSPdemon (~PSPdemon@c-76-123-109-83.hsd1.fl.comcast.net) |
04:45.08 | makkonen | nor do I. |
04:45.12 | eval- | it's a clocksource? some app can request regular wakeups? |
04:45.20 | eval- | and phh maybe meant accelerometer is the culprit? |
04:45.28 | eval- | gp_timer itself is just a timer |
04:46.16 | makkonen | that makes sense. |
04:46.53 | eval- | can i disable accelerometer somehow to test this theory |
04:47.07 | eval- | also, are you passing any power related stuff on cmdline in startup.txt anymore? |
04:47.21 | MrPippy | do you have screen rotation enabled in settings? |
04:47.46 | eval- | i replace my settings so frequently i'm always just at defaults |
04:48.04 | makkonen | turn off settings -> sound and display -> orientation. |
04:48.22 | eval- | yes |
04:48.26 | eval- | found |
04:48.27 | MrPippy | that would be an accelerometer app, although I don't know if it'll stop polling just because nothing wants to know |
04:50.18 | makkonen | agh. I turned on automatic email updates for the Android/Linux for CDMA Touch Pro 2 thread. big mistake. |
04:51.54 | MrPippy | haha i'm not even trying to keep up with that thread |
04:52.28 | makkonen | Yeah. I'm done. there's nothing useful there. |
04:53.45 | *** join/#htc-linux ccube (~ccube@88.128.57.102) |
04:53.51 | Hoochster | roflmao@makkonen |
04:54.22 | MrPippy | i might just post and tell people to PM me if they have something to say...i have been getting useful PMs at least |
04:54.37 | Hoochster | that's good |
04:54.39 | eval- | bah, still tons of gp_timer |
04:54.43 | eval- | vsync is more of a mystery |
04:55.22 | Hoochster | wait you wanted makkonen to handle the faq, now sounds like a good time to give him that ROFLMAO |
04:56.20 | makkonen | MrPippy: if you've been getting useful PMs... don't say anything. anything you do can only make the average PM you get less useful. |
04:56.34 | Hoochster | indeed |
04:56.49 | Hoochster | they will start bombarding you with questions on how to remove the sim card |
04:57.35 | Reefermattness | LOL |
04:58.39 | Hoochster | Sorry to bother you, but I downloaded the all in one zip and placed it on my storage card but can't find haret |
04:58.42 | Hoochster | heh |
04:58.55 | makkonen | gouges out his eyes |
04:59.09 | eval- | makkonen: :p maybe this is why no one replies to my PMs! to be fair, phh does |
04:59.15 | Hoochster | where's setup.exe? |
04:59.26 | MrPippy | haha yeah the PMs have slowed down in the last few days...maybe thats just because nothing is happening |
04:59.49 | MrPippy | and yet....1000 posts, 57000 views |
04:59.49 | Hoochster | what I like most is the ones that are waiting for YOUR next package |
04:59.50 | Hoochster | heh |
04:59.58 | Hoochster | yes it took off didn't it |
05:00.45 | makkonen | hoochster: It's a weird mix of petulance and idol worship, isn't it? |
05:01.17 | Hoochster | I believe so |
05:01.28 | MrPippy | so makkonen for USCC have you had anyone try adding a username/password to pap-secrets? |
05:01.48 | makkonen | I have not. |
05:03.29 | eval- | ok here it is |
05:03.31 | eval- | http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/68173e5705c9d727ab95af5619822b017788e72c |
05:03.51 | MrPippy | ah thats for the toshiba mddi, ours is epson |
05:03.52 | MrPippy | ' |
05:04.05 | eval- | what devices use the toshiba mddi? |
05:04.10 | makkonen | nice. I love when someone just immediately knows what's wrong. |
05:04.26 | eval- | makkonen: that's why i love this channel. i grep, you guys explain :p |
05:04.46 | Hoochster | heh |
05:05.21 | makkonen | eval-: all it takes is time, and you'll be the one who's seen it all before and can explain. |
05:08.00 | MrPippy | pretty sure gsm diam uses toshiba, not sure what else |
05:08.16 | makkonen | hmm. |
05:08.24 | eval- | MrPippy: I'm not seeing anything in the toshiba that isn't in the epson, at least related to that commit =( |
05:08.34 | makkonen | epson_suspend already has a set_vsync(panel, 0); command |
05:08.36 | makkonen | yeah |
05:09.11 | makkonen | I recall it throwing a bunch of warnings at compile time. Never looked too closely at them, though. |
05:09.12 | eval- | we don't have a pretty define GPIO_VSYNC |
05:09.20 | eval- | but that's about all i can see |
05:09.51 | makkonen | could it use a different GPIO on cdma devices? |
05:10.48 | makkonen | claimed to be the same on the wiki. |
05:11.57 | eval- | drivers/video/msm/mddi_client_epson.c:111: warning: ISO C90 forbids mixed declarations and code |
05:12.04 | eval- | that's all the warnings i see |
05:12.11 | makkonen | oh well. |
05:12.32 | eval- | printk() before int; |
05:13.06 | *** join/#htc-linux leobaillard (~leobailla@42.242.101-84.rev.gaoland.net) |
05:13.19 | eval- | what is GPIO exactly? what wiki are you referring to |
05:14.15 | eval- | makkonen: your build script makes me happy |
05:14.37 | makkonen | I'm glad of that. |
05:14.39 | makkonen | http://www.htc-linux.org/wiki/index.php?title=Raphael_GPIO |
05:14.50 | makkonen | general purpose input output... something or others. |
05:16.16 | makkonen | they're just some useful... pins, I guess, basically. |
05:16.36 | eval- | raph800 and diam500 are basically identical? |
05:16.46 | makkonen | more or less |
05:16.57 | eval- | wow who did all the work of putting this together |
05:17.14 | makkonen | aside from the keyboard and maybe a little bit of LED controls. |
05:17.35 | makkonen | I don't know. cr2 I think. It's like the rosetta stone. |
05:18.59 | makkonen | according to the wiki page, someone named Duncan. |
05:25.58 | eval- | omg wtf where is my strace and locate. is eclair build lacking these lovely things? |
05:33.53 | *** join/#htc-linux thedicemaster (thedicemas@j89126.upc-j.chello.nl) |
05:34.48 | *** join/#htc-linux leobaillard (~leobailla@42.242.101-84.rev.gaoland.net) |
05:35.58 | eval- | i am seeing printk() from board-htcraphael-panel.c in my dmesg but i have a diamond |
05:36.20 | eval- | is board-htcdiamond-panel.c not the right one for me? |
05:43.50 | *** join/#htc-linux jamenlang2 (~jamenlang@68.170.60.12) |
05:44.21 | jamenlang2 | phh: thanks for BT w/ A2DP |
05:44.23 | jamenlang2 | you rock |
05:47.15 | eval- | hmm guess board-htcdiamond-panel.o only only goes into non-CDMA diamonds |
05:58.04 | Hoochster | lol MrPippy the rumors are starting, they spotted you online and now think a major update is coming lol |
06:01.25 | eval- | why is it that we can run linux on 500mhz arms with 256mb (less, really) RAM, but adobe cannot write a (linux) flashplayer that allows my 4gig dual-core desktop to watch videos |
06:02.10 | jamenlang2 | lol, you're going to have to use an android emulator pretty soon to do anything |
06:04.33 | MrPippy | hahaha i was afraid of that, little do they know i've been working on diamond all day |
06:04.43 | MrPippy | although it should apply to rhod too |
06:04.43 | Hoochster | heh |
06:04.54 | Hoochster | what you been working on the tssc stuff? |
06:05.04 | MrPippy | nah on headset/headphone |
06:05.11 | Hoochster | ahh that will do |
06:05.12 | Hoochster | lol |
06:05.19 | eval- | what's wrong with headset headphone? |
06:05.22 | eval- | you mean BT stuff? |
06:05.31 | MrPippy | no wired |
06:05.38 | Hoochster | gotta start someplace |
06:05.42 | MrPippy | sound doesn't get routed to it |
06:05.56 | Hoochster | although if that works why wouldn't speaker work, isn't it just a path |
06:06.12 | eval- | i actually can't stand that silly nub that came with the device |
06:06.51 | MrPippy | speaker on rhod is complicated, theres a TI speaker amp thats separate and maybe also the audience chip |
06:16.56 | eval- | MrPippy: so your zImage didn't give me much doubletap relief... nor did the one i just built with tssc_reg->tssc_ctl.command_wr = 1; |
06:21.21 | Hoochster | how rude |
06:29.39 | MrPippy | hmm interesting, it worked pretty well for me on diam (but i was connected through wifi, not cdma) |
06:30.28 | eval- | i am on diam500 |
06:30.39 | Hoochster | are you thinking those changes worked on lightening the sensitivity of the touchscreen? or you talking something else? |
06:31.44 | eval- | MrPippy: What will wifi vs. 3G do? latency & cpu overhead? |
06:33.21 | eval- | MrPippy: Also, what is this: pressure = (ts->x * ((ts->z2 * 100 / ts->z1) - 100)) / 900; |
06:34.00 | MrPippy | i'm not really sure what the command_wr patch does (since we have no docs for the hardware), but it was there and commented so i figured it was worth a try |
06:34.28 | MrPippy | and i think 3G is more cpu intensive/drivers not as mature |
06:37.18 | makkonen | mrpippy: do you know how login information for the APN gets parsed vs how login information in the PAP secrets file gets parsed? |
06:37.31 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
06:39.44 | MrPippy | i think the login info in the apn db is to authenticate to the proxy, not for data itself |
06:40.01 | makkonen | I assumed since it was assigning an IP address, it had to have already gotten the ppp connection up |
06:40.15 | makkonen | but I don't remember ppp all that well. |
06:40.35 | makkonen | definitely not at that fine a level. |
06:40.38 | MrPippy | no shipping android phones use ppp, so they don't have anything set up to provide credentials to pap-secrets |
06:41.03 | MrPippy | if they did i think the ril would be the right place for it, but it doesn't have access to the apn db |
06:41.13 | makkonen | how's it work in gsm? they're using ppp, too, or no? |
06:41.57 | MrPippy | i think they all use rmnet |
06:42.29 | MrPippy | the moto droid is a good question though, its omap with a separate msm6k as the radio, i don't know what it uses |
06:43.44 | makkonen | oh. I just figured they were using ppp as well, since when I played with it in angstrom there were ppp settings for gsm that I had to change to cdma. |
06:44.05 | makkonen | anyone remember how to unpack an initrd? cpio something? |
06:44.35 | MrPippy | cpio -i < file |
06:52.22 | makkonen | hmm. angstrom ppp script just has "* * password" in the pap and chap secrets file. guess that's worth a shot. but it also passes username through the ppp command, so that'll probably have to be tweaked in the RIL. |
06:53.01 | MrPippy | hmm so they just use "password" as the password? |
06:53.18 | MrPippy | or maybe you're supposed to replace that |
06:53.24 | makkonen | no. you feed it the password. |
06:53.36 | makkonen | echo "* * $3" > /etc/ppp/papsecrets |
06:53.37 | makkonen | echo "* * $3" > /etc/ppp/chapsecrets |
06:54.03 | makkonen | and it's called with "ppp.sh accessPointName Username Password" |
06:54.21 | eval- | i am confused by x,y,z1,z2, and why i trust this pressure equation |
06:54.41 | MrPippy | ah |
06:54.42 | makkonen | it looks like the community RIL is connecting via PPP on GSM. |
06:54.55 | MrPippy | yeah |
06:55.18 | MrPippy | and the whole tssc_manager driver is pretty iffy, hard to believe that driver actually shipped on the htc click/tattoo |
06:55.33 | makkonen | eval-: TRUST NOTHING |
06:55.50 | eval- | MrPippy: but it works there, i guess? |
06:56.07 | eval- | so this code is straight from shipping htc stuff? yay for comments |
06:56.29 | eval- | MrPippy: and they do no smoothing? this TSSC_AVERAGE stuff i new? |
06:56.50 | MrPippy | its not exactly the same as what was in the tattoo, theres a lot more commented out code but the running code is the same |
06:57.06 | MrPippy | yeah TSSC_AVERAGE was turned off by default, but wince uses it |
06:57.42 | eval- | ?? you guys are disassembling winmo .dlls too?? |
06:57.42 | makkonen | well, bzo said that when he accidentally bumped his jiffies rate up 20%, it worked perfectly. |
06:58.04 | eval- | makkonen: i was gonna say, we might just want to play with sampling rates? |
06:58.32 | makkonen | I did, but the only place I saw where you can tweak them was to go from 1ms (default) to 2 or 3 ms, which didn't help at all. |
06:59.01 | makkonen | I don't know how to go from 1ms to 1.2ms, or .8ms, or whatever it needs to be. |
07:00.06 | MrPippy | yeah we do disassemble winmo dlls, but to figure that out i just dumped the tssc regs and looked at it |
07:00.34 | makkonen | and it's not more likely to get flaky when the cpu load is especially high, as far as I can tell. It just happens at certain points, and then keeps happening for a while, and then stops. Something's definitely getting in its way, but it doesn't seem to line up with the cpu churning. |
07:00.39 | eval- | MrPippy: i see, and they were less jumpy? how do we look are registers directly from winmo? that's cool! |
07:00.58 | makkonen | haret can do many wonderful things |
07:01.21 | makkonen | (I assume including this thing) |
07:01.21 | eval- | makkonen: really? i feel like it's whenever it's trying to autocomplete or pull suggestions from google |
07:01.33 | MrPippy | and i think TOUCH_POLLING_NSEC is the define to tune for how often it polls the screen when you're touching it |
07:02.33 | *** join/#htc-linux leftlimit (~leftlimit@220-133-58-225.HINET-IP.hinet.net) |
07:03.25 | makkonen | eval-: I don't know. I've spent minutes with the 'pointer location' tool open (in dev tools -- in android apps, if you haven't installed it)... just drawing circles... and they're fine for long stretches of time, even while it can't keep up with updating the screen it's so bogged down... but then all of a sudden something will go off and it'll lose connection twice a second consistently for 5 or 10 seconds. |
07:04.00 | makkonen | I think I ran top while doing that, and didn't see a connection. but possibly I just thought that was a good idea and never followed through. |
07:04.43 | eval- | MrPippy: i was about to ask... |
07:04.45 | eval- | ts->timer.function = tssc_polling_timer_func ; |
07:04.45 | eval- | //hrtimer_start(&ts->timer, ktime_set(1, 0), HRTIMER_MODE_REL); |
07:05.48 | MrPippy | how tssc_manager works: you touch the screen -> touch0 irq fires -> irq handler starts a workqueue -> workqueue starts the polling function -> polling_func reads the touch position and returns 0 if the finger is still touching, or 1 if its done -> if 0 was returned, the polling_func gets run again in TOUCH_POLLING_NSEC nanoseconds |
07:07.22 | makkonen | oh. have we tried tweaking that value? |
07:07.34 | *** join/#htc-linux Zoolooc (~fredsibar@p54956CAE.dip.t-dialin.net) |
07:08.04 | MrPippy | i don't think so |
07:08.15 | eval- | it has a slower value commented out |
07:08.27 | eval- | so that's one option. checking this pressure equation is another. |
07:08.33 | eval- | what is the first arg to ktime_set ? |
07:09.17 | MrPippy | seconds |
07:09.42 | eval- | //hrtimer_start(&ts->timer, ktime_set(1, 0), HRTIMER_MODE_REL); |
07:09.54 | eval- | would have it poll a second later?? |
07:10.04 | MrPippy | yeah |
07:10.48 | MrPippy | theres a lot of dead commented out code in this driver |
07:11.12 | eval- | and another irq cannot be fired while we're still polling? |
07:12.09 | MrPippy | no the irq gets disabled after it fires until it thinks the finger is lifted up |
07:14.16 | eval- | if ((tssc_reg->tssc_status.penirq_status == 1) && (tssc_reg->tssc_status.busy == 0)) { |
07:14.16 | eval- | touch_finish_queue(ts->input_dev); |
07:14.16 | eval- | <PROTECTED> |
07:14.16 | eval- | <PROTECTED> |
07:14.16 | eval- | <PROTECTED> |
07:14.17 | eval- | } |
07:14.32 | eval- | the hrtimer_cancel is commented out because it hasn't been restarted? or will be canceled later? |
07:15.44 | eval- | oh fuck |
07:15.48 | eval- | the wifi-off bug is back |
07:16.02 | makkonen | was it ever gone? |
07:16.17 | makkonen | or just hiding? it's a jerk like that. |
07:16.20 | eval- | i had no problem with donut & several recent rootfs |
07:16.43 | eval- | was using the xda-dev 3-08 mrpippy kernel |
07:17.07 | makkonen | I've had it work fine for a while, and then just go wonky again. |
07:17.29 | MrPippy | its been a lot better for me |
07:17.35 | eval- | yeah i hadn't had this in a long time |
07:17.45 | makkonen | I just solve the problem by not turning wifi on. |
07:17.50 | MrPippy | and when it returns 1, the hrtimer doesn't get restarted |
07:17.53 | eval- | it came on, i fear |
07:18.08 | eval- | so the hrtimer_cancel was paranoid |
07:20.12 | eval- | what is the human psychophysical performance limit for doubletap? like 200ms? 100ms max? can we hack in some checks based on the latency of my median nerve fibers? |
07:21.53 | makkonen | I think the actual recorded value is close to an order of magnitude smaller, so yes, we should. |
07:22.27 | makkonen | although just making it work right would be nicer. |
07:23.28 | MrPippy | i still don't really understand why the double-tap happens...sometimes it just comes back with z1 and z2 = 0 |
07:23.29 | makkonen | heh. why did my phone immediately reboot? Oh, right, because I set the overclocking to 650mhz |
07:24.27 | makkonen | and because my phone is a jerk that can't overclock to 650mhz |
07:24.44 | eval- | MrPippy: so maybe just a longer median filter would do? how many samples does it fuck up for |
07:25.33 | eval- | but yeah, it would be nice to know if it's the hardware's fault, or the kernel is doing something that is screwing up tssc reads/operation |
07:25.36 | MrPippy | just one, i'm not sure how the averaging works exactly |
07:26.35 | eval- | // Enable the debounce logic inside TSSC. |
07:26.35 | eval- | tssc_reg->tssc_test_1.gate_debounce_en = 0x1; |
07:26.35 | eval- | tssc_reg->tssc_ctl.debounce_en = 0x1; |
07:26.35 | eval- | // Debounce time = 400us. |
07:26.35 | eval- | tssc_reg->tssc_ctl.debounce_time = 0x0;//0x7;// |
07:27.34 | makkonen | played with the debounce time. Didn't fix it. |
07:27.55 | makkonen | (not that it made much sense to me. just plugged in the other number.) |
07:28.06 | eval- | i don't know what the debounce logic is either |
07:28.31 | eval- | http://www.atmel.com/dyn/resources/prod_documents/doc8091.pdf |
07:28.33 | makkonen | reading up on it quickly, it sounded like what we wanted. |
07:32.35 | MrPippy | wince uses debouncing, same 0x0 time |
07:32.37 | eval- | wow there's all sorts of hardware (capacitor) settling times for powering different planes (to take adc from other) |
07:34.02 | *** part/#htc-linux leftlimit (~leftlimit@220-133-58-225.HINET-IP.hinet.net) |
07:34.15 | Unholy_ | is there anything i can do to the init so it forces it to mount my sdcard? |
07:34.37 | Unholy_ | or erm well to mount when i plug in the usb cable |
07:34.44 | makkonen | if it's not mounting your sd card, it's not getting to the /init... |
07:34.45 | makkonen | oh. |
07:35.11 | makkonen | are you running off an ext2 partition? |
07:35.30 | Unholy_ | whatd do you mean? |
07:35.36 | Unholy_ | oh wait |
07:35.36 | Unholy_ | yes |
07:35.40 | Unholy_ | i though you said turn off |
07:35.41 | Unholy_ | XD |
07:35.53 | Unholy_ | yes i am running of a ext2 part |
07:36.26 | MrPippy | how about rootfs? |
07:36.34 | eval- | so all the averaging logic is hardware? |
07:36.39 | eval- | we just get to choose how many samples? |
07:36.47 | eval- | no influence over the algorithm |
07:37.01 | makkonen | Then I guess it's feasible that you can get it to mount the windows partition on the sd card, since it's not being used to store any android data. (Assuming your data partition, system partition, and rootfs are all not running off of image files) |
07:37.20 | makkonen | in which case... I guess you would just use the built in mass storage mode of android? I don't think anyone's tried it. |
07:37.44 | Unholy_ | only zimage and modules are |
07:37.52 | Unholy_ | rest is in ext2 part |
07:38.18 | Unholy_ | are in windows part** |
07:38.47 | makkonen | have you given it a try in android, then? connect to the computer, bring up notifications, click usb connected, and say yes to mass storage mode. |
07:39.13 | Unholy_ | i would love to but eclair wont even show any notification |
07:39.45 | Unholy_ | on donut the notifications comes up but only the ones that tells your in usb debugging mode |
07:39.51 | Unholy_ | the one to mount never shows |
07:40.13 | makkonen | do you have it connected to usb at boot time? |
07:40.33 | MrPippy | Unholy_: which kernel are you running? |
07:40.44 | Unholy_ | not even that works |
07:40.54 | Unholy_ | kernel uh the latest one |
07:41.01 | Unholy_ | if you mean zimage by that |
07:41.11 | eval- | yeah i only got the usb mount option in eclair not donut |
07:41.34 | Unholy_ | i get in nether of them XD |
07:41.39 | Unholy_ | it* |
07:42.08 | Unholy_ | btw i have 2 fat32 parttions 1 ext2 |
07:42.15 | eval- | oh before i forget |
07:42.37 | eval- | MrPippy your wlan.ko is also git clone git://android.git.kernel.org/platform/system/wlan/ti.git yes? |
07:42.51 | eval- | just trying to understand why i have wifi-off crash again all of a sudden, except that i compiled my own modules? |
07:43.00 | MrPippy | ohh yeah thats the problem |
07:43.08 | MrPippy | we have a patch for ti wlan |
07:43.26 | makkonen | ah |
07:43.38 | *** join/#htc-linux dekar_ (~dekar@g228086074.adsl.alicedsl.de) |
07:45.31 | makkonen | ok. bumping the touch_polling_nsec value up to 10ms doesn't fix anything. not that I expected it to, but it was almost exactly 20% off the old value, and a nice round number. and after that unscientific test... it's bedtime. |
07:45.50 | eval- | makkonen: thanks for trying! |
07:46.04 | Hoochster | night bud |
07:46.38 | makkonen | I would've tested polling vs results from Top, but for some reason adb won't come up, and I'm too surly at this point in the evening to figure out why. |
07:46.40 | eval- | so at some point maybe the ugly hack to check that the user isn't tapping at >5Hz or something is in order |
07:47.04 | *** join/#htc-linux ALoGeNo (~alogeno@unaffiliated/alogeno) |
07:48.28 | eval- | basically, we would throw the timer again once for every 'up' (z1==z2==0) event to doublecheck it lasted? |
07:48.44 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr) |
07:49.16 | eval- | makkonen: have you ever played with: |
07:49.18 | eval- | // Number of samples. |
07:49.18 | eval- | #ifdef ENABLE_TSSC_AVERAGE |
07:49.19 | eval- | tssc_reg->tssc_opn.num_sample1 = 0x3;// 16 samples |
07:49.27 | eval- | ... |
07:52.05 | Tigerzen | i suppose proc_comm_wince.h its not finished yet |
07:52.53 | Tigerzen | I take one proc_comm_wince.h from linux-msm git but now other error here rpc_server_dog_keepalive.c:34:2: error: #error "Unsupported AMSS version" |
07:53.11 | *** join/#htc-linux MrPippy (~pip@84.45.121.192) |
07:56.39 | eval- | If it's actually being filled, we have more information in msm_tssc_status that we us |
07:56.41 | eval- | use |
07:56.43 | eval- | than |
07:56.44 | eval- | we use |
08:06.22 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
08:06.38 | eval- | MrPippy: forgive my stupidity... if we set sampling on tssc (sampling_int) to 1ms, but we average 16 samples (on x & y? only four on z? num_sample[1-4]), and we poll every 8400000ns or 8.4ms, how can 16 samples 1ms apart get averaged? |
08:08.18 | MrPippy | hmm i don't know, but thats probably but wince uses |
08:10.13 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d878747.pool.mediaWays.net) |
08:13.18 | eval- | Has anyone played with XY_temp ? |
08:17.35 | eval- | when we ENABLE_TSSC_AVERAGE (as we have) and ts->x16 and ->y16 are never assigned, they are zero-initialized? so we'll always return 0 on touch_check_noise ? |
08:21.51 | eval- | MrPippy: PS! where can i get the ti wlan patch? |
08:22.03 | *** join/#htc-linux JoshuaL (~JoshuaL@cable-92-43.zeelandnet.nl) |
08:22.41 | JoshuaL | When i try to send a sms with the latest kernel, rootfs en init thingy It will disconnect me from the network, it does reconnect but it wont send the sms |
08:24.13 | *** join/#htc-linux Wout (~woutf@s55927d21.adsl.wanadoo.nl) |
08:24.38 | eval- | JoshuaL: i saw that here: http://glemsom.anapnea.net/android/htc-msm-android/ |
08:24.45 | MrPippy | in sta_dk_4_0_4_32/pform/linux/src/tnetw_sdio.c, around line 108, take out the sdio_release_host and sdio_claim_host calls (they surround sdio_reset_comm) |
08:25.07 | eval- | JoshuaL: Mar9th build, diam100. said using a mar06 rootfs fixed it? |
08:25.53 | JoshuaL | eval-, let me try the march06 rootfs |
08:26.23 | eval- | MrPippy: that's it? thanks! do we push these changes/patches anywhere? |
08:26.36 | MrPippy | i don't think we have a repo for the wifi |
08:27.33 | eval- | MrPippy: don't get hit by a bus :p |
08:28.17 | MrPippy | hehe the patch that added those lines is actually in the android git, the end of the title is "do not merge" |
08:28.20 | MrPippy | but it got merged |
08:29.35 | *** join/#htc-linux m3dlg (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
08:30.05 | eval- | blah! |
08:30.12 | eval- | is that how you found it?? or you discovered post-hoc |
08:30.35 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04188.pool.mediaWays.net) |
08:32.04 | Tigerzen | Markinis : hoy |
08:32.19 | Markinus | Tigerzen: hi |
08:33.24 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
08:34.27 | Tigerzen | last git pull update after compil say's proc_comm_wince.h not found i supposed its normal ? |
08:35.28 | Markinus | Tigerzen: ohh, thx, then I forgott do add it |
08:35.36 | eval- | help a n00b with module_param_named? |
08:35.48 | eval- | module_param_named(debug, debug_tp, int, S_IRUGO | S_IWUSR | S_IWGRP); |
08:35.55 | eval- | is allowing me to ask for debug at insmod time? |
08:36.24 | eval- | to throw assorted and sundry printks my way? |
08:36.54 | JoshuaL | eval-, rootfs from march the 6th fixes my issue, ty |
08:37.34 | eval- | JoshuaL: you are GSM? diam100? |
08:37.45 | JoshuaL | diam 100 |
08:37.51 | JoshuaL | gsm yes |
08:38.05 | Markinus | Tigerzen: done |
08:38.17 | eval- | I can only suspect some RIL changes since March 6th are to blame? Don't see why it depends on kernel.. |
08:38.43 | Tigerzen | oh thanks, now if i modified some file or erased, how i can get it on terminal |
08:38.45 | Tigerzen | ? |
08:38.51 | *** join/#htc-linux hes (~Stephan_H@188.104.227.68) |
08:38.59 | Tigerzen | git pull doent do it |
08:39.29 | Tigerzen | i need to go tree on web git interface also ? |
08:39.37 | Tigerzen | and download it |
08:41.37 | Tigerzen | cause i modified some file to make's compil works and now i dont wont to redownload all just file need what file i modified from original, how i can get it ? |
08:42.37 | Markinus | Tigerzen: git pull have to work |
08:42.45 | Markinus | Tigerzen: you deleted it? |
08:43.11 | Tigerzen | yes git pull ok now for proc_comm_wince.h |
08:43.38 | Markinus | ok |
08:43.41 | Tigerzen | but i modified some file before and i dont want to redownload all file just i want reload original file from git |
08:44.18 | Tigerzen | i suppose i must go on web git and tree to take's from it or command on terminal can do it for ? |
08:44.39 | Tigerzen | (my english is riche) ^^ |
08:47.05 | Markinus | Tigerzen: with pull you get only the changes |
08:47.11 | Tigerzen | yes |
08:47.42 | Markinus | Tigerzen: if the files that you didn't change not changed you'Ve no problems |
08:48.55 | Markinus | Tigerzen: ehh, sry :) If the files that you changed not changed in the repo, then you've no problems .. . ( to early today :) ) |
08:49.22 | Tigerzen | ok i take it from git web, i search for command on terminal to do it automaticly find file erased and replace |
08:49.32 | Tigerzen | maybe doesnt exist this one command |
08:49.54 | Markinus | Tigerzen: you mean back to HEAD? |
08:50.07 | Markinus | Tigerzen: git reset |
08:50.11 | Tigerzen | okkkkkkkkkkkk |
08:50.13 | Markinus | all changes are gone |
08:50.33 | Tigerzen | oh thank youuuuuuu this is one i search !! |
08:51.07 | Tigerzen | work |
08:53.21 | Markinus | :) |
08:53.50 | eval- | ok. compiling silliness in tssc_manager and then sleep |
08:54.09 | Tigerzen | ok error on make rpc_server_dog_keepalive.o |
08:54.16 | Tigerzen | maybe he dont like git reset |
08:55.16 | Tigerzen | "not rules to make target" |
08:57.25 | eval- | wait this is not a module |
08:57.33 | eval- | so module_param_named(debug... |
08:57.42 | Markinus | Tigerzen: yes, then the file is missing . .gmm -- du you make a hard reset? |
08:57.45 | eval- | it's looking whether i pass debug=1 to linux kernel? |
09:03.56 | Tigerzen | ok git reset say's "arch/arm/mach-msm/rpc_server_dog_keepalive.c: locally modified" but he dont put file on and no find it with locate(updatedb) |
09:04.47 | Tigerzen | i try to create empytfile with name rpc_server_dog_keepalive.c then i do git reset |
09:05.40 | Tigerzen | no way not work just say localy modified |
09:05.42 | *** join/#htc-linux MrPippy_ (~pip@75.42.180.185) |
09:06.16 | Markinus | Tigerzen: did you try a git reset --hard? |
09:06.22 | Tigerzen | nop |
09:06.33 | Markinus | Tigerzen: then should be all local modifications by gone |
09:06.52 | Markinus | Tigerzen: ALL you read that, yes ? ;-) |
09:07.04 | Tigerzen | ok now everything all right |
09:07.37 | Tigerzen | what a difference on git reset and git reset --hard ? |
09:08.48 | Tigerzen | again now another mistake arch/arm/mach-msm/rpc_server_dog_keepalive.c:34:2: error: #error "Unsupported AMSS version" |
09:09.04 | Tigerzen | you got this error one ? |
09:09.54 | eval- | why can't i tail /proc/kmsg to get a realtime dmesg like action |
09:12.17 | Markinus | Tigerzen: Hmm, I didn'T got that, but I have too look, maybe the file ins'T compiled new . . I've to test |
09:12.26 | Tigerzen | ok |
09:13.45 | Tigerzen | i redownload all maybe some mistake with me |
09:14.32 | *** join/#htc-linux thedicemaster (thedicemas@j89126.upc-j.chello.nl) |
09:22.53 | Markinus | Tigerzen: yes, the problem is by me . .I fix it |
09:28.04 | Markinus | Tigerzen: ok |
09:28.24 | *** join/#htc-linux SOG (~SOG@n1164868094.netvigator.com) |
09:33.19 | Tigerzen | same error here |
09:33.55 | Tigerzen | maybe defconfig ? |
09:36.38 | Markinus | Tigerzen: did you generate a new one? |
09:36.44 | Tigerzen | yes |
09:36.49 | Tigerzen | same error |
09:37.01 | Markinus | hmm, I compiled it without problems . . . |
09:37.13 | Markinus | and you did a pull ? |
09:37.16 | Tigerzen | ive compiled to many days no errors from git |
09:37.26 | Tigerzen | first one error |
09:37.52 | Tigerzen | i reboot computer but i dont think its the real problem |
09:37.55 | Markinus | Tigerzen: the same file? |
09:38.00 | Tigerzen | yes |
09:38.05 | Markinus | no, reboot is't a problem |
09:38.17 | Tigerzen | iv try to output rpcserver on defconfig no way same error |
09:38.27 | Markinus | open the file |
09:38.41 | Tigerzen | ok |
09:39.07 | Markinus | is there this: #elif CONFIG_MSM_AMSS_VERSION==6350 || (CONFIG_MSM_AMSS_VERSION==1550) |
09:39.46 | Tigerzen | not yet |
09:39.55 | Tigerzen | your upload git dont be fonction maybe |
09:40.04 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
09:40.20 | Tigerzen | #elif (CONFIG_MSM_AMSS_VERSION==6220) || (CONFIG_MSM_AMSS_VERSION==6225) |
09:40.25 | Tigerzen | this is one iv got |
09:40.58 | Markinus | filename? |
09:41.13 | Tigerzen | rpc_server_dog_keepalive.c |
09:42.56 | Markinus | and 3 lines down? |
09:42.59 | Tigerzen | ok now i changed version number its works but same on rpc_server_time_remote.c |
09:43.21 | Tigerzen | its realy bizzare |
09:43.34 | Tigerzen | i erased rm -rf all |
09:43.48 | Markinus | Tigerzen: it's fixed in repo . . hmm .-. .did you realy do git pull? |
09:43.58 | Markinus | maybe do early, du a second time |
09:44.04 | Markinus | do |
09:45.56 | Tigerzen | i erase all and reboot maybe git have some were memory from ancient file maybe in tmp file |
09:46.14 | Tigerzen | strange |
09:47.20 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
09:47.20 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
09:52.59 | *** join/#htc-linux DavidMc0 (~davidmcna@89.241.220.137) |
09:53.47 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr) |
09:54.07 | Tigerzen | You right need wait a time now git pull ok |
09:54.53 | Tigerzen | Thank you for disturb |
09:57.44 | Markinus | Tigerzen: nop :) |
10:14.23 | *** join/#htc-linux Wout (~woutf@s55927d21.adsl.wanadoo.nl) |
10:22.07 | *** join/#htc-linux MethoS- (~clemens@134.102.106.250) |
10:31.06 | *** join/#htc-linux jumoit (~samuel@121.77.87.145) |
10:31.08 | *** join/#htc-linux pH5 (~ph5@e178194069.adsl.alicedsl.de) |
10:31.21 | *** join/#htc-linux Vito (~quassel@gw.loccal.net) |
10:51.13 | *** join/#htc-linux the_sys0p (~the_sys0p@cpe-67-49-210-192.bak.res.rr.com) |
10:51.37 | *** join/#htc-linux Vito89 (~quassel@gw.loccal.net) |
10:57.08 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
11:00.47 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
11:03.43 | Captnoord | rhodium users online? |
11:06.35 | *** join/#htc-linux rob_w (~bob@p549BC767.dip.t-dialin.net) |
11:06.43 | *** join/#htc-linux [1]Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
11:09.20 | *** join/#htc-linux Wout (~woutf@s55927d21.adsl.wanadoo.nl) |
11:09.28 | Wout | Captnoord |
11:09.34 | Wout | you still need that rhod battery dll? |
11:10.07 | Captnoord | yup |
11:11.16 | Captnoord | hmmm |
11:11.18 | Captnoord | lol |
11:11.26 | Captnoord | can't ya upload it somewhere |
11:11.27 | Captnoord | nah |
11:11.32 | Wout | sure |
11:11.46 | Captnoord | just send me trough msn |
11:13.44 | *** join/#htc-linux Mikelevel (~vAiOwOrK@60.Red-80-25-210.staticIP.rima-tde.net) |
11:15.33 | *** join/#htc-linux tomlog (~chatzilla@genkt-058-027.t-mobile.co.uk) |
11:16.15 | Captnoord | lol |
11:16.19 | Captnoord | do they make it easier for us |
11:16.20 | Captnoord | :S |
11:16.21 | Captnoord | aVDDcDTcompensa unicode 0, <V(%d)+[DC(%d)/Tcompensation(%d)]*1000> |
11:16.37 | Wout | so, its the right file? |
11:17.01 | Captnoord | I guess |
11:17.01 | Captnoord | so |
11:17.24 | Wout | does it provide what you need? |
11:17.41 | Captnoord | yea |
11:17.46 | Captnoord | loads of floating point shit |
11:17.53 | Captnoord | need to take a closer peek |
11:17.59 | Captnoord | but I think it got what I need |
11:19.39 | Wout | so, lets see if I get this right. You can now calculate temp and voltage, and with those variables you can calculate battery capacity? and the formulas to do that are in the battery dll? |
11:20.22 | Captnoord | I can estimate the battery capacity with these value's |
11:20.46 | Captnoord | there is still a bit of mistery here and there about how exactly they do that |
11:20.47 | Captnoord | but.... |
11:20.52 | Captnoord | I think it will be pretty close |
11:21.05 | tomlog | Captnoord: would that also work the topaz you think? |
11:21.31 | Captnoord | I think |
11:21.39 | Captnoord | as they are 'the same' design |
11:21.41 | Captnoord | in a way |
11:21.41 | *** join/#htc-linux The-Compiler (~compiler@unaffiliated/the-compiler) |
11:21.58 | Wout | well, if you could get within a 5% margin of error that would be amazing |
11:22.02 | tomlog | ok, that's good. let's hope you can do it! |
11:22.35 | Captnoord | I can do it |
11:22.38 | Captnoord | don't worry about that |
11:22.41 | Captnoord | I just need time |
11:22.45 | Captnoord | and I don't have a lot |
11:23.24 | *** join/#htc-linux lkcl (~lkcl@nat65.mia.three.co.uk) |
11:24.18 | *** join/#htc-linux PaulGene (~chatzilla@94-192-3-136.zone6.bethere.co.uk) |
11:30.06 | *** join/#htc-linux irlolcopter (~irlolcopt@host86-161-121-225.range86-161.btcentralplus.com) |
11:37.01 | Wout | Captnoord: is the temp reporting in celcius or fahrenheit? |
11:46.42 | Wout | mine is reporting 75 c |
11:46.44 | Wout | shouldn't that be f? |
11:50.03 | *** join/#htc-linux shoragan (~shoragan@debian/developer/shoragan) |
11:50.37 | phh | hi there |
11:50.44 | Wout | oi |
11:50.54 | phh | Wout: Captnoord's calculation doesn't apply fr rhod |
11:50.59 | phh | not sure why yet |
11:51.20 | Wout | k |
11:53.05 | Wout | phh: when 3d is enabled, the nexus logo shouldnt show, right? |
11:53.15 | phh | don't know -_-' |
11:53.39 | *** join/#htc-linux Vito (~quassel@gw.loccal.net) |
11:53.53 | Wout | ok.. |
11:56.45 | Captnoord | Wout the temp correction on your phone is wrong |
11:56.50 | Captnoord | same goes for the voltage correction |
11:56.56 | Captnoord | as its totaly different..... |
11:57.03 | phh | Captnoord: I guess it's just the values that are wrong ? |
11:57.21 | Captnoord | nope |
11:57.25 | Captnoord | entire different method |
11:57.25 | Captnoord | :S |
11:57.38 | phh | cool :p |
11:58.15 | phh | want some beers as motivation ? :) |
11:59.00 | Captnoord | nah |
11:59.01 | Captnoord | time |
11:59.14 | Captnoord | I lack time |
11:59.53 | Captnoord | still you pushed yesterday I did entirely in trains / busses |
11:59.59 | Captnoord | some parts at home |
12:00.00 | phh | huhu |
12:00.01 | *** join/#htc-linux araknos (~ahhaahahh@host65-167-dynamic.60-82-r.retail.telecomitalia.it) |
12:00.10 | Captnoord | some parts at a extra hour at school |
12:00.31 | Captnoord | its wierd for people to see someone booting a diff os on a phone |
12:00.53 | Captnoord | got so many wannabee tech's at one point |
12:00.53 | Captnoord | bleh |
12:02.33 | Captnoord | hmmm |
12:02.39 | Captnoord | my phone drained on android over night |
12:02.44 | *** join/#htc-linux rob_w (~bob@p549BC767.dip.t-dialin.net) |
12:02.45 | Captnoord | completely empty |
12:03.03 | Wout | Captnoord: which device are you testing on? |
12:03.07 | Captnoord | raph |
12:05.03 | Captnoord | I need to fix shutdown so it works nicely when battery is empty |
12:07.01 | Captnoord | maybe I can earn a extra buck by reverse enginering a bike fitting program |
12:13.09 | Wout | phh: any idea what's causing the clock drift problem? |
12:13.13 | phh | no |
12:13.59 | phh | baaaaaahhhhh |
12:14.08 | phh | killing sms is driving me crazy. |
12:14.22 | Wout | killing sms? |
12:14.44 | phh | sending an sms kills ril. |
12:14.49 | Wout | :/ |
12:15.26 | phh | IceBone: actually, the rootfs tests would be helpful :mp |
12:16.32 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
12:24.14 | Captnoord | Wout I think its caused by the KLT |
12:24.31 | Captnoord | reason I think this is because when I run that explorer like app |
12:24.42 | Captnoord | it tells me I need to download a new one |
12:24.45 | Captnoord | or wait 120 seconds |
12:25.00 | Captnoord | when I rubb my fingers over the KLT ts |
12:25.07 | Captnoord | the time goes faster |
12:25.22 | phh | oO |
12:25.40 | Captnoord | phh yea.... exactly... oO |
12:27.36 | Captnoord | or to be exact... the navi |
12:27.48 | Captnoord | as thats the part of the capacitive ts |
12:28.23 | Captnoord | I don't know |
12:28.29 | Captnoord | corrects all |
12:28.30 | Captnoord | I don't know |
12:29.30 | Wout | klt? |
12:29.46 | phh | the thing that handles led |
12:29.58 | Captnoord | maybe its timer related |
12:30.10 | phh | we'd better fix the ril to update the time with network :p |
12:31.36 | Captnoord | but sms kills ril |
12:31.41 | Captnoord | unicode |
12:31.42 | Captnoord | or |
12:31.43 | Captnoord | normal |
12:35.46 | Captnoord | phh its a new bug? |
12:35.50 | phh | yes |
12:36.01 | phh | I guess it's a fix mrpippy commited |
12:36.19 | Captnoord | regression |
12:36.19 | Captnoord | bleh |
12:36.36 | phh | but mrpippy's fix seems logical |
12:36.42 | phh | and it shouldn't have worked before -_-' |
12:36.53 | phh | Captnoord: I'd like you take a look |
12:37.06 | phh | http://gitorious.org/linux-on-qualcomm-s-msm/android-htc-ril/commit/cf22efc9af087aff402df214a29a4323b1ee3a1d |
12:37.09 | phh | it's the first part |
12:38.31 | Captnoord | *data[0] |
12:38.34 | Captnoord | that is wierd shit |
12:38.42 | Captnoord | only if data is char ** |
12:38.54 | phh | it's char**. |
12:38.59 | phh | and it's not the problem :p |
12:39.03 | phh | the problem is just the first line |
12:39.06 | phh | first change |
12:39.10 | Captnoord | k |
12:39.11 | Captnoord | line |
12:39.14 | Captnoord | what is line? |
12:39.19 | phh | well not first line. |
12:39.24 | phh | line is a char* afaik |
12:39.28 | Captnoord | hmmmm |
12:39.30 | Captnoord | k |
12:39.40 | phh | yes it's a char* |
12:39.50 | phh | so it sounds logical to use line instead of &line -_-' |
12:40.20 | phh | wait |
12:40.23 | phh | what the hell is that change ? |
12:40.30 | phh | I'm sure I wanted to a an asprintf there -_-' |
12:40.34 | phh | to remove the '+' and add 00 ... |
12:42.18 | Captnoord | why the temp+1 |
12:42.21 | Captnoord | shouldn't it be |
12:42.23 | Captnoord | temp[1] |
12:42.29 | phh | ? |
12:42.35 | phh | I want the string after the + |
12:42.47 | phh | you have something like "+blabla", I want "blabla" (and then 00blabla) |
12:42.57 | Captnoord | yea |
12:42.58 | phh | temp[1] is 'b' |
12:43.03 | Captnoord | k |
12:43.22 | Captnoord | but now |
12:43.26 | Captnoord | its the other way around |
12:43.31 | Captnoord | int sscanf ( const char * str, const char * format, ...); |
12:43.35 | Captnoord | the source.... |
12:43.36 | phh | yeah, I really can't see why sscanf is there ... |
12:43.38 | Captnoord | temp is the source |
12:43.39 | Captnoord | ? |
12:43.44 | Captnoord | so |
12:44.03 | Captnoord | or |
12:44.07 | Captnoord | is temp the result |
12:44.11 | Captnoord | eighter way |
12:44.12 | phh | but why does ATT works now -_-' |
12:44.13 | Captnoord | its fucked |
12:44.16 | phh | ATT sms I mean |
12:44.36 | *** join/#htc-linux marex (~marex@vasut.kolej.mff.cuni.cz) |
12:44.39 | Captnoord | phh don't expect fixes to create logical bugs |
12:44.58 | Captnoord | looool |
12:44.59 | Captnoord | dude |
12:45.04 | Captnoord | if you want the stuff after then + |
12:45.07 | Captnoord | you should do |
12:45.15 | Captnoord | sscanf(line, "00%s", temp); |
12:45.16 | Captnoord | temp++ |
12:45.25 | phh | no |
12:45.29 | phh | temp already contains the number |
12:45.53 | Captnoord | ..okey |
12:45.56 | Captnoord | just to make sure |
12:45.59 | Captnoord | what is the source |
12:46.01 | phh | and line is... I don't know what -_-' |
12:46.01 | Captnoord | is line the source |
12:46.04 | Captnoord | okey |
12:46.17 | phh | when did I commit that. |
12:47.15 | Captnoord | now it stores the result of the string scan in temp |
12:47.21 | Captnoord | in temp+1 |
12:47.25 | phh | yeah ... |
12:47.26 | Captnoord | which is currupted memory |
12:47.29 | Captnoord | as temp is a pointer |
12:47.30 | phh | and line is just nothing |
12:47.32 | Captnoord | so its the next pointer |
12:47.38 | Captnoord | which isn't allocated |
12:47.45 | Captnoord | bleh |
12:47.46 | Captnoord | i'm wrong |
12:47.57 | phh | Captnoord: you're not used to string handling at all, are you ? :p |
12:47.58 | Captnoord | it should... but its crap!!!!! |
12:48.06 | Captnoord | not like that |
12:48.13 | Captnoord | I want to avoid shit like this as much as possible |
12:48.18 | phh | hehe |
12:48.22 | phh | binary data is always better :p |
12:48.39 | Captnoord | yup |
12:49.45 | Captnoord | lol |
12:49.45 | Captnoord | then |
12:49.47 | Captnoord | I suggest |
12:49.51 | Captnoord | sscanf(line, "00%s", &temp[1]); |
12:49.55 | Captnoord | its way better |
12:49.58 | Captnoord | readable |
12:50.08 | phh | ? |
12:50.11 | phh | it's exactly the same |
12:50.13 | Captnoord | yup |
12:50.15 | phh | and still totally wrong |
12:50.17 | Captnoord | yup |
12:50.18 | Captnoord | :P |
12:50.21 | phh | and I can't see how would it be better -_-' |
12:50.25 | Captnoord | hmmm..... |
12:50.27 | Captnoord | okey |
12:50.29 | Captnoord | true |
12:50.35 | Captnoord | phh.... the number is in temp |
12:50.38 | Captnoord | not in line |
12:50.40 | phh | yes. |
12:50.42 | Captnoord | k |
12:50.49 | Captnoord | is temp large anough? |
12:50.50 | phh | and this sscanf writes to temp. |
12:50.52 | Captnoord | yea |
12:50.53 | phh | and read line |
12:50.55 | phh | so it's just stupid :p |
12:50.55 | Captnoord | yea |
12:51.53 | Captnoord | how big is temp? |
12:52.04 | Captnoord | err = at_tok_nextstr(&line, &temp); |
12:52.06 | Captnoord | its that big |
12:52.09 | Captnoord | as its part of line |
12:52.21 | Captnoord | sscanf(line, "00%s", temp+1); |
12:52.24 | Captnoord | overrides shit |
12:52.55 | Captnoord | causing a buffer overflow |
12:53.03 | Captnoord | when temp isn't big anough |
12:54.32 | *** join/#htc-linux gauner1986 (~gauner198@p5B383DF5.dip.t-dialin.net) |
12:56.40 | Captnoord | hits his head against the wall |
12:56.40 | Captnoord | damn |
12:56.46 | Captnoord | phh I know what the purpose wal |
12:56.47 | Captnoord | was |
12:56.48 | Captnoord | lolz |
12:56.58 | Captnoord | transforming + into 00 |
12:56.59 | Captnoord | but... |
12:57.01 | Captnoord | why like this |
12:57.02 | Captnoord | :S |
12:57.31 | Captnoord | sprintf( temp, "00%s", temp+1 ); |
12:57.52 | Captnoord | but you need to make sure there is anough room for it |
12:58.18 | Captnoord | [13:44] <phh> ATT sms I mean |
12:58.20 | Captnoord | ATT uses + |
12:58.21 | Captnoord | ? |
12:58.22 | Captnoord | or |
12:58.22 | Captnoord | 00 |
12:58.23 | Captnoord | ? |
12:58.29 | phh | 00 |
12:58.39 | Captnoord | then it works |
12:58.44 | Captnoord | as that part isn't handled |
12:58.53 | phh | na |
12:58.57 | phh | in the SIM there is "+xxx" |
12:59.00 | Captnoord | k |
12:59.02 | phh | and ATT network want 00 |
12:59.09 | Captnoord | k |
12:59.11 | Captnoord | at least its |
12:59.12 | Captnoord | sprintf( temp, "00%s", temp+1 ); |
12:59.24 | phh | I'd guess so yup. |
12:59.36 | phh | there might be a size problem though. |
12:59.38 | Captnoord | but its tricky... is there anough room? |
12:59.39 | Captnoord | yea |
13:05.38 | *** join/#htc-linux kdeguy (~etc@188-221-82-106.zone12.bethere.co.uk) |
13:18.51 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
13:19.30 | *** join/#htc-linux araknos (~root@host65-167-dynamic.60-82-r.retail.telecomitalia.it) |
13:33.34 | *** join/#htc-linux goxboxlive (~goxboxliv@40.80-202-134.nextgentel.com) |
13:36.35 | *** join/#htc-linux Wout (~woutf@s55927d21.adsl.wanadoo.nl) |
13:49.59 | *** join/#htc-linux goxboxlive_ (~goxboxliv@40.80-202-134.nextgentel.com) |
13:52.27 | *** join/#htc-linux k_linux (~klinux@adsl196-78-169-217-196.adsl196-14.iam.net.ma) |
13:56.26 | *** join/#htc-linux mickey|zzZZzz (~mickey@openmoko/coreteam/mickey) |
13:58.45 | *** join/#htc-linux leobaillard (~leobailla@leobaillard.org) |
14:00.04 | *** join/#htc-linux goxboxlive (~goxboxliv@40.80-202-134.nextgentel.com) |
14:01.12 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.6) |
14:05.18 | Captnoord | phh maybe it works for ATT because it somehow has a bigger buffer |
14:05.21 | Captnoord | and doesn't overflow |
14:11.04 | k_linux | hi |
14:11.15 | k_linux | phh: around ? |
14:11.21 | phh | yup |
14:12.12 | k_linux | phh: the changes of wifi permissions are not on the latest rootfs |
14:14.25 | *** join/#htc-linux User999 (~User999@c-71-204-117-124.hsd1.ga.comcast.net) |
14:14.38 | k_linux | can u correct them please lines 90->92 |
14:14.50 | *** join/#htc-linux User999 (~User999@c-71-204-117-124.hsd1.ga.comcast.net) |
14:15.42 | *** join/#htc-linux kiozen (~oeichler@rgnb-5d878747.pool.mediaWays.net) |
14:17.11 | k_linux | phh: is something wrong with the new ril ?? |
14:17.16 | phh | yes. |
14:18.20 | k_linux | cause rhod and raph people reported it hung up on boot is it related |
14:19.18 | phh | on boot ? |
14:19.20 | phh | hum |
14:19.40 | phh | blac and raph have the same behaviour concerning ril |
14:19.55 | k_linux | even raph 800 ?? |
14:20.05 | phh | na, gsm |
14:20.18 | k_linux | ok the pb is with cdma |
14:20.45 | phh | ok, I haven't heard any pb with it yet |
14:21.46 | k_linux | with 2.1 it hungs on RPC and RR "blahblah" |
14:22.37 | phh | doesn't help |
14:23.18 | k_linux | it doen't help me too to debug cause I don't have the same pb |
14:24.19 | k_linux | what's the latest correct ril ? |
14:27.02 | k_linux | phh: I will integrate it on the system.sqsh and change the pointer of rild to it to avoid pbs |
14:27.39 | phh | hum don't know |
14:28.14 | k_linux | :) |
14:28.53 | k_linux | phh: I will search then |
14:30.56 | phh | and I'll try to fix those bugs |
14:31.05 | k_linux | ok |
14:32.21 | k_linux | phh: can u help me to enable power managment on my ROM |
14:32.34 | phh | give me dmesg |
14:32.39 | k_linux | phh: ok |
14:33.01 | k_linux | phh: will not forget credits to you this time :) |
14:33.27 | phh | still thank you for using a build that enables us having BT :p |
14:33.49 | k_linux | :) |
14:34.41 | k_linux | if u can take a look at brightness too |
14:36.18 | phh | well, for brightness and PM I can try on my rhod |
14:36.26 | k_linux | thx |
14:36.32 | phh | when I'll get a SD available |
14:37.32 | k_linux | I don't know if it's zImage or rootfs but avrcp pb had disappeared now ! |
14:37.52 | *** join/#htc-linux goxboxlive (~goxboxliv@40.80-202-134.nextgentel.com) |
14:38.48 | phh | oO |
14:39.02 | phh | unfair, I wanted to know where that comes from |
14:39.05 | phh | as it's really weird |
14:41.03 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host235-140-dynamic.45-79-r.retail.telecomitalia.it) |
14:41.03 | k_linux | yes that was was something very ignoying on blac from donut times |
14:43.15 | k_linux | http://pastebin.com/b5LF7vK8 |
14:44.03 | phh | k_linux: ok. try again with usb disconnected when you try to make it sleep. |
14:44.14 | k_linux | ok |
14:44.43 | k_linux | how many time should I wait |
14:45.01 | NetRipper | Markinus, ping |
14:45.11 | Markinus | NetRipper: pong |
14:45.26 | NetRipper | Markinus, msm_fb seems to be working fine, but the lower bit garbled |
14:45.31 | phh | k_linux: hum one minute |
14:45.37 | NetRipper | as if its drawing 640x480 instead of 800x480 |
14:45.45 | Markinus | NetRipper: ohhhh |
14:45.45 | k_linux | ok |
14:45.51 | NetRipper | Markinus, any idea? |
14:46.02 | NetRipper | i thought nexusone was also 80x480 |
14:46.04 | NetRipper | 800* |
14:46.08 | Markinus | hmm, maybe buffersize? |
14:46.26 | Markinus | NetRipper: but nex has the same res |
14:47.09 | NetRipper | i even allocate a larger space than the nexusoen had |
14:47.25 | NetRipper | 0x006* where nexusone has 0x00465* |
14:47.36 | Markinus | NetRipper: very strange .. . yes .. hmmm |
14:48.56 | NetRipper | autoreboot works every time now btw.. it just doesnt work when it needs to reboot too early during kernel init |
14:49.25 | k_linux | phh: http://pastebin.com/JLLMscYm |
14:50.19 | phh | k_linux: disconnect, then wait for android to realize it no longer has usb, and only then put it in sleep |
14:50.23 | Markinus | NetRipper: did you have to change other things to to make the msm_fb working ? (with the lower res) |
14:51.18 | k_linux | phh: in fact I still have battery fake thing on my startup should I disable it before ?? |
14:51.43 | phh | k_linux: yes |
14:51.46 | k_linux | ok |
14:52.18 | NetRipper | Markinus, yes, i disabled vsync |
14:52.28 | NetRipper | Markinus, vsync causes a scheduler bug in the kernel |
14:52.57 | NetRipper | haven't looked into fixing it yet, but it doenst seem really neccesary (unles thats what's causing this problem) :P |
14:53.08 | NetRipper | it boots _really_ fast |
14:53.13 | NetRipper | compared to htc_Fb_console |
14:53.14 | NetRipper | :p |
14:54.08 | k_linux | phh: adb is very usefull to exchange files when android is running |
14:54.19 | Markinus | NetRipper: nice :) I pushed much stuff too |
14:54.32 | phh | k_linux: hehe |
14:55.26 | Markinus | NetRipper: but we have to find the idx for tzhe new clocks, like LCDC . . |
14:56.25 | k_linux | phh: the only pb are fsck files if u push a big files |
14:57.09 | k_linux | rebooting |
15:04.50 | k_linux | http://pastebin.com/JETuXMH8 |
15:05.36 | *** join/#htc-linux rosseaux (znc@129-167-19-84.nbiserv.com) |
15:09.22 | k_linux | phh: any ideas what prevent it to suspend |
15:11.45 | NetRipper | Markinus, i got it.. but its kind of a hack to get it working |
15:11.55 | NetRipper | Markinus, forcing a full screen update instead of partial updates |
15:13.28 | Markinus | NetRipper: hmmm . . .I didn't think that this has so much problems. . :( |
15:13.53 | NetRipper | full screen update is not troublesome, doesnt impact performance that much |
15:14.46 | Markinus | NetRipper: btw, did you have a Idea why the dev is crashing after free init memory? |
15:14.53 | Markinus | or hanging . . |
15:15.10 | NetRipper | Markinus, no i have no clue about that.. that'll be the next thing to look into for me |
15:15.23 | NetRipper | git.linxutogo.org is down |
15:15.46 | Markinus | NetRipper: good, there is nothing in logfiles . .this sin'T good . . |
15:15.52 | Markinus | isn't |
15:17.08 | NetRipper | i know.. but it may just be something simple |
15:17.10 | Markinus | NetRipper: here is git.linxutogo.org working |
15:17.10 | NetRipper | thats what im assuming |
15:17.31 | NetRipper | it cant resolve dns here |
15:17.38 | NetRipper | oh |
15:17.42 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
15:17.46 | Captnoord | hmmm clock sync |
15:17.55 | NetRipper | my phone accidentally connected with internet sharing |
15:18.00 | NetRipper | that fuxed up my linux it hink |
15:18.03 | Captnoord | commit 0b7b82d5814957d935e53e82258993af15e2ca79 |
15:18.23 | Markinus | NetRipper: :) |
15:19.34 | Captnoord | from codeaurora.org |
15:19.46 | Captnoord | <PROTECTED> |
15:19.46 | Captnoord | <PROTECTED> |
15:19.46 | Captnoord | <PROTECTED> |
15:19.46 | Captnoord | <PROTECTED> |
15:19.46 | Captnoord | <PROTECTED> |
15:21.13 | NetRipper | Markinus, thats quite some commits |
15:21.53 | NetRipper | Markinus, expect fire from cr2 on some :p i.e. the one in which you modifed pm.c for DEX.. ;) |
15:22.34 | *** join/#htc-linux hes80 (~Stephan_H@188.104.227.68) |
15:22.56 | Markinus | NetRipper: we do exactlx the same in our .27 repo :) |
15:23.13 | NetRipper | Markinus, i know |
15:23.27 | NetRipper | but we wanted to try and centralize it in this branch ;) |
15:23.39 | Markinus | NetRipper: ahh, I didn't know that .. |
15:24.06 | NetRipper | i.e. msm_proc_comm(PCOM_POWER_DOWN, 0, 0); is already in pm.c, so we just handle the PCOM_POWER_DONE in proc_comm_wince.o ;) |
15:24.54 | NetRipper | DOWN* |
15:25.02 | NetRipper | anyway i gtg eat, and get to waterpolo |
15:25.14 | NetRipper | i'll commit this MDP stuff tonight or mayb ein an hour if i have 10 min spare |
15:25.29 | NetRipper | later |
15:26.10 | Markinus | NetRipper: ok, I know what you mean |
15:26.42 | Markinus | NetRipper: later |
15:28.07 | k_linux | phh: I'm looking at /sys/class/lcd-backlight/ brightness should not be rw ? |
15:30.34 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host235-140-dynamic.45-79-r.retail.telecomitalia.it) |
15:32.58 | *** join/#htc-linux dcordes-nokbd (~dcordesot@ip-77-25-79-211.web.vodafone.de) |
15:33.15 | dcordes-nokbd | hi |
15:37.20 | dcordes-nokbd | Markinus: wow many new leo commits |
15:37.40 | k_linux | dcordes-nokbd: hi |
15:38.05 | Markinus | dcordes-nokbd: yes, NetRipper has new stuff too, will commit later |
15:38.20 | k_linux | phh: any clues ? |
15:38.24 | Markinus | dcordes-nokbd: and yes, Hi :) |
15:40.52 | *** join/#htc-linux User999 (~User999@c-71-204-117-124.hsd1.ga.comcast.net) |
15:41.08 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
15:43.39 | k_linux | phh: ping |
15:47.04 | *** join/#htc-linux m3dlg (~m3dlg@212.183.140.54) |
15:48.37 | phh | k_linux: yes it should be |
15:49.06 | *** join/#htc-linux User999 (~User999@c-71-204-117-124.hsd1.ga.comcast.net) |
15:49.32 | k_linux | phh: it's read only now will add it to rc and try again |
15:52.43 | k_linux | phh: pm do u figure out what's the pb ?? |
15:54.57 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host235-140-dynamic.45-79-r.retail.telecomitalia.it) |
15:56.34 | phh | I hate that stupid OS. |
15:56.41 | k_linux | :) |
15:57.02 | k_linux | phh: what's wrong this time |
15:57.05 | phh | [ 212.267669] suspend: exit suspend, ret = 0 (2010-03-13 15:00:41.560000000 UTC) |
15:57.05 | phh | [ 213.130371] suspend: exit suspend, ret = 0 (2010-03-13 15:01:00.770000000 UTC) |
15:57.15 | phh | k_linux: wirting to uSDHC is ssssllloooowwwww |
15:57.22 | phh | while it can do ~ 8MB/s. |
15:57.24 | phh | stupid FS. |
15:57.38 | phh | (and stupid 512-block emulation hardware layer) |
15:57.54 | *** join/#htc-linux MACKIE (~MACKIE@70.79.119.70.cfl.res.rr.com) |
15:57.57 | k_linux | phh: is it sdcard pb or OS pb |
15:58.10 | phh | OS I'd say. |
15:58.17 | phh | but kind of both |
15:58.29 | phh | k_linux: what I pasted from your dmesg says pm works. |
15:58.44 | k_linux | phh: really oO |
15:58.47 | phh | yup |
15:58.58 | phh | but if you always run with the fake_charger=1 ... |
15:59.27 | k_linux | phh: well I will try without it and report |
16:01.25 | k_linux | phh: with 2.0.1 and 1.6 it was ok even with it |
16:01.45 | phh | no way |
16:01.52 | Captnoord | lol |
16:02.02 | phh | well it depends on what you call "ok" |
16:02.10 | phh | maybe you could do 10hours |
16:02.44 | k_linux | phh: I mean buttons didn't respond until I push power button which is not the case now |
16:03.10 | Captnoord | yup that fixed timer not beeing sync |
16:03.13 | Captnoord | phh want patch? |
16:03.15 | phh | I can't see how this is possible. |
16:03.21 | phh | Captnoord: always. |
16:03.33 | Captnoord | need to double check it |
16:05.07 | k_linux | phh: I don't know how but fake_charger=1 was present on my startup from the day you add it ! |
16:06.57 | phh | well, iirc this option hasn't always disabled sleeping |
16:07.26 | phh | I was just fed up of the OS going to sleep when trying to play with adb :p |
16:08.00 | k_linux | phh: :) I set brightness to rw but nothing changed |
16:08.10 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host235-140-dynamic.45-79-r.retail.telecomitalia.it) |
16:08.12 | phh | nothing in logcat I guess ? |
16:08.28 | k_linux | will take a look |
16:09.41 | *** join/#htc-linux IceGuest_75 (~IceChat7@70.79.119.70.cfl.res.rr.com) |
16:11.39 | *** join/#htc-linux The (~yadayada@pool-72-84-154-200.slsbmd.east.verizon.net) |
16:13.23 | *** join/#htc-linux IceGuest_75 (~IceChat7@70.79.119.70.cfl.res.rr.com) |
16:14.08 | *** join/#htc-linux MACKIE (~IceChat7@70.79.119.70.cfl.res.rr.com) |
16:15.17 | phh | 7607 haretlog-20100313_171058.log |
16:15.24 | phh | that's one minute i2c log. |
16:15.27 | phh | without the status register. |
16:16.12 | Captnoord | cheers... found a way to double check |
16:16.16 | Captnoord | bleh need to walk the dog |
16:16.37 | k_linux | phh: where can i find it |
16:16.41 | phh | Captnoord: eat it |
16:16.43 | phh | k_linux: find what ? |
16:16.46 | Captnoord | the dog? |
16:16.49 | phh | Captnoord: yup |
16:16.57 | k_linux | 7607 haretlog-20100313_171058.log |
16:17.07 | phh | k_linux: why do you want it ?!? |
16:17.09 | Captnoord | I tough you guys only did that with snales |
16:17.27 | phh | Captnoord: and frogs. |
16:17.40 | phh | yay |
16:17.44 | phh | discovered a new I2C id |
16:17.50 | k_linux | phh: u were speaking to someone else ? |
16:17.55 | phh | k_linux: to myself mostly. |
16:18.00 | k_linux | :) |
16:18.03 | Captnoord | phh ? |
16:18.13 | Captnoord | i2c id? |
16:18.20 | phh | Captnoord: in my logs I have a 0x30>>1=0x18 I2C id. |
16:18.34 | Captnoord | lol |
16:19.27 | phh | and that's a write only one |
16:19.35 | Captnoord | cool |
16:19.40 | phh | so it's not ds2482. |
16:19.44 | *** join/#htc-linux The (~yadayada@pool-72-84-147-24.slsbmd.east.verizon.net) |
16:20.08 | phh | grep ' 000001' haretlog-20100313_171058.log |awk -F ' ' '{print $6}' |sort | uniq |wc -l |
16:20.08 | phh | 6 |
16:20.17 | phh | meaning 6 different i2c devices used in less than one minute |
16:20.30 | phh | and I haven't use the camera, which accounts for 2 more devices iirc |
16:20.55 | phh | and the microp-ksc isn't there either |
16:21.14 | Captnoord | maybe its a pm reset or something |
16:21.29 | Captnoord | what does it send? |
16:22.43 | phh | 0x00 0x00, 0x01 0x01, 0x04 0x03, 0x05 0x11, 0x06 0x05, 0x07 0x04, 0x08 0xb0, 0x12 0xb0, 0x13 0x82, 0x14 0x80 |
16:22.44 | phh | etc. |
16:22.55 | phh | sounds like the init of something |
16:22.59 | *** join/#htc-linux toi (~toi@d54C2A96D.access.telenet.be) |
16:23.00 | Captnoord | yup |
16:23.14 | *** join/#htc-linux Unholy (~IceChat7@24.227.27.77) |
16:23.30 | phh | what could that be during a call ? |
16:23.40 | phh | hum could be mic bias |
16:24.24 | Captnoord | 0x00 0x00, |
16:24.24 | Captnoord | 0x01 0x01, |
16:24.24 | Captnoord | 0x04 0x03, |
16:24.24 | Captnoord | 0x05 0x11, |
16:24.24 | Captnoord | 0x06 0x05, |
16:24.25 | Captnoord | 0x07 0x04, |
16:24.25 | Captnoord | 0x08 0xb0, |
16:24.26 | Captnoord | 0x12 0xb0, |
16:24.26 | Captnoord | 0x13 0x82, |
16:24.27 | Captnoord | 0x14 0x80 |
16:24.47 | phh | 0x1b 0x4c |
16:24.51 | phh | 0x1c 0x01 |
16:24.55 | phh | 0x1d 0x02 |
16:24.58 | phh | 0x1e 0x81 |
16:25.04 | phh | 0x05 0x91 |
16:25.12 | phh | 0x35 0x02 |
16:25.22 | phh | 0x00 0x01 |
16:25.27 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
16:25.29 | phh | 0x34 0xfc |
16:25.34 | phh | 0x37 0xfc |
16:25.39 | phh | 0x33 0x08 |
16:25.42 | phh | 0x00 |
16:25.46 | phh | 0x00 0x00* |
16:25.49 | phh | 0x3d 0x01 |
16:25.58 | phh | 0x51 0xc0 |
16:25.59 | phh | 0x52 0x00 |
16:26.18 | phh | and that's it. |
16:26.35 | phh | what devices have that much registers ? -_-' |
16:27.01 | Captnoord | phh btw diamond? |
16:27.10 | phh | Captnoord: what about it ? |
16:27.29 | Captnoord | no if its the diamond stuff that generates this |
16:27.31 | Captnoord | what device |
16:27.36 | phh | ah |
16:27.37 | phh | it's rhod300 |
16:27.43 | Captnoord | k |
16:28.40 | Captnoord | light sensor? |
16:29.30 | Captnoord | [17:18] <phh> Captnoord: in my logs I have a 0x30>>1=0x18 I2C id. |
16:29.33 | Captnoord | wasn't 0x18 |
16:29.38 | Captnoord | the battery driver? |
16:29.59 | phh | N1 has a battery driver on it |
16:30.07 | phh | but there are only writes, no read ... |
16:30.17 | Captnoord | k |
16:30.36 | Captnoord | hmmm |
16:30.42 | Captnoord | maybe its a sound enhancer |
16:30.55 | Captnoord | like |
16:30.55 | Captnoord | 0x3e Audience A1026 o o o o o o x - sound enhancer |
16:30.56 | phh | yeah, there is one that cr2 gave me the name I have to check |
16:31.07 | phh | Captnoord: no, rhod's audience is 0xf4>>2 |
16:31.10 | phh | >>1* |
16:31.12 | Captnoord | k |
16:31.39 | Captnoord | brb |
16:40.40 | phh | ah got it. as usual cr2 already knew that |
16:40.48 | phh | http://focus.ti.com/docs/prod/folders/print/tlv320adc3001.html |
16:40.51 | phh | it's this thing |
16:41.19 | phh | 96kHz ADC. |
16:42.09 | phh | *with* a miniDSP. |
16:42.28 | phh | maybe we can compress data and send it to this dsp through i2c bus and get sound -_-' |
16:43.35 | k_linux | phh: you are right it seems that blac goes to suspend |
16:43.46 | k_linux | phh: microp-klt: Setting lcd-backlight brightness to: 0x10 <= where is setted ? |
16:43.57 | phh | k_linux: what do you mean ? |
16:44.07 | phh | how to do this happen ? or what does this do ? |
16:44.54 | phh | lol, this adc3001 has three audio inputs |
16:44.55 | k_linux | phh: the touchpad is not responding untill many tries or I push power button |
16:45.18 | phh | considering that A1010 has already 2 inputs (I mean analog inputs), and I'm not even couting msm's chip's input |
16:45.20 | phh | that makes a lot -_-' |
16:45.59 | k_linux | phh: on dmseg it's seems that it switchs on and off |
16:46.13 | phh | k_linux: you have automdiming disabled in wimo ? |
16:46.47 | k_linux | phh: yes everything is disabled even shut after xx |
16:47.07 | AstainHellbring | morning |
16:47.24 | k_linux | AstainHellbring: hi |
16:47.43 | k_linux | AstainHellbring: it's evenning here :) |
16:48.51 | *** join/#htc-linux polpo1971 (~xdccMule@151.16.123.195) |
16:49.01 | *** join/#htc-linux polpo1971^349s^ (~xdccMule@151.16.123.195) |
16:49.10 | polpo1971^349s^ | ciao |
16:49.17 | polpo1971^349s^ | !list |
16:50.57 | *** join/#htc-linux eval- (~eval-@bokchoy.rutgers.edu) |
16:56.18 | *** join/#htc-linux gauner1986 (~gauner198@p5B383DF5.dip.t-dialin.net) |
16:56.58 | *** join/#htc-linux marex_ (~marex@vasut.kolej.mff.cuni.cz) |
16:59.53 | k_linux | phh: I want to mount a file.sqsh before system to copy something on data and umount it, when I did it on loop1 system fails to mount any advice ?? |
17:05.30 | *** join/#htc-linux Under-cover (~Plasmalig@p5DC6B944.dip.t-dialin.net) |
17:06.58 | Kawaiius | Sup everybody |
17:07.02 | polyrhythmic | k_linux: you can't mount a squash |
17:07.12 | polyrhythmic | k_linux: you have to unsquash and resquash |
17:07.40 | k_linux | polyrhythmic: can I use ext2fs ?? |
17:08.00 | polyrhythmic | you need the squashfs binaries ver 3.1, 3.4, or 3.7 |
17:08.09 | polyrhythmic | unsquashfs and squashfs |
17:08.20 | Under-cover | hi, i've got a problem, my wifi doesn't work with the new 1.03.10 build from xdandroid on my diam 100. anybody can help me? |
17:08.28 | Under-cover | <PROTECTED> |
17:08.30 | polyrhythmic | Kawaiius: buenos dias |
17:08.42 | polyrhythmic | Under-cover: sorry, I have a kaiser |
17:09.14 | Under-cover | anybody else? |
17:09.21 | k_linux | polyrhythmic: I have mksquashfs3 on ubuntu I can generate file without pb |
17:09.53 | Under-cover | <PROTECTED> |
17:10.00 | k_linux | polyrhythmic: I mean that I want to mount this file on android boot copy files from it and umount it |
17:10.06 | phh | polyrhythmic: you can mount a squash ... |
17:10.22 | phh | k_linux: loopback userland is somehow broken |
17:10.23 | phh | do that: |
17:10.32 | phh | losetup /where/is/the/system.sqsh /dev/block/loop7 |
17:10.40 | phh | mount /dev/block/loop7 /mnt |
17:10.45 | k_linux | thx |
17:10.48 | polyrhythmic | phh: then I have been lied to |
17:10.50 | polyrhythmic | :( |
17:11.24 | polyrhythmic | don't ask me how many times in the past I rebuilt squash |
17:11.54 | phh | polyrhythmic: I never said you could change it with mouting |
17:11.57 | phh | mounting* |
17:12.07 | polyrhythmic | :> |
17:12.13 | polyrhythmic | lol |
17:12.40 | k_linux | I want to avoid the 1st boot which too long for users, so I generated a custom.sqsh which contains all data created on 1st boot and want to copy it before mounting system.sqsh |
17:13.02 | k_linux | what do u think ?? |
17:13.27 | phh | a tar.gz sounds more logical |
17:14.17 | *** join/#htc-linux leaigor (~laigor@188.134.16.241) |
17:15.01 | Markinus | NetRipper: I rewrote the wince pcom interface. Now it looks much better |
17:18.13 | k_linux | phh: squashfs preserves rw / ro states of files/folders ?? |
17:18.33 | phh | k_linux: sounds logical ... |
17:18.45 | k_linux | phh: thx |
17:19.10 | k_linux | phh: will try it now |
17:19.41 | phh | the ADC is 24bit -_-' |
17:21.00 | *** join/#htc-linux Under-cover (~Plasmalig@p5DC6B944.dip.t-dialin.net) |
17:21.13 | *** part/#htc-linux hes80 (~Stephan_H@188.104.227.68) |
17:25.29 | *** part/#htc-linux Under-cover (~Plasmalig@p5DC6B944.dip.t-dialin.net) |
17:30.02 | *** join/#htc-linux TehOne (~yadayada@pool-72-84-147-24.slsbmd.east.verizon.net) |
17:30.12 | *** join/#htc-linux Under-cover (~Plasmalig@p5DC6B944.dip.t-dialin.net) |
17:31.34 | *** join/#htc-linux Jeeves_Moss (~jeeves@node-7924.tor.pppoe.execulink.com) |
17:32.01 | k_linux | phh: rebooting now fingers crossed :) |
17:32.22 | Jeeves_Moss | can anyone tell me how to get my HTC Sable (iPaq hw6915) into sdLoader? I've d-loaded the WM6.5 from xda-devolopers, and now I can't get it to update |
17:33.02 | *** join/#htc-linux BabelO (~fcr@2a01:e35:2ee1:c1c0:21e:8cff:fe2d:7d3f) |
17:33.03 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
17:35.04 | *** part/#htc-linux Under-cover (~Plasmalig@p5DC6B944.dip.t-dialin.net) |
17:35.53 | Jeeves_Moss | anyone? |
17:36.53 | jamenlang2 | phh: thank you for A2DP on the espresso build, works great! |
17:37.08 | phh | maybe I should do that on the other builds. |
17:37.13 | phh | oh well donut has it working too. |
17:39.45 | jamenlang2 | take your time, I'm not reverting anytime soon. |
17:40.00 | k_linux | phh: I untar it on / so it gives "no space left on device" :) I change it to /data second try |
17:40.01 | chamonix | phh: rememer I created a new data.img yesterday? |
17:40.16 | chamonix | +b |
17:40.32 | phh | chamonix: no |
17:40.36 | chamonix | ok, I did |
17:40.48 | chamonix | and after that I removed my phone from the charger |
17:40.50 | chamonix | at 23:00 |
17:40.55 | chamonix | it's still off |
17:40.57 | chamonix | :) |
17:41.00 | phh | off ? |
17:41.04 | chamonix | the charger |
17:41.08 | phh | ah. |
17:41.10 | chamonix | HeHeHe |
17:41.11 | k_linux | phh: btw BT hsp disconnect just after pairing |
17:41.16 | phh | k_linux: ah. |
17:41.21 | chamonix | so that make it 20 hrs |
17:41.29 | chamonix | with 3G |
17:41.30 | phh | chamonix: great |
17:41.36 | phh | and it says it has how much battery left ? |
17:41.42 | chamonix | 5% |
17:41.48 | phh | ok |
17:41.48 | chamonix | for the last 3 hrs |
17:41.57 | phh | ok so it's going to die quite soon. |
17:42.12 | chamonix | well last time I spend 1 hour takling after it went to 5% |
17:42.22 | chamonix | so we'll see |
17:42.33 | chamonix | but that means apps make 25% of battery life |
17:42.58 | jamenlang2 | and thank you k_linux for the espresso build. |
17:43.08 | chamonix | I'll install apps and check how the sleep times evolve |
17:43.30 | k_linux | jamenlang2: u r welcome :) |
17:44.05 | Jeeves_Moss | can anyone tell me how to get my HTC Sable (iPaq hw6915) into sdLoader? I've d-loaded the WM6.5 from xda-devolopers, and now I can't get it to update |
17:44.48 | *** join/#htc-linux tsamolotoff (tsamolotof@94.25.177.237) |
17:47.52 | *** join/#htc-linux jumoit1 (~samuel@121.77.87.145) |
17:51.58 | Hoochster | Captnoord, still need that dll? |
17:52.15 | Captnoord | nope |
17:52.19 | Hoochster | k |
17:52.22 | Captnoord | got it already |
17:52.26 | Captnoord | but thanks |
17:52.27 | Hoochster | sorry just got up heh had a migraine |
17:52.29 | Captnoord | that you tough of it |
17:52.34 | Jeeves_Moss | Hoochster, any ideas on how to get my phone into sdLoader? |
17:52.59 | *** join/#htc-linux hes80 (~Stephan_H@188.104.227.68) |
17:52.59 | Hoochster | not a clue Jeeves_Moss sorry |
17:53.27 | Jeeves_Moss | Hoochster, I was looking on xda-devolopers, and the instructions won't work. Do you know if they have a IRC channel? |
17:54.14 | polyrhythmic | Jeeves_Moss: #xda-devs ? |
17:54.51 | Jeeves_Moss | polyrhythmic, thanks!!! |
17:55.23 | polyrhythmic | :) |
17:56.22 | Jeeves_Moss | polyrhythmic, hopefully they'll know WTF is going on. |
17:56.35 | Jeeves_Moss | is there a Linux port for the hw6515 yet? |
17:58.19 | k_linux | phh: 1st try every one fails :) |
17:58.31 | Captnoord | there's no spoon |
17:58.44 | phh | k_linux: yeah the things you want to do isn't totally easy |
17:58.50 | phh | I guess I could have done it working at first try though :p |
17:59.01 | Jeeves_Moss | Captnoord, lol. but there is a black cat.... and he's sitting on my chest right now with his claws into me! |
17:59.33 | k_linux | phh: yes you can :) |
18:00.02 | Captnoord | building .32 ...... |
18:01.17 | Captnoord | takes for ever |
18:01.18 | Captnoord | :P |
18:01.50 | Hoochster | that dll give you the info you needed Captnoord ? |
18:01.58 | Captnoord | yup |
18:02.00 | Captnoord | and much more |
18:02.03 | Captnoord | which is cool |
18:02.05 | Hoochster | sweet very sweet |
18:02.12 | Captnoord | only the entire method is different |
18:02.13 | Hoochster | btw did you hear the reports on the temp stuff? |
18:02.18 | Hoochster | how it seem a tad high heh |
18:02.23 | Captnoord | yea it works for raph and diamond |
18:02.25 | *** part/#htc-linux tsamolotoff (tsamolotof@94.25.177.237) |
18:02.27 | Captnoord | but gives to high voltage |
18:02.38 | Hoochster | ahh so just rhod that is high then |
18:02.39 | Captnoord | and to high temperature on other devices |
18:02.52 | Hoochster | heh well progress lol |
18:02.53 | phh | Captnoord: "building .32" you mean 2.6.32 ? |
18:02.56 | Captnoord | yup |
18:03.01 | Captnoord | building isn't the problem |
18:03.03 | Captnoord | I mean |
18:03.08 | Captnoord | so much stuff todo |
18:03.10 | Captnoord | bleh |
18:03.27 | phh | you want .32 on raph what for ? :p |
18:03.31 | Captnoord | display driver porting |
18:03.32 | Captnoord | yup |
18:03.37 | Captnoord | loads of other drivers porting |
18:03.44 | phh | like usb host ? tv out ? |
18:03.45 | Captnoord | I told ya I would give it a try |
18:03.47 | Captnoord | yup |
18:04.00 | phh | <PROTECTED> |
18:04.04 | phh | i hope you'll get lucky |
18:04.07 | k_linux | phh: tar xzf $card/custom.tar.gz -C /data copy the files on /custom ?? |
18:04.11 | Captnoord | it just needs time |
18:04.18 | phh | Captnoord: mostly |
18:04.21 | phh | k_linux: uh ? |
18:04.22 | Captnoord | and some experts... which I am not |
18:04.28 | Captnoord | but we'll see |
18:04.31 | phh | Captnoord: well you can ask :p |
18:04.37 | Captnoord | hehe.... |
18:04.46 | k_linux | phh: that's what I find on data.img !! |
18:05.00 | Captnoord | the main thing is that I want to try to keep it in sync with the one of the major repo's |
18:05.08 | Captnoord | that makes future porting a lot easier |
18:05.18 | phh | k_linux: it extracts "custom.tar.gz" to /data ... |
18:06.45 | k_linux | phh: can u take a look ? http://pastebin.com/xwj1VPWq |
18:07.11 | k_linux | phh: I want to copy files on the root of data.img |
18:08.12 | phh | k_linux: that should work |
18:08.39 | k_linux | phh: I'm stupid, I compressed the folder :D |
18:09.10 | phh | oh not that stupid. I wanted to make you wait for a while before telling you that I thaught that was your mistake :p |
18:11.09 | k_linux | phh: well we should fail to know why we failed :) |
18:11.22 | phh | possibly |
18:14.15 | k_linux | phh: that's my way of doing things at least :) |
18:14.43 | *** join/#htc-linux babijoee (~babijoee4@d110-33-175-95.sun801.vic.optusnet.com.au) |
18:16.14 | babijoee | hello ne1 |
18:19.00 | k_linux | phh: it works !! 3min to have android booting !! |
18:19.16 | *** join/#htc-linux kdeguy (~etc@188-221-82-106.zone12.bethere.co.uk) |
18:20.25 | k_linux | phh: at least framework and apps didn't install |
18:20.59 | k_linux | babijoee: hi |
18:21.42 | phh | k_linux: and that would be an easy way to make a kitchen. |
18:22.00 | k_linux | babijoee: I hope you don't mind if I use some of xandroid apps on espresso |
18:22.15 | babijoee | lol they're all free |
18:22.17 | babijoee | go for it |
18:22.24 | k_linux | babijoee: thx |
18:22.49 | babijoee | k_linux link to espresso |
18:22.50 | babijoee | ? |
18:23.07 | babijoee | i would like to have a look at this as i've been quite busy lately |
18:23.20 | k_linux | http://forum.xda-developers.com/showthread.php?t=641021 |
18:23.26 | babijoee | thx |
18:23.54 | k_linux | babijoee: even BT pairs and have sound thx to phh |
18:24.03 | k_linux | A2DP |
18:24.12 | phh | k_linux: it's weird only A2DP works |
18:25.02 | k_linux | phh: I said that hsp disconnect just after connecting so I didn't try it and was busy to look at this |
18:25.30 | k_linux | phh: if you want we can did a try |
18:25.52 | babijoee | k_linux: does this have rosie? |
18:26.52 | k_linux | babijoee: I ripped rosie to have smooth OS as all the guys want it I shared the system with rosie too |
18:27.07 | k_linux | u can look at old releases |
18:27.22 | k_linux | *found it |
18:28.05 | babijoee | ah k |
18:28.53 | babijoee | phh: you have any idea whats causing problems in the new rootfs? |
18:28.59 | phh | babijoee: ? |
18:29.02 | k_linux | babijoee: still have some pbs with ril from rootfs git, |
18:29.02 | phh | the RIL crash you mean ? |
18:29.13 | babijoee | basically yeah |
18:29.23 | phh | yeah I've seen the error |
18:29.28 | k_linux | babijoee: you have the same pb with xandroid too ?? |
18:29.29 | phh | and I'm still trying to understand what I did with this patch. |
18:29.36 | phh | k_linux: yes it's the same for everyone |
18:30.22 | k_linux | phh: I can take a breath so, as it drives me crazy |
18:30.25 | babijoee | well yeah i saw phh comment to stick to builds prior to march 6 |
18:31.01 | phh | k_linux: ah sorry if you didn't know that |
18:31.02 | babijoee | k_linux: would you say your build is more responsive than xdandroid? |
18:31.26 | k_linux | babijoee: thx I will repack it with my newest builds untill it will be fixed |
18:31.59 | *** join/#htc-linux MrPippy (~pip@75.42.180.185) |
18:36.18 | Hoochster | morn Mr P! |
18:36.31 | babijoee | k_linux: i'll add your link to my thread |
18:36.56 | k_linux | babijoee: thx |
18:37.05 | phh | we now need a donut maintainer. |
18:37.15 | babijoee | lol |
18:37.34 | babijoee | for what? |
18:37.39 | eval- | phh: for /lib/donut ril? |
18:37.51 | eval- | so that it does not crash my diam500? :p |
18:38.26 | k_linux | ok guys see u later |
18:38.51 | *** part/#htc-linux k_linux (~klinux@adsl196-78-169-217-196.adsl196-14.iam.net.ma) |
18:39.41 | polyrhythmic | mmm donuts |
18:39.53 | eval- | phh: also can you confirm your http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/68173e5705c9d727ab95af5619822b017788e72c worked for vsync on diam100? diam500 has epson but i cannot see anything substantially different in mddi_client_epson.c |
18:41.58 | MrPippy | phh: i was working on headset/headphones yesterday, afaict wince changes the audioparams but never does a PCOM_UPDATE_AUDIO dex |
18:42.25 | *** join/#htc-linux GlemSom (~glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
18:42.29 | *** join/#htc-linux Guest17733 (~fr0st@cpe-173-89-159-38.new.res.rr.com) |
18:43.07 | IceBone | phh, around? |
18:43.43 | *** part/#htc-linux fr0st- (~fr0st@cpe-173-89-159-38.new.res.rr.com) |
18:46.34 | *** join/#htc-linux vicbush (~45422a91@gateway/web/freenode/x-yavegoevysgkyohz) |
18:48.10 | *** join/#htc-linux MACKIE (~MACKIE@70.79.119.70.cfl.res.rr.com) |
18:49.17 | *** join/#htc-linux MACKIE (~MACKIE@70.79.119.70.cfl.res.rr.com) |
18:49.34 | babijoee | i think hes playing mystique chapter 3 :p |
18:52.24 | chamonix | heya babijoee |
18:52.38 | chamonix | phh: 20 hours 40 minutes |
18:52.59 | eval- | chamonix: battery life?? |
18:53.03 | chamonix | yes |
18:53.12 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
18:53.20 | eval- | wowow. device? kernel? eclair? |
18:53.24 | babijoee | hey cham |
18:53.27 | chamonix | raph |
18:53.37 | *** join/#htc-linux MrPippy (~pip@75.42.180.185) |
18:53.43 | babijoee | long time :) how ya been |
18:54.00 | chamonix | kernel one of the latest, eclair a little older.... eval- u can check all details on pjottrr in the forum |
18:54.06 | eval- | chamonix: my diam500 powertop is full gp_timer & vsync crap |
18:54.10 | chamonix | all good ty babijoee, hows u? |
18:54.23 | eval- | chamonix: when you run powertop with screen off, what are top wakeups? |
18:54.41 | chamonix | eval-: I'm charging and will take some stats of sleep mode...... the phone is blanc so it's the reference for any other test for me |
18:54.47 | babijoee | doing fine. just visiting here n there |
18:55.03 | chamonix | eval-: can't tell now, it's charging but I'll update u as soon as I boot |
18:55.35 | chamonix | sounds relaxing :) |
18:55.44 | eval- | chamonix: cool. do we still need pm.sleep_mode=1 ? |
18:55.55 | chamonix | eval-: no |
18:56.43 | eval- | chamonix: yes, lemme know. i'm not sure phh's vsync change in mddi_client_toshiba.c is working in epson.c =/ your raph is toshiba? |
18:56.51 | eval- | i will check the forum |
18:57.49 | chamonix | hows ur nexus doing babijoee ? |
18:58.32 | phh | [19:41:35] <eval-> phh: also can you confirm your http://gitorious.org/linux-on-qualcomm-s-msm/linux-msm/commit/68173e5705c9d727ab95af5619822b017788e72c worked for vsync on diam100? diam500 has epson but i cannot see anything substantially different in mddi_client_epson.c <------- yes I can coifmr |
18:58.47 | phh | [19:43:39] <MrPippy> phh: i was working on headset/headphones yesterday, afaict wince changes the audioparams but never does a PCOM_UPDATE_AUDIO dex <----- you know wired headset works perfectly for diam100 ? |
18:59.13 | eval- | could our GPIO VSYNC be different? |
18:59.20 | phh | eval-: no |
18:59.28 | phh | eval-: these things doesn't really put the battery life down |
18:59.39 | phh | since it exists only when device doesn't sleep |
18:59.47 | phh | and it sleeps >99% of the time |
19:00.29 | eval- | ? but i see many vsync & gp_timer wakeups when screen is off and it should be sleeping |
19:00.36 | eval- | also, why do you think gp_timer is accelerometer ? |
19:00.51 | *** join/#htc-linux tomlog (~chatzilla@genkt-058-058.t-mobile.co.uk) |
19:00.56 | phh | because accelerometer is the only thing that uses gp_timer at 100Hz most of the time |
19:01.03 | phh | ah but we don't have nohz |
19:02.00 | IceBone | Hey, phh.... messaging is getting worse and worse.. now not only it takes more than 20 seconds to start, it doesn't even apply the correct contact pic and name to some of the numbers. |
19:02.21 | IceBone | So the thread with my gf suddenly gets my mum's pic, which is distubring to say the least.... |
19:02.39 | phh | lol |
19:02.44 | eval- | haha wow |
19:02.45 | chamonix | rofl |
19:02.58 | IceBone | Open the thread, go back, it refreshes and sorts its out. |
19:03.04 | IceBone | But come on... :( |
19:03.09 | eval- | phh: can we have tickless? |
19:03.21 | phh | eval-: I think so |
19:03.29 | phh | the easiest way is to wait for captnoord's .32 |
19:04.02 | babijoee | shifting kernel to .32 |
19:04.03 | babijoee | ooo |
19:04.10 | IceBone | :o |
19:04.12 | babijoee | chamonix: good :) |
19:04.36 | eval- | ok. is that .32 available for play? i would love if we do not have to hack tssc_manager to fix doubletap |
19:04.43 | babijoee | definantly best phone so far |
19:04.55 | IceBone | Yeah, yeah, rub it in, why don't you. >:( |
19:05.24 | babijoee | lol sorry |
19:05.43 | IceBone | phh: do all rootfs's after 03.06. break sms or has it been fixed? |
19:05.47 | eval- | otherwise maybe a sad hack where we check user is not tapping >5hz will compensate for ts->z1/z2 craziness |
19:05.59 | phh | IceBone: not fixed |
19:06.02 | phh | but the date isn't correct |
19:06.03 | IceBone | Darn. |
19:06.11 | IceBone | Well yeah, the last 03.07. breaks it. |
19:06.16 | *** join/#htc-linux Under-cover (~Plasmalig@p5DC6B944.dip.t-dialin.net) |
19:06.26 | *** part/#htc-linux Under-cover (~Plasmalig@p5DC6B944.dip.t-dialin.net) |
19:06.27 | chamonix | babijoee: boght urself a BT keyboard yet? :-P |
19:06.46 | chamonix | s/bogh/sbough |
19:07.04 | phh | chamonix: almost. |
19:07.08 | babijoee | nope. dont need it |
19:07.33 | babijoee | i have my tp for kb :) |
19:07.36 | chamonix | well, I guess u don't use ssh a lot then ;) |
19:07.53 | *** join/#htc-linux Jeeves_Moss (~jeeves@node-7924.tor.pppoe.execulink.com) |
19:08.00 | eval- | i <3 dropbear |
19:08.01 | babijoee | nop |
19:08.32 | babijoee | i use n1 for everything but development |
19:08.35 | makkonen | me too. I love that if I forget to set up adb right... I can just ssh in to my phone over the public ip address |
19:08.43 | chamonix | wow dropbear.... that reminds me of another todo phh...... sshfs |
19:08.51 | phh | hehe |
19:09.03 | eval- | makkonen: yup =) yay dyndns |
19:09.08 | chamonix | makkonen: me neither because I have crappy provider |
19:09.26 | eval- | chamonix: ? |
19:09.38 | eval- | dropping data a lot? |
19:09.41 | makkonen | ooh. dyndns. |
19:09.49 | chamonix | eval-: my provider gives me a public IP but it NATs everything |
19:09.50 | makkonen | is there a way to set that up easily on the phone? |
19:09.52 | eval- | yes. there are dyndns apps |
19:09.56 | makkonen | keen. |
19:10.22 | makkonen | ok. turning off tssc_average seems better to me. doesn't jump around so much, no effect on the doubletapping. |
19:10.30 | eval- | chamonix: wtf?? no incoming ports? |
19:11.13 | eval- | chamonix: that is so evil |
19:11.27 | chamonix | and I haven't tried the effect of a permanent tunnel to my phone |
19:11.33 | eval- | makkonen: i only got jumping when i moved QUEUE from 2-># |
19:11.35 | eval- | 2->3 |
19:11.37 | chamonix | eval-: right, poor provider |
19:11.44 | eval- | chamonix: yea i would tunnel on boot i guess |
19:12.04 | chamonix | so many things to test and so little time :-/ |
19:12.07 | eval- | chamonix: where are you? i move to germany in 2 months, i want to find decent (true unlimited??) provider for europe |
19:12.21 | chamonix | eval-: avoid vodafone in germany |
19:12.29 | chamonix | that's my "poor" provider |
19:12.30 | eval- | chamonix: ok :-/ but they will get nexus |
19:12.48 | chamonix | then wait for my tunnel tests :P |
19:13.16 | eval- | i wonder if buying it unlocked here is better... or if i should wait for nextgen htc |
19:13.31 | *** join/#htc-linux zachy (~george@ip-85-160-86-31.eurotel.cz) |
19:13.32 | chamonix | we could try implementing rpc via xmpp too :-D |
19:13.47 | chamonix | eval-: where is "here"? |
19:13.53 | eval- | chamonix: nyc |
19:14.19 | chamonix | well I've heared prices in europe will be very high compared to us |
19:14.34 | chamonix | on amazone I saw it at 600+ EUR |
19:14.38 | chamonix | -e |
19:14.43 | eval- | yes it's a question of gambling on subsidized EU price vs. unlocked US |
19:14.51 | eval- | and the cost of being locked in with some craphole like vodafone ;) |
19:15.17 | chamonix | well, I stick to my raph, it's nearly perfect |
19:15.31 | eval- | i wasn't able to use google talk or market in peru last week |
19:15.41 | eval- | i assume all that can be fixed with custom builds right |
19:16.22 | chamonix | I have no problems with both |
19:16.41 | chamonix | using regular build, a little older than cutting edge tho |
19:17.12 | chamonix | I'll move back to nand with that setup once I'm sure it's stable enuff |
19:17.16 | makkonen | market should be fixable using market enabler. |
19:17.24 | makkonen | not sure about google talk. |
19:17.56 | chamonix | I'm still stuck with dev tools raising an security error |
19:18.04 | eval- | yea i shouldn't let that stand in the way of an n1. how cheap can other used unlocked gsm htc go for in euro? |
19:18.05 | chamonix | that's my only problem now |
19:18.30 | chamonix | eval-: no idea |
19:19.31 | *** join/#htc-linux unitypunk (~unitypunk@76-14-141-97.rk.wavecable.com) |
19:22.06 | tomlog | guys, I got a question here: does the fact that there are Android devices available out there using the MSM7200A chipset not mean that it should be easy to get devices like the Topaz and Raph working? Don't they use the same drivers for things like GPS, WLAN and Bluetooth? |
19:22.50 | phh | tomlog: not exactly the same |
19:22.55 | unitypunk | :-/ |
19:23.01 | *** join/#htc-linux Captnoord (~Captnoord@dc5147a47b.adsl.wanadoo.nl) |
19:23.15 | makkonen | yes. and that is why it is as easy as it is. but there's all sorts of little things that don't line up and need to be reverse engineered. |
19:23.17 | unitypunk | thats like your linux pc using the windows drivers then wouldnt it be. |
19:23.52 | unitypunk | is there a reason why i cant find a package to boot android on the Raph500? |
19:24.01 | *** join/#htc-linux surge (surge@pool-98-118-154-21.bflony.fios.verizon.net) |
19:24.05 | makkonen | yes |
19:24.11 | unitypunk | under developed? |
19:24.14 | makkonen | yes |
19:24.17 | unitypunk | yarf :-/ |
19:24.20 | unitypunk | hate verizon. |
19:24.25 | makkonen | yes |
19:24.26 | unitypunk | id10t. |
19:24.32 | unitypunk | all the time when i call them |
19:24.36 | eval- | chamonix: where is the power thread on pjottrr? |
19:24.37 | unitypunk | mannn |
19:24.41 | unitypunk | i was super stoaked.. |
19:25.15 | makkonen | have you tried the raph800 package on your raph500? |
19:25.20 | unitypunk | Haret runs ontop of windows mobile right? |
19:25.21 | unitypunk | yeah |
19:25.24 | unitypunk | i got uhhhh |
19:25.28 | makkonen | (don't bother if you haven't, it won't work, but...) |
19:25.42 | unitypunk | RAPH800-XDANDROID-AIO-2010-03-12 |
19:25.44 | makkonen | did it fail right at the end of 'booting linux' progress bar? |
19:25.47 | unitypunk | hmm |
19:25.50 | unitypunk | yeah |
19:25.53 | unitypunk | the bar disappeared |
19:25.59 | unitypunk | the headder bar moved down. |
19:26.01 | makkonen | and then it immediately locks up. |
19:26.01 | unitypunk | and super crash. |
19:26.20 | unitypunk | that was incredibly depressing. |
19:26.24 | unitypunk | i was liek waiting for 6 mins. |
19:26.30 | unitypunk | before i realized nohing was gonna happen. |
19:26.32 | makkonen | yeah. something with the memory allocation is off, and I don't know what or why. maybe someone else here could walk you through the steps to debug it, but I can't. |
19:26.43 | makkonen | I think. or else it's the framebuffer. |
19:27.03 | tomlog | phh: isn't the GPS chip used the same? I thought they would just use the same chip/board for all those phones |
19:27.16 | phh | tomlog: it's exactly the same hardware |
19:27.32 | phh | not the same software. |
19:29.05 | unitypunk | tomlog imagine installing something other then windows on your pc. |
19:29.09 | unitypunk | same hard ware. |
19:29.13 | unitypunk | cant use the same driver. |
19:29.15 | phh | unitypunk: haha |
19:29.17 | phh | totally different |
19:29.21 | unitypunk | how so/ |
19:29.51 | phh | on a pc, the software which is not in the main processor is the same if it's designed for linux or for windows |
19:30.13 | unitypunk | right. |
19:30.14 | phh | but it's not the case for msm phones. |
19:30.15 | makkonen | hmm. dropping tssc_average and setting TOUCH_QUEUE_NUMBER to 1 makes the touchscreen feel more responsive and accurate to me -- but does not do anything for the double tap problem. |
19:30.37 | makkonen | setting TOUCH_QUEUE_NUMBER to 3 makes it almost unusably bad. |
19:30.56 | eval- | makkonen: agreed, TOUCH_QUEUE to 3 is a disaster |
19:31.42 | eval- | makkonen: i also upped the tssc_reg->tssc_opn.num_sample3/4 to 0x3 (16 samples) for averaging |
19:32.06 | eval- | makkonen: didn't notice much... it "feels" smoother in eclair but still pretty bad in donut, click&hold near impossible |
19:32.13 | tomlog | phh: so each msm7200a based phone has a different driver structure under linux, even if the hardware used is the same? that's weird... |
19:32.30 | makkonen | did that help? turning off averaging is much better for me. with it on, if you press lightly with your finger, it wants to jump over to the right side of the screen. |
19:32.45 | eval- | makkonen: anyway i can watch dmesg's for printks in real time, like tail -f /proc/kmsg? i want to see z1 & z2 fucking up as they happen |
19:32.48 | phh | tomlog: oh no. android devices are quite common |
19:32.52 | phh | and wince are too |
19:32.59 | eval- | makkonen: i only have jumpiness with QUEUE>2 |
19:33.00 | phh | it's just that wince and android are different. |
19:33.39 | makkonen | ah |
19:33.45 | eval- | makkonen: ok i lied |
19:33.49 | eval- | makkonen: testing now with keyboard |
19:34.21 | unitypunk | eclair and donut.. |
19:34.27 | tomlog | phh: i understand that wince and android are different. but how come the android kernel doesn't recognize topaz/raph as msm7200a phones and then loads the appropriate drivers? |
19:34.27 | unitypunk | htc incredible. |
19:34.37 | unitypunk | nex will be the htc phone |
19:34.38 | eval- | makkonen: pretty rare, but maybe 2-5% light taps 'jump right' (or right & up?) as your say |
19:34.41 | makkonen | go to pointer location in dev tools, and press lightly with a finger about 3/4 of the way from left to right on the screen. most of the time, I end up getting a direction vector as if I'd slid from the right edge |
19:34.53 | unitypunk | and then maybe the htc walkietalkie |
19:35.06 | phh | tomlog: I meant wince and android *non-a11 softwares* are different |
19:35.20 | makkonen | yup, that's what I'm seeing. more than 5% of the time, but not much more, in regular use. |
19:35.32 | makkonen | and since I think averaging is just for position, not anything else, it seems better without. |
19:35.45 | makkonen | cuz position is generally ok for me, with or without averaging. |
19:35.58 | eval- | makkonen: so you are telling me you understand tssc_reg->tssc_opn.num_sample ? |
19:36.17 | eval- | makkonen: are those 1-4 pieces of a queue or do they refer to x,y,z1,z2 |
19:36.58 | makkonen | I'm not claiming to understand anything. |
19:37.24 | makkonen | I haven't even tried more than very superficially. |
19:37.32 | eval- | ow wow yeah that right-jump is real, but only on REALLY light taps |
19:37.46 | phh | eval-: ah it's on light taps ? |
19:38.08 | phh | chamonix: btw, which vdd/cpufreq settings ? |
19:38.08 | makkonen | yeah. and seems like it happens much less with the stylus than with a finger. |
19:38.12 | eval- | phh: yes. separate issue to doubletap.. maybe |
19:38.33 | makkonen | I think it's separate. turning off averaging fixes it completely, but does nothing for double taps. |
19:38.37 | eval- | makkonen: hah! i always use my nail! now that i plant my thumb, much more frequent |
19:39.14 | eval- | makkonen: so maybe there is a reason they do not trust their averaging logic... :-/ |
19:39.33 | makkonen | heh. they have a lot to not trust. :-) |
19:40.05 | *** join/#htc-linux MrPippy (~pip@75.42.180.185) |
19:40.43 | eval- | makkonen: also, as far as i can tell x16/y16 only get read if you disable averaging (#346) |
19:41.32 | eval- | makkonen: so, check_noise function doesn't get paste if @173 if i am correct |
19:41.59 | eval- | makkonen: which in theory might keep some crazy points off the queue? again, doesn't seem pressure related |
19:43.59 | eval- | makkonen: did you enable debug? do you see "this is a noise point" in your dmesg? |
19:44.13 | makkonen | doesn't that if at 173 just print debugging info? does it do anything else? |
19:44.47 | eval- | makkonen: see 198 |
19:45.15 | makkonen | I don't have debug enabled now. it's sooo spammy. I don't remember ever seeing the noise point stuff when i did, though. |
19:45.17 | makkonen | ah, there it is. |
19:45.42 | makkonen | I can read code. I promise. |
19:46.20 | eval- | makkonen: i switched to biology as soon as i graduate, i'm sure you read and write better than me :p |
19:46.25 | eval- | erm, graduated |
19:47.20 | eval- | makkonen: any idea why increasing queue is so bad? |
19:47.36 | makkonen | I haven't taken a CS course since high school. don't be so sure. |
19:47.55 | phh | CS ? |
19:47.59 | makkonen | computer science |
19:48.03 | phh | ah. |
19:48.18 | eval- | what is it for you guys? juste info? |
19:48.20 | phh | I haven't ever had any programming course. |
19:48.24 | *** join/#htc-linux balsat (~balsat@87.72.13.34) |
19:49.11 | makkonen | eval-: I don't know why increasing queue is so bad. glancing at it, it looked like it might've been good. |
19:49.23 | eval- | makkonen: right, more averaging |
19:49.51 | phh | from my point of view, queuing is just not to do too many userland <-> kernelland switches which would make it laggy |
19:52.56 | eval- | logical, but is that what happens? where is the return to userland, after enable_irq? |
19:53.17 | phh | don't know |
19:55.14 | eval- | so why is touch_check_noise not buggy... if it just checks current vs. old sample... can't old raw sample have been crap too? (@345/6: ts->x16 = tssc_reg->tssc_sample_1_8.raw_sample_16;) |
19:55.58 | *** join/#htc-linux M1DLGpc (~M1DLGpc@bb-87-81-252-83.ukonline.co.uk) |
19:56.08 | eval- | i am wondering because maybe we could do similar and expand check_noise (if it's doing anything good really) to z1/z2 for pressure |
20:04.29 | Unholy | witch are the apk's i need if downloads in market fail? |
20:04.38 | IceBone | phh: That memory bug is weird. The free memory keeps fluctuating. Didn't just drop, it's back to 40 now, after 24 hours since boot. |
20:04.48 | phh | IceBone: let me guess. |
20:04.52 | phh | ril crashed meanwhile ? |
20:04.57 | IceBone | Nothing crashed. |
20:05.04 | IceBone | What's ril? |
20:05.11 | phh | radio interface layer |
20:05.17 | IceBone | How would I know? |
20:05.32 | phh | you lost network some seconds somewhere ? |
20:05.35 | IceBone | And don't say adb or I'll cut you, esse! |
20:05.52 | *** join/#htc-linux rashire (~ed1112war@pool-98-114-205-246.phlapa.fios.verizon.net) |
20:05.58 | IceBone | Hmm... I did lose data, had to go into airplane mode and out again. |
20:08.34 | phh | chamonix: is your todolist shrinking ? :D |
20:08.41 | MrPippy | phh: headset works? with audio routing and everything? |
20:08.47 | phh | yes |
20:08.50 | IceBone | Say what now? :o |
20:08.52 | *** join/#htc-linux zenity (~zenity@cpc1-grth3-0-0-cust482.sgyl.cable.virginmedia.com) |
20:08.53 | IceBone | bt headset? |
20:08.55 | MrPippy | the button works for me, but audio doesn't get routed |
20:08.57 | phh | IceBone: wired headset. |
20:09.00 | IceBone | Oh. |
20:09.04 | IceBone | *shakes fist* |
20:09.13 | phh | MrPippy: you have to help it a bit, since android is stupid |
20:09.29 | MrPippy | the force_headset param? |
20:09.32 | phh | yes |
20:09.48 | phh | (I tried to fix android, but I haven't succeeded...) |
20:09.54 | MrPippy | i think i might know the solution to that...disable SYSFS_DEPRECATED in kernel config |
20:09.57 | *** join/#htc-linux madCoder- (~madcoder@c-68-42-30-56.hsd1.pa.comcast.net) |
20:10.05 | phh | mmmmm ? |
20:10.14 | MrPippy | after that, android detects the h2w state change and tries to route audio |
20:10.23 | phh | really ?!? |
20:10.33 | phh | graoumpf. |
20:10.50 | phh | MrPippy: *but* |
20:11.06 | phh | there is an android rpc command to force it to headset |
20:11.12 | phh | I tried it, and it routed to device=8 instead of device=2 |
20:11.24 | phh | so it finally didn't route it correctly. |
20:11.40 | MrPippy | device=8 is what i get for the 3.5mm headphone adapter, 2 is what i get for the htc wired headset |
20:11.50 | phh | really ? |
20:11.55 | phh | oh that explains why it tried that then. |
20:12.13 | phh | on diam100 it routed to "phone speaker" |
20:12.17 | phh | (ie not the loud one) |
20:14.39 | MrPippy | so diam100 headset works just through the snd_set_device rpc call, no audioparams needeD? |
20:14.51 | phh | yup |
20:15.08 | phh | I think using audioparams might improve output quality though |
20:15.53 | MrPippy | yeah people have complained about low earspeaker volume on diam500 |
20:16.19 | phh | oh same for us |
20:16.27 | IceBone | I think all diam/raph phones suffer from low volume. |
20:16.36 | IceBone | HTC phones aren't exactly powerhouses in that field. |
20:16.51 | IceBone | That's the one thing I envy Nokia users. |
20:17.02 | MrPippy | i wonder if diam500 needs a gpio set to make headset/3.5mm work, i know vogue does that |
20:17.30 | phh | MrPippy: why, what happens when you try to route ? |
20:17.33 | phh | no sound anywhere ? |
20:18.43 | MrPippy | and when i traced it i saw a gpio that didn't have any notes on the wiki |
20:20.32 | MrPippy | yeah |
20:20.54 | phh | sounds like it's the gpio stuff then yup. |
20:24.09 | makkonen | eval-: did you say /proc/kmsg was not working on diam500 again? |
20:27.21 | eval- | makkonen: is it supposed to? i see nothing |
20:28.15 | makkonen | it was not working for a long time, then it worked for a while, apparently now it doesn't again. i think it has something to do with where ramconsole is pointed. |
20:28.56 | eval- | ok now it's working again. i don't understand anything anymore |
20:28.59 | phh | kmsg or last_kmsg |
20:29.00 | phh | ? |
20:29.19 | eval- | i have no last_kmsg |
20:30.10 | *** join/#htc-linux JoshuaL (~JoshuaL@kbl-tnz2380.zeelandnet.nl) |
20:30.17 | eval- | i'm going to compile, try my crazyass ts-z116 idea (tssc_reg->tssc_sample_3_8.raw_sample_16; |
20:30.17 | eval- | ) |
20:30.28 | eval- | and then i am going to stop fucking with my phone until i have handed in my overdue thesis |
20:33.42 | makkonen | yeah, I'm getting nothing from /proc/kmsg again. weird. |
20:38.56 | makkonen | here's a debug log excerpt of it missing. looks like the time between reads is 10ms. http://pastebin.com/3bc92pub |
20:40.01 | eval- | but your QUEUE is 1 yes |
20:40.16 | eval- | did you leave your NS to 10ms? |
20:40.20 | eval- | your define from last night? |
20:42.32 | makkonen | queue is 1. NS is back to 8.4ms |
20:43.46 | eval- | dmesg stamps are in ticks right? |
20:44.03 | phh | hu ? |
20:44.08 | *** join/#htc-linux toer (tore@179.81-166-86.customer.lyse.net) |
20:44.10 | phh | no it's second.microsecond |
20:44.11 | phh | or nano ? |
20:44.27 | phh | just count the number of digits |
20:44.54 | eval- | oh ok good |
20:45.08 | *** join/#htc-linux mickey|tv (~mickey@80.81.242.146) |
20:46.38 | eval- | wow everytime i reboot to winmo and see the pretty SenseUI raindrops and clouds i have to ask myself why i care |
20:46.47 | phh | lol |
20:46.54 | phh | why you care about android ? |
20:47.02 | phh | one is beautiful, the other one is usable. |
20:47.20 | eval- | yea. winmo is a PITA. but i have it tweaked so fast and pretty |
20:47.22 | phh | and one has a marktplace with interesting apps/games. |
20:47.35 | eval- | yes. the marketplace is the win. plus, sshing to your phone? amazing |
20:47.58 | phh | lol |
20:48.16 | MrPippy | yeah with the 3.5mm, i hear a buzzing when gpio 3-16 is 1, and the buzzing goes off when 3-16 goes back to 0 a few seconds later |
20:52.00 | phh | trace i2c too, rhod power amplifier has some i2c commands to do |
20:54.35 | *** join/#htc-linux SOG (~SOG@n1164869144.netvigator.com) |
20:55.17 | makkonen | eval-: results from your experiment? anything? |
20:55.40 | *** join/#htc-linux Vito_| (~Sysel@gw.loccal.net) |
20:55.46 | eval- | fucking A: |
20:55.47 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
20:55.54 | eval- | DEPMOD 2.6.27-00973-g1c4ee94-dirty |
20:55.54 | eval- | cp: writing `/home/stephan/htc_compile/modules/mods/ipv6.ko': No space left on device |
20:55.57 | AstainHellbring | HI! |
20:56.02 | *** join/#htc-linux mastermerlin (~merlin@pD957B5E3.dip.t-dialin.net) |
20:56.04 | phh | eval-: hehe |
20:58.03 | eval- | makkonen: sooon.... |
20:58.19 | makkonen | but I want it nowwwwwww |
20:58.26 | Hoochster | as do I |
20:58.40 | eval- | makkonen: i think 99% chance totally broken pressure variable |
20:58.42 | Hoochster | ohh wait I am not talking to my wife |
20:58.45 | eval- | but hey, for that 1% |
20:59.06 | eval- | like, maybe i will get one tap, and it will never think i removed it? ;) |
20:59.19 | makkonen | that's probably quite likely. |
21:02.27 | *** join/#htc-linux dcordes (~dccordes@unaffiliated/dcordes) |
21:03.43 | eval- | so i had 1 |
21:03.45 | eval- | <7>[ 249.220214] touch_process_queue(): x=372<7> y=639<7> p=155 |
21:03.45 | eval- | <7>[ 249.230163] tssc_manager_polling_func(): ts->z1=0 ts->z2=0 pressure=0 |
21:03.45 | eval- | <7>[ 249.240295] tssc_manager_polling_func(): ts->z1=0 ts->z2=0 pressure=0 |
21:03.45 | eval- | <7>[ 249.844421] tssc_manager_polling_func(): ts->z1=141 ts->z2=741 pressure=35 |
21:03.46 | eval- | <7>[ 249.844512] touch_process_queue(): This is point #1.<6>(2010-03-13 21:02:44.950000000 UTC) |
21:03.46 | eval- | <7>[ 249.854492] tssc_manager_polling_func(): ts->z1=166 ts->z2=702 pressure=92 |
21:04.13 | makkonen | so... it made it worse? |
21:04.24 | eval- | i have to do something intensive like google search to really see |
21:04.30 | makkonen | I don't think I ever had it report 0s twice in a row |
21:04.35 | eval- | no. normally with donut i have several just trying to type my name in |
21:04.58 | eval- | but this is not conclusive in the slightest |
21:04.58 | makkonen | so it improved it? |
21:05.33 | eval- | yeah i don't understand how i got 2 in a row either |
21:06.53 | eval- | no, no improvement =( |
21:07.03 | makkonen | ok |
21:12.33 | eval- | OMG WTF? "Expired Version" Please download a new version... continue in 200s... |
21:12.42 | IceBone | Astro? |
21:12.42 | *** join/#htc-linux GeertJohan (~Squarc@82-217-32-29.cable.quicknet.nl) |
21:12.48 | eval- | yea |
21:12.56 | IceBone | Download it from the market. |
21:13.04 | IceBone | And remove it from androidapps. |
21:13.19 | eval- | also, curiously my time jumped around in the countdown |
21:13.19 | IceBone | You should remove all those apps and download them from the market, so they can be updated. |
21:13.41 | *** join/#htc-linux piotrekk (~piotrekk@ip-88-153-145-101.unitymediagroup.de) |
21:14.59 | *** join/#htc-linux piotrekk (~piotrekk@ip-88-153-145-101.unitymediagroup.de) |
21:15.44 | eval- | sometimes i do not have network, etc, etc. that's annyoing |
21:21.10 | makkonen | top vs when the touchscreen cuts out gives no useful information. |
21:21.18 | eval- | :w |
21:21.22 | eval- | woops |
21:21.54 | IceBone | Anyone also have a fix for the graphics bug? |
21:22.05 | eval- | IceBone: what bug |
21:22.11 | IceBone | The one where the whole screen moves down a few pixels after each sleep. |
21:22.15 | IceBone | After first sleep, that is |
21:23.08 | eval- | ??? wow. what device |
21:23.13 | eval- | haha maybe i am glad my device never sleeps right |
21:23.15 | IceBone | You can notice it as the buttons at the bottom are closer to the edge. |
21:23.29 | IceBone | It's just 2 or 3 pixels. |
21:23.33 | IceBone | Which is barely noticable. |
21:23.41 | IceBone | But I'm a stiffler for details. |
21:23.49 | IceBone | stickler |
21:24.14 | IceBone | That was quite a bad typo. :D |
21:25.44 | IceBone | If you look closely at the top of the screen, there's a black line above the notification bar. |
21:26.02 | IceBone | I don't have a magnifying glass to count how much it really is. |
21:26.05 | eval- | ok i am going to make kmsg almost unreadable, but ./adb push kernel is done, so we'll see if we have any pressure history in the raw_sample_XX fields |
21:26.36 | makkonen | icebone: what device have you got? |
21:26.45 | IceBone | diam100 |
21:27.16 | makkonen | never noticed that on my raph800. |
21:27.52 | eval- | makkonen: you have powertop? can you test whether you have as many wakeups as i do |
21:28.05 | IceBone | I noticed it on day one when I started testing eclair, but never mentioned it as it's only a few pixels. Doesn't affect the functionality of the phone. |
21:31.51 | makkonen | eval-: apparently I do not. where'd you get it from? |
21:31.56 | eval- | makkonen: http://dl.dropbox.com/u/268607/ptop-and.tgz if you need |
21:32.04 | eval- | i ripped it from one of cyanogen's roms |
21:32.30 | *** join/#htc-linux maejrep[w] (~madCoder@68.64.144.211) |
21:32.34 | eval- | you need to put ncurses someplace that's in your LD_LIBRARY_PATH even though your TERM won't be recommended and thus i suggest doing 'powertop -d ' |
21:32.48 | eval- | erm, recognized |
21:33.41 | eval- | so, unfortunately for us, the z1 raw_sample are all 0s =/ no pressure history |
21:35.28 | makkonen | <PROTECTED> |
21:35.29 | makkonen | <PROTECTED> |
21:35.29 | makkonen | <PROTECTED> |
21:35.29 | makkonen | <PROTECTED> |
21:35.45 | phh | ok. here it's accelerometer. |
21:35.47 | phh | definitely. |
21:35.52 | phh | eval-: so your previous one wasn't :D |
21:36.08 | eval- | wow, haha looks like i'm doing OK for wakeups compared to you! |
21:36.20 | eval- | is your screen off, in collapse when you do that? |
21:36.29 | phh | eval-: it can't be in collapse -_-' |
21:36.41 | makkonen | screen's off, can't collapse while connected to usb |
21:36.51 | eval- | makkonen: dyndns + dropbear |
21:37.10 | phh | eval-: over 3G ? |
21:37.10 | eval- | or will it not collapse when active 3G and such? |
21:37.19 | phh | there is a wakelock on it mmm |
21:37.22 | makkonen | killed Abduction, and: |
21:37.26 | makkonen | <PROTECTED> |
21:37.26 | makkonen | <PROTECTED> |
21:37.26 | makkonen | <PROTECTED> |
21:37.39 | phh | eval-: powertop -d -t 100 |
21:37.42 | eval- | ok. so diam500 & raph800 (?) are same |
21:37.42 | phh | and do nothing over 3G meanwhile |
21:38.25 | makkonen | should I just go into airplane mode, do it from the terminal, and then collapse? |
21:38.38 | eval- | yea i have tried from terminal too, but gotten no better |
21:38.47 | eval- | sleep 30 && powertop -d -t 60 |
21:39.06 | phh | makkonen: no it collapse without airplane mode |
21:39.18 | eval- | with? |
21:39.20 | makkonen | bring down 3g first? |
21:39.30 | makkonen | or just nothing using it actively? |
21:39.35 | phh | eval-: without too. |
21:39.44 | phh | i need to check the wakelock time on smd |
21:41.02 | phh | right. |
21:41.04 | phh | I can't see any. |
21:41.07 | phh | while I know there is |
21:41.26 | phh | ok, wrong grep. |
21:41.31 | eval- | wakelock on what? |
21:41.37 | eval- | the 3G system? |
21:41.41 | phh | smd |
21:41.43 | phh | yeah basically |
21:41.58 | eval- | i just learned about wakelocks yesterday |
21:42.04 | eval- | and how happy they make mainline developers |
21:42.08 | phh | :p |
21:42.12 | phh | I think it's not a bad idea. |
21:42.23 | phh | the way android dev implemented it in userland is weird though |
21:42.27 | phh | only one wakelock for everyone. |
21:42.32 | phh | I still can't get the idea. |
21:42.44 | phh | eval-: wakelock on smd_tty is 0.5s |
21:42.56 | eval- | ok, so its not that then, right? |
21:43.07 | eval- | erm, rather, our results should be conclusive over 3 |
21:43.09 | eval- | 3g |
21:43.16 | phh | eval-: don't forget tcp is weird. |
21:43.27 | phh | well sleep 30;powertop blabla should work |
21:43.31 | eval- | yes, that's what i'm doing now |
21:43.40 | eval- | for some reason ; didn't work?? i hate to && |
21:43.56 | eval- | erm have |
21:44.02 | phh | uh ? |
21:44.14 | phh | that's weird |
21:44.34 | eval- | maybe my terminal was just fucking up, but i got 'unexpected after ;' or something |
21:44.42 | eval- | i'll try again when i can touch my device to wake it ;) |
21:44.51 | phh | anyway |
21:44.53 | phh | gimme dmesg. |
21:45.06 | phh | no need to use powertop to see if it collapse correctly :p |
21:45.06 | makkonen | protip: when you open your terminal, run 'sh' to get a much nicer ash shell. |
21:45.40 | phh | haha. |
21:45.42 | phh | I should do that. |
21:45.44 | makkonen | I should figure out how to get it to default to the ash shell. |
21:45.45 | eval- | what is the default shell? |
21:45.50 | makkonen | something crappy. |
21:45.56 | phh | and crappy is nice :p |
21:45.56 | eval- | i was considering cross compiling bash |
21:45.57 | makkonen | /system/bin/sh |
21:46.11 | eval- | will ash tab-complete for me?? :p |
21:46.17 | eval- | i am so lazy |
21:46.22 | makkonen | ash is sufficient. tab complete, history |
21:47.06 | makkonen | powertop must be hanging while it's in collapse, because it's been running for way more than 60 seconds now. |
21:47.55 | eval- | i was about to say, same here! |
21:47.55 | eval- | that makes me think it's failing over dropbear |
21:47.56 | phh | yeah powertop is really not usable for such things :p |
21:47.56 | eval- | uh... and now raw wakeup times available |
21:47.56 | eval- | no |
21:47.56 | makkonen | and returns < Detailed C-State information is not available.> |
21:48.00 | phh | it's useful to see where the power goes when the system is not sleeping |
21:48.05 | eval- | just 50% gp_timer, 50% vsync |
21:48.05 | phh | but that's all |
21:48.16 | makkonen | P-States (frequencies) |
21:48.28 | phh | eval-: which one is your mddi client again ? |
21:48.31 | phh | I can try to fix it |
21:48.33 | eval- | epson |
21:48.39 | phh | I already did it for two boards :p |
21:48.39 | makkonen | 528mhz 26.4% / 384 3.2% / 256 1.3% / 128 69.1% |
21:49.01 | phh | makkonen: wow |
21:49.02 | eval- | makkonen: weird i am always like 80-90 @128mhz |
21:49.03 | makkonen | oh. i didn't run it as root. |
21:49.05 | phh | what were you running ? |
21:49.23 | makkonen | ...nothing? |
21:49.29 | phh | eval-: eh, try to set lowest speed to 19.2MHz :p |
21:49.30 | phh | makkonen: ouch |
21:49.47 | makkonen | the last one, over ssh, was 9.3% at 528mhz |
21:50.17 | eval- | do we have C states in ARM? |
21:50.24 | eval- | that is better than mhz for powersaving anyway no? |
21:50.38 | chamonix | with adb: |
21:50.39 | chamonix | <PROTECTED> |
21:50.40 | chamonix | <PROTECTED> |
21:50.40 | chamonix | <PROTECTED> |
21:50.40 | chamonix | <PROTECTED> |
21:50.46 | phh | eval-: I still don't know what the hell are c states. |
21:51.17 | eval- | it's an idle state |
21:52.27 | eval- | i don't know what the arm processor sleep modes are called |
21:52.36 | phh | it doesn't exist AFAIK |
21:52.42 | phh | there is something special for MSM |
21:53.05 | *** join/#htc-linux MrPippy (~pip@75.42.180.185) |
21:54.19 | makkonen | huh. just did sleep 5; powertop -d ... 528mhz 41.8% |
21:54.38 | eval- | basically, for my laptop to get low wattage use, i need to stay in C6 for a long time |
21:54.45 | phh | C*6* ? |
21:54.50 | phh | lol I thaught lowest state was C3 -_-' |
21:54.56 | *** join/#htc-linux MrPippy (~pip@75.42.180.185) |
21:56.18 | makkonen | so while I'm in collapse it seems like the processor is spending more time at 528 than when it's awake. which maybe makes sense, as it's only reading when it's waking. |
21:56.42 | eval- | this never happens, thanks to my friend: ( 93.8) npviewer.bin : hrtimer_start_range_ns (hrtimer_wakeup) |
21:56.56 | phh | makkonen: sounds logical. |
21:57.10 | phh | resuming, going to sleep needs to be as fast as possible |
21:57.10 | eval- | phh: bios can hide things from you. i have an su9400, might be a new CULV thing |
21:58.19 | *** join/#htc-linux AstainHellbring (~AstainHel@unaffiliated/astainhellbring) |
21:58.28 | makkonen | and while I'm collapsed, top wakeups are gp_timer 36.3%, vsync 24.1%, msm_i2c 12.6% and mddi 10.4% |
21:58.39 | phh | not really relevant |
21:58.49 | phh | you don't have *only* collapsed stats |
21:59.07 | makkonen | right |
21:59.17 | phh | anyway |
21:59.20 | eval- | so when not collapsed, what is the 100hz gp_timer |
21:59.22 | phh | during collapse you have 0,000 interrupts :p |
21:59.34 | phh | eval-: the thing I don't know how it's called in english |
21:59.36 | eval- | right, the question is how much we stay collapsed |
21:59.36 | phh | oooooh i remember |
21:59.37 | phh | scheduler |
21:59.45 | eval- | :p |
21:59.54 | phh | (in french it's ordonanceur, which is way more complicated :p) |
22:00.08 | phh | eval-: you have a dmesg somewhere ? |
22:00.08 | eval- | isn't an ordonance like when a cop serves you? |
22:00.15 | eval- | phh: of what? |
22:00.31 | chamonix | it's what u get when u get meds prescribed |
22:01.11 | phh | prescribed is the correct name ? |
22:01.27 | eval- | prescription is ordonance i guess then |
22:01.32 | chamonix | right |
22:01.46 | eval- | what is when they tell you to go to court or your car is badly parked |
22:02.03 | makkonen | another protip: adb forward tcp:9999 tcp:22, and you can use a good terminal program and connect to ssh over adb in windows. |
22:02.29 | phh | makkonen: usbnet doesn't work in windows ? |
22:02.36 | chamonix | eval-: a parking ticket would be a amende |
22:03.08 | makkonen | phh: as far as I know it doesn't. if you leave it in composite mode, regular adb doesn't work. and I've never figured out how to get usbnet working. |
22:03.16 | phh | ok |
22:03.21 | phh | that totally sucks |
22:03.28 | phh | I hate windows :p |
22:03.31 | makkonen | yes |
22:03.35 | eval- | i can ./adb shell in windows? |
22:03.42 | eval- | or at least, i could, once upon a time |
22:03.48 | eval- | just the echo 2> thing |
22:03.50 | makkonen | yeah |
22:03.55 | eval- | what do you mean usbnet doesn't work |
22:04.07 | makkonen | adb works. actual ethernet over usb doesn't work. |
22:04.13 | eval- | oooh |
22:04.36 | MrPippy | with that gpio fix the wired headset works totally--button, auto detection, phone calls, music...volume control is iffy |
22:04.49 | makkonen | nice |
22:04.53 | Hoochster | sweet |
22:04.59 | makkonen | makes me wish I hadn't lost my headset dongle |
22:05.34 | eval- | phh: what is the dmesg you want? tssc_reg->tssc_sample_3_2.raw_sample4: 0 for all z1 (sample_3_[234567]) values... |
22:05.40 | Hoochster | MrPippy, that calls for an external speaker till the regular speaker gets fixed heh |
22:05.41 | MrPippy | 3.5mm is closer (i can hear the buzz in it) but doesn't work, audio still routes through the speaker |
22:05.54 | MrPippy | and i haven't tested this on rhod |
22:05.55 | eval- | MrPippy: nice =) |
22:06.14 | Hoochster | way to stab the knife in lol |
22:06.16 | obrienmd | heh MrPippy, was just going to ask about rhod |
22:06.55 | eval- | phh: so i guess don't worry about epson.c then :p i can only suspect i was not collapsing over dropbear? |
22:07.00 | AstainHellbring | MrPippy sup? |
22:07.22 | eval- | i did go 6hrs before hitting 40% (that new patch has not stabilized my voltage measurements =() which is much better than ever before |
22:07.37 | makkonen | new patch? |
22:08.58 | phh | MrPippy: you tried forcing the audio route with playwav ? |
22:09.04 | phh | and try all outputs one by one |
22:09.19 | MrPippy | no i haven't |
22:09.39 | phh | ok |
22:09.47 | phh | well if you're sure it's 8, it's not worth trying |
22:09.52 | eval- | makkonen: whatever captnoord was working on? |
22:10.25 | MrPippy | i don't know what wince uses, but android definitely thinks its 8 |
22:10.55 | makkonen | eval-: I did not realize he had a patch |
22:11.14 | makkonen | would whatever he was working on even apply to our battery stats? |
22:13.38 | eval- | arch/arm/mach-msm/htc_battery_smem.c is not for all? |
22:14.22 | MrPippy | phh: where is playwav? |
22:14.31 | phh | MrPippy: google playwav2 you should find its sources somewhere |
22:15.13 | makkonen | eval-: it's for everyone, but most devices use the battery_16 values, and cdma diam/raph use battery_32 values |
22:18.58 | eval- | makkonen: haha yea there is definitely less logic under htc_batt_info.resources->smem_field_size == 4 |
22:20.14 | *** join/#htc-linux MrPippy_ (~pip@75.42.180.185) |
22:20.20 | NetRipper | Markinus, msm_fb is in git |
22:20.31 | *** join/#htc-linux mickey|tv (~mickey@openmoko/coreteam/mickey) |
22:20.48 | NetRipper | should make a leo-specific bootlogo :p |
22:21.09 | AstainHellbring | NetRipper hi |
22:21.30 | NetRipper | hi |
22:21.44 | makkonen | eval-: wow. looks like this got a big overhaul. |
22:22.17 | AstainHellbring | NetRipper whats new? |
22:22.24 | NetRipper | AstainHellbring, check the commits in git :p |
22:22.31 | NetRipper | (there's quite a few) |
22:24.19 | *** join/#htc-linux MrPippy_ (~pip@75.42.180.185) |
22:25.25 | makkonen | so is battery status significantly better now on gsm devices? |
22:25.39 | phh | makkonen: captnoord coded only voltage and temperature :p |
22:25.45 | phh | you still have some math to do to get the remaning capacity |
22:25.48 | *** join/#htc-linux GNUtoo|oeee (~GNUtoo@host235-140-dynamic.45-79-r.retail.telecomitalia.it) |
22:27.23 | *** join/#htc-linux alka (~AndChat@200.95.162.194) |
22:27.41 | eval- | which gsm htc has the most mature android port |
22:28.00 | phh | hum, vogue is a cdma device I think ? |
22:28.16 | eval- | yea i think so |
22:28.22 | AstainHellbring | eval- kaiser? |
22:28.33 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr) |
22:28.33 | AstainHellbring | NetRipper which git? |
22:28.47 | NetRipper | git.linuxtogo.org |
22:28.51 | NetRipper | qsd8k branch |
22:28.54 | NetRipper | you should know by now :P |
22:29.07 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr) |
22:29.19 | AstainHellbring | I need to sign up for rss updates for that branch |
22:29.21 | *** join/#htc-linux Tigerzen (~Tigerzen@81-66-204-232.rev.numericable.fr) |
22:29.36 | NetRipper | rss updates? |
22:29.41 | NetRipper | is that possible? |
22:29.59 | *** join/#htc-linux alka (~AndChat@200.95.162.194) |
22:30.04 | AstainHellbring | yes |
22:30.56 | NetRipper | i see |
22:30.58 | NetRipper | didnt know |
22:31.11 | *** join/#htc-linux bzo (~chatzilla@adsl-75-35-5-163.dsl.pltn13.sbcglobal.net) |
22:31.11 | NetRipper | thats awesome :p |
22:31.25 | Tigerzen | what links for rss ? |
22:31.43 | Tigerzen | Netripper logo it is your picutre ? |
22:31.45 | Tigerzen | :p |
22:32.02 | NetRipper | just go to a git web page like http://git.linuxtogo.org/?p=groups/mobile-linux/kernel.git;a=shortlog;h=refs/heads/htc-qsd8k-2.6.29 |
22:32.18 | NetRipper | you'll see the RSS icon in your browser bar (at least it'll work that way in firefox) |
22:32.45 | NetRipper | Tigerzen, no there is some cool logo in the repository already |
22:32.51 | NetRipper | its different from the normal tux |
22:33.00 | NetRipper | but for raphael/diamond i made a custom logo |
22:33.19 | NetRipper | http://www.netripper.com/raphael/pics/20081028_fblogo_smaller.jpg |
22:33.20 | NetRipper | that one |
22:33.33 | Tigerzen | im ok update git and compile |
22:34.25 | Tigerzen | ok then tommorow android works ? |
22:34.50 | Tigerzen | dont sleep tonight |
22:36.26 | Tigerzen | Netripper : very nice job |
22:36.34 | NetRipper | lol |
22:36.42 | NetRipper | no android wont work tomorrow yet :P |
22:36.51 | AstainHellbring | NetRipper so how are will it boot now? |
22:36.52 | NetRipper | we still have the problem of booting initrd |
22:37.01 | Tigerzen | Netripper : final message i got its "Welcome to ubuntu linux" then "Waiting for SDCARD |
22:37.04 | NetRipper | and we still don't have MMC |
22:37.13 | NetRipper | Tigerzen???? |
22:37.16 | NetRipper | on what device? |
22:37.19 | Tigerzen | Hehe |
22:37.27 | Tigerzen | HD2 |
22:37.33 | NetRipper | can you send me your initrd? |
22:37.38 | Tigerzen | No |
22:37.41 | Tigerzen | lol |
22:38.11 | Tigerzen | My rapidshare acount its finished |
22:38.15 | Tigerzen | got an ftp ? |
22:39.21 | *** join/#htc-linux Stranho (~teddy@187.37.24.90) |
22:39.53 | Tigerzen | wait i try to put ubuntu.img to see if booting |
22:39.57 | Tigerzen | 10min |
22:40.45 | Stranho | someone know how to compile the kernel for htc x7510 |
22:43.47 | Tigerzen | Netripper : i take HTC Raphael ubuntu img here : http://connect-utb.com/index.php?option=com_rokdownloads&view=folder&Itemid=68&id=107:htc-raphael |
22:44.00 | NetRipper | Tigerzen, ok |
22:44.01 | Tigerzen | Netripper : you find ont it initrd |
22:44.07 | NetRipper | yes, ok, thanks |
22:44.16 | NetRipper | hmm, means something is wrong with my initrd |
22:44.29 | Tigerzen | yes some initrd not works |
22:44.37 | Tigerzen | like's not reconized |
22:45.10 | Tigerzen | unzipped but not read, i have this problem with some initrd |
22:45.22 | Tigerzen | on boot hd2 |
22:45.51 | *** join/#htc-linux MrPippy_ (~pip@75.42.180.185) |
22:47.59 | *** join/#htc-linux MrPippy_ (~pip@75.42.180.185) |
22:48.46 | Tigerzen | Netripper : maybe in first instruction on init file #!/bin/sh |
22:49.37 | Tigerzen | Netripper : the news its reading this one initrd and init file i look up and find #!/bin/sh echo "Welcome to Ubuntu Linux" then is good point |
22:50.26 | Tigerzen | Netripper before your last change Markinus and your never read first init line |
22:50.44 | Tigerzen | Now its good news !! |
22:51.10 | *** join/#htc-linux rzk (~rzk@daemonet.ru) |
22:51.16 | eval- | is rhod100 port diff to rhod[23]x0 ? or both working |
22:52.23 | *** join/#htc-linux MrPippy_ (~pip@75.42.180.185) |
22:53.05 | Tigerzen | Netripper : while [ ! -e /sys/block/mmcblk0 ] ; do echo "Waiting for SD Card" sleep 1 done (waiting here ofr sdcard) |
22:53.57 | *** join/#htc-linux BabelO (~fcr@unaffiliated/babelo) |
22:55.55 | eval- | wow, cdma touch pro 2 has gsm radio too |
22:56.36 | makkonen | yeah. pretty wonderful. |
22:57.02 | eval- | makkonen: maybe this is what i need to find cheap & used, and take to europe? how is rhod200/300 w/ android? |
22:57.48 | makkonen | not sure |
22:59.08 | NetRipper | Tigerzen, yes, sdcard is nto yet supported |
22:59.56 | NetRipper | luckily, it shouldn't be a huge problem |
23:00.03 | Tigerzen | what about right mmc for HD2 ? mmcblk.. sda.. ? |
23:00.28 | NetRipper | no, none |
23:00.28 | AstainHellbring | eval- yah cmonex has a rhod400 |
23:00.32 | NetRipper | it's not supported in kernel yet |
23:00.40 | Tigerzen | oki |
23:01.29 | Tigerzen | what your idea now with init reading now ? |
23:01.29 | eval- | AstainHellbring: nice! so the gsm radio works in android and he has service in europe? |
23:02.11 | AstainHellbring | eval- dunno |
23:02.23 | AstainHellbring | all the instructions for rhod400 I've read said remove sim |
23:02.34 | phh | eval-: it should |
23:02.46 | AstainHellbring | in wimo for sure yes |
23:02.59 | Tigerzen | i try your busybox |
23:03.08 | makkonen | eval-: she |
23:03.29 | eval- | makkonen: hehe thanks :) |
23:03.35 | makkonen | but rhod400 also has no sound, which is sort of a big thing. |
23:03.44 | eval- | ... oh |
23:03.47 | eval- | vibrate? |
23:03.47 | makkonen | I guess audio in calls works, but no sound = no ring |
23:03.54 | makkonen | probably |
23:04.12 | makkonen | when are you traveling? |
23:04.25 | eval- | i have a one way for may 3rd |
23:04.28 | phh | makkonen: I know how to make some noise ! |
23:04.30 | eval- | i just can't bear to give google $430 |
23:04.34 | eval- | erm, $530 |
23:04.35 | AstainHellbring | eval- I can test it with a simo |
23:04.38 | AstainHellbring | *sim |
23:04.44 | AstainHellbring | has cdma and gsm |
23:04.50 | AstainHellbring | and a sim unlocked rhod400 |
23:05.10 | phh | AstainHellbring: without the force_cdma thing, gsm should work as normal gsm phone |
23:05.10 | phh | s |
23:05.17 | phh | I think someone reported that in the forum |
23:05.25 | eval- | hmm looks like mrpippy has a rhod400 accordings to ppcgeeks :) |
23:05.30 | makkonen | yes |
23:05.31 | eval- | so i imagine sound will be forthcoming... |
23:05.42 | phh | eval-: all rhods have the same problem |
23:05.44 | phh | and I also have a rhod |
23:05.46 | phh | so not releavant :p |
23:05.51 | eval- | how bad is it? |
23:05.58 | phh | very bad. |
23:06.16 | eval- | :/ same problem in topaz? what is the problem |
23:06.42 | Tigerzen | ok understood |
23:06.48 | phh | eval-: we can't communicate with the ADSP |
23:07.36 | eval- | and interface/drivers are unavailable from similar |
23:08.22 | AstainHellbring | adsp? |
23:08.41 | eval- | i presume dsp? dunno what the a is for |
23:08.47 | phh | eval-: don't know either :D |
23:11.58 | eval- | ok z2 raw sample history is also all 0s. useless. |
23:13.40 | eval- | rhod's have glitchy screen tap problem too? |
23:14.11 | phh | I haven't experienced any problem with it at least |
23:15.30 | makkonen | people on the rhod400/500 thread have mentioned it quite a bit |
23:15.41 | phh | hum |
23:15.46 | phh | cdma could make some noise on TS ? |
23:16.17 | eval- | uhm. that would be, wow. is airplane mode enough to test or is there some ril rfkill equiv we need |
23:17.20 | phh | I'd say start without a SIM card |
23:17.23 | phh | but stupid cdma :p |
23:18.01 | eval- | haha |
23:18.25 | eval- | well, with airplane mode typing in terminal i am having no problems. so previous high CPU hypothesis may just have been correlation to high CDMA use? |
23:18.36 | phh | could be |
23:18.53 | eval- | how can cdma make noise on TS? cannot be do to our RIL implementation right? |
23:19.16 | phh | eval-: it's a radio technology |
23:19.21 | phh | it can makes noise on anything |
23:20.03 | eval- | if this works, i just need airplane mode to drap&drop! |
23:20.09 | phh | lol |
23:20.11 | eval- | too bad it doesn't help me click on facebook links :p |
23:20.31 | eval- | makkonen: are you trying this? |
23:20.43 | makkonen | airplane mode? haven't |
23:20.58 | phh | makkonen: try it, DETU. |
23:21.10 | phh | well, eval- has already became a bit more than a plain user. |
23:21.23 | eval- | DETU? |
23:21.28 | phh | don't ever trust users :p |
23:21.35 | eval- | hahaha |
23:22.10 | eval- | i am just looking for anything to procrastinate adding the references to my thesis |
23:22.18 | eval- | compiling arm kernels sounded like just the thing :p |
23:22.37 | phh | lol |
23:23.04 | makkonen | yup |
23:23.11 | makkonen | no doubletaps |
23:23.20 | eval- | makkonen: is right-jump also gone for you too? |
23:23.33 | Tigerzen | Netripper : problem its when you modified and rezip it on initrd doesnt work no way |
23:23.37 | makkonen | so... something with I/O to the radio is interrupting it? |
23:23.50 | makkonen | eval-: don't know, I'm running one without averaging, so it's gone. |
23:23.53 | eval- | WTF. haha can we like, freeze CDMA somewhere in tssc_manager_polling_func? :p |
23:24.01 | eval- | oh yeah, i just pushed a non averaging one too, good point |
23:24.32 | Tigerzen | Netripper : i try just unzipped initrd and no modified but just rezipped and then HD2 boot says /init failed |
23:24.47 | phh | makkonen: have fun ! :p |
23:24.48 | AstainHellbring | damn Tigerzen |
23:24.49 | NetRipper | Tigerzen, hmm |
23:25.04 | NetRipper | Tigerzen, might be the way its compressed |
23:25.12 | NetRipper | Tigerzen, you sure you gzip instead of zip? :) |
23:25.16 | Tigerzen | Netripper maybe dont like chown or user change |
23:25.29 | NetRipper | in that case you're doing it wrong |
23:25.36 | NetRipper | you should be root when working on the initrd |
23:25.40 | *** join/#htc-linux tmzt_ (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
23:25.45 | Tigerzen | oh i unzip with archiver dont try with root way |
23:25.48 | NetRipper | and extract with rights, and package with rights |
23:25.52 | makkonen | phh: :-p |
23:25.57 | NetRipper | hold on i got some commands that'll help ya |
23:26.19 | Tigerzen | gzip -dc initrd.gz | cpio -id |
23:26.21 | eval- | does really help us tho? unless we somehow fuck with cdma within the touchscreen driver. how is winmo handling the noise? |
23:26.35 | Tigerzen | you right i forget for it |
23:26.39 | Tigerzen | ^^ |
23:26.48 | Tigerzen | too many thinks on head tonight |
23:26.57 | NetRipper | Tigerzen, http://netripper.pastebin.com/ZZFSWzxg |
23:27.06 | makkonen | it's not just cdma, is it? this is a problem on gsm, too, isn't it? |
23:27.53 | phh | makkonen: I don't think so -_-' |
23:28.07 | makkonen | oh |
23:28.26 | eval- | "use only 2g networks" is ignored |
23:28.33 | phh | eval-: yeah we have to code it. |
23:28.48 | eval- | ok :) |
23:30.58 | eval- | makkonen: i am out of wifi range. if you use just wifi, same prob? |
23:31.04 | eval- | erm, same success? ;) |
23:31.34 | *** join/#htc-linux leobaillard (~leobailla@42.242.101-84.rev.gaoland.net) |
23:32.05 | makkonen | wifi doesn't seem to interrupt it |
23:32.43 | eval- | meaning? with wifi no double-tap? |
23:32.47 | makkonen | right |
23:32.52 | Tigerzen | gzip -dc initrd.gz | cpio -id |
23:32.53 | eval- | hoooy |
23:33.04 | tmzt_ | phh: does that i2c stuff look helpful for micbias? |
23:33.12 | phh | tmzt_: mic bias is there |
23:33.18 | phh | not sure which mic's bias -_-' |
23:33.26 | eval- | so it's probably radio noise and not context switches |
23:33.40 | tmzt_ | rhod400/500? |
23:33.53 | phh | tmzt_: should be the same for all rhods |
23:34.15 | Tigerzen | Netripper : just on root gzip -dc initrd.gz | cpio -id |
23:34.28 | makkonen | eval-: what about radio on but data off? |
23:35.19 | eval- | makkonen: by? removing my APN? |
23:35.28 | eval- | or ifconfig on pp0 |
23:36.11 | makkonen | the latter sounds better to me |
23:36.21 | *** join/#htc-linux DavidMc0 (~davidmcna@78.148.82.52) |
23:36.25 | phh | killall -9 pppd |
23:37.41 | eval- | yup, also no doubletap |
23:37.45 | makkonen | is there a copy of tiwlan with the patch applied somewhere out there to download? I've been using the busted one the whole time and didn't realize. |
23:37.57 | phh | makkonen: I don't think so |
23:38.03 | makkonen | (and want to fix the get involved instructions on the wiki) |
23:38.07 | phh | afaik glemsom just applied the patch MrPippy gave him |
23:38.11 | eval- | makkonen: line 110 in tnetw_sdio.c |
23:38.14 | eval- | /sdio_release_host(func); |
23:38.14 | eval- | sdio_reset_comm(func->card); |
23:38.14 | eval- | /sdio_claim_host(func); |
23:38.15 | makkonen | ok. guess I'll wrap one up |
23:38.22 | makkonen | yeah, just grabbed that from the logs. |
23:38.43 | Tigerzen | Netripper : got a busybox but kernel panic just after busybox launch !! |
23:38.51 | eval- | makkonen: yes it's good you fix! you are the project mommy! |
23:39.09 | makkonen | :-p |
23:39.13 | NetRipper | Tigerzen, ok :) |
23:39.18 | makkonen | I'm not a coder; at least I can be a good technocrat. |
23:39.45 | eval- | okok so back to double-tap. great, we have a culprit. we still don't have a solution. |
23:40.04 | eval- | it looks like simplest is to hack a check or median filter or something on the pressure in tssc_manager |
23:40.34 | eval- | trying to understand whether setting some register can force the hardware to 'do it right' might take forever/fail |
23:40.36 | makkonen | smd_7500 sounds like a good culprit. not so much a touchscreen error as a cdma data error |
23:40.53 | makkonen | but that's just a naive guess |
23:41.03 | bzo | makkonen: MrPippy has some fixes for smd7500 that should make it more efficient |
23:41.20 | eval- | what can we tweak? output power? im confused how our driver can be guilty |
23:42.14 | makkonen | bzo: cool. we've traced the problems with weird double taps on the touchscreen to a conflict with the cdma data connection, so, maybe... two birds with one stone? |
23:42.59 | bzo | I remember MrPippy saying that the current smd_7500 copies 1 byte at a time, I assume his fix does multi-byte memcpys |
23:43.35 | makkonen | eval-: I get the impression that our interface to the cdma radio is... pretty ugly and pretty hacky. MrPippy's improved it significantly, but there's still a whole lot of cruft and guesswork in there. |
23:43.38 | eval- | but this is physical radio interference? or is there a switch on/of that pushing more bytes through at once will minimize |
23:44.15 | eval- | i agree it is probably a great idea to minimize the noise coming from the radio... but the touchscreen remains susceptible |
23:44.20 | makkonen | based on absolutely nothing, I'd guess that it isn't interference. It's some sort of timing / I/O / buffering issue. |
23:44.38 | eval- | makkonen: now that, would make much more sense |
23:44.57 | eval- | hmmm |
23:44.58 | makkonen | bzo: you said it went away when you were playing with overclocking? |
23:45.38 | bzo | we thought the ts problem happened during high cpu usage, but I guess really it sounds like high data usage (like when google is searching partial results while you are typing) |
23:46.01 | eval- | well, i still would get plenty of double-taps when i would first type in my google username |
23:46.08 | bzo | makkonen: it seemed like it, but that observation may be inconclusive since I ran with the jiffies broken for a short time |
23:46.10 | makkonen | I'd been pretty sure it wasn't cpu usage for a while. but I hadn't tracked it against data connections at all. |
23:46.14 | eval- | but maybe a lot of initial setup stuff is being pushed over data |
23:47.10 | eval- | we can do a direct test of the cpu idea right that isn't so hard |
23:47.48 | bzo | makkonen: the jiffy change is easy enough to test. Just comment out the code in acpuclock.c that fixes it when setting the overclocking |
23:48.09 | bzo | not terribly useful either way though, you wouldn't want to run with the jiffies wrong |
23:48.14 | makkonen | I ran top while doing it, and usage looked exactly the same when it was failing and when it was working. |
23:49.51 | eval- | if our smd driver screws up timing/buffers/switches... why is ts the only to suffer? |
23:49.52 | *** join/#htc-linux Markinus (~Miranda@gtng-4db04188.pool.mediaWays.net) |
23:51.31 | bzo | It could be affecting many things, but you wouldn't notice so much screen animation being jerky whereas the ts problem is very annoying |
23:52.57 | eval- | vogue, no other devices have this issue? |
23:54.04 | makkonen | vogue might have a cleaner implementation of the smd code. |
23:54.28 | bzo | I recently had a vogue, didn't experience this issue |
23:54.35 | makkonen | ours got forked from it a long time ago (~1 year), and then sort of languished for a long while. |
23:54.51 | eval- | or, it's touchscreen is less sensitive to noise? but yeah, it would be good to know if they originally ever had a prob |
23:55.02 | makkonen | well, they used a different driver. |
23:55.15 | makkonen | and the msm_ts driver for us never did the double tapping, either. |
23:55.17 | Markinus | NetRipper: Ahh, I see you cheched th fb stuff in, time to test :) I changed the proc comm stuff too . . |
23:55.32 | eval- | what is the msm_ts driver? (and why did we leave it?) |
23:55.36 | NetRipper | Markinus, i saw yes.. you didnt change it for everything yet but its good :) |
23:55.48 | makkonen | but it did have a much more pronounced jerkiness and issue where it'd think you were touching the right side of the screen. I'll take the double taps over that. |
23:56.02 | eval- | makkonen: that's why i think filtering noise in touchscreen driver might be a useful parallel effort to fixing smd |
23:56.04 | eval- | oh, ok |
23:56.27 | makkonen | yeah. even a hacky fix would be a good thing. |
23:57.11 | makkonen | but right now, I've gotta go |
23:57.49 | eval- | ciao :) thnx for debugging! & howtos, and buildscripts =) ... progress... slowly but surely |