00:57.02 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
02:26.43 | *** join/#htc-linux LTxda (n=anon@unaffiliated/ltxda) |
02:45.11 | *** join/#htc-linux droid001 (n=mc@p4FDCF98A.dip.t-dialin.net) |
03:08.26 | *** join/#htc-linux mrmoku|a` (n=mrmoku@ppp-93-104-97-177.dynamic.mnet-online.de) |
04:10.22 | *** join/#htc-linux Moku (n=John@78.48.7.86) |
04:11.54 | *** join/#htc-linux goxboxlive (n=jrs@mail2.hjellnesconsult.no) |
04:36.30 | *** join/#htc-linux droid0011 (n=mc@p4FDCC66B.dip.t-dialin.net) |
05:05.44 | *** join/#htc-linux Gigawatts (n=chatzill@136.176.112.38) |
05:24.49 | *** join/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
05:25.03 | TheSarge | Whatup |
05:25.27 | TheSarge | Anyone here? |
05:25.59 | TheSarge | Yo |
05:27.24 | *** join/#htc-linux dedet (n=dedet@121.101.188.42) |
05:33.01 | tmzt | yah, how are things? |
05:33.35 | TheSarge | Good |
05:33.39 | TheSarge | You? |
05:34.19 | tmzt | good |
05:35.54 | xsacha-tv | m good thx |
05:36.26 | tmzt | still watching broken tv? |
05:37.32 | xsacha-tv | :( |
05:37.44 | xsacha-tv | listening.. audio, no pic |
05:38.41 | Gigawatts | thats quite sad |
05:40.16 | xsacha-tv | this is crazy stupid: http://www.blogcdn.com/www.engadget.com/media/2009/02/charger_unification_europe.jpg |
05:40.26 | xsacha-tv | they need a standard gr |
05:44.48 | xsacha-tv | micro-usb standard coming.. |
05:46.12 | *** join/#htc-linux pleemans (n=toi@mailhost.infoco.be) |
05:48.57 | *** join/#htc-linux pe7er (n=Adium@f053194247.adsl.alicedsl.de) |
05:54.45 | *** join/#htc-linux cr2 (n=cr2@ip-90-186-221-225.web.vodafone.de) |
05:55.30 | cr2 | morning |
06:04.08 | *** join/#htc-linux cr2_ (n=cr2@ip-90-186-16-167.web.vodafone.de) |
06:09.15 | *** join/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
06:10.01 | *** part/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
06:10.58 | tmzt | usb/microusb or the smart charger? |
06:11.06 | tmzt | got disconnected |
06:13.43 | *** join/#htc-linux BabelO (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
06:18.49 | cr2_ | hi tmzt |
06:19.10 | tmzt | hello |
06:19.16 | tmzt | not really awake yet |
06:19.33 | *** join/#htc-linux kiozen (n=oeichler@p549214C2.dip0.t-ipconnect.de) |
06:20.08 | cr2_ | need to do something about adsp |
06:20.19 | *** join/#htc-linux kiozen (n=oeichler@p549214C2.dip0.t-ipconnect.de) |
06:20.49 | cr2_ | and to write the msm_snd ioctl program |
06:21.03 | tmzt | ok |
06:21.21 | tmzt | I tried something like that but didn't get anywhere |
06:40.42 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
06:50.53 | xsacha-tv | tmzt: i got source code of wolfson's windows ce battery driver |
06:51.13 | xsacha-tv | it doesnt matter the zylonite_battdrvr.dll at all because it uses ac97 and ioctl to communicate instead of i2c |
06:51.29 | xsacha-tv | but i believe i could use wolson's chip to measure battery anyway (i have 2 options) |
06:52.23 | xsacha-tv | the chip has 4 AUX to measure voltage but only AUX_1 seems to be enabled (by winmo, it's a register setting) and it always reports the same value: 3681 (3.681V?) |
06:53.52 | xsacha-tv | the thing is wolfson's battery driver is fully opensource and i dont even know which chip my device is intended to use for battery measurements and i doubt there is a driver for it :\ |
06:57.16 | tmzt | interesting |
06:57.32 | tmzt | I think volatge should be largely constant |
06:58.08 | tmzt | does it have w1 or other interface? |
06:58.16 | tmzt | to the battery |
07:02.20 | *** join/#htc-linux BabelO (n=fcr@unaffiliated/babelo) |
07:18.46 | xsacha-tv | havent seen w1 mentioned anywhere |
07:19.06 | xsacha-tv | the battery driver seems to think charge depends on voltage.. max voltage being about 3800-3900 and min voltage being about 3100 |
07:19.39 | xsacha-tv | it thinks the charge is linear from about 3500-3800 and then it is a curve from 3500 to 100 (quickly reducing voltage) |
07:20.54 | xsacha-tv | i see I2S mentione, AC97 and IOCTL |
07:21.09 | xsacha-tv | for the driver that comes with zylonite though, only I2C is used |
07:21.17 | xsacha-tv | (comes with my phone i mean) |
07:23.34 | xsacha-tv | obviously it's talking to a different chip |
07:28.53 | xsacha-tv | yeah well: I2C, AC97, IOCTL but no W1 |
07:28.58 | xsacha-tv | I2S*** |
07:30.04 | xsacha-tv | there is also a power management chip that comes includes with our gsm chip.. i might look at it |
07:30.43 | xsacha-tv | QDSP4000 is the modem (inside a msm6280) |
07:31.52 | xsacha-tv | it's a chip that seems to do everything (usb, gps, gsm, SD, SDIO, keypad, audio, power, camera, graphics, video) but im pretty sure it is used solely for GSM |
07:40.01 | *** join/#htc-linux pe7er (n=Adium@f053194247.adsl.alicedsl.de) |
07:54.16 | *** join/#htc-linux tuxhero (n=tuxhero@58.68.74.85) |
07:55.21 | *** join/#htc-linux BabelO_ (n=fcr@82.238.28.28) |
08:01.12 | tuxhero | tmzt i had ported 2.6.27 to 2.6.29 after setting RPC Versions to 0 i got audiomanager working and some welcome type of messages after that kernel stop responding. In 2.6.27 kernel audio manager is stopping at 804 line of smd_rpcrouter.c it's msm_rpc_write function |
08:02.33 | tuxhero | from smd_rpcrouter.c comments /* TODO: fragmentation for large writes */ i think our rpc needs that |
08:02.53 | *** part/#htc-linux tuxhero (n=tuxhero@58.68.74.85) |
08:21.01 | *** join/#htc-linux nebi (n=nebi@217.142.147.19) |
08:26.13 | *** join/#htc-linux MethoS (n=clemens@host-091-096-215-205.ewe-ip-backbone.de) |
08:37.31 | *** join/#htc-linux jim_p (n=Miranda@alc112.alcatel.be) |
08:38.06 | *** join/#htc-linux stoked (n=t808490@174.6.56.53) |
09:09.29 | *** part/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
09:45.18 | xsacha-tv | hey anyone know about the status of HTC Hermes? |
09:45.23 | xsacha-tv | is battery working? |
09:53.33 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87cc4a.pool.einsundeins.de) |
09:56.32 | *** join/#htc-linux dcordes-kais (n=dcordes-@ip-90-186-171-180.web.vodafone.de) |
09:56.37 | dcordes-kais | hello |
10:08.00 | *** join/#htc-linux jim_p (n=Miranda@alc112.alcatel.be) |
10:23.45 | *** join/#htc-linux jim_p (n=Miranda@alc112.alcatel.be) |
10:53.33 | *** join/#htc-linux fnord (n=fnord@24-151-90-116.static.nwtn.ct.charter.com) |
11:11.32 | *** join/#htc-linux guest55555 (n=stephan@rgnb-5d87cc4a.pool.einsundeins.de) |
11:22.01 | xsacha-tv | the voltage does change: <7>power_supply battery: prop VOLTAGE_NOW=3688 |
11:31.28 | xsacha-tv | hey if my desktop says it is still connected to my phone via usb when im in linux.. is it really connected? |
11:31.43 | xsacha-tv | it disconnects when i reboot/take out battery |
11:31.59 | xsacha-tv | (or take out cord) |
12:08.19 | *** join/#htc-linux pleemans (n=toi@mailhost.infoco.be) |
12:24.58 | *** join/#htc-linux stephan1 (n=stephan@rgnb-5d87c4c6.pool.einsundeins.de) |
12:34.37 | *** join/#htc-linux stephan2 (n=stephan@rgnb-5d87d311.pool.einsundeins.de) |
12:37.50 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87d311.pool.einsundeins.de) |
12:38.15 | *** join/#htc-linux JuNu_KN (n=chatzill@95.113.17.94) |
12:59.55 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87cb37.pool.einsundeins.de) |
12:59.57 | *** join/#htc-linux stephan2 (n=stephan@rgnb-5d87cb37.pool.einsundeins.de) |
13:00.28 | *** part/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87cb37.pool.einsundeins.de) |
13:05.26 | *** join/#htc-linux Guest55555 (n=Guest555@rgnb-5d87cb37.pool.einsundeins.de) |
13:09.58 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d87cb37.pool.einsundeins.de) |
13:20.43 | *** part/#htc-linux pe7er (n=Adium@f053194247.adsl.alicedsl.de) |
13:26.01 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
13:36.51 | *** join/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
13:46.28 | *** join/#htc-linux BabelO_ (n=fcr@unaffiliated/babelo) |
13:46.40 | *** join/#htc-linux darkstar62 (n=darkstar@m2b0e36d0.tmodns.net) |
14:04.05 | *** join/#htc-linux Gigawatts (n=chatzill@mactop.st.bradley.edu) |
14:06.52 | *** join/#htc-linux goxboxlive (n=goxboxli@140.84-48-184.nextgentel.com) |
14:12.54 | *** join/#htc-linux jim_p (n=Miranda@alc112.alcatel.be) |
14:13.49 | *** join/#htc-linux sdt555 (n=titus@147.145.40.44) |
14:22.02 | *** join/#htc-linux m0zzie_ (n=m0zzie@60-241-53-34.static.tpgi.com.au) |
14:26.34 | *** join/#htc-linux pleemans (n=toi@mailhost.infoco.be) |
14:27.31 | *** part/#htc-linux sdt555 (n=titus@147.145.40.44) |
14:27.48 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.139) |
14:32.47 | *** join/#htc-linux g55 (n=g55@rgnb-5d87cb37.pool.einsundeins.de) |
14:41.17 | *** join/#htc-linux g55 (n=g55@rgnb-5d87cb37.pool.einsundeins.de) |
14:43.00 | *** join/#htc-linux pe7er (n=Adium@78.53.194.247) |
14:44.10 | *** join/#htc-linux m0zzie_ (n=m0zzie@60-241-53-34.static.tpgi.com.au) |
15:02.50 | *** join/#htc-linux pleemans (n=toi@mailhost.infoco.be) |
15:03.06 | *** join/#htc-linux m0zzie_ (n=m0zzie@60-241-53-34.static.tpgi.com.au) |
15:05.35 | *** join/#htc-linux darkstar62 (n=darkstar@m130e36d0.tmodns.net) |
15:10.50 | *** join/#htc-linux kiozen (n=oeichler@rgnb-5d87c2f3.pool.einsundeins.de) |
15:16.32 | *** join/#htc-linux darkstar62 (n=darkstar@m6c0e36d0.tmodns.net) |
15:34.49 | *** join/#htc-linux Shinto (n=John@g227224054.adsl.alicedsl.de) |
15:39.12 | *** join/#htc-linux nebi (n=nebi@217.142.147.19) |
15:50.22 | *** join/#htc-linux vts (n=vts@88-117-93-50.adsl.highway.telekom.at) |
15:53.44 | *** join/#htc-linux DJW|Home (i=djwillis@82-46-19-72.cable.ubr02.bath.blueyonder.co.uk) |
15:56.15 | *** part/#htc-linux vts (n=vts@88-117-93-50.adsl.highway.telekom.at) |
16:02.54 | *** join/#htc-linux vts (n=vts@88-117-93-50.adsl.highway.telekom.at) |
16:02.57 | *** part/#htc-linux vts (n=vts@88-117-93-50.adsl.highway.telekom.at) |
16:05.50 | *** join/#htc-linux BabelO__ (n=fcr@lun34-2-82-238-28-28.fbx.proxad.net) |
16:10.40 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.139) |
16:19.26 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.139) |
16:19.39 | *** part/#htc-linux mugsie (n=Administ@unaffiliated/mugsie) |
16:20.29 | *** join/#htc-linux marex (n=marex@vasut.kolej.mff.cuni.cz) |
16:23.18 | *** join/#htc-linux Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
16:24.30 | Captnoord | waves around |
16:24.54 | *** join/#htc-linux chab7 (n=kvirc@fibhost-67-206-132.fibernet.bacs-net.hu) |
16:34.24 | *** join/#htc-linux pH5 (n=ph5@e178203122.adsl.alicedsl.de) |
16:38.50 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.139) |
16:38.59 | *** join/#htc-linux dante__ (n=chatzill@host176-48-static.15-79-b.business.telecomitalia.it) |
16:51.10 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
16:51.40 | Echo31 | Hi all |
16:58.09 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
17:00.31 | *** join/#htc-linux skodde (n=skodde@unaffiliated/skodde) |
17:07.40 | *** join/#htc-linux Echo31_ (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
17:11.07 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
17:12.17 | Echo31 | Hi pH5 |
17:14.15 | pH5 | hej Echo31 |
17:16.26 | Echo31 | pH5: no idea for initializing clpd1 |
17:21.17 | *** join/#htc-linux onen|openBmap (n=quassel@mry91-1-89-87-198-158.dsl.club-internet.fr) |
17:22.47 | Echo31 | pH5: the cpld1 .direction can it have other values different of HTC_EGPIO_INPUT and HTC_EGPIO_OUPUT (i.e. 0x01ff) ? |
17:23.19 | pH5 | yes |
17:25.17 | Echo31 | pH5: Can you (or cr2) ensure the correct value of .direction =HTC_EGPIO_INPUT or HTC_EGPIO_OUPUT for cpld1? |
17:27.44 | Echo31 | pH5: How to find the value. direction ? |
17:30.11 | pH5 | Echo31: as explained in the kerneldoc comments, it's a bitfield (0 in, 1 out). http://www.htc-linux.org/wiki/index.php?title=CPLD1 tells you what to choose. |
17:39.50 | *** join/#htc-linux StarLite (n=nnscript@s55916ca6.adsl.wanadoo.nl) |
17:51.36 | *** join/#htc-linux swc|666 (n=infidel2@unaffiliated/swc666/x-4934821) |
17:52.09 | tmzt | why is that driver so low-level anyway? bitmasks? |
17:53.56 | Echo31 | pH5: from http://www.htc-linux.org/wiki/index.php?title=CPLD1, for Bpin+2 bytes , why not +1 byte. The CPLD1 registers size are 8 bits ? |
17:54.44 | *** join/#htc-linux vts (n=vts@62-47-205-176.adsl.highway.telekom.at) |
17:57.55 | *** join/#htc-linux LTxda (n=anon@unaffiliated/ltxda) |
17:57.56 | pH5 | tmzt: it was written before configuration list parsers became en vogue |
17:58.06 | tmzt | ah |
17:58.09 | tmzt | no gpio-api? |
17:58.11 | pH5 | Echo31: obviously, register width is 8 bits, but the spacing is 16. |
17:58.23 | pH5 | tmzt: this is the driver which provides the gpio api |
17:58.28 | pH5 | for htc cplds |
17:58.39 | tmzt | so gpio_set_direction works? |
17:59.06 | pH5 | yes/no. htc egpios are fixed direction. so gpio_set_direction either does nothing or fails. |
17:59.32 | tmzt | ok |
17:59.37 | tmzt | that makes sense |
17:59.59 | tmzt | you're describing the hardware rather than configuring it |
18:01.08 | pH5 | tmzt: that's right. maybe I should put a sentence to that effect in the documentation for that .direction field. |
18:03.53 | Echo31 | ph5: i find . the correct value are |
18:03.53 | Echo31 | <PROTECTED> |
18:03.53 | Echo31 | .bus_width = 8, |
18:04.41 | Echo31 | pH5: The spacing is 8 |
18:06.49 | *** join/#htc-linux xero (n=IceChat7@70.90.206.16) |
18:08.47 | *** join/#htc-linux LTxda (n=anon@unaffiliated/ltxda) |
18:09.01 | Echo31 | pH5: now cpld1 and cpld2 are initialized |
18:13.34 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-149-80.web.vodafone.de) |
18:13.43 | cr2 | hi |
18:13.53 | Echo31 | cr2: hi |
18:14.15 | cr2 | hi Echo31 |
18:14.23 | cr2 | tmzt: need some help from you |
18:14.46 | Echo31 | cr2 : now cpld1 and cpld2 are initialized |
18:15.02 | pH5 | Echo31: the wiki says CPLD1 spacing is 16 |
18:15.05 | pH5 | hi cr2 |
18:15.14 | cr2 | hi pH5 |
18:15.35 | cr2 | Echo31: you don't need to init them. afaik |
18:15.43 | Echo31 | ph5 cr2: With 8, cpld1 works |
18:16.02 | cr2 | with 8 ? |
18:16.44 | pH5 | I don't believe that. |
18:16.52 | Echo31 | cr2: cpld1 register size is 8 bits ans the spacing 8 bits |
18:17.31 | cr2 | Echo31: the registers have 16bit spacing |
18:17.40 | cr2 | ldrh/strh |
18:18.01 | cr2 | but only lower 8bit are used |
18:19.33 | Echo31 | cr2: i don't know, find the code http://fr.pastebin.ca/1479806 |
18:20.24 | tmzt | cr2: ok |
18:20.47 | cr2 | pH5: do we need to pack gpio space ? .gpio_base = NR_BUILTIN_GPIO + 64 |
18:21.58 | cr2 | tmzt: can you play 1. .wav 2. mp3 3. .wma 4. .wmv ? and after each step dump the smem ? |
18:22.09 | tmzt | on wm? |
18:22.15 | tmzt | I guess I can try |
18:22.30 | tmzt | can you give me the commands? |
18:22.32 | pH5 | cr2: you should, for clarity. but it's not strictly necessary as long as you stay blow 256 in total. |
18:23.01 | cr2 | ok |
18:23.58 | *** join/#htc-linux mugsie1 (n=Administ@86-45-11-136-dynamic.b-ras2.prp.dublin.eircom.net) |
18:24.08 | cr2 | tmzt: pwf smem-X 0x01f00000 0x100000 , where X is the dump name, like wav,mp3,wma |
18:24.23 | Echo31 | cr2: i think , also we can put less , gpio_base=8*7 is enough |
18:24.27 | tmzt | ok |
18:24.29 | cr2 | tmzt: we need to try to expose all adsp modules |
18:24.42 | *** part/#htc-linux mugsie1 (n=Administ@86-45-11-136-dynamic.b-ras2.prp.dublin.eircom.net) |
18:24.57 | cr2 | tmzt: this will be 6150 amss for you, and 5200 for me |
18:25.06 | Echo31 | cr2: gpio_base=NR_BUILTIN_GPIO + 56 |
18:25.13 | tmzt | yes, ok |
18:25.32 | cr2 | Echo31: try to init the cpld1 with the "as is" wince values |
18:25.46 | cr2 | Echo31: i think we are missing something really minor. |
18:26.17 | cr2 | tmzt: you may guees from the module list what other options are possible |
18:27.00 | tmzt | if I can get rndis working, just upgraded to karmic last week |
18:27.12 | tmzt | module list? |
18:28.16 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
18:28.18 | *** join/#htc-linux droid001 (n=mc@p4FDCCF6B.dip.t-dialin.net) |
18:29.05 | *** join/#htc-linux stickboy (n=anonymou@ool-457e4101.dyn.optonline.net) |
18:31.40 | cr2 | typedef enum { |
18:31.50 | cr2 | qdsp_module_type; |
18:32.07 | cr2 | 28 QDSP_MODULE_AUDIO_DEC_MP3, |
18:32.09 | cr2 | 29 QDSP_MODULE_AUDIO_DEC_AAC, |
18:32.10 | cr2 | 30 QDSP_MODULE_AUDIO_DEC_WMA, |
18:32.15 | cr2 | do you have .aac ? |
18:32.48 | cr2 | 41 QDSP_MODULE_VIDEOENCTASK, |
18:33.03 | cr2 | 53 QDSP_MODULE_QCAMTASK, |
18:33.15 | tmzt | ok |
18:33.23 | cr2 | 45 QDSP_MODULE_VIDEO_AMR, |
18:33.38 | Echo31 | cr2: what are "as is" wince values ? |
18:34.09 | cr2 | Echo31: .initial_values from 'pd 0x08000000 0x14' |
18:34.34 | Echo31 | cr2: ok |
18:34.48 | cr2 | Echo31: you can certainly drop the LEDs from this list |
18:39.04 | Echo31 | cr2: i find |
18:39.04 | Echo31 | 08000000 | 0000000c 00d00012 00fe0000 000a0021 | ............!... |
18:39.04 | Echo31 | 08000010 | 00000000 |
18:41.20 | cr2 | c,0,12,d,0,fe,21,(a),0 |
18:47.51 | Echo31 | cr2: your values and with Hpin init= 0xa , cpld1 works |
18:49.11 | *** join/#htc-linux pe7er (n=Adium@pD9E6C49A.dip.t-dialin.net) |
18:49.25 | cr2 | Echo31: "a" is not for H |
18:49.34 | cr2 | H should be 0 |
18:49.54 | cr2 | Echo31: let's try to reduce the number of set pins now. |
18:50.12 | cr2 | it's obviously an init problem, not the driver itself |
18:50.27 | Echo31 | cr2: what is (a) ? |
18:50.48 | cr2 | th value for the "hole" register |
18:51.34 | cr2 | there is a hole between G and H, the +0xe register |
18:52.08 | cr2 | tmzt: do you have a bt headset ? |
18:53.01 | Echo31 | cr2: A= c B=0 C=12 D=d E nothing F=fe G=21 H=0 ? |
18:53.26 | tmzt | I do, but not with me |
18:53.54 | cr2 | tmzt: ok |
18:54.25 | tmzt | dumping all of smem? |
18:54.29 | cr2 | Echo31: you have dropped the "input" regs ? |
18:54.58 | cr2 | tmzt: the rpccall fifos, if the size makes you nervous :) |
18:55.07 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) |
18:56.50 | tmzt | what are you looking for in here? |
18:57.07 | tmzt | it's 64k lines |
18:57.24 | cr2 | not lines, the rpc calls |
18:57.36 | tmzt | where do they start? |
18:58.24 | cr2 | od -A x -t x4 -w16 -j $((0x10198)) -N $((0x2048)) |
18:58.42 | cr2 | it must be in the wiki |
18:58.59 | tmzt | 518 lines, I can paste that |
18:59.19 | cr2 | ok |
19:00.08 | cr2 | rpccall location is not documented for raph800 ;) |
19:00.50 | tmzt | https://privatepaste.com/1f1TfnBGb5 |
19:04.43 | cr2 | tmzt: 02000000 0a000030 |
19:04.51 | cr2 | then |
19:05.01 | tmzt | -j -N? |
19:05.07 | cr2 | 00000000 01000000 |
19:05.20 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) |
19:05.27 | cr2 | this is RPC PROG=a, VERS=0, FUNC=1 |
19:05.46 | tmzt | did changing func help? |
19:06.16 | Echo31 | cr2: You want remove E , F init_value, G init_value or E,F,G ? |
19:06.16 | cr2 | 1,1,2,4 |
19:06.27 | cr2 | Echo31: yes |
19:06.39 | cr2 | Echo31: nothing should change |
19:07.21 | cr2 | tmzt: ADSPRTOSATOM 0x3000000a adsp_* |
19:07.42 | cr2 | 1,4 adsp_rtos_app_to_modem (got_it=1,cmd=1,proc_id=2,module=4) |
19:08.01 | cr2 | that looks familiar |
19:08.10 | cr2 | tmzt: what did you play ? |
19:08.28 | cr2 | filetype |
19:08.31 | tmzt | wma from MUSIC |
19:08.35 | tmzt | sample |
19:08.46 | cr2 | module=4 |
19:09.08 | cr2 | <PROTECTED> |
19:09.37 | cr2 | is it right ? |
19:09.47 | tmzt | Windows Media Audio 9.2 |
19:10.05 | tmzt | 96 kbps, stereo 1-pass CBR |
19:10.26 | tmzt | I'm not sure it was still playing though |
19:10.34 | tmzt | since the pwf took so long |
19:10.59 | Echo31 | cr2: i removed E,F and G: cpld1 works |
19:11.00 | cr2 | 2,5 snd_set_volume_modem_reset (dev=d,method=1,vol=5,cb,data) |
19:11.05 | cr2 | it was mine |
19:11.13 | tmzt | you found that in mine? |
19:11.37 | cr2 | tmzt: yours is d,0,2 |
19:12.07 | cr2 | i think in g1 code method=0 is hardcoeded ? |
19:12.15 | tmzt | dev,method,vol? |
19:12.24 | cr2 | i think 0 is voice |
19:12.26 | cr2 | yes |
19:12.29 | Echo31 | cr2: Why you want remove the input registers ? |
19:13.04 | cr2 | Echo31: because it's the wince state. let's look for other unsuspicious bits |
19:13.32 | cr2 | tmzt: '0xd' is the device in the SND list |
19:13.35 | tmzt | 0 is voice? do we know what method is for? |
19:13.37 | tmzt | oh |
19:13.41 | tmzt | which endpoint? |
19:14.07 | cr2 | on g1 ? |
19:14.08 | *** part/#htc-linux vts (n=vts@62-47-205-176.adsl.highway.telekom.at) |
19:14.19 | cr2 | BH M100 |
19:14.55 | cr2 | 1,5 snd_set_device_modem_reset (dev=1,ear_mute=1,mic_mute=1,cb,data) |
19:14.59 | cr2 | this is ok for you too |
19:15.16 | cr2 | 1 is speaker |
19:15.27 | cr2 | don't know why volume uses 'd' |
19:15.43 | tmzt | not using bluetooth, no idea |
19:15.45 | cr2 | dev=1 is speaker |
19:15.52 | tmzt | unless it's different on cdma |
19:15.53 | cr2 | tmzt: the same here |
19:16.27 | tmzt | still lost |
19:16.31 | Echo31 | cr2: Perhaps, i understand incorrectly. I dropped the 3 whole registers |
19:16.52 | tmzt | maybe the devices are different on volume |
19:16.58 | cr2 | uh,0x1c pm_mic_set_volt |
19:17.06 | tmzt | bias? |
19:17.23 | cr2 | not completely documented in wiki yet. |
19:17.51 | cr2 | Echo31: that's ok. let's try to remove further bits. what do you have left ? |
19:19.33 | Echo31 | cr2: I removed the 3 whole registers : E F G |
19:19.37 | cr2 | 3c=5, 2c=? |
19:19.57 | cr2 | Echo31: it's ok. i mean the set bit in other ouput banks |
19:20.06 | cr2 | 3c-2c=10 |
19:20.18 | cr2 | 10/4=4 |
19:20.23 | cr2 | 2c=1 |
19:20.49 | cr2 | editing wiki |
19:21.21 | cr2 | tmzt: pm_mic_set_volt(0) for you |
19:22.02 | tmzt | the mic is not being used |
19:22.44 | cr2 | see d,1,5 for you too |
19:23.06 | cr2 | 0,0,0for reset |
19:23.19 | Echo31 | cr2: you want that i remove step by step the output registers? |
19:23.21 | tmzt | what can I do with this? |
19:24.06 | cr2 | i see pm_mic_set_volt(1) |
19:24.09 | cr2 | Echo31: wait |
19:27.01 | cr2 | tmzt: found 13 |
19:27.12 | cr2 | =audmgr |
19:27.32 | tmzt | endpoint? |
19:27.43 | cr2 | 1,8 audmgr_enable_client_apps (one=1,tx_rat=0,rx_rat=9,def_meth=5,codec=4,snd_meth=1,cb=9,data=80d57a01) |
19:27.47 | cr2 | you have |
19:28.12 | tmzt | try mp3 or wav now? |
19:28.17 | tmzt | should codec change? |
19:28.30 | tmzt | we have the kernel side of audmgr for g1 right? |
19:28.38 | cr2 | 1,0,9,5,4,1,9,a0d67f01 |
19:28.57 | cr2 | yes, it's all in the g1 code |
19:29.14 | cr2 | the same as mine. |
19:29.40 | cr2 | codec=4 |
19:30.07 | cr2 | 2,1 audmgr_disable_client_apps (0) |
19:30.21 | cr2 | the same for you |
19:31.28 | tmzt | what is codec=4 then? |
19:31.33 | tmzt | how can we do pcm? |
19:31.53 | cr2 | check g1 code |
19:32.02 | cr2 | it's all guesswork now |
19:32.05 | cr2 | 1,4 adsp_rtos_app_to_modem (got_it=1,cmd=1,proc_id=2,module=4) |
19:32.06 | *** join/#htc-linux MEDIA-CENTRE (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
19:32.37 | cr2 | 1,2,2,4 |
19:32.46 | tmzt | process id? |
19:32.51 | cr2 | so, cmd=2 now |
19:32.54 | MEDIA-CENTRE | hi all |
19:33.15 | bally3 | lol |
19:33.53 | tmzt | hello |
19:35.17 | cr2 | 7,1 clk_regime_sec_enable |
19:35.32 | cr2 | 0x28 for you |
19:35.39 | tmzt | 0x28,1? |
19:35.44 | bally3 | can anyone tell me how long it should take for the new datastore image to extract? |
19:35.51 | cr2 | 1 is 1 param |
19:35.59 | tmzt | how big is the source? |
19:35.59 | tmzt | and what device? |
19:36.00 | cr2 | clk_regime_sec_enable(0x28) |
19:36.06 | cr2 | don't know |
19:36.10 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d874933.pool.einsundeins.de) |
19:36.10 | cr2 | did you enable cam ? |
19:36.32 | bally3 | polaris, i believe 128mb with the new initrd.gz |
19:36.37 | cr2 | 0x33 |
19:36.49 | cr2 | also in my list |
19:37.12 | cr2 | 0x29 |
19:37.30 | *** join/#htc-linux dcordes (n=dcordes@unaffiliated/dcordes) |
19:37.50 | cr2 | 0x26,1 clk_regime_sec_sel_vfe_src (0/1) |
19:38.13 | tmzt | ah, you're getting these from the wiki? |
19:38.14 | cr2 | tmzt: it's probably the initial setup |
19:38.35 | tmzt | ok |
19:39.14 | cr2 | clk_regime_sec_disable |
19:39.53 | tmzt | does playsound work? |
19:40.55 | cr2 | it hangs |
19:41.13 | tmzt | oh |
19:41.14 | cr2 | and it needs msm_snd device selection ioctl support |
19:41.24 | tmzt | I mean in haret |
19:41.32 | cr2 | can you play .mp3 ? |
19:41.33 | tmzt | yeah |
19:41.38 | tmzt | yeah, let me do that |
19:41.41 | cr2 | no |
19:41.45 | tmzt | do you have the addresses to dump? |
19:42.03 | cr2 | because the filename is hardcoded 'chord.wav' ? |
19:42.12 | cr2 | it's not avalibale on wince6.1 |
19:42.16 | tmzt | ok |
19:42.28 | cr2 | we need to patch playsound and add 1 param =name |
19:42.30 | tmzt | I can copy the alsa ones to \windows |
19:43.06 | cr2 | play mp3 and wav |
19:43.31 | cr2 | and record |
19:43.44 | cr2 | to/from with headset |
19:44.48 | cr2 | Echo31: what is c on A ? |
19:44.59 | cr2 | c=8+4 |
19:45.30 | cr2 | GPIOA6 0x0040 FIR pwr1 related |
19:45.32 | cr2 | GPIOA7 0x0080 cam related(orr,bic) msleep10 |
19:45.39 | cr2 | Echo31: replace c by 0 |
19:46.02 | cr2 | FIR pwr1 is weird |
19:46.54 | tmzt | why? |
19:47.11 | tmzt | don't have headset here, wired or bt |
19:47.12 | cr2 | tmzt: you have only dev=1,1,1 and dev=0,0,0 for sound |
19:47.25 | cr2 | tmzt: ok, play .mp3 |
19:47.46 | cr2 | then we will check audmgr and adsp |
19:47.52 | cr2 | dcordes: hi |
19:52.24 | dcordes | hi |
19:53.04 | cr2 | dcordes: i have some patchez that want to be committe |
19:53.16 | dcordes | hand it over |
19:53.26 | cr2 | but i need to mount hdd first |
19:53.28 | dcordes | I'll add it once food was obtained |
19:53.45 | tmzt | both amss version? |
19:53.48 | *** join/#htc-linux pe7er (n=Adium@pD9E6C49A.dip.t-dialin.net) |
19:54.45 | cr2 | tmzt: SND, and 64MHz for PCLK, like g1 says. |
19:57.15 | tmzt | ok |
19:57.22 | tmzt | playing mp3 |
19:57.33 | tmzt | what is the new od command you want me to run? |
19:58.22 | cr2 | the same |
19:58.44 | cr2 | just some neu calls will appear |
19:59.06 | tmzt | ok |
20:00.17 | tmzt | https://privatepaste.com/47xibVI2m6BBBAAA |
20:00.29 | tmzt | #smem-mp3 |
20:01.32 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) |
20:01.48 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
20:06.48 | *** join/#htc-linux ImCoKeMaN (n=imcokema@pool-173-67-180-143.hrbgpa.fios.verizon.net) |
20:07.36 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.139) |
20:08.10 | cr2 | tmzt: d,1,4 ? |
20:08.19 | cr2 | lowered the volume ß |
20:08.41 | tmzt | yeah |
20:08.43 | tmzt | ss? |
20:09.21 | *** join/#htc-linux KindofBlue (n=KindofBl@rgnb-5d874a57.pool.einsundeins.de) |
20:09.28 | cr2 | missed the shift |
20:09.47 | cr2 | the log is spammed iwth d,1,4 - called 5 times |
20:11.18 | *** join/#htc-linux ecze (n=ecze@eczema.ecze.com) |
20:11.38 | cr2 | aha |
20:11.47 | cr2 | 1,2,2,2 for adsp |
20:12.01 | cr2 | adsp_rtos_app_to_modem (got_it=1,cmd=1,proc_id=2,module=4) |
20:12.10 | cr2 | so cmd=2 for module=2 |
20:15.37 | *** join/#htc-linux Squarc (n=Squarc@145.81.0.139) |
20:18.35 | cr2 | 1,0,9,2,3,1,9,ptr |
20:18.52 | cr2 | audmgr_enable_client_apps (one=1,tx_rat=0,rx_rat=9,def_meth=5,codec=4,snd_meth=1,cb=9,data=80d57a01) |
20:19.23 | cr2 | def_method=3,codec=3 |
20:20.30 | cr2 | <PROTECTED> |
20:20.49 | cr2 | adsp_rtos_app_to_modem (got_it=1,cmd=1,proc_id=2,module=4) |
20:21.02 | cr2 | cmd=0, module=2 |
20:21.23 | cr2 | 1,1,2,2 |
20:21.38 | cr2 | cmd=1,module=2 |
20:21.56 | tmzt | should I try making a call? |
20:22.52 | cr2 | audmgr_disable_client_apps (0) |
20:22.55 | cr2 | can be also 1 |
20:23.05 | cr2 | tmzt: let me finish with this one |
20:23.12 | tmzt | ok |
20:23.29 | tmzt | I hope this makes sense to you :) I have no idea |
20:26.18 | cr2 | 1,2,2,4 |
20:27.48 | cr2 | ok |
20:28.00 | cr2 | tmzt: can you record some sound ? |
20:28.24 | cr2 | then we will try to decode a call |
20:28.38 | tmzt | ok |
20:28.46 | tmzt | with onenote? |
20:28.59 | cr2 | does not matter how |
20:29.17 | cr2 | voice note is ok |
20:31.33 | *** join/#htc-linux bally3 (n=chatzill@cpc1-blac6-0-0-cust618.manc.cable.ntl.com) |
20:35.27 | *** join/#htc-linux pleemans (n=toi@d54C2AAB7.access.telenet.be) |
20:36.23 | tmzt | https://privatepaste.com/28mVj3gm6l |
20:45.41 | dcordes | cr2: got the drive? |
20:46.03 | cr2 | yes, but want to finish looking at the rpcs now |
20:51.26 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
20:51.26 | cr2 | audmgr_enable_client_apps (one=1,tx_rat=0,rx_rat=9,def_meth=5,codec=4,snd_meth=1,cb=9,data=80d57a01) |
20:52.00 | cr2 | 1,8,0,4,4,1,9,ptr |
20:52.35 | cr2 | def_meth=4, codec=4 |
20:53.28 | cr2 | adsp_rtos_app_to_modem (got_it=1,cmd=1,proc_id=2,module=4) |
20:53.29 | cr2 | 1,1,2,c |
20:53.41 | cr2 | module=c |
20:54.22 | cr2 | <PROTECTED> |
20:54.27 | cr2 | looks bad |
20:54.41 | cr2 | d= QDSP_MODULE_AUDRECTASK, |
20:54.48 | cr2 | hmm. |
20:55.08 | cr2 | b=QDSP_MODULE_HOSTPCM, |
20:55.36 | cr2 | 1,1,2,d |
20:55.49 | cr2 | e=QDSP_MODULE_AUDPREPROCTASK, |
20:55.57 | cr2 | looks like shift by one here |
20:57.11 | cr2 | 1,2,2,d |
20:57.30 | cr2 | 1,2,2,c |
20:58.14 | tmzt | didn't do any dtmf |
20:58.32 | tmzt | it did take longer to get the dump than it should have |
20:58.37 | tmzt | so I hope it was still in the queue |
21:00.22 | cr2 | it seems something came into the 6210 version, and shifted the SNDREC modules by one. i think i'll edit that. |
21:00.33 | cr2 | tmzt: let's try the phone call |
21:00.40 | tmzt | yeah, google has some git entries about that |
21:00.45 | cr2 | dcordes: it seems that one more patch is pending. |
21:00.47 | tmzt | one codec was added |
21:00.59 | tmzt | ok |
21:01.01 | tmzt | cool |
21:03.48 | tmzt | the sound is distorted on call, how is that possible? |
21:04.06 | cr2 | don't know |
21:04.15 | tmzt | sounds ok now |
21:04.25 | cr2 | QDSP_MODULE_JPEGTASK |
21:04.36 | cr2 | may take a photo here :) |
21:06.00 | cr2 | tmzt: i think it'd be better to write thr rpc parser. |
21:06.20 | tmzt | yeah |
21:06.57 | cr2 | to go through the dumps |
21:07.13 | tmzt | https://privatepaste.com/fb1X4RTjBG |
21:07.18 | tmzt | #smem-call |
21:09.10 | dcordes | how do you dump rpc? |
21:09.36 | dcordes | cr2: which radio version do you have on raphael? |
21:10.07 | cr2 | dcordes: we dmp rpccall tx fifo |
21:10.16 | cr2 | in smem |
21:10.22 | cr2 | dcordes: 52XX |
21:10.32 | cr2 | dcordes: and 6150 on raph800 |
21:10.45 | cr2 | 52XX -> 5200 |
21:12.23 | cr2 | tmzt: we may do snd quick and dirty like dzo has done on kaiser |
21:12.35 | cr2 | msm_snd |
21:13.29 | tmzt | yeah, I already had some basic patches for that (htc-hw) |
21:13.37 | dcordes | cr2: 01f10198 ? |
21:13.46 | dcordes | is the smem layout on your two raphs equal? |
21:13.53 | dzo | hi cr2, so do you have working audio on raph now. |
21:14.11 | cr2 | dzo: no. just found a shift in the module list |
21:14.31 | cr2 | dzo: and we don't have the userspace code to control the /dev/msm_snd ioctls |
21:14.58 | cr2 | dcordes: at least they are very close. |
21:15.38 | Treibholz | can somebody confirm, that it is not possible to read the battery in a HTC Universal? |
21:16.15 | cr2 | Treibholz: it's ds27xx, and it has a w1 driver |
21:16.37 | Treibholz | cr2: /proc/apm says -1% |
21:16.51 | dcordes | Treibholz: which kernel do you run? |
21:17.05 | cr2 | tmzt: d,0,2 for snd volume |
21:17.18 | Treibholz | 2.6.21-hh20 |
21:17.37 | dcordes | cr2: can't we pick up the ioctl code for sound from the android git? |
21:17.45 | dcordes | or is it binary |
21:18.00 | Treibholz | the build from titchy-linux. My own crash all the time... |
21:18.20 | cr2 | dcordes: it's binary |
21:18.24 | Treibholz | although the only thing I changed was adding the tun-module. |
21:18.33 | cr2 | Treibholz: start porting to 2.6.30 |
21:18.49 | cr2 | Echo31: are you already sleeping ? |
21:19.32 | dcordes | boos |
21:19.43 | dcordes | guess we will need them for non android phone |
21:20.32 | dcordes | is it easy to record all the ioctls via smem dump or so? or is it too complex |
21:20.55 | Echo31 | cr2: no; i see onthe display some errors egpio |
21:21.28 | cr2 | dcordes: the ioctls are in the kernel already, we just need the userspace code to use them. |
21:21.51 | cr2 | dcordes: like the playwav does with msm_pcm_* |
21:22.08 | cr2 | Echo31: it's another issue, let's finish with the initial values |
21:22.12 | Treibholz | cr2: are the handheld-patches not needed anymore? |
21:22.39 | Echo31 | cr2: ok |
21:22.47 | cr2 | Treibholz: the old "stable" kernel is 2.6.21-hh20 |
21:23.09 | dcordes | ok |
21:23.23 | cr2 | Treibholz: if you want to do a newer kernel, it should be 2.6.30, everyhting else is just waste of time and effort |
21:24.00 | *** join/#htc-linux leaigor (n=laigor@188.134.36.14) |
21:24.02 | Treibholz | handhelds.org looks pretty abbandoned... |
21:24.29 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
21:24.34 | high-rez | Neato just got my beagleboard |
21:24.54 | Echo31 | cr2: i implement usb ohci to plug a keyboard |
21:24.58 | cr2 | Treibholz: it works, and further development does not make much sense |
21:25.14 | cr2 | Echo31: ok |
21:25.44 | cr2 | 1,8,0,4,4,1,9,ptr |
21:25.53 | Treibholz | ok, I try... |
21:26.03 | cr2 | 1,1,2,c |
21:26.45 | cr2 | Treibholz: further development of 2.6.21-hh20 |
21:26.53 | cr2 | 1,1,2,d |
21:27.04 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:29.28 | cr2 | tmzt: that's all |
21:29.48 | cr2 | dzo: what QDSP modules are used by vogue/kaiser ? |
21:30.04 | cr2 | i see 2,4,d,c here on raph |
21:30.55 | cr2 | AUDPLAY0TASK, AUDPPTASK and AUDRECTASK, AUDPREPROCTASK (shifted by one, probably) |
21:31.52 | dzo | i'll just check... |
21:32.05 | cr2 | thanks |
21:33.04 | cr2 | we can also check what g1 uses |
21:37.56 | dzo | yes, the same, i haven't used AUDRECTASK or AUDPREPROCTASK since i haven't implemented audio in. |
21:39.41 | dzo | actually i don't think AUDPLAY0TASK is used, it's all done with PPTASK. |
21:40.09 | cr2 | ok |
21:40.29 | cr2 | jpeg & vfe can wait ;) |
21:40.56 | cr2 | dcordes: still here ? i'll write a patch now. |
21:41.06 | *** join/#htc-linux Moku (n=John@f049066152.adsl.alicedsl.de) |
21:41.46 | cr2 | tmzt: it seems that i must modify playwav |
21:41.58 | dzo | I see, PLAY0 is used for mp3 and PP for pcm, vogue only has pcm working. |
21:42.26 | tmzt | what is PPTASK? |
21:42.28 | cr2 | dzo: ok, that sounds reasonable. |
21:43.00 | cr2 | dzo: i dont see a dedicated DEC_MP3 or DEC_WMA being used at all. |
21:43.13 | tmzt | routing and pcm will be enough, we ned some kind of front end for mp3 to be useful anyway |
21:43.13 | dzo | I can't get other tasks to work because I don't know the queue numbers and wince does't use them. |
21:44.08 | cr2 | hehe. adsp rewrite sounds like a major pita ;) |
21:44.45 | cr2 | tmzt: well, routing is done by msm_snd |
21:45.07 | cr2 | tmzt: maybe i'd look again if android uses msm_snd somewhere. |
21:45.19 | dzo | yes, whats with all those changing queue numbers. It's not exactly simple... |
21:45.42 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
21:46.04 | dzo | I don't use msm_snd, it's just the audio routing. |
21:46.40 | cr2 | yes, that's what i call quick and dirty :) |
21:46.46 | tmzt | which is done through sysfs? how can we get that working? |
21:47.10 | cr2 | dzo: do you get any progress with bt ? |
21:47.43 | tmzt | dzo: when we get this working do you want to collaborate on the bootloader stuff? |
21:48.25 | dcordes | cr2: yea |
21:48.58 | dzo | tmzt: sure, i've had some ideas. |
21:49.15 | dzo | got to go now, bye. |
21:49.27 | tmzt | ok |
21:50.20 | dzo | cr2: no bt progress, i might look at it again this week. |
21:50.29 | cr2 | ok |
21:51.30 | cr2 | dzo: i got some problem with sourcing clock from modem. the patch is in git |
21:53.10 | cr2 | dcordes: compiling and testing |
21:53.39 | *** join/#htc-linux stickboy (n=anonymou@198.105.46.21) |
21:59.19 | *** join/#htc-linux Echo31_ (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
22:02.16 | *** join/#htc-linux Echo31 (n=olivier@mir31-4-82-240-194-54.fbx.proxad.net) |
22:04.04 | cr2 | playwav -rec /tmp/junk.wav |
22:04.07 | cr2 | hangs |
22:04.21 | cr2 | but there is no ARM9 is CRAHSED anymore |
22:04.39 | *** join/#htc-linux pe7er (n=Adium@f053194247.adsl.alicedsl.de) |
22:04.56 | Echo31 | cr2: bye |
22:05.04 | cr2 | and it registers the right ADSP modules PREPROCTASK and AUDRECTASK |
22:05.11 | cr2 | Echo31: good night |
22:05.21 | *** join/#htc-linux [1]Captnoord (n=Captnoor@dc5147a47b.adsl.wanadoo.nl) |
22:05.36 | Echo31 | cr2: see you soon |
22:08.58 | cr2 | dcordes: doing ifup usb0 manually |
22:12.04 | cr2 | playwav starts with audiomgr, and hangs |
22:12.27 | *** join/#htc-linux dcordes_ (n=dcordes@unaffiliated/dcordes) |
22:12.41 | cr2 | i think it wants the snd_set_device_modem_reset (dev=1,ear_mute=1,mic_mute=1,..) |
22:12.46 | cr2 | being called first |
22:13.01 | cr2 | dcordes_: ? |
22:13.25 | dcordes_ | cr2: ! |
22:14.03 | dcordes_ | reconnect |
22:14.16 | tmzt | hangs? what does strace say? |
22:14.22 | cr2 | dcordes_: got some progress, but the sound still needs the router. |
22:14.31 | cr2 | tmzt: the machine hangs |
22:14.49 | cr2 | tmzt: the last dmesg on the LCD is calling rpc 30000013: |
22:14.53 | cr2 | which is audmgr |
22:15.06 | cr2 | maybe snd_set_device_modem_reset |
22:15.16 | tmzt | you think arm11 hangs? |
22:15.22 | cr2 | is called '*modem_reset' for a good reason |
22:15.43 | cr2 | yes, probably because the audmgr rpc does something strange |
22:15.44 | tmzt | but ce calls it? |
22:15.55 | cr2 | yes |
22:16.09 | cr2 | it's the audio routing message |
22:16.42 | cr2 | we need to fix this part now. |
22:16.52 | cr2 | and recheck the audmgr parameters. |
22:19.45 | [1]Captnoord | re |
22:20.05 | [1]Captnoord | kicks Captnoord |
22:21.42 | cr2 | dcordes_: creating the ptch |
22:22.03 | dcordes_ | ok |
22:23.54 | cr2 | dcordes_: https://privatepaste.com/b5JD1vqrsq |
22:24.14 | cr2 | dcordes_: there seems to be some problem with the clock-wince.c |
22:24.56 | cr2 | let me know if it applies cleanly |
22:31.13 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
22:33.20 | *** join/#htc-linux Squarc (n=Squarc@82-217-32-29.cable.quicknet.nl) |
22:39.33 | dcordes_ | cr2: some rejects are present |
22:40.01 | *** join/#htc-linux TheSarge (n=thesarge@c-67-166-81-143.hsd1.or.comcast.net) |
22:40.05 | dcordes_ | board-htcraphael-rfkill.c board-htcraphael.c clock-wince.c |
22:40.28 | TheSarge | This sucks irssi works but won't connect |
22:40.36 | TheSarge | Just hangs |
22:40.49 | tmzt | '/dis |
22:40.57 | tmzt | '/server irc.freenode.org |
22:41.01 | TheSarge | I can use colloquy |
22:41.23 | cr2 | haha |
22:41.28 | cr2 | http://blog.copilotlive.net/?p=492 |
22:41.39 | cr2 | i had it on a780 |
22:41.49 | cr2 | preinstalled |
22:41.56 | TheSarge | Im on an iPod touch |
22:42.39 | dcordes_ | cr2: can you believe it ? it's only 99$ |
22:43.21 | TheSarge | Anyone tried the pre yet or the pro? |
22:43.51 | dcordes_ | the google business plan is awesome really. if you see it from their pov |
22:44.33 | cr2 | dcordes_: copilot on a780 was a qtopia2 app |
22:46.22 | cr2 | dcordes_: yeah, peddling reasonable software on clearly substandard hardware. WTF hvga ? |
22:46.22 | dcordes_ | TheSarge: I'm looking forward to the palm gsm hardware |
22:47.04 | cr2 | dcordes_: it seems i have forgot to sync with the latest git, so some files are messed a bit. |
22:47.26 | TheSarge | I just hope the new os is nothing like palm os |
22:48.00 | dcordes_ | cr2: I mean the way to make money with linux |
22:48.19 | dcordes_ | it's perfect |
22:48.36 | cr2 | dcordes_: with services. it's not really new. |
22:49.01 | cr2 | just the very powerful position of google. |
22:50.18 | *** join/#htc-linux pe7er (n=Adium@f053194247.adsl.alicedsl.de) |
22:51.01 | *** join/#htc-linux stoked (n=t808490@174.6.56.53) |
22:56.02 | *** join/#htc-linux BHSPitMonkey (n=stephen@unaffiliated/bhspitmonkey) |
22:57.08 | cr2 | seems to be using the same map format http://forum.xda-developers.com/showthread.php?t=530702&highlight=linux&page=3 |
23:00.05 | dcordes_ | cr2: what do you mean? |
23:00.23 | cr2 | dcordes_: like a780 |
23:03.58 | cr2 | dcordes_: they say $35 |
23:05.53 | dcordes_ | I see you're referring to post #29 |
23:08.01 | cr2 | it's still not very useful without being able to create your own maps from OSM |
23:08.25 | cr2 | God bless the people who have broken the garmin map format :) |
23:08.34 | tmzt | it doesn't look like it's java |
23:08.39 | tmzt | it could be |
23:09.07 | tmzt | with the limited ndk it would be possible to wrap a c library doing the drawing, but not the fastest way to do things |
23:09.32 | dcordes_ | cr2: what do you mean, creating own maps from OSM? |
23:09.43 | cr2 | dcordes_: for this program |
23:10.18 | cr2 | eerybody can create garmin maps from OSM |
23:10.58 | cr2 | ? |
23:11.09 | cr2 | "Also note that on Android, the sound files should be in ogg vorbis rather than simple wav." |
23:12.06 | cr2 | lol |
23:12.17 | cr2 | "I'm amazed at how fast the 'viewfinder' is. Just another example of how bad windows holds back the hardware on this phone." |
23:12.47 | tmzt | vfe? |
23:13.24 | dcordes_ | are you citing xda? |
23:14.03 | cr2 | yes |
23:14.19 | cr2 | vfe=video fron end = camera |
23:24.01 | dcordes_ | good night |
23:26.08 | cr2 | tmzt: i think it should be easy to modify this code |
23:26.14 | cr2 | int pcm_play(unsigned rate, unsigned channels, |
23:26.15 | cr2 | <PROTECTED> |
23:26.17 | cr2 | <PROTECTED> |
23:26.18 | cr2 | { |
23:26.28 | cr2 | for msm_snd |
23:26.45 | *** join/#htc-linux LTxda (n=anon@unaffiliated/ltxda) |
23:27.22 | cr2 | and set the speaker as an output |
23:28.00 | tmzt | good |
23:30.12 | tmzt | just call an ioctl? |
23:30.50 | cr2 | #include <linux/msm_audio.h> |
23:31.13 | cr2 | 61 struct msm_snd_device_config { |
23:31.14 | cr2 | 62 uint32_t device; |
23:31.16 | cr2 | 63 uint32_t ear_mute; |
23:31.17 | cr2 | 64 uint32_t mic_mute; |
23:31.19 | cr2 | 65 }; |
23:31.21 | cr2 | open /dev/msm_snd |
23:31.46 | cr2 | use the 1,1,1 settings |
23:31.52 | cr2 | and send the SND_SET_DEVICE ioctl |
23:31.57 | tmzt | do we even know what process to strace on g1? |
23:32.08 | tmzt | yeah, I think I've tried that but I had the wrong func |
23:32.10 | tmzt | or something |
23:32.15 | cr2 | no, but it's not important |
23:32.18 | tmzt | do you have a pullable git yet? |
23:32.19 | cr2 | we know what wince does |
23:32.28 | cr2 | no |
23:32.33 | tmzt | I mean with the devices |
23:32.54 | cr2 | locally ? |
23:33.12 | tmzt | ? |
23:33.20 | cr2 | btw, you can also call SND_GET_NUM_ENDPOINTS first |
23:33.26 | tmzt | I want to be able to build it |
23:33.42 | cr2 | and then go though the list with SND_GET_ENDPOINT |
23:33.56 | tmzt | ok |
23:34.01 | cr2 | and in the end SND_SET_VOLUME |
23:34.02 | tmzt | but it's already in dmesg |
23:34.16 | cr2 | in the kernel |
23:34.42 | cr2 | SND_SET_VOLUME on wince uses 'd' as device for some reason. |
23:35.02 | cr2 | btw, #define SND_METHOD_VOICE 0 |
23:36.01 | cr2 | what can be method=1 ? |
23:36.44 | tmzt | what do you mean? |
23:36.49 | tmzt | we found 1 and 2 right? |
23:36.57 | cr2 | 1 and 0 |
23:37.17 | cr2 | d,1,4 |
23:37.20 | cr2 | d1,5 |
23:37.23 | cr2 | d,1,5 |
23:37.45 | cr2 | d,0,2 |
23:38.50 | cr2 | i need t add that to wiki |
23:39.32 | cr2 | 1 is "music" and 0 is "voice" ? |
23:39.47 | tmzt | ok |
23:39.50 | tmzt | that may be |
23:40.06 | cr2 | i hate undocumented binary interfaces |
23:40.13 | cr2 | smells like windows ;) |
23:41.06 | cr2 | ok, need to sleep now. |
23:43.44 | *** join/#htc-linux cr2 (n=cr2@ip-77-25-149-80.web.vodafone.de) |
23:44.04 | cr2 | tmzt: http://forum.xda-developers.com/showthread.php?p=3812870 |
23:44.22 | cr2 | static status_t set_volume_rpc(uint32_t device, |
23:44.24 | cr2 | <PROTECTED> |
23:44.25 | cr2 | <PROTECTED> |
23:44.30 | cr2 | where does this come from ? |
23:44.39 | tmzt | ready to test git/zImage if you have one |
23:45.07 | tmzt | aurora? |
23:45.10 | tmzt | 2.6.29? |
23:45.34 | cr2 | <PROTECTED> |
23:45.35 | cr2 | <PROTECTED> |
23:45.37 | cr2 | <PROTECTED> |
23:45.38 | cr2 | <PROTECTED> |
23:45.40 | cr2 | <PROTECTED> |
23:45.45 | tmzt | wow, that's what we've been looking for? |
23:45.46 | Kevin2 | cr2: Hi. Any thoughts on moving haret to ltg.org? |
23:46.20 | cr2 | Kevin2: completely overloaded with other things :( |
23:47.08 | cr2 | <PROTECTED> |
23:47.10 | cr2 | <PROTECTED> |
23:47.11 | cr2 | <PROTECTED> |
23:47.13 | cr2 | <PROTECTED> |
23:47.23 | cr2 | tmzt: where are these constants defined ? |
23:47.52 | tmzt | http://www.google.com/url?sa=t&source=web&ct=res&cd=3&url=http%3A%2F%2Fandroid.git.kernel.org%2F%3Fp%3Dplatform%2Fhardware%2Fmsm7k.git%3Ba%3Dcommitdiff%3Bh%3D0cd7561637a1eaa61ab618e1d9fb4f4300669b7d&ei=HaRKSoLyF4LONY7XkLMK&usg=AFQjCNEi8jCme8Wk1S2BLLu8hnXRLbsW5A&sig2=EzJC-md21x-XA_nksCx3aA |
23:48.02 | tmzt | msm7k |
23:48.04 | tcccp | o.O |
23:48.12 | cr2 | tmzt: just cut'n paste |
23:48.22 | tmzt | yeah, it ... it |
23:48.38 | tmzt | android.git.kernel.org |
23:48.40 | tmzt | msm7k |
23:48.40 | cr2 | tmzt: from xda-dev |
23:49.05 | tmzt | it's gone? |
23:49.09 | cr2 | <PROTECTED> |
23:49.11 | cr2 | <PROTECTED> |
23:49.12 | cr2 | <PROTECTED> |
23:49.14 | cr2 | <PROTECTED> |
23:49.15 | cr2 | <PROTECTED> |
23:49.21 | Kevin2 | cr2: Okay. I setup the repo (git clone git://git.linuxtogo.org/home/groups/haret/haret.git). When you have time, you can join the project, and then you'll have write access. |
23:49.33 | cr2 | Kevin2: ok |
23:49.39 | cr2 | <PROTECTED> |
23:49.41 | cr2 | <PROTECTED> |
23:49.42 | cr2 | <PROTECTED> |
23:49.44 | cr2 | <PROTECTED> |
23:50.03 | cr2 | <PROTECTED> |
23:50.04 | cr2 | <PROTECTED> |
23:50.06 | cr2 | <PROTECTED> |
23:50.08 | cr2 | <PROTECTED> |
23:50.09 | cr2 | <PROTECTED> |
23:50.11 | cr2 | <PROTECTED> |
23:50.12 | cr2 | tmzt: that's all |
23:50.19 | tmzt | we have libhardware source for 7k? |
23:50.36 | cr2 | i'm not an android expert |
23:50.47 | tmzt | http://android.git.kernel.org/?p=platform/hardware/msm7k.git;a=blob;f=libaudio/AudioHardware.cpp;h=b8b8566aacabacd0230739cb342db5e8a6ffc47e;hb=donut |
23:50.58 | tmzt | it's not in the synced repo |
23:51.37 | tmzt | still needs acoustic |
23:52.14 | tmzt | ok |
23:52.38 | cr2 | only for set_acoustic_parameters |
23:52.47 | tmzt | yeah |
23:52.49 | cr2 | but they are already in sram |
23:52.59 | tmzt | which we no how to do if we need to |
23:53.02 | tmzt | know |
23:53.14 | cr2 | in principle, yes |
23:53.16 | tmzt | not on cdma I think, it least I only got static after loading it |
23:53.34 | cr2 | it's some dex call + parsing AudioPara*.csv |
23:53.50 | tmzt | yeah |
23:54.09 | tmzt | but it's easier to just convert to c, I already wrote some python to do it |
23:54.38 | cr2 | where is SND_DEVICE_HANDSET defined ? |
23:55.01 | cr2 | i guess you can merge this part into audiowav now. |
23:55.53 | tmzt | camera also :) |
23:56.14 | cr2 | msm72xx_enable_audpp is needed for BT PCM |
23:56.19 | cr2 | closed source |
23:56.38 | tmzt | weird cpp stuff, friends classes, etc. |
23:57.18 | tmzt | I guess it's in acoustic |
23:58.07 | cr2 | we can disassemble it, if really needed. |
23:58.29 | cr2 | but it's not critical |
23:59.40 | tmzt | I mean it appears those constants are really function calls to a closed so |
23:59.43 | *** join/#htc-linux pboyd04 (n=pboyd04@cpe-66-68-38-161.austin.res.rr.com) |
23:59.47 | tmzt | look at the .h |