| 00:01.16 | *** join/#htc-linux mirth18 (n=nick@99-9-113-231.lightspeed.livnmi.sbcglobal.net) |
| 00:02.23 | toast | hello everyone |
| 00:04.06 | toast | tough crowd |
| 00:06.41 | *** join/#htc-linux tuxhero (n=tuxhero@122.169.133.242) |
| 00:20.37 | *** join/#htc-linux toast (n=quassel@174-151-124-226.pools.spcsdns.net) |
| 00:31.11 | *** join/#htc-linux tcccp (i=hey@asskicker.hey-ix.net) |
| 01:00.56 | *** join/#htc-linux x29a_ (n=x29a@unaffiliated/x29a) |
| 01:26.39 | *** join/#htc-linux Battousai (n=bryan@gentoo/developer/battousai) |
| 01:30.29 | *** join/#htc-linux Battousai (n=bryan@gentoo/developer/battousai) |
| 02:39.49 | *** join/#htc-linux darkstar62 (n=darkstar@97-126-104-157.tukw.qwest.net) |
| 03:11.44 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 03:34.58 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 03:58.52 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 04:16.24 | *** join/#htc-linux droid001 (n=g1@p4FDCF3F9.dip.t-dialin.net) |
| 04:24.54 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 04:30.46 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
| 04:43.38 | tmzt | martin___: it was supported in an older kernel on handhelds.org |
| 04:44.35 | tmzt | cr2: I added the vocenc and vocdec tasks to my module table |
| 04:44.47 | tmzt | haven't gotten to try t yet |
| 04:46.17 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 04:54.57 | tmzt | voc should refer to vocoder |
| 04:56.21 | tmzt | 09:58 < cr2> also the HANDSET mic needs to be enabled by big arm9 brother, so vogue_hw sends a separate dex call to do it |
| 04:56.26 | tmzt | how do we do that? |
| 04:57.10 | luke-jr_ | tmzt: first, dial 1-800-366-4667 |
| 04:57.24 | luke-jr_ | then, ask for a bacon pizza |
| 04:57.32 | luke-jr_ | finally, enjoy |
| 05:09.45 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 05:30.07 | tmzt | fm should be v4l2 |
| 05:30.53 | luke-jr_ | why?! |
| 05:30.55 | luke-jr_ | it's audio |
| 05:31.39 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 05:32.52 | tmzt | historical |
| 05:32.55 | tmzt | it's a tuner |
| 05:37.05 | no2chem | well |
| 05:37.14 | no2chem | if you can figure out how to get fm on this damned thing |
| 05:37.26 | cr2 | moring |
| 05:37.42 | cr2 | tmzt: i'm not interested in the radio part. |
| 05:37.46 | no2chem | evening =p |
| 05:38.01 | no2chem | what troubles you today? |
| 05:38.01 | cr2 | are rds+tmc supported in v4l2 ? |
| 05:38.06 | cr2 | hi no2chem |
| 05:38.10 | tmzt | hey |
| 05:38.16 | tmzt | don't think so |
| 05:38.23 | cr2 | no2chem: fm radio is easy |
| 05:38.33 | no2chem | not for cdma phones |
| 05:38.41 | tmzt | no, it might be missing |
| 05:38.43 | no2chem | unless youve figured out something i havent.. |
| 05:38.59 | no2chem | the chip is there, the routing maybe isn't |
| 05:39.02 | tmzt | happy to try though if bt uart works |
| 05:39.15 | tmzt | adc is in the msm chip? |
| 05:39.24 | no2chem | did you figure out uart already? |
| 05:39.28 | no2chem | its in PMIC |
| 05:39.39 | tmzt | so they might have left out a connection |
| 05:39.43 | tmzt | but all the parts are there |
| 05:39.48 | cr2 | tmzt: i've written the android bt firmware decompiler. i don't think we want to load g1 firmware |
| 05:39.58 | cr2 | no2chem: gsm only here |
| 05:39.58 | tmzt | and it doesn't share pcm with bt audio, so it's analog to pmic |
| 05:41.09 | cr2 | no2chem: do your know why i can't dissect the topaz imgfs ? |
| 05:42.00 | no2chem | umm |
| 05:42.04 | no2chem | what are you using |
| 05:42.37 | cr2 | LRK |
| 05:43.20 | no2chem | imgfstools doesn't work? |
| 05:43.51 | cr2 | the last stage fails. 2dump |
| 05:44.15 | cr2 | i wanted to look at the adspsvc* |
| 05:44.49 | cr2 | because they use amss 612x |
| 05:44.57 | tmzt | what about the motorola thing, that's for cdma? |
| 05:45.12 | cr2 | tmzt: where is the moto kernel source ? |
| 05:45.43 | tmzt | don't know |
| 05:45.55 | tmzt | it would probably be on opensource.motorola.com if they post it |
| 05:46.25 | cr2 | ok |
| 05:46.30 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
| 05:49.49 | cr2 | hahaha |
| 05:49.56 | cr2 | they are spying on you even here |
| 05:50.00 | cr2 | SUPL_HOST=supl.google.com |
| 05:50.01 | cr2 | SUPL_PORT=7276 |
| 05:50.51 | *** join/#htc-linux xixx (n=xixx@cpmsq.epam.com) |
| 05:53.06 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 05:53.21 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 05:56.47 | cr2 | tmzt: there is an fmradio app in cliq |
| 05:58.05 | tmzt | nice |
| 05:58.13 | tmzt | where is this image? |
| 05:58.57 | cr2 | xda-dev |
| 05:59.13 | cr2 | tmzt: binary |
| 05:59.36 | tmzt | yeah |
| 06:00.35 | no2chem | oh, adspsvc eh |
| 06:00.45 | no2chem | well i dunno, haven't dumped roms in a while |
| 06:00.54 | no2chem | though, if you want to know more about diamond adsp |
| 06:00.58 | no2chem | i could tell you |
| 06:01.16 | cr2 | i have raph |
| 06:01.20 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 06:01.29 | no2chem | or raph, similar enough |
| 06:01.42 | cr2 | the adsp more or less working. i need to make gps work |
| 06:02.01 | no2chem | oh? what do you need for it work? |
| 06:02.03 | no2chem | to* |
| 06:02.12 | cr2 | something is broekn n the RPC setup |
| 06:02.25 | no2chem | init? |
| 06:02.32 | cr2 | i can send all the init commands |
| 06:02.37 | cr2 | successfully |
| 06:02.48 | tmzt | no2chem: I also need microphone enable/path on cdma if you know anything about that |
| 06:02.56 | no2chem | oh |
| 06:03.01 | cr2 | but when i call pdsm_get_position the device freezes in 1-2 seconds |
| 06:03.08 | no2chem | weird thing is i don't understand cdma yet =p |
| 06:03.10 | no2chem | umm |
| 06:03.28 | no2chem | well |
| 06:03.41 | no2chem | if you look at the htc gps driver |
| 06:04.03 | cr2 | yes. |
| 06:04.07 | cr2 | the logic is ok |
| 06:04.07 | tmzt | I think maejrep might have enabled too many irqs on smd_tty for 7500, something crashes my phone (everything stops responding) when ppp traffic is too fast (downloads mostly) |
| 06:04.16 | no2chem | theres a function called... uh |
| 06:04.18 | no2chem | ProcessClientGPSConfigChangeRequest |
| 06:04.23 | cr2 | but the linux implementation differs from wince |
| 06:04.33 | no2chem | oh |
| 06:04.34 | no2chem | right |
| 06:04.43 | no2chem | the calls to rpc are the same though |
| 06:04.43 | cr2 | for rpc |
| 06:05.16 | no2chem | actually its... SetupGPSConfigForGetPosition () |
| 06:05.42 | no2chem | i know htc had a problem with it though |
| 06:05.45 | *** join/#htc-linux cr2 (n=cr2@ip-109-85-102-138.web.vodafone.de) |
| 06:05.52 | no2chem | [23:05:10] <no2chem> actually its... SetupGPSConfigForGetPosition () |
| 06:05.52 | no2chem | [23:05:10] * cr2 (n=cr2@ip-109-85-102-138.web.vodafone.de) Quit ("Konversation terminated!") |
| 06:05.52 | no2chem | [23:05:10] <no2chem> i know htc had a problem with it though |
| 06:06.04 | no2chem | they had to create a critical section |
| 06:06.21 | no2chem | in old versions of the driver, they had freezing up too.. |
| 06:06.28 | tmzt | locking? |
| 06:06.50 | cr2 | hmm |
| 06:06.57 | no2chem | yeah, um |
| 06:07.02 | no2chem | let me see how this is impleemted |
| 06:07.02 | cr2 | ok, need to leave now. bbl |
| 06:07.05 | no2chem | implemented* |
| 06:07.12 | no2chem | ah |
| 06:08.44 | no2chem | its implemented in the whole client driver.. lets see.. |
| 06:14.38 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 06:17.26 | no2chem | oh |
| 06:17.29 | no2chem | so its interesting |
| 06:17.44 | no2chem | it locks the rpc client driver |
| 06:17.48 | no2chem | from sending requests |
| 06:17.53 | no2chem | while getting a gps position |
| 06:18.13 | no2chem | at least thats what it seems like |
| 06:19.06 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 06:19.55 | tmzt | no2chem: did you find anything on cdma voice? what didn't make sense? |
| 06:20.17 | tmzt | I need to check added codecs, unfortunately calling gv just logs in now |
| 06:20.35 | tmzt | really need two phones for this stuff |
| 06:22.14 | no2chem | uh i dunno, i haven't messed with audiorouter lately |
| 06:33.53 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 06:39.38 | *** join/#htc-linux kiozen (n=oeichler@p5492147E.dip0.t-ipconnect.de) |
| 06:49.39 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 06:54.40 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 06:56.55 | *** join/#htc-linux Untouchab1e_ (n=Untoucha@82.147.51.146) |
| 07:01.08 | *** join/#htc-linux Gnutoo (n=gnutoo@host137-159-dynamic.54-79-r.retail.telecomitalia.it) |
| 07:15.18 | *** join/#htc-linux dzo (n=dzo@mail.marginz.co.nz) |
| 07:34.33 | *** join/#htc-linux FR^2 (n=frzwo@2001:41d0:1:ed2f:0:0:0:cafe) |
| 07:38.41 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 07:52.44 | *** join/#htc-linux kvaster (n=kvaster@93.84.112.80) |
| 08:00.44 | *** join/#htc-linux dzo_ (n=dzo@mail.marginz.co.nz) |
| 08:05.53 | *** join/#htc-linux kiozen (n=oeichler@p5492147E.dip0.t-ipconnect.de) |
| 08:07.24 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 08:10.47 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 08:25.22 | *** join/#htc-linux rayman18 (n=opera@residL-102-227.uc3m.es) |
| 09:00.55 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 09:04.31 | tmzt | I get irq 3 and 4 with at and ppp on smd0/1 (msm7500a) |
| 09:06.18 | tmzt | mostly 4 |
| 09:06.41 | tmzt | I think there might be a locking issue in smd_irq_* (smd.c) since gsm only uses 1 irq |
| 09:07.16 | tmzt | it could be similar to what no2chem was saying about pd api |
| 09:10.41 | *** join/#htc-linux Untouchab1e (n=Untoucha@82.147.51.146) |
| 09:25.35 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 09:34.10 | *** join/#htc-linux Captnoord (n=Captnoor@145.74.182.135) |
| 09:46.25 | *** part/#htc-linux rayman18 (n=opera@residL-102-227.uc3m.es) |
| 10:15.55 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
| 10:20.39 | *** join/#htc-linux rayman18 (n=opera@residL-102-227.uc3m.es) |
| 10:23.20 | Captnoord | Gnutoo: good morning |
| 10:24.26 | *** join/#htc-linux darkstone (n=LOL@78-86-59-180.zone2.bethere.co.uk) |
| 10:30.04 | *** join/#htc-linux no2chem (n=no2chem@cpe-76-90-65-27.socal.res.rr.com) |
| 10:32.13 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
| 10:40.38 | *** join/#htc-linux MethoS- (n=clemens@134.102.106.250) |
| 10:46.10 | *** join/#htc-linux FR^2 (n=frzwo@2001:41d0:1:ed2f:0:0:0:cafe) |
| 10:49.04 | *** join/#htc-linux leobaillard (n=leobaill@82.229.189.93) |
| 10:57.37 | *** part/#htc-linux rayman18 (n=opera@residL-102-227.uc3m.es) |
| 11:04.28 | *** join/#htc-linux DasFx (n=John@dasfx-lptp.euronet.nl) |
| 12:25.05 | *** join/#htc-linux rayman18 (n=opera@163.117.102.227) |
| 12:26.36 | *** join/#htc-linux townkat (n=town@86.127.6.111) |
| 12:27.33 | tmzt | xinput set-int-prop 4 220 32 900 100 900 100 |
| 12:32.14 | *** part/#htc-linux rayman18 (n=opera@163.117.102.227) |
| 12:32.47 | tmzt | xinput set-int-prop 4 220 32 880 100 880 100 |
| 12:33.03 | tmzt | xinput set-int-prop 4 222 8 0 1 |
| 12:33.29 | tmzt | xinput set-int-prop 4 221 8 1 |
| 12:33.57 | tmzt | those are atoms for Evdev axes calibration, Evdev invert axes, Evdev swap axes |
| 12:34.07 | tmzt | xinput list |
| 12:34.14 | tmzt | will list the devices known to X |
| 12:34.20 | tmzt | xinput list-props (id) |
| 12:56.49 | *** join/#htc-linux NexVision (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
| 13:09.00 | tmzt | 01:48 < tmzt> socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = -1 EACCES (Permission denied) |
| 13:09.03 | tmzt | 01:48 < tmzt> PARANOID ANDROID |
| 13:11.33 | *** join/#htc-linux pleemans (n=toi@d51A49C45.access.telenet.be) |
| 13:12.09 | tmzt | #xinput set-int-prop "MSM touchscreen" "Evdev Axis Calibration" 32 880 130 880 130 |
| 13:12.13 | tmzt | xinput set-int-prop "MSM touchscreen" "Evdev Axis Calibration" 32 870 130 870 130 |
| 13:12.15 | tmzt | xinput set-int-prop "MSM touchscreen" "Evdev Axis Inversion" 8 0 1 |
| 13:12.16 | tmzt | . |
| 13:12.18 | tmzt | xinput set-int-prop "MSM touchscreen" "Evdev Axes Swap" 8 1 |
| 13:12.21 | tmzt | . |
| 13:12.29 | tmzt | put that in /etc/X11/Xsession.d |
| 13:12.54 | tmzt | add a hal rule matching "MSM touchscreen" driver evdev |
| 13:13.03 | tmzt | then ts should work in Xorg |
| 13:13.24 | tmzt | but the calibration is not perfect and the touch response is slow |
| 13:13.41 | tmzt | could be kernel not sending pressure values since we don't know how to get them from TSSC |
| 13:13.50 | tmzt | or could just be the amount of ram |
| 13:22.23 | *** join/#htc-linux x29a (n=x29a@f053224002.adsl.alicedsl.de) |
| 13:59.08 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:02.59 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:04.27 | Gnutoo | tmzt, hi : with evdev : XCALIBRATE extension missing: Success |
| 14:08.38 | Gnutoo | I'll try something |
| 14:09.03 | Gnutoo | seem to work now |
| 14:09.10 | Gnutoo | I removed the calibtation script |
| 14:09.30 | Gnutoo | tmzt, but shr doesn't find the input |
| 14:10.38 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:11.13 | Gnutoo | tmzt, http://pastebin.com/m6ec40028 |
| 14:11.17 | Gnutoo | here's xorg.conf |
| 14:20.21 | *** join/#htc-linux SOG (n=SOG@n058152149151.netvigator.com) |
| 14:22.11 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:35.35 | *** join/#htc-linux leobaillard (n=leobaill@82.229.189.93) |
| 14:36.16 | *** join/#htc-linux boli^ (i=foobar@cpc1-nthc2-0-0-cust741.nrth.cable.ntl.com) |
| 14:36.49 | chemical_at_work | does anyone know on which git kernel the donutpack-zimage from babijoee is based on? |
| 14:37.01 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
| 14:37.07 | chemical_at_work | that kernel has perfect power management, none of the git kernels every got to that point |
| 14:37.15 | chemical_at_work | at least for my DIAM300 |
| 14:48.59 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 14:50.47 | *** join/#htc-linux dcordes_fau (i=83bc49af@gateway/web/freenode/x-wysplstftufilckc) |
| 14:50.52 | dcordes_fau | ello |
| 14:51.09 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 15:02.17 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 15:02.30 | Gnutoo | tmzt, ok I'll try |
| 15:04.21 | Gnutoo | I removed xorg.conf and it worked without precision...I'll try what you told |
| 15:13.34 | *** join/#htc-linux craig0r (n=stfu@mail.pclgraphics.com) |
| 15:29.21 | Gnutoo | tmzt, quick question...can evdev be absolute? |
| 15:29.29 | Gnutoo | because xinput tells me relative |
| 15:45.07 | *** join/#htc-linux AstainHellbring (n=AstainHe@206.71.78.158) |
| 16:11.05 | *** join/#htc-linux balans (n=Administ@212-123-149-239.ip.telfort.nl) |
| 16:28.52 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 16:44.11 | Gnutoo | Captnoord, hi |
| 16:44.29 | Gnutoo | Captnoord, btw for evdev how do I get the calibrations values? |
| 16:44.49 | Gnutoo | I bet I should use xinput for setting calibration like tmzt used |
| 16:45.10 | *** join/#htc-linux onen|openBmap (n=quassel@vbo91-1-89-87-201-85.dsl.club-internet.fr) |
| 16:46.38 | Gnutoo | mmm |
| 16:50.53 | phh | Gnutoo: it has to be made on the software side afaik |
| 16:51.06 | Gnutoo | yes I know |
| 16:51.10 | Gnutoo | I'll try something |
| 16:52.09 | Captnoord | re |
| 16:52.10 | *** join/#htc-linux GlemSom (n=glemsom@0x5da34bca.cpe.ge-1-1-0-1105.sdnqu1.customer.tele.dk) |
| 16:52.15 | Captnoord | they Gnutoo |
| 16:52.19 | Captnoord | I don't know |
| 16:52.32 | Gnutoo | ok |
| 16:53.17 | phh | Gnutoo: i haven't heard of any standard linux way of doing this :/ |
| 16:53.24 | Gnutoo | ah ok |
| 16:53.28 | Gnutoo | openmoko does it with sysfs |
| 16:53.48 | phh | it's specific to the driver ? |
| 16:54.38 | Captnoord | been a bit bussy with this |
| 16:54.38 | Captnoord | http://deja.jails.nl/trashbin/splines.png |
| 16:54.47 | Captnoord | to take my mind from school stuff |
| 16:55.10 | Gnutoo | so first how do I get the values...I bet tslib value won't work |
| 16:55.52 | Captnoord | the codeaurora repo has a "template" ts driver |
| 16:56.07 | Captnoord | was checking if I could change it to make it work on the raph |
| 16:56.21 | Captnoord | related to powercollaps |
| 16:56.26 | Captnoord | as thats incorperated |
| 16:57.08 | Captnoord | i'll check maybe I can find something |
| 16:57.27 | Gnutoo | Captnoord, mine work as tslib only |
| 16:57.38 | Captnoord | k |
| 16:57.42 | *** join/#htc-linux pleemans (n=toi@d54C2A96D.access.telenet.be) |
| 16:57.51 | *** join/#htc-linux leaigor (n=laigor@188.134.16.241) |
| 16:57.57 | Gnutoo | and is fine but someone wanted evdev... |
| 16:58.03 | phh | let's back working for wifi on android.... :'( |
| 16:58.29 | Captnoord | phh i'm not that 1337 yet.... |
| 16:58.42 | Captnoord | there is a bit difference in wince stuff and linux stuff |
| 16:58.45 | Captnoord | I know how to code |
| 16:58.50 | Captnoord | but coding stuff like thius |
| 16:58.51 | Captnoord | this |
| 16:58.55 | phh | hu ? |
| 16:58.58 | Captnoord | needs time before you get the hang of it |
| 16:58.58 | Captnoord | :P |
| 16:59.18 | phh | i was speaking about myself |
| 16:59.18 | Captnoord | hehe |
| 16:59.21 | Captnoord | then what are you waiting for |
| 16:59.21 | Captnoord | :P |
| 16:59.22 | phh | wifi works |
| 16:59.22 | Captnoord | brb |
| 16:59.24 | Captnoord | coffee |
| 16:59.25 | Captnoord | oO |
| 16:59.27 | phh | just android doesn't. |
| 16:59.27 | Captnoord | it works? |
| 16:59.34 | Captnoord | hmmm.... crap |
| 16:59.39 | phh | on my diam100 it does |
| 16:59.51 | craig0r | the polaris and kaiser have working wifi in android |
| 17:00.07 | phh | craig0r: i haven't been able to use their driver, i had to use the "more linux" one |
| 17:00.27 | phh | which isn't really supported by android. |
| 17:00.28 | craig0r | :( |
| 17:00.28 | craig0r | what device are you on? |
| 17:00.28 | phh | diam100 |
| 17:00.52 | phh | the TI wifi driver gives "config manager" errors |
| 17:01.00 | phh | i tried to look at the code to understand and hum |
| 17:01.03 | phh | i just didn't get it. |
| 17:01.12 | craig0r | well, i don't have a device with wifi myself, so i can't help at all... but some people in #polaris_dev might be able to help... although none of them are there right now |
| 17:01.27 | phh | ok |
| 17:02.00 | Captnoord | phh isn't it that android expects different firmware calls |
| 17:02.07 | Captnoord | as the wifi firmware was the wince |
| 17:02.11 | phh | Captnoord: no, the problem is the link with wpa_supplicant now |
| 17:02.22 | phh | pure software problem. |
| 17:02.27 | Captnoord | crap |
| 17:02.31 | phh | yes. |
| 17:02.47 | phh | with adb shell, i can connect to my AP |
| 17:02.54 | phh | get an ip & things |
| 17:04.11 | craig0r | phh: sorry if i'm asking redundant questions, but have you tried editing the Android code at all, or are you strictly working with the linux software? |
| 17:04.25 | Captnoord | phh and if you look at the G1 driver..... |
| 17:04.28 | phh | craig0r: linux software works correctly |
| 17:04.50 | *** join/#htc-linux stickboy (n=anonymou@0-26-8-79-e9-c3.wlan.clarkson.edu) |
| 17:05.01 | Captnoord | hmmm change the driver so its android compliant |
| 17:05.01 | craig0r | yeah, i get that. i'm just wondering if you're continuing to work with the linux code to make it android-compliant, or if you're editing the android code to make it understand your working linux driver |
| 17:05.01 | Captnoord | or |
| 17:05.02 | phh | Captnoord: actually i'm using G1 "free" (more than TI one.) wl12xx driver |
| 17:05.03 | Captnoord | change android |
| 17:05.38 | craig0r | hmm... |
| 17:05.53 | phh | craig0r: well, it's no longer a problem of "driver", but of communication between wpa_supplicant (a software daemon which is in charge of wifi authentification) and android |
| 17:05.53 | craig0r | you're using the driver from the G1, and yet android can't work with it. that's pretty bizarre. |
| 17:06.01 | phh | craig0r: there are two G1 drivers |
| 17:06.07 | phh | TI's and wl12xx |
| 17:06.10 | phh | the first one just won't work |
| 17:06.10 | craig0r | oh i see |
| 17:06.16 | phh | the second one doesn't really work with android |
| 17:06.32 | craig0r | i guess i shouldn't get myself in over my head... especially when i have a wifi-less vogue :/ |
| 17:06.37 | phh | do you know where to get original ROMs of G1 ? |
| 17:07.03 | craig0r | no, i don't... there might be one kicking around xda somewhere |
| 17:07.07 | phh | or any android phone actually |
| 17:07.15 | phh | mm ok |
| 17:07.28 | craig0r | yeah, there's a bunch of roms on xda... just don't know if any are the original G1 |
| 17:07.37 | phh | hum don't need original actually |
| 17:07.42 | phh | just not too modified |
| 17:11.33 | Captnoord | could be just a very small problem |
| 17:12.27 | phh | it is. |
| 17:13.22 | Captnoord | Gnutoo: the main thing is is that android doesn't have calibration |
| 17:13.30 | Captnoord | but I can check the wince driver code |
| 17:13.32 | Captnoord | :P |
| 17:13.37 | Gnutoo | so? |
| 17:13.55 | Gnutoo | how does it work then? |
| 17:14.10 | Gnutoo | there should be some calibration somewhere like in userspace no? |
| 17:15.05 | Captnoord | /* |
| 17:15.06 | Captnoord | <PROTECTED> |
| 17:15.06 | Captnoord | <PROTECTED> |
| 17:15.06 | Captnoord | <PROTECTED> |
| 17:15.06 | Captnoord | <PROTECTED> |
| 17:15.06 | Captnoord | #ifdef CONFIG_ANDROID_TOUCHSCREEN_MSM_HACKS |
| 17:15.07 | Captnoord | lx = ts->x_max + 25 - x; |
| 17:15.09 | Captnoord | ly = ts->y_max + 25 - y; |
| 17:15.11 | Captnoord | #else |
| 17:15.13 | Captnoord | lx = x; |
| 17:15.15 | Captnoord | codeaurora stuff |
| 17:15.24 | Gnutoo | ah ok... |
| 17:15.31 | Gnutoo | I didn't look at codeaurora |
| 17:15.54 | Captnoord | and also |
| 17:16.02 | Captnoord | our driver has only 1 sensor level |
| 17:16.09 | Captnoord | I don't know if thats any use |
| 17:16.22 | Captnoord | as its coded in a way there is contact or there isn't contact |
| 17:16.25 | Captnoord | 0 or 1 |
| 17:16.36 | craig0r | phh: http://developer.htc.com/adp.html#s3 |
| 17:16.55 | craig0r | you can download the HTC Dev Phone images there |
| 17:16.55 | craig0r | they're signed.. dunno if that'll cause a problem or not |
| 17:16.59 | phh | oh thanks |
| 17:17.40 | Gnutoo | thanks a lot i'll try!!! |
| 17:18.01 | Gnutoo | Captnoord, so basically what I was told is to: |
| 17:18.08 | Gnutoo | *keep BTN_TOUCH |
| 17:18.13 | Gnutoo | *report width for SHR |
| 17:18.19 | Gnutoo | *remove the rest |
| 17:18.29 | Gnutoo | (like 2nd finger etc...) |
| 17:19.00 | Gnutoo | and I add the CONFIG_ANDROID_TOUCHSCREEN_MSM_HACKS thing and it should work |
| 17:19.04 | Gnutoo | at least I hope |
| 17:19.46 | Captnoord | your talking about |
| 17:19.47 | Captnoord | Gnutoo: |
| 17:19.48 | Captnoord | arg |
| 17:19.57 | Captnoord | ./* drivers/input/touchscreen/msm_ts.c |
| 17:20.00 | Gnutoo | no |
| 17:20.01 | Captnoord | that driver |
| 17:20.03 | Gnutoo | no |
| 17:20.12 | Captnoord | what driver are you talking about |
| 17:20.21 | Gnutoo | synaptics_i2c_rmi.c |
| 17:20.29 | Gnutoo | that's what we have on the g1 I think |
| 17:20.34 | Captnoord | k |
| 17:21.40 | Captnoord | but thats a capacitive driver... |
| 17:21.54 | Captnoord | and the thing is |
| 17:22.05 | Gnutoo | I got it working with tslib... |
| 17:22.11 | Captnoord | k |
| 17:22.12 | Gnutoo | so it can work |
| 17:22.23 | Gnutoo | it worked perfectly that is to say: |
| 17:22.27 | Gnutoo | *coordinates were ok |
| 17:22.32 | Gnutoo | *click was ok |
| 17:23.10 | Captnoord | static void synaptics_ts_work_func(struct work_struct *work) |
| 17:23.14 | Captnoord | there is where the magic happens |
| 17:23.19 | Captnoord | but you already knew tht |
| 17:23.20 | Captnoord | that |
| 17:24.13 | Captnoord | I think you still need pressure |
| 17:24.19 | Captnoord | input_report_abs(ts->input_dev, ABS_PRESSURE, z); |
| 17:24.42 | Captnoord | and its reported to input_report_key(ts->input_dev |
| 17:24.46 | Captnoord | but you also knew this |
| 17:25.18 | Captnoord | to that |
| 17:25.18 | Captnoord | ts->input_dev->name = "synaptics-rmi-touchscreen"; |
| 17:25.20 | Captnoord | device |
| 17:25.34 | Captnoord | have you removed the bits from the init part? |
| 17:25.45 | Gnutoo | I removed pressure |
| 17:25.46 | Captnoord | static int synaptics_ts_probe( |
| 17:26.14 | Captnoord | it isn't really needed |
| 17:26.15 | Gnutoo | yes too |
| 17:26.48 | Gnutoo | <PROTECTED> |
| 17:26.50 | Gnutoo | for instance |
| 17:26.58 | Gnutoo | in the tslib driver I was doing: |
| 17:27.27 | Gnutoo | input_report_abs(ts->input_dev, ABS_PRESSURE, (finger?255:0) ); |
| 17:27.30 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 17:27.30 | Gnutoo | to make it work |
| 17:27.37 | *** join/#htc-linux balans1 (n=Administ@212-123-149-239.ip.telfort.nl) |
| 17:27.59 | Gnutoo | I was saying |
| 17:28.10 | [1]Captnoord | but your not talking about android.... your purely talking about linux |
| 17:28.18 | Gnutoo | that I removed pressure in the evdev driver and that I was doing that in the tslib driver: input_report_abs(ts->input_dev, ABS_PRESSURE, (finger?255:0) ); |
| 17:28.19 | Gnutoo | yes |
| 17:28.21 | Gnutoo | indeed |
| 17:28.31 | Gnutoo | if as linux you mean SHR |
| 17:28.38 | Gnutoo | (GNU/Linux) |
| 17:28.50 | [1]Captnoord | okey because the driver doesn't have anything related to calibration..... |
| 17:28.52 | Gnutoo | (to differenciate between the distros and the kernel) |
| 17:28.57 | [1]Captnoord | yea |
| 17:29.00 | Gnutoo | [1]Captnoord, indeed that's the problem |
| 17:29.37 | [1]Captnoord | hmmm lets see if there is any ts driver that has calibration implemented ( linux ) |
| 17:29.37 | Gnutoo | [1]Captnoord, so here are my real questions: |
| 17:29.51 | Gnutoo | *how do i get the calibrations numbers |
| 17:30.10 | Gnutoo | *how do I send them to xorg...I bet I need to hardcode them or do a sys thing like the openmoko |
| 17:30.15 | Gnutoo | else : |
| 17:30.22 | [1]Captnoord | hmmm lets check xorg then |
| 17:30.28 | *** join/#htc-linux kvaster (n=kvaster@live.bn.by) |
| 17:30.30 | Gnutoo | *can I use xinput to send the calibrations...(I bet no) |
| 17:30.31 | Gnutoo | ok |
| 17:30.41 | [1]Captnoord | http://www.conan.de/touchscreen/evtouch.html |
| 17:31.57 | Gnutoo | Captnoord, so I should cross-compile this driver? |
| 17:32.00 | Gnutoo | and try it? |
| 17:32.00 | [1]Captnoord | http://www.plop.at/en/touchscreen.html |
| 17:32.04 | [1]Captnoord | lol |
| 17:32.08 | [1]Captnoord | I wasn't talking about that |
| 17:32.18 | [1]Captnoord | I was only meaning to show reference idea's |
| 17:32.19 | [1]Captnoord | I mean |
| 17:32.25 | [1]Captnoord | borrowing idea's is better than fuck around |
| 17:32.33 | [1]Captnoord | you can crosscompile the xdriver |
| 17:32.43 | [1]Captnoord | I don't have xorg experience first hand |
| 17:32.55 | [1]Captnoord | developing I mean |
| 17:33.31 | Gnutoo | ok |
| 17:33.58 | Gnutoo | I'll ask to xorg then |
| 17:34.00 | [1]Captnoord | but i'll check the code |
| 17:34.21 | [1]Captnoord | it has a calibration part |
| 17:34.21 | [1]Captnoord | so |
| 17:34.31 | [1]Captnoord | I think it should be the direction you should be heading |
| 17:35.27 | *** join/#htc-linux SOG (n=SOG@n058152149151.netvigator.com) |
| 17:35.30 | Gnutoo | ok |
| 17:35.38 | Gnutoo | I'll look thanks a lot |
| 17:36.03 | [1]Captnoord | as far as I see the code is statemachine driven |
| 17:36.03 | [1]Captnoord | so |
| 17:36.12 | [1]Captnoord | you set the driver in calibration mode.... |
| 17:36.26 | [1]Captnoord | and you press the points |
| 17:36.28 | [1]Captnoord | and it gets saved |
| 17:36.54 | Gnutoo | ok |
| 17:37.28 | [1]Captnoord | its coded pretty generic |
| 17:38.00 | Gnutoo | ok |
| 17:38.03 | Gnutoo | I'll look |
| 17:38.05 | Gnutoo | thanks a lot |
| 17:38.34 | Gnutoo | it's in evdev.c? |
| 17:39.16 | [1]Captnoord | i've downloaded the source of that driver |
| 17:39.18 | [1]Captnoord | and checked it |
| 17:39.23 | [1]Captnoord | ev_calibration |
| 17:39.24 | [1]Captnoord | .c |
| 17:39.32 | [1]Captnoord | ev_calibrate.c |
| 17:39.53 | Gnutoo | ok |
| 17:40.18 | Gnutoo | in xf86-input-plpevtch-0.4.0/src ? |
| 17:41.12 | [1]Captnoord | xf86-input-evtouch-0.8.8 |
| 17:41.21 | Gnutoo | ah ok |
| 17:43.49 | Gnutoo | thanks a lot |
| 17:45.35 | Captnoord | Gnutoo: how did the alsa adventures end? |
| 17:46.47 | Gnutoo | not finished |
| 17:46.52 | Gnutoo | basically alsa works: |
| 17:47.06 | Gnutoo | *not with mplayer |
| 17:47.13 | Captnoord | but the bug related to the volume is a mplayer bug? |
| 17:47.14 | Gnutoo | *not with gstreamer |
| 17:47.18 | Gnutoo | Captnoord, no |
| 17:47.25 | Gnutoo | Captnoord, a syscall never returns |
| 17:47.36 | Gnutoo | Captnoord, basically it's in the alsa driver |
| 17:47.40 | Captnoord | k |
| 17:47.49 | Gnutoo | I traced it until the driver...I must look which function is called... |
| 17:47.57 | Gnutoo | I did ts because I tought it was fast |
| 17:48.02 | Gnutoo | and it would be finished soon |
| 17:48.12 | Captnoord | nothing is fast and nothing is easy |
| 17:51.42 | Gnutoo | lol |
| 17:55.36 | *** join/#htc-linux luc_ (n=luc@89-115-128-35.cl.ipv4ilink.net) |
| 17:55.45 | Captnoord | hmm this ts driver seems to have more power stuff in it |
| 17:55.46 | Captnoord | :S |
| 17:55.48 | Captnoord | wierd |
| 17:58.48 | *** join/#htc-linux stickboy (n=anonymou@128.153.180.139) |
| 18:03.09 | Captnoord | http://lists.lm-sensors.org/pipermail/lm-sensors/2005-November/014227.html |
| 18:03.10 | Captnoord | lol |
| 18:03.16 | Captnoord | would it be that easy? |
| 18:03.58 | phh | from 2.6.12 ... ? i don't think so |
| 18:04.11 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
| 18:10.10 | Captnoord | hmm I think in a way its worth the errors as it consumes a 1.8w |
| 18:10.17 | Captnoord | at high settings |
| 18:11.03 | phh | oO |
| 18:11.43 | Captnoord | the controller can do a lot more |
| 18:11.43 | Captnoord | lol |
| 18:11.49 | Captnoord | phh extreme settings |
| 18:11.55 | phh | ok. |
| 18:11.58 | Captnoord | I don't think we use it at those |
| 18:12.30 | Captnoord | it also has a 12 bit pressure mode |
| 18:12.31 | Captnoord | lol |
| 18:16.43 | phh | V/WifiStateTracker( 150): Supplicant died unexpectedly <--- that's what android's log says, |
| 18:16.48 | phh | 1 kill(-948, SIGTERM <unfinished ...> <----- that's what init does |
| 18:16.55 | phh | i'd like to understand. |
| 18:19.48 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-144-61.web.vodafone.de) |
| 18:21.01 | cr2 | hi |
| 18:21.28 | Captnoord | yo |
| 18:21.39 | phh | hi craig0r |
| 18:21.40 | phh | cr2* |
| 18:23.40 | craig0r | :P |
| 18:25.17 | Captnoord | btw it was 1.8 mW |
| 18:25.31 | phh | Captnoord: ho... that's a lot better |
| 18:25.40 | Captnoord | hehe |
| 18:26.22 | cr2 | mW ? |
| 18:26.32 | Captnoord | I wonder if I can make the ts report temperture |
| 18:26.34 | Captnoord | would be fun |
| 18:26.39 | phh | :) |
| 18:26.48 | phh | cr2: max consumption of touchscreen |
| 18:26.56 | Captnoord | nah cr2 i'm reading trough the ts datasheet |
| 18:27.26 | Captnoord | as I plan to code powerdown and powerup for it..... |
| 18:27.31 | Captnoord | but i'm really reading |
| 18:27.37 | Captnoord | so I know what i'm doing |
| 18:27.48 | Captnoord | and I know... its only 0.1% of the total power concumption |
| 18:27.54 | Captnoord | but one must begin small |
| 18:30.53 | cr2 | eh ? which datasheet ? |
| 18:31.39 | Captnoord | if I should believe the wince ts drivers |
| 18:31.46 | Captnoord | the ts controller is a TSC2003 |
| 18:31.58 | Captnoord | http://pdf1.alldatasheet.com/datasheet-pdf/view/85850/TI/TSC2003.html |
| 18:32.48 | Captnoord | cr2 just don't be distracted i'm just fucking around |
| 18:37.21 | cr2 | Captnoord: only on kaiser et al |
| 18:37.28 | cr2 | Captnoord: not on raph/diam |
| 18:37.36 | cr2 | and other 7201A phones |
| 18:37.46 | Captnoord | hmm I wonder then i'm reading the wrong dll |
| 18:37.49 | Captnoord | smacks himself |
| 18:38.53 | Captnoord | not to be rude or anything else... but if I load touch.dll ( from my raph rom kit ) I read the same comments.... |
| 18:38.59 | Captnoord | but |
| 18:39.04 | Captnoord | please don't be distracted |
| 18:39.42 | Captnoord | i'm sure your right |
| 18:39.46 | Captnoord | and i'm sure i'm wrong |
| 18:39.59 | Captnoord | but I like messing around |
| 18:45.02 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 18:51.56 | cr2 | phh: does wifi work with dma=-1 ? |
| 18:53.25 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
| 19:08.59 | *** join/#htc-linux captnoord (n=captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 19:11.57 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 19:13.02 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 19:13.51 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
| 19:15.23 | *** join/#htc-linux leobaillard (n=leobaill@leobaillard.org) |
| 19:16.25 | *** join/#htc-linux sdt5551 (n=titus@147.145.40.44) |
| 19:21.05 | phh | cr2: for CRCI too ? |
| 19:22.50 | Gnutoo | I'll import the driver from s3c kernel |
| 19:24.27 | cr2 | phh: no |
| 19:24.38 | cr2 | Gnutoo: which driver ? |
| 19:25.00 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
| 19:25.12 | Gnutoo | cr2, my shr build finished so I thought ...I could make a quick evdev driver instead of the tslib one that I made and that work |
| 19:25.26 | Gnutoo | cr2, so I saw that it need kernel-level calibration |
| 19:25.40 | Gnutoo | cr2, so I'll import the filter thing |
| 19:25.52 | Gnutoo | ts_filter_linear.c |
| 19:25.53 | Gnutoo | in |
| 19:26.01 | Gnutoo | drivers/input/touchscreen |
| 19:26.02 | Gnutoo | from: |
| 19:26.18 | Gnutoo | <PROTECTED> |
| 19:26.41 | Gnutoo | basically I wanted to look how openmoko did their driver |
| 19:26.51 | Gnutoo | and I found that there is a generic filter system |
| 19:26.55 | Gnutoo | at least it seems |
| 19:28.32 | cr2 | Gnutoo: i don't see it. since when belongs an affine transform into kernel ? |
| 19:29.08 | phh | just found why data connection is so slow to settle in android. |
| 19:29.16 | phh | rild won't stop segfaulting. |
| 19:29.30 | Gnutoo | cr2, yes indeed that is strange that the filtering is done in the kernel but I was told it's like that... |
| 19:29.44 | Gnutoo | cr2, it's in order to do an "evdev" driver |
| 19:31.49 | *** join/#htc-linux NexVision__ (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
| 19:33.36 | cr2 | phh: LOL |
| 19:33.48 | phh | isn't it. |
| 19:33.57 | phh | while it works almost flawlessly in angstrom |
| 19:34.14 | cr2 | rild has performed an illegal operation and will be closed. |
| 19:35.02 | phh | ho no, and it doesn't say it in the gui |
| 19:35.09 | phh | i have to do a logcat to see this. |
| 19:37.08 | phh | now trying angstrom wifi without dma. |
| 19:37.19 | cr2 | phh: then android is not user-friendly ;) |
| 19:37.25 | phh | :) |
| 19:37.31 | cr2 | ok |
| 19:37.49 | phh | and it's REALLY not dev-friendly. |
| 19:37.52 | phh | even if it's "open" |
| 19:38.04 | phh | (ok having source is better than nothing) |
| 19:38.34 | cr2 | phh: i don't trust google |
| 19:38.50 | craig0r | i trust them more than apple |
| 19:39.21 | cr2 | craig0r: apple has zero value for me anyway. |
| 19:39.34 | cr2 | so it's even not worth mentioning |
| 19:39.35 | phh | what about fashion ? :p |
| 19:39.47 | *** part/#htc-linux sdt5551 (n=titus@147.145.40.44) |
| 19:40.10 | cr2 | don't know this word :) |
| 19:40.52 | cr2 | not being able to replace the battery is a spite in the face for me ;) |
| 19:41.56 | craig0r | yeah... well i mean, with all your other choices for mobile development out there, i'd consider google the most trustworthy |
| 19:42.30 | phh | i prefer openmoko. |
| 19:42.45 | phh | but they have a "little" problem. |
| 19:43.46 | craig0r | well... how many openmokos do you see people talking on? |
| 19:44.03 | cr2 | i feel sorry that the trolls were so greedy with qtopia2 and didn't gpl it from the very beginng |
| 19:44.20 | phh | cr2: same here :/ |
| 19:44.21 | cr2 | that would have saved a lot of wasted time and effort |
| 19:44.47 | cr2 | including android and others |
| 19:44.47 | *** join/#htc-linux DasFx (n=John@535482D5.cable.casema.nl) |
| 19:45.06 | phh | you can trust google for that |
| 19:45.12 | phh | even if qtopia2 worked, they would have done it again |
| 19:45.20 | craig0r | of course |
| 19:45.21 | cr2 | true |
| 19:45.53 | craig0r | IMO, it's just the Google apps that have made android even remotely popular, no matter how good the OS is |
| 19:45.54 | cr2 | they use qt, but still didn't buy it |
| 19:46.05 | phh | craig0r: yes and that's way i'm trying to get it working |
| 19:46.11 | craig0r | hehe |
| 19:46.17 | phh | why* |
| 19:46.25 | craig0r | i'm glad i have the vogue... it's got android running near-perfect on it |
| 19:46.31 | craig0r | bluetooth and camera are buggy, that's about it |
| 19:47.04 | leobaillard | hi there ! |
| 19:47.12 | leobaillard | phh: so what's new about wifi ? |
| 19:47.31 | phh | leobaillard: still not working, but i'm getting closer. |
| 19:47.39 | cr2 | we should not have a problem with the cam. once the general rpc stuff is sorted out. |
| 19:47.41 | leobaillard | :D |
| 19:48.04 | leobaillard | if I can help in any way, let me know |
| 19:48.23 | phh | i hope there will be something to test today |
| 19:49.14 | phh | currently i'm doing a test for craig0r |
| 19:49.15 | phh | cr2* |
| 19:49.41 | phh | leobaillard: but your script works really well |
| 19:49.59 | phh | i got no CRC error, and only 2 or 3 "unrecognized board" |
| 19:50.21 | phh | on ~ 40 tries i think |
| 19:50.47 | leobaillard | I'm happy so :D |
| 19:51.00 | leobaillard | first thing I made in my hole life that works-ish |
| 19:51.19 | phh | cr2: seems to work |
| 19:51.25 | phh | cr2: anyway i can check DMA channel ? |
| 19:51.36 | cr2 | phh: where ? |
| 19:51.43 | phh | in runtime |
| 19:51.55 | cr2 | phh: it's programmable, and wince uses different values |
| 19:52.08 | phh | cr2: i mean, how to check that linux doesn't use the dma channel |
| 19:52.13 | cr2 | btw, wince does not use dma either for SD or wifi |
| 19:52.45 | cr2 | if you set it to -1 in devices.c , it will not work |
| 19:52.51 | cr2 | for SDIO |
| 19:53.13 | cr2 | the CRCI was declared, but i think they are unused. |
| 19:53.16 | cr2 | in linux |
| 19:53.20 | phh | -#define DMOV_SDC1_CHAN 8 |
| 19:53.20 | phh | +#define DMOV_SDC1_CHAN -1 |
| 19:53.39 | phh | kernel built today |
| 19:53.40 | cr2 | fixed the devices.c already ? |
| 19:53.44 | cr2 | then it's ok |
| 19:53.54 | phh | i guess i did things correctly |
| 19:53.55 | cr2 | look at dmesg |
| 19:53.56 | phh | and wifi still works |
| 19:54.00 | cr2 | with dma=-1 |
| 19:54.12 | cr2 | yeah. it should use pio for sdio |
| 19:54.17 | cr2 | why not |
| 19:54.22 | *** join/#htc-linux darkstone (n=LOL@78-86-59-180.zone2.bethere.co.uk) |
| 19:54.24 | cr2 | nobody forces you do use dma |
| 19:54.26 | phh | what should i look in dmesg ? |
| 19:54.37 | cr2 | the mmc0: and mmc1: |
| 19:54.50 | phh | messages:Oct 8 21:45:12 htcraphael user.info kernel: [ 5.034851] mmc0: Qualcomm MSM SDCC at 0xa0400000 irq 24,0 dma -1 |
| 19:54.52 | phh | alright |
| 19:55.00 | cr2 | ok |
| 19:55.05 | phh | messages:Oct 8 21:45:12 htcraphael user.info kernel: [ 5.100341] mmc0: PIO transfer enabled |
| 19:55.06 | cr2 | mmc1 ? |
| 19:55.11 | phh | still using dma |
| 19:55.11 | cr2 | good |
| 19:55.16 | phh | messages:Oct 8 21:45:12 htcraphael user.info kernel: [ 5.221832] mmc1: Qualcomm MSM SDCC at 0xa0500000 irq 26,87 dma 8 |
| 19:55.27 | cr2 | ok. i like it this way |
| 19:56.02 | cr2 | much better than having 2 controllers on 1 dma channel |
| 19:56.03 | phh | do you need some more infos or can i work back in android ? |
| 19:56.15 | cr2 | no. that's ok. |
| 19:56.22 | cr2 | maybe the bt clocks |
| 19:56.47 | cr2 | being switched to wince values for > 480600 |
| 19:56.47 | phh | (I/windows) don't want to do many reboots today |
| 19:57.06 | cr2 | ok |
| 19:57.53 | cr2 | do you get crc errors for wifi sdio ? |
| 19:58.05 | cr2 | which cloock speed do you use ? |
| 19:58.14 | phh | err, i used leobaillard's script, with which i never get crc errors even with dma |
| 19:58.22 | phh | it's the 7M clock |
| 19:59.04 | phh | i'll do some tries to test this later |
| 20:01.14 | cr2 | ok |
| 20:01.19 | phh | cr2: is there a way to force "quick" usb charge in linux ? |
| 20:01.28 | phh | i can't use it non-stop on linux even if connected |
| 20:01.37 | phh | it consumes more than it takes /o\ |
| 20:01.44 | phh | (or the battery indicator is wrong) |
| 20:01.46 | cr2 | it's a gpio afair |
| 20:02.04 | cr2 | is the charging driver implemented properly ? |
| 20:02.23 | cr2 | need to check it some time |
| 20:12.05 | *** join/#htc-linux AstainHellbring (n=AstainHe@unaffiliated/astainhellbring) |
| 20:19.09 | captnoord | hmmm cr2 your right..... i'm sorry.... but the on chip ts controller isn't much different from the TSC2003 one.... |
| 20:20.10 | captnoord | maybe that got me confused |
| 20:20.53 | *** join/#htc-linux cr2 (n=cr2@ip-109-84-144-61.web.vodafone.de) |
| 20:22.33 | *** join/#htc-linux captnoord_ (n=captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 20:22.46 | *** join/#htc-linux captnoord_ (n=captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 20:28.16 | *** join/#htc-linux NexVision (n=a@mail.tamcare.com) |
| 20:31.48 | *** join/#htc-linux NexVision__ (n=a@c-76-109-33-88.hsd1.fl.comcast.net) |
| 20:37.58 | phh | YYYYYYEEEEEAAAAAHHHHHHHHHAAAAAAAA |
| 20:38.01 | phh | (sorryà ) |
| 20:38.19 | captnoord_ | ? |
| 20:38.20 | captnoord_ | what |
| 20:38.23 | captnoord_ | its working? |
| 20:38.29 | phh | just got wifi working in android. |
| 20:38.35 | captnoord_ | cheers |
| 20:38.36 | captnoord_ | GOOD job |
| 20:38.42 | captnoord_ | well done |
| 20:38.57 | phh | that was way harder than in linux .... |
| 20:39.13 | craig0r | nice! |
| 20:42.23 | phh | let's do a release with both bluetooth :) |
| 20:43.26 | cr2 | phh: congratulations :) |
| 20:43.39 | cr2 | phh: BT needs 4mbit clock problem resolved |
| 20:43.42 | phh | cr2: that's mostly your work |
| 20:43.48 | phh | cr2: ho great ! |
| 20:43.58 | phh | now say gps works and that will be perfect :p |
| 20:44.38 | cr2 | hehe |
| 20:45.23 | cr2 | i suggest to return to wince values for higher clocks |
| 20:46.09 | phh | clocks are one thing |
| 20:46.17 | phh | do you now the "regs" (?) ? |
| 20:46.27 | phh | for setting "baud rate = clock/16" |
| 20:46.28 | phh | and things |
| 20:46.40 | cr2 | i'll make a patch |
| 20:47.07 | cr2 | the current values do not work anyway, so it's not a big loss |
| 20:48.10 | phh | now, i have to "backport" my android changes to a clean tree... |
| 20:52.18 | *** join/#htc-linux captnoord__ (n=captnoor@dc5147a47b.adsl.wanadoo.nl) |
| 20:54.12 | captnoord__ | cr2 the ts controller that is inside the 7201 is TSC2003 alike.... |
| 20:54.20 | captnoord__ | so I think the driver dev's hacked it to work |
| 21:13.56 | *** join/#htc-linux stickboy (n=anonymou@128.153.211.150) |
| 21:17.59 | cr2 | phh: my curretn diff |
| 21:18.31 | phh | ? |
| 21:19.02 | cr2 | https://privatepaste.com/beTBt3xw22 |
| 21:25.19 | cr2 | phh: with gps i'm surprised that i get a direct response to the pdsm_get_positionm |
| 21:25.30 | cr2 | 28bytes, it's int32_t |
| 21:25.39 | cr2 | the then some 60bytes |
| 21:25.46 | cr2 | both not seen in wince |
| 21:25.51 | phh | strange |
| 21:26.11 | cr2 | and there are no messages from arm9 to my registered servers |
| 21:27.07 | cr2 | and adsp_cid |
| 21:27.23 | cr2 | all show that something is broken in the overall RPC setup |
| 21:27.48 | phh | argh |
| 21:28.42 | cr2 | adsp_cid is also responsible for getting response from arm9 |
| 21:29.14 | cr2 | before dzo added this "fix", the phone was freezing too |
| 21:58.42 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
| 22:15.57 | *** join/#htc-linux thedicemaster2 (n=thedicem@j89051.upc-j.chello.nl) |
| 22:38.30 | *** join/#htc-linux DarkMasterHalo (n=DarkMast@modemcable070.63-56-74.mc.videotron.ca) |
| 22:41.19 | DarkMasterHalo | . |
| 23:32.52 | tmzt | DarkMasterHalo: hello |
| 23:33.34 | tmzt | is captnoord saying there might be pressure data? |
| 23:34.30 | tmzt | somebody tell Gnutoo it's not using XCALIBRATE, just xi 2 |
| 23:34.39 | tmzt | he might need to upgrade oe's X server |
| 23:34.42 | tmzt | need to go |
| 23:37.39 | *** join/#htc-linux riddlebox (n=james@75-132-225-75.dhcp.stls.mo.charter.com) |
| 23:38.25 | riddlebox | yeah I finally can get android to boot for a bit on my raph800! cant do anything else though.. |
| 23:43.37 | DarkMasterHalo | Isn't it supported ? |
| 23:46.13 | DarkMasterHalo | Well, I can't get SMS to work on my Diam100. Even though I've tried to modify the SMSC settings to the proper one. It says "Update Error" ... |
| 23:46.23 | DarkMasterHalo | It maybe fixed soon :) |
| 23:48.18 | riddlebox | DarkMasterHalo, not really they are working on everything |
| 23:49.10 | DarkMasterHalo | Well, unfortunately, I've very little knowledge in drivers, if only I could get some kind of tutorial, I'm willing to learn and help :) |
